Und Hier nochmal der Bericht mit der originalen Arduino IDE:
Der Sketch verwendet 930 Bytes (2%) des Programmspeicherplatzes. Das Maximum sind 32256 Bytes.
Globale Variablen verwenden 9 Bytes (0%) des dynamischen Speichers, 2039 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes.
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Kai\AppData\Local\Temp\arduino_build_538438/Blink.ino.hex:i
avrdude: Version 6.3-20171130
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM3
Using Programmer : arduino
Overriding Baud Rate : 115200
Beim Hochladen des Sketches ist ein Fehler aufgetreten
Mich macht immer noch stutzig das auf dem Monitor was ausgegeben wird , aber das lässt sich nicht lesen. Damit können es doch nur irgendwelche Zeichen zum Sychronisieren sein. Wenn man das Teil an Spannung hängt und er fängt direkt damit an was zu senden , kann er doch nur in Bootroutiene fest hängen und hat einen weg. Könnte es noch sein das eine der DSR & xxx das Ding sändig resetten
Overriding Baud Rate : 115200
Beim Hochladen des Sketches ist ein Fehler aufgetreten
Mich wundert, dass die Ausgab da endet.
Bei mir kommen da noch endlos viele Zeilen dieser Art:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x70
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
Dann fällt mir eigentlich nur noch ein, dass Du Deinen UNO irgendwie geschrottet hast.
Ja, mir auch...
Vielleicht lohnt es sich den Bootloader neu aufzuspielen, z.B. mit einem zweiten Arduino.
Und auch evtl die Firmware des 16U2
habe mir heute das mit dem AVR ISP angeschaut und mal die Pins auf dem Breadboard verdrahtet. Da mein ESP auf 3,3V läuft und der Arduino auf 5V habe ich einen Level shifter dazwischen gehängt.
Müssen alle Pins (MISO, MOSI, SCK, RST) durch den Level Shifter geschleift werden?
Außerdem stellt sich mir nun die Frage wie ich jetzt den Bootloader neu auf den Arduino bekomme, da die Überspielung der Sketche über Wifi und Avrdude erfolgt. Also kann ich da nicht im IDE auf Bootloader brennen klicken.
Mit einem ESP habe ich es bisher noch nicht probiert.
Wenn du "ArduinoISP" verwendest, muss dieses Programm auf dem "Programmer-Rechner" laufen, somit auf deinem ESP.
Dann kann am mit der IDE auch den Bootloader eines Atmega o.ä. flashen.
Zumindest geht das bei mir mit einem Uno oder Atmega328 als Programmer.
gerade den Versuch mit dem ESP Gestartet um den Bootloader zu brennen. Dazu habe ich im Programm Arduino ISP die PINS an meinen Wemos angepasst und dieses dann hochgeladen. Die Pins habe ich alle über einen Level shifter mit dem Arduino Uno Verbunden.
Dann habe ich Arduino as ISP und als Board das Uno ausgewählt und auf upload Bootloader geklickt.
Leider kommt dabei auch wieder eine Fehler Meldung:
Arduino: 1.8.8 (Windows Store 1.8.19.0) (Windows 10), Board: "Arduino/Genuino Uno"
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xc6
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc6
Fehler beim Brennen des Bootloaders.
Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
hier noch kurz mein, wahrscheinlich endgültiges, Ergebnis:
Habe zuerst einen neuen Atmega chip und dann noch einen neuen UNO bestellt. Wie es scheint funktioniert der Atmega Chip von dem defekten UNO einwandfrei. Der defekte UNO lässt sich von den Atmega Chips überhaupt nicht beindrucken.
Jedenfalls habe ich jetzt einen neuen UNO mit dem ich wieder spielen kann.
Vielen Dank an alle die Versucht haben mir zu helfen. Falls noch jemand eine Idee hat, wie man den defekten UNO wieder zu leben erwecken kann würde ich mich darüber trotzdem freuen.
