Jump to content

Search the Community

Showing results for tags 'msp430fr5994'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • News
    • Announcements
    • Suggestions
    • New users say Hi!
  • Spotlight!
    • Sponsor Spotlight
    • Sponsor Giveaways
  • Energia
    • Energia - MSP
    • Energia - TivaC/CC3XXX
    • Energia - C2000
    • Energia Libraries
  • MSP Technical Forums
    • General
    • Compilers and IDEs
    • Development Kits
    • Programmers and Debuggers
    • Code vault
    • Projects
    • Booster Packs
    • Energia
  • Tiva-C, Hercules, CCXXXX ARM Technical Forums
    • General
    • SensorTag
    • Tiva-C, Hercules, CC3XXX Launchpad Booster Packs
    • Code Vault
    • Projects
    • Compilers and IDEs
    • Development Kits and Custom Boards
  • Beagle ARM Cortex A8 Technical Forums
    • General
    • Code Snippets and Scripts
    • Cases, Capes and Plugin Boards
    • Projects
  • General Electronics Forum
    • General Electronics
    • Other Microcontrollers
  • Connect
    • Embedded Systems/Test Equipment Deals
    • Buy, Trade and Sell
    • The 43oh Store
    • Community Projects
    • Fireside Chat
  • C2000 Technical Forums
    • General
    • Development Kits
    • Code Vault
    • Projects
    • BoosterPacks


There are no results to display.

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL





Found 11 results

  1. Hi folks! I am working on a project using an MSP430FR5994 through Energia 1.8.11E23 on Linux. As part of that project I would like to persist some variables, i.e. they are set once when the code is flashed and then if updated will retain the updated value upon power cycle, reset, etc. A simple counter example code I am using to test this is shown below. The desired behaviour is that the counter starts at 5 and then continues, and does not reset back to five even if the MSP is power cycled or reset. I have tried the existing undocumented PLACE_IN_FRAM (a macro for __attribute__((section(".text;")))), with both the original and the elf-GCC compilers. This sets the variable, but does not seem to allow it to be altered. I note that the section that this places the variable in, .text, is defined as read only in the linker scripts for both compilers. The original places the .text section it in the rom (rx) region while the elf compiler places it in the text (rx) region. This confuses me, as existing forum threads (e.g. https://forum.43oh.com/topic/13099-mspflash-do-not-work-on-msp4305969/?do=findComment&comment=80848) seemed to imply that this would create a persitent, read/writeable variable. The comment accompanying the macro in pins_energia.h also implies the same. I then tried using __attribute__((persistent)) with the new elf-GCC compiler during my variable declaraion. Upon compile, this gave the following warning "variable 'FRAM_count' was declared persistent and should be explicitly initialized [-Wattributes]". I was unable to resolve this, despite (by my understanding) explictly declaring the variable in a variety of ways. Unlike the previous approach, this did allow the variable to be written, with the count incrementing. However, upon power cycling the count reset to five and did not persist the variable. The code I used to test the above (and other) approaches is shown below: //uint8_t FRAM_count PLACE_IN_FRAM = 5; // Doesn't increment, seems to be read only after init unsigned long int FRAM_count __attribute__((persistent)) = { 5 }; // Doesn't persist, // Gives compiler warning: variable 'FRAM_count' was declared persistent and should be explicitly initialized [-Wattributes] //uint8_t FRAM_count __attribute__((section(".persistent"))) = { 5 }; // Doesn't increment void setup() { // put your setup code here, to run once: Serial.begin(9600); Serial.print("Initial value of FRAM_count is: "); Serial.println(FRAM_count, DEC); Serial.println("Setup Completed"); } void loop() { // put your main code here, to run repeatedly: Serial.println(FRAM_count, DEC); FRAM_count++; delay(1000); } Any suggestions or support that those of you more familiar with the Energia/MSP framework could give would be greatly appreciated! I have spent a few days on this now and have checked these and other forums but have thus far had no success.
  2. hello, I need help, sorry for my lack of knowledge, just started with MSP430, I saw an example which I try to reproduce, writing on the micro SD card (SDHC 16GB). Upload is the code. how else am I suppose to define "FIL", am using the FATFS lib. . thank you for helping
  3. Hello team Energia I already asked the question for the serial port, and I never had an answer. There is also one of the simplest primitives that does not work: attachInterrupt() To work around the problem, I used gpio.h and gpio.c. But I would prefer to use the Energia functions. Can someone now look into these two issues? Can we hope!!!!!!!!!!!!! thank you in advance
  4. (Apologies for posting both here and on TI E2E forum) I am not able to use upper FRAM above 0x0001000 on MSP430 in Energia for an existing project, I am using latest Energia release E20 which uses latest version of gcc compiler 4.6.6. My goal is to 1) get the linker to locate two initialized data arrays in upper FRAM on MSP430FR5994 or MSP430FR5969 and 2) read that data as a lookup table using the Energia program. I have used the following attribute to map the arrays to upper FRAM: const unsigned char __attribute__((section(".fartext"))) Program_Data_IC_1[5120]= { 0xFF, 0xF2, 0x00, 0x20, 0x01, 0x00, 0x00, 0x00, 0xE2, 0x01, ... However, any code access to the array gives the build error relocation truncated to fit: R_MSP430_16_BYTE against `no symbol' which I believe is due to trying to access upper FRAM with a 16-bit pointer. So I tried modifying Energia's platform.txt to use large memory model: compiler.mlarge_flag=-mlarge but building in Energia E20 gave the error: cc1plus.exe: error: unrecognized command line option '-mlarge' exit status 1 Error compiling for board MSP-EXP430FR5994LP. I also tried using TI's GNU 7.3.1 (Mitto Systems) compiler in CCS 8.1 but I got errors building the Energia core library that is needed. Is there any suggestion as to how to accomplish using upper FRAM in this way? Thanks in advance, John
  5. I'm porting my compact Lisp interpreter, uLisp, to the MSP430FR5994 LaunchPad, and would like to provide SD card support. I've already got code working with AVR chips using the Arduino SD library. Is there a port of this to Energia, or something similar? Thanks, David
  6. Hello, How to define differential inputs in Energia for internal ADC of MSP430FR5994? Best regards, Adi
  7. Hi all, I have a potentially odd question. I am using and MSP430FR5994 board and would like to measure SRAM decay. However, whenever I toggle the system from on to off and then on again the locations in SRAM that I am reading are full of random of values. While I would expect random values, I would not expect them at the timescales that I have the system off. The system is off for no more than 10ms. According to https://spqr.eecs.umich.edu/papers/rahmati-usenix12.pdf that should be short enough where I get very little decay. I should also specify that the random values seem to be consistent across runs; what I mean is they don't really seem random at all since the values appear each time. Some Questions: 1. Could this have something to with my SRAM controller settings? I do not set anything in this regard. 2. Could this have something to do with the way I am powering the board? Probably out of the scope of this forum, but I do have a capacitor, so even though I say "turn off," the voltage supplied to the board usually does not reach zero. Cheers!
  8. Are there any plans to add support to Energia for the new MSP430FR5994 LaunchPad? It has a really nice specification including 256 KB FRAM, 8 KB SRAM, a maths accelerator, and an on-board micro SD card. It looks like an ideal platform for my small Lisp interpreter, uLisp.
  9. I have been trying to use a simple I2C sensor (LM75) with a MSP430FR5994. I find there are two pin maps. One at Energia (http://energia.nu/wordpress/wp-content/uploads/2016/11/Capture-2016-11-30-à-15.10.44.png) and one at TI directly (http://www.ti.com/lit/ml/slau677/slau677.pdf) on page 2. I have tried using I2C (1) as indicated at in the TI reference, and I have tried I2C (2) as indiicated in the Energia reference. neither one work. I can use an Arduino to access the sensor so I have some hope that this might work. What pins do I need to use to use I2C? Is there a library call to specify which I2C pins to use? By the way, I can connect to the board and load the blink sample, and I can do serial communication, so board connectivity is OK, I2C is not. Gerald
  10. Hi, TI has a new launchpad MSP430FR5994 LaunchPad Development Kit based on the MSP430FR5994. The new controller is in "Preview" status , but looks interesting -- 256KB FRAM + 8KB RAM + a Low-Energy Accelerator for Vector Math Operations ( TI claims 35x Faster Than ARM Cortex-M0+ Core for 256-Point Complex FFT ). Check the app note Benchmarking the Signal Processing Capabilities of the Low-Energy Accelerator (Rev. A) for details. The launchpad itself is interesting as it has an on-board micro SD card and super capacitor. Has any one got hands on experience with this one? I was thinking of getting one for a data-logging application, 256KB FRAM + SD card combo is very much tempting. Would like to hear from you guys , has TI finally going in the right direction, as far as MSP430 is concerned, with the LEA in the fight against ARM?
  11. Looks like TI have launched a new part, 256KB FRAM and 4 UART's a dream for me. Is Energia support available at launch? Happy to help out if not. http://www.ti.com/tool/msp-exp430fr5994 Great news or a very cruel April fool!
  • Create New...