jcR

Members
  • Content count

    33
  • Joined

  • Last visited

About jcR

  • Rank
    Advanced Member

Recent Profile Visitors

152 profile views
  1. thank you for the reply and the excellent work done by your team
  2. But i do not understand this statement (2016) as we are one year later posted by ENERGIA Member level 4(http://forum.43oh.com/topic/9831-enabling-c1114-support-in-energia/) Posted August 11, 2016 · Report post) Sorry for not being clear in the post above. The current beta includes the older gcc version. I will be releasing an updated MSP430 board package in the next couple of weeks that will include the aforementioned updated msp430-elf-gcc compiler that will feature gnu++11.
  3. Well taken into account, but thanks for your reply
  4. Do you have date time to introduce support for C++11 as introduced to ESP8266/ESP32 on ARDUINO IDE. Thank you for your help example: namespace { enum class STATES_MSP: std::uint8_t { MSP_Sleep,MSP_Poweron,MSP_PIR_Alarm,RTC_Alarm,ESP_Power_off,ESP_Heartbeat,ESP_Power_on }; };
  5. Thank you very much for your help. This allows me to find a solution to my problem
  6. on MSP430G2553 mounted on launchpad I have a problem with converting an integer to a String: uint8_t x=10; uint8_t y=10; String xx = String(x,DEC); String yy = String(y,DEC); Serial.println (xx); Serial.println (yy); with Energia Vers 0101E0012 the result is 10 for xx and 10 for yy but i will to use Energia V17 to use LMP4 mode . the result is garbage for the two converted value --> xxx (three characters) then CR then xxx(garbage three characters) the other problem with Energia V 18 , i can not reprogram the chip (on Windows 9) error is : unable to find a device matching 0451:f432 The first problem is very strange for me. Is what someone can check. Thanks in advance
  7. on MSP430G2553 mounted on launchpad I have a problem with converting an integer to a String: uint8_t x=10; uint8_t y=10; String xx = String(x,DEC); String yy = String(y,DEC); Serial.println (xx); Serial.println (yy); with Energia Vers 0101E0012 the result is 10 for xx and 10 for yy but i will to use Energia V17 to use LMP4 mode . the result is garbage for the two converted value --> xxx (three characters) then CR then xxx(garbage three characters) the other problem with Energia V 18 , i can not reprogram the chip (on Windows 9) error is : unable to find a device matching 0451:f432 The first problem is very strange for me. Is what someone can check. Thanks in advance
  8. Thanks a lot for your help Sorry for the mistake, 1.8V is the right minimum working voltage. It's enough for my project!
  9. I currently use a MSP430G2553. I want to know how to change the clock speed of 1 MHz soon starting the chip so that it can start to 1.8V as supply voltage. Currently this is not possible, it does not happen in the setup part, as the supply voltage is not> 2.4V. Once started at the frequency of 1MHz (in setup) , it can run down to 1.6V without problem. Which file changes the working frequency of the chip (before setup)? Thank you for your help
  10. it's work very good on Tiva123 and TIVA 1249 https://code.google.com/p/cryptosuite/
  11. I return to the problem of the SPI library. I finally connected a logic analyzer on the SPI signals with an TIVA Launchpad (Stellaris 80 MHz) coupled to CC3000 Wifi module. Here are the notes: -1 I found that the new library has changed the SPI clock frequency to a value of 4 MHz for compatibility with Arduino. Unfortunately this value blocks the initialization for the CC3000 boosterpack . It is not logical for a SPI bus but the module work correctly with a clock speed of 6 MHz up to 16 MHz value. -2 I also noticed that the VBAT-SW-IN signal was controlled by the SPI signal SSInFss which is illogical. Indeed it goes in low state for each clock train (8 cycles), which has normally the effect of stopping the normal operation of the module (according to Texas). See Image DSC00261. But in this case it's work perfectly!!!!!!! I finally forced up signal all the time (with no change but it's logical for me to have this signal High). -3 The SPI signal SSInTX goes in high impedance during off cycle, which means that the corresponding input of CC3000 is floating when the chip select is already low .This is not necessarily good at electronics level. Initializing the SPI clock frequency with an low value ( in Energia E0013) prevents a user to change the frequency up through the function setClockDivider !!! The new version with the removed SimpleLink CC3000 library for BoosterPack no longer allows use. The new library WIFI only works with CC3100 module and CC3200. I am interested in other opinions and remarks.
  12. Unfortunately, there is no error, but the program remains stuck in the routine WiFi.begin (SSID, password); Tomorow i work on debugging the new SPI.cpp to understand the difference between the two files version from E0012 and new version. You are right, the two libraries are similar! I'll let you know.
  13. The function SPIClass::transfer(uint8_t data) for V12 at line 245 SPI.cpp is { unsigned long rxData; ROM_SSIDataPut(SSIBASE, data); while(ROM_SSIBusy(SSIBASE)); ROM_SSIDataGet(SSIBASE, &rxData); return (uint8_t) rxData; } for v13 at line 249 SPI.cpp is : { unsigned long rxtxData; rxtxData = data; if(SSIBitOrder == LSBFIRST) { asm("rbit %0, %1" : "=r" (rxtxData) : "r" (rxtxData)); // reverse order of 32 bits asm("rev %0, %1" : "=r" (rxtxData) : "r" (rxtxData)); // reverse order of bytes to get original bits into lowest byte } ROM_SSIDataPut(SSIBASE, (uint8_t) rxtxData); while(ROM_SSIBusy(SSIBASE)); ROM_SSIDataGet(SSIBASE, &rxtxData); if(SSIBitOrder == LSBFIRST) { asm("rbit %0, %1" : "=r" (rxtxData) : "r" (rxtxData)); // reverse order of 32 bits asm("rev %0, %1" : "=r" (rxtxData) : "r" (rxtxData)); // reverse order of bytes to get original bits into lowest byte } return (uint8_t) rxtxData; } The changes are minimal, but the real difference is in the new WiFi folder. In the E0012 version, the Wifi folder does not exist and the library to access the BoosterPack CC3000 is in the SimpleLinkWifi library. With the new version of E0013 to work successfully on BoosterPack CC3000 , the SPI folder version E0013 must be replaced by the SPI folder from version E00012. We must remove the Wifi library and replace it with SimpleLinkWifi library. There is an incompatibility between this library and the SimpleLink Wi-Fi library because names are identical between the two libraries ( Wifi.h andWifi.cpp) files. If these changes are made, then the CC3000 module works under the E0013 release. This poses a problem of compatibility and is quite annoying when using this wireless module for industrial applications. I have an application on the platform TIVA 1294 which switches automatically at start-on to the CC3000 wifi module if the Ethernet cable is unplugged. I do not wish to remain with E0012 version because of this problem!!!
  14. I changed the size of the ram in order to compile the example: File : SimpleWebServerWIFI in IDE Menu File/Examples/WiFi I Can not compile with Energia : Compiling error: Region 'ram' overflowed by 876 bytes. With the change I made the compilation is done without errors. Of course, the program does not work !! --> Following the comments I made on the change of the SPI library in the 00013 release!!!!! Can the Energia team give me an answer please ? I have posted the same request on Stellaristi blog without answers. For me the problem with the new SPI driver concerns the following boards: MSP430Fr5969,Lm4f120,Tiva Tm4c123 and TIVA Tm4c129
  15. I tested the lauchpad FR5969 with the new version of energia. After having changed both HIL.dll and MSP430.dll files in the directory E: \ ENERGIA_V13 \ energia-0101E0013 \ hardware \ tools \ msp430 \ mspdebug, I managed to correctly program the FR5969 launchpad. Searching the memory.x file in the E: \ ENERGIA_V13 \ energia-0101E0013 \ hardware \ tools \ msp430 \ msp430 \ lib \ ldscripts \ msp430fr5969, I saw that the compiler does not take advantage of the characteristics of FRAM which allows sharing of 64 kbytes memory between program space and ram space. Indeed it currently uses the standard 2 kbytes static ram. I did some tests by changing the values ??to use 4 KB of RAM in fram memory and 44 kb to store the program and it seems to work ?. Question: Is this possibility can be integrated in a future revision of ENERGIA. Enclosed changes: old file memory.x ram (wx) : ORIGIN = 0x1c00, LENGTH = 0x0800 /* END=0x2400, size 2K */ Static ram rom (rx) : ORIGIN = 0x4400, LENGTH = 0xbb80 /* END=0xff80, size 48000 */ new file memory.x ram (wx) : ORIGIN = 0xEF80, LENGTH = 0x1000 /* END=0xff80, size 4K */ Fram rom (rx) : ORIGIN = 0x4400, LENGTH = 0xAB7F /* END=0xEF80, size 44000 */ on the other hand i have tried to use the new ENERGIA version with the CC3000 TI BoosterPack . (it's work fine with VE0012) I think it is impossible to use this booster pack with this release because simpelinkwifi library has been replaced by Wifi library and SPI library was modified and seems to be incompatible with the old SPI library. Can I get a confirmation of my observations. Some assistance will be really helpful. Thanks in advance.