Arduino, hochladen geht nicht mehr

max123 schrieb:
> Vermutlich wird ein falscher Port zum Hochladen aktiviert.

guck doch einfach nach. ;)

Systemeinstellungen-> System-> Gerätemanager-> und da suchst du den 
Arudino unter COM-Schnittstellen. Da steht seine COM-nr.

Dann die Arduino-IDE starten und unter WERKZEUGE im Menü im 3. Blog 
ALLES richtig einstellen.

Dann sollte es funktionieren.

Hallo

wenn das eigentliche hochladen erfolgt (In der Arduino IDE der rote Text 
erscheint also das kompilieren schon abgeschlossen ist) kurz den 
Resettaster des Arduinoboards drücken - halt die ganz alte Schule die 
eigentlich schon "ewig" obsolet sein sollte.
Hatte ich hier auch schon gehabt (Clone) - das komische ist - vorher 
hatte es noch normal funktioniert, auf einmal nicht mehr...
Schäden am Controller, den USB Wandler - halt der ganzen Hardware waren 
nicht zu erkennen, auch eine "neuer" (erneut geflasht) hat nichts 
gebracht.
Da das aber "auf einmal" bei ProMinis aus einer Bestellung und sonst nie 
aufgetreten ist liegt es wohl doch an der Hardware - sehr komisch das 
ganze...
Aber wie geschrieben:
Reset Taster kurz drücken wenn das eigentliche flashen erfolgt - 
vielleicht bringt es ja auch bei dir was...

Praktiker

....neuer Bootloader.....

max123 schrieb:
> Vermutlich wird ein falscher Port zum Hochladen aktiviert. Hat jemand
> einen  Tipp?

Wenn es am COM Port liegt, einfach den korrekten Port in der IDE 
einstellen.

Nachtrag :

Stelle in den Einstellungen 1 MHZ ein. Bei 8 MHZ funktionieren meine 
Clone (nano) auch nicht.

Da steht doch klar "Zugriff verweigert" oder so.
Also ein Rechteproblem, oder der Port ist schon in Benutzung, oder 
falschen ausgewählt.

Ein Problem in Windows.
Nix Bootloader, nix Clon, nix MHz, nix dergleichen.
Da kann man sooft Reset auf dem Arduino drücken, wie man will.

Alles nur Nebelkerzen.

Bei Windows hilft es auch schon mal den Rechner RICHTIG runterzufahren. 
Also bis zum Strom aus. Dann gibt das System ein "nicht freigegebenen 
Port" auch frei.

Passiert schon mal wenn Software auf ein Port zugreift und dann 
abstürzt.

So entsteht übrigens auch der meiste Temporäre Müll. Alles nicht 
gelöschte /Freigegeben Dateien die keiner mehr will.

Hallo,
im Gerätemanager ist wie in der ide com5 eingetragen. Auch ganz 
herunter- und wieder hochfahren hilft nicht. Noch was: Leider habe ich 
"Einstellung" nicht
gefunden sondern nur "Voreinstellung". Aber da ist keine Frequenz 
einzustellen.

max123 schrieb:
> Aber da ist keine Frequenz
> einzustellen.

Ist sowieso eine Nebelkerze...

Ich wiederhole: Ein Problem in Windows!

Vergleichbar mit diesem: 
https://www.fabrian.web.id/2016/01/uploading-sketch-problem-arduino.html

Denke auch an ein Windows Problem. Was mich noch wundert : Ich kann nach
dem Start von Arduino das Serielle Monitor Programm aufrufen

Noch einmal ganz langsam.

Arduini-IDE Starten.

Menü - Werkzeuge.

Dort gibt es einige Punkt mit einen kleinen Pfeil.
Die musst du alle füllen.
 BOARD = dein_board
 Prozessor = dein Prozessor
 com = Dein Com-Port.

Wobei wir bei Frage 1 sind.
Hat du den Arduino direkt an den USB-Port angeschlossen oder nutzt du 
ein Programmer.  ??

Wenn du bei Windows ein USB Gerät absteckst oder neu startest während 
der COM-Port geöffnet ist, blockiert er. Beim nächsten Einstecken 
bekommt das USB gerät dann einen neuen COM-Port zugewiesen.

> Auch ganz herunter- und wieder hochfahren hilft nicht.

Hmm, vielleicht ein Treiberproblem? Hast du ein gelbes Dreieck an einem 
Icon im Gerätemanager?

Dann muss nur noch der Bootloader im Artuino zu den Einstellungen 
passen.

Er muss uns erst mal sagen WIE er das Prg. hochladen will.

V1 : Arduino DIREKT am USB-Port
V2 : Arduino indirekt (via UN0 als Programmer) am USB-Port.
v3 : Nackter Chip via Programmmer am USB-Port.

Sind die Standart-Möglichkeiten die ich kenne.

Und JEDE hat ihre eigenen nicht vergleichbaren Fehlermöglichkeiten.

Schlaumaier schrieb:
> Sind die Standart-...

Der Plural von "Standart" lauten "Standarten" und hat mit den Künsten 
des Stehens zu tun ...

Schlaumaier schrieb:
> Standart

Na, der Herr Schlaumaier (sic!) meinte wphl: Standarte i.e. Feldzeichen 
oder Fahne ...

leo

omg

Wollt ihr noch ein?

Wiederstand

Das hier ist kein Germanisten Forum.
Das hier ist kein Germanisten Forum.

Das hier ist kein Germanisten Forum.
Das hier ist kein Germanisten Forum.
Das hier ist kein Germanisten Forum.
Das hier ist kein Germanisten Forum.

Das hier ist kein Germanisten Forum.
Das hier ist kein Germanisten Forum.

max123 schrieb:
> Hat jemand
> einen  Tipp?

Wie schon erwaehnt wurde,sieht es nach einem "Rechteprobem" aus.Aber mit 
Fehlermeldungen ist das manchmal so eine Sache.....
Da der Serialmonitor scheinbar funktioniert,wuerde ich die 
Arduino-Software als eigentliche Fehlerquelle definitiv ausschliessen 
wollen.Lade doch die portable(!) Arduino-Version herunter und check auf 
die Schnelle ob sich damit ein Programm uploaden laesst.
Danach kannst du immer noch weitergehende Gesundheitsstudien deiner 
Windowinstallation vornehmen 😉

An alle die wegen einen Tippfehlers lästern.

SCHREIBT EINE BESSERE FEHLERBESEITIGUNGS-SOFTWARE.

Hallo

Schlaumaier schrieb:
> An alle die wegen einen Tippfehlers lästern.
>
> SCHREIBT EINE BESSERE FEHLERBESEITIGUNGS-SOFTWARE.

Aber nein doch - dann könnten ja diese Kleinkrämer nicht mehr in 
jeglichen Forum sich daran hochziehen...

Meine Wette:
Deine "Forderung" und vor allem die Schreibweise wird nicht 
unkommentiert bleiben...
Du böser böser Schlingel hast da alles Groß geschrieben und das ist ja 
extrem "Böse" ... ;-)

Toxic schrieb:
> Lade doch die portable(!) Arduino-Version herunter

Es gibt keine spezielle portable Version (mehr). Man downlaoded die 
normale Version im ZIP Format und legt dann darin das Verzeichnis 
"portable" an. Dann ist sie portable.

Kann ich auf jeden Fall empfehlen. So hat man alles schön zusammen, was 
zusammen gehört. Man kann das Verzeichnis zum Testen mal eben schnell 
(in arduino_old) umbenennen und durch eine andere Version ersetzen. Und 
wenn man es mal verbastelt hat, dann löscht man dieses eine Verzeichnis 
ohne lange suchen zu müssen, wo sonst noch Fragmente von Arduino herum 
liegen.

Ich habe ja Verständnis für die Trennung von Installierter Software von 
User-spezifischen Dateien. Aber bei solchen Entwickler-Tools ist das 
eher hinderlich als hilfreich. Das betrifft ja nicht nur die Arduino 
IDE, sondern praktisch auch jede andere IDE.

Stefan ⛄ F. schrieb:
> Toxic schrieb:
>> Lade doch die portable(!) Arduino-Version herunter
>
> Es gibt keine spezielle portable Version (mehr). Man downlaoded die
> normale Version im ZIP Format und legt dann darin das Verzeichnis
> "portable" an. Dann ist sie portable.

Ich hatte doch erst vor kurzem die zip-Version heruntergeladen. Entpackt 
und sofort Arduino.exe ausgefuehrt:das Programm lief.

Ich habe keine installierte Version auf meinem Rechner nur die 
zip-Version...

Einen speziellen Portable-Ordner wie du erwaehntest und das ich auch im 
Netz nachlesen konnte, hatte ich nie erstellt

Das Programm habe ich in der letzten Zeit wegen eines Projektes oft 
benutzt und bestimmt auch 100 mal zum uploaden benutzt.

Toxic schrieb:
> Einen speziellen Portable-Ordner wie du erwaehntest und das ich auch im
> Netz nachlesen konnte, hatte ich nie erstellt

Dann hattest du keine portable Version benutzt. Siehe
https://www.arduino.cc/en/Guide/PortableIDE
https://www.pctipp.ch/praxis/software/wann-die-portable-version-einer-software-benutzen-2019278.html

Aber eigentlich sprach ich max123 mit dem Hinweis an, der hat ja hier um 
Hilfe gebeten. Du hast kein Problem, also ist für dich auch ziemlich 
egal, ob du jetzt portable oder nicht unterwegs bist.

leo schrieb:
> meinte wphl

Wer oder was ist WPHL? ;-)

Stefan ⛄ F. schrieb:
> Dann hattest du keine portable Version benutzt.

Also eben nochmal die zip-Version auf eine 2. Partition downgeloaded und 
entpackt.
Man sieht sofort die komplette Verzeichnisstruktur.In der Library fehlen 
natuerlich meine eigene Libs.
Arduino.exe gestartet und ein frueheres Projekt wurde geladen.Beim 
Compilieren dieses Projekts wurde sofort auf eine fehlende Lib 
hingewiesen,was ich auch erwartete.Habe dann aufgehoert zu "testen",da 
ich wusste,dass es mit all meinen Libs funktionieren wuerde.Wie schon 
gesagt:ich verwende nur portable Versionen und manuell hatte ich noch 
nie eine zip-Datei bearbeitet.

Den Ordner meiner schon vorhandenen Arduinosoftware hatte ich zuvor 
uebrigens noch umbenannt um eine eventuelle Querverbindung zwischen alt 
und neu zu verhindern.

Deinen ersten Link hatte ich auch schon gelesen - dachte mir aber 
damals: "Sch..ss drauf" zumal die letzte Aktualisierung fast 2 Jahre 
zuruecklag und die entpackte zip-Datei zu gut aussah als das sie nicht 
funktionieren wuerde...

Warum testest du es nicht mal selbst und informierst uns/mich ueber 
deine Erfahrung mit der zip-Datei?

Toxic schrieb:
> Den Ordner meiner schon vorhandenen Arduinosoftware hatte ich zuvor
> uebrigens noch umbenannt um eine eventuelle Querverbindung zwischen alt
> und neu zu verhindern.

Ich habe aus mehreren Gründen 3 veschiedene Arduino-Versionen drauf. Und 
sie laufen alle einzeln ohne irgendwelche "Sammel-"Verzeichnisse.

Das ist auch sehr wichtig, weil einige Versionen die alten Libs 
brauchen.

Die neuste habe ich daher eh nur als Zwischencompiler.

Also Zip-Auspacken und gut ist.

Es kann aber (wie oft üblich) sein, das es auch eine SETUP.EXE gibt. 
Diese Setup-Programme halten sich meist sehr streng an die MS-Regeln was 
in der Fall von Arduino kontra-Produktiv ist.

Grundsätzlicher Rat.
Wenn die Hersteller eine Zip anbieten, dann nutzt sie. Die sind zu 99% 
immer "Portable"

Toxic schrieb:
> Warum testest du es nicht mal selbst

Habe ich, und zwar vor wenigen Tagen unter Linux und Windows. Doch 
deinen Einwand nahm ich zum Anlass, es erneut ganz frisch zu testen.

In dem Programmpaket befindet sich kein portable Ordner. Alles, was die 
IDE nachträglich herunter lädt, wird im persönlichen Ordner gespeichert. 
Siehe Screenshot.

> Den Ordner meiner schon vorhandenen Arduinosoftware hatte ich zuvor
> uebrigens noch umbenannt um eine eventuelle Querverbindung zwischen alt
> und neu zu verhindern.

Wenn du mehrere Versionen der IDE installiert hast, teilen sie sich den 
gezeigten persönlichen Ordner. Das ist die Querverbindung, die manchmal 
Probleme bereitet.

Wenn du hingegen vor dem ersten Start in der Arduino Installation einen 
"portable" Ordner anlegst, wird dieser anstelle von 
c:\users\name\AppData\local\arduino15 verwendet.

> Deinen ersten Link hatte ich auch schon gelesen - dachte mir aber
> damals: "Sch..ss drauf" zumal die letzte Aktualisierung fast 2 Jahre
> zuruecklag

Das macht nichts, denn daran hat sich in den vergangenen 5 Jahren nichts 
geändert.

Stefan ⛄ F. schrieb:
> Wenn du vor dem ersten Start in der Arduino Installation einen
> "portable" Ordner anlegst, wird dieser anstelle von
> c:\users\name\AppData\local\arduino15 verwendet.

Das ist mir nicht entgangen - spielt fuer mich aber soweit keine Rolle.
Bezogen auf diesen Thread ging es mir darum,dass der TO die "portable" 
Version einfach starten kann,dann z.B. das Blinkprogramm ladet und zum 
Test uploaded.
Jetzt hoffen wir mal,dass der TO mit deinem Hinweis ,meinem Tip oder mit 
beiden moeglichen Loesungen,das Problem eingrenzen kann.

Toxic schrieb:
> Das ist mir nicht entgangen - spielt fuer mich aber soweit keine Rolle.

Aber genau das ist der Unterschied zwischen portable und nicht. Steht 
doch eindeutig und unmissverständlich auf 
https://www.arduino.cc/en/Guide/PortableIDE

Kannst du nicht einfach mal akzeptieren, dass deine Installation nicht 
portable ist?

Stefan ⛄ F. schrieb:
> Kannst du nicht einfach mal akzeptieren, dass deine Installation nicht
> portable ist?

OK - um dem Thema nun ein Ende zu setzen.Sie ist nicht portabel.

An den TO: ignoriere meine vorgehenden Postings.

Ich hab jetzt keine Lust auf Streitgespraeche - is nicht mein"Ding"

Toxic schrieb:
> An den TO: ignoriere meine vorgehenden Postings.

Nein! Der Vorschlag, die portable Version zu nutzen war doch gut! Damit 
umgeht man wirklich einige potentielle Probleme.

Stefan ⛄ F. schrieb:
> Nein! Der Vorschlag, die portable Version zu nutzen war doch gut! Damit
> umgeht man wirklich einige potentielle Probleme.
Ich stimme zu!

Zusätzlich:
Im UnterOrder drivers, je nach System die dpinst-amd64.exe oder 
dpinst-x86.exe für die Treiberinstallation aufrufen

Schlaumaier schrieb:
> An alle die wegen einen Tippfehlers lästern.

Sei doch froh, dass du hier durch Schwarmwissen bei deinen Problemen 
unterstützt wirst ...

s.c.n.r. schrieb:
> Schlaumaier schrieb:
>> An alle die wegen einen Tippfehlers lästern.
>
> Sei doch froh, dass du hier durch Schwarmwissen bei deinen Problemen
> unterstützt wirst ...

Ich helfe nur noch so gut ich kann, meist aus Langweile. Ich habe mir 
aber abgewöhnt hier fragen zu stellen.

Johannes K. schrieb:
> Das ist der serielle Monitor mit auf. Der belegt die gleiche
> Schnittstelle.

Der gibt die Schnittstelle zum Flashen aber normalerweise automatisch 
frei.

Arduino Fanboy D. schrieb:
> Da steht doch klar "Zugriff verweigert" oder so.
> Also ein Rechteproblem, oder der Port ist schon in Benutzung, oder
> falschen ausgewählt.

Die Fehlermeldung ist eindeutig, ich teste das mal nach, IDE_1.8.9:

----------
COM11 steht noch vom letzen Mal in der ini, ist aber nicht vorhanden:

1

avrdude: ser_open(): can't open device "\\.\COM11": Das System kann die angegebene Datei nicht finden.

----------
Der Port ist vorhanden, aber das angeschlossene Gerät (kein Aruino) gibt 
keine Antwort:

1

Using Port                 : COM1

2

Using Programmer              : arduino

3

Overriding Baud Rate          : 115200

4

avrdude: stk500_recv(): programmer is not responding

5

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x60

6

avrdude: stk500_recv(): programmer is not responding

7

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x60

8

[..]

9

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x60

----------
Hyperterm hat den COM1 aktiv, bevor die A*-IDE gestartet wird:

1

avrdude: ser_open(): can't open device "\\.\COM1": Zugriff verweigert

Stefan ⛄ F. schrieb:
> Der gibt die Schnittstelle zum Flashen aber normalerweise automatisch
> frei.

Das kann auch ins Auge gehen.

Öffnet man eine weitere IDE Instanz über die IDE Menüs wird eine weitere 
Instanz erstellt welche auch mit dem Monitor kommuniziert. Alle so 
verbundenen IDE Instanzen teilen sich eine Konfiguration, einen Monitor 
und eine Schnittstelle.
Pro Instanz ein Thread?

Wird allerdings eine weitere Instanz mit den Betriebssystem Funktionen 
erstellt, ist sie losgelöst. Mit eigenem Monitor und eigenem Port usw.
Eine neuer Prozess?

Arduino Fanboy D. schrieb:
> Öffnet man eine weitere IDE Instanz...

Das habe ich ja oben hinterfragt, darauf hat er nur geantwortet, dass 
das Problem nach eine reboot weiterhin besteht.

max123, hast du das geprüft?:

Jim M. schrieb:
> Kann bei Windows auch die "serielle Maus" sein. Die müsste man im
> Gerätemanager manuell deinstallieren.

Gewöhne dir mal an, Rückfragen zu beantworten. Diese Fragen werden 
gestellt, um die Fehlerursache einzukreisen. Wenn nur du die Antworten 
im Kopf hast, können wir dir nicht beim Einkreisen helfen.

man man man.... das keiner auf die Idee kommt das er mal auf die Arduino 
IDE (verknüpfung auf dem Desktop) rechte maus, Ausführen als Admin

voila

Blablubb schrieb:
> man man man.

Hast du etwa 1,5 Jahre lang darüber den Kopf geschüttelt?

Den seriellen Monitor schließen bevor man hochlädt- sonst ist der Com5 
Anschluss bereits belegt. Hat bei mir geholfen.