Hallo zusammen, ich habe momentan ein Problem mit dem XMEGA256D3. Bei RS habe ich mehrere XMEGA256D3 bestellt. Nach der Inbetriebnahme musste ich feststellen dass manche Boards einfach nicht das machen was sie machen sollten. Relativ schnell war klar dass dies nur der XMEGA sein konnte. Bei genauer Betrachtung konnte ich feststellen dass in meiner Lieferung "XMEGA256D3-U" und "XMEGA256D3-AU" enthalten waren. Der "-AU" Type funktioniert nicht in gewissen Lebenslagen. WAS IST DER UNTERSCHIED???????? Natürlich habe ich mich im Netz bemüht dies herauszufinden. Da ich jetzt hier schreibe, leider ohne Erfolg und JA ich habe das Datenblatt auch Links gemacht! Dort ist jedoch von dem "-U" Type nix enthalten.
Laut Datenblatt gibt es keinen -U. Schau mal nach, welche Revision(en) Du hast und ob Du den Fehler in den Errata findest.
Mathias F. schrieb: > Nach der Inbetriebnahme > musste ich feststellen dass manche Boards einfach nicht das machen was > sie machen sollten. Das ist ja mal ne super hilfreiche Aussage, da weiß bestimmt jeder XMega-Experte sofort den Grund. Bist Du der Programmierer, dann solltest Du schon mehr feststellen können. Wenigstens, in welchem Peripherie-Modul es klemmmt. Und dann kann man mal in die Errata schauen, ob dazu schon was steht. Welche Revision und Datumskode steht auf den beiden Sorten?
Hallo Peter, ich wollte kein Forschungslabor eröffnen sondern NUR herausfinden WARUM ich zwei verschiedene µC unter der gleichen Bestellnummer zugestellt bekomme und ob es zwischen diesen einen Unterschied gibt! Ich bin hier außerdem Absichtlich nicht auf WEITREICHENDE Details eingegangen da die für meine Frage irrelevant sind! Aber ich habe es mittlerweile können beantworten durch die PRODUCT CHANGE NOTIFICATION -> WC143502 Wie du schon vermutet hast ist es die Revision! -AU -> Rev. E -> Datecode: 1652 -U ->REV. I -> Datecode: 1533 Der Datecode ist keine Aussage um welche Revision es sich bei der Bestellung handelt wie man sehen kann (JA ES IST KEIN SCHREIBFEHLER VON MIR)!!!
Mathias F. schrieb: > Der Datecode ist keine Aussage um welche Revision es sich bei der > Bestellung handelt wie man sehen kann (JA ES IST KEIN SCHREIBFEHLER VON > MIR)!!! Das kann ich für den xmega32D4 bestätigen: Datecode 1431 -> Mask Rev. B Datecode 1423 -> Mask Rev. E Beide sind als ATXMEGA 32D4-AU beschriftet. Freundlicherweise stempelt Atmel bei den xmegas die Mask Revision Number auf die Unterseite des Gehäuses, was aber leider bei der Bestellung nicht wirklich hilft... Grüßle, Volker.
Hallo Volker, scheinbar habe ich nicht alleine das Problem :) Wie Bestellst du die korrekte Revision? Oder hast du auch noch keine Patentlösung dafür. Je nach Lieferant kann man die nicht dazu bewegen im Lager dieses kleine Detail einmal nach zu sehen.
Mathias F. schrieb: > Wie Bestellst du die korrekte Revision? Oder hast du auch noch keine > Patentlösung dafür. Hallo Mathias, da mir für die meisten Projekte 32k Flash genügen, beschränke ich mich nun nur noch auf den 32A4U, von dem ich mir hier eine größere Menge eingelagert habe. Der A4U ist ja in Sachen Errata glücklicherweise recht moderat, dank des A4, auf dem er aufbaut. Beim 32D4 handelt es sich noch um Restbestände aus meiner Anfangszeit mit dem Xmega. Die werden nun für kleinere Projekte und Versuchsaufbauten verbastelt. Grüßle, Volker.
D.h. -U ist nur das neue Marking für den -AU. Die Errata von Rev. E ist ja wirklich das blanke Horrorkabinett. Da bin ich nur froh, daß ich die XMEGA nicht einsetze. "4.16.4 REVID – Revision ID" D.h. man kann die Revision auslesen und bei falscher Revision eine Fehlermeldung ausgeben. Wie man die passende Revision bestellt, weiß ich allerdings auch nicht.
Revision ID auslesen war auch mein Gedanke. Aber es gibt da zwei Probleme. 1. Das Auslesen passiert dann wenn man die µC schon auf dem Hof hat, dann ist das Kind aber schon in den Brunnen gefallen. 2. Verwendet man wie ich AVRDUDE kommst du nicht so einfach an die Revisoions-ID. Aber Punkt 1 ist wohl das größere Problem.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.