Jump to content
43oh

Rickta59

Members
  • Content Count

    1,135
  • Joined

  • Last visited

  • Days Won

    71

Everything posted by Rickta59

  1. You should try http://dev.ti.com before you write off web apps. This one lets you develop and debug for the msp430s.
  2. Something is certainly wrong with your setup. In the picture you posted, I see it trying to compile using the -mcpu=cortex-m3 flag. That is wrong it would be -mcpu=cortex-m4. Looking at the stuff that is checked into github.com (those seem to be right) However, you can't really trust what is out on github. So who knows. You might look in the Energia15\package directory and find the platform.txt file and verify it has cortex-m4. Never mind ignore this post I read the topic title and it was msp432 .. I didn't look closely at your post. You are using a cc1350 which is a cortex-m3. I'm not
  3. Did you read the limitations of the Petit FS? ... Petit FatFs Limitations: Petitfs specifically uses as little flash and stack as possible. This, however, comes at the expense of some functionality. Files are not able be created or increased in size, and only one file can be accessed at a time. ... So if you create a zero length file (open a file in a text editor and save it without adding anything to it), it isn't going to do what you want. If you search the forum or google this is expressed in thousands of posts. The comment above comes from this document: http://ww
  4. "It's a poor craftsman that blames his tools" What are you trying to accomplish? Why are you using a severely under powered msp430g2553? With all the other options available to you why would you flog yourself with this approach?
  5. I had taken a quick glance at the feature list and had noticed that it is supposed to support that feature. I thought I read a further comment stating at some point it starts throwing away old versions to make room. I didn't dig deeper. I thought you might have. While it is all well and good to backup files as they change, it seems like it would make sense for some scenarios to only create a backup if the contents change. However, I can imagine other situations where it would be important to note file timestamp changes. I've noticed that simplistic approaches to backup schemes lead
  6. In the 37 years I've been writing code, I've only asked an admin to recover a file for me once. Turns out that file was on a disk that was being backed up by a SCSI tape drive that had been having problems and of course all the tapes were bad. However, it is always easier to write code the second time : )
  7. What happens when you do: $ for rev in $(seq 1000); do cat /dev/null >reallyimportant.c; echo $rev; sleep 1; done How many revisions does it save before it starts throwing out old copies and you end up with an empty c file?
  8. You can hack your gel script: $ diff tm4c1294ncpdt.gel rk1294ncpdt.gel 127a128,132 > OnRestart() > { > GEL_AdvancedReset("System Reset", 1); > } > $ pwd /home/kimballr/ti/ccsv7/ccs_base/emulation/gel
  9. So ... I just used the offline installer to load the lastest CCS 7.1 on ubuntu 16.04 64 bit. I didn't seem to have any issues debugging the blink.ino program. Maybe you could hop on IRC and explain further. [Edit 1] ... I take that back ... I switched to a TM4C1294 and I see it is faulting right away. [Edit 2] ... appears to be faulting in _init() [Edit 3] ... appears to be faulting in timerInit() ... seems to think I have a tm4c123gxl .. and is trying to set the 80MHz clock ... that is where it crashes ... looking at the properties, look at the GNU Compiler/Sy
  10. well that intervention doesn't seem all that bad.That is your only issue?
  11. Looking back at your images, I'm not even sure how debugging with Energia and CCS works. My suggestion, is to use openocd and the arm-none-eabi-gdb that comes in the Energia package directory. In ubuntu, run energia and compile your sketch, note where the /tmp/buildxxxx/ files end up that is where you find the .elf file. Then open two xterms, in one run openocd and in the other run the gdb: [in xterm 1] ... $ openocd -f board/ek-tm4c1294xl.cfg [in xterm 2] .. $ $HOME/.energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/arm-none-eabi-gdb -q -ex
  12. I don't have the arm compiler stuff installed in my CCS install, however I did install the tivac library into energia 1.6.10E18 and then tried to debug it with the arm-none-eabi-gcc tools I have installed on my linux setup. I have arm-none-eabi-gcc version 6.2.1 as my default. It won't debug the .elf file generated with the energia compiler which is arm-none-eabi-g++ version 4.8.4. If I use the arm-none-eabi-gdb in from the energia packages with openocd: $ /home/kimballr/.energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/arm-none-eabi-gdb -ex 'target remote :3333' sk
  13. Also, are you using an msp430g2553? If so, you probably want to use the PUSH2 constant instead of 33.
  14. Don't you want to read the ButtonOne as INPUT?
  15. FWIW: using energia to program an msp430g2231 is an exercise in frustration. If you really want to use this chip, you would be better off using the TI C samples and the CCS IDE. Energia has been becoming less and less friendly to the smaller msp430g series for a long time. It is really focused on the higher end boards like the msp430f5529, msp430frxxxx boards, and msp432. Much of the msp430g support is broken in Energia 1.6.10E18.
  16. For a variety of reasons you can't use 16MHz on the msp430g2231 without a lot of hassle. The answer to your problem was given over in this thread recently:
  17. re: msp430-lg-core in 2 places: I was talking about what ships in energia 1.6.10E18 ... in other words what is in https://github.com/robertinant/EnergiaNG vs what is in https://github.com/energia/msp430-lg-core re: the build process Yes that is how I was able to build a version from EnergiaNG
  18. Why aren't the release notes here: http://energia.nu/releasenotes/ ? Is there an E18 commit tag I missed in that tree? When I build the latest version of that code I end up with a 1.6.11E18 version. However, it is broken for the msp430g2553, at least that one I haven't checked other msp430 core targets. void setup() { Serial.begin(9600); } void loop() { Serial.println("blah"); delay(1000); } That code will not link and gets an undefine for i2c_txrx_isr() and i2c_state_isr(): If I include <Wire.h> in the code then the problem goes away. But that is
  19. Also, where are the release notes for E18? I see ones for E17 on energia.nu but nothing for E18
  20. yeah .. that is the wrong thing ... which is why I asked. Yeah that is not being maintained any more. Look at the commits compared to the EnergiaNG tree. https://github.com/energia/Energia/commits/master The latest stuff seems to be in https://github.com/robertinant/EnergiaNG someplace. However I don't see a 1.6.10E18 release tag or even a commit that would indicate where the E18 snapshot was done. This core does sort of have what is in E18 however there are differences. In addition, the core is in 2 places. in the robertinant/EnergiaNG tree and also in the msp430-lg-co
  21. I have no idea where I would find the source code to version 1.6.10E18 of Energia. I would like to fix issues that I've previously reported and seem to be "sort of fixed" in the msp430-lg-core but aren't. Could you please point me at the source or release tag? Also, do you have a roadmap for the future development of Energia? Its progress seems to have stalled. -rick
  22. I guess you are right then it must be the software. I'm just surprised that the scores of other people haven't had this same problem. @Fmilburn just tested with V17 it appears he is using some manner of windows. I'm on linux and it seems to work fine. Maybe it is a platform issue.
  23. Do you have any decoupling caps on the msp430g2553? How about on the nrf24l01+ ?
  24. do you have a g2553 launchpad you can test with?
  25. does a blink test work fine on that setup? It looks like the Orange and Brown are both plugged into P1.6
×
×
  • Create New...