Prev: openvpn memory footpring
Next: Trace32 showing access timeout processor running error message
From: naiden_pn on 17 Jun 2010 09:10
Hi, I'm using Rowley Crossworks 1.7 Build 4 for my Olimex LPC P2103 and I
have problems when I flash the board. When I debug it, even with the
release version on it, everything is fine, but when I just load it and
disconnect the debugger, nothing seems to work. Have you ever had this kind
of problem and how can I solve it?



---------------------------------------
Posted through http://www.EmbeddedRelated.com
From: FreeRTOS info on 17 Jun 2010 09:23
On 17/06/2010 14:10, naiden_pn wrote:
> Hi, I'm using Rowley Crossworks 1.7 Build 4 for my Olimex LPC P2103 and I
> have problems when I flash the board. When I debug it, even with the
> release version on it, everything is fine, but when I just load it and
> disconnect the debugger, nothing seems to work. Have you ever had this kind
> of problem and how can I solve it?
>
>
>
> ---------------------------------------
> Posted through http://www.EmbeddedRelated.com

I think if you visit Rowley support you will find this is the #1 most
asked FAQ (hint, search for "STARTUP_FROM_RESET").

--

Regards,
Richard.

+ http://www.FreeRTOS.org
Designed for Microcontrollers. More than 7000 downloads per month.

+ http://www.SafeRTOS.com
Certified by TÜV as meeting the requirements for safety related systems.



From: Chris H on 17 Jun 2010 09:18
In message <GKidnUQr_8VIg4fRnZ2dnUVZ_rednZ2d(a)giganews.com>, naiden_pn
<naiden_pn(a)n_o_s_p_a_m.abv.bg> writes
>Hi, I'm using Rowley Crossworks 1.7 Build 4 for my Olimex LPC P2103 and I
>have problems when I flash the board. When I debug it, even with the
>release version on it, everything is fine, but when I just load it and
>disconnect the debugger, nothing seems to work. Have you ever had this kind
>of problem and how can I solve it?

Simple call Rowley support....

--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/



From: Fred on 25 Jun 2010 00:48
Last time on comp.arch.embedded, FreeRTOS info <noemail(a)given.com>
said:

>I think if you visit Rowley support you will find this is the #1 most
>asked FAQ (hint, search for "STARTUP_FROM_RESET").

Which is pretty ironic, as there is absolutely no reason to prevent
code in flash from starting up after a reset. The code generated by
IAR's EWARM starts up from flash by default; NOT starting from flash
isn't even an option unless you want to modify the startup code
yourself (which, of course, nobody does because there's no need for
it).

I wonder how much this silliness has cost Rowley in unnecessary
support costs? Not enough for them to get rid of it, apparently...
From: larwe on 25 Jun 2010 05:49
On Jun 25, 12:48 am, Fred <fu...(a)hotmail.com> wrote:


> code in flash from starting up after a reset. The code generated by
> IAR's EWARM starts up from flash by default; NOT starting from flash

Apparently not the current version, see my thread here about MCB2130
vs EWARM.
 | 
Pages: 1
Prev: openvpn memory footpring
Next: Trace32 showing access timeout processor running error message