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.
Ja das stimmt, aber es handelt sich bei eben diesem Board um ein original-Arduino Micro, mit super blinki-bunti-Verpackung, Beschriftung, den Arduino-Stickern usw. http://www.amazon.de/Arduino-Micro/dp/B00FQGVCNC/ref=sr_1_1?ie=UTF8&qid=1415031725&sr=8-1&keywords=arduino+micro Wenn es einer der vielen Nachbauten wäre, würde mich das nicht wundern, aber es ist eben ein "original" Arduino :-)
Also wenn du den wirklich zu dem Preis gekauft hast, würde ich den schnell zurückgeben und einen von eBay beziehen: http://www.ebay.de/itm/Neu-Mini-USB-Nano-V3-0-ATmega328P-Micro-Controller-Board-fur-Arduino-kompatibel-/400789224920?pt=Kabel_Stecker&hash=item5d50e63dd8 aus DE oder http://www.ebay.de/itm/Nano-V3-0-ATmega328-5V-16M-2014-Micro-controller-CH340G-Board-for-Arduino-New-/291260950110?pt=LH_DefaultDomain_0&hash=item43d081665e aus China für 2,84€ Eigentlich sollte es mit denen doch keine Probleme geben?
Ludwig schrieb: > Ja das stimmt, aber es handelt sich bei eben diesem Board um ein > original-Arduino Micro, mit super blinki-bunti-Verpackung, Beschriftung, > den Arduino-Stickern usw. > > http://www.amazon.de/Arduino-Micro/dp/B00FQGVCNC/ref=sr_1_1?ie=UTF8&qid=1415031725&sr=8-1&keywords=arduino+micro Das sieht man schon auf dem Bild, wie hervorragend das Modul verarbeitet ist. Die Lötstellen sind einfach vorbildlich. Der Preis übrigens auch.
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.
Klaus schrieb: > Das sieht man schon auf dem Bild, wie hervorragend das Modul verarbeitet > ist. Die Lötstellen sind einfach vorbildlich. Der Preis übrigens auch. das Bild ist von Reichelt geklaut: http://www.reichelt.de/index.html?ACTION=3;ARTICLE=130166;SEARCH=ARDUINO%20MICRO Gruß Anja
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.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.