... 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
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?
@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
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
@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
>sorry, bin gerade im Urlaub
Dann genieße ihn, und laß den Computer aus :-)
(gut gemeinter Rat)
Ok, dann vielen Dank erstmal wieder für die Infos und noch einen schönen Urlaub!! Frank
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.