Jump to content

plaasjaapie

EstablishedMember
  • Content Count

    20
  • Joined

  • Last visited

Everything posted by plaasjaapie

  1. A fellow that I work with has written a pile of nice firmware for the 16F628(A) in SDCC. Unfortunately, duplicating his development environment, such as it is, on another PC, never mind a Windows machine (he's a rabid Linux advocate) appears from his accounts to be impossible till he gets around to doing it. Thus, I've got his source and I've got his hex files but I can't work with the code for the indefinite future. Has anyone any experience with porting SDCC code to BoostC for PIC16 chips?
  2. I'd like to create some example programmes in BoostBasic that go beyond what Punerjot has done. He's been very kind and sent me some schematics showing how to duplicate his PIC16F628 board. I've got external crystals to duplicate his system backordered. They should be in late next week if UPS is any guide. I worry though, that I'm not going to be able to move beyond his setup because I've not been able to find an equivalent of the __CONFIG anywhere in the BoostBasic documentation and have been guessing about how to do it without a lot of success so far. My first thought was to simply import MPASM assembler into Punerjot's programme and get at it that way. Unfortunately, aspects of MPASM assembler don't seem to be very happy in BoostBasic, notably... __CONFIG ...and things like, for example, ... CBLOCK 0x20 ; Declare variable addresses starting at 0x20 dataL ENDC ...amongst others. Is there a way out of this? :-(
  3. I noticed from the example code that the protocol for inserting assembler code into a BoostBasic routine is simply... ASM { ..inserted code... } I have some code clips that are from a programme that assembles correctly and runs for PICs using MPASM 7.3 (I've tested it). I find, however, that when I try to insert them into the BoostBasic routines whatever modules in BoostBasic that interpret inserted assembler aren't at all happy with MPASM assembler formatting. To cut to the chase, I've found some nice code that Lars Petersen wrote that can be seen at... http://www.oz1bxm.dk/PIC/628uart.htm It compiles under the MPASM assembler, but BoostBasic chokes on it. Is there anything written anywhere about how to convert MPASM assembler code into something acceptable for BoostBasic?
  4. Thanks again Trossin! Right now while I'm learning I don't really need a whole lot of performance. Before too long, though, I expect to be doing some stepper motor control work. I'm starting with a board schematic designed by a friend which is having problems generating the upper end of performance that the charts for the steppers indicate ought to be possible. I'm suspecting that amping up the frequency will give us a better handle on generating PWM pulses than we have at present. These are still VERY early days though. :-)
  5. Got serial comms on the PIC16F628A going pretty reliably at 19,200 baud last night without an external clock crystal. I've built boards that other people designed and programmed that were doing it. Now, I have as well. :-)
  6. Thanks trossin! That's is exactly the kind of information that I need. I tried to find clock crystals here in town, but the local electronics stockist stopped carrying them a few years back. I'm going to order a handful over the web. :-) Any suggestions as to what I ought to order? While I've built up any number of controller boards using PIC's that other people have designed I'm just now getting into doing a little bit of programming on my own. Any advice that you could give on specs for clock crystals would be greatly appreciated.
  7. I've been trying to nerve myself into moving over to Linux for some time now, so having a SourceBoost capability there would be a real plus. One think that I loathe about Linux, however, is the tendency for Linux gurus to overwhelm everything with LinuxSpeak opacity. I've got so tired of PEEK, POKE and the obscure diddling around with Linux commands that seems to be a characteristic of Linux users virtually universally. Until Linux gets over that and gets a more user-friendly... no... let's say less user hostile... user interface it will, I fear, remain as a niche operating system rather than supplanting Windows, which is badly what it needs to do.
  8. Cool! You have some really nice stuff on your website. I really LIKE that logic analyser. Wish it was in BoostBasic, though. :-(
  9. I've corresponded with Punerjot about the example code he wrote for running the UART feature of PIC16Fxxx chips. The example code he wrote assumes that a 4 MHz external clock crystal is installed with the PIC chip. Is this something that is a given with BoostBasic or is it specific to his particular example? I'm asking because the other apps for PIC chips that I've encountered in other languages have always relied on the internal clock crystal.
  10. Ah! Is THAT the problem. The way I have it set up at the moment uses pins 6 and 7 on the chip, which, iirc, are RB1 and RB2 respectively. I'll breadboard a different configuration up and try again. Thanks!
  11. Has anybody had any experience with programming the UART on the PIC16F628 using any of the SourceBoost compilers. I'm trying to adapt the example code for the BoostBasic compiler from the PIC16F877 that it is written for to the 16F628. Getting it right seems to be eluding me so far. :-(
  12. Okay, I've been hammering the sample code for the UART serial comms all day with no joy. Has anybody tried to programme the UART for a PIC16F628 chip on any of the SourceBoost compilers? I'm probably missing doing something obvious. That's my usual mode. All the same, I need some help. :-(
  13. Sorry, I finally found the code that Punerjot Mangat wrote. I thought that his init routines for the 16F877 were missing, but I found them in the lib folder. False alarm. :-s
  14. Before I grit my teeth and spend the time to convert some c code that does serial coms for the PIC16 series (specifically the 16F628, not that that much matters), has anybody already written code in Basic to do this?
  15. We have been waiting for more user feedback. I can probably help you out there. I tend to get as close to the envelope on software as I can and I'm good about reporting odd behaviours. BTW, I'm not a total tyro with PIC. I did a bunch of PIC-based automated instrument design back in the mid-1990's in Hong Kong. I had an engineer, though, who did the nitty gritty C programming and ICE work. I just did the design concepts and control scheme layout. I hope to really get my hands dirty this time around. :-D
  16. Oh yeah... I'm coming into PIC programming via an open technology project to build a von Neumann Self-replicating machine... that's fancy talk for a 3D printer that can print the overwhelming majority of its own parts. If you're interested our website is... http://reprap.org I want to get into pic programming for controller boards for the project, but the people already doing that kind of work are all committed Linux folk committed to using SDCC. I've ordinarily got no problems with C, but apparently the PIC support is very buggy and difficult to get to work right until you get just the right versions of all the components in a build. They've got it tottering along on Linux and getting it running on Windows is a "someday" priority for them since I'm the only one regularly using Windows on the project. I decided this morning to go with something that was a little less difficult to get into. You guys look like you might fill that bill, since I've been working with the various incarnations of VB for the past 12 years. :-)
  17. Sorry about the silly question concerning the code clips. I found them a few moments after posting. I've only been on your site for a few minutes. Hmmm... baud rate limited to 2400 and it isn't obvious how you change that. No big deal. I can turn the serial speed down on the VB.NET and Java comms apps till I figure that one out. Any idea when you guys are going to do a commercial release of BoostBasic?
  18. Dave, Have we got any boostbasic code clips for establishing serial coms with a PIC16f628? Also, can you point me at some text describing how I integrate boostbasic with microchip mplab? I plan on starting out with the sourceboost ide but will probably eventually shift over to the mplab. Thanks, Plass
  19. Cool! I can live with that. It will be nice to use some commercial tools instead of the Cygwin/SDCC combo that I've been busting my chops trying to get running for the past few days.
×
×
  • Create New...