Prev: CMOS Image sensor & Two-wire serial interface
Next: Position independent code with position dependent data ?
From: Mike Harrison on 1 Jul 2010 03:58
On Wed, 30 Jun 2010 07:56:49 -0700 (PDT), bigbrownbeastie
<bigbrownbeastiebigbrownface(a)googlemail.com> wrote:

>Hi, i am using v5.50 and flash loader is selected automatically, but
>linker is not. Don�t see why you do not take the advice from others
>here and use the prebuilt example with provided linker file,
>flashloader, header files, debugger files etc instead of starting with
>a blank project.
>
>EWARM will not complain if the chip is full, the IAR linker will
>however complain if you try and fit more code then will fit into
>the .ROM region.... two different things.
>
>Just because you are not using external flash does not mean you can
>use default 'ARM'. Also you may need to modify the linker file
>provided for NXP memory for example place a checksum or boot loader in
>specific place etc etc real embedded eng need to understand control of
>the linker.
>
>p.s some WDT are enabled by default at start-up, not sure that is the
>case for your part but could also cause some issues.

Be warned that in some cases EWARM does not know the different memory limits for different ARM
variants -not sure if it's just a device config files of a more fundamental issue. I found this when
I changed a project from LPC2136 to 2132 & eventually figured outt that the linker still thought
the part had 32K RAM!
From: Mike Harrison on 1 Jul 2010 04:01
On Wed, 30 Jun 2010 08:12:54 -0700 (PDT), bigbrownbeastie
<bigbrownbeastiebigbrownface(a)googlemail.com> wrote:

>BTW, why are you using LPC2138 or LPC2106? those parts died out years
>ago for new designs

Familiarity, existing code base, existing PCBs....

I would dispute 'years ago' - they fixed a silicon bug (timer reset value) in the 213x fairly
recently. Annoyingly it was a bug that just plain didn't need fixing, and the change undoubtedly
caused more problems than leaving it as just documented would have.
From: Mike Harrison on 1 Jul 2010 04:05
On Wed, 30 Jun 2010 04:42:38 -0700 (PDT), larwe <zwsdotcom(a)gmail.com> wrote:

>On Jun 30, 4:25�am, Mike Harrison <m...(a)whitewing.co.uk> wrote:
>
>> It definitely does work, but some of the setup is non-obvious and you will struggle to get there
>> from a blank project.
>
>This is very strange. According to an earlier message from their tech
>support, the linker (inter alia) is aware of what specific device
>you've picked for the project, and for instance will automatically
>generate the correct bootloader checksum for devices that require it.

I think this is generated by the flash loader, not the linker. A while ago when I was writing some
IAP code, I had to generate the checksum myself - it was not included in the hex file.

>The impression I got from his email is that it is largely automated
>(which is after all the only reason why I use an IDE - to get running
>quickly without manually editing linker scripts and learning command
>line switches).
>
>Grr. It Just Worked with RiDE... the Raisonance guys seem to be more
>on the ball. The only thing about RiDE is that it only works with the
>RLink debugger, or you can build and load a hex file with the chip's
>bootloader.
>
>The 32K eval version of IAR would have been all I need, and I have the
>right JTAG adapter for it already, which is why I'm taking a second
>bite at it.

Stick with it - once you get familiar with setting it up right it is a very nice IDE, and there are
free versions for a number of processor families including AVR and MSP430
From: larwe on 1 Jul 2010 08:06
On Jul 1, 4:05 am, Mike Harrison <m...(a)whitewing.co.uk> wrote:

> >This is very strange. According to an earlier message from their tech
> >support, the linker (inter alia) is aware of what specific device
> >you've picked for the project, and for instance will automatically
> >generate the correct bootloader checksum for devices that require it.
>
> I think this is generated by the flash loader, not the linker. A while ago when I was writing some
> IAP code, I had to generate the checksum myself - it was not included in the hex file.  

According to tech support, it is the linker and it is automatic as
long as you don't remove or change the label for the appropriate
vector. But that might be a recent innovation.

> Stick with it - once you get familiar with setting it up right it is a very nice IDE, and there are
> free versions for a number of processor families including AVR and MSP430

I actually use it (although an older version) extensively at work for
ARM7 projects. We've moved away from IAR for MSP430 - Rowley is
better, not to mention cheaper. I do use the Kickstart version for
some of my home MSP430 projects; since they upped the code size from
2K to (?)8K, it's become really useful for a wide range of projects.

For AVR, I use WinAVR at home and Rowley at work. I don't work with
PIC if I can avoid it, but when I do, I'm either using raw asm or
CCS's compiler.

The thing is, those work projects were all old (>10 years, some of
them) projects that have been rolled into progressively newer and
newer compilers. They've been on EWARM for a long time already and all
the magical build steps are set up (some of them being seriously
magical).
From: Hans-Bernhard Bröker on 3 Jul 2010 12:40
Am 02.07.2010 20:03, schrieb Chris H:

> It is you than does knee jerk reactions. Time after time after time....

That's rich, coming from you of all people.

You don't get to make that particular accusation stick until you manage
_not_ to throw in you standard reaction as soon as anyone dares to as
much as mention any open-source tool. You're by far the most reliable
knee-jerker around here, and I'm sure you know that.
First  |  Prev  | 
Pages: 1 2 3 4
Prev: CMOS Image sensor & Two-wire serial interface
Next: Position independent code with position dependent data ?