NEWS
js-controller 3.3 jetzt im STABLE!
-
@homoran Ich denke, er meint das, was ich oben auch schon geschrieben hatte: Dass man bei einem stable-Update des JS-Controller nicht plötzlich beta-Updates anderer Adapter einspielen müssen sollte, um ein insgesamt stabiles System zu haben. Und dazu zählen für mich auch warnings oder errors im Log, auch wenn augenscheinlich alles laufen zu scheint (wobei es das ohne manuelles Eingreifen an bestimmten Punkten auch nicht so war).
Aber ja, irgendwann war der Zeitpunkt für das umfangreiche Update erreicht und in einem halben Jahr hat sich auch der letzte wieder beruhigt.
Deshalb auch von mir Danke und großen Respekt an alle Beteiligten. Für ein kostenloses (oder allenfalls mal mit Spenden von mir und anderen bedachtes) System große Klasse.Gruß, Jürgen
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Dass man bei einem stable-Update des JS-Controller nicht plötzlich beta-Updates anderer Adapter einspielen müssen sollte, um ein insgesamt stabiles System zu haben
Ja, da müssen wir uns an die Nase fassen, dass diese Adapter noch nicht im stable sind.
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Und dazu zählen für mich auch warnings oder errors im Log,
Wie du selber schreibst sind das nur Warnungen um für spätere Versionen ein saubere Grundlage zu haben. Es ist schier unmöglich, alle diese Stellen herauszufinden. Dazu müsste man als Core-Entwickler nahezu alle möglichen Kombinationen von >400 Adaptern installiert und in Gebrauch haben.
Das sieht man alleine schon daran, dass diese Infos erst jetzt kommen, obwohl schon monatelang im Beta getestet wurde.
Außerdem betreffen diese WARN auch eigene unsaubere Skripte, die nur der User anpassen kann, bevor sie nicht mehr laufen.
-
...und ganz sicher nicht noch ne weitere Baustelle an weiterer Kernkomponente aufmachen werde. Bei uns in der Firma wäre so etwas .... naja derjenige nicht mehr lange da.
Ich wollte nur fix das Problem loswerden und WARNEN was da an sauberen Systemen passiert!
Mitarbeit / eigene weitere Recherche und Versuche gerne, aber erst wenn ich wieder da bin. Real Live hat Prio!
@bb61 said in js-controller 3.3 jetzt im STABLE!:
...und ganz sicher nicht noch ne weitere Baustelle an weiterer Kernkomponente aufmachen werde. Bei uns in der Firma wäre so etwas .... naja derjenige nicht mehr lange da.
Ich wollte nur fix das Problem loswerden und WARNEN was da an sauberen Systemen passiert!
Mitarbeit / eigene weitere Recherche und Versuche gerne, aber erst wenn ich wieder da bin. Real Live hat Prio!
bei dir in der firma hätte man ein update dann sicherlich nicht direkt auf ein produktionssystem installiert, sondern erst einmal auf ein testsystem, welches der produktion ziemlich gleich ist.
-
@pete0815
Ein Restor eines Backup empfiehlt sich auch so ab und an mal zu tätigen, weil es das System sauber hält. Somit ist das die schnellste, einfachste und beste Art. Hier sollte dann auch der IOBroker Ordner sauber gelöscht werden und außer ner IOBroker Neuinstallation samt dem Backitup Adapter nichts drauf sein
Also alles andere als ne gefährliche Aktion bei der man ein Linux Nerd sein muss.
Edit:
Oder man machts wie apollon schon geschrieben hat, wie es im ersten Post dazu schon steht, was natürlich auch geht, aber das eventuell unsaubere System eben auch unsauber lässt.@jan1 sagte in js-controller 3.3 jetzt im STABLE!:
@pete0815
Ein Restor eines Backup empfiehlt sich auch so ab und an mal zu tätigen, weil es das System sauber hält. Somit ist das die schnellste, einfachste und beste Art. Hier sollte dann auch der IOBroker Ordner sauber gelöscht werden und außer ner IOBroker Neuinstallation samt dem Backitup Adapter nichts drauf sein...Und wie löscht man ioB "sauber"? Die Frage habe ich mir schon öfters gestellt, so genau findet man dazu nichts im Forum. In meinem Fall wäre es ioB auf nem Raspi.
-
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Dass man bei einem stable-Update des JS-Controller nicht plötzlich beta-Updates anderer Adapter einspielen müssen sollte, um ein insgesamt stabiles System zu haben
Ja, da müssen wir uns an die Nase fassen, dass diese Adapter noch nicht im stable sind.
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Und dazu zählen für mich auch warnings oder errors im Log,
Wie du selber schreibst sind das nur Warnungen um für spätere Versionen ein saubere Grundlage zu haben. Es ist schier unmöglich, alle diese Stellen herauszufinden. Dazu müsste man als Core-Entwickler nahezu alle möglichen Kombinationen von >400 Adaptern installiert und in Gebrauch haben.
Das sieht man alleine schon daran, dass diese Infos erst jetzt kommen, obwohl schon monatelang im Beta getestet wurde.
Außerdem betreffen diese WARN auch eigene unsaubere Skripte, die nur der User anpassen kann, bevor sie nicht mehr laufen.
@homoran Alle gut. Wie geschrieben, es war klar, dass das umfangreiche Update des JS-Controller irgendwann kommt. Und der beta-Thread lief dazu schon lange und nicht jede Eventualität ist in irgendeinem Beta-System enthalten.
Und ja, es hat auch mich dazu gebracht, mal wieder das System genauer anzuschauen und ein paar Scripts anzupassen oder neuere Versionen zu holen. Bis auf das JSON-Array-Problem in Blockly, welches halt ein warning erzeugt, habe ich da nun wirklich wieder alles ohne Meldungen am Laufen. Und dass einige Adapter nun mit Level error laufen müssen, weil sie sonst Meldungen bringen liegt ja nur indirekt am JS-Controller. Wenn halt der Adapter-Developer nichts macht oder nicht mehr aktiv ist, dann ist dennoch deren Schuld. Oder derer (wie ich), der sich nie mit Adapterentwicklung befasst hat und da auf andere angewiesen ist. Hoffentlich akzepiert der JS-Controller da aber noch auf lange Zeit auch "unsaubere" Adapter ohne Funktionen dann einfach zu blockieren oder ignorieren...
Zum Update selbst: Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Insgesamt aber wirklich nochmal ein dickes DANKE!!!!
Gruss, Jürgen -
@homoran Alle gut. Wie geschrieben, es war klar, dass das umfangreiche Update des JS-Controller irgendwann kommt. Und der beta-Thread lief dazu schon lange und nicht jede Eventualität ist in irgendeinem Beta-System enthalten.
Und ja, es hat auch mich dazu gebracht, mal wieder das System genauer anzuschauen und ein paar Scripts anzupassen oder neuere Versionen zu holen. Bis auf das JSON-Array-Problem in Blockly, welches halt ein warning erzeugt, habe ich da nun wirklich wieder alles ohne Meldungen am Laufen. Und dass einige Adapter nun mit Level error laufen müssen, weil sie sonst Meldungen bringen liegt ja nur indirekt am JS-Controller. Wenn halt der Adapter-Developer nichts macht oder nicht mehr aktiv ist, dann ist dennoch deren Schuld. Oder derer (wie ich), der sich nie mit Adapterentwicklung befasst hat und da auf andere angewiesen ist. Hoffentlich akzepiert der JS-Controller da aber noch auf lange Zeit auch "unsaubere" Adapter ohne Funktionen dann einfach zu blockieren oder ignorieren...
Zum Update selbst: Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Insgesamt aber wirklich nochmal ein dickes DANKE!!!!
Gruss, Jürgen@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben
bei Javascript bin ich voll d`accord! Das ist "verschlafen" worden.
bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Das hat sich leider auch immer weiter verzögert, weil immer noch hier und da was auftauchte.Der läuft ja auch unter controller 3.2. und hätte vor dem v3.3 kommen sollen.
Aber es läuft nicht immer alles so wie geplant
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben
bei Javascript bin ich voll d`accord! Das ist "verschlafen" worden.
bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Das hat sich leider auch immer weiter verzögert, weil immer noch hier und da was auftauchte.Der läuft ja auch unter controller 3.2. und hätte vor dem v3.3 kommen sollen.
Aber es läuft nicht immer alles so wie geplant
@homoran sagte: bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Weshalb Bauchschmerzen? Man kann immer noch die "Alte Benutzeroberfläche" wählen, unter der alles zu laufen scheint.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben
bei Javascript bin ich voll d`accord! Das ist "verschlafen" worden.
bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Das hat sich leider auch immer weiter verzögert, weil immer noch hier und da was auftauchte.Der läuft ja auch unter controller 3.2. und hätte vor dem v3.3 kommen sollen.
Aber es läuft nicht immer alles so wie geplant
@homoran Ich hab immer noch etwas bauchschmerzen bei den Type errors und dass von "ganz normalen Usern" verlangt wird in ihrer Objektstruktur rumzulöschen um die Fehler loszuwerden. Da müsste es irgendwie einen besseren weg geben, der das für bekannte fehlerhafte Datenpunkte batchmässig von alleine erledigt.
-
@homoran sagte: bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Weshalb Bauchschmerzen? Man kann immer noch die "Alte Benutzeroberfläche" wählen, unter der alles zu laufen scheint.
@paul53 sagte in js-controller 3.3 jetzt im STABLE!:
Weshalb Bauchschmerzen?
Wegen der Betreuung des Forums
-
@jan1 sagte in js-controller 3.3 jetzt im STABLE!:
@pete0815
Ein Restor eines Backup empfiehlt sich auch so ab und an mal zu tätigen, weil es das System sauber hält. Somit ist das die schnellste, einfachste und beste Art. Hier sollte dann auch der IOBroker Ordner sauber gelöscht werden und außer ner IOBroker Neuinstallation samt dem Backitup Adapter nichts drauf sein...Und wie löscht man ioB "sauber"? Die Frage habe ich mir schon öfters gestellt, so genau findet man dazu nichts im Forum. In meinem Fall wäre es ioB auf nem Raspi.
@w00dy Das ist relativ einfach. Ich fang immer komplett frisch an. Nehm die SD Karte aus dem Pi, mach sie komplett platt und installiere frisch neu. Dann installiere ich den Backitup Adapter, gebe meine Dropbox Daten ein, zieh mir das letzte Backup, drücke auf widerherstellen und fertig. Das dauert normalerweise keine halbe Stunde.
-
@homoran Ich hab immer noch etwas bauchschmerzen bei den Type errors und dass von "ganz normalen Usern" verlangt wird in ihrer Objektstruktur rumzulöschen um die Fehler loszuwerden. Da müsste es irgendwie einen besseren weg geben, der das für bekannte fehlerhafte Datenpunkte batchmässig von alleine erledigt.
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
Da müsste es irgendwie einen besseren weg geben, der das für bekannte fehlerhafte Datenpunkte batchmässig von alleine erledigt.
das wäre schön, mir ist aber leider bei Breaking Changes im Objektbereich keine andere Lösung bekannt.
In einem solchen Fall (unerlaubte Zeichen/ganz andere Struktur) hieß es im Readme der entsprechenden Adapter immer sinngemäß etwas wie:Bitte alle Datenpunkte des Adapters löschen und Instanz neu starten.
Da sehe ich auch kein Problem für weniger versierte User, außer dass die Historisierungen deaktiviert werden.
(Dann soll da noch was mit smartnamen sein, so was nutze ich allerdings nicht -
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben
bei Javascript bin ich voll d`accord! Das ist "verschlafen" worden.
bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Das hat sich leider auch immer weiter verzögert, weil immer noch hier und da was auftauchte.Der läuft ja auch unter controller 3.2. und hätte vor dem v3.3 kommen sollen.
Aber es läuft nicht immer alles so wie geplant
@homoran sagte in js-controller 3.3 jetzt im STABLE!:
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben
bei Javascript bin ich voll d`accord! Das ist "verschlafen" worden.
bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Der Javascript setzt ja aber leider den Admin 5 voraus. Sonst hätte ich den gestern eben auf beta gezogen und gut. Nur den admin dann auch auf beta war mir zu viel des Guten.
Ob ich dann gleich mitziehe, wenn beide ins stable wandern bin ich nicht sicher. Vielleicht sitze ich das Wochenende noch aus und hebe mir das für nächste Woche auf, wenn der Urlaub rum ist und das Homeoffice wieder anfängt. Dann habe ich eher mal Zeit für sowas...
Gruß, Jürgen -
@homoran sagte: bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Weshalb Bauchschmerzen? Man kann immer noch die "Alte Benutzeroberfläche" wählen, unter der alles zu laufen scheint.
@paul53 said in js-controller 3.3 jetzt im STABLE!:
@homoran sagte: bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Weshalb Bauchschmerzen? Man kann immer noch die "Alte Benutzeroberfläche" wählen, unter der alles zu laufen scheint.
Und ich hoffe es bleibt auch immer so, dass man die Alte Benutzeroberfläche auswählen kann. Ich finde die neue zwar ganz schön, aber im vergleich zur alten MEGA MEGA unübersichtlich.
-
@paul53 said in js-controller 3.3 jetzt im STABLE!:
@homoran sagte: bei admin 5 + js-controller habe ich jatzt schon Bauchschmerzen, wenn heute abend der v5 ins stable kommt.
Weshalb Bauchschmerzen? Man kann immer noch die "Alte Benutzeroberfläche" wählen, unter der alles zu laufen scheint.
Und ich hoffe es bleibt auch immer so, dass man die Alte Benutzeroberfläche auswählen kann. Ich finde die neue zwar ganz schön, aber im vergleich zur alten MEGA MEGA unübersichtlich.
@fabian1 sagte: Und ich hoffe es bleibt auch immer so, dass man die Alte Benutzeroberfläche auswählen kann.
Dito.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@w00dy Das ist relativ einfach. Ich fang immer komplett frisch an. Nehm die SD Karte aus dem Pi, mach sie komplett platt und installiere frisch neu. Dann installiere ich den Backitup Adapter, gebe meine Dropbox Daten ein, zieh mir das letzte Backup, drücke auf widerherstellen und fertig. Das dauert normalerweise keine halbe Stunde.
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
@w00dy Das ist relativ einfach. Ich fang immer komplett frisch an. Nehm die SD Karte aus dem Pi, mach sie komplett platt und installiere frisch neu. Dann installiere ich den Backitup Adapter, gebe meine Dropbox Daten ein, zieh mir das letzte Backup, drücke auf widerherstellen und fertig. Das dauert normalerweise keine halbe Stunde.
Und genau die Arbeit mit einer Neuinstallation will ich mir sparen (fixe ip, diverse Zusatzprogramme etc.). Solange Linux sauber läuft, muss man ja nicht gleich mit dem Hammer draufhauen
LG,
w00dy -
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
@w00dy Das ist relativ einfach. Ich fang immer komplett frisch an. Nehm die SD Karte aus dem Pi, mach sie komplett platt und installiere frisch neu. Dann installiere ich den Backitup Adapter, gebe meine Dropbox Daten ein, zieh mir das letzte Backup, drücke auf widerherstellen und fertig. Das dauert normalerweise keine halbe Stunde.
Und genau die Arbeit mit einer Neuinstallation will ich mir sparen (fixe ip, diverse Zusatzprogramme etc.). Solange Linux sauber läuft, muss man ja nicht gleich mit dem Hammer draufhauen
@w00dy sagte in js-controller 3.3 jetzt im STABLE!:
Solange Linux sauber läuft
oft tut es das aber nicht, sondern sieht nur so aus.
da wirkt ein clean install oft Wunder -
Hi,
gestern Abend von JS-controller 3.2.16 auf 3.3.15 geupdated:Kurzfassung:
Fehler: KEIN JS-Script mehr in Script-Anzeige bzw. startend / arbeitend, obwohl offenbar alle noch vorhanden!Dabei keine Fehlermeldung bei Update oder (diesbzgl.) im Betrieb!
Details:
Brav wie in Anleitung beschrieben:- erst Master, dann die Slaves (1 Host-Master, insg. 8 Slaves, alle Raspi 4b bzw. 3b oder 3, bevor sich wer wundert: ist inkl. Remote angebundene Pflegewohnung der Eltern, lastverteilt wg. Wichtigkeit);
- Alle vorher auf aktuellem Stand gebracht bzgl. Adapter-Updates etc.
- alle Slaves nacheinander durchlaufen lassen, danach sogar erst einzelnes Reboot, bevor nächster dran war
- alles ohne Fehlermeldungen durchgelaufen, sauber wieder gestartet
- und bis auf diverse Wertebereichs- oder -typ-Meldungen auch alles fehlerfrei laufend
ABER nun:
- KEIN JS-Script wird mehr angezeigt unter "Scripts"
- und offenbar auch keins ausgeführt!
Neustart (Adapter, Javascript-Adapter tragende Slaves, Host-Master) bringt nichts,
keine Fehlermeldungen dazu im Log
im Gegenteil:-
Es werden bei Adapter-Neustart alle Script-Verzeichnisse korrekt als "registrierend" aufgelistet,
-
unter "Objekte" / "Javascript.n" liegen die Scripts alle noch unverändert da, ebenso auf dem externen Spiegel-Pfad (natürlich nicht auf Raspi-SD-Karte, sondern seit Jahren stabil auf gemountetem dafür exclusivem SSD-Drive im QNAP-NAS)
-
Alles funktioniert ansonsten problemlos und performant, auch übergreifend (Alexa-Befehle per IOT-Adapter, Steuerung per Szenen etc.),
nur starten / erscheinen im Editor absolut KEINE SCRIPTS !!:
- weder event-getriggert,
- noch scheduled
Konfiguration:
- REDIS-DB
auf exclusiver externer USB-SSD-Platte am HOST-Master (Raspi 4b / 8GB RAM), bisher noch nicht verteilt als 3-Disk-REDIS-Cluster - Javascript.0 (PROD) und .1 (DEV),
auf je einem Raspi4B/8GB, (zzgl. je einer rpi2-Instanz zur Raspi-Eigenüberwachung) exclusiv laufend - Script-File-Spiegel für beide Instanzen über Javascript.0
HOST-Master:
- Node.js: v12.21.0
- NPM: 6.14.11
Slave 6 (javascript.1) und Slave 7 (javascript.0):
- Node.js: v12.20.1
- NPM: 6.14.10
Woran kann das liegen?
-
ich habe KEINE JS-Instanz auf dem HOST-Master! Der hat wichtigeres zu tun: Alle Infos, Geräte und REDIS koordinieren! (Backitup meckert darüber zwar beim Konfigurieren der JS-Sicherung "keine JS-Instanz auf HOST (er kann ja nur auf Master intalliert werden), tut's dann aber doch.)
-
Ich habe noch nicht versucht, die Scripts neu einzuspielen. Sie sind ja (eigentlich) noch da..... Es erscheint eher, als wenn da wo ein "enabled" für die (sauber gün erscheinende) JS-Instanzen aus ist, finde aber nix dazu
-
keinen Bock / Zeit, schon wieder alles neu aufzusetzen! Noch etwas gefrustet von letztem Raspi-(3 -> 4) Transfer, als kein Einspielen einer Sicherung / auch nicht gespeicherte JS ging, sondern alle gut 100 Skripts brav neu einzeln aus dem alten Spiegel per copy/paste neu angelegt werden mussten.... Wochen knapper Zeit für Weiterentwicklung / Veröffentlichung hier verloren! Nun schon wieder???? grrrrrr.....
Nebenkriegsschauplätze
hier noch der Vollständigkeit halber einige andere Fehler (Werte-max- oder Typ-Fehler):
- HM-RPC: HM-IP-Heizungsthermostaten (HmIP-eTRV-2) Level Ventilöffnung max = 1.01, aber real Integer-Prozentwert (0..100) kommend
- HM-RPC: Cux / bei allem enocean-Devices (bei mir alle Hoppe-Fenstergriffe bzw. Solar-Magnetkontakte an Velux-Fenstern): max-Wert bei Chn 0: RSSI_PEER auf 0, ankommende Werte aber Integer > 0, der Min-Wert steht auf negativ (-255), offenbar missinterpretierter Wertebereich?
Update: Betrifft NICHT auch alle FS-20- oder HMS-100-Funk-Devices per Cux, da kommen RSSI-PEER-Werte wirklich negativ, max=0 rein! - Netatmo / alle Wetterstations-Geräte: ....LastUpdate" has to be type "datetime" but received type "string"
- Roomba: refreshedTimestamp" has to be type "string" but received type "number"
dto bei: commands.last.timestamp und states.signal, - Luftdaten: location.longitude" has to be type "number" but received type "string"
dto bei location.latitude und location.altitude
@bb61 Sorry aber schau ins Log. Starte JavaScript adapter neu und schau was das log sagt. Auch was bedeutet "Scripte leer"? Meinst Du im Browser im Admin? Dann ist das was anderes und hat nichts mit dem js-controller zu tun ... Also Du hast versucht sehr viele Infos zu geben aber ich finde es sehr verwirrend. Screenshots (Bilder sagen manchmal mehr als 1000 Worte) und Logs
-
@bb61 said in js-controller 3.3 jetzt im STABLE!:
Ich wollte nur fix das Problem loswerden und WARNEN was da an sauberen Systemen passiert!
Danke! Wie auch von @Fabian1 beschrieben erledigt sich die Kategorie bzw. dieses aktuelle Mischkonstrukt eh heute Abend. Das hätte aber so bei mir voll zu geschlagen und ich warte so lieber noch einen Moment ab.
Das geschilderte Verständnis was Stable bedeutet bzw. ich darunter erwarte, kann ich durchaus nachvollziehen, will aber da Freeware nicht weiter ausführen (Kann nicht Goldstandard erwarten, aber nix dafür zahlen. Wobei das auch nur die halbe Wahrheit ist. Alleine aus Respekt vor Eurer Arbeit sollte man vernünftig damit umgehen, finde ich) und ich bin froh bzw. bleibe hauptsächlich bei stable, da ich nicht erfahren genug bin um beta zu handeln (jedenfalls das was ich unter beta erwarte). Will damit auch sagen, dass zwischen Stable und Beta ein anderer Nutzerkreis auf die Software trifft.
Edit: Um wieder positiv abzuschließen. Im Info Adapter wird eindeutig beschrieben/darauf hingewiesen, man soll hier im Forum/Beitrag nachlesen bevor man auf js 3.3 updatet. Somit ist man gewarnt solange man lesen kann.
@pete0815 sagte in js-controller 3.3 jetzt im STABLE!:
Das geschilderte Verständnis was Stable bedeutet bzw. ich darunter erwarte, kann ich durchaus nachvollziehen, will aber da Freeware nicht weiter ausführen
Ich wollte nur fix das Problem loswerden und WARNEN was da an sauberen Systemen passiert
Das ist auch alles super, aber ob das so an "Stable" liegt oder nicht ist sehr fraglich. Das "Thema" ist das ioBroker sehr viele optionen bietet und dementsprechend machen viele User es anders. Wir können gar nicht alles sicherstellen.
Nur weil ein User ein problem hat heisst das nicht das nichts mehr geht!Auch wenn man den Thread liesst ist 99,9% "da loggt ein Adapter komischen Kram" meldungen. probleme das etwas nicht mehr geht gab es genau EINEN wo npm irgendwie typescript "verlohren" hat ... das ist wieder nichts von js-controller seoindenr ein komischer EInzelfall.
Fakt ist das der neue js-controller bereits auf über 6000 Systemen läuft ... also dafür ist hier im Thread recht wenig los wenn es generell ein Issue mit der Bedeutung "Stable" wäre
-
Vielen Dank für die neue Version!
Von STABLE kann da wohl nicht wirklich die Rede sein? Zum Glück habe ich das hier alles noch gelesen und lasse die Finger davon, da ich mir sicherlich nicht das WE versauen möchte.
Ich würde mir wirklich wünschen, wenn der ioBroker mal zu einem System heranwächst, welches sich einfach updaten lässt ohne sich stundenlang damit zu beschäftigen welche sonstigen Versionen vorher upgedatet werden müssen oder wo NPM, Node.js hochgezogen werden müssen etc.. Hört alles sehr nach Bastelkram an. Wirklich anwenderfreundlich ist das ganze auf jeden Fall nicht. Oder soll ioBroker nur für IT-Nerds sein?
Entschuldigung für die Kritik, aber das musste mal raus. Aus dem Blickwinkel eines normalen ioBroker Anwenders!@nathandrake siehe mein letzter Post. Woran machst Du es fest? Das sehe ich nicht.
und jetzt auch mal bitte: Stable bedeutet das die Software Stabil läuft und keine Bugs hat - genau dies trifft hier zu! Die Fehler die pot. noch in Adaptern liegen haben mit dem js.controller nichst zu tun UND sind ausschliesslich Info-Logs die keine negative Auswirkung (ausser ne Logzeile) haben.
Der ganze Rest ist sauber. Sentry, wo crashes reported werden ist LEER. Also was ist jetzt hier nicht "Stable"?
-
Tesla Adapter ==> kein Token mehr!
Bisher habe ich noch nichts über den Tesla Adapter gelesen. Ich habe seit dem Update das Problem, dass der Tesla Adapter nicht mehr läuft. Da mein Token noch gültig war, der Adapter aber nicht mehr mit meinem Auto kommuniziert hat, habe ich versucht, einen neuen Token zu erstellen. Das hat nicht geklappt: "no response"!
Ich habe jetzt alles durchprobiert. Adapter-Instanz neu installiert, mit und ohne 2FA, 24h abwarten....... Jetzt weiß ich nicht mehr weiter, immer ERROR "no response".Also, Tesla-Adapter geht bei mir nicht mehr! Tipps?
ioBroker (Node 12.22.4, NPM 6.14.14, js-controller 3.3) auf NUC in Proxmox Ubuntu-VM 20.04.2
-
@homoran Alle gut. Wie geschrieben, es war klar, dass das umfangreiche Update des JS-Controller irgendwann kommt. Und der beta-Thread lief dazu schon lange und nicht jede Eventualität ist in irgendeinem Beta-System enthalten.
Und ja, es hat auch mich dazu gebracht, mal wieder das System genauer anzuschauen und ein paar Scripts anzupassen oder neuere Versionen zu holen. Bis auf das JSON-Array-Problem in Blockly, welches halt ein warning erzeugt, habe ich da nun wirklich wieder alles ohne Meldungen am Laufen. Und dass einige Adapter nun mit Level error laufen müssen, weil sie sonst Meldungen bringen liegt ja nur indirekt am JS-Controller. Wenn halt der Adapter-Developer nichts macht oder nicht mehr aktiv ist, dann ist dennoch deren Schuld. Oder derer (wie ich), der sich nie mit Adapterentwicklung befasst hat und da auf andere angewiesen ist. Hoffentlich akzepiert der JS-Controller da aber noch auf lange Zeit auch "unsaubere" Adapter ohne Funktionen dann einfach zu blockieren oder ignorieren...
Zum Update selbst: Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Insgesamt aber wirklich nochmal ein dickes DANKE!!!!
Gruss, Jürgen@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Es gab gute Grunde genau dies nicht zu tun.
660
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge