Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About plaasjaapie

  • Rank
  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
  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.d
  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
  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?
  • Create New...