KNX Adapter überholt
-
Hallo,
Dieses Verhalten tritt auf, wenn 2-4 Minuten lang(abhängig vom GW) kein Paket zwischen Adapter und GW gewechselt wird. Dann beendet das GW die Verbindung und der Adapter baut sie wieder auf.
Nun ist es so, das 10Sek nach dem letzten Paket ein conn-State-request gesendet wird und somit die Verbindung geöffnet bleibt.
An dieser Stelle ein Dankeschön an peer69.
Neue Version ist raus (1.0.35)
VG
chefkoch009 -
Hallo Chefkoch,
erstmal danke für deine grossartige Arbeit an dem KNX Adapter!
Leider habe ich mit ETS5.7.2 und dem Adapter 1.0.35 das Problem, dass der Import des knxproj Files ewig dauert und kein Ergebnis bringt.
Im Log taucht folgendes auf:
knx.0 2019-09-19 08:40:53.913 error TypeError: Cannot read property 'split' of undefined at _0x5ea473 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:9278) at _0x3e4883 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15128 knx.0 2019-09-19 08:40:53.913 error message messagebox.system.adapter.knx.0 [object Object] Cannot read property 'split' of undefined ... knx.0 2019-09-19 08:40:53.912 error at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:52:30) knx.0 2019-09-19 08:40:53.912 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3680:34) knx.0 2019-09-19 08:40:53.912 error at Adapter.emit (events.js:211:7) knx.0 2019-09-19 08:40:53.912 error at emitOne (events.js:116:13) knx.0 2019-09-19 08:40:53.912 error at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:7324) knx.0 2019-09-19 08:40:53.912 error at _0x3e1e1e (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:8688) knx.0 2019-09-19 08:40:53.912 error at Object.getGAS (/opt/iobroker/node_modules/iobroker.knx/knx.js:72:13449) knx.0 2019-09-19 08:40:53.912 error at Object._0xfdb812 [as convertAll] (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:39668) knx.0 2019-09-19 08:40:53.912 error at _0x3e4883 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15128) knx.0 2019-09-19 08:40:53.912 error at _0x5ea473 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:9278)Hast du eine Idee warum der Import nicht klappt?
Bei früheren ETS Versionen war das kein Problem.VG
-
Hallo,
ich bin gerade dabei, mich in den Adapter etwas einzuarbeiten.
Aktuell möchte ich eine RTR umsetzen.
Ich habe aber das Problem, dass ich den Sollwert nicht verändern kann.
Datentyp des Sollwerts ist 9.001 (Temperatur). Wird auch unter Objekte sauber anzeigt. Soll bedeuten, wenn ich über den RTR im Raum die Solltemperatur verändere wird Veränderung auch sauber angezeigt.
Nur wenn ich diesen in Objekte händisch verändere, wird nichts auf den Bus gesendet.
Im Gruppenmonitor wird folgendes angezeigt:
Unter Objekte habe ich als Rolle "level" ausgewählt.
Woran könnte das liegen?
Gruß
Andreas -
@AndreasK im Adapter muss dann das writeflag gesetzt sein UND das readflag MUSS reaktiv sein. Bitte daran denken, wenn Objekte geändert wurden, muss der Adapter neu gestartet werden.
VG
chefkoch009 -
Ich möchte alle im Forum begrüßen und habe auch gleich ein Problem
Habe heute meinen iobroker und KNX Adapter installiert
Node.js 10.16.3 Raspberry4 mit 4 GB NPM: v6.9.0
Welche Version des Adapters weiß ich nicht wo ich das sehe.
folgender Fehler erscheint immer wieder Und KNX adapter startet immer wieder neu.
Was kann ich tun um den Fehler wegzubekommen.
Entschuldigung wegen Doppelpost. Ein Mitglied hat mir dazu geraten mein Anliegen hier zu posten.Viele Grüße
host.raspberrypi 2019-09-20 22:13:25.829 info Restart adapter system.adapter.knx.0 because enabled host.raspberrypi 2019-09-20 22:13:25.829 error instance system.adapter.knx.0 terminated with code 6 (uncaught exception) host.raspberrypi 2019-09-20 22:13:25.829 error Caught by controller[1]: at Object.onceWrapper (events.js:286:20) host.raspberrypi 2019-09-20 22:13:25.829 error Caught by controller[1]: at process.stop (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5341:21) host.raspberrypi 2019-09-20 22:13:25.829 error Caught by controller[1]: at Object.unload (/opt/iobroker/node_modules/iobroker.knx/knx.js:1:11067) host.raspberrypi 2019-09-20 22:13:25.829 error Caught by controller[1]: at fsm.FSM.Disconnect (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/Connection.js:252:8) host.raspberrypi 2019-09-20 22:13:25.829 error Caught by controller[1]: at fsm.Fsm.(anonymous function) [as transition] (/opt/iobroker/node_modules/machina/lib/machina.js:466:63) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: at fsm.transition (/opt/iobroker/node_modules/machina/lib/machina.js:653:28) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: at fsm._onEnter (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/FSM.js:118:14) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: at fsm.FSM.send (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/Connection.js:186:15) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: at Socket.send (dgram.js:399:3) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: at healthCheck (dgram.js:605:11) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[1]: Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[0]: at fsm.transition (/opt/iobroker/node_modules/machina/lib/machina.js:653:28) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[0]: at fsm._onEnter (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/FSM.js:286:12) host.raspberrypi 2019-09-20 22:13:25.828 error Caught by controller[0]: at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/FSM.js:312:10) host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at fsm.emit (/opt/iobroker/node_modules/machina/lib/machina.js:111:8) host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at Function.<anonymous> (/opt/iobroker/node_modules/machina/node_modules/lodash/index.js:3346:13) host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at /opt/iobroker/node_modules/machina/node_modules/lodash/index.js:3049:15 host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at /opt/iobroker/node_modules/machina/node_modules/lodash/index.js:2874:23 host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/machina.js:113:17) host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at fsm.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/Datapoint.js:51:28) host.raspberrypi 2019-09-20 22:13:25.827 error Caught by controller[0]: at Object.dpts.fromBuffer (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/dptlib/index.js:175:54) host.raspberrypi 2019-09-20 22:13:25.826 error Caught by controller[0]: TypeError: Cannot read property 'hasOwnProperty' of undefined knx.0 2019-09-20 22:13:24.830 error Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (dgram.js:605:11) at Socket.send (dgram.js:399:3) at fsm.FSM.send (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/ knx.0 2019-09-20 22:13:24.830 error uncaught exception: Not running knx.0 2019-09-20 22:13:24.830 info terminating knx.0 2019-09-20 22:13:24.829 error TypeError: Cannot read property 'hasOwnProperty' of undefined at Object.dpts.fromBuffer (/opt/iobroker/node_modules/iobroker.knx/lib/knx-mod/src/dptlib/index.js:175:54) at fsm.<anonymous> (/op knx.0 2019-09-20 22:13:24.827 error uncaught exception: Cannot read property 'hasOwnProperty' of undefined -
Hallo cyberopi,
welche knx-adapter Version hast Du? Ich schätze mal nicht die aktuelle. Der von Dir angezeigte Fehler deutet auf eine Version kleiner 1.x.x hin. Wie hast Du den Adapter installiert?
VG
chefkoch009 -
@chefkoch009 said in KNX Adapter überholt:
@AndreasK im Adapter muss dann das writeflag gesetzt sein UND das readflag MUSS reaktiv sein.
Also so:
Sollte ich die Flags in der ETS auch anpassen? Aktuell stehen die auf KLS. Nicht das bei einem neu einlesen die Einstellungen im Adapter überschrieben werden
Gruß
Andreas -
Wie sieht das Objekt in der ETS aus?
-
@chefkoch009
Ja ist wahrscheinlich eine ältere Version. Ich weiß nicht wie ich die neuste installiert bekomme. Er zeigt mir am Adapter selbst Version 0.8.6 an . wenn ich auf ? klicke sagt er 1.035.
Wie bekomme ich neuste Version? -
@cyberopi du stellst im Admin bei dem „Schraubenschlüssel“ deine repositories von stable auf latent. Dann kann du die 1.0.35 installieren.
-
@chefkoch009 said in KNX Adapter überholt:
Wie sieht das Objekt in der ETS aus?
Wie ich geschrieben habe. Das Flag des Objekt ist auf KLS eingestellt.
-
@chefkoch009 Hat funktioniert vielen Dank
-
Ich habe den Adapter in der Version 1.0.35 installiert, in dieser Version finde ich den Lizenz-Reiter nicht mehr. ich verwende iobroker 3.6.2. mit nodejs10. Ist das Problem bereits bekannt?
-
@steeffan du solltest ein upload durchführen und wenn nötig deine hardware neustarten
-
@steeffan Das liegt daran, das das nicht die Version 1.0.35 ist. Wie hast du installiert? Versuche mal bitte „iobroker u knx“.
-
Danke. Es lag daran das ich keinen Upload durchgeführt habe.
Ich hatte erst die Version 0.8.6 installiert da nur diese über die Admin Oberfläche verfügbar ist. Anschließend habe ich dann die V1.0.35 installiert, per "npm i iobroker.knx@1.0.35".
Danke für die Hilfe. -
Dumme Frage: ist es möglich mit ioBroker via skript (blockly) einen read-request (groupvalueread) zu beantworten? Der read request vom vom Bus und ioBroker soll drauf antworten.
Danke im Voraus!
-
@cyberax Die Frage ist gar nicht dumm!
Richtiger wäre vielleicht gewesen: Kann der knx-adapter auch selbst Datenpunkte zur Verfügung stellen, die ich im Projekt z.B. mit der Dummy-Applikation anbinden kann, so das beliebige Datenpunkte des ioBroker als KO im KNX zur Verfügung stehen?
Der Vorteil wäre dann nämlich, das man keine Logik mehr bräuchte um States mit KNX zu verknüpfen. Intensive Überlegungen habe ich diesbezüglich schon angestellt. Die Umsetzung wurde leider aktiv durch das Projekt "ETS5.7.2" update ausgebremst.
VG
chefkoch009 -
@chefkoch009
Ja genau!
Tja man muss eben Prioritäten setzen und das ist auch in Ordnung
-
Ich habe hier noch ein Verbindungsproblem zu meinem MDT IP Interface
SCN-IP000.03 mit der Version 1.0.35 des Adapters. Allerdings kann ich den Grund dafür nicht erkennen. Ich habe zwei Wireshark Files angehängt. Mit Adapter v0.8.6 funktioniert der Verbindungsaufbau, mit 1.0.35 antwortet das IP Interface nicht.
Ich verwende iobroker in einem Docker Container mit bridge network.
Ich kann beliebig zwischen 0.8.6 und 1.0.35 hin- und herwechseln. Mit 0.8.6 funktioniert es immer, mit 1.0.35 nie.
Hat jemand eine Idee?
mycap_v1.0.35_knx.pcap
mycap_v0.8.6_knx.pcap
