NEWS
Beta-Test js-controller 2.2.x GitHub
-
Für Zigbee kann ich das auch bestätigen:
host.MyRasPi 2019-12-27 17:24:40.862 info Restart adapter system.adapter.zigbee.0 because enabled host.MyRasPi 2019-12-27 17:24:40.862 info instance system.adapter.zigbee.0 terminated with code 0 (NO_ERROR) host.MyRasPi 2019-12-27 17:24:40.861 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) host.MyRasPi 2019-12-27 17:24:40.861 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) host.MyRasPi 2019-12-27 17:24:40.860 error Caught by controller[0]: at client.keys (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:685:17) host.MyRasPi 2019-12-27 17:24:40.860 error Caught by controller[0]: at states.getKeys (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6783:25) host.MyRasPi 2019-12-27 17:24:40.859 error Caught by controller[0]: at initLogging (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7086:22) host.MyRasPi 2019-12-27 17:24:40.859 error Caught by controller[0]: at Adapter.emit (events.js:208:7) host.MyRasPi 2019-12-27 17:24:40.858 error Caught by controller[0]: at emitNone (events.js:106:13) host.MyRasPi 2019-12-27 17:24:40.857 error Caught by controller[0]: at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.zigbee/main.js:171:31) host.MyRasPi 2019-12-27 17:24:40.856 error Caught by controller[0]: at main (/opt/iobroker/node_modules/iobroker.zigbee/main.js:1627:5) host.MyRasPi 2019-12-27 17:24:40.854 error Caught by controller[0]: at processMessages (/opt/iobroker/node_modules/iobroker.zigbee/main.js:177:13) host.MyRasPi 2019-12-27 17:24:40.851 error Caught by controller[0]: TypeError: adapter.getMessage is not a function zigbee.0 2019-12-27 17:24:40.277 info (22092) Terminated (NO_ERROR): Without reason zigbee.0 2019-12-27 17:24:40.275 info (22092) terminating zigbee.0 2019-12-27 17:24:40.141 error (22092) TypeError: adapter.getMessage is not a function at processMessages (/opt/iobroker/node_modules/iobroker.zigbee/main.js:177:13) at main (/opt/iobroker/node_modules/iobroker.zigbee/main. zigbee.0 2019-12-27 17:24:40.138 error (22092) uncaught exception: adapter.getMessage is not a function zigbee.0 2019-12-27 17:24:40.113 info (22092) Reset coordinator zigbee.0 2019-12-27 17:24:40.038 info (22092) Queue is: true zigbee.0 2019-12-27 17:24:40.037 info (22092) Start on port: /dev/ttyACM0 channel 11 zigbee.0 2019-12-27 17:24:39.954 info (22092) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.12.0 host.MyRasPi 2019-12-27 17:24:35.568 info instance system.adapter.zigbee.0 started with pid 22092 host.MyRasPi 2019-12-27 17:24:05.541 info Restart adapter system.adapter.zigbee.0 because enabled -
Ok, dann installiert bitte mal neu von Github. Die 2.2.2 fügt die "getMessage" erstmal wieder hinzu. Wir werfen das in der 2.4 (nächstes Release Ende März) dann raus. Das sollte genug Zeit geben die Adapter vorzubereiten.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Yesssss Sir... :) Thank you very much..
zigbee.0 2019-12-27 17:54:40.100 info (10097) 1 (0x00158d0002792080): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice) zigbee.0 2019-12-27 17:54:40.065 info (10097) Shepherd ready. {"state":"Coordinator","channel":"11","panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"ieeeAddr":"0x00124b0018e1b30a","nwkAddr":0} zigbee.0 2019-12-27 17:54:40.062 info (10097) Zigbee-shepherd ready. Firmware version: 2.6.3 rev 20180815 zigbee.0 2019-12-27 17:54:40.036 info (10097) zigbee-shepherd started! zigbee.0 2019-12-27 17:54:38.207 info (10097) Reset coordinator zigbee.0 2019-12-27 17:54:38.133 info (10097) Queue is: true zigbee.0 2019-12-27 17:54:38.131 info (10097) Start on port: /dev/ttyACM0 channel 11 zigbee.0 2019-12-27 17:54:38.077 info (10097) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.12.0 host.MyRasPi 2019-12-27 17:54:34.278 info instance system.adapter.zigbee.0 started with pid 10097 host.MyRasPi 2019-12-27 17:54:34.245 info "system.adapter.zigbee.0" enabledv2.2.2
-
Ok, zu testen ist bitte ob alles noch w´so tut wie bisher. Achtet mal auf die Logfiles das die jetzt wieder sauber rotiert werden und aufgeräumt werden.
Auch das History-Adapter (sql/Influxdb/history) noch tun, auch wenn es um Aktivieren/deaktivieren von Objekten geht. Auch iot hinzufügen von neuen Dingen und so generelle Dinge. Also alles was unter der Haube Objekte oder States subscribed ...
-
So die 2.2.2 ist drauf und alles läuft.
Einzig Node-Red hatte nach dem Start ein paar Warnungen im Log, die verschwinden aber von alleine, bevor ich sie kopieren konnte. Alles was ich in Node-Red drin habe läuft aber wie vorher auch.Zigbee ohne Probleme, war bei mir aber auch mit 2.2.1 nicht anders
-
Ok, dann installiert bitte mal neu von Github. Die 2.2.2 fügt die "getMessage" erstmal wieder hinzu. Wir werfen das in der 2.4 (nächstes Release Ende März) dann raus. Das sollte genug Zeit geben die Adapter vorzubereiten.
@apollon77 said in Beta-Test js-controller 2.2.x GitHub:
Ok, dann installiert bitte mal neu von Github. Die 2.2.2 fügt die "getMessage" erstmal wieder hinzu. Wir werfen das in der 2.4 (nächstes Release Ende März) dann raus. Das sollte genug Zeit geben die Adapter vorzubereiten.
Vorschlag: im log einen entsprechenden Error ausgeben lassen. Dann nerven die User die Entwickler auch entsprechend. ;-)
Ultimativer Lovelace Leitfaden: https://forum.iobroker.net/topic/35937/der-ultimative-iobroker-lovelace-leitfaden-dokumentation
Lovelace UI Beispiele: https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung
-
So die 2.2.2 ist drauf und alles läuft.
Einzig Node-Red hatte nach dem Start ein paar Warnungen im Log, die verschwinden aber von alleine, bevor ich sie kopieren konnte. Alles was ich in Node-Red drin habe läuft aber wie vorher auch.Zigbee ohne Probleme, war bei mir aber auch mit 2.2.1 nicht anders
-
@apollon77 said in Beta-Test js-controller 2.2.x GitHub:
Ok, dann installiert bitte mal neu von Github. Die 2.2.2 fügt die "getMessage" erstmal wieder hinzu. Wir werfen das in der 2.4 (nächstes Release Ende März) dann raus. Das sollte genug Zeit geben die Adapter vorzubereiten.
Vorschlag: im log einen entsprechenden Error ausgeben lassen. Dann nerven die User die Entwickler auch entsprechend. ;-)
-
2019-12-27 17:59:45.680 - [33mwarn[39m: node-red.0 (2019) TypeError: adapter.getMessage is not a function at processMessages (/opt/iobroker/node_modules/iobroker.node-red/main.js:141:13) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.node-red/main.js:33:5) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4785:34) at Immediate.setImmediate [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:227:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) -
2019-12-27 17:59:45.680 - [33mwarn[39m: node-red.0 (2019) TypeError: adapter.getMessage is not a function at processMessages (/opt/iobroker/node_modules/iobroker.node-red/main.js:141:13) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.node-red/main.js:33:5) at Adapter.emit (events.js:198:13) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4785:34) at Immediate.setImmediate [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:227:41) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5) -
@apollon77
Der Beelink wurde rebootet, also mehr Restart geht nicht:blush: -
Hi, Radar2 wird kurz grün, dann wieder rot.
bin auf der Version 2.2.2radar2.0 2019-12-28 06:36:52.079 error at process._tickCallback (internal/process/next_tick.js:63:19) radar2.0 2019-12-28 06:36:52.079 error at state.handle.lookup (dgram.js:242:18) radar2.0 2019-12-28 06:36:52.079 error (12861) Error: bind EACCES 0.0.0.0:67 radar2.0 2019-12-28 06:36:52.078 error (12861) uncaught exception: bind EACCES 0.0.0.0:67und
host.ioBroker-RasPi4 2019-12-28 06:43:01.923 error Caught by controller[0]: port: 67 } host.ioBroker-RasPi4 2019-12-28 06:43:01.923 error Caught by controller[0]: address: '0.0.0.0', host.ioBroker-RasPi4 2019-12-28 06:43:01.923 error Caught by controller[0]: syscall: 'bind', host.ioBroker-RasPi4 2019-12-28 06:43:01.923 error Caught by controller[0]: code: 'EACCES', host.ioBroker-RasPi4 2019-12-28 06:43:01.923 error Caught by controller[0]: errno: 'EACCES', host.ioBroker-RasPi4 2019-12-28 06:43:01.922 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19) host.ioBroker-RasPi4 2019-12-28 06:43:01.922 error Caught by controller[0]: at state.handle.lookup (dgram.js:242:18) host.ioBroker-RasPi4 2019-12-28 06:43:01.921 error Caught by controller[0]: { Error: bind EACCES 0.0.0.0:67ble ist nur noch gelb, im LOG wird aber nichts angezeigt. Alles natürlich im debug.
Gruß,
Mathias -
Aktuelle Test Version 2.2.1 Veröffentlichungsdatum 27.12.2019 Github Link npm install ioBroker/ioBroker.js-controller#2.2.xHallo in die Tester-Runde,
wie im neuen Release-Cycle für den js-controller geplant starten wir heute den Beta Test des neuen js-controller 2.1 (Releasename "Dina").
Das Release ist im grossen und ganzen ein weiterer Bugfix-Release zur 2.1.1 und behebt noch ein paar kleinere Probleme. Darüber hinaus gab es aber auch die nächsten Umbauarbeiten unter der Haube, die am Ende keine Auswirkungen auf die Funktionalität haben sollten. 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.0!Der js-controller 2.0 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1 ist problemlos. Auch die minimale Node.js Version bleibt wie vom letzten Release bekannt bei 8.x, besser noch auf 10.x.
Installation
VOR der Installation
Wie bei jedem test dieser Art: Bitte macht ein Backup!iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@versioninstalliert werden und sollte alles wieder herstellen.Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir 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.
Linux
Für den Beta-Test muss der js-controller direkt per npm installiert werden. Dazu bitte den ioBroker auf dem Server beenden und dann in einer Shell in das ioBroker Verzeichnis wechseln. Dann mittels
npm install ioBroker/ioBroker.js-controller#2.2.xden Controller manuell aktualisieren. Bevor ihr loslegt, lest aber bitte erst noch die folgenden Hinweise! Der zweite Post in diesem Thread ist für eine FAQ reserviert. Bitte schaut auch dort gern einmal rein.Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.1 läuft ist es beim Update auf Version 2.0 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 2.2 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 2.2 aktualisiert wurde!
Nötige Adapter-Aktualisierungen
Bisher keine bekannt.Es wurde eine Methoden (lenMessage) in der Adapter-Klasse entfernt, welche schon seit der 1.5.x als "veraltet" gekennzeichnet war und auch Stand heute nicht genutzt werden.
Die Methode getMessage wird in js-controller 2.4 auch entferntFehler
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer nutzen und die Installation wiederholen.curl -sL https://iobroker.net/fix.sh | bash -Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller#2.2.xversuchen. Bitte berichtet solche Fälle hier im Thread.Nach der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittelsiobroker 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.
Was hat sich geändert, was besonders ansehen/testen?
Neben einiger weiterer Bugfixes, die fast in eine 2.1.2 eingeflossen werden gibt es folgende Änderungen und fixes zu erwähnen:
- Logfiles sollten wieder sauber nach dem rotieren gelöscht werden. Logfiles werden jetzt beim Rotieren gepackt und ältere Files liegen daher aus .gz Files im Verzeichnis
- Restart von Instanzen funktioniert wirder zuverässig
- State und Object-Subscriptions des Systems und der eigentlichen Adapter-Logik werden nun getrennt ausgeführt. In der vergangenheit konnte es in Ausnahmefällen hier zu überschneidungen kommen, die dann Auswirkungen hatten. Diese Änderung sollte keinerlei Auswirkung auf Funktionen von Adaptern haben.
- Der Socket.io Kompatibilitätsschicht die in der 2.0/2.1 noch drin war um die Kommunikation von "neuen" Slaves mit einem "alten" Master zu erlauben wurde wie geplant entfernt.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
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.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
@apollon77 Kurzer Zwischenstand, es gibt auch über Nacht nichts negatives zu berichten - Augenscheinlich alles beim Alten :)
-
@Jan1 Aber danach kams jetzt nicht mehr oder ?! Also mit der 2.2.2 ist die Funktion wieder da ...
@apollon77 sagte in Beta-Test js-controller 2.2.x GitHub:
@Jan1 Aber danach kams jetzt nicht mehr oder ?! Also mit der 2.2.2 ist die Funktion wieder da ...
Nein sieht alles sehr sauber aus und auch sonst keine Auffälligkeiten. Hatte mit Problemen gerechnet, da ich einige der Adapter laufen habe, die im ersten Post als evt. problematisch gelten.
-
@apollon77
hat sich erledigt.
Nach einem Fix und 2 mal neu upgedatet mitnpm install ioBroker/ioBroker.js-controllerund
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerlaufen ble und Radar2 wieder.
beim ersteren Code kamen zig Fehlermeldungen, beim zweiten Code ging es dann.
Gruß,
Mathias -
Mit JS-2.2.2 "laufen" hier alle meine Adapter problemlos!
Was nicht funktioniert, ist das löschen von Instanzen und Adapter über die Admin-GUI. Beim Versuch einen Adapter/Instanz zu löschen wird das Entfernen mit einem "Exit 0" beendet. Danach wird die Adapter-Konfigurationsseite geöffnet, und Adapter/Instanz ist noch vorhanden ...
Über die Konsole geht das entfernen problemlos!
-
Mit JS-2.2.2 "laufen" hier alle meine Adapter problemlos!
Was nicht funktioniert, ist das löschen von Instanzen und Adapter über die Admin-GUI. Beim Versuch einen Adapter/Instanz zu löschen wird das Entfernen mit einem "Exit 0" beendet. Danach wird die Adapter-Konfigurationsseite geöffnet, und Adapter/Instanz ist noch vorhanden ...
Über die Konsole geht das entfernen problemlos!
@Einstein67 was genau steht im log?
-
Mit JS-2.2.2 "laufen" hier alle meine Adapter problemlos!
Was nicht funktioniert, ist das löschen von Instanzen und Adapter über die Admin-GUI. Beim Versuch einen Adapter/Instanz zu löschen wird das Entfernen mit einem "Exit 0" beendet. Danach wird die Adapter-Konfigurationsseite geöffnet, und Adapter/Instanz ist noch vorhanden ...
Über die Konsole geht das entfernen problemlos!
@Einstein67
stimmt und hier gleich mal ein Log dazu:$ ./iobroker del iogo Delete adapter "iogo" host.Beelink Counted 1 instances of iogo host.Beelink Counted 1 adapter for iogo host.Beelink Counted 1 states of iogo host.Beelink Counted 14 states of system.adapter.iogo ERROR: Cannot delete iogo files folder: Not existsCannot delete iogo.admin files folder: Not exists ERROR: host.Beelink error: Not exists host.Beelink Deleting 17 object(s). npm uninstall iobroker.iogo --silent --save --prefix "/opt/iobroker" (System call)
und hier der Versuch die Instanz zu löschen, was nicht funktioniert:
-
@Einstein67
stimmt und hier gleich mal ein Log dazu:$ ./iobroker del iogo Delete adapter "iogo" host.Beelink Counted 1 instances of iogo host.Beelink Counted 1 adapter for iogo host.Beelink Counted 1 states of iogo host.Beelink Counted 14 states of system.adapter.iogo ERROR: Cannot delete iogo files folder: Not existsCannot delete iogo.admin files folder: Not exists ERROR: host.Beelink error: Not exists host.Beelink Deleting 17 object(s). npm uninstall iobroker.iogo --silent --save --prefix "/opt/iobroker" (System call)und hier der Versuch die Instanz zu löschen, was nicht funktioniert:
Support us
843
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge