Test Adapter KNX v2.x
-
Hallo, vielen Dank allen für die vielen Ratschläge und Entschuldigung für die spätes Antwort. (haben zu Hause gerade eine größere Baustelle ...)
Leider habe ich das Problem immer noch nicht gelöst.Anbei ein paar Antworten zu diversen Rückfragen:
- Paketrate reduzieren hatte ich bereits versucht.
- Verschiedene Versionen habe ich auch versucht. Die Problematik hatte ich an sich schon immer (auch mit den Versionen aus Mitte 2020)
- Ich greife ansonsten nur mit ETS auf das Gateway zu. Es zeigt sich aber kein Unterschied, ob ETS auf dem Rechner aktiv ist, oder nicht.
Ich hab den Adapter nun mit Version 1.0.20 installiert. Leider funktioniert dieser jetzt gar nicht mehr. - Wahrscheinlich bin ich einfach zu doof dafür ...
Inzwischen habe ich aber versucht mit openknx eine Verbindung herzustellen. Diese funktioniert erstaunlicherweise bei gleichen Einstellungen tadellos ...
Ich bin im Moment wirklich etwas sprachlos und am überlegen, ob ich nicht komplett auf openknx umstellen soll.
Gibt es hier Gründe, die dagegen sprechen?Vielen Dank schon im Vorafür eure Nachrichten und vielen Dank nochmal für die vielen Tipps bisher!
Viele Grüße!
Bachl
-
@chefkoch009 wahrscheinlich mache ich etwas komplett falsch; wenn ich den Adapter (2.0.5) starte und versuche gegen mein MDT GW zu verbinden, schreibt er das folgende ins log:
knx.0 2021-12-28 23:06:54.789 info STATE_TUNNELING_REQUEST: analyse this case. Gateway sends the same package one more time, may be answer??? knx.0 2021-12-28 23:06:54.789 info WRITE : mappedName : O7 Kinderzimmer Heizen Temperaturmesswert dest : 4/3/70 val: 22.3 (DPT9.001) O7_Kinderzimmer_Heizen_Temperaturmesswert knx.0 2021-12-28 23:06:54.789 info ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 71 00 00 29 00 bc e0 11 25 23 46 03 00 80 0c 5b ChID: 0 knx.0 2021-12-28 23:06:53.837 info STATE_TUNNELING_REQUEST : no defined handling for transition from State: STATE_CONNECT_REQUEST(3) to STATE_TUNNELLING_REQUEST(13). knx.0 2021-12-28 23:06:53.835 info WRITE : mappedName : O7 Kinderzimmer Heizen Temperaturmesswert dest : 4/3/70 val: 22.3 (DPT9.001) O7_Kinderzimmer_Heizen_Temperaturmesswert knx.0 2021-12-28 23:06:53.829 info ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 71 00 00 29 00 bc e0 11 25 23 46 03 00 80 0c 5b ChID: 0 knx.0 2021-12-28 23:06:48.427 info Send : UDP Connection Request : 06 10 02 05 00 1a 08 01 ac 11 00 04 aa 3f 08 01 00 00 00 00 aa 3f 04 04 02 00 sent to 192.168.2.30:3671 knx.0 2021-12-28 23:06:48.426 info Connected - local UDP Server listening on 172.17.0.4:43583 knx.0 2021-12-28 23:06:48.425 info Event : UDP - listening knx.0 2021-12-28 23:06:48.424 info Debuglevel: 2 3 knx.0 2021-12-28 23:06:48.420 info Connecting to knx GW: 192.168.2.30:3671 with phy. Adr: 1.1.222 knx.0 2021-12-28 23:06:48.419 warn No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses ! knx.0 2021-12-28 23:06:48.363 info starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.knx, node: v14.18.2, js-controller: 3.3.21auf dem Bus wird nichts geschrieben - und bis auf diesen initialen "Kinderzimmer-Wert" kommen auch keine weiteren "gelesenen" Werte an.
[EDIT]
Die Installation läuft auf dem iobroker/iobroker docker image - und macht entsprechd NAT, da in dieser Test-Instanz kein net=host konfiguriert ist. Wenn ich mir den Hexdump anschaue, versucht er wohl die lokale UDP IP mitzugeben - aber das kann so natürlich nicht funktionieren als "Rückrichtung". Gibt es eine NAT-Option oder ist net=host ein must? -
So, jetzt ist bei mir die Verwirrung komplett.
Nachdem nun ja gar nichts mehr ging, habe ich jetzt nochmals auf Version 2.0.5 upgedated. Und siehe da ...
Zum ersten mal seit Mitte 2020 läuft der Adapter bei mir wohl so wie es sich gehört.
Ich habe zwar echt keine Ahnung warum, aber mein Problem scheint wohl gelöst. Und mit dem openknx ist wohl inzwischen auch eine gute Alternative vorhanden.Viele Grüße an alle und vielen Dank nochmal!
Bachl
-
@savek Es muss UDP incoming auf dem iobroker aktiv sein. Der entsprechende Port hinter
Connected - local UDP Server listening on 172.17.0.4:**43583**wird dynamisch bei jedem Verbindungsaufbau ausgehandelt. Wenn das nicht funktioniert, dann kommt es zu Verbindungsabbrüchen und Paketverlusten.
Leider kann ich bei Docker oder sonstige VM Implementierungen nicht helfen, weil es da beliebig komplex werden kann.
VG
chefkoch009 -
@chefkoch009 said in Test Adapter KNX v2.x:
@savek Es muss UDP incoming auf dem iobroker aktiv sein. Der entsprechende Port hinter
Connected - local UDP Server listening on 172.17.0.4:**43583**wird dynamisch bei jedem Verbindungsaufbau ausgehandelt. Wenn das nicht funktioniert, dann kommt es zu Verbindungsabbrüchen und Paketverlusten.
Leider kann ich bei Docker oder sonstige VM Implementierungen nicht helfen, weil es da beliebig komplex werden kann.
Ist ok - die ETS hat ja auch eine Option für "NAT" connections; Ein Beispiel einer Implementierung in .js ist z.B. hier: https://github.com/XKNX/xknx/pull/246/files
Beliebig komplex ist relativ; NAT-Support halt ein anderes Thema - da geht es ja eher um die allgemeine Möglichkeit für "proxied connections" und weniger um speziellen Network-Support.Support gibt es für NAT auch bei OpenHAB: https://www.openhab.org/addons/bindings/knx/ --> "useNAT"
Aber wie gesagt: Prinzipiell ja kein Problem - aber könnt ihr vielleicht in die Doku aufnehmen, dass iobroker.knx proxied Connections (NAT, Docker, VM,...) explizit nicht unterstützt?
closed Support proxied connections (Docker, NAT) #246
-
@savek Ich weiß um die Problematik. Ich arbeite aber an einer Lösung. Das wird aber voraussichtlich noch nicht im kommenden Update drin sein.
VG
chefkoch009 -
@chefkoch009
Hallo @all,ich wünsche allen eine schönes neues Jahr. Und um dieses gut zu beginnen, starte ich mit der neuen Version 2.0.6. In dieser kann man iobroker Objecte direkt mit GA's verknüpfen und per GroupValueRead ein Response auf dem KNX Bus erwarten. Ausserdem aktualisieren sich diese Objekte selbst auf dem KNX Bus. Umgedreht funktioniert es ebenso. Ausserdem habe ich einige Bugs behoben (z.B. ETS6 import,...).
P.S. wer mit npm installiert, bitte nach der Installation
npm i iobroker.knx@latest iobroker u knxausführen.
VG
chefkoch009 -
Hi Chefkoch.
ich hab die 2.0.6 über die 2.0.5 installiert (via iobroker Adapteransicht). Komplettausfall meiner Steuerung
Nix ging mehr
Downgrade auf 2.0.5 hat das Problem behoben.Im ioBroker Log gab es keine auffälligen Einträge soweit ich gesehen habe....
Kann heute abend leider nichts mehr testen, aber vielleicht hast Du ja ne Idee was da passiert sein könnte.....
NODE.JS: V14.18.2
NPM: 6.14.15
Admin: 5.2.3 -
@merlin123
Danke für das feedback.....bin schon dabei.VG
chefkoch009 -
@chefkoch009
Fehler ist bestätigt, update 2.0.7 ist raus.VG
chefkoch009 -
@chefkoch009 Ah super! 2.0.7 geht
-
Was mir aber aufgefallen ist (müsste bei 2.0.5 aber auch schon gewesen sein):
Ich bekomme Meldungen in der Art:
Read-only state "knx.0.Heizung.Ventilstellung.Ventilstellung_Eltern" has been written without ack-flag with value "18"Die hatte ich früher als nicht. Ich bin jetzt nur nicht ganz sicher, wie ich das interpretieren soll. Die Werte kommen eigentlich von nem KNX Heizungsaktor und werden in ioBroker nicht verändert.
-
@merlin123 bist du sicher, dass du das Objekt nicht über ein Script schreibst?
Die Meldung kommt bei mir tatsächlich nur, wenn ich es beschreibe.
-
@loverz Jup. Ich lasse den Wert zwar in nem Widget anzeigen, aber ich glaube, ich könnte das nicht mal ändern. Die Ventilstellung wird ja vom MDT Heizungsaktor berechnet...
-
@merlin123 in meinem Fall sind es z.B. Rollo-Fahrtrichtungen, die der Jalousieaktor vorgibt.
Wenn zuletzt hochgefahren wurde, soll beim nächsten Knopfdruck heruntergefahren werden. Ein Merker sozusagen.
Steuern von iobroker kann ich es trotzdem -jedoch mit dieser Meldung- Man kann diese aber unterbinden, wenn man im RAW-Wert des Objekts bei Write=true setzt. -
@loverz
auch das habe ich bereits gefixt, aber update ist noch nicht online.VG
chefkoch009 -
Ich habe in den letzten Tagen folgende Einträge in meinem ioBroker Log:
knx.0 2022-01-03 10:08:32.062 info Connected - local UDP Server listening on 192.168.1.80:51004 knx.0 2022-01-03 10:08:32.057 info Using UDP with local IP: 192.168.1.80 knx.0 2022-01-03 10:08:30.085 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2022-01-03 10:08:30.083 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2022-01-03 10:08:30.074 info STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0). knx.0 2022-01-03 10:08:30.056 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_RESPONSE(6) to STATE_NOT_CONNECTED(0).Ich nehme an, dass in diesen 2 Sekunden "nur" die in dieser Zeit versendeten KNX Meldungen verloren gehen?
Ich kann nicht ganz ausschliessen, dass früher nicht auch schon solche Meldungen vorhanden waren, sehe sie bloss erst seit ein paar Tagen mit der 2.0.5.
Wie oben bereits einmal erwähnt habe ich den MDT den SCN-IP100.03
und solange ich die ETS nicht verwende ist der ioBroker der einzige welcher eine Verbindung auf den IP Router macht. -
Mit meinem MDT-SCN000.03 kann ich es nicht nachstellen. Habe mir nun ein MDT100.03 bestellt. Sollte die Tage kommen. Bin also dran an der Geschichte.
VG
chefkoch009 -
Ich hatte eben auch wieder ein Phänomen..
Bin nach Hause gekommen, per Life360 werden bei mir sonoff Aussenbeleuchtung ein paar Meross Gartenstahler aber auch eine KNX Lampe an der Tür eingeschaltet, ca. eine Minute bevor ich aufs Grundstück fahre, war alles an bis auf die KNX Lampe, die ging in dem Moment an als ich an der Haustüre stand.
Sieht für mich wieder so aus als ob ich das alte Problem habe, KNX schläft bei mir manchmal ein..
Dauert manchmal 2-3 Minuten bis aus der Vis raus was geschaltet wird.
Im Log war nichts zu finden, soll ich da ne tiefere Ebene anschalten?Vor nem halben jahr auf der alten RPI installation trat das immer so nach 2-3 Wochen Betrieb auf, musste ich mit nem Cron job Neustart RPI einmal die Woche beheben.
Gibt es hierfür ne Lösung?
Setze deinen Gira IPRouter ein.Gruss
Tobi -
habe seit dem Update massig Warnungen im LOG
knx.0 2022-01-03 16:27:53.809 warn Read-only state "knx.0.schalten_status.EG.licht_dali_wc_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 16:27:50.778 warn Read-only state "knx.0.heizung.wärmepumpe.Wärmepumpe_vorlauf" has been written without ack-flag with value "50.88" knx.0 2022-01-03 16:27:04.329 warn Read-only state "knx.0.schalten_status.EG.licht_dali_wc_schalten_status" has been written without ack-flag with value "true" knx.0 2022-01-03 16:26:35.801 warn Read-only state "knx.0.schalten_status.EG.licht_dali_wc_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 16:26:05.559 warn Read-only state "knx.0.schalten_status.EG.licht_dali_wc_schalten_status" has been written without ack-flag with value "true" knx.0 2022-01-03 16:25:35.448 warn Read-only state "knx.0.schalten_status.KG.licht_technik_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 16:25:35.397 warn Read-only state "knx.0.schalten_status.KG.licht_flur_keller_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 16:25:35.344 warn Read-only state "knx.0.schalten_status.EG.licht_bis_hwr_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 16:18:50.342 warn Read-only state "knx.0.heizung.wärmepumpe.warmwasser_ist" has been written without ack-flag with value "46.2" knx.0 2022-01-03 16:18:15.332 warn Read-only state "knx.0.heizung.wärmepumpe.Temperatur_aussen" has been written without ack-flag with value "12.4" knx.0 2022-01-03 16:18:07.896 warn Read-only state "knx.0.heizung.wärmepumpe.Wärmemenge_Heizen_1-4" has been written without ack-flag with value "3331" knx.0 2022-01-03 16:17:01.705 warn Read-only state "knx.0.heizung.wärmepumpe.Betriebsstunden_Primärpumpe" has been written without ack-flag with value "3318" knx.0 2022-01-03 15:39:55.683 warn Read-only state "knx.0.schalten_status.KG.licht_technik_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 15:39:55.632 warn Read-only state "knx.0.schalten_status.KG.licht_flur_keller_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 15:39:55.579 warn Read-only state "knx.0.schalten_status.EG.licht_bis_hwr_schalten_status" has been written without ack-flag with value "false" knx.0 2022-01-03 15:34:05.436 warn Read-only state "knx.0.schalten_status.KG.licht_technik_schalten_status" has been written without ack-flag with value "true" knx.0 2022-01-03 15:34:05.365 warn Read-only state "knx.0.schalten_status.KG.licht_flur_keller_schalten_status" has been written without ack-flag with value "true" knx.0 2022-01-03 15:34:05.313 warn Read-only state "knx.0.schalten_status.EG.licht_bis_hwr_schalten_status" has been written without ack-flag with value "true" knx.0 2022-01-03 15:31:17.990 warn Read-only state "knx.0.heizung.wärmepumpe.Temperatur_aussen" has been written without ack-flag with value "12.700000000000001" knx.0 2022-01-03 15:24:42.497 warn Read-only state "knx.0.heizung.wärmepumpe.warmwasser_ist" has been written without ack-flag with value "46.4" knx.0 2022-01-03 15:23:13.893 warn Read-only state "knx.0.heizung.wärmepumpe.Wärmemenge_Heizen_1-4" has been written without ack-flag with value "3330" knx.0 2022-01-03 15:17:01.797 warn Read-only state "knx.0.heizung.wärmepumpe.Betriebsstunden_Primärpumpe" has been written without ack-flag with value "3317" knx.0 2022-01-03 15:15:10.893 warn Read-only state "knx.0.heizung.wärmepumpe.Temperatur_aussen" has been written without ack-flag with value "12.8"lässt sich das schnell in den griff bekommen?
