js-controller 3.3 jetzt im Beta

da_Woody

? Offline

Hi,
mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:

2021-06-20 10:58:16.571  - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379
2021-06-20 10:58:16.590  - debug: nuki.0 (65253) Objects client ready ... initialize now
2021-06-20 10:58:16.591  - debug: nuki.0 (65253) Objects create System PubSub Client
2021-06-20 10:58:16.592  - debug: nuki.0 (65253) Objects create User PubSub Client
2021-06-20 10:58:16.592  - debug: nuki.0 (65253) Objects client initialize lua scripts
2021-06-20 10:58:16.599  - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379
2021-06-20 10:58:16.603  - debug: nuki.0 (65253) objectDB connected
2021-06-20 10:58:16.604  - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379
2021-06-20 10:58:16.608  - debug: nuki.0 (65253) States create System PubSub Client
2021-06-20 10:58:16.609  - debug: nuki.0 (65253) States create User PubSub Client
2021-06-20 10:58:16.613  - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379
2021-06-20 10:58:16.613  - debug: nuki.0 (65253) statesDB connected
2021-06-20 10:58:16.751  - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13
2021-06-20 10:58:16.771  - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config IP address: 192.168.0.30
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config port: 8080
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config token: xxxx
2021-06-20 10:58:16.773  - debug: nuki.0 (65253) timer set: 60000 milliseconds
2021-06-20 10:58:16.571  - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379
2021-06-20 10:58:16.590  - debug: nuki.0 (65253) Objects client ready ... initialize now
2021-06-20 10:58:16.591  - debug: nuki.0 (65253) Objects create System PubSub Client
2021-06-20 10:58:16.592  - debug: nuki.0 (65253) Objects create User PubSub Client
2021-06-20 10:58:16.592  - debug: nuki.0 (65253) Objects client initialize lua scripts
2021-06-20 10:58:16.599  - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379
2021-06-20 10:58:16.603  - debug: nuki.0 (65253) objectDB connected
2021-06-20 10:58:16.604  - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379
2021-06-20 10:58:16.608  - debug: nuki.0 (65253) States create System PubSub Client
2021-06-20 10:58:16.609  - debug: nuki.0 (65253) States create User PubSub Client
2021-06-20 10:58:16.613  - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379
2021-06-20 10:58:16.613  - debug: nuki.0 (65253) statesDB connected
2021-06-20 10:58:16.751  - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13
2021-06-20 10:58:16.771  - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config IP address: 192.168.0.30
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config port: 8080
2021-06-20 10:58:16.772  - debug: nuki.0 (65253) config token: xxxx
2021-06-20 10:58:16.773  - debug: nuki.0 (65253) timer set: 60000 milliseconds
2021-06-20 10:58:18.709  - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number"
2021-06-20 10:58:18.709  - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string"
2021-06-20 10:58:18.709  - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number"
2021-06-20 10:58:18.709  - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string"
2021-06-20 10:58:20.054  - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string"
2021-06-20 10:58:20.214  - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=xxxxx
2021-06-20 10:58:20.225  - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object"
2021-06-20 10:58:20.054  - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string"
2021-06-20 10:58:20.214  - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=sl0ufi
2021-06-20 10:58:20.225  - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object"
2021-06-20 10:58:22.882  - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxx
2021-06-20 10:58:22.883  - debug: nuki.0 (65253) found Nuki device: 279997633
2021-06-20 10:58:22.886  - debug: nuki.0 (65253) found Nuki device: 645032813
2021-06-20 10:58:22.887  - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined
2021-06-20 10:58:22.888  - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined
    at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19)
    at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13)
    at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17)
    at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
    at Request.emit (events.js:376:20)
    at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10)
    at Request.emit (events.js:376:20)
    at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12)
    at Object.onceWrapper (events.js:482:28)
    at IncomingMessage.emit (events.js:388:22)
2021-06-20 10:58:22.888  - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined
2021-06-20 10:58:22.897  - info: nuki.0 (65253) cleaned everything up...
2021-06-20 10:58:22.897  - info: nuki.0 (65253) terminating
2021-06-20 10:58:22.898  - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-06-20 10:58:22.900  - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number"
2021-06-20 10:58:22.900  - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number"
2021-06-20 10:58:22.882  - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxxx
2021-06-20 10:58:22.883  - debug: nuki.0 (65253) found Nuki device: 279997633
2021-06-20 10:58:22.886  - debug: nuki.0 (65253) found Nuki device: 645032813
2021-06-20 10:58:22.887  - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined
2021-06-20 10:58:22.888  - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined
    at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19)
    at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13)
    at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17)
    at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
    at Request.emit (events.js:376:20)
    at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10)
    at Request.emit (events.js:376:20)
    at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12)
    at Object.onceWrapper (events.js:482:28)
    at IncomingMessage.emit (events.js:388:22)
2021-06-20 10:58:22.888  - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined
2021-06-20 10:58:22.897  - info: nuki.0 (65253) cleaned everything up...
2021-06-20 10:58:22.897  - info: nuki.0 (65253) terminating
2021-06-20 10:58:22.898  - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-06-20 10:58:22.900  - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number"
2021-06-20 10:58:22.900  - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number"
2021-06-20 10:58:23.913  - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2021-06-20 10:58:23.915  - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enabled
2021-06-20 10:58:23.913  - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2021-06-20 10:58:23.915  - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enabled

daher angelegt: https://github.com/smaragdschlange/ioBroker.nuki/issues/50

BBTown

@apollon77
keine Auffälligkeiten mit 3.3.13 bei mir :+1:

Jan1

Läuft ohne Probleme mit Node 16 und NPM 7, was mich fast schon wundert ;)

Feuersturm

Master- Slavesystem lies sich ohne Probleme auf 3.3.13 aktualisieren und auch keine Probleme beim Start.

@apollon77

Danach ioBroker Neuinstallation mit curl Installer Skript ausgeführt ("Installer version: 2021-06-18")

Bei dieser Ausgabe bin ich mir nicht sicher ob es sich um Fehler handelt oder nur Inhalte während der Installation sind. Eine normalen User irritieren sie aber sicherlich:

./src/serialport_unix.cpp: In function 'int setup(int, OpenBaton*)':
../src/serialport_unix.cpp:166:5: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=]
 int setup(int fd, OpenBaton *data) {
     ^~~~~
In file included from /usr/include/stdio.h:862:0,
                 from ../src/serialport.h:10,
                 from ../src/serialport_unix.cpp:2:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 20 or more bytes (assuming 1043) into a destination of size 1024
        __bos (__s), __fmt, __va_arg_pack ());
                                            ^
../src/serialport_unix.cpp: In function 'void EIO_Open(uv_work_t*)':
../src/serialport_unix.cpp:79:6: warning: '%s' directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=]
 void EIO_Open(uv_work_t* req) {
      ^~~~~~~~
In file included from /usr/include/stdio.h:862:0,
                 from ../src/serialport.h:10,
                 from ../src/serialport_unix.cpp:2:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: '__builtin___snprintf_chk' output 22 or more bytes (assuming 1045) into a destination of size 1024
        __bos (__s), __fmt, __va_arg_pack ());
                                         ^

Beim Start der Neuinstallation kommt dann:

Wenn der Info Adapter nicht mehr defaultmäßig installiert werden soll, dann sollte dieser Dialog nicht erscheinen. Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.

Im Log vom frisch aufgesetzten ioBroker tauchen noch folgende Warnungen auf

host.ioBrokerNew	2021-06-20 09:39:33.348	info	Updating repository "default" under "http://download.iobroker.net/sources-dist.json"
discovery.0	2021-06-20 09:38:13.150	info	(9405) starting. Version 2.6.1 in /opt/iobroker/node_modules/iobroker.discovery, node: v12.22.1, js-controller: 3.2.16
host.ioBrokerNew	2021-06-20 09:38:10.659	info	instance system.adapter.discovery.0 started with pid 9405
admin.0	2021-06-20 09:38:10.527	warn	(9354) State "admin.0.info.lastUpdateCheck" has no existing object, this might lead to an error in future versions
admin.0	2021-06-20 09:38:10.525	warn	(9354) State "admin.0.info.updatesJson" has no existing object, this might lead to an error in future versions
admin.0	2021-06-20 09:38:10.523	warn	(9354) State "admin.0.info.newUpdates" has no existing object, this might lead to an error in future versions
admin.0	2021-06-20 09:38:10.522	warn	(9354) State "admin.0.info.updatesList" has no existing object, this might lead to an error in future versions
admin.0	2021-06-20 09:38:10.519	warn	(9354) State "admin.0.info.updatesNumber" has no existing object, this might lead to an error in future versions
admin.0	2021-06-20 09:38:10.350	info	(9354) Use link "http://localhost:8081" to configure.
admin.0	2021-06-20 09:38:10.349	info	(9354) http server listening on port 8081
admin.0	2021-06-20 09:38:10.302	warn	(9354) Repository cannot be read
admin.0	2021-06-20 09:38:10.293	info	(9354) received all objects
admin.0	2021-06-20 09:38:10.245	info	(9354) requesting all objects
admin.0	2021-06-20 09:38:10.243	info	(9354) requesting all states
admin.0	2021-06-20 09:38:10.143	info	(9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16
host.ioBrokerNew	2021-06-20 09:38:06.784	info	instance system.adapter.admin.0 started with pid 9354
host.ioBrokerNew	2021-06-20 09:38:06.620	info	starting 2 instances
host.ioBrokerNew	2021-06-20 09:38:06.594	info	2 instances found
host.ioBrokerNew	2021-06-20 09:38:05.823	info	added notifications configuration of host
host.ioBrokerNew	2021-06-20 09:38:05.663	info	connected to Objects and States
host.ioBrokerNew	2021-06-20 09:38:05.135	info	ip addresses: 192.168.178.78 fe80::d4a0:37ff:fe8e:f0c1
host.ioBrokerNew	2021-06-20 09:38:05.134	info	hostname: ioBrokerNew, node: v12.22.1
host.ioBrokerNew	2021-06-20 09:38:05.133	info	Copyright (c) 2014-2021 bluefox, 2014 hobbyquaker

Ansonsten lief die Neuinstallation ohne Probleme durch.

Thomas Braun

@feuersturm sagte in js-controller 3.3 jetzt im Beta:

                                                                                                                                                                        admin.0	2021-06-20 09:38:10.143	info	(9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16

Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet

Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.

Homoran

@feuersturm sagte in js-controller 3.3 jetzt im Beta:

Der Großteil der User wird ansonsten sicherheitshalber auf OK klicken und dann ist der Info-Adapter wieder da in der Neuinstallation.

zumal die Worte

ist erfoderlich

benutzt werden

Feuersturm · Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet

@thomas-braun sagte in js-controller 3.3 jetzt im Beta:

@feuersturm sagte in js-controller 3.3 jetzt im Beta:

                                                                                                                                                                        admin.0	2021-06-20 09:38:10.143	info	(9354) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.22.1, js-controller: 3.2.16

Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet

Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.

Ich hab auf Basis dieser Information von @apollon77 einfach mal eine Neuinstallation mit curl -sLf https://iobroker.net/install.sh | bash - gemacht

Es ist am Ende alles gleich ausser das bei einer Erstinstallation der Info-Adapter nicht mehr standardmäßig installiert wird, da einiges an Aufwand reingesteckt werden muss um Ihn Admin5 Kompatibel zu bekommen und bereits einige Features zu Admin5 gewandert sind. Daher nehmen wir Ihn vorerst aus der Standardinstallation. Der Installer ist ebenfalls schon aktualisiert.

Deine Systemzeit ist höchstwahrscheinlich auch nicht korrekt gesetzt.

Da hast du Recht:

proxmox@ioBrokerNew:~$ date
Sun Jun 20 09:51:18 UTC 2021

Thomas Braun · Bist du sicher dass du upgegradet hast? Hier wird 3.2.16 gemeldet

@feuersturm sagte in js-controller 3.3 jetzt im Beta:

eine Neuinstallation

Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x
Da kommt dann natürlich auch der Hinweis auf dem info-Adapter zu Recht.

Und stell die Zeitzone, das sorgt gerne für Probleme sonst.

Feuersturm

@thomas-braun sagte in js-controller 3.3 jetzt im Beta:

@feuersturm sagte in js-controller 3.3 jetzt im Beta:

eine Neuinstallation

Die speist sich aber aus dem default-Kanal. Also nix mit js-controller 3.3.x

Das ist richtig. Wollte nur mal testen ob der Installer weiterhin funktioniert. Kann ich dem Installer auch mitgeben, dass er sich aus dem Beta Kanal bedienen soll, um neuen Installer + js-contrller 3.3.x zu testen?

Dr. Bakterius · Hi, mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:

@ilovegym sagte in js-controller 3.3 jetzt im Beta:

mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:

Ich habe mit v3.3.13, Nuki v2.3.0, node v14.17.1 und NPM v6.14.13 keine Probleme.

? Offline · mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:

@dr-bakterius
welchen Nuki Adapter verwendest du ?`V2 gibts bei mir nicht...
Hab V1.4.4 und der ist aktuell, auch auf git...

Oder meinst du den Nuki-Extended?

Dr. Bakterius

@ilovegym sagte in js-controller 3.3 jetzt im Beta:

Oder meinst du den Nuki-Extended?

Ja genau, sorry dass ich nicht daran gedacht hatte... :face_with_rolling_eyes:

apollon77

@feuersturm Danke, gutes Finding. Das gibt sich dann sobald Admin5 im Stable ist :-) Von daher würde ich es mal so lassen für jetzt

apollon77

@feuersturm Ne kann man nicht, aber am Ende kommt die Meldung so lange wie Admin 4 noch im Stable ist

apollon77

Nach noch einem kleinen Fehlerchen (den es schon in 3.2.x gab) kommt jetzt noch 3.3.14 ... Stable RC4 ... Das wars dann aber hoffentlich endgültig ...

Marty56

@apollon77
Ich habe js-controller 3.3.14, Admin 5.x und Jsonl installiert. Update und Betrieb verläuft ohne Probleme.

Marty56

@apollon77

Ich habe in einem State immer ein Objekt gespeichert

    setState("speechout",{val: {
        text:   "Hallo Martin",
        vol:20,
        device: "Wohnzimmer",
        night:  false
    }});

Jetzt bekomme ich eine Warnung

State value to set for "javascript.0.speechout" has to be stringified but received type "object"

Ich könnte wahrscheinlich mit

    setState("speechout",JSON.stringify({val: {
        text:   "Hallo Martin",
        vol:20,
        device: "Wohnzimmer",
        night:  false
    }}));

die Warnung abstellen. Aber das möchte ich gar nicht, weil ich den ganze Code ändern müsste und außerdem die Schreibweise ziemlich bescheiden finde.

Gibt es wirklich keinen Typen, den ich angeben könnte, damit er Objekte direkt in States akzeptiert?

foxriver76

@marty56 Redis kennt ohne Add-Ons keine JSON Struktur, Objekte wurden daher schon immer in Form eines Strings gespeichert, da aber bei komplexen Objekten durch unsere interne Umwandlung durchaus Daten verloren gehen können, wird dies nun explizit erwartet. Von daher, nein es gibt keinen Typen, da die Technologie es nicht hergibt.

BBTown

@apollon77
erneut keine Auffälligkeiten mit der v3.3.14

Community Forum

NEWS

js-controller 3.3 jetzt im Beta

Support us

835

32.4k

81.6k

1.3m