Xmega128A1U (Microchip) Xmega128A1AU (Atmel) Kompabilität

Gast #5732759
Lesenswert?
• ▲
▼
habe ein Projekt mit dem Xmega128A1 das seit Jahren gut läuft. Bei der 
letzten Lieferung habe ich einen Xmega128A1U (Datenblatt Microchip) 
geliefert gekriegt. Flashen kann man mit dem gleichen Chip ID Code aber 
meine Software läuft nicht mehr. Fehler ist bei 6 Exemplaren zuverlässig 
(aber nicht immer) reproduzierbar.

Eine erste Recherche hat ergeben, daß der Analog-Komparator Interrupts 
liefert wenn gar keine sein sollten. Das passiert auch, wenn der 
betreffenen Pin fest auf GND gelegt ist. Allerdings nur nach Power On 
Reset und auch nur meistens und dann eine Zeit lang und später geht 
alles wie es soll. Gleiches Board neue Microchip CPU raus und eine alte 
CPU aus Atmel Fertigung reingelötet und alles geht.

Könnte ein Initialisierungsproblem sein welches bei den letzten 500 
Exemplaren noch nie beobachtet wurden. Es könnte aber ein eine 
Inkompabilität des U-Typs sein falls da jemand was weis.
Gast #5732831
Lesenswert?
• ▲
▼
Hi

Bei Microchip habe ich jetzt nicht nach gesehen. Aber nach den 
Atmel-Datenblättern haben die A1U-XY und die A1-XY unterschiedliche 
Manuals und unterschiedliche Datenbätter.

Also entweder falsch bestellt oder falsch geliefert.

MfG Spess
(Firma: L-E-A) #5733220
Lesenswert?
• ▲
▼
Janvi schrieb:
> habe ein Projekt mit dem Xmega128A1 das seit Jahren gut läuft. Bei der
> letzten Lieferung habe ich einen Xmega128A1U (Datenblatt Microchip)
> geliefert gekriegt. Flashen kann man mit dem gleichen Chip ID Code aber
> meine Software läuft nicht mehr. Fehler ist bei 6 Exemplaren zuverlässig
> (aber nicht immer) reproduzierbar.

Aber Du hast Code für den Xmega128A1U auch neu compiliert für diese 
Target?

Ich weiß zwar nicht, welchen Compiler und welche Runtime-Library Du 
verwendest, wenn ich die avrlibc Header  iox128a1u.h und iox128a1.h 
vergleiche, unterscheiden sich Registerdefinitionen der beiden MCU in 
ein paar Details.

Grüßle
Volker
Gast #5733968
Lesenswert?
• ▲
▼
Besten Dank, die Appnote passt wenngleich in der Überschrift ein Fehler 
im Typ ist. Schent leider auch noch nicht auf eine heisse Spur zu 
deuten. Die Anwendung ist im AVR Studio in Assembler geschrieben und 
kann daher nicht compiliert sondern maximal assembliert werden. Das kann 
man beliebig oft tun und schliesslich haben beide Versionen sogar die 
gleiche Chip-ID
(Firma: L-E-A) #5734011
Lesenswert?
• ▲
▼
Janvi schrieb

> Die Anwendung ist im AVR Studio in Assembler geschrieben

Wenn Du die Register-Adressen und Bit-Masken selber definierst, ist mein 
Hinweis gegenstandslos.

> tatsächlich hat der neue U Typ ein paar bits mehr die ich aber nie
> benutzt habe....

Tja, dann bin ich mit meinem Latein am Ende :-/


Grüßle
Volker

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.