gleich ist es soweit das ich den krempel das fliegen beibringe!
3 unos, alle r3, lassen sich nicht mehr programmieren.
und ich finde keinen grund dafür, sie werden als ardiuno uno im gerätemanager angezeigt, rx/tx blinkt auch, wenn ich den SM in der ide öffne macht er auch nen reset, aber egal auf welcher baudrate, ich empfange entweder nix oder hyroglyphen.
per isp usbasp kann ich den 328 programmieren, der selbst scheint nicht defekt. habe auch den 328 mal ausgebaut und auf ein breadboard gepackt, externen usb-serial dran, da wurden daten geliefert.
hab auch schon mal mit dem dfu rumprobiert, aber er schaltet auch nicht in den dfu modus.
den uno hab ich auch schon via "gerät deinstallieren" und "treiber löschen" neu installiert mit den treibern im x86-ardiuno/driver ordner. ide 1.0.6
das habe ich schon, das ergebniss bleibt das gleiche.
hab usbasp gewählt, den 6-fach header belegt, board gewählt und dann in der ide auf bootloader installieren gegangen - soweit richtig oder?!
C:\Program Files (x86)\Arduino\hardware/tools/avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cusbasp -Pusb -e -Ulock:w:0x3F:m -Uefuse:w:0x05:m -Uhfuse:w:0xde:m -Ulfuse:w:0xff:m
avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36
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)\Arduino\hardware/tools/avr/etc/avrdude.conf"
Using Port : usb
Using Programmer : usbasp
avrdude: seen device from vendor ->www.fischl.de<-
avrdude: seen product ->USBasp<-
AVR Part : ATMEGA328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : usbasp
Description : USBasp, http://www.fischl.de/usbasp/
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "0x3F"
avrdude: writing lock (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x3F:
avrdude: load data lock data from input file 0x3F:
avrdude: input file 0x3F contains 1 bytes
avrdude: reading on-chip lock data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of lock verified
avrdude: reading input file "0x05"
avrdude: writing efuse (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0x05:
avrdude: load data efuse data from input file 0x05:
avrdude: input file 0x05 contains 1 bytes
avrdude: reading on-chip efuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of efuse verified
avrdude: reading input file "0xde"
avrdude: writing hfuse (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xde:
avrdude: load data hfuse data from input file 0xde:
avrdude: input file 0xde contains 1 bytes
avrdude: reading on-chip hfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0xff"
avrdude: writing lfuse (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xff:
avrdude: load data lfuse data from input file 0xff:
avrdude: input file 0xff contains 1 bytes
avrdude: reading on-chip lfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude done. Thank you.
C:\Program Files (x86)\Arduino\hardware/tools/avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cusbasp -Pusb -Uflash:w:C:\Program Files (x86)\Arduino\hardware\arduino\bootloaders\optiboot\optiboot_atmega328.hex:i -Ulock:w:0x0F:m
avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36
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)\Arduino\hardware/tools/avr/etc/avrdude.conf"
Using Port : usb
Using Programmer : usbasp
avrdude: seen device from vendor ->www.fischl.de<-
avrdude: seen product ->USBasp<-
AVR Part : ATMEGA328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
nach dem umstöpseln leuchten weiterhin die pwr und die L/13er LEDS dauerhaft. RX/TX flackern nicht.
Hier ein etwas gekürztes Zitat aus einem anderen Thread.
(komme mir komisch dabei vor, mich selber zu zitieren)
combie:
Oha ...
Der COM Wildwuchs unter Win ....
Ich hatte auch plötzlich Schwierigkeiten mit Arduinos.
Nicht mit allen, ein paar taten es nicht.
Plötzlich fielen weitere aus.
Ein Gegentest mit einem Linux Läptop zeigte: Die Arduinos sind heile.
Abhilfe:
Bluetooth COM Schnittstellen entfernt, Dienst gestoppt.
ISDN Serielle entfernt/deaktiviert.
Und den USB Salat aufgeräumt!
Win merkt sich alle jemals angesteckten USB Dinger.
Die COMs sammeln sich an ...
Irgendwann kommts durcheinander
Um den USB Wildwuchs zu beheben habe ich mir eine kleine Batch gebastelt, welche den Gerätemanager aufruft.
(für XP, sollte aber unter Win7 auch funktionieren)
set devmgr_show_details=1
set devmgr_show_nonpresent_devices=1
start devmgmt.msc
(im Menu "Ausgeblendete Geräte anzeigen" aktivieren)
Damit wird der Gerätemanager viel auskunftsfreudiger.
Jetzt kann man alle jemals angeschlossenen Geräte sehen.
Alle jemals vergebenen COM Ports.
Blass dargestellte Geräte sind gerade nicht angeschlossen.
Entferne, was blass ist.
Der Tip war gut, 2 von 3 gehen wieder.
der 3. weigert sich weiterhin. habe hier auch wieder alles gekillt wie o.g. aber er zeigt weiterhin not in sync.
meine überlegung gehen nun zum 16U, aber ich finde irgendwie keine gute deutsche anleitung dafür.
Ich hoffe mein Hinweis endet nicht in einem der blöden Flamewars bezüglich irgendwelcher Betriebssysteme, aber habt Ihr Euch schon überlegt nur fürs Spielen mit dem Arduino ein Linux zu installieren? Schnell ins Internet kommt man ja auch damit, wenn man Hilfe aus dem Forum braucht. Immer wieder hört man von Leuten die Probleme mit irgendwelchen Schnittstellen haben, das könnte man so umgehen. Heutzutage haben doch die meisten genügend Festplattenplatz, dass man 5GB für ein Linux mit Arduino Software hergeben kann.
was das problem von mir anging, so war es das erste mal, dass ich sowas überhaupt hatte und ich hab schon ne menge hinter mir.
nur in der arduino welt bin ich noch ziemlich am anfang.
aber es wäre eine idee, den 3. immer noch funktionierenden mal an ein linux zu hängen. hat der raspberry neben mir auch mal was zu tun
nur hier hab ich im moment das problem, das ich erstmal alles konfigurieren etc muss, während auf meinem win alles drauf ist bzw. sein sollte.
trotzdem bleibt meine frage offen, ob der 16U das problem sein könnte. der 328 funzt in nem anderen port 1a. und falls es der 16U ist, wie kann ich den mit was am besten neu bespielen. oder scheitet der aus, weil sich der arduino ja eigentlich korrekt als arduino bei windows meldet.
FlyingEagle:
an linux soll es nicht scheitern, aber warum ...
Ich habe es eben schon öfters gelesen, dass Leute Probleme haben mit den Com Ports und Arduino unter Windows. Deshalb mein Vorschlag. Viel Erfolg noch bei der Fehlersuche,
