This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hello,
I opened the MSP430FR5994 LaunchPad™ Development Kit GUI Out of box demo (Windows 10) and once I click on Open (serial port), it closes automatically in a few seconds. During the time it is open, if I click on any of the Start buttons (Live temp demo / Fram log mode), nothing happens. Even when I open the program, the LEDs don't blink as described in the devkit manual - only the green one stays lit to show power. Can you point me to what I could be doing wrong...?
I've read other posts with the same issue but I am not running CCS in parallel - I opened the GUI exe application after a fresh restart. I know I am using the correct COM port because I checked it in device manager and communicated through it in FreeRTOS demos. I tried the other COM port and running as administrator just in case but no luck. I also allowed firewall access when prompted.
Cheers
There is an error in main.c of the OutOfBox demo. Init_GPIO function name is missing on line 240 (see screenshot). The source as it is doesn't build, so if the binary was compiled from it, it won't work. Adding in the function name makes it run as expected.
Please fix it in an update so that others don't run into this issue.
Hi Peter,
many thanks for the additional information. I'll check with the responsible colleagues, whether they are aware of these issues and come back to you.
Many thanks.
Best regards
Peter
Hi Peter,
I have run the GUI demo on my end and I am seeing the same behavior as you. I have reached out to our SW team to help resolve the issue. I will give updates later this week.
Thanks!
-Mitch
Hey Peter,
The behavior we are seeing is actually expected.
When entering FRAM Log Mode or SDCard Log Mode in the OOB demo, it is the expected behavior for the GUI to automatically disconnect from the serial port as described in the LaunchPad User’s Guide below. This is mainly because the demo allows users to physically disconnect the LaunchPad’s USB power and continue data logging while being powered using the supercap.
So after pressing pushbutton S2 to exit the FRAM/SDCard logging modes, you will have to reopen the serial port and click transfer FRAM/SDCard data to view the logged data.
I have tested this on my end and everything is working as described in the user's guide.
Thanks!
-Mitch
Hi Mitch, thank you for this information.
What confused me was that it did not always work - taking the same steps (connect->open port), sometimes the program got stuck at "Running...", sometimes it kept closing the port after opening it. I have tried various steps a couple of dozen times and I can confirm that the application bugs if you disconnect the LaunchPad from the USB while the GUI application is opened, even if you close the port and click Disconnect beforehand. Resetting the LaunchPad with button S3 while the program is open has the same effect. To run the application correctly again, the user must close it and reopen it.
However, I am still not able to log the data using the SD card - I have tried two different SD cards (128GB and 1GB size). The program enters the mode ok, with 3 red LED blips, but the green LED does not light up at all, showing that no data is being written. Pressing button S2 does not do anything either and the GUI program tells me that no data is available and I should start logging some first.
Furthermore, I tried running the source code of the GUI program in CCS. I hardcoded mode = SDCARD_LOG_MODE and the program hangs on line 453 SDCardLogMode.c ("//Enter LPM3. Delay for Ref to settle."). Do you know what could be wrong?
I also tried running just the storeTimeStampSDCard() function in isolation. The SD card is detected but SDCardLib_getDirectory(...) and SDCardLib_createDirectory(...) functions do not execute successfully. The code after
if (rc != FR_OK && rc != FR_EXIST) { ... }
executes because rc is equal to either FR_INVALID_OBJECT, FR_NO_FILESYSTEM and FR_NOT_READY.
Cheers
Hi Peter,
are you using the original SD card, which came with the kit? Does the whole setup with the original SD card work when you reload the original image?
Best regards
Peter
Hi Peter,
There was no SD card included in the kit - I bought it from Farnell, e.g. https://uk.farnell.com/texas-instruments/msp-exp430fr5994/dev-board-msp430-16bit-mcu/dp/2664588
Does the launchpad only work with specific SD cards?
Peter
Hi Peter,
I need to check, whether there shouldn't have been one included in the kit. While not being an expert on SD cards, but I know there are quite some differences, which can cause issues when trying to use them. I'll check with the colleagues, who have generated this.
Best regards
Peter
Hi Peter,
The OOB demo was tested with several SD Cards and we are not aware of any issues; however, here are a couple of things that we can try:
1. First of all, I think it would be better to start with the default OOB code. It seems to work fine with our setup and default SD card, so I think it would be good to remove variables.
BTW, I'm not entirely sure why you got compiling issues with the default code since we are not seeing the same problem.
Did you download the code from this link? Are you using the Windows version or some other OS?
2. We can try enabling the pull-up on SOMI line.
We are aware of this page which has the following comment:
Although the OOB didn't seem to have problems, we are aware of other SD Card implementations where this was an issue. So, it would be good to try the following code:
3. It might be good to try populating R7 and R5.
Section 2.2.5.1 in the Launchpad User's Guide (SLAU678) has the following note:
4. And just to make sure, are the SD Cards initialized for FAT FS? Can you read them in Windows?
Regards,
Luis R
Many thanks for the tips Luis. A colleague of mine will take over this task from me - if we encounter issues again, we will open up a topic specifically for the SD card.
For the purpose of this topic, I can confirm that in addition to the above, CCS cannot be open in parallel with the GUI demo (even if there are no programs running). Doing that, the GUI program works as expected - with the exception of the SD card read/write.
Cheers
Peter
**Attention** This is a public forum