Hallo, wie schon im Betreff suche ich die letzte stabile Version der Arduiono IDE für Win11. Danke
:
Verschoben durch Admin
Ich verstehe die Frage nicht. War jemals eine Version besonders instabil? Nicht, dass ich wüsste.
Vielleicht solltest Du die letzte stabile Windows Version verwenden.
Naja, beim Übergang zu Version 2.x war schon einige Zeit ziemlich viel im Argen, wohl weil der gesamte Unterbau umgestrickt wurde. Inzwischen ist die IDE aber wieder recht stabil.
Aktuell ist wohl 2.3.9
Morning und Danke!
Bei der Version 2.3.9 bekomme ich immer einige Fehlermeldungen seit ich auf Win11 umsteigen mußte. Frank hat wohl schon recht, dass seit Vers. 2.xxx etwas grundlegendes geändert wurde. Nicht umsonst steht ja die "2" am Anfang. Nehme nun wieder die Version 1.8.19 und die Programme funktionieren wieder. Mache einiges mit DCC-Protokollen!
Schöne Woche noch Hans
Bei der Version 2.3.9 bekomme ich immer einige Fehlermeldungen seit ich auf Win11 umsteigen mußte.
Gut, wenn du lieber eine alte Version nehmen möchtest, anstatt das Problem zu lösen, dann ist das natürlich auch eine Option.
(Ich kann dir versprechen, dass Win11 und 2.3.9 auch problemlos zusammen funktionieren können)
Bei der Version 2.3.9 bekomme ich immer einige Fehlermeldungen seit ich auf Win11 umsteigen mußte.
Hast du dir die Fehlermeldungen schon einmal durchgelesen? Vielleicht ergibt sich daraus ein Hinweis auf das Problem?
Version 2.3.9. funktioniert bei mir ohne Fehlermeldungen unter W11, nur das Update hat ewig gedauert.
Kaum hatte ich die Arduino IdE 2.3.9 testweise aufgerufen kommt: "Download index package"
Und das in letzter Zeit ziemlich oft. Was aber schon einmal passierte, dass sich etwas automatisch im Menü verstellte. So hatte ich explizit AtMega328P Bootloader angehakt, er wollte partout nicht Verbindung mit Programmer herstellen. Nachkontrolliert: Der Haken war auf "old bootloader" gerutscht. Wie das? Neustart, nochmal alle Parameter eingeben bzw. Haken setzen, dann lief es.
Sowas erinnert mich lebhaft an Atmel Studio 4, wo nach etwa 20 erfolgreich verlaufenen Flashs plötzlich Problem mit der Connection gemeldet wird. Und in der Hauptmaske hat sich der "Schieberegler" der Taktfrequenz auf 0Hz statt 3.686 MHz verschoben. Richtig einstellen, neu starten.
Arduino IDE scheint also auch nicht so idiotensicher - wie gelegentlich behauptet - zu sein.
ciao gustav
Hallo,
leider völlig unklare Aussagen vom TO. Version 2.3.9 hat keinen Zusammenhang mit Windows 11. Mit Fehlermeldungen können auch Warnungen gemeint sein. Was für Fehlermeldungen? Verwendetes Board bzw. µC ist nicht bekannt. Verwendetes Core Package ist nicht bekannt. Die DCC Lib kann veraltet sein und deswegen Warnungen erzeugen. Ich meine wenn ich alten Code nehme und eine aktuelle Toolchain bekomme ich auch Warnungen. Version 2.3.9 ist an sich jedenfalls soweit stabil. Was jeder dazu installiert ist jedem sein Bier.
"Download index package"
Das ist normal und schon immer so. Irgendwie müssen ja verfügbare Updates erkannt werden.
Was aber schon einmal passierte, dass sich etwas automatisch im Menü verstellte.
Von alleine verstellt sich nichts.
Der TO hat doch längst seine "Lösung" für welches Problem auch immer gefunden:
Nehme nun wieder die Version 1.8.19 und die Programme funktionieren wieder.
Insofern erübrigt sich m.E.n. weitere Spekulation ...
Hallo,
in sofern korrekt. Nur halte solche nicht weiter vom TO moderierten Themen immer für komisch. Da wird eine wilde Spekulation in den Raum geworfen und dann sich selbst überlassen. Ich meine man kann sich vertun, man kann wilde Gedanken haben, aber dann sollte man das im Thread nachträglich korrigieren bzw. bekannt geben warum wieso weshalb. Oder noch besser, soweit möglich im Eingangspost schreiben. Okay, ist nicht immer einfach, kenne ich auch, aber nachträglich sollte das schon drin sein. Aktuell verbleiben im Thread nur Spekulationen und Mutmaßungen. Ich bin damit raus.
Nehme nun wieder die Version 1.8.19 und die Programme funktionieren wieder.
Vergiss nicht, dir auch von deinem Windows eine Konserve anzulegen, damit dir nicht wegen eines MS-Updates die Basis wegbrechen kann.
Welche Frage? Ich sehe keine. Arduiono halt ....
Das ist zum Glück schon lange vorbei. Ich fand das anfangs sehr hilfreich und benutze es auch heute, da ich sowieso kaum was mache, sehr nützlich.
Bei der Version 2.3.9 bekomme ich immer einige Fehlermeldungen seit ich auf Win11 umsteigen mußte.
Gerade installiere ich 2.3.10. Vielleicht sollte man nicht die Flinte zu früh ins Korn werfen. Eine andere Möglichkeit ist es, alles das was man nicht braucht zu deinstallieren. Probleme machten die CH32V003, in den verschiedenen Updates. Aber wenn man das nicht braucht, lässt man das einfach weg.
2.3.9 ist doch erst vor zwei Wochen rausgekommen, das deutet auf Bugfixes hin.
Verwendetes Board bzw. µC ist nicht bekannt. Verwendetes Core Package ist nicht bekannt.
Falls es ESP32 ist - esp32-core-3.3.10 kam auch erst letzte Woche raus.
:
Bearbeitet durch User
Von alleine verstellt sich nichts.
Da muss ich widersprechen. Das war bei Windows ME und Windows XP schon so. Wenn ich mit STK500 und Atmel Studio 4 µCs geflasht hatte, kam ab und zu die ominöse Fehlermeldung, dass keine Connection mehr möglich sei. Und beim Nachprüfen war 100% etwas in der Maske "Main" oder "HW Settings" verstellt. Entweder die Taktfrequenz oder die ISP-Frequenz. Nach Beenden und Neustart des Programmes und richtiger Einstellung funktionierte das wieder so, wie es sein sollte.
Am Anfang dachte ich immer, dass das Target seine maximale Anzahl von Flash-Möglichkeiten erreicht hätte. So wie ich das kenne, hat man aber 10.000 Versuche. Und diese Anzahl war bei weitem nicht erreicht worden.
Aber auch bei Windows 11 gibt es gelegentlich Probleme mit dem Studio 4. Entweder bleibt es gleich im Menü "Target" hängen, oder aus unerfindlichen Gründen verschwindet das Programm sang und klanglos vom Bildschirm.
Laut MS-Support ist das ein bekannts Problem mit dem Windows 11 Datei-Explorer. Und entsprechende Problemberichte finden sich massenweise im "Zuverlässigkeitsverlauf".
Ganz so von der Hand zu weisen ist die Frage des TO bezüglich einer anderen IDE, hier Arduino, also nicht. Die Arduino IDE wird doch so ähnlich funktionieren wie Studio 4. Und tatsächlich hat sich - wie ich oben schon sagte - auch dort schon einmal etwas von selbst verstellt. Ob Ihr es mir glauben wollt oder nicht. Demnächst mache ich Screenshots davon.
Habe versucht, das Problem einmal etwas einzugrenzen: Dass Studio 4 völlig vom Bildschirm verschwindet, passiert meistens dann, wenn zu viele "Tasks" offen sind. Beispielsweise, wenn ich aus einer "nur einmal geöffneten" Notepad-Datei mit Copy&Paste markiere und ins Textfeld des Studio 4 hineinkopieren möchte. Wusch-alles weg. Jedes einzelne Programm nochmals öffnen. Und asm-Datei nicht "nur einmal" mit Notepad öffnen, sondern direkt Notepad öffnen und dann das Text-Programm mit dem asm-file. Wer weiß, was nicht alles noch im Hintergrund so läuft, was dann den "Absturz" verursacht. Also, so wenig wie möglich Progrmme im Hintergrund laufen lassen und vielleicht sogar Netzwerkverbindung kappen. So wird verhindert, dass genau in dem Moment ein Patch gefahren wird. Das sind so meine Erfahrungen.
ciao gustav
Das sind so meine Erfahrungen.
Deine Erfahrungen mit Atmel Studio 4 auf die Arduino IDE zu projizieren, ist meines Erachtens irrational.
So wird verhindert, dass genau in dem Moment ein Patch gefahren wird.
Die Arduino IDE fragt, ob sie Updates installieren soll.
Bei der Version 2.3.9 bekomme ich immer einige Fehlermeldungen seit ich auf Win11 umsteigen mußte.
Warum sind die Fehlermeldungen gheim?
Arduino speichert alle Einstellungen in einer Eclipse Theia LevelDB Datenbank (unter %AppData%/arduino-ide/Local Storage/leveldb). Diese ist zwar journalbasiert, aber exklusiv geöffnet. Es kann also passieren das eine Instanz von Arduino (sofern mehrere offen) nicht schreibend zugreifen kann. Kürzliche Änderungen an den Einstellungen gehen dann möglicherweise verloren.
Außerdem werden Einstellungen auch sketchspezifisch gespeichert. Wenn du ein anderes Sketch auswählst ändern sich dann manchmal auch die Einstellungen.
Warum sind die Fehlermeldungen gheim?
Weil der TE nicht zugeben will, dass in Wirklichkeit nicht die Arduino fehlerhaft und instabil ist, sondern die neue Compiler-Version eine striktere Prüfung durchführt und ihm seinen vermurksten Quelltext um die Ohren haut.
:
Bearbeitet durch User
sondern die neue Compiler-Version eine striktere Prüfung durchführt und ihm seinen vermurksten Quelltext um die Ohren haut.
Möglich. Aber unwahrscheinlich, da die IDE 1.x und 2.x mit den gleichen Board Definitionen und Toolchains arbeiten.
Wenn sein Quellcode mit Arduino 1.8.19 kompiliert dann liegt der Murks woanders.
Wenn sein Quellcode mit Arduino 1.8.19 kompiliert dann liegt der Murks woanders.
Das werden wir wohl nie erfahren, da die Fehlermeldungen etweder geheim sind oder der TO vor Scham im Erdboden versunken ist.
Es kann also passieren, dass eine Instanz von Arduino (sofern mehrere offen) nicht schreibend zugreifen kann.
Super, danke @alexander. Das erklärt vieles. Vielleicht noch erwähnenswert: Arduino legt auf Nachfrage Verzeichnis an für von irgendwoher kopierte Sketche. Ohne explizites Verzeichnis läuft's nicht. BTW: Abgesehen davon hat Arduino durchaus meine Sympathie. Alle kopierten Sketche und "Projekte" laufen zur vollsten Zufriedenheit. Nur, was da im Einzelnen passiert, wo evtl. noch optimiert werden könnte, da blicke ich nicht durch. Konnte zwar zwei Sketche "mergen", zu mehr reicht es momantan bei mir (noch) nicht. Was nicht ist, kann ja noch werden. ;-)
Mit STK500 und Studio4 bastele ich auch noch ab und zu herum, um rauszubekommen, wieso im Netz angebotene Programme in asm nicht auf Anhieb laufen. Da gibt es Sachen, wie "Sprungweite" begrenzt. Lösung: Ein Extra-Zwischenlabel definieren, von wo aus "weitergesprungen" werden kann. /BTW
Hoffe, der TO hat jetzt genügend Input und setzt im Bedarfsfalle Rechner und Software nochmal neu auf. Jedenfalls kamen bei mir bei Ausführen von arduino-ide_2.3.7_Windows_64bit.exe keine Fehlermeldungen. Das Update auf '10' kam dann automatisch. Dann habe ich auch nur "für aktuellen Nutzer" installiert, nicht für alle Benutzer des PCs. Vielleicht ist das auch noch irgendwie wichtig. Die Updates sollten dann auch im gewählten selben Userprofil angelegt werden.
ciao gustav
Angehängte Dateien:
-
Arduino_Update_10.jpg
(30 KB)
:
Bearbeitet durch User
Der in dem Changelog genannte Bug ist in der Tat ein fieser, könnte also mit voriger Version unter Umständen zu seltsamen Compiler Errors geführt haben. Man könnte das als inkonsistent / instabil bezeichnen.
:
Bearbeitet durch User
Nachkontrolliert: Der Haken war auf "old bootloader" gerutscht. Wie das?
Womöglich ein PEBKAC auf OSI-Layer 8?
Nehme nun wieder die Version 1.8.19 und die Programme funktionieren wieder. Mache einiges mit DCC-Protokollen!
An deiner Stelle hätte ich auch ein update der Libraries vorgenommen. Core updated, Bibliotheken nicht - das gibt immer Ärger...
Hans schrieb:
Nehme nun wieder die Version 1.8.19 und die Programme funktionieren wieder. Mache einiges mit DCC-Protokollen!
An deiner Stelle hätte ich auch ein update der Libraries vorgenommen. Core updated, Bibliotheken nicht - das gibt immer Ärger...
Besser nicht. Die A*IDE lässt sich portable einrichten und einfach kopieren. Wenn man an den Bibliotheken bastelt, besteht ein hohes Risiko, bestehende Programme nicht mehr bearbeiten zu können.
Für mich heißt das, die bestehende IDE zu lassen wie sie ist und eine neuere Version parallel einzuspielen.
Für mich heißt das, die bestehende IDE zu lassen wie sie ist und eine neuere Version parallel einzuspielen.
Sagte ich doch. Ich habe IDE 1.8.16 und 2.3.9 parallel nebeneinander. Aber Bibliotheken unterscheiden sich. Hier ist Arduino report: Used: C:\Users\PC\Documents\Arduino\libraries\AsyncTCP_OLD Not used: C:\Users\PC\Documents\Arduino\libraries\Async_TCP ... Used: C:\Users\PC\Documents\Arduino\libraries\ESPAsyncWebServer_OLD Not used: C:\Users\PC\Documents\Arduino\libraries\ESP_Async_WebServer Obwohl ich Verzeichnisse umbenannt habe, hat Arduino trotzdem die *_OLD benutzt, weil er ofensichtlich eigene Regeln hat, welche Verzeichnise er nutzt. Und mit alten Bibliotheken funktionierte das Kompilieren nicht.
Manfred P. schrieb:
Für mich heißt das, die bestehende IDE zu lassen wie sie ist und eine neuere Version parallel einzuspielen.
Sagte ich doch. Ich habe IDE 1.8.16 und 2.3.9 parallel nebeneinander. Aber Bibliotheken unterscheiden sich. Hier ist Arduino report: Used: C:\Users\PC\Documents\Arduino\libraries\AsyncTCP_OLD Not used: C:\Users\PC\Documents\Arduino\libraries\Async_TCP ... Used: C:\Users\PC\Documents\Arduino\libraries\ESPAsyncWebServer_OLD Not used: C:\Users\PC\Documents\Arduino\libraries\ESP_Async_WebServer Obwohl ich Verzeichnisse umbenannt habe, hat Arduino trotzdem die *_OLD benutzt, weil er ofensichtlich eigene Regeln hat, welche Verzeichnise er nutzt. Und mit alten Bibliotheken funktionierte das Kompilieren nicht.
Das stimmt nicht ganz. Man muss nur darauf achten, dass ein älteres Projekt mit der selben Bordpackage Version kompiliert wird. Wer neue Bordpackages wählt, installiert und macht aktiv die dazugehörige Compiler und Setups Versionen.
Ich erspare mir das alles indem ich ältere Projekte mit portablen Versionen bearbeite. Dann bleibt alles so wie in der ursprünglichen Entwicklung eingestellt und installiert. Da ich z.B. meine eigene bearbeiteten Arduino Serial Routinen verwende, werden solche automatisch immer bei Updates überschrieben. Mit diesem Regime erhalte ich mir aber die Ursprünglichkeit der Entwicklungsumgebung.
Z.B. wenn man im IDE 1.8.1.9. ein altes Projekt neubauen möchte, muss man einfach die ursprüngliche Bordpackage Version wieder aktiv machen. Dann geht es auch mit dieser, auch wenn das Projekt damals z.B. mit V1.6.3 entwickelt wurde. Wenn man in den Compiler Ordner reinsieht, sieht man alle installierten Versionen nebeneinander. Von V5.4.x bis 7.3.x. Die Bordpackage Version bestimmt aber auch die Compiler Version. Darum bricht manchmal der Neubau alter Projekte. Natürlich ist es möglich, daß zusätzlich irgendwelche andere Voraussetzungen nicht mehr stimmen.
:
Bearbeitet durch User
Passt dieser Thread nicht besser nach "Compiler & IDEs"?
Das stimmt nicht ganz. Man muss nur darauf achten, dass ein älteres Projekt mit der selben Bordpackage Version kompiliert wird. Wer neue Bordpackages wählt, installiert und macht aktiv die dazugehörige Compiler und Setups Versionen.
Da habe ich mir noch nie Gedanken drüber gemacht. Danke für den Hinweis! Das war bestimmt auch bei mir sicher das eine oder andere Mal der Grund für einen Fehler.
Used: C:\Users\PC\Documents\Arduino\libraries\ESPAsyncWebServer_OLD Not used: C:\Users\PC\Documents\Arduino\libraries\ESP_Async_WebServer
Obwohl ich Verzeichnisse umbenannt habe, hat Arduino trotzdem die *_OLD benutzt, weil er ofensichtlich eigene Regeln hat, welche Verzeichnise er nutzt.
Hallo,
in jedem Ordner gibt es eine library.properties Datei. Diese werden beim IDE starten gelesen. Wenn dessen Inhalte stimmen, dann sieht man alle Libs in der IDE in der Auswahl. Wie der Ordner benannt ist, spielt damit fast keine Rolle. Libs die die IDE nicht mehr finden soll, müssen außerhalb deren Sichtbereich "lagern". Fummelt man an den library.properties frei Schnauze rum, erzeugt das Fehlermeldungen beim starten der IDE. Muss man wissen was man tut. https://docs.arduino.cc/arduino-cli/library-specification/
Wer unbedingt eine speziell konfigurierte IDE auch später noch benötigt, der kann nur die 1.8.19.zip nehmen und diese portable einrichten und diese dann sichern. https://docs.arduino.cc/software/ide-v1/tutorials/PortableIDE/ Davon kann man sich mehrere parallel anlegen. Mit der IDE 2 geht das nicht mehr. Mann kann zwar davon auch mehrere .zip parallel anlegen, aber die arbeiten nicht unabhängig voneinander, weil sie sich im User Baum Ordner teilen. Also mehrere IDE 2 machen keinen Sinn. Wenn dann nur für Backups vor einem Update.
:
Bearbeitet durch User
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.