Arduino Mega 2560 R3: Kommunkationsproblem zu PC

restfet Gast 25.05.2015 22:42 #4141162

Lesenswert?

•

Hallo!

Ich habe vor mir zwei Arduino Mega 2560 R3 Boards liegen. Eines 
funktioniert einwandfrei, beim zweiten treten allerdings seit ein paar 
Wochen einige Probleme mit folgenden "Symptomen" auf:

- Das Board wird im Gerätemanager als Arduino Mega 2560 R3 (COM4) 
angezeigt.

- Wenn ich versuche, das Board mit avrdude zu programmieren, bekomme ich 
folgende Fehlermeldungen:

             Using Port                    : \\.\COM4
             Using Programmer              : wiring
             Overriding Baud Rate          : 115200
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_ReceiveMessage(): timeout
avrdude.exe: stk500v2_getsync(): timeout communicating with programmer
avrdude.exe done.  Thank you.


Ich habe den richtigen COM-Port ausgewählt und die Argumente für den 
avrdude stimmen auch sicher, weil die Programmierung des anderen Boards 
funktioniert.

- Ich habe den COM-Port für das Board auch schon umgestellt, das Problem 
bleibt aber weiterhin.

- Ich habe das Board im Gerätemanager deinstalliert und neu installiert, 
hat auch nichts gebracht.

- Ich habe versucht, den Bootloader des ATmega2560 über Arduino ISP neu 
zu laden. Das hat offenbar funktioniert, die gelbe LED L blinkt und die 
grüne LED ON leuchtet, hat das Problem aber nicht gelöst.

- Wenn ich ein Terminal öffne und ein paar Zeichen versende, leuchtet am 
funktionierenden Board die LED RX auf, beim kaputten Board passiert hier 
gar nichts.

- Wenn ich am ISP-Header des ATmega16u2 (der hier als USB-Seriell 
Converter arbeitet) RESET mit GND kurzschließe und wieder öffne, 
verschwindet das funktinierende Board (Mega 2560 R3 (COM3)) aus dem 
Gerätemanager und es wird nun der ATmega16u2 angezeigt. Wenn ich das 
gleiche mit dem kaputten Board mache, wird dieses weiterhin im 
Gerätemanager angezeigt.

Ich vermute jetzt, dass irgendwie die Firmware des ATmega16u2 
zerschossen wurde. Also habe ich versucht, über DFU die Firmware des 
ATmega16u2 neu zu laden.

Unter Windows habe ich das mit Atmel FLIP versucht. Wenn ich hier 
versuche, eine USB Verbindung zu öffnen bekomme ich folgende 
Fehlermeldung:
Could not open USB device.

In einer virtuellen Linux-Maschine habe ich versucht, das ganze mit 
dfu-programmer zu laden. Auch hier kommt eine Fehlermeldung:
dfu-programmer: no device present.

Und hier stehe ich jetzt an. Hat jemand hier ähnliche Probleme bzw. eine 
Lösung für das ganze parat? Freue mich über jede Hilfe!

lg

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Matthias L. (matthias_l531) 26.05.2015 14:59 #4141803

Lesenswert?

•

▲
▼

Hallo,

hab den Thread hier zufällig beim Googlen nach einem anderen Problem 
gefunden.

Das mit Atmel FLIP bzw. dfu-programmer kann ja auch nur funktionieren, 
wenn der Chip vorher in den DFU-Modus kommt, was er laut deiner Aussage 
aber nicht tut.

Ist der nicht funktionierende auch ganz sicher ein R3? (ältere sollten 
zwar nicht mehr im Umlauf sein, aber wer weiß). Bei den vorherigen 
Revisionen war das mit dem DFU-Modus etwas komplizierter.

Ist die "Reset-En"-Brücke geschlossen?


Ansonsten würde ich mal versuchen aus dem funktionierenden Arduino ein 
ISP-Programmer zu machen (falls kein anderer zur Hand) und damit den 
fehlerhaften 16u2 im ISP-Modus neuzuflashen.



Gruß

Antwort Zitieren Bearbeiten Löschen Beitrag melden

restfet Gast 26.05.2015 15:26 #4141843

Lesenswert?

•

▲
▼

Bei beiden Boards handelt es sich um R3 und bei beiden ist die 
Reset-En-Brücke geschlossen.

Dann werd ich mal bei Zeiten versuchen, das ganze mit dem ArduinoISP 
hinzubiegen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Kaj G. (bloody) (Firma: RUB) 26.05.2015 16:16 #4141951

Lesenswert?

•

▲
▼

drueck mal den resetknopf, resetknopf loslassen, und unmittelbar danach 
avrdude abfeuern

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Johann H. (johann1979) (Firma: none) 26.05.2015 16:43 #4142006

Lesenswert?

•

▲
▼

Wie siehts mit der "normalen" Arduino IDE aus?
Ich hatte mal den gleichen Fehler.
Hat sich rausgestellt, dass es nicht möglich ist, einen Code zu laden 
mit
Serial.println("HELLO!!!");
wegen der 3 Ausrufezeichen...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

bianchifan Gast 26.05.2015 17:05 #4142048

Lesenswert?

•

▲
▼

Mit DFU kenne ich mich nicht aus, aber warum so kompliziert?
Deiner Erzählung entnehme ich, dass du entweder originale Megas oder 
Original-Clone vorliegen hast. Die müssten für den U2 einen eigenen 
ISP-Stecker (6-polig) drauf haben. Mit einem handelsüblichen ISP-Adapter 
und ggfls. einem 6-10-pol-Adapter sollte 
Auslesen-Vergleichen-Beschreiben ein Kinderspiel sein. Mit dem Dude bzw. 
einer passenden Gui geht Arduino-ISP, ich bevorzuge allerdings 
ExtremeBurner/USBASP.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

restfet Gast 26.05.2015 17:30 #4142101

Lesenswert?

•

▲
▼

Kaj G. schrieb:
> drueck mal den resetknopf, resetknopf loslassen, und unmittelbar
> danach
> avrdude abfeuern

Hat nichts gebracht, gibt ein timeout.

Johann Haller schrieb:
> Wie siehts mit der "normalen" Arduino IDE aus?

Bleibt bei Uploading... stecken, gibt auch ein timeout.

bianchifan schrieb:
> Mit DFU kenne ich mich nicht aus, aber warum so kompliziert?

Weil ich mir erstmal einen 6-Pol-ISP-Stecker zusammenlöten muss. Da hab 
ichs lieber zuerst mit dem DFU ausprobiert. Aber jetzt läufts eh drauf 
hinaus, das Ding mit ISP zu flashen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Johann H. (johann1979) (Firma: none) 27.05.2015 11:34 #4143109

Lesenswert?

•

▲
▼

> Johann Haller schrieb:
>> Wie siehts mit der "normalen" Arduino IDE aus?
>
> Bleibt bei Uploading... stecken, gibt auch ein timeout.


Genau DAS meinte ich. Evtl. versteckt sich in Deinem Code eine Folge, 
die den Bootloader resettet.
z.B. !!! bei printf. In der DOGM lib zur Displayansteuerung gibt es auch 
eine
Schriftart, die den Upload verhindert...Ist echt ein Sch*** Fehler und 
ewig doof zu finden.
Kannst Du z.B das "Blink example" hochladen???

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Johann H. (johann1979) (Firma: none) 27.05.2015 11:39 #4143116

Lesenswert?

•

▲
▼

Was mir noch einfällt...öffne mal deine Hex Datei und such folgende 
Zeichenfolge: "212121"...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

restfet Gast 27.05.2015 12:38 #4143221

Lesenswert?

•

▲
▼

Das Programm, das ich raufladen wollte, schaltet nur Portpins ein bzw. 
aus. Im Programm werden auch keine Strings verwendet und im Hex-File 
konnte ich die Sequenz 212121 auch nicht finden.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

restfet Gast 22.06.2015 19:47 #4174228

Lesenswert?

•

▲
▼

Ich bin jetzt endlich dazu gekommen, den 16u2 mit ArduinoISP zu flashen 
- leider vergeblich. Hier das output des avrdude:

D:\>avrdude -c arduino -p m16u2 -P COM3 -b 19200 -vv -U flash:w:m16u2-usbserial-COMBINED.hex:i -F
avrdude: Version 6.0.1, compiled on Sep 18 2013 at 08:20:41
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch
         System wide configuration file is "C:\Program Files (x86)\WinAVR-20100110\bin\avrdude.conf"
         Using Port                    : COM3
         Using Programmer              : arduino
         Overriding Baud Rate          : 19200
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
         AVR Part                      : ATmega16U2
         Chip Erase delay              : 9000 us
         RESET disposition             : possible i/o
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.03s
avrdude: Device signature = 0xffffff (retrying)
Reading | ################################################## | 100% 0.02s
avrdude: Device signature = 0xffffff (retrying)
Reading | ################################################## | 100% 0.02s
avrdude: Device signature = 0xffffff
avrdude: Yikes!  Invalid device signature.
avrdude: Expected signature for ATmega16U2 is 1E 94 89
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as FF
avrdude: safemode: efuse reads as FF
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "m16u2-usbserial-COMBINED.hex"
avrdude: writing flash (15668 bytes):
Writing | ################################################## | 100% 5.35s
avrdude: 15668 bytes of flash written
avrdude: verifying flash memory against m16u2-usbserial-COMBINED.hex:
avrdude: load data flash data from input file m16u2-usbserial-COMBINED.hex:
avrdude: input file m16u2-usbserial-COMBINED.hex contains 15668 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 3.84s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xff != 0x90
avrdude: verification error; content mismatch
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as FF
avrdude: safemode: efuse reads as FF
avrdude: safemode: Fuses OK (H:FF, E:FF, L:FF)
avrdude done.  Thank you.


Wie man gleich sieht, ist jeder Wert, der vom 16u2 zurückkommt 0xFF.

Daraufhin hab ich die Spannungswerte am ISP-Header gemessen.
An MISO, SCK, RESET, MOSI und VCC liegen ca. 4,8V an (also praktisch 
Versorgungsspannung...). Am GND-Pin sinds zum Glück 0V. Kurzschluss 
konnte ich aber keinen messen.

Zum Vergleich: Am ISP-Header des ATMega2560 sind nur an VCC und RESET 
die 4,8V, an allen anderen Pins sind 0V. Der lässt sich übrigens auch 
wunderbar über ISP programmieren.

Kann es sein, dass die Fuses des 16u2 irgendwie verpfuscht wurden?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Arduino Mega 2560 R3: Kommunkationsproblem zu PC

Antwort schreiben