Der Sketch verwendet 1896 Bytes (6%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes.
Globale Variablen verwenden 184 Bytes (8%) des dynamischen Speichers, 1864 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes.
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
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
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
Beim Hochladen des Sketches ist ein Fehler aufgetreten
"und im Monitor kommt ein ASSCI Table, wieso auch immer. Kann wer helfen??
Ok - dann wird's Zeit, daß Du damit rausrückst, was der Kompiler so Alles anzumeckern hat - Das machst Du in den Einstellungen, wo Du Häkchen für SÄMTLICHE Meldungen beim Kompilieren und Hochladen anzeigen lässt.
Alles, was im oberen Bereich rot ist, ist bäh.
Man kann auf einen Nano auch den Bootloader eines UNO brennen - ist der gleiche µC.
Dann ist dieser Nano allerdinge für die IDE ein Uno.
Woher ist das gute Stück?
Hat das Überspielen bereits funktioniert?
Mit diesem Target?
Funktioniert's mit einem anderen Nano?
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 : 57600
avrdude: ser_open(): can't open device "\.\COM3": Das System kann die angegebene Datei nicht finden.
der nano leuchtet nicht mehr.
Und das Problem persistiert....?!?
Tja.....
Ein grausames Schicksal.
Wenn du dir sicher bist, dass du das nicht zerstört hast, dann reklamieren.
Wenn du dir sicher bist, dass du das zerstört hast, dann auf dem Konto "Erfahrung" verbuchen.
Ansonsten:
Fehler suchen und beheben.
Der Schaltplan liegt öffentlich aus.
Keine Ahnung . Ich hab jetzt beim uno den 5V pin mit Vim verbunden und schon geht alles. Ich bekoome Serial Output und kann was hochladen. Kill ich damit theoretisch den uno oder nano ?
Vin ist VOR dem Spannungsregler, 5V DAHINTER.
Spätestens, wenn Du den Buchsenstecker benutzt, stirbt Dir was weg.
An USB angeschlossen hast Du ebenfalls 5V am 5V-Pin - wenn nicht, ist dort ein FET wohl verstorben, Der die 5V von USB zum Arduino weiter leiten soll.
Deshalb ist Es auch keine gute Idee, USB und externe 5V (oder Vin) gleichzeitig zu benutzen, da über den FET auch Strom ZUM Rechner fließen kann.
Yannes:
Keine Ahnung . Ich hab jetzt beim uno den 5V pin mit Vim verbunden und schon geht alles. Ich bekoome Serial Output und kann was hochladen. Kill ich damit theoretisch den uno oder nano ?
vim kenne ich als vi improved, d.h. einen sehr guten Editor.
Den meinst Du aber bestimmt nicht
Tommy56:
vim kenne ich als vi improved, d.h. einen sehr guten Editor.
Den meinst Du aber bestimmt nicht
Gruß Tommy
vim ist mir zu kompliziert, dann lieber nano, womit wir wieder beim Thema wären
@TO: Ich kann deine Verkabelung nicht nachvollziehen. Wenn du den Nano mit USB flashst, hast du dann noch eine weitere Spannungsquelle angeschlossen? Poste uns doch mal ein Bild vom Nano und der Verkabelung. Wenn ich das recht in Erinnerung habe wird am Vin externe Spannungsquellen von 7,5V - 12V angeschlossen und an 5V externe geregelte Spannung von 5V. Was du nicht machen darfst ist externe Spannung und USB anzuschließen.
BTW.: Geht es jetzt um einen Nano oder einen Uno? Bisher schreibst du immer über einen Nano und jetzt ist es plötzlich ein Uno.
wapjoe:
vim ist mir zu kompliziert, dann lieber nano, womit wir wieder beim Thema wären
Ich habe 6 Jahre Software für die Flugzeugwartung im vi (ohne die Annehmlichkeiten von vim) geschrieben und mit make-Files kompiliert.
Man kann mit dem vi extrem effizient programmieren, wenn man ihn verstanden hat.
Aber das wird jetzt OT.
Tommy56:
Ich habe 6 Jahre Software für die Flugzeugwartung im vi (ohne die Annehmlichkeiten von vim) geschrieben und mit make-Files kompiliert.
Man kann mit dem vi extrem effizient programmieren, wenn man ihn verstanden hat.
Aber das wird jetzt OT.
Gruß Tommy
Hab ich da jetzt was verwechselt? Dachte mit vi/vim meintest du den Texteditor in Linux?!