Test Adapter KNX v1.0.x
-
@garfonso sagte in Test Adapter KNX v1.0.x:
Wenn ich den Code richtig verstehe, kommt das vor, wenn aus KNX ein Datenformat kommt, was der Adapter nicht versteht. Versuch mal in den Instanzeinstellungen bei Debug "more" einzustellen (oder so), dann müsste er das noch ausgeben auf welcher GA. -> da hat also irgendwas gesendet, was der Adapter nicht verstanden hat.
Du könntest auch mal beim import des Projekts gucken, ob er sich da schon über Datenpunkformate beschwert, die er nicht kennt.Ich hatte im Winter und Frühjahr mich rel. viel mit ETS und dem IOBroker beschäftigt, Habe jetzt schon seit Wochen am KNX nichts mehr geändert.
Du denkst es kommt aus dem KNX ich hatte eher gedacht das evtl. Eine von den 2 GAs die ich beschreibe was damit zu tun haben. Aber auch da habe ich schon lange nichts mehr geschraubt.
Nein beim Import hat der adapter nicht gemeckert.
Zum umstellen finde ich nichts was zu „more“ passen könnte.
Aber dafür ist mir eben die Uhr ins Auge gestochen.... Also Adapter per Cronjob neu starten scheint ja gar kein Problem zu sein..
-
@tobi68 said in Test Adapter KNX v1.0.x:
Zum umstellen finde ich nichts was zu „more“ passen könnte.
Sorry, hab ich nicht richtig beschrieben: In den Adapter-Einstellungen gibt es (im dritten Tab) noch eine eigene Debug-Einstellung -> damit kann man nochmal einstellen, was bei debug alles kommen soll. Die Ausgabe der GA von/wohin (bin mir nicht 100%ig sicher, wann der Code alles aufgerufen wird) kommt nur mit "Debug more".
@tobi68 said in Test Adapter KNX v1.0.x:
Also Adapter per Cronjob neu starten scheint ja gar kein Problem zu sein..
Ja, genau, deshalb hatte ich das als workaround vorgeschlagen. Würde ich aber nur als notfall machen, wenn sich wirklich nichts finden lässt.
-
@garfonso sagte in Test Adapter KNX v1.0.x:
In den Adapter-Einstellungen gibt es (im dritten Tab)
Mann.. ich habe schon nicht nur an mir gezweifelt..
Da ist kein dritter Tab (aufm Ipad auf der Couch..)
Hat mir heute keine Ruhe gelassen, habe mal aufm Laptop nachgeschaut..
Ist jetzt umgestellt, das lass ich jetzt so weiterlaufen bis zum nächten mal wo das Problem auftritt... Da kommt ja schon einiges rein
-
Hi,
Ich hatte den KNX Adapter bei xxl logging die ganze zeit laufen lassen, da kommt natürlich einiges rein.
Da alles gut lief hatte ich das logging gestern wieder zurückgestellt.
Ich wollte jetzt eigentlich Meldung machen das bei mir wohl ein Kabelproblem die Ursache gewesen sin muss, da seitdem 3 Kabel-Verbindungen weniger verwendet werden alles tiptop läuft.
Jetzt habe ich gerade noch in die Vis geschaut und wollte noch schnell mal ein zwei KNX Lampen schalten....Nix.. zuerst gar nichts, zwei drei mehr geschaltet, nach 5 sec. kommen die Befehle plötzlich durch und werden geschaltet.
Im Log halt gar nichts zu sehen, auch nicht das sich der Adapter neu mit dem KNx verbunden hat.. -
@tobi68
das kann aber auch ein Verbindungsproblem bei Vis gewesen sein. Auch nicht unbedingt ein physisches, die kann da auch "einschlafen". Wenn das passiert, hast du noch anderes, was du schalten kannst?
Aber grundsätzlich sehe ich das hier mit Vis auf dem Handy oder am Wall-Tablet auch öfter. -
Nö leider nicht so einfach.. direkt neben meinem KNX button den ich gedrückt hatte ist das Button von einer billigen schaltbaren Merross Steckdose im Esszimmer.
Die drücke ich dann immer zum vergleich.
Die geht zwar sogar noch über die Cloud.. aber die war direkt ansprechbar..
Das ist ja das ärgerliche.. -
@tobi68 mist..
-
@garfonso
Jupp..
Smarthome ist bei mir eher ne Winterangelegenheit..
Werds mal beobachten, evtl. passt ja doch was in der ETS nicht. Ich habe in dem xxl Log auch gesehen das Statusmeldungen teilweise ins leere laufen.
Wenn ich die VIS aufmache, passt der Status von den Buttons auch nicht immer zum Schaltzustand..Zur Not mache ich echt den Neustart des Adapters Nachts um 2.00 und klemm mich erst im Herbst/Winter wieder dahinter.
Mir ging es in den ersten Zügen im IOB eh erst mal um die Funktion unds verstehen.. -
Ich habe folgendes Problem: Beim Versuch in manche GAs zu schreiben stürzt der Adapter einfach ab und reagiert für mehrere Minuten nicht. Das Problem tritt nur bei einzelnen GAs auf. Der Adapter wird die ganze Zeit als Grün angezeigt und fängt sich nach ein paar Minuten von selbst wieder.
Ich glaub das Problem liegt in Zeile 8 und 9, dass hier etwas nicht richtig empfangen wird.
@Garfonso Hast du zufällig eine Idee woran das liegen könnte?
knx.0 2021-06-10 10:58:52.902 silly (14509) States user redis pmessage knx.0.*/knx.0.info.connection:{"val":true,"ack":true,"ts":1623315532685,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1623313230894} knx.0 2021-06-10 10:58:52.176 info (14509) Change state from STATE_CONNECTION_STATE_RESPONSE(6) to STATE_READY(7) knx.0 2021-06-10 10:58:52.176 info (14509) Change state from STATE_CONNECTION_STATE_REQUEST(5) to STATE_CONNECTION_STATE_RESPONSE(6) knx.0 2021-06-10 10:58:52.176 info (14509) Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 10 00 192.168.100.200:3671 ChID : 16 SeqCntIN : 45 SeqCntOUT : 5 msgCode knx.0 2021-06-10 10:58:52.175 info (14509) Change state from STATE_READY(7) to STATE_CONNECTION_STATE_REQUEST(5) knx.0 2021-06-10 10:58:52.174 info (14509) Send : conCheck Connection State Request : 06 10 02 07 00 10 10 00 08 01 00 00 00 00 d2 53 sent to 192.168.100.200:3671 knx.0 2021-06-10 10:58:52.173 info (14509) checkConnectionState 192.168.100.200 State : true knx.0 2021-06-10 10:58:49.577 info (14509) ( 3.6b ) Received L_DATA.con 06 10 04 20 00 15 04 10 2d 00 2e 00 9d e0 11 04 0a 3b 01 00 80 was NOT processed by receiver !! knx.0 2021-06-10 10:58:48.600 info (14509) ( 3.6b ) Received L_DATA.con 06 10 04 20 00 15 04 10 2d 00 2e 00 9d e0 11 04 0a 3b 01 00 80 was NOT processed by receiver !! knx.0 2021-06-10 10:58:48.534 info (14509) ==> easy-knx.js: signal runtime : 0s 5.43514ms knx.0 2021-06-10 10:58:48.533 info (14509) Change state from STATE_TUNNELLING_SENT_DATA_ACK_RECV(11) to STATE_READY(7) knx.0 2021-06-10 10:58:48.533 info (14509) ==> successful acknowledged previous package... processing next of 0 knx.0 2021-06-10 10:58:48.533 info (14509) STATE_TUNNELLING_WAIT_SENT_ACK: received ACK for previous self sent package knx.0 2021-06-10 10:58:48.532 info (14509) Change state from STATE_TUNNELLING_WAIT_SENT_ACK(9) to STATE_TUNNELLING_SENT_DATA_ACK_RECV(11) knx.0 2021-06-10 10:58:48.532 info (14509) ( 2 ) Received TUNNEL_ACK : 06 10 04 21 00 0a 04 10 04 00 from 192.168.100.200:3671 SeqCntIN : 44 SeqCntOUT : 5 GA : 0/0/0 knx.0 2021-06-10 10:58:48.531 info (14509) Change state from STATE_TUNNELLING_SENDING_DATA(8) to STATE_TUNNELLING_WAIT_SENT_ACK(9) knx.0 2021-06-10 10:58:48.530 info (14509) easy-knx: task.data : 06 10 04 20 00 15 04 10 04 00 11 00 bc e0 11 04 0a 3b 01 00 80 byteLen : 21 knx.0 2021-06-10 10:58:48.530 info (14509) BINARY CHANGE change from false to 0 knx.0 2021-06-10 10:58:48.529 info (14509) ( 1 ) Sending : GroupValueWrite : 06 10 04 20 00 15 04 10 04 00 11 00 bc e0 11 04 0a 3b 01 00 80 sent to 192.168.100.200:3671 ChID: 16 SeqCntIN : 44 SeqCntOUT : 4 GA : 1/2/59 conCheck.co knx.0 2021-06-10 10:58:48.528 info (14509) Change state from STATE_READY(7) to STATE_TUNNELLING_SENDING_DATA(8) knx.0 2021-06-10 10:58:48.527 info (14509) add to Buffer cnt: 181 : 06 10 04 20 00 15 04 10 04 00 11 00 bc e0 11 04 0a 3b 01 00 80 queue.length : 0 GA : 1/2/59 knx.0 2021-06-10 10:58:48.526 info (14509) easy-knx.js groupValueWrite value: 0 dpt : DPT1.001{"type":"Buffer","data":[6,16,4,32,0,21,4,16,4,0,17,0,188,224,17,4,10,59,1,0,128]} knx.0 2021-06-10 10:58:48.525 info (14509) main.js : tGA.write on Statechange : 1/2/59 P-0C17-0_GA-732 typeof val: boolean false DPT1.001 knx.0 2021-06-10 10:58:48.524 silly (14509) States user redis pmessage knx.0.*/knx.0.Licht.Taster.EG-Kueche-Arbeitsplatte-Taster:{"val":false,"ack":false,"ts":1623315528518,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin knx.0 2021-06-10 10:58:42.201 silly (14509) States user redis pmessage knx.0.*/knx.0.Umwelt.Helligkeit.EG-Buero-Helligkeit:{"val":248.32,"ack":true,"ts":1623315522194,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":1 knx.0 2021-06-10 10:58:42.172 info (14509) Change state from STATE_TUNNELLING_ACK(14) to STATE_READY(7) knx.0 2021-06-10 10:58:42.172 info (14509) ( 4.b ) return to STATE_READY, processing : false knx.0 2021-06-10 10:58:42.172 info (14509) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 10 2c 00 ChID : 16 SeqCntIN : 44 SeqCntOUT : 4 queue length : 0 knx.0 2021-06-10 10:58:42.171 info (14509) =====> STATE_TUNNELING_ACK knx.0 2021-06-10 10:58:42.170 info (14509) Change state from STATE_TUNNELLING_REQUEST(13) to STATE_TUNNELLING_ACK(14) knx.0 2021-06-10 10:58:42.170 info (14509) Change state from STATE_READY(7) to STATE_TUNNELLING_REQUEST(13) knx.0 2021-06-10 10:58:42.169 info (14509) WRITE : mappedName : EG-Buero-Helligkeit dest : 10/4/6 val: 248.32 (DPT9.004) EG-Buero-Helligkeit knx.0 2021-06-10 10:58:42.168 info (14509) ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 10 2c 00 29 00 bc e0 11 66 54 06 03 00 80 26 10 ChID: 16 knx.0 2021-06-10 10:58:40.846 silly (14509) States user redis pmessage knx.0.*/knx.0.Umwelt.Helligkeit.EG-Buero-Helligkeit:{"val":279.2,"ack":true,"ts":1623315520837,"q":0,"from":"system.adapter.knx.0","user":"system.user.admin","lc":16 knx.0 2021-06-10 10:58:40.814 info (14509) Change state from STATE_TUNNELLING_ACK(14) to STATE_READY(7)Edit: Ich konnte den Fehler noch weiter eingrenzen. Konkret kann der Adapter während dieser Zeit weiter senden. Er empfängt in dieser Zeit nur nichts mehr. Im Gruppenmonitor sieht man, dass alles vom Adapter auf den Bus gesendet wird, was auf dem Bus passiert, kommt aber nicht mehr an.
-
@markus84 du scheinst das gleiche Symptom zu haben wie ich (siehe mein Beitrag weiter oben).
Wenn es keinen Abnehmer für ein Signal gibt, steigt das Interface aus. Mein Interface ist von MDT, mit einem Interface eines anderen Herstellers tritt das Problem nicht auf. -
@killroy2 said in Test Adapter KNX v1.0.x:
Wenn es keinen Abnehmer für ein Signal gibt, steigt das Interface aus. Mein Interface ist von MDT, mit einem Interface eines anderen Herstellers tritt das Problem nicht auf.
Danke, genau daran liegt es. Habe auch ein MDT (SCN-IP000.03).
@Garfonso: Kannst du da etwas dran machen? Es muss ja irgendeine Art von autorecovery geben, da es dann plötzlich wieder funktioniert...
-
@killroy2 said in Test Adapter KNX v1.0.x:
mit einem Interface eines anderen Herstellers tritt das Problem nicht auf.
Kannst du mir ein anderes empfehlen?
-
Vielleicht eine doofe Frage, aber wieso habt ihr GA(s) wozu es auf der ETS Seite keinen Abnehmer gibt?
-
@hant0r sagte in Test Adapter KNX v1.0.x:
Vielleicht eine doofe Frage, aber wieso habt ihr GA(s) wozu es auf der ETS Seite keinen Abnehmer gibt?
Habe ich auch, sind halt noch nicht alle Rückmeldeadressen eingerichtet..
Gibt ja nicht nur Smarthome im Leben..
Kann das auch bei mir mit den Problemen mit dem Adapter was zu tun haben?
Meine Knx Lampen schalten nach start und schalten per vis manchmal erst nach ein paar Minuten.
Wollte mich aber erst im Winter wieder dranmachen.. -
@tobi68
also die GAs sind noch komplett leer im ETS? -
Ja, ein paar schon.
Ich hatte im Winter mit mehr Rückmeldungen/Status angefangen.
Ein paar sind mit Sicherheit noch nicht eingerichtet.Gestern hatte ich aber auch Massenhaft Fehlermeldungen vom admin.0:
„Unsubscribe from all states, except systems, because over 3 seconds the number of events is over 200“Und wieder subscribe..
Im Wechsel halt..Hatte nachgeschaut da die Rollläden nicht zur Beschattung gefahren sind..
Habe den Raspi mal kp. neu gestartet.
Seit dem scheint wieder alles IO. werde ich auch mal ne Zeit beobachten.Gruss
-
@garfonso said in Test Adapter KNX v1.0.x:
@tobi68
also die GAs sind noch komplett leer im ETS?bei mir sind alle GA´s in der ETS verknüpft, nur (in dem Fall der Bewegungsmelder) ist nicht angeschlossen.
-
@markus84
und wenn du auf die komplett leere GA was schickst, reagiert der Adapter nicht mehr?Wenn man da suchen soll, ist es hilfreich möglichst eine komplette Schritt für Schirtt Anleitung zu haben, wie bei euch das Problem immer auftritt. (Das ist natürlich für sporadische Probleme schwierig bis unmöglich).
-
@garfonso said in Test Adapter KNX v1.0.x:
und wenn du auf die komplett leere GA was schickst, reagiert der Adapter nicht mehr?
Das habe ich in der Tat noch nicht ausprobiert. Der Fehler ist ganze einfach nachzustellen und tritt dauerhaft (also nicht nur sporadisch auf): Eine GA ist in der ETS nur mit einem Gerät verknüpft. Sobald man über den ioBroker in die GA etwas sendet, kommen für mehrere Minuten keinerlei Informationen mehr vom BUS an und man kann auch nichts mehr senden.
-
@markus84
Ok, das kann so nicht sein, das mache ich ständig und sehe keine Probleme. Also muss es nochwas zusätzlich sein...?
