Jump to content
43oh

nickds1

Members
  • Content Count

    22
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by nickds1

  1. "...or tear more hair out..." May i be so bold as to suggest not using Energia in this case? For true micropower applications, total control of all aspects of the device's operation is essential. Having a framework doing stuff you don't know about in the background is not helpful when calculating the energy budget or predicting performance. I'm doing an FR5969 IoT project at the moment and it's coded from scratch. By careful design and fine tuning I've managed to get the power consumption so low that it'll run off a CR2032 for at least a year - every little bit of the code is tu
  2. Late into this thread, and I haven't read it top to bottom, but there seems to be a slight conceptual gap developing regarding what C & C++ really are. They are languages, not environments. The C language was originally designed for telephone exchange testing & control. Subsequently, it was used to implement the early UNIX kernels. There is a "C Standard Library", which is distinct from the language proper - this is where printf etc. come from. The story is similar with C++ - the language is distinct from its support libraries, e.g. stdlib, STL, and the various boost librarie
  3. I highly doubt that this is an HW issue, though it's possible.... lets start with the code... Is the Watchdog timer still running? You've not stopped it (though I don't use Energia and don't know if it's stopped by default).. The code you provided is a bit messy, but is essentially the same as in the driverlib manual, and looks OK, except the WDT is on. As this seems to be a timing-sensitive issue, I'd start by stopping the WDT.
  4. Hi, I needed a way to see how much of my C++ stack was being consumed in my MSP application - the traditional way is to "poison" the stack with a known pattern, and then to see how much of it gets burnt away. So I wrote the following - hope folk find it useful: The following code allows you to simply do this and to check at any point how much of the pre-allocated stack was consumed during peak usage, i.e. how close your app got to the bottom of the stack, or indeed, whether it over-ran. The TI CCS documentation is completely wrong in the names it gives for the global symbols tha
  5. You could always use void GPIO_toggleOutputOnPin ( uint8_t selectedPort, uint16_t selectedPins Simplifies the loop code a bit... )
  6. This seems to be using a Raspberry Pi to drive the LEDs if you look carefully at the flow chart in the "Making of" associated video...
  7. Quick question on this - the counters go from 0-n and reset at n, so the actual count would be n+1. I thought that to count precisely "n" tickets, the CCRx registers would have to be set to "n-1"...
  8. Just wondering what RTOS people have been using (if any) that can take advantage of the MSP430[x] ULP modes? I've been having a look at TI-RTOS, FreeRTOS, TinyOS & Contiki etc. Experiences & thoughts welcome, Thanks
  9. Bit new to the MSP430 - I have the new FR5969 launchpad and was playing with RTC_B. Ideally, I'd like to protect the RTC over a main power failure, i.e. keep it ticking but stop the rest of the processor (think clock that doesn't lose track during a power outage). Is there a way to do this without an external RTC (e.g. DS3231 etc.)? Some other MSP430s have a "VBAT" pin that helps in this, but not the FR5969... Thanks Nick
  10. To be honest, I wasn't thinking so much about productisation, more about your safety. Even for personal use, I'd never use anything other than an X2 (you don't need X1 or Y-class) in this situation - you have a genuine fire hazard otherwise An X2 cap and a MOV are just a few cents, and could save you a world of pain ! Even better, use a Fairchild FSAR001B http://www.fairchildsemi.com/ds/FS/FSAR001B.pdf - cheap, small, no worries about capacitor types and does the job properly!
  11. In London UK, recruiters get 18% or thereabouts - they ASK for 30%, but you'd have to be a pretty naive company to actually pay that - I've been recruiting staff for my teams for 30 years - we never pay more than 20%.
  12. I just love clocks (especially cold-cathode and similar...)... Nice project... That's a good capacitor but not rated for this application - you should really be using an X1 or X2-rated cap for safety... not just for shock, but fire hazard etc. "X" capacitors are flame retardant and mandatory in Europe - don't know about US but both the Microchip App note and TI blog above also specify an X2-rated cap (as they should too!). A good one here would be VISHAY - MKP3382 X2, 4n7 @ 630VAC, p/n BFC233820472, Farnell p/n 121-5463 Also, you should probably have a MOV across the mains on
  13. The compiler will in-line optimise the methods if required (helps if declared "inline") - if the ports definitions are const (which they are) the optimisations should be exactly the same as a templated class - you instantiate a static instance of the LCD class anyway... not sure what, if anything, is gained from using templates here other than a whole bunch of typing... just wondering... Further, using an initialiser list in the LCD constructor would allow class-local constants to be fixed during construction which is somewhat neater than using blank namespace or static consts and creates
  14. Normally, wafers like this are stepped as the imagers can't maintain the super-fine focus over the whole wafer (this is certainly the case for fine-resolution chips such as modern CPUs). The wafer is stepped so that each die is imaged in turn - the tables cost an absolute fortune as they have to have phenomenal repeatability and the design of the lens is an enormously specialised art - only a few people in the world do it. Quoting a friend in another forum (who is a lens designer for these machines):
  15. On some series of the MSP430, as we all know, there is a chip-series-unique serial number that can made from the lot/wafer ID plus the die X & Y positions - a total of 8 bytes. How are the X & Y positions & lot/wafer ID (and the other die-specific data) changed for each die - the masks can't be changed easily, so I would assume that some sort of fusible link was used that is programmed in after testing and before its sawn into individual die... are they fusible links or some other mechanism? e.g. the DS2401 uses a laser-programmed ROM.... Thanks
  16. Seems to be moribund - no activity - nothing touched for 4 years. However, there appears to be basic MSP430 support in LLVM anyway - have you used it? Cheers
  17. Yes - that was a mistake of my part, I meant MSP430Ware.... I really appreciate the work you've done on BSP430 & mspgcc. As a professional programmer myself (though not an embedded one) you can see the amount of effort that has gone into those projects... Just as a thought, do you know of any plans to produce a clang/LVVM MSP430 back end? I've worked on the gcc compiler in the past, and to say that its a challenge would be a gross understatement - its a venerable old warhorse that is still extraordinarily useful, but there was a very good reason that the clang project was started.
  18. HI, Getting along merrily with the Launchpad (EXP430F5529LP) - love the MSP430.... Wanting to do stuff properly, I'd like to use a BSP - I'm using the free version of CCS at the moment... Which is the "best" BSP? (contentious question!) - I'll be building fairly large apps and targeting several chips (not decided which yet)... Currently I seem to have 2 choices: BSP430 (http://pabigot.github.io/bsp430/index.html) or the one lurking in the TI SimpliciTi BSP folders and which has some porting instructions in their Wiki (http://processors.wiki.ti.com/index.php/MSP430_SimpliciTI_Po
  19. nickds1

    RF-BSL?

    Hi - I've been trying to find the source of the RF-BSL used by the Chronos watch - probably looking in the wrong place as I'm a bit new to this... Anyone know if it was released and if so, where can I find it? (the source, that is...) Thanks Nick
  20. Goudhurst, Kent for me. On top of the hill!
  21. The GSM bit is a bit of a detail - OTAP over a local link is just as tricky in many ways. I'll open a thread up as you suggest. Cheers Nick
  22. Hi - new to MSP430s though an industry veteran - background as an EE but spent (too much of) my life building large & complex real-time s/w systems... Worked a lot with PICs and AVRs, but fed up with their limitations. Now doing a personal remote sensing & control project so the MSP430 naturally came into the frame. More I read, more I like it - got my dev boards on order from TI & Olimex - looking forward to getting stuck in. Main concern at the moment is developing an OTAP environment (my nodes are very remote), so any examples of MSP430 OTA programming or proven str
×
×
  • Create New...