Warum meldet mein ATtiny13 eine falsche Geräte-ID?

Es ist kein sehr wahrscheinlicher Fehler, und die Konsistenz dieser "falschen" ID kann aufschlussreich sein. Schlechte Verbindungen können einige Störungen verursachen, aber normalerweise in Form von nacheilenden Bits (dh das Anzeigen von Werten benachbarter Bits), und 94 vs 90 sieht nicht so aus. Außerdem zeigt eine schnelle Suche in der Liste der AVR-IDs von avrdude, dass die ID, die Sie erhalten, die eines ATmega168 ist, der bei Arduino üblich ist. Darüber hinaus spricht der Arduino-Bootloader das STK500-Protokoll, das Ihr avrdude hier verwendet. Die offensichtliche Frage ist also, was Ihr Programmierer ist.

Ich vermute, Sie haben vielleicht so etwas wie ein Arduino, das als Programmierer eingerichtet ist, um andere AVRs zu programmieren, und wenn es zufällig zurückgesetzt wird (und daher immer noch im Bootloader ist, der eine Zeitüberschreitung hat, bevor das geladene Programm / "Skizze" gestartet wird). Wenn avrdude gestartet wird, können Sie diesen AVR anstelle des nächsten Boards neu programmieren.

Meine zweite Vermutung, die ohne die obigen Hinweise zum Arduino-Verhalten die erste wäre, wäre, unbeabsichtigt mit einem anderen Programmierer zu sprechen; Dies kann durch einfache Dinge wie die Reihenfolge, in der sie an USB angeschlossen sind, beeinflusst werden.

In beiden Szenarien handelt es sich nicht um eine falsche ID, sondern um einen anderen AVR als beabsichtigt, der reagiert. Für den Fall Arduino als Programmierer können die Dinge durch das automatische Zurücksetzen kompliziert werden, wenn Sie ein Programm starten, um mit dem Board zu sprechen. Das zu umgehen könnte etwas komplexer sein, und meine erste Vermutung wäre so etwas wie (sleep 3 ; avrdude -P /dev/ttyUSB0 -c stk500 -p t13 -U ... ) < /dev/ttyUSB0, was eine Verzögerung zwischen dem Öffnen der seriellen Schnittstelle und dem Ausführen von avrdude sicherstellen würde.

Dies wird die ursprünglich gestellte Frage nicht beantworten, aber es könnte anderen Leuten helfen, hier zu landen:

Ich habe ein Arduino verwendet (und später einen USBasp-Klon gekauft), um einen ATtiny85 zu programmieren. Dies funktionierte ziemlich lange ziemlich gut, bis ich plötzlich ohne ersichtlichen Grund immer wieder falsche Gerätesignaturen von meinem Attiny erhielt:

avrdude: Device signature = 0x1e010b
avrdude: Expected signature for ATtiny85 is 1E 93 0B

Ich habe immer diese 0x1e010b-ID bekommen und es hat mich verrückt gemacht. Es stimmte nicht mit der Gerätesignatur eines anderen AVR überein (siehe diese Liste ) und die Kabelverbindung war in Ordnung. Eine schlechte Verbindung würde normalerweise eher zufällige Fehler verursachen, und die Signale sahen auch auf dem Oszilloskop in Ordnung aus.

Ich fand schließlich heraus, dass mein USB-Hub das Problem war. Die 5V USB-Versorgungsspannung, die es an meinen Programmierer lieferte, betrug nur etwa 4,4 V. Als ich den Programmierer direkt an meinen Laptop angeschlossen hatte, lag die Spannung zwischen 5,05 und 5,15 V und alles funktionierte wieder einwandfrei! War wahrscheinlich ein Brownout oder etwas, das mit den Signalpegeln zusammenhängt.

Wenn Sie auf ein Problem mit falschen Gerätesignaturen stoßen:

• Der Empfang von 0x000000 oder 0xffffff bedeutet normalerweise, dass Ihr Atmel-Chip entweder nicht mit Strom versorgt oder (richtig) zurückgesetzt wird. Überprüfen Sie auch, ob die Signalpegel des Programmiergeräts mit dem Stromversorgungspegel Ihres Atmel-Mikrocontrollers (typischerweise 3,3 V oder 5 V) übereinstimmen - am besten vor dem ersten Anschließen ;)
• Das Erhalten zufälliger falscher Gerätesignaturen weist auf ein schlechtes Kabel oder eine schlechte Verbindung hin
• Wenn Sie ständig dieselbe falsche Gerätesignatur erhalten, kann dies bedeuten, dass Sie einen anderen Atmel-Chip angeschlossen haben als den, den Sie in der Konsole angegeben haben ("-p t85" für ATtiny85 in meinem Fall) oder dass Sie einen falschen Befehl eingegeben haben und der Programmierchip mit seinem antwortet eigene ID (achten Sie darauf, Ihren Programmierer nicht mit Ihrem Applikationscode zu überschreiben!)
• ... oder es könnte auch bedeuten, dass die Stromversorgung Ihres Programmierers oder Ihres Ziel-Atmel-Chips schwach oder zu niedrig ist - bitte überprüfen Sie, ob Sie Ihren Programmierer direkt mit Ihrem Laptop/PC verbinden oder versuchen Sie es mit einem anderen Anschluss und überprüfen Sie auch die Stromversorgung des Atmel-Chip in Ihrer Anwendung.

Hoffe das hilft jemandem :)