Jump to content

All Activity

This stream auto-updates

  1. Earlier
  2. Hi there. I'm reasonably aufait with pic devices, but I seem to have hit a wall doing basic a to d conversion. I'm using a 18F4520, and using the AN0 input. I include the code here. I've broken the adcon0-2 registers to individual bits, hopefully making things more readable (or maybe not)! The problem is, the the display doesn't reflect the position of the variable resistor I have on AN0 (which obviously has the ends tied to Vdd and Vss respectively. Nothing changes when I move the vr too! I'm missing something obvious here. #include <system.h> #include <stdio.h> /
  3. Yes, for whatever reason Chameleon removes the high byte of the configuration word. (e.g. If the config word should be 0x3F30 the resulting Chameleon hex file will show it as 0x0030.) I did not discover this until I started flashing my MCUs and found that none of the configuration fuses were correct. And a second point: On the average Chameleon will produce a hex file about 1.5 times larger than one produced by BoostC. Again, I don't know why it does this. (It's supposed to be an optimizing compiler.) This is only my experience from using it. Needless to say I use BoostC as my toolsui
  4. Hi AFAIK CoostC/C++ never supported 16bit or 32bit devices, only 8bit ones. Best regards Jorge
  5. I wold like to use this for C++ for a PIC18F66J94 I have - and possibly the PIC18F87J94 device. Just wondering how often they update support.
  6. I've just found your compiler and was playing with it to see if it was any good. And I found something strange in Chameleon compiler. I was testing very basic code to set and reset bits, chars and structs (targetting PIC16F1825). When the code is compiled with Chameleon, it uses 85 words, in BoostC i takes 47 to 49 words (depending on optimization options). Chameleon size does not change with optimization and code is very bad for some bit manipulation code: PORTIO |= 1; 0026 3001 MOVLW 0x01 0027 048C IORWF gbl_LATA, F PORTIO &= ~1; 0028 30FE
  7. hello i am new here boost compiler support dspic 33 MCU ?
  8. Hi, since using BoostC 8.01 I have come across the message "Can't fit avoid code boundary code....". I have followed a couple of (Novo RTOS) posts about this (or similar) message and it seems that this incarnation of the compiler now builds a table (of return addresses?)for each call of a function. Because the table is only 256 entries long it effectively limits the number of times the function can be called (to 256). Is my understanding correct so far? 256 calls may seem to be "a number unlikely to be exceeded" - but in my code and on bigger processors I use a lot of serial
  9. Oh, silly me!! The clue is in the message "inline". Doh! "Problem" solved...
  10. I have never used the PIC "sleep" instruction until now. But in BoostC Ver. 6.97 I get the error message 'can't get address of inline function sleep' I'm at a loss to understand what this means. Hopefully someone may be able to point me in the direction of an answer?
  11. What's new about 8.01 version besides being free ? I have boostc++ pro licence.
  12. Delayed reply, even thus maybe helpfull for others As Reynard said, why not... #include <system.h> // zero at the end, to end of string detection rom char *test_txt = "\n\rMatrix Controller Test mode\n\r\0"; void puts( rom char* c ) { for( unsigned char i=0;;i++ ) { while( !txsta.TRMT ) clear_wdt(); if( c[i] != 0 ) { txreg = c[i]; } else break; } } void main( void ) { puts( test_txt ); while(1); } regards
  13. Hi For sure I would like to have a linux version of BoostC. I have a licenced V7 and its one of the few things that makes me keep a Windows partition on my laptop. If possible, fully integrated in MplabX Best regards Jorge
  14. Hi Rob, You don't have any test for the end of string null when it comes along. Cheers Reynard
  15. Hi I am trying to print a rom string to the serial port, the strings are defined thus: rom char *test_txt = "\n\rMatrix Controller Test mode\n\r"; rom char *txt1 = "Connect an 80R 10W resistor across pins 11 and 19\n\r"; rom char *txt2 = "Press Enter when ready\n\r"; i use the following call: puts (test_txt); where puts() is: void puts(rom char* c) { char cc; char i; for( i = 0; cc = c[ i ]; i++ ) putc( cc ); } void putc(char c) { txsta.TXEN = 1; txreg = c; while (txsta.TRMT == 0) clear_wdt(); } But all of the strings are pri
  16. PC date and time (of compiling) can be used, using the following: rom char *build_date = __DATE__ ; // 11 chars. Eg: "Aug 01 2018" rom char *build_time = __TIME__ ; // 8 chars. Eg: "12:45:30" You can access build_date and build_time using [ ]
  17. Just wondered if there is any method by which PC real time may be imported into BoostC?
  18. When I compile the attached program with BoostC and Chameleon, the configuration bits are not the same. I made the program very simple and covered all possible configuration bits. With BoostC I get : 0E3C 0E1F 0300 0081 C00F E00F 400F Chameleon: 0E1D 0007 0300 0081 C00F E00F 400F I also noticed that the timing for both programs are not correct. I am running the latest version (8.01). I have been using BoostC for years and this is the first time I experience something like this. Any help/comment would be appreciated. Thanx main.c
  19. Thanks ! It works again, installed version 8.01 (had also virus issues..), and ticking everything in the installation process 😉 I can show my students the simulation in SourceBoost again ! Thanks ! Caroline
  20. I suspect this is because of protection system we use though I never saw such troyan warning in my development environment. Please try an experimental build with minimal/no protection from http://www.sourceboost.com/CommonDownload/Binaries/sourceboostv801.exe Update: I checked multiple files included into the installation on Virus Total and it seems that executables built under Visual Studio 2008 generate such false positives. I created a test program that consists of an empty _tmain function, built it with Visual Studio 2008 and tested under Virus Total. It reported a 1 false posi
  21. Quick search on google: "The machine is missing the correct C++ runtime components for your type of system." In the SourceBoost install process you can check the boxes to install visual 2008, 2009 and 2010, did you ?
  22. Hi Pavel, I scanned sourceboost800.exe using VirusTotal and it reported a couple of problems: CMC: Trojan.Win32.Hesv!O Trapmine: Suspicious.low.ml.score JK
  23. Hello, Nice that SourceBoost has a free download. I'm a teacher and I use SourceBoost to learn my students (technical students 17-18j old) to program PIC microcontrollers (and to simulate) in BoostC. Unfortunately they (and me) are using the 6.97 version. I was excited about the free version and tried to install it, with a code 14001 and sxstrace.exe problem. And it is Corona time...and I'm teaching online...and this afternoon I wanted to show them some simulation with the 7 segment displays....Can anyone help me quickly so I can restore the 6.97 version or I can use the new version...?
  24. Hi Pavel, I see a couple of warnings about virus using Virus Total on file sourceboostv800.exe. Trojan.Win32.Hesv!O and Trapmine Suspicious.low.ml.score ??? Suspicious.low.ml.score Suspicious.low.ml.score Trojan.Win32.Hesv!O Trapmine Suspicious.low.ml.score JK
  1. Load more activity
  • Create New...