UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Elmar Mersch]

Hallo,

ich wollte auch mal kurz bzgl. Verzögerungen mit der 2.0.17 berichten.

Ich hatte meinen ioBroker von einem Intel NUK auf einen Raspi4 mit 8GB RAM umgezogen.
Alles auf den aktuellen Stand gebracht (inkl. Node.js auf 18.15.0).
Nach einigen Nacharbeiten fiel mir dann auf, dass alles für KNX verzögert war (bis zu 4 Sek), also z.B. Licht an/aus oder Rolläden ansteuern. Dann wiederum gingen die selben Schaltungen wieder zügig.
Im LOG keine Fehlermeldungen.

Hatte erst den Raspi in Verdacht und habe bzgl. SWAP / SD-Karte probiert - alles ohne Erfolg.
Soeben zurück auf 2.0.13 und alles läuft wieder wie gewohnt.
Die Zwischenversionen habe ich nicht probiert - KNX ist noch ETS3.

Ach ja, Danke für diesen Adapter der seit Jahren bei mir im Einsatz ist (227 Datenpunkte).

Grüße
Elmar

[AJO]

@miswak Hallo, ich bin auch grade mich mit Verzögerungen am rumplagen und habe alles mögliche in Verdacht da ich auch auf iOS 16.4 bin und habe heute die das HomeKit Upgrade gemacht. Aber scheint ja eher am KNX 2.0.17 zu liegen. Wie komme ich denn zurück auf die 2.0.13? Stehe da grade auf dem Schlauch :( Vielen Dank schon mal :)

PS: Hab's gefunden ;) Ist die Expertenansicht. Bin jetzt wieder auf 2.0.13 und alles läuft wieder rund!

[Steinmetz_4]

Guten Abend,

hat noch jemand den Fall, dass der Adapter beim Import der GA´s auch bei "nur neue Objekte hinzufügen" immer alles hinzu fügt?

Ich habe in mühevoller Kleinarbeit meine Datenpunkte per Hand zurechtgerückt und wollte dann acht neue GA´s hinzufügen (Haken bei nur neue) und siehe da, es wurden trotzdem 529 aktualisiert und die Datenpunkte passen wieder nicht...

Mfg
Tom

[gospelrock]

@chefkoch009
Ich musste aus Stabilitätsgründen meinen ioBroker vom Raspi4 auf den Timberwolf-Server umziehen. Nun kann ich leider meine 1000er Lizenz nicht mehr nutzen. Gibt es eine Möglichkeit die Lizenz "umzuziehen" - also für das alte Gerät zu deaktivieren und an ein neues Gerät zu binden?

VG,
Peter

[lessthanmore]

@gospelrock LAST ONLINE 23 OCT 2022 AT 19:27

Hmm, Déjà-vu.
Schreib ihn vllt. mal auf github an oder per Mail.

[Christobal0815]

@mikah111 said in Test Adapter KNX v2.x:

@jojos Ist bei mir mit der 2.0.16 nicht besser geworden. Bin und bleibe nun wohl auf der 2.0.13

Vielen Dank. Ich hatte seit einiger Zeit massive Probleme mit bis zu 10 Sekunden delay nach dem Schalten. Nach dem Downgrade auf 2.0.13 habe ich das Problem nicht mehr!

[KoelscheJung90]

@christobal0815 Same bei mir. Und ich habe heute über 2h nochmal alles gecheckt. Nachdem ich mit dem Busmonitor (ETS) festgestellt habe das die Telegrame einfach nur verzögert an kommen war ich stark verwundert. Downgrade auf 2.0.13, nun läuft alles wieder ohne Delay.

[marlan99]

@koelschejung90 von welcher Version bist du wieder auf die 2.0.13 ?

Im release ist aktuell die 2.0.17 verfügbar
Im beta ist aktuell die 2.0.22verfügbar

[ChefSache]

Ich habe frisch den aktuellen ioBroker mit KNX 2.0.17 installiert - Bin dabei natürlich auch auf das Verzögerungsproblem gestoßen. Dazu hier ein "tail -f" des ioBroker-Logs, nachdem ich den KNX-Log-Level auf "ultra verbose" gesetzt habe:

• 09:14:08 Uhr: Wiederkehrender KeepAlive des KNX-Adapters (kommt wohl alle 10 Sekunden)
• 09:14:13 Uhr: Switch-State manuell geändert
• 09:14:18 Uhr: Senden des Telegramms mit neuem Switch-State durch den KNX-Adapter (5 Sekunden später)

Gerne das Ganze auch hier als Video: KNX-Verzögerung.mp4 (Man sieht den fortlaufenden Protokoll-Output, während ich den Switch-State in der ioBroker-GUI ändere.)

Die Verzögerung bei mir liegt normalerweise zwischen 1...9 Sekunden - Das hier vorgeschlagene Downgrade auf 2.0.13 löst das Problem.

Vage Vermutung: Wenn ich den Switch-State kurz vor einem KNX-KeepAlive sende (der ja alle 10 Sekunden kommt), habe ich nur eine kurze Verzögerung. Wenn der nächste KeepAlive aber noch lange hin ist, wartet der Adapter scheinbar das Senden ab, bis der nächste KeepAlive ansteht!? (PS: schon komisch, dass das Telegramm genau dann rausgeht, wenn um 09:14:18 Uhr der nächste KeepAlive stattfindet, oder?)

[foxriver76]

@chefsache 2.0.17 da ist das Problem bekannt wenn selten auf den Bus geschrieben wird. Ab 2.0.18 gefixt, sollte mal stable version angehoben werden

[jafr]

Ich habe eine „ioBroker.knx Lizenz - 2000 Datenpunkte, ein Jahr gültig“ erworben und benutze die Version v2.0.17 vom KNX Adapter. Eine IoBrokerVISoffline Lizenz liegt ebenfalls vor. Vom IoBroker nutze ich die Version v6.8.0.
In den Instanzeinstellungen habe ich für das KNX Gateway soweit alles korrekt eingestellt. Hier scheint soweit auch alles zu funktionieren (Jeweils ein Haken bei "Verbunden mit Host", "Lebenszeichen" und "Verbunden mit Gerät oder Dienst". Wenn keine Lizenz eingetragen ist, kann ich hier ein Projekt mit bis zu 500 Datenpunkten hochladen und die GA's werden auch erfolgreich übermittelt. Sobald ich meinen erhaltenen Lizenzschlüssel eintrage, kommt eine Fehlermeldung: „Lizenzfehler:This license is not valid for this iobroker host. Klicken Sie hier, um eine Lizenz zu installieren.“
Dabei spielt es auch keine Rolle ob ich mich mit ioBroker.net synchronisiere und von dort die Lizenz einfüge, oder manuell aus den aufgeführten Lizenzen und den Key dann von dort rein kopiere.
In den Basiseinstellungen unter „Lizenzen“, wird soweit auch alles korrekt angezeigt, aufgelistet sind hier: „iobroker.vis“, „iobroker.vis.offline“ und „iobroker.knx.year“.
Anbei noch zwei Bilder, einmal ohne eingegebene Lizenz und einmal mit der Lizenz die mir zur Verfügung steht.
Was läuft hier falsch, warum wird meine Lizenz nicht anerkannt? Wie kann ich dieses Problem beheben?

[blacksheep587]

Hallo Zusammen, ich habe seit einem Neustart meines RasPi das Problem, dass der KNX-Adapter nicht mehr startet.
Folgende Logs werden angezeigt:

2023-11-17 10:03:46.932  - debug: knx.0 (17897) States connected to redis: 127.0.0.1:9000
2023-11-17 10:03:46.984  - debug: knx.0 (17897) Plugin sentry Initialize Plugin (enabled=true)
2023-11-17 10:03:47.726  - info: knx.0 (17897) starting. Version 2.0.23 in /opt/iobroker/node_modules/iobroker.knx, node: v18.17.1, js-controller: 5.0.16
2023-11-17 10:04:03.310  - warn: knx.0 (17897) stateChange: not ready
2023-11-17 10:04:07.775  - info: knx.0 (17897) knx license is OK.
2023-11-17 10:04:07.779  - info: knx.0 (17897) Connecting to knx GW: 192.168.178.100:3671 with phy. Adr: 1.0.7
2023-11-17 10:04:08.165  - error: knx.0 (17897) uncaught exception: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.166  - error: knx.0 (17897) TypeError: Cannot read properties of null (reading 'val')
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
    at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.167  - error: knx.0 (17897) Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.198  - error: knx.0 (17897) uncaught exception: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.200  - error: knx.0 (17897) TypeError: Cannot read properties of null (reading 'val')
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
    at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.200  - error: knx.0 (17897) Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.203  - error: knx.0 (17897) uncaught exception: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.203  - error: knx.0 (17897) TypeError: Cannot read properties of null (reading 'val')
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
    at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.204  - error: knx.0 (17897) Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.206  - error: knx.0 (17897) uncaught exception: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.207  - error: knx.0 (17897) TypeError: Cannot read properties of null (reading 'val')
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
    at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.207  - error: knx.0 (17897) Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.211  - error: knx.0 (17897) uncaught exception: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.212  - error: knx.0 (17897) TypeError: Cannot read properties of null (reading 'val')
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
    at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.212  - error: knx.0 (17897) Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.239  - debug: knx.0 (17897) Adapter close
2023-11-17 10:04:08.240  - info: knx.0 (17897) terminating
2023-11-17 10:04:08.241  - debug: knx.0 (17897) Plugin sentry destroyed
2023-11-17 10:04:08.241  - warn: knx.0 (17897) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-11-17 10:04:08.758  - error: host.raspberrypi Caught by controller[0]: TypeError: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.758  - error: host.raspberrypi Caught by controller[0]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[0]:     at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[1]: TypeError: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[1]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[1]:     at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[2]: TypeError: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[2]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
2023-11-17 10:04:08.759  - error: host.raspberrypi Caught by controller[2]:     at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[3]: TypeError: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[3]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[3]:     at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[4]: TypeError: Cannot read properties of null (reading 'val')
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[4]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:380948)
2023-11-17 10:04:08.760  - error: host.raspberrypi Caught by controller[4]:     at processImmediate (node:internal/timers:478:21)
2023-11-17 10:04:08.760  - error: host.raspberrypi instance system.adapter.knx.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2023-11-17 10:04:08.760  - info: host.raspberrypi Restart adapter system.adapter.knx.0 because enabled

Kann mir jemand einen Tip geben, woran es liegen kann?
Danke vielmals schon vorab!

[Thomas Braun]

@blacksheep587 sagte in Test Adapter KNX v2.x:

node: v18.17.1

Auf die 18.18.2 bringen.

iob stop
iob fix
iob nodejs-update

Dann weiterschauen.

[blacksheep587]

@thomas-braun
ich hatte bis heute zum Restart noch 16.20.4 laufen und habe das Update nach dieser Vorgabe: https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18 gemacht. Die gezeigte 18.17.1 wurde dabei installiert.

[Thomas Braun]

@blacksheep587

Die Vorgehensweise ist veraltet.

[Thomas Braun]

@Dutchman @Homoran

Bitte den Thread

https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18

als veraltet kennzeichnen und für Debian & Co. auf 'iob nodejs-update' verweisen.

[blacksheep587]

@thomas-braun said in Test Adapter KNX v2.x:

iob nodejs-update

Done.
Ergebnis ist leider das gleiche.

[Dutchman]

@thomas-braun sagte in Test Adapter KNX v2.x:

@Dutchman @Homoran

Bitte den Thread

https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18

als veraltet kennzeichnen und für Debian & Co. auf 'iob nodejs-update' verweisen.

hmm veraltet wuerde ich nicht sagen es ist die Variante ausserhalb des Job Befehl aber ja wir sollten den jetzt explizite benennen.
werde bei Gelegenheit (heute mittag/morgen) den thread abändern und standard auf den Befehl verweisen die regulären Sachen sollten aber drin bleiben wuerde ich sagen.

Werde es intern auch mal in der dev Gruppe nachfragen nach den Meinungen anderer dazu

[Thomas Braun]

@dutchman sagte in Test Adapter KNX v2.x:

hmm veraltet wuerde ich nicht sagen es ist die Variante ausserhalb des Job Befehl

Das Vorgehen führt aber in eine Sackgasse, weil das alte Repository von nodesource keine aktuellen Versionen mehr erhält. Deswegen ist das veraltet.

Siehe auch:

https://github.com/nodesource/distributions

Package Changes: DEB and RPM packages are now available under the nodistro codename. We no longer package the installer coupled to specific versions. This means you can install Node.js on almost any distro that meets the minimum requirements.

Eine angepasste Variante für Installationen 'zu Fuß' findet sich hier:

https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

[peer69]

@blacksheep587 Vielleicht hilft noch ein Rebuld des Adapters nach dem NodeJS Update? Sollte mit 'iobroker rebuild knx‘ angestoßen werden können.