Jump to content

StefanSch

Members
  • Content Count

    29
  • Joined

  • Last visited

  • Days Won

    3

StefanSch last won the day on February 3

StefanSch had the most liked content!

1 Follower

About StefanSch

  • Rank
    Member

Recent Profile Visitors

392 profile views
  1. 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.
  2. try it with this line: TA0CTL=0b0000001011010000; If it works i will explain why 😊
  3. 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
  4. Sound really strange - Can you check if the reported file does really exist? Which OS do you use? (Windows version)
  5. When using the latest version of Energia the wire (I2C) has now the function setClock to set to 400k use setClock(400000UL);
  6. Hm, did you move the shortcut or die Energia folder to the desktop. Strange questions but have no other ideas.
  7. 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.
  8. 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.
  9. 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;
  10. Sounds very strange. Might it be possible that some defender software is blocking some parts of Energia, e.g. java?
  11. 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
  12. 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
  13. 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.
  14. May have a look at this post: https://e2e.ti.com/support/data-converters/f/73/t/639597?ADS7142-Library-or-I2C-details-for-ADS7142
  15. Hi, can you provide some example code showing this issue.
×
×
  • Create New...