Moin! Sehe ich das richtig das für den Mega644 kompilierte Binaries problemlos auf dem Mega644P laufen da der einzige relevante Unterschied der 2. UART des 644P ist? Was würde passieren wenn man ein Mega644P Binary in dem der 2. UART für Debug-Ausgaben benutzt wird in einen Mega644 brennt? Ist überhaupt dokumentiert was passiert, wenn man versucht nicht vorhandene Register zu lesen oder gar zu beschreiben?
Gast
#800208
Moin, moin >>Sehe ich das richtig das für den Mega644 kompilierte Binaries problemlos >>auf dem Mega644P laufen da der einzige relevante Unterschied der 2. UART >>des 644P ist? Ob problemlos, keine Ahnung, aber läuft. >>Was würde passieren wenn man ein Mega644P Binary in dem der 2. UART für >>Debug-Ausgaben benutzt wird in einen Mega644 brennt? >>Ist überhaupt dokumentiert was passiert, wenn man versucht nicht >>vorhandene Register zu lesen oder gar zu beschreiben? Würde mich auch interessieren. Ich probier's aber nicht aus. mfg Lötlackl
Gerüchteweise soll der 644 auch schon eine 2. UART haben, nur funktioniere die nicht richtig. Das entspricht Atmels Taktik, Zeug was nicht funktioniert nicht in die Doku reinzuscrhreiben (anders als beispielsweise Microchip). Das hat freilich auch zur Folge, das reservierte Bits durchaus eine Funktion haben können.
Okay, also Software die für den Mega644P compiliert ist und Gebrauch von dem zweiten UART macht, sollte man vielleicht besser nicht auf den Mega644 loslassen. Ich habe hier Mega644 mit Date-Code 0730. Wundert mich, dass es die Dinger überhaupt noch gibt. Die Mega644P sind ja keine Spur teurer.