NEWS
Test Adapter KNX v1.0.x
Test Adapter KNX v1.0.x
-
@killroy2 Hast du eine extra Tunneladresse für den KNX Adapter eingetragen?
@frankthegreat
Das IP Gateway hat die Adresse 192.168.0.10, die habe ich in der Adapterkonfiguration als KNX Gateway IP eingetragen.
Iobroker hat EIB PA 1.1.7
Das IP Interface die PA 1.1.1 und 1.1.6
Tunnel Kanal 1-4 geht auf 1.1.2-1.1.5
(Und auch wenn ich 1.1.5 testweise in der Adapterkonfiguration einstelle ist das Verhalten gleich.) -
@frankthegreat
Das IP Gateway hat die Adresse 192.168.0.10, die habe ich in der Adapterkonfiguration als KNX Gateway IP eingetragen.
Iobroker hat EIB PA 1.1.7
Das IP Interface die PA 1.1.1 und 1.1.6
Tunnel Kanal 1-4 geht auf 1.1.2-1.1.5
(Und auch wenn ich 1.1.5 testweise in der Adapterkonfiguration einstelle ist das Verhalten gleich.)@killroy2 Im Adapter muss in deinem Fall eine der Tunneladressen 1.1.2-1.1.5 eingestellt sein.
Diese darf auch von keinem anderem Gerät genutzt werden...auch nicht von der ETS.Viel Erfolg.
-
@frankthegreat
Das IP Gateway hat die Adresse 192.168.0.10, die habe ich in der Adapterkonfiguration als KNX Gateway IP eingetragen.
Iobroker hat EIB PA 1.1.7
Das IP Interface die PA 1.1.1 und 1.1.6
Tunnel Kanal 1-4 geht auf 1.1.2-1.1.5
(Und auch wenn ich 1.1.5 testweise in der Adapterkonfiguration einstelle ist das Verhalten gleich.)@killroy2 It's better to use 1.1.250 (or a similarly high number) for your IP Gateway.
As @frankthegreat writes, else you need to manually stop Devices from using the Tunnel addresses and as new devices usually get the first free lowest address automatically, you need to remember to change them or stop this to happen. Then it's easier to use the upper area to avoid those conflicts.
-
@markus84
Ja, du musst read auf false setzen, siehe auch hier: https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressenDa wird leider oft quatsch gesetzt, wenn es keine Zuordnung von SchaltGA und StatusGA gibt.. theoretisch sollte sich das an den Flags im KNX Projekt orientieren. Die kannst du ja mal vergleichen.
@garfonso sagte in Test Adapter KNX v1.0.x:
@markus84
Ja, du musst read auf false setzen, siehe auch hier: https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressenDa wird leider oft quatsch gesetzt, wenn es keine Zuordnung von SchaltGA und StatusGA gibt.. theoretisch sollte sich das an den Flags im KNX Projekt orientieren. Die kannst du ja mal vergleichen.
Wouldn't my feature request making this behaviour selectable be a solution to avoid those problems? https://github.com/ioBroker/ioBroker.knx/issues/160
-
Ich habe ein seltsames Problem: Ich versuche alle Rollos über ioBroker zu steuern. Etwa zwei Drittel funktioniert einwandfrei, das verbleibende Drittel funktioniert nicht. Ich kann leider nicht herausfinden woran es liegt. Hier die Gruppenadressen:
Bei den GAs, bei denen kein letzter Wert steht funktioniert es nicht. Es wird anstatt eines GroupValueWrite ein GroupValueRead gesendet.
Hier ein Beispiel eines Datenpunktes bei dem es funktioniert:
{ "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1621626475652, "common": { "name": "EG-Buero-Rollo-Fahren", "type": "boolean", "role": "", "max": true, "min": false }, "native": { "dpt": "DPT1.008", "address": "6/0/2", "addressRefId": "P-0C17-0_GA-1140", "statusGARefId": "", "actGARefId": "", "update": "", "objRef": "MD-2_M-6_MI-1_O-2-23_R-4", "devName": "M-0083_A-0128-43-7CBD", "devInst": "P-0C17-0_DI-24", "objectSize": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Beschatten-1.Fahren.EG-Buero-Rollo-Fahren", "type": "state" }Und hier ein Beispiel bei dem es nicht funktioniert:
{ "_id": "knx.0.Beschatten-1.Fahren.OG-Ankleide-Rollo-Fahren", "type": "state", "common": { "name": "OG-Ankleide-Rollo-Fahren", "type": "boolean", "role": "value", "read": true, "write": true, "max": true, "min": false }, "native": { "dpt": "DPT1.008", "address": "6/0/16", "addressRefId": "P-0C17-0_GA-1154", "statusGARefId": "", "actGARefId": "", "update": "", "objRef": "O-5_R-11034", "devName": "M-0083_A-008A-27-4A49", "devInst": "P-0C17-0_DI-49", "objectSize": "" }, "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1621626479292, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Ich weiß leider nicht, wo ich den Fehler noch suchen soll. Hat jemand eine Idee?
@markus84 What is your setting for the ETS Communication Flags for the Actor where "knx.0.Beschatten-1.Fahren.OG-Ankleide-Rollo-Fahren" is connected to?
-
@markus84
Ja, du musst read auf false setzen, siehe auch hier: https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressenDa wird leider oft quatsch gesetzt, wenn es keine Zuordnung von SchaltGA und StatusGA gibt.. theoretisch sollte sich das an den Flags im KNX Projekt orientieren. Die kannst du ja mal vergleichen.
@garfonso said in Test Adapter KNX v1.0.x:
@markus84
Ja, du musst read auf false setzen, siehe auch hier: https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressenDa wird leider oft quatsch gesetzt, wenn es keine Zuordnung von SchaltGA und StatusGA gibt.. theoretisch sollte sich das an den Flags im KNX Projekt orientieren. Die kannst du ja mal vergleichen.
Danke, deine Lösung funktioniert! Das Problem ist, dass ich jetzt aufpassen muss bei einem neuen Import das Häkchen bei "Add only new objects" zu setzen. Andernfalls würde er meine manuellen Anpassungen überschreiben. Das wäre dann eine Notlösung und ich würde gerne herausfinden, weshalb er manche GAs richtig erkennt und manche nicht. Die Flags sind nämlich völlig identisch. Auch das testweise Ändern des Namens der GA hat nichts gebracht.
@Videonisse
It is really strange why some GAs work and others don't. The flag settings are identical. As is everything else besides the name of the GA. Or at least I am not able to find out what else deviates.This GA does not work:
But this one works:
-
@garfonso said in Test Adapter KNX v1.0.x:
@markus84
Ja, du musst read auf false setzen, siehe auch hier: https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressenDa wird leider oft quatsch gesetzt, wenn es keine Zuordnung von SchaltGA und StatusGA gibt.. theoretisch sollte sich das an den Flags im KNX Projekt orientieren. Die kannst du ja mal vergleichen.
Danke, deine Lösung funktioniert! Das Problem ist, dass ich jetzt aufpassen muss bei einem neuen Import das Häkchen bei "Add only new objects" zu setzen. Andernfalls würde er meine manuellen Anpassungen überschreiben. Das wäre dann eine Notlösung und ich würde gerne herausfinden, weshalb er manche GAs richtig erkennt und manche nicht. Die Flags sind nämlich völlig identisch. Auch das testweise Ändern des Namens der GA hat nichts gebracht.
@Videonisse
It is really strange why some GAs work and others don't. The flag settings are identical. As is everything else besides the name of the GA. Or at least I am not able to find out what else deviates.This GA does not work:
But this one works:
@markus84 For testing purposes, maybe you can install a second Instance of the KNX Adapter and import your project and verify if it is problem with the same GAs and compare some of the raw settings for the Objects?
Regarding import, maybe you can vote/like the issue?: https://github.com/ioBroker/ioBroker.knx/issues/157
(feel free to answer auf Deutsch
) -
@markus84 For testing purposes, maybe you can install a second Instance of the KNX Adapter and import your project and verify if it is problem with the same GAs and compare some of the raw settings for the Objects?
Regarding import, maybe you can vote/like the issue?: https://github.com/ioBroker/ioBroker.knx/issues/157
(feel free to answer auf Deutsch
)@frankthegreat @Videonisse
ich habe jetzt 1.1.250 fürs IP Interface und für die Tunneladressen 1.1.251..1.1.254 konfiguriert und jeweils testweise 1.1.251 und 1.1.254 in der IObroker Adaptereinstellung.
Das IP Interface sagt mir im Webinterface:
Tunneling Addresses 1. 1.251 UDP: 192.168.0.8- 1.254 not in use
Ergebnis ist ähnlich wie davor, die Anzahl der Disconnects ist jetzt bei ca. ein mal pro 10 Minuten im Schnitt.
Ich sehe jetzt noch ein Problem: wenn ich eine einzelne Gruppenadressen in der ETS auslese, kommt im Log sehr oft nichts an.
Im Log ist alle 10s ein checkConnectionState 192.168.0.10 State : true
Und ob ich eine oder eine reihe von Adressen auslese, im Log kommt keine Meldung. -
@frankthegreat @Videonisse
ich habe jetzt 1.1.250 fürs IP Interface und für die Tunneladressen 1.1.251..1.1.254 konfiguriert und jeweils testweise 1.1.251 und 1.1.254 in der IObroker Adaptereinstellung.
Das IP Interface sagt mir im Webinterface:
Tunneling Addresses 1. 1.251 UDP: 192.168.0.8- 1.254 not in use
Ergebnis ist ähnlich wie davor, die Anzahl der Disconnects ist jetzt bei ca. ein mal pro 10 Minuten im Schnitt.
Ich sehe jetzt noch ein Problem: wenn ich eine einzelne Gruppenadressen in der ETS auslese, kommt im Log sehr oft nichts an.
Im Log ist alle 10s ein checkConnectionState 192.168.0.10 State : true
Und ob ich eine oder eine reihe von Adressen auslese, im Log kommt keine Meldung.@killroy2
Jepp, die 1.1.250 ist fürs IP Interface...soweit ok.
Wenn aber die ETS eine Verbindung aufbaut, nimmt sie sich erstmal die 1.1.251.
Wenn du die 1.1.251 im Adapter fest hinterlegt hast, gibts da "Aussetzer".
Ich würde die 1.1.254 im Adapter einstellen.
Als nächstes mal schauen, ob das Secure-Geraffel im IP interface ausgeschaltet ist.Wieviel RAM hat dein Raspi? Nicht das der zu schwach auf der Brust ist
-
@killroy2
Jepp, die 1.1.250 ist fürs IP Interface...soweit ok.
Wenn aber die ETS eine Verbindung aufbaut, nimmt sie sich erstmal die 1.1.251.
Wenn du die 1.1.251 im Adapter fest hinterlegt hast, gibts da "Aussetzer".
Ich würde die 1.1.254 im Adapter einstellen.
Als nächstes mal schauen, ob das Secure-Geraffel im IP interface ausgeschaltet ist.Wieviel RAM hat dein Raspi? Nicht das der zu schwach auf der Brust ist
@frankthegreat Der Raspi hat 4G und davon 50% frei. Da es mit einem anderen IP Interface mal funktionierte schließe ich den eher aus. IP Secure und alles hinderliche ist deaktiviert. Es ist ein MDT SCN-IP000.03 mit neuester Firmware. Es schein andere Hersteller zu geben mit baugleicher Hardware. Gibts erfahrung das dass Interface generell mit IOBroker tut?
-
@frankthegreat Der Raspi hat 4G und davon 50% frei. Da es mit einem anderen IP Interface mal funktionierte schließe ich den eher aus. IP Secure und alles hinderliche ist deaktiviert. Es ist ein MDT SCN-IP000.03 mit neuester Firmware. Es schein andere Hersteller zu geben mit baugleicher Hardware. Gibts erfahrung das dass Interface generell mit IOBroker tut?
@killroy2 Hmm, also so gesehen sieht alles gut aus in deinem System.
Hast du außer ETS und IoB noch andere Geräte, die auf den Bus zugreifen?
Ansonsten fällt mir auch nur noch ein mal ein anderes Interface oder einen Router zu testen. -
@killroy2 Hmm, also so gesehen sieht alles gut aus in deinem System.
Hast du außer ETS und IoB noch andere Geräte, die auf den Bus zugreifen?
Ansonsten fällt mir auch nur noch ein mal ein anderes Interface oder einen Router zu testen.@frankthegreat
Ausser IOBroker greift sonst keiner auf den Bus zu und ich habe auch mal testweise alles andere abgeklemmt. Ich komme so recht nicht mehr weiter und kann mir mal den IP Verkehr vom IP Interface protokollieren. Ich würde aber vermuten dass sich das Interface an die Standards hält, da es KNX zertifiziert ist. -
Hallo,
Habe auch öfter mal Probleme das ich in der Vis nichts schalten kann, habe leider bisher die meisten Logs gelöscht und den Adapter neu gestartet dann gehts wieder.
Ich möchte das mal genauer beobachten..
Das hier ist eine Meldung die jeden Tag mehrmals im Log finde. Aus der habe ich mir bisher gar nicht viel gemacht.
Wir waren über Pfingsten unterwegs, als ich zurück kam hatte der KNX adapter das Log Seitenweise mit roten Fehlermeldungen zugehauen, ich würde jetzt gerne mal eine nach der anderen abklärenIst unten die Meldung Normal? Kann ich fürs Log noch was umstellen um genauere Infos zu bekommen?
Der Port für den UDP Server ändert sich bei jeder dieser Meldungen.
Habe 1.0.45 installiert
knx.0 2021-05-26 02:16:51.367 info (30782) Connected - local UDP Server listening on 192.168.178.66:39039 knx.0 2021-05-26 02:16:51.364 info (30782) Using UDP with local IP: 192.168.178.66 knx.0 2021-05-26 02:16:49.379 info (30782) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 02:16:49.377 info (30782) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 02:16:49.360 info (30782) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). -
@tobi68 said in Test Adapter KNX v1.0.x:
Der Port für den UDP Server ändert sich bei jeder dieser Meldungen.
Das der Port sich ändert macht nichts, der nimmt einfach einen freien (und macht hoffentlich den anderen zu hust).
Die Meldung sagt aus, dass die Verbindung abgebrochen wurde und neu wiederhergestellt. Wenn da nicht kurz vorher was im Log steht bzw. du was im KNX/Adapter gemacht hast, ist das so erstmal nur die Beschreibung, was passiert... die Frage ist halt, was die Abbrüche verursacht / verursachen kann oder ob generell an der Verbindung was "wakelig" (z.B. Kabel nicht in Ordnung oder sowas) ist, wenn es auch "einfach so" passiert.
Während dem Verbindungsabbruch kann natürlich nicht geschaltet werden und es kommt auch nix aus dem KNX zum ioBroker -> daher ist das schon blöd...
-
@tobi68 said in Test Adapter KNX v1.0.x:
Der Port für den UDP Server ändert sich bei jeder dieser Meldungen.
Das der Port sich ändert macht nichts, der nimmt einfach einen freien (und macht hoffentlich den anderen zu hust).
Die Meldung sagt aus, dass die Verbindung abgebrochen wurde und neu wiederhergestellt. Wenn da nicht kurz vorher was im Log steht bzw. du was im KNX/Adapter gemacht hast, ist das so erstmal nur die Beschreibung, was passiert... die Frage ist halt, was die Abbrüche verursacht / verursachen kann oder ob generell an der Verbindung was "wakelig" (z.B. Kabel nicht in Ordnung oder sowas) ist, wenn es auch "einfach so" passiert.
Während dem Verbindungsabbruch kann natürlich nicht geschaltet werden und es kommt auch nix aus dem KNX zum ioBroker -> daher ist das schon blöd...
Ok, ich werde den Rpi mal ein Stockwerk tiefer, näher an den kNXIp Router hängen.
Mein Gira hat zwar zwei Lan Ports, glaube aber nicht das ich den dort auch direkt einstecken kann..
Egal so hätte ich aber schon mal zwei kabel und einen Switch weniger.
Bringt mich aber derzeit nicht weiter.
Keine sonstigeFehlermeldung im Log, schalten per vis nicht möglich.
Was muss ich umstellen um mehr Infos liefern zu können?
Adapter an aus schalten wird wohl was bringen..Gruss
-
Ok, ich werde den Rpi mal ein Stockwerk tiefer, näher an den kNXIp Router hängen.
Mein Gira hat zwar zwei Lan Ports, glaube aber nicht das ich den dort auch direkt einstecken kann..
Egal so hätte ich aber schon mal zwei kabel und einen Switch weniger.
Bringt mich aber derzeit nicht weiter.
Keine sonstigeFehlermeldung im Log, schalten per vis nicht möglich.
Was muss ich umstellen um mehr Infos liefern zu können?
Adapter an aus schalten wird wohl was bringen..Gruss
@tobi68 said in Test Adapter KNX v1.0.x:
schalten per vis nicht möglich.
Ist das grundsätzlich nicht möglich? Oder nur wenn Verbindungsabbrüche sind? Bzw. sind die ständig?
Du kannst den Adapter auf debug stellen (bei Instanzen in der Tabelle, ggf. nur mit expertenansicht sichtbar).
Wenn du ETS hast, könntest du auch damit mal auf dem Bus gucken, ob irgendwas passiert, weshalb der Adapter sich verschluckt.Oder, wenn die Verbindung z.B. beim Start immer direkt mal weg ist, die Frames/Anzahl Pakete (in den Instanzeinstellungen vom Adapter) reduzieren -> das bringt aber nur was, wenn die Verbindung abbricht, wenn ioBroker sehr viele Nachrichten ans KNX sendet (z.B. beim start, wenn alle StatusGA abgefragt werden). Da steigen manche Gateways dann aus.
-
@tobi68 said in Test Adapter KNX v1.0.x:
schalten per vis nicht möglich.
Ist das grundsätzlich nicht möglich? Oder nur wenn Verbindungsabbrüche sind? Bzw. sind die ständig?
Du kannst den Adapter auf debug stellen (bei Instanzen in der Tabelle, ggf. nur mit expertenansicht sichtbar).
Wenn du ETS hast, könntest du auch damit mal auf dem Bus gucken, ob irgendwas passiert, weshalb der Adapter sich verschluckt.Oder, wenn die Verbindung z.B. beim Start immer direkt mal weg ist, die Frames/Anzahl Pakete (in den Instanzeinstellungen vom Adapter) reduzieren -> das bringt aber nur was, wenn die Verbindung abbricht, wenn ioBroker sehr viele Nachrichten ans KNX sendet (z.B. beim start, wenn alle StatusGA abgefragt werden). Da steigen manche Gateways dann aus.
@garfonso sagte in Test Adapter KNX v1.0.x:
Ist das grundsätzlich nicht möglich? Oder nur wenn Verbindungsabbrüche sind? Bzw. sind die ständig?
Ich nutze den IoBroker erst seit November, @Res_De hatte mir am Anfang sehr viel unter die Arme gegriffen.
Ich habe inzwischen auch die ETS.
Dort habe ich auch einiges aufgeräumt, selbst das letzte Problem in der ETS, das meine Fensterkontakte für die Alarmanlage zyklisch abgefragt wurden ist abgestellt.
Anfangs dachte ich das nicht schalten können liegt an meinem zu hohen KNX Bustraffic.
Das sollte inzwischen aber nicht mehr das Thema sein.Das Problem tritt einfach nach ein bis zwei Tagen auf, ich habe noch keinen zeitlichen Zusammenhang zu den neu Verbindungen gesehen.
Neustart des KNX Adapters hilft immer.
Der RPI hängt jetzt unten am Switch 20cm vom Gira IPRouter.
Der Adapter ist auf Debug gestellt.
Mal schauen wie es morgen aussieht.Hat sich aber schon zwei mal neu verbunden
Schalten geht derzeit aber noch normal per visknx.0 2021-05-26 16:23:05.690 info (3512) Connected - local UDP Server listening on 192.168.178.66:45676 knx.0 2021-05-26 16:23:05.688 info (3512) Using UDP with local IP: 192.168.178.66 knx.0 2021-05-26 16:23:03.696 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:23:03.692 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:23:03.688 info (3512) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:55.816 info (3512) Connected - local UDP Server listening on 192.168.178.66:36257 knx.0 2021-05-26 16:22:55.813 info (3512) Using UDP with local IP: 192.168.178.66 knx.0 2021-05-26 16:22:53.821 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:53.819 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:53.812 info (3512) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:49.899 debug (3512) system.adapter.admin.0: logging true knx.0 2021-05-26 16:22:47.432 info (3512) Connected! with 271 datapoints of 631 Datapoints over all. knx.0 2021-05-26 16:22:47.396 info (3512) Connected - local UDP Server listening on 192.168.178.66:46590 knx.0 2021-05-26 16:22:47.382 info (3512) Debuglevel: 0 1 knx.0 2021-05-26 16:22:47.367 info (3512) Connecting to knx GW: 192.168.178.41:3671 with phy. Adr: 15.15.253 knx.0 2021-05-26 16:22:47.363 info (3512) knx license is OK. knx.0 2021-05-26 16:22:47.036 info (3512) starting. Version 1.0.45 in /opt/iobroker/node_modules/iobroker.knx, node: v12.21.0, js-controller: 3.2.16 knx.0 2021-05-26 16:22:46.472 debug (3512) statesDB connected knx.0 2021-05-26 16:22:46.471 debug (3512) States connected to redis: 127.0.0.1:9000 knx.0 2021-05-26 16:22:46.463 debug (3512) States create User PubSub Client knx.0 2021-05-26 16:22:46.461 debug (3512) States create System PubSub Client knx.0 2021-05-26 16:22:46.452 debug (3512) Redis States: Use Redis connection: 127.0.0.1:9000 knx.0 2021-05-26 16:22:46.450 debug (3512) objectDB connected knx.0 2021-05-26 16:22:46.436 debug (3512) Objects connected to redis: 127.0.0.1:9001 knx.0 2021-05-26 16:22:46.424 debug (3512) Objects client initialize lua scripts knx.0 2021-05-26 16:22:46.422 debug (3512) Objects create User PubSub Client knx.0 2021-05-26 16:22:46.421 debug (3512) Objects create System PubSub Client knx.0 2021-05-26 16:22:46.419 debug (3512) Objects client ready ... initialize now knx.0 2021-05-26 16:22:46.377 debug (3512) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.IOBroker 2021-05-26 16:22:44.668 info instance system.adapter.knx.0 started with pid 3512 host.IOBroker 2021-05-26 16:22:42.273 info instance system.adapter.knx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) knx.0 2021-05-26 16:22:41.598 info (1567) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.590 info (1567) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.588 info (1567) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason knx.0 2021-05-26 16:22:41.587 info (1567) terminating knx.0 2021-05-26 16:22:41.586 info (1567) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.582 info (1567) Got terminate signal TERMINATE_YOURSELF host.IOBroker 2021-05-26 16:22:41.583 info stopInstance system.adapter.knx.0 send kill signal ho -
@garfonso sagte in Test Adapter KNX v1.0.x:
Ist das grundsätzlich nicht möglich? Oder nur wenn Verbindungsabbrüche sind? Bzw. sind die ständig?
Ich nutze den IoBroker erst seit November, @Res_De hatte mir am Anfang sehr viel unter die Arme gegriffen.
Ich habe inzwischen auch die ETS.
Dort habe ich auch einiges aufgeräumt, selbst das letzte Problem in der ETS, das meine Fensterkontakte für die Alarmanlage zyklisch abgefragt wurden ist abgestellt.
Anfangs dachte ich das nicht schalten können liegt an meinem zu hohen KNX Bustraffic.
Das sollte inzwischen aber nicht mehr das Thema sein.Das Problem tritt einfach nach ein bis zwei Tagen auf, ich habe noch keinen zeitlichen Zusammenhang zu den neu Verbindungen gesehen.
Neustart des KNX Adapters hilft immer.
Der RPI hängt jetzt unten am Switch 20cm vom Gira IPRouter.
Der Adapter ist auf Debug gestellt.
Mal schauen wie es morgen aussieht.Hat sich aber schon zwei mal neu verbunden
Schalten geht derzeit aber noch normal per visknx.0 2021-05-26 16:23:05.690 info (3512) Connected - local UDP Server listening on 192.168.178.66:45676 knx.0 2021-05-26 16:23:05.688 info (3512) Using UDP with local IP: 192.168.178.66 knx.0 2021-05-26 16:23:03.696 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:23:03.692 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:23:03.688 info (3512) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:55.816 info (3512) Connected - local UDP Server listening on 192.168.178.66:36257 knx.0 2021-05-26 16:22:55.813 info (3512) Using UDP with local IP: 192.168.178.66 knx.0 2021-05-26 16:22:53.821 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:53.819 info (3512) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:53.812 info (3512) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:49.899 debug (3512) system.adapter.admin.0: logging true knx.0 2021-05-26 16:22:47.432 info (3512) Connected! with 271 datapoints of 631 Datapoints over all. knx.0 2021-05-26 16:22:47.396 info (3512) Connected - local UDP Server listening on 192.168.178.66:46590 knx.0 2021-05-26 16:22:47.382 info (3512) Debuglevel: 0 1 knx.0 2021-05-26 16:22:47.367 info (3512) Connecting to knx GW: 192.168.178.41:3671 with phy. Adr: 15.15.253 knx.0 2021-05-26 16:22:47.363 info (3512) knx license is OK. knx.0 2021-05-26 16:22:47.036 info (3512) starting. Version 1.0.45 in /opt/iobroker/node_modules/iobroker.knx, node: v12.21.0, js-controller: 3.2.16 knx.0 2021-05-26 16:22:46.472 debug (3512) statesDB connected knx.0 2021-05-26 16:22:46.471 debug (3512) States connected to redis: 127.0.0.1:9000 knx.0 2021-05-26 16:22:46.463 debug (3512) States create User PubSub Client knx.0 2021-05-26 16:22:46.461 debug (3512) States create System PubSub Client knx.0 2021-05-26 16:22:46.452 debug (3512) Redis States: Use Redis connection: 127.0.0.1:9000 knx.0 2021-05-26 16:22:46.450 debug (3512) objectDB connected knx.0 2021-05-26 16:22:46.436 debug (3512) Objects connected to redis: 127.0.0.1:9001 knx.0 2021-05-26 16:22:46.424 debug (3512) Objects client initialize lua scripts knx.0 2021-05-26 16:22:46.422 debug (3512) Objects create User PubSub Client knx.0 2021-05-26 16:22:46.421 debug (3512) Objects create System PubSub Client knx.0 2021-05-26 16:22:46.419 debug (3512) Objects client ready ... initialize now knx.0 2021-05-26 16:22:46.377 debug (3512) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.IOBroker 2021-05-26 16:22:44.668 info instance system.adapter.knx.0 started with pid 3512 host.IOBroker 2021-05-26 16:22:42.273 info instance system.adapter.knx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) knx.0 2021-05-26 16:22:41.598 info (1567) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.590 info (1567) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.588 info (1567) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason knx.0 2021-05-26 16:22:41.587 info (1567) terminating knx.0 2021-05-26 16:22:41.586 info (1567) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2021-05-26 16:22:41.582 info (1567) Got terminate signal TERMINATE_YOURSELF host.IOBroker 2021-05-26 16:22:41.583 info stopInstance system.adapter.knx.0 send kill signal ho -
Hallo, ich mache ein GroupValueRead auf ein Kommunikationsobjekt. Vom Adapter wir zwar ein GroupValueResponse Update erkannt, der Wert bleibt aber immer der alte.
Ein GroupValueWrite auf das KO wird korrekt interpretiert.{ "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1621860872656, "common": { "name": "Stellwert", "type": "number", "role": "value", "unit": "%", "max": 100, "min": 0, "read": true, "write": false }, "native": { "dpt": "DPT5.001", "address": "0/4/57", "addressRefId": "P-03DA-0_GA-522", "statusGARefId": "", "actGARefId": "", "objRef": "O-16_R-76", "devName": "..", "devInst": "P-03DA-0_DI-28", "objectSize": "", "update": true }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Licht.Stellwert", "type": "state" }Ich habe auch mal mit read/write false probiert. Lt. Anleitung ist der Effekt der selbe. Es ändert sich aber nichts.
KNX iobroker
Lesen Schreiben Übertragen Lesen Schreiben Erklärung-
-
-
-
- der wert wird über GroupValueResponse aktualiesiert
-
-
-
-
- x x - der Wert wird über GroupValueResponse aktualisiert
-
-
Hallo, ich mache ein GroupValueRead auf ein Kommunikationsobjekt. Vom Adapter wir zwar ein GroupValueResponse Update erkannt, der Wert bleibt aber immer der alte.
Ein GroupValueWrite auf das KO wird korrekt interpretiert.{ "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1621860872656, "common": { "name": "Stellwert", "type": "number", "role": "value", "unit": "%", "max": 100, "min": 0, "read": true, "write": false }, "native": { "dpt": "DPT5.001", "address": "0/4/57", "addressRefId": "P-03DA-0_GA-522", "statusGARefId": "", "actGARefId": "", "objRef": "O-16_R-76", "devName": "..", "devInst": "P-03DA-0_DI-28", "objectSize": "", "update": true }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Licht.Stellwert", "type": "state" }Ich habe auch mal mit read/write false probiert. Lt. Anleitung ist der Effekt der selbe. Es ändert sich aber nichts.
KNX iobroker
Lesen Schreiben Übertragen Lesen Schreiben Erklärung-
-
-
-
- der wert wird über GroupValueResponse aktualiesiert
-
-
-
-
- x x - der Wert wird über GroupValueResponse aktualisiert
@killroy2 Wie sieht denn deine Adress-Struktur aus?
Wichtig ist das zur Schalt-Adresse eine Schalten Status-Adresse ,
und zur Wert-Adresse eine Wert Status-Adresse zugeordnet ist.Also ungefähr so:
-
). Schon merkwürdig... 
Support us
595
Online32.4k
Users81.3k
Topics1.3m
Posts