Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by StefanSch

  1. The two proposals are basically the same, where mine is just the already compiled and packed solution of the repository mentioned in the other post. The elf compiler tool chain has been tested for quite a while but it is still beta phase. There are plans to officially release the elf compiler as well but not a fixed time schedule. The good thing: - both tool chains are compatible where the elf compiler does support newer C standard and also the upper memory regions. - you can use both in parallel you just need to select in the board manager the board and the compiler tool chain. But: - the elf compiler might generate some more code due to the support of the upper memory with the extended addressing required for that. And any feedback is welcome....
  2. The current compiler in Energia does not support instructions addressing the upper memory space - so it will not work. If you like, you can use a beta implementation using the latest released GCC compiler for the MSP430 and test it on this project. Just add this path in the file | Preferences | Additional Board manager section: http://s3.amazonaws.com/energiaUS/packages/package_msp430_elf_GCC_index.json open the board manager and install the latest version of the Energia MSP430 boards (elf-GCC) Any feedback on this is welcome!
  3. The main issue when compiling this libraries is that it uses C99 standard where as the used compiler for the MSP430 Energia support is quite old not supporting this language version. If you like, you can use a beta implementation using the latest released GCC compiler for the MSP430 and test it on this project. Testing one of the demos did compile without issues Just add this path in the file | Preferences | Additional Board manager section: http://s3.amazonaws.com/energiaUS/packages/package_msp430_elf_GCC_index.json open the board manager and install the latest version of the Energia MSP430 boards (elf-GCC) Any feedback on this is welcome!
  4. If you prefer the GCC compiler just open the project properties (ALT + Enter) and select under CCS General | Compiler Version the GNU Compiler
  5. This line in your code for sure gives an issue. If this already solve the problem - i have not tested // Initialize UART and set RX interrupt enable UCA1CTLW0 &= UCSWRST; This will clear all bits except UCSWRST. You would like to clear the UCSWRST bit but then you need to write UCA1CTLW0 &= ~UCSWRST;
  6. By providing that kind of information nobody will be able to help. So at least add: - type of SD card - connection of sd card - observed error - steps you have tried already - references to the libraries used
  7. see the same now - i do not know why the downgrade did not properly set the path for the downloader Just can suggest a direct hack now: Got to your Energia install folder and edit .... \hardware\energia\msp430\platform.txt replace: tools.dslite.path={runtime.tools.dslite-} with: tools.dslite.path={runtime.tools.dslite-} If it can not find the dslilte again then also install the TIVAC package from the board manager - that is also using this dslite version
  8. Hi, it looks like that during the packaging of the last release a few files got missing. If you open the Board manager and switch the version for the MSP430 back to 1.0.6 it should work again.
  9. yes, void delayMicroseconds(unsigned int us) 🙂
  10. __even_in_range is an instrinsic function added for the MSP430 which allows the compiler to generate optimized code using the TAIV register. As it is just used to generate optimized code you can also just leave it away. So use that line: switch(TA0IV)
  11. To just get the latest version you can use the development approach. For this first https://github.com/energia/tivac-core and select Clone or Download and Download ZIP Then locate your local git folder where your projects are stored. In Windows this is in your My Document folder and generate a hardware and Energia folder and unzip the downloaded file into this. So you should get: My Domentents - Energia - hardware - Energia - tivac-core-master => content of downloaded zip file Now start Energia again. You should now have two TIVAC in your board selection / just need to find the correct one.
  12. thanks for reporting this issue. I could commit a fix for this - see here https://github.com/energia/msp430-lg-core/pull/126 This will go into the next release but feel free to grab it an fix it locally. There are just 3 line missing in energia-1.8.10E23 .... \hardware\energia\msp430\libraries\Wire\utility\twi.c
  13. It looks like that this library was written on Arduino only and with some special focus on features provided there. So to get it working in a first step you can: add this line into UserInterface.cpp: #include <atof.h> This will solve your initial error. The C-Compiler in Arduino does automatically include the atof which is nice for the user but makes issues when porting. Next you may run into an issue that the header file util/delay.h can not be found. Delay is part of Arduino and Energia so does not need to be included. To solve this just add an folder util and and empty file delay.h into the LTSketchbook\libraries\Linduino\ folder. Now it gets complicated: this library uses some hardware driver for I2C and SPI - note sure why (did not dig deeper into the lib and hardware) but maybe they want to use a second SPI and I2C. This are hardware specific driver and you need to port them or replace them. As template and examples you might use the existing SPI and I2C(Wire) drivers.
  14. try it with this line: TA0CTL=0b0000001011010000; If it works i will explain why 😊
  15. Yes, this is the right file (- as the energia-1.8.10E23 did not got a update on the MSP430 tool chain - then it would be in c:\Users\USERNAME\AppData\Local\Energia15\packages\energia\hardware\msp430 - just for completeness) Yes, update both lines
  16. Sound really strange - Can you check if the reported file does really exist? Which OS do you use? (Windows version)
  17. When using the latest version of Energia the wire (I2C) has now the function setClock to set to 400k use setClock(400000UL);
  18. Hm, did you move the shortcut or die Energia folder to the desktop. Strange questions but have no other ideas.
  19. Are you using the lastest version of Energia or have you patched this lib into an older one? Your references to the lib files confuses me a little bit.
  20. the Software Serial lib is for devices without hardware serial module integrated.This device has a hardware serial module. Just use Serial like in the standard examples shown.
  21. As mentioned Engeria is already configured to start and LFXT - this of course means to enable the PORTJ pins for the XTAL functions. So LFXT should start if you have connected an LFXT properly. For HFXT you can go the the page (linked above) and take this peace of code and put in into your Energia setup function: PJSEL0 |= BIT4 | BIT5 | BIT6 | BIT7; // For XT1 and XT2 // Disable the GPIO power-on default high-impedance mode to activate // previously configured port settings PM5CTL0 &= ~LOCKLPM5; CSCTL0_H = CSKEY_H; // Unlock CS registers CSCTL4 |= LFXTDRIVE_3 | HFXTDRIVE_3; CSCTL4 &= ~(LFXTOFF | HFXTOFF); do { CSCTL5 &= ~(LFXTOFFG | HFXTOFFG); // Clear XT1 and XT2 fault flag SFRIFG1 &= ~OFIFG; } while (SFRIFG1 & OFIFG); // Test oscillator fault flag CSCTL0_H = 0; // Lock CS registers It does set the PORTJ for the LFXT again but this does not hurt. If you do not come out of this part of code then you have an issue with the Oscillator. Esp. for the HFXT you need to check for the right load capacitors !!! Then once they are running you can select which internal clocks should use it: e.g. CSCTL2 = SELA__LFXTCLK | SELS__HFXTCLK | SELM__DCOCLK;
  22. Sounds very strange. Might it be possible that some defender software is blocking some parts of Energia, e.g. java?
  23. The LFXT (32kHz) will be started automatically if a crystal is detected. The HF needs to be started manually with accessing the control register of the clock. Example codes can be found on TI web page or in the Resource Explorer: e.g. http://dev.ti.com/tirex/explore/node?node=AEx-fMK50j-eiYFtcGa.aw__IOGqZri__LATEST
  24. The FR5969 use a hardware serial interface and the buffer size is set to 16 byte here. Do do not think that this would be the issues as while data coming in also data a take out of the buffer from the software. Of course you can give it a try with a bigger buffer - just check the HardwareSerial.cpp file. Note: take the one in the Energia update directory: e.g. for windows c:\Users\xxxxxxxxx\AppData\Local\Energia15\packages\energia\hardware\msp430\1.0.5\cores\msp430
  25. Which device are you using with the launchpad. This devices are having quite low memory and with using such a big function like printf the memory can easily overflow.
  • Create New...