Jump to content
Forum sending old emails Read more... ×

BigG

Members
  • Content Count

    16
  • Joined

  • Last visited

About BigG

  • Rank
    Member

Profile Information

  • Location
    Dublin
  1. BigG

    CC3200 and pgmspace.h/PROGMEM?

    I don't know the answer but I have come across other posts in the forum before about similar issues re temperature sensor... buried within this post (2 or more pages) may be some guidance... http://forum.43oh.com/topic/5839-new-energia-release-0101e0013-09052014/ http://forum.43oh.com/topic/5839-new-energia-release-0101e0013-09052014/page-2
  2. Ok problem has been resolved by reformatting and reloading my service pack. The experiments above were done pre-formatting. I know when I originally received my launchpad I had problems uploading some files using CCS. This was resolved by reformatting and clearing out the OOB (out of box) demo, which would have had html files preloaded. I had subsequently uploaded other html files / images onto the launchpad but never removed them so I thought it could be linked and it proved to be the case. Hence in my case it appears this "Open operation failed" message was triggered when the Energia compiler ran out of free space on my flash.
  3. I removed small sections of code from program and it uploaded ok until it bumped over : 65024 Downloading file "/sys/mcuimg.bin" with size 64088 ................Download complete Downloading file "/sys/mcuimg.bin" with size 65024 ................Download complete erase file completed Downloading file "/sys/mcuimg.bin" with size 65080 Open operation failed Downloading file "/sys/mcuimg.bin" with size 65040 Open operation failed and managed to find a way to reduce a little further, which also failed: Downloading file "/sys/mcuimg.bin" with size 65032 Open operation failed
  4. I have had no problems with uploading other programs. I checked the message outputs: The output from the version of my program that uploads and works properly: Getting storage list Bootloader Version: 3 Silicon version ES1.32 Bootloader version is 2, 0, 3, 2 It's a CC3101 device: PG1.32 BlockSize is 4096, number of blocks is 64 erasing 1 blocks starting from 4 Switch to NWP bootloader complete Silicon version ES1.32 Bootloader version is 2, 0, 3, 4 BlockSize is 4096, number of blocks is 16 erasing 12 blocks starting from 0 erasing file "/sys/mcuimg.bin" deleting file "/sys/mcuimg.bin" erase file completed Downloading file "/sys/mcuimg.bin" with size 62232 ................Download complete The output when trying to upload revised program which does not open: Getting storage list Bootloader Version: 3 Silicon version ES1.32 Bootloader version is 2, 0, 3, 2 It's a CC3101 device: PG1.32 BlockSize is 4096, number of blocks is 64 erasing 1 blocks starting from 4 Switch to NWP bootloader complete Silicon version ES1.32 Bootloader version is 2, 0, 3, 4 BlockSize is 4096, number of blocks is 16 erasing 12 blocks starting from 0 erasing file "/sys/mcuimg.bin" deleting file "/sys/mcuimg.bin" erase file completed Downloading file "/sys/mcuimg.bin" with size 66504 Open operation failed I know I had flash problems before when using CCS and this was resolved by reformatting and starting afresh with my CC3200. I plan to do that later to see if it resolves the problem as was thinking that I might still have some old files stored in flash that is preventing the larger program from opening.
  5. I decided to add more to a program of mine which compiles and uploads successfully. erase file completed Downloading file "/sys/mcuimg.bin" with size 62232 ................Download complete The program has increased in size but now it gives me the following "error" message... erase file completed Downloading file "/sys/mcuimg.bin" with size 66504 Open operation failed Is this a memory issue as added more variables, is this a program size issue or is this something completely different. Any clues as to how to fix as rather cryptic.
  6. There is no toInt() function listed (you would find this in Arduino: http://arduino.cc/en/Reference/StringToInt). Is this oversight or is there other reason for it not being included. I think this is just a documentation issue on page http://energia.nu/reference/stringobject/ but wanted to make sure no other reason.... I would think it is, based on this posting http://forum.43oh.com/topic/5102-converting-strings-to-ints/
  7. BigG

    cc3200 power saving mode

    Any status update on the cc3200 low power mode/ sleep functionality
  8. Never been happy with these restrictions as makes too much work. So been looking for simpler external "plug-in" options. I have been looking at one simple option, namely EEPROM using I2C. Came across this handy tutorial for Microchip 24LC256: http://www.hobbytronics.co.uk/tutorials-code/arduino-tutorials/arduino-external-eeprom http://www.hobbytronics.co.uk/eeprom-page-write I tested both code examples and they worked using CC3200. Just uses with "wire.h" library, nothing else. There were a few code changes to make as code example quite old, such as changing "Wire.send" to "Wire.write" etc. Now here is a curious one to note. If you upload code from "arduino-external-eeprom" page and try and compile using Arduino it gives better clues as to what to fix than when you try compiling using Energia. Arduino compiler told me that "As of Arduino 1.0, the Wire.send() function was renamed to Wire.write() for consistency with other libraries." while Energia compiler told me "'class TwoWire' has no member named 'send'". Reasons for error here a little more cryptic.
  9. I am trying to make sense of the pin outs / pin mapping for the cc3200. In particular I am trying to understand the logic behind the RX/TX, RX(0)/TX(0), RX(1)/TX(1) and then the faded out RX(1)/TX(1) pins for UART. It's easy enough to verify that "Serial.[method]" references RX/TX pins and "Serial1.[method]" references RX(1)/TX(1) pins. So what about RX(0)/TX(0) pins and (what appears to be) the faded RX(1)/TX(1) pins. How are these referenced. Then a secondary question. Is it possible to use the TI Pin Mux application to define pins and link this to Energia. I am a little disappointed to see that the default pin out map for cc3200 has the I2C SDA/SCL pins overlapping with RX(1)/TX(1) pins, so wanted to know if I am able to change this using the TI Pin Mux App.
  10. Just checked and it compiled when selecting Tiva boards.
  11. I merely added this line to the blink() example. byte b = B10010; // reference: http://energia.nu/reference/byte/ Compiles no problem when MSP430 boards selected. Change board to CC3200 and then get compile error "B10010 was not declared in this scope" Any suggestions to fix.
  12. According to TI's cc3200 documentation, I believe there is a way to dynamically write data during run time to non volatile memory (i.e. flash) on CC3200. Has anyone achieved this using Energia and if so are any libraries or code examples available. Otherwise what pointers can people offer to do this. I know there is the flash_readwrite example but that is for MSP430 launchpads.
  13. Yes can confirm little RF device works well through hardware UART but as you identified I need to communicate with more than one device. Hence need to use SoftwareSerial library.
  14. True. I was actually using an old Seeeduino Mega 1280 which you can manually set at 3V3 logic. Hence was able to communicate when talking to its other hardware driven UART ports (in my case RX1/TX1).
  15. I am trying to get the SoftwareSerial library to work on my MSP430G2 (using M30G2553) but with limited success. First I tried attaching my trusty RF device but got no communication either end. To resolve I started troubleshooting and was a little surprise by results. First I hooked up an Arduino Mega to the MSP430G2 through Arduino Mega Serial 1 RX/TX which talked to MSP430G2 pins P1_4, P1_3 through SoftwareSerial. I included a loop command in both Arduino code and MSP430 code. Arduino: set up with 9600 baud unsigned int i = 0; void loop() // run over and over { if (Serial1.available()) Serial.write(Serial1.read()); if (Serial.available()) Serial1.write(Serial.read()); if (i>50000) { Serial1.println("Hello, Launchpad?"); i = 0; } i++; } MSP430G2: set up with 9600 unsigned int i = 0; void loop() // run over and over { if (mySerial.available()) Serial.write(mySerial.read()); if (Serial.available()) mySerial.write(Serial.read()); if (i>50000) { mySerial.println("Hello, Arduino?"); i = 0; } i++; } I received communication between the two no problem. Arduino received message cleanly everytime but with MSP430 it received the message but regularly and periodically it also seemed to receive some garbage bytes through its RX line. I then attached the RX and TX lines to pins 3 & 4 on Arduino Mega also using the SoftwareSerial library. This time I received no communication at all between the two MCU's suggesting a timing issue (even though baud rate is slow enough at 9600). I then detached the Arduino altogether and just monitored MSP430 through serial monitor. I was surprised by what I saw. I merely touched/wobbled the wires and garbage bytes started to appear through its RX line. I then detached the wires altogether from MSP430. Of course nothing but as soon as I touched the pins garbage started appearing. How does one resolve this noise.
×