EmbeddedRelated.com
Forums

Anyone with milage on the TMS470R1B1, and IAR IDE for same?

Started by Tim Wescott October 24, 2011
On Tue, 25 Oct 2011 11:04:24 -0700, linnix wrote:

> On Oct 25, 8:27&nbsp;am, Tim Wescott <t...@seemywebsite.com> wrote: >> On Tue, 25 Oct 2011 10:21:23 -0500, Tim Wescott wrote: >> > On Tue, 25 Oct 2011 08:03:23 +0100, MK wrote: >> >> >> On 25/10/2011 07:16, Tim wrote: >> >>> On Mon, 24 Oct 2011 16:23:58 -0400, Rich Webb wrote: >> >> >>>> On Mon, 24 Oct 2011 13:27:40 -0500, Tim >> >>>> Wescott<t...@seemywebsite.com> wrote: >> >> >>>>> Just starting to use the TMS470R1B1, which is a high-temp, >> >>>>> high-rel processor with the ARM M3 core. >> >> >>>>> At the customer's insistence I'm using the IAR IDE, and >> >>>>> interrupts are all f***ed up. &nbsp;Even the IAR demos don't work, and >> >>>>> the register definitions in the ever-so-easy-to-find files don't >> >>>>> match the documentation or, apparently, reality. >> >> >>>>> I'm trying to figure out how much of this is me, how much is IAR, >> >>>>> how much is TI, and how much is ARM. >> >> >>>>> So if anyone has happened to use that particular set of tools >> >>>>> with that processor (or if the symptoms sound right for _any_ IAR >> >>>>> IDE with a Cortex M3), I'd like to hear how you solved the >> >>>>> problems. >> >> >>>> That doesn't sound good (I know: Hello, Mr Obvious!). Check >> >>>> whether the vector table offset register is getting set to the >> >>>> expected value. >> >> >>> At the moment I'm pretending that interrupts were never invented, >> >>> but I'll be doing something like that in my investigations. >> >> >>> I just found out that the SPI register definitions are completely >> >>> wrong -- it's like they took the definitions for a completely >> >>> different processor and put them into the header file with my >> >>> processor's name. >> >> >>> Granted, it's an obscure high-temperature part I'm using (I can't >> >>> remember the number off hand, SM470R1B1 or some such), but I pulled >> >>> the data sheet for the TMS470R1B1 to double-check, and they match). >> >>> &nbsp;I suspect that some serious bugs have managed to check themselves >> >>> into the code tree without getting found. >> >> >>> I suppose I should email them, give 'em a chance to do something >> >>> about it. &nbsp;This is _frustrating_. &nbsp;When the customer said "we'll >> >>> get the IAR system so we'll all be on the same IDE" I kinda rolled >> >>> my eyes, because as far as I'm concerned an IDE is just training >> >>> wheels that keep you up but wobbly, for as long as the project goes >> >>> in the direction that the IDE vendor anticipated. &nbsp;But I figured >> >>> it'd be about their speed, and after all we'd at least _get the >> >>> damn thing working_. >> >> >> Hello Tim, >> >> I couldn't find many references - a search on TI website comes up >> >> blank - but it seems to be an ARM7 not a Cortex M3 - if your tools >> >> are set up for an M3 there is no way it will work. ARM7 interrupts >> >> are horrible (for embedded stuff) and completely different. >> >> &nbsp; Michael Kellett >> >> > Somehow I ended up with an architectural manual for the "TMS470M" >> > that _does_ list an M3 core. &nbsp;I'm pretty sure that the TI web site >> > pointed to that document for me, but I may have provided my own >> > screw-ups. &nbsp;Finding the _right_ architectural manual for the chip >> > will probably go a long way toward alleviating confusion. >> >> It _was_ TI!!! &nbsp;The data sheet lists the ARM7TDMI core, but the >> processor user's guide that they refer to lists the Cortex M3. >> >> Grrr. >> >> Somehow I suspect that the TMS470M, whatever that is, is a TMS470R with >> a Cortex M3 slipped in there. &nbsp;Which doesn't help me very much at all, >> but certainly saves me from the stupidest of mistakes. > > Yes, i believe TMS470 is ARM7. That's why TI brought LMI for the M3 > design in the first place.
I like the ex-Luminary parts. Of course, I haven't tried using their power-down modes, which are, I am told, fraught with errors in the silicon. I have a customer who has used them, and ended up with an 8-pin AVR or PIC or similar just to bring the main chip out of sleep mode. For some reason, they don't use the ex-Luminary parts any more. -- www.wescottdesign.com