Jump to content

NurseBob

Members
  • Content Count

    272
  • Joined

  • Last visited

  • Days Won

    40

NurseBob last won the day on June 25

NurseBob had the most liked content!

3 Followers

About NurseBob

  • Rank
    Level 2
  • Birthday 09/09/1950

Contact Methods

  • Website URL
    http://www.nursebobsblog.org

Profile Information

  • Gender
    Male
  • Location
    St. Helena, CA

Recent Profile Visitors

3,281 profile views
  1. >energia also has in its software serial library error Well, no. The 5529 has hardware serial. Don't use software serial. FWIW, it's not an error in Energia, but a limitation of the software serial library that it can't run with the faster clock. HTH
  2. The first line in the error log says it all: java.io.IOException: Cannot run program "{runtime.tools.dslite-9.2.0.1793-e1.path}/DebugServer/bin/DSLite": CreateProcess error=2, The system cannot find the file specified It's not about the launchpad but your Energia/system configuration. In short, a "file not found" error for the compiler. So, an environment/path setting? On my system the compiler is found @ C:\ti\Energia\energia-1.8.10E23\hardware\tools\DSLite\DebugServer\bin if you search for dslite under your Energia installation is it found?
  3. It appears you're working with CCS and based on the device you reference, I'd suggest looking at the "Register Level" code examples in the Simplelink MSP432P4 SDK. (Resource Explorer) The one I found that is likely a good starting place for a simple timer A0 interrupt handler is found in the msp432p401xta0_01 code example for CCS.
  4. A quick look at your code reveals: You have a typo in your port_2 interrupt handler; you call ICC_read, but the implementation is in IIC_read... I didn't read further as the above is a show-stopper... There are numerous tutorials available for both I2C and interrupt handling to you to help get you started. Since you're using CCS, I'd suggest also posting your code & question on the TI e2e forum.
  5. Google is your friend... I did this lookup (msp430f5529 "write to flash" memory energia)and in under 5 minutes found this reference, which might serve as a starting point for you... FWIW, TI's example code for CCS/IAR can also serve as an educational reference. HTH
  6. > This is why I said it is odd, but I have never tried it myself with devices that are so closely related. I don't know if it actually was programmed with the wrong device specified, but I can see no reason there would be damage IF it was programmed this way < Agreed. Like you, I've never tried with such closely related devices.
  7. This is "expected behavior." When the watchdog is enabled, it needs to be serviced regularly on a schedule that's far shorter than serial communication. The intent of the watchdog is to restart the device in the event of an unexpected endless loop, or other conditions that result in the mcu hanging. This reference on Wikipedia will explain it better. FWIW - it is not at all unusual for makers (or others) to disable the watchdo. Bob
  8. Interesting. My experience with both IAR and CCS is that they refuse to load images to a device when it's different than what the project specifies and they both clearly report it as an error.
  9. " Multiple libraries were found for..." You've got a configuration error message. Time to read the docs on porting from other libraries. How-To: Porting Libraries Posting a Library for Energia Some Misconceptions about Libraries The above may provide guidance. I am not able to help much beyond this suggestion as I'm deeply involved in other non-coding projects at this time.
  10. Have you attempted #1 ? If so, what error messages, if any. If you've not even tried, time to edit code and see what happens. Re: #2 - time to read the docs... The calls to SoftwareSerial are well documented. As to the speed limit, yes. Google is your friend regarding both questions; there are dozens, if not hundreds of answered questions and coding examples on the topics of porting and serial communications.
  11. With C/C++ compilers you want to address/fix errors in the order they are presented - that is, read and understand that first error. Generally, compilers will cascade a long series of errors that all are triggered by that first error. FWIW, a missing semi-colon can trigger a similar long list of errors. So, looking at your first error message: " C:\Users\Harizazmi\Desktop\energia-1.8.7E21\hardware\energia\msp430\libraries\SoftwareSerial\SoftwareSerial.cpp:81:2: error: #error This version of SoftwareSerial supports only 16MHz processors" It's telling you that you have not selected the 16MHz version of the launchpad. If I remember correctly the F5529 board has two entries, one for 16MHz and the second for 24MHz. The SoftwareSerial library is not compatible with the 24MHz version. Further, hardware serial is the preferred library with the F5529. So, changing the board in Energia and calling the other library in your code should be your first steps.
  12. There's far too little information in your question to be able to answer. A screenshot or text file of the Actual errors will help point to the first problem. Debugging compile and link errors requires a structured approach, usually starting with a google search of the reported error statement. 1) Have you updated (ported) the Gamebuino-Meta.h for Energia compatibility? 2) Have you converted the bitmaps to a "C" representation - TI offers both sample code (CCS) and tools for that display with a '5529. Take a look at the MSPWare library for CCS sample code and comments, which may help.
  13. I can't specifically answer for Entergia, but from what I can see, it looks like you'll need to use CCS and perhaps the driver library.
  14. You've described the problem, but supplied no information to allow remote diagnosis. Without a schematic and related code, there's really no way to help, aside from the most general suggestions regarding jumpers, pins and I2C pullup resistors, all of which you've likely read (and hopefully applied). Finally, you mention migrating an existing project; did you have that working, and if so, under what version of Energia? Re: UART - there may be no hardware UART on your chip. "If your Launchpad is version 1.4 or earlier, the chips that it shipped with have no hardware UART and thus, no hardware configuration is necessary, but you must use the SoftwareSerial library included in Energia to communicate over the serial port." You indicate you have an MSP430G2452, according to SLAU318G, there is only USI availble on that chip, the UART is on the G2553's USCI impementation.
  15. @Anshikajain Sorry, I've been offline for a couple of days. Not really sure what your question was, but FWIW, I rarely use Energia. That said, when I2C fails in Energia, it's almost always a configuration problem. My suggestion with the video was focused on how they configured the '430 jumpers. The G25 devices were significantly different from the later versions, and many have tripped over jumpers incorrectly configured. In your photo it appears you have the jumper P1.6 placed for the LED, and that was the very first comment in the video - the device will not work in I2C mode if that jumper is placed (at least on the older boards). Looking at the docs, pins P2.1 and P2.2 are designated as SCL and SDA (sw), which I presume means software, not hardware I2C? It's difficult to see in your photo, but it looks like you're using P1.6 and P1.7. So, the video's comments, and this from Energia docs: " When using I2C When using the Hardware I2C (Wire library) with SCL on P1.6 and SDA on P1.7 on the MSP-EXP430G2 you should remove the P1.6 jumper (GREEN LED) so that the LED doesn’t interfere with the I2C SCL signal... " Energia reference I don't know if I'm able to help much further. Please check your jumpers!
×
×
  • Create New...