NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
Habe aktuell probleme mit dem RFLink:
root@raspberrypi:/opt/iobroker# iobroker rebuild RFLink --install internal/validators.js:117 throw new ERR_INVALID_ARG_TYPE(name, 'string', value); ^ TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received null at validateString (internal/validators.js:117:11) at Object.join (path.js:1039:7) at installNpm (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2231:31) at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:491:13) at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2583:5) at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:24) at Module._compile (internal/modules/cjs/loader.js:1156:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:1176:10) at Module.load (internal/modules/cjs/loader.js:1000:32) at Function.Module._load (internal/modules/cjs/loader.js:899:14) { code: 'ERR_INVALID_ARG_TYPE' }rflink.0 2020-04-21 11:20:33.676 error (25746) Cannot write "rflink.0.channels.Kaku_1.SWITCH_4": Serial not openedhttps://github.com/ioBroker/ioBroker.rflink/issues/28
Der scheint hier Pakete nicht zu finden.Gruß Alex
-
@jf62 was genau hast du geupdated dass es nicht mehr ging?
@foxriver76 nur js-controller. Aber Adapter löschen und neu installieren hat funktioniert
-
Eine wundersame Sache zeigt noch der Info Adapter an. Allerdings läuft alles sauber nach meiner Einschätzung:
Node.js
v10.20.1 (Es gibt eine neuere Version: v10.19.0)
NPM
6.14.4@jf62 sagte in js-controller 3.0 jetzt im Latest!:
Eine wundersame Sache zeigt noch der Info Adapter an. Allerdings läuft alles sauber nach meiner Einschätzung:
Node.js
v10.20.1 (Es gibt eine neuere Version: v10.19.0)
NPM
6.14.4Das ist schon bekannt. Ich bin bei 12.16.2 und mir wird die 10.20.1 empfohlen
Iobroker in LXC-Container auf Proxmox 8 - Sicherung auf PBS - Homematic CCU2 - Netatmo Wetterstation und Thermostat
-
@jf62 sagte in js-controller 3.0 jetzt im Latest!:
Eine wundersame Sache zeigt noch der Info Adapter an. Allerdings läuft alles sauber nach meiner Einschätzung:
Node.js
v10.20.1 (Es gibt eine neuere Version: v10.19.0)
NPM
6.14.4Das ist schon bekannt. Ich bin bei 12.16.2 und mir wird die 10.20.1 empfohlen
@Espace0401
das ist auch korrekt, da die Empfehlung für die v12.x erst noch kommt -
@ticaki exakt. Hier wäre da vollständige log interessant. Und dann auch das log wenn du „iobroker rebuild ham --install„ manuell aufrufst.
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
iobroker rebuild ham --install
Da da ein paar hundert Logeinträge rumfliegen poste ich erstmal nur das:
2020-04-21 01:33:00.209 - info: host.tims-pi1 instance system.adapter.ham.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2020-04-21 01:33:00.209 - info: host.tims-pi1 Adapter system.adapter.ham.0 needs rebuild and will be restarted afterwards. 2020-04-21 01:33:00.210 - info: host.tims-pi1 system.adapter.ham.0 will be rebuilt 2020-04-21 01:33:00.210 - warn: host.tims-pi1 adapter "ham" seems to be installed for a different version of Node.js. Trying to rebuild it... 2 attempt 2020-04-21 01:33:00.211 - info: host.tims-pi1 iobroker rebuild ham --install 2020-04-21 01:33:00.745 - info: host.tims-pi1 iobroker npm-rebuild: npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.ham" 2020-04-21 01:33:01.480 - info: host.tims-pi1 instance system.adapter.iot.0 started with pid 22888 2020-04-21 01:33:03.485 - info: iot.0 (22888) starting. Version 1.4.6 in /opt/iobroker/node_modules/iobroker.iot, node: v12.16.2, js-controller: 3.0.14 2020-04-21 01:33:04.510 - warn: iot.0 (22888) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node' was compiled against a different Node.js version using NODE_MODULE_VERSION 64. This version of Node.js requires NODE_MODULE_VERSION 72. Please try re-compiling or re-installing the module (for instance, using `npm rebuild` or `npm install`). 2iobroker rebuild ham --install
Terminal:iobroker rebuild ham --install npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.ham" Rebuild ham doneInstanzen aktiviert:
host.tims-pi1 2020-04-21 11:55:44.200 info Rebuild for adapter system.adapter.ham.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually. host.tims-pi1 2020-04-21 11:55:44.199 info instance system.adapter.ham.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) ... ham.0 2020-04-21 11:55:42.014 info (13030) No additional Libraries to install ... ham.0 2020-04-21 11:55:41.983 info (13030) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.ham, node: v12.16.2, js-controller: 3.0.14 host.tims-pi1 2020-04-21 11:55:40.990 info instance system.adapter.ham.0 started with pid 13030 host.tims-pi1 2020-04-21 11:55:40.970 info "system.adapter.ham.0" enabled host.tims-pi1 2020-04-21 11:51:59.261 info "system.adapter.ham.0" disabledIch bekomme den Adapter nicht auf grün, ist aber für mich jetzt nicht wirklich relevant, nutze ihn nicht mehr.
-
Fehler beim Smartgarden-Adapter (Startet nicht)
host.SmartHome 2020-04-21 08:28:17.917 error startInstance system.adapter.smartgarden.0: required adapter "@jpgorganizer/utils" not found!
Verzeichnis vorhanden. Rechte passen.
rebuild löst das Problem auch nicht.
Adapter neu installieren funktioniert auch nicht.JS-Controller 3.0.14
node.js 12.16.2mit node.js 10.x funktioniert es lt. einem anderen User.
siehe: https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222 -
Fehler beim Smartgarden-Adapter (Startet nicht)
host.SmartHome 2020-04-21 08:28:17.917 error startInstance system.adapter.smartgarden.0: required adapter "@jpgorganizer/utils" not found!
Verzeichnis vorhanden. Rechte passen.
rebuild löst das Problem auch nicht.
Adapter neu installieren funktioniert auch nicht.JS-Controller 3.0.14
node.js 12.16.2mit node.js 10.x funktioniert es lt. einem anderen User.
siehe: https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222Schwierig hier sauber zu bleiben wenn manche schon auf nodejs 12 sind, wenn nodejs 10 mit JS-C 3 keine Probleme macht.
Denn das sind dann keine JS-C Probleme sondern Adapter die mit zu neuem nodejs nicht wollen. Die dürften dann ggf. auch schon mit JS-C 2.x Probleme machen. -
Fehler beim Smartgarden-Adapter (Startet nicht)
host.SmartHome 2020-04-21 08:28:17.917 error startInstance system.adapter.smartgarden.0: required adapter "@jpgorganizer/utils" not found!
Verzeichnis vorhanden. Rechte passen.
rebuild löst das Problem auch nicht.
Adapter neu installieren funktioniert auch nicht.JS-Controller 3.0.14
node.js 12.16.2mit node.js 10.x funktioniert es lt. einem anderen User.
siehe: https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222@muckel sagte in js-controller 3.0 jetzt im Latest!:
mit node.js 10.x funktioniert es lt. einem anderen User.
siehe:ich habe gerade auf den js controller 3 umgestellt und habe node.js 10 drauf, aber der Adapter liefert mir die gleiche Fehlermeldung wie beschrieben.
-
Schwierig hier sauber zu bleiben wenn manche schon auf nodejs 12 sind, wenn nodejs 10 mit JS-C 3 keine Probleme macht.
Denn das sind dann keine JS-C Probleme sondern Adapter die mit zu neuem nodejs nicht wollen. Die dürften dann ggf. auch schon mit JS-C 2.x Probleme machen.ja, geb ich dir recht.
... aber:
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben. -
ja, geb ich dir recht.
... aber:
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.@muckel Der Controller läuft sicher auch mit nodejs 12 wunderbar. Aber die hier geposteten Probleme sind von Adaptern und das müsste dann jeweils deren Entwickler nachziehen. Da kann der Controller nicht helfen außer mit Logausgaben darauf hinweisen. Bleibt man aber im aktuell empfohlenen Rahmen bis nodejs 10, würden hier wenig bis keine Probleme gepostet. Voreilen bei mehreren ineinander greifenden Komponenten hilft also nur bedingt beim Testen einer der Komponenten.
-
Hallo ioBroker-Community,
wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 3.0 (Releasename "Elena") bzw. inzwischen 3.1 (Releasename "Francesca") ins Latest Repository (sollte im laufe des Tages bei allen auftauchen). Ein großer Dank geht an alle User die bereits in den Letzten Tagen diese Version im beta test getestet und Probleme und Fehler zur Behebung gemeldet haben!
Node.js Versions-Anforderungen
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625Error/Crash-Reporting mittels Sentry
Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Der js-controller weisst bei der Erstinstallation einer Version >3.1 beim Upgrade gesondert darauf hin! Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.Informationen zur Version
Diese Version bringt einige Features mit, ist aber ebenso der Beginn um "unter der Haube" einiges zu vereinheitlichen und Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Es gibt allerdings auch neue Features mit die die Adapter-Entwicklung vereinfachen und Hürden abbauen. Aus diesem Grund ist auch die Liste der Themen welche vor allem für Entwickler relevant sind diesmal recht lang.
Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.2 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Dazu dann zu gegebener Zeit mehr.Darüber hinaus gibt es natürlich viele Optimierungen und Fixes. Mehr dazu weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei der 2.2!
Ich bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox für die aktive Mitarbeit an dieser Version!
Der js-controller 3.0/3.1 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen
Es gibt diesmal zwei Adapter die Aktualisiert werden müssen und einige weitere die aktualisiert werden sollten um die oben genannten Warnungen zu vermeiden! Mehr dazu im nächsten Abschnitt!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 3.0/3.1 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- pushover 1.1.x funktioniert, falls 1.2.x im Einsatz ist bitte auf 1.3.x aktualisieren
- tr-064 4.0.0
- tr-064-community wird nun offiziell nicht mehr funktionieren.
- Die soef Adapter firetv und wifilight funktionieren nicht mehr und haben Updates bekommen: Bitte wifilight 1.1.0 bzw firetv 1.0.0 nutzen. Falls jemand "wifilight-community" oder "firetv-community" nutzt bitte wieder zurück auf die anderen wechseln.
- Der soef Adapter lightify funktioniert ebenso nicht mehr. Da Lightify als Platform allerdings in ein paar Monaten nicht mehr weiter betrieben wird haben wir entscheiden hier keinen Aufwand mehr reinzustecken. Am besten die Geräte über zigbee direkt anbinden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Die wichtigsten Adapter sind mit neuen Versionen im Latest Repository allerdings schon gefixt. Falls ein Adapter "nervt" dann bitte dem Entwickler melden und den Loglevel auf "Error" setzen.
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 läuft ist es beim Update auf Version 3.0/3.1 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.0/3.1 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt"
- Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels
iobroker rebuild adapternameoder falls das nicht funktioniert hatiobroker rebuild adaptername --installneu gebaut werden. Diese Befehle lösen faktisch reinstall.js u.a. ab. - Der js-controller prüft jetzt vor jedem Start eines Adapters wieviel RAM noch frei ist und warnt im Log falls dies zu wenig ist. Die Standard-Limits sind 100MB (Warnung) bzw. 50MB (Fehler) und dies soll verhindern das mehr Adapter-Prozesse genutzt werden als RAM verfügbar ist. Hier sind wir gespannt auf Eure Berichte.
- Logfiles sollten jetzt wirklich nach dem täglichen rotieren auf Linux-Systemen als .gz Dateien abgelegt werden.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.Hi,
kann man das dauerhaft für alle Adapter zeitgleich deaktivieren? Gibt es so etwas wie einen Master Switch oder muss ich das für jeden Adapter einzeln machen.
EDIT: Gibt es bei neu Installationen oder späteren Upgrades (JS-Controller oder einzelner Adapter) einen "prominenten" Hinweis auf das sammeln der Daten im Fehlerfall ?
Gruß
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@muckel Der Controller läuft sicher auch mit nodejs 12 wunderbar. Aber die hier geposteten Probleme sind von Adaptern und das müsste dann jeweils deren Entwickler nachziehen. Da kann der Controller nicht helfen außer mit Logausgaben darauf hinweisen. Bleibt man aber im aktuell empfohlenen Rahmen bis nodejs 10, würden hier wenig bis keine Probleme gepostet. Voreilen bei mehreren ineinander greifenden Komponenten hilft also nur bedingt beim Testen einer der Komponenten.
-
nodejs 10, oder 12 wird empfohlen.
lese dir den thread mal durch ab 222.
https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222 -
@muckel Meine Antwort war allg. zu sehen. Wenn der von dir genannte Adapter tatsächlich kompatibel zu nodejs 12 sein soll und nur mit JS-C 3 Probleme macht, dann ist das hier definitiv zu erwähnen.
@Diginix sagte in js-controller 3.0 jetzt im Latest!:
@muckel Meine Antwort war allg. zu sehen. Wenn der von dir genannte Adapter tatsächlich kompatibel zu nodejs 12 sein soll und nur mit JS-C 3 Probleme macht, dann ist das hier definitiv zu erwähnen.
... was ich ja gemacht habe
anscheinend nur ab 3.0.14 -
Fehler beim Smartgarden-Adapter (Startet nicht)
host.SmartHome 2020-04-21 08:28:17.917 error startInstance system.adapter.smartgarden.0: required adapter "@jpgorganizer/utils" not found!
Verzeichnis vorhanden. Rechte passen.
rebuild löst das Problem auch nicht.
Adapter neu installieren funktioniert auch nicht.JS-Controller 3.0.14
node.js 12.16.2mit node.js 10.x funktioniert es lt. einem anderen User.
siehe: https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222@muckel Ist ein Fehler des Adapterentwicklers: https://github.com/jpgorganizer/ioBroker.smartgarden/issues/7
-
Grüße
Erstmal vielen dank für eure unermüdliche Arbeit an und um den ioBroker herum! Bitte weiter so...!
Nach dem Update auf NodeJs 12.x und dem Update auf 3.0.14 geht der Tado Adapter nicht mehr @Dutchman.tado.0 2020-04-21 14:49:43.520 error (23038) Disconnected from Tado cloud service ..., retry in 30 seconds !Die Deinstallation und Installation hat das Problem leider nicht lösen können.
Ich hoffe durch das Melden des Problemes konnte ich wenigstes einen kleinen Beitrag dazu leisten
Mit freundlichen Grüßen
Kevin -
Hallo ioBroker-Community,
wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 3.0 (Releasename "Elena") bzw. inzwischen 3.1 (Releasename "Francesca") ins Latest Repository (sollte im laufe des Tages bei allen auftauchen). Ein großer Dank geht an alle User die bereits in den Letzten Tagen diese Version im beta test getestet und Probleme und Fehler zur Behebung gemeldet haben!
Node.js Versions-Anforderungen
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625Error/Crash-Reporting mittels Sentry
Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Der js-controller weisst bei der Erstinstallation einer Version >3.1 beim Upgrade gesondert darauf hin! Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.Informationen zur Version
Diese Version bringt einige Features mit, ist aber ebenso der Beginn um "unter der Haube" einiges zu vereinheitlichen und Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Es gibt allerdings auch neue Features mit die die Adapter-Entwicklung vereinfachen und Hürden abbauen. Aus diesem Grund ist auch die Liste der Themen welche vor allem für Entwickler relevant sind diesmal recht lang.
Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.2 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Dazu dann zu gegebener Zeit mehr.Darüber hinaus gibt es natürlich viele Optimierungen und Fixes. Mehr dazu weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei der 2.2!
Ich bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox für die aktive Mitarbeit an dieser Version!
Der js-controller 3.0/3.1 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen
Es gibt diesmal zwei Adapter die Aktualisiert werden müssen und einige weitere die aktualisiert werden sollten um die oben genannten Warnungen zu vermeiden! Mehr dazu im nächsten Abschnitt!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 3.0/3.1 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- pushover 1.1.x funktioniert, falls 1.2.x im Einsatz ist bitte auf 1.3.x aktualisieren
- tr-064 4.0.0
- tr-064-community wird nun offiziell nicht mehr funktionieren.
- Die soef Adapter firetv und wifilight funktionieren nicht mehr und haben Updates bekommen: Bitte wifilight 1.1.0 bzw firetv 1.0.0 nutzen. Falls jemand "wifilight-community" oder "firetv-community" nutzt bitte wieder zurück auf die anderen wechseln.
- Der soef Adapter lightify funktioniert ebenso nicht mehr. Da Lightify als Platform allerdings in ein paar Monaten nicht mehr weiter betrieben wird haben wir entscheiden hier keinen Aufwand mehr reinzustecken. Am besten die Geräte über zigbee direkt anbinden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Die wichtigsten Adapter sind mit neuen Versionen im Latest Repository allerdings schon gefixt. Falls ein Adapter "nervt" dann bitte dem Entwickler melden und den Loglevel auf "Error" setzen.
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 läuft ist es beim Update auf Version 3.0/3.1 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.0/3.1 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt"
- Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels
iobroker rebuild adapternameoder falls das nicht funktioniert hatiobroker rebuild adaptername --installneu gebaut werden. Diese Befehle lösen faktisch reinstall.js u.a. ab. - Der js-controller prüft jetzt vor jedem Start eines Adapters wieviel RAM noch frei ist und warnt im Log falls dies zu wenig ist. Die Standard-Limits sind 100MB (Warnung) bzw. 50MB (Fehler) und dies soll verhindern das mehr Adapter-Prozesse genutzt werden als RAM verfügbar ist. Hier sind wir gespannt auf Eure Berichte.
- Logfiles sollten jetzt wirklich nach dem täglichen rotieren auf Linux-Systemen als .gz Dateien abgelegt werden.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
Es gibt eine Script-Vorlage zur Erstellung von Alias-Datenpunkten, die um getrennte Original-Datenpunkte für Status und Kommando erweitert wurde.
-
Leider bleibt mein hmip-Adapter (Version: 0.0.12) auf gelb
Betriebssystem: linux
Node.js: v10.16.0
NPM: 6.13.7hmip.0 2020-04-21 15:34:54.254 error (26624) error starting homematic: Error: undefined is not a valid state value hmip.0 2020-04-21 15:34:54.253 info (26624) unkown channel type - CHANGE_OVER_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate":158747 hmip.0 2020-04-21 15:34:54.253 info (26624) unkown channel type - DEHUMIDIFIER_DEMAND_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate hmip.0 2020-04-21 15:34:54.252 info (26624) unkown channel type - HEAT_DEMAND_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate":158747 hmip.0 2020-04-21 15:34:54.251 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.250 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.250 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.249 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.248 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.248 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.247 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.246 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:54.245 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:53.931 info (26624) ws connection opened hmip.0 2020-04-21 15:34:47.090 info (26624) unkown channel type - CHANGE_OVER_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate":158747 hmip.0 2020-04-21 15:34:47.089 info (26624) unkown channel type - DEHUMIDIFIER_DEMAND_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate hmip.0 2020-04-21 15:34:47.088 info (26624) unkown channel type - HEAT_DEMAND_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdate":158747 hmip.0 2020-04-21 15:34:47.087 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.086 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.086 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.085 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.084 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.083 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.082 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.081 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:47.079 info (26624) unkown channel type - FLOOR_TERMINAL_BLOCK_CHANNEL - {"id":"3014F711A00005D5699CF519","homeId":"ff19da28-0d1f-4c45-a47f-84b75bb3d610","label":"Fußbodenheizungsaktor - 10-fach","lastStatusUpdat hmip.0 2020-04-21 15:34:46.101 info (26624) starting. Version 0.0.12 in /opt/iobroker/node_modules/iobroker.hmip, node: v10.16.0, js-controller: 3.0.14 host.odroidxu4 2020-04-21 15:34:44.174 info instance system.adapter.hmip.0 started with pid 26624``` -
Bei mir sind nach dem Update mehrere Adapter rot auf dem Slave. Den tr-064 habe ich schon neu installiert - wie soll ich vorgehen?
Ausserdem bekomme ich bei Adapterinstallation auf dem Tinkerboard immer einen pixman-1 Error.
660
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge