Fehler mit Ordner .pioenvs in Atom beim kompilieren

    Hallo,

    ich habe folgendes Problem und zwar wenn ich in Atom tasmota kompilieren will, bekomme ich den Fehler das .pioenvs nicht entfernt werden kann. Darauf habe ich diesen Ordner manuell entfernt, es kommt aber immer noch diese Fehlermeldung. Atom und PC habe ich neu gestartet.

    Als letztes habe ich mir tasmota 7.2.0 nochmal frisch runtergeladen und es kommt dort auch der gleiche Fehler (siehe screenshot), hier gab es aber noch nie diesen Ordner. Jetzt weiß ich nicht mehr weiter, davor hatte das kompilieren immer perfekt funktioniert…

    Könnt ihr mir weiter helfen?

    Zitat von Helfinger

    Dürfen schon, läuft halt nicht. Wobei, warum will man ne alte Tasmota haben wollen?

    Du schreibst dürfen schon, aber wenn ich sie nicht kompilieren kann, kann ich sie auch nicht nutzen?! Die 7er läuft bei mir ohne Probleme, was soll an dieser nicht laufen? Kannst du mir erklären warum ich diese dann auf einmal nicht mehr kompilieren kann? Dann muss dahinter ja Absicht von "Atom" stecken? Aber warum sollte Atom mich zwingen die 8er zu verwenden?

    Ich will die 7er haben weil sie bei mir läuft und diese nach meinem jetzigen Stand (wohl veraltet) die Master war und die 8er noch development. Ich habe bis jetzt immer nur die Master genutzt.

    Zitat von Saeft_2003

    Kannst du mir erklären warum ich diese dann auf einmal nicht mehr kompilieren kann? Dann muss dahinter ja Absicht von "Atom" stecken? Aber warum sollte Atom mich zwingen die 8er zu verwenden?

    Nein es ist nicht Atom oder VSC. Es ist das Plugin "PlatformIO" das in der Version 4.2.1 den Fehler verursacht. Und die alten Versionen werden halt nicht an das aktuelle PIO angepasst ...

    Lösung des Problemes: Downgrade auf PIO 4.1.1 oder diese Version verwenden:

    https://github.com/Jason2866/Portable_VSC_PlatformIO/releases/tag/1.2

    oder einfach ne aktuelle dev. aber man bleibt lieber bei der alten 7er und es gibt auch ne 8er Master, hast also ne alte Master mit der 7er. Kein Plan warum sich manche so einschießen wenn man ne dev. Version empfiehlt.

    Ich hab über 30 Tasmota Geräte die mit Sicherheit alle stabil mit der aktuellen dev. laufen, deshalb ist das auch die einfachste Lösung.

    Zitat von Einstein67

    Nein es ist nicht Atom oder VSC. Es ist das Plugin "PlatformIO" das in der Version 4.2.1 den Fehler verursacht. Und die alten Versionen werden halt nicht an das aktuelle PIO angepasst ...

    Lösung des Problemes: Downgrade auf PIO 4.1.1 oder diese Version verwenden:

    https://github.com/Jason2866/Portable_VSC_PlatformIO/releases/tag/1.2

    Wenn ich ein downgrade mache, dann findet bei jedem neustart von atom wieder ein update start, oder?

    Weil man dann von seiner gewohnten Vorgehensweise abweicht und ich eh immer die dev. drauf habe, was mir kein Nachteil bringt.

    Warum sollte man was umständlich machen nur weil es möglich ist?

    Warum mach ich mich damit von was abhängig? Wenn ich wollte könnte ich auch die umständliche Variante wählen,bringt mir aber außer mehr Aufwand kein Vorteil. Also mehr Aufwand und selbst wenn nicht viel und kein Vorteil, ist bei mir eben ein Widerspruch und warum sollte ich das dann tun wollen? Ich lauf ja auch nicht rückwärts zur Arbeit nur weile s möglich wäre;)

    Was mich hier auch wundert, warum fragt denn eigentlich keiner was sich bei dem Update von platform.io geändert hat, was hier die Vor- oder Nachteile der dieser Version sind und warum es überhaupt ein Update gab? Aus Langeweile haben die bestimmt kein Update rein geschoben.

    Einmal editiert, zuletzt von Leo888 (25. Februar 2020 um 07:29)

    Zitat von Helfinger

    Wenn ich wollte könnte ich auch die umständliche Variante wählen,bringt mir aber außer mehr Aufwand kein Vorteil

    Also wir reden hier vom Download und entpacken von zwei Archiven in einen Ordner. Danach ist VSC/PIO (ohne langwierige Installation) sofort zum compilieren bereit, und das sogar für alle Versionen und läuft auch auf einem USB Stick ...

    Ich verwende ja auch (fast) immer die letzte Dev-Version, aber warum soll ich dafür ein Werkzeug benutzten dass nicht richtig funktioniert, wenn es auch anders geht?

    Wir brauchen hier eigentlich nicht diskutieren, da wir wohl eher wissen was wir tun.

    Mir will es nur nicht ins Hirn, wenn ein weniger erfahrener User ne Frage stellt, er die einfachste Lösung gesagt bekommt, aber er einfach die umständlichere haben möchte nur weil er lieber alte SW verwendet, was sich früher oder später eh rechen wir.

    Umständlich ist auch einfach definiert, wenn ich auch nur ein Klick mehr mache um das selbe Ziel zu erreichen, in dem Fall ein stabiles, selber kompiliertes Tasmota bin, dann ist das Umständlich, weil eigentlich nicht nötig.

    Übrigens ist das auch nicht das erste mal, das ein Update der platform.io dafür sorgt, dass es Probleme beim Kompilieren gibt, wobei dieses mal die Lösung wesentlich einfacher ist, da das Update in der dev von Tasmota schon berücksichtigt wurde, was das letzte mal nicht der Fall war.

    So, jetzt aber mal zum interessanteren Teil, warum gabs das Update überhaupt? Grundlos bestimmt nicht und da es sowohl in Atom, VSC und Tasmota (dev.) berücksichtigt ist, wird das wohl auch sein Grund haben.

    Zitat von Einstein67

    Ja das könnte sein. Aber bis zum Neustart sollte es funktionieren.

    Mit der portablen Version von VSC ist das aber kein Problem ...

    wenn ich die portable version entzippe bringt er immer wieder fehler weil pfade zu lang sind und mein virenscanner zickt rum wenn er dann platformio installieren will.


    das blöde ist das mit atom wirklich nur die 8.1.0.9 zu kompilieren geht...

    Was daran ist blöd? Bei 30 Geräten unterschiedlichster Art, läuft bei mir exakt diese Tasmota Version und ich hab noch nichts blödes dabei feststellen können. Im Gegenteil, meine Rollläden haben den Bug der Master damit nicht.

    Aber ich hab meine Meinung dazu jetzt schon mehr als ausdrücklich geschrieben. Dev. einfach und ohne Nachteil, der Rest möglich aber nicht wirklich sinnvoll und besser wohl auch nicht.