Errata Sheet LPC23xx V1.2 ...

[Frank N. (arm-fan)]

... ist gerade frisch heraus.

http://www.standardics.nxp.com/support/documents/microcontrollers/?type=errata

Da sind ja leider noch ein paar unschöne Punkte hinzugekommen.

Wir hatten das Thema ja neulich schonmal so halbwegs innerhalb
eines anderen Threads. Aber so richtig klar ist mir das mit
den Prozessor-Revisionen noch nicht (-/A).

@Robert Teufel:

Bist du heute in der Lage klar zu sagen, wann insbesondere die
fiesen Fehler (Flash.1 und MAM.1) ausgebügelt und die Controller
am Markt sein werden? Wird das dann die /01?

Du schriebst neulich von "heute bestellt... im Aug/Sep geliefert"
in Bezug auf fehlerbereinigte Versionen. Welche ist da gemeint?
die "A" Revision oder noch was neueres?

Wäre dir für ne ehrliche Antwort sehr dankbar, da ich mich nach
ziemlich langer und ausführlicher Recherche auf die LPC23xx als
neues Standard-Arbeitspferd eingeschossen habe. Die Controller
sind ja auch wirklich klasse, wenn nicht... ;-)

Grüße, Frank

[A.K. (Gast)]

Kann mir jemand den CAN.1 mal erklären? Ich blicke bei der Beschreibung 
nicht recht durch. Wieso kann man Overruns ausgerechnet dadurch 
vermeinden, indem man mehr Messages akzeptiert als vorher?

[Robert Teufel (Gast)]

@Frank,

mit Lieferung August/Spet. ist rev. B gemeint. Flash execution speed 
wird auf jeden Fall gefixt sein bei MAM.1 gibt es ja einen sehr 
einfachen work around und es ist noch nicht 100% klar ob dieser Fehler 
bereits im Aug/Sep draussen sein wird. Das "gute" an diesem Fehler ist, 
er ist nicht sporadisch, wenn er auftritt, dann ist es ein harter 
Fehler, also reproduzierbar. Jetzt, da wir den Fehler wissen, stellt er 
hoffentlich fuer unsere Kunden kein grosses Problem mehr dar.

Robert

[ARM-Fan (Gast)]

Danke Robert für die schnelle Antwort!

Aber ich hätt' noch ein Frage:

MAM.1:
"Under certain conditions when the MAM is fully enabled (Mode 2) code 
execution from internal Flash can fail."

Was bedeutet das für den User? Wie bekomme ich das mit, dass die
"code execution" in die Hose geht? Bekomme ich dann einen Prefetch
Abort? Oder wundere ich mich dann nur stunden- und tagelang, warum
mein Programm nicht so funktioniert wie ich mir das vorstelle?

Und was bedeutet das an Geschwindigkeitseinbuße, MAM nur partially
enabled zu betreiben?

Gruß, Frank

[Robert Teufel (Gast)]

@Frank,

sorry, bin gerade im Urlaub und nicht jeden Tag in den Foren.
Also laut Entwickler kann sich der Fehler im MAM verschiedenartig 
auessern. Es kann wohl ein Befehl falsch interpraetiert werden. Daraus 
ergeben sich unter anderem beide Moeglichkeiten, die Du beschrieben 
hast.
Zum Them Geschwindigkeitseinbuse: In einem "typischen" Programmist der 
Velust zwischen 2% und 5% und somit immer noch weit schneller als andere 
ARM7 Typen bei gleicher Frequenz.

Es gibt jedoch eine Spezielle Konstellation wenn MAM patially enabled 
viel mehr Geschwindigkeitsverlust ergibt. Das ist eine einfache Loop wie 
sie in einem Regelkreis vorkommen kann. Ein anderes Beispiel ist eine 
Wait Loop, die laeuft langsamer weil die innere Loop ohne volles MAM 
jedesmal einen Zyklen verliert. Der sogenannt Branch Trail Buffer ist 
nicht verfuegbar bei teilweisse enabled MAM.

Hoffe das hilft.

Robert

[antworter (Gast)]

>sorry, bin gerade im Urlaub

Dann genieße ihn, und laß den Computer aus :-)

(gut gemeinter Rat)

[Frank N. (arm-fan)]

Ok,
dann vielen Dank erstmal wieder für die Infos und noch
einen schönen Urlaub!!

Frank