LPC1768 vom ISP Modus die nue Firmware starten

Die Adresse sollte 1 lauten (Thumb-Mode).

Deine Initialisierung geht wom"oglich von RESET-defaults aus und du hast 
keinen RESET gemacht!

Marc P. schrieb:
> Die Adresse sollte 1 lauten (Thumb-Mode).

UM10360.pdf sagt was anderes (Kapitel 32.7.8). Der Modus wird mit 
nachfolgendem T angegeben, die Addresse sollte word-aligned sein.

Falls "G 0 T" nicht funktioniert, probiere es mit der Addresse des 
"Reset" Handlers.

Ja alles K"ase was ich da schrieb :(

alex hat wohl das Problem, dass das Ger"at, das ein update erfahren soll 
gar keine M"oglichkeit hat per COM einen RESET auszul"osen.
Und er hat wohl das Problem - siehe hennings post - nicht zu wissen wo 
er hinspringen soll. Obwohl das im hex-image irgendwie drin steht, oder 
im elf (_start ?).

Sollte das ein Problem sein, w"urde ich in der Firmware knallhart den 
Watchdog aufziehen (vor dem Aufrufen des ISP-handers), dass er nach 30s 
zuschl"agt. Wenn Flashmagic bis dahin nicht fertig ist - Schicht im 
Schacht ;-)

Alles was du tun musst, ist ein kleines Assembler-Schnipsel wie dieses 
zu schreiben:

1

mov r0, 4

2

ldr r0, [r0]

3

bx r0

Die drei Befehle tun nichts anderes, als die Adresse des Reset-Handlers 
aus der Vektortabelle zu laden und anschließend dahin zu springen. Das 
funktioniert unabhängig von der eigentlichen Firmware.

Den Code assemblierst und UU-encodest du und schreibst ihn über die 
ISP-Schnittstelle in den RAM des LPC (Befehl W). Anschließend führst du 
den Code aus (Befehl G) und deine Firmware wird gestartet.

Das müsstest du aber ohne Flash-Magic machen, sondern mit einem eigenen 
Programm, bzw. einen der Open Source-LPC-Programmer dahingehen anpassen.

Eine andere Variante des obigen Schnipsels wäre, das SYSRESETREQ-Bit im 
Register AIRCR zu setzen. Das ist ein Software-Reset.

Alexander B. schrieb:
> Die drei Befehle tun nichts anderes, als die Adresse des Reset-Handlers
> aus der Vektortabelle zu laden und anschließend dahin zu springen. Das
> funktioniert unabhängig von der eigentlichen Firmware.

Aber nur, wenn der Reset Handler den SP selber setzt - was er 
normalerweise nicht tun müsste, denn der SP steht ja auch in der 
Vektortabelle drin.

@alex: ist dein Programm eigentlich kleiner als halbe FLASH-Gr"osse?
Sprich: passt altes UND neues Programm in den FLASH?

Jim Meba schrieb:
> Aber nur, wenn der Reset Handler den SP selber setzt - was er
> normalerweise nicht tun müsste, denn der SP steht ja auch in der
> Vektortabelle drin.

Ich gebe zu, diesen Punkt habe ich übersehen. Das wäre dann wohl beim 
ersten Test aufgefallen :-D.

Dann verlängert sich das Code-Schnipsel eben noch um zwei/drei Befehle. 
Aber das Prinzip sollte funktionieren ;-)

Alexander B. schrieb:
> Alles was du tun musst, ist ein kleines Assembler-Schnipsel wie dieses
> zu schreiben:
> mov r0, 4
> ldr r0, [r0]
> bx r0

"Ahhhh. Das m"ussen wir noch vorher pr"ufen! Da war doch was mit dem 
re-mapping der Vektortabelle durch den ISP-Handler!? Wenn der auch nur 
die ersten 64Bytes re-mapped ist schon die Katastrophe passiert:
Addresse 4 k"onnte dann was aus dem ROM des ISP-Handlers sein ==> ganz 
schlecht!

Marc P. schrieb:
> Da war doch was mit dem
> re-mapping der Vektortabelle durch den ISP-Handler!? Wenn der auch nur
> die ersten 64Bytes re-mapped ist schon die Katastrophe passiert

Es wird dann zwar der ROM-Bootloader angesprungen, aber das passiert 
auch bei jedem normalen Reset. Wenn ein Programm im Flash steht (d.h. 
Checksumme der Vektortabelle ist OK), wird das normal gestartet.

alex schrieb:
> Müsste ich den diese Prozeduren unbedingt in den Ram laden nachdem die
> neu FW drauf ist?

Ja, weil du die genaue Adresse der Prozedur nicht kennst (zumal sie als 
inline definiert ist). Du bist also wieder beim Ausgangsproblem.

Allerdings ist das nicht besonders schlimm, denn NVIC_SystemReset ist 
für den LPC definiert als

1

static __INLINE void NVIC_SystemReset(void)

2

{

3

  SCB->AIRCR  = (NVIC_AIRCR_VECTKEY | (SCB->AIRCR & (0x700)) | (1<<NVIC_SYSRESETREQ));

4

  __DSB();

5

  while(1);

6

}

Was von der Vorgehensweise genau das ist, was ich mit

Alexander B. schrieb:
> Eine andere Variante des obigen Schnipsels wäre, das SYSRESETREQ-Bit im
> Register AIRCR zu setzen. Das ist ein Software-Reset.

schon angedeutet habe.

Ich glaube es geht einfacher:

Wenn alex in seinem FLASH-Image an einer fixen *Adresse* eine Routine 
NVICSystemReset unterbringt, dann ist dieser Code im soeben geflashten 
Speicher vorhanden und er kann dort hin springen ohne eine Indirektion. 
Der Code l"ost dann einen Reset aus und alles ist wieder gut.
Das k"onnte mit den Bordmitteln vom FlashMagic gehen, oder?

Okay, einfacher meint hier nicht unbedingt ein einfacheres Linkerscript. 
Geb ich zu ;-)

alex schrieb:
> Kennt ihr einen guten Open Source-LPC-Programmer?

Mit wärmsten Empfehlungen ...

http://sourceforge.net/projects/lpc21isp/

(Nicht von dem Namen vewirren lassen, ist auch für LPC17xx gut.)

F"ur Linux? mxli - Marc's exquisite LPC ISP tool.
[Any similarities with persons - dead or alive - are purely 
coincidental]