Hallo,
ich wollte nur kurz fragen, ob meine Beobachtung wirklich das bedeutet,
was ich denke.
Ich habe einen original Arduino Micro mit ATmega32U4 bei Amazon gekauft,
der nebenbei bemerkt unglaublich schlecht verarbeitet ist.
Wenn ich per AVR-ISP mkII darauf zugreife und die Fuses auslese, liest
es die Extended Fuse als 0xCB.
Laut Datenblatt sin die oberen 4 Bits jedoch konstant 1, also kann
niemals etwas anderes gelesen werden, als 0xF...
Bei einem anderen 32U4, den ich hier liegen habe, liest man selbst nach
Programmierung von 0xCB wieder 0xFB zurück, so wie es sein sollte.
Verbaut Arduino tatsächlich einen gefälschten / kopierten ATmega32U4?
Grüße
Ludwig
Auf arduino.cc gibt es eine Anleitung, wie man Original-Boards von
Nachbauten unterscheidet. Warum sollten bei amazon nicht auch Nachbauten
zu finden sein, wenn es deren Gewinn erhöht? Nachbauten sind ja auch
legal angefertigt.
Was ich aber nicht weiß, ob es den 32u4 auch nachgebaut gibt.
Hallo nochmal,
es ist schade, dass keiner auf meine eigentliche Frage eingeht. Aber
danke für die Anngebote, mir finanziell helfen zu wollen ;-)
Ich habe dieses Board als Referenz bestellt, dabei ist mir diese Sache
aufgefallen.
Zurückgeschickt wird es sowieso wegen der miserablen Verarbeitung.
(Flussmittelreste überall etc.).
Kann nun jemand sich dazu äußern, ob solch ein Unterschied beim Auslesen
der Fuses auf einen gefälschten Chip hinweist?
Es würde mich nicht wundern, wenn die ein oder andere "spezielle"
Funktion des Chips dann auch nicht genau das tut, was sie sollte.
Grüße
Ist schon komisch 2 bit high, dann 2 low bevor wieder eines high ist.
Das klingt nicht nach einem Auslesefehler, eher nach Ausschuss der den
Weg in den Handel findet weil das Ding irgendwie funktionieren kann wenn
man die Fuse ignoriert.
Der Shop handelt Ramsch für Gold
super Idee ;)
Hi
>Das klingt nicht nach einem Auslesefehler, eher nach Ausschuss der den>Weg in den Handel findet weil das Ding irgendwie funktionieren kann wenn>man die Fuse ignoriert.
Bei ISP-Frequenzen in der Nähe von 1/4 der Taktfrequenz ist alles
möglich.
MfG Spess
Hast Du schon Deinen Referenz Chip mit dem ISP und der Arduino IDE über
"Bootloader installieren" neu geflasht und dann nach der Fuse geschaut?
Denke zu 75% das wird dann CB sein.
Philipp K. schrieb:> Hast Du schon Deinen Referenz Chip mit dem ISP und der Arduino IDE über> "Bootloader installieren" neu geflasht und dann nach der Fuse geschaut?>> Denke zu 75% das wird dann CB sein.
Wenn ich die Fuse auf 0xCB setze, wird sie beim Referenzchip trotzdem
als 0xFB ausgelesen.
Die Funktion "Bootloader instlallieren" schreibt tatsächlich 0xCB in die
High-Fuses, danach hat der Referenzchip aber trotzdem ein 0xFB, wenn ich
im Atmel Studio nachschaue.
Die oberen 4 bzw. 5 Bit von den Extended Fuses sollten laut Datenblatt
vom Atmega32U4 doch schreib-"resistent" und konstant 1 sein.
Dazu kommt, dass auf dem scheinbar falschen Chip ein kleineres
Atmel-Logo aufgedruckt ist, als auf der Referenz. Aber das muss auch
nichts heißen
Auf http://www.engbedded.com/fusecalc/ findet sich dieser Hinweis:
> * Note that some numerical values refer to fuses containing> undefined bits (set to '1' here). Depending on the target device> these fuse bits will be read either as '0' or '1'. Verification errors> will occur if the values are read back with undefined bits set to '0'.> Everything is fine if the values read from the device are either the> same as programmed, or the following values (undefined set to '0')
Das kann ich aus eigener Erfahrung bestätigen.
Christian H. schrieb:> aus China für 2,84€>> Eigentlich sollte es mit denen doch keine Probleme geben?
Das Problem mit den Chinadingern auf Ebay ist daß die Lieferzeiten
länger sind als die Käuferschutzfrist von Ebay/Paypal. Und nach 45 Tagen
gehen sie denn unterwegs "verloren". Ich warte seit z.B. einem Jahr auf
einen chinesischen 5€ Klon, der Verkäufer hat ihn angeblich schon
zweimal losgeschickt, der wird vermutlich am St. Nimmerleinstag hier
eintreffen.
Konrad S. schrieb:> Auf http://www.engbedded.com/fusecalc/ findet sich dieser Hinweis:>> * Note that some numerical values refer to fuses containing>> undefined bits (set to '1' here). Depending on the target device>> these fuse bits will be read either as '0' or '1'. Verification errors>> will occur if the values are read back with undefined bits set to '0'.>> Everything is fine if the values read from the device are either the>> same as programmed, or the following values (undefined set to '0')>> Das kann ich aus eigener Erfahrung bestätigen.
Ich kann aus eigener Erfahrung nur bestätigen:
1. In der "boards.txt" mit der Boot-Konfiguration steht zum Mikro-Board:
1
micro.bootloader.extended_fuses=0xcb
2. Beim Benutzen der Funktion "Bootloader installieren" aus der
Arduino-Software heraus werden die Fuses sowohl gesetzt als auch einer
Verifizierung unterzogen
3. Ich habe bei einem Mikro-Board bereits die Funktion "Bootloader
installieren" verwendet und keinen "Verify Error" erhalten, sondern
einen fehlerfreien Ablauf erlebt.
Deshalb gehe ich davon aus: Alle Arduino Mikro-Boards liefern die
"undefined Bits" in den "extended Fuses" als 0-Bits zurück, und daher
liest man bei den Boards auch 0xcb aus wenn man beim Schreiben 0xcb
gesetzt hat.
Ist doch dann wurscht hauptsache funzt.
Ich habe mit den "Clones" keine Probleme.. die ganz billigen für 1,50 im
kleinsten IC-Gehäuse sind dann mal auf ner schlechten Platine, sonst
vorbildlich dem Preis entsprechend.
Insgesamt alles Super, immer Geld zurückbekommen und auch immer wieder
rausgeschickt.. bei mir möchten die Chinesen keine einzige schlechte
Bewertung.
