NEWS
KNX Adapter überholt
-
Die Idee klingt gut. Hab nur keine Ahnung wie ich das machen müsste.
Hab aktuell die. 15er am laufen
Gesendet von meinem CLT-L09 mit Tapatalk
-
Weiß jemand, woher diese Meldung kommt:
knx.0 2018-07-24 07:36:13.357 info HIGH Load : 10.433437765785307pkg/s
Da ich eher ne kleine KNX Installation habe und um die Zeit auch nicht viel passiert, wundert mich das etwas. Hab da glaub ich grad 4 Rollläden gleichzeitig hoch gemacht, aber das sollte ja kein Thema sein (werden über eine Alexa Gruppe aktiviert)
Gestern abend hat er auch den Dienst eingestellt. Bis 22:03 hat es funktioniert, da hat der PM (KNX) ausgelöst und ioBroker hat die Hue Lampen geschaltet. Danach nicht mehr.
Hier mal der Auszug aus Log zu dem Zeitpunkt. Vielleicht hat jemand eine Idee, wieso das passiert ist:
2018-07-23 21:43:04.996 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":51,"on":true,"level":20} 2018-07-23 21:43:05.002 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":51,"on":true,"level":20} 2018-07-23 21:44:41.689 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100} 2018-07-23 21:44:41.691 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10} 2018-07-23 21:44:41.703 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3} 2018-07-23 21:45:37.646 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_EG:{"bri":0,"on":false,"level":0} 2018-07-23 21:45:51.760 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0} 2018-07-23 21:58:15.778 - ^[[32minfo^[[39m: knx.0 HIGH Load : 340.99166514072897pkg/s 2018-07-23 22:03:41.202 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100} 2018-07-23 22:03:41.206 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10} 2018-07-23 22:03:41.219 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3} 2018-07-23 22:05:42.101 - ^[[32minfo^[[39m: knx.0 STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). 2018-07-23 22:05:46.111 - ^[[32minfo^[[39m: knx.0 Using UDP with local IP: 192.168.0.175 2018-07-23 22:05:46.113 - ^[[32minfo^[[39m: knx.0 Event : UDP - listening 2018-07-23 22:05:46.115 - ^[[32minfo^[[39m: knx.0 Connected - local UDP Server listening on 192.168.0.175:43367 2018-07-23 22:05:48.047 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true 2018-07-23 22:08:16.503 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false 2018-07-23 22:25:16.532 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true 2018-07-23 22:32:02.259 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false 2018-07-23 22:33:02.683 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0} 2018-07-23 22:37:40.654 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true 2018-07-23 22:37:49.141 - ^[[32minfo^[[39m: host.orangepiplus2e object change system.adapter.knx.0 2018-07-23 22:37:49.144 - ^[[32minfo^[[39m: host.orangepiplus2e "system.adapter.knx.0" disabled 2018-07-23 22:37:49.145 - ^[[32minfo^[[39m: host.orangepiplus2e stopInstance system.adapter.knx.0 2018-07-23 22:37:49.147 - ^[[32minfo^[[39m: host.orangepiplus2e stopInstance system.adapter.knx.0 killing pid 10271 2018-07-23 22:37:49.162 - ^[[34mdebug^[[39m: knx.0 Adapter close 2018-07-23 22:37:49.179 - ^[[32minfo^[[39m: knx.0 STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). 2018-07-23 22:37:49.201 - ^[[32minfo^[[39m: knx.0 STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). 2018-07-23 22:37:49.285 - ^[[32minfo^[[39m: host.orangepiplus2e instance system.adapter.knx.0 terminated with code 0 (OK) 2018-07-23 22:37:55.003 - ^[[32minfo^[[39m: host.orangepiplus2e object change system.adapter.knx.0 2018-07-23 22:37:55.063 - ^[[32minfo^[[39m: host.orangepiplus2e instance system.adapter.knx.0 started with pid 3325 2018-07-23 22:37:57.609 - ^[[34mdebug^[[39m: knx.0 objectDB connected 2018-07-23 22:37:57.672 - ^[[34mdebug^[[39m: knx.0 statesDB connected 2018-07-23 22:37:57.749 - ^[[32minfo^[[39m: knx.0 starting. Version 1.0.15 in /opt/iobroker/node_modules/iobroker.knx, node: v8.11.3 2018-07-23 22:37:57.995 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging true 2018-07-23 22:37:58.068 - ^[[32minfo^[[39m: knx.0 knx license is OK. 2018-07-23 22:37:58.073 - ^[[32minfo^[[39m: knx.0 Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241 2018-07-23 22:37:58.117 - ^[[32minfo^[[39m: knx.0 Debuglevel: 1 2 2018-07-23 22:37:58.132 - ^[[32minfo^[[39m: knx.0 Event : UDP - listening 2018-07-23 22:37:58.144 - ^[[32minfo^[[39m: knx.0 Connected - local UDP Server listening on 192.168.0.175:46482 2018-07-23 22:37:58.247 - ^[[32minfo^[[39m: knx.0 Connected! with 131 datapoints of 283 Datapoints over all. 2018-07-23 22:38:12.457 - ^[[32minfo^[[39m: knx.0 HIGH Load : 259.4173020444937pkg/s 2018-07-23 22:38:12.513 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0} 2018-07-23 22:38:12.602 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0} 2018-07-23 22:38:12.638 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0} 2018-07-23 22:39:02.864 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":254,"on":true,"level":100} 2018-07-23 22:39:02.888 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_OG:{"bri":25,"on":true,"level":10} 2018-07-23 22:39:02.897 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Lampe_Flur_klein_OG:{"bri":8,"on":true,"level":3} 2018-07-23 22:39:58.720 - ^[[34mdebug^[[39m: knx.0 system.adapter.admin.0: logging false 2018-07-23 22:40:16.650 - ^[[32minfo^[[39m: hue.0 final lightState for Voelker_Home.Flur_OG:{"bri":0,"on":false,"level":0}
-
Zu der Idee mit den fehlern im Log-File:
https://github.com/ioBroker/ioBroker.admin/issues/140
Es scheint also noch nicht umgesetzt zu sein.
Workaround:
Du könntest alle zwölf Stunden einen (freien KNX Aktor vom KNX-Adapter schalten lassen. Und per Trigger schickst du dir immer ein Telegram Nachricht, wenn dieser Aktor auf ein geschaltet wurde.
Bleibt die Telegram Nachricht aus, hängt das System.
Oder Umgekehrt, wenn nicht alle x Stunden dieses Toggeln erfolgt, erst dann spendest du diese Telegram Botschaft.
-
Gute Idee. Schau ich mir mal an
Gesendet von meinem CLT-L09 mit Tapatalk
-
Hi chefkoch,
ich würde mal gerne nachfragen, welche Features du so als nächstes geplant hast?
Ich verfolge gerade aufmerksam die Entwicklung vom Material.UI Adapter, der gerade große Fortschritte macht. Ich denke, das wird ein großer Schritt für den IO Broker! Im Zusammenhang mit dem KNX Adapter wäre es genial, wenn die komplette Räume und Funktionen aus der ETS automatisch per Import in den IOBroker gespielt werden würden. Damit hätte man in Null-Komma nichts eine brauchbare VISU.
Hast Du daran schon gedacht?
Gruß KNX Broker
-
Hallo an Alle,
ich habe hier ein Problem mit dem KNX Status. Der Wert in statusGARefId wird nicht befüllt und somit ist ein erfassen bzw. Auslesen des Status nicht möglich. Das Knxproj file liegt vor. Kann jemand helfen ?
Danke
-
Kann mir denn keiner helfen ?
lg
Thomas
-
Hi
Es kann nur Chefkoch helfen. Er ist der einzige der den Code bearbeiten und Fehler beheben kann. Also abwarten bis er sich meldet.
Es gibt auch schon im github ein issue dazu.
-
Vielen Dank für deine Rückmeldung.
Hier noch paar infos:
KNX Bus via IP Gateway verbunden. Alle Schaltungen funktioneiren soweit in der VISU. Leider aktualisiert sich der Status nicht wenn man den Taster manuell betätigt. Restartet man den Adapter aktualisiert sich der Status. Allerdings fehlen mir die Werte:
"statusGARefId": "",
"actGARefId"
Am Bus selbst habe ich bei diesem Taster auch die Flags L und A gesetzt aber irgendwie ergebnislos.
Dann warte ich auf Chefkoch.
Danke
lg
{
"from": "system.adapter.knx.0",
"ts": 1532858170602,
"common": {
"name": "Büro Keller",
"type": "boolean",
"role": "switch",
"min": 0,
"max": 1,
"read": true,
"write": true
},
"native": {
"dpt": "DPT1.000",
"address": "1/1/0",
"addressRefId": "P-04F1-0_GA-34",
"statusGARefId": "",
"actGARefId": ""
},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "knx.0.A.Neue_Mittelgruppe.F",
"type": "state"
}
-
Hallo,
@centurytt: der Taster hat die Flags Ü,A un der Aktor auf dem Schaltkanal Ü und S. Der korrespondierende Statuskanal auf dem aktor hat Ü, L und A.
Beim Ändern der Flags sind die Geräte zu programmieren!
Dann den KNX.0 Baum unter Objekte löschen und neu importieren.
Dann sollte bei dir bei der Schaltadresse statusGARefID und bei der Statusadresse actGARefID etwas stehen.
@KNXbroker: ich arbeite zur Zeit an gelegentlichen Timeouts. Das wird die nächste Version(also die Behebung des Problems). Anschließend ist,
auf vielfachen Wunsch hin, die Möglichkeit der manuellen Zuordnung von schalt- zu Statusadressen in Arbeit.
Bin zur Zeit nur spartanisch online, versuche dennoch zu antworten.
VG
chefkoch009
-
Hallo Chefkoch,
danke werde es heute Abend ausprobieren. Melde mich dann wieder.
lg
-
Hallo Chefkoch,
leider nein, hat nicht geklappt. Kein Wert vorhanden. Anbei mal ein Screenshot meiner ETS Prog. Einstelllung. Hab jetzt Testweise mal nur einen Schalter (KG Büro) mit den Flags drinnen. Anbei noch die Screenshots…. was mache ich da falsch ?
Danke im Voraus
lg
-
Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:
funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?
Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht.
-
Da ich beim Durchsuchen des Forums irgendwie widersprüchliche Informationen gefunden habe und bevor ich falsch einkaufe:
funktioniert der Adapter reibungslos beim Nutzen einer Tunneling Verbindung oder wird zwingend ein KNX/IP-Router benötigt?
Ein KNX/IP-Interface mit 4 Tunneln kostet erheblich weniger als ein Router, den man im Zweifel dann am Ende nicht wirklich braucht. `
Doch das IP Gateway funzt schon ganz gut das passt. Es ist die ETS Programmierung die halt auch passen muss. Und bei mir hackts halt an dem Punkt. Der Router macht ja im Prinzip nix anderes.
-
Naja, der Router käme wohl beispielsweise im Gegensatz zum "einfachen" Interface mit Multicast-Traffic klar. Daher frag ich. Ohne es genauer zu wissen hatte ich auch erstmal angenommen, dass eine Verbindung übers Interface reicht, um auf dem Bus mitzuhören und Telegramme zu senden. Aber an ein paar Stellen hatten Leute nun geschrieben, dass sie ihr Interface gegen einen Router getauscht haben und erst dann der Adapter zuverlässig funktioniert hat. Vielleicht hat sich ja jemand damit mal näher beschäftigt und das getestet.
@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja.
-
@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja. `
Leider nein…. hab den Datentyp auf 1.001 geändert jetzt schalten alle auf dem Aktor angelegte GAs
-
@Centurytt: Auf deinem Screenshot ist zu sehen, dass kein Datentyp angegeben ist. Für den Schalter sollte das 1.001 sein, denke ich. Vielleicht hilft das ja. `
Leider nein…. hab den Datentyp auf 1.001 geändert jetzt schalten alle auf dem Aktor angelegte GAs `
So passt wieder… aber leider hat der Datentyp keinen Einfluss...ich hab da wo anders den Wurm drin
-
Ich hab das hier in den Logs:
knx.0 2018-08-08 19:31:54.198 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2018-08-08 19:31:54.198 info … not able to close connection, because already closed
knx.0 2018-08-08 19:31:54.196 info Connection persists.....closing now
knx.0 2018-08-08 19:31:54.195 info Change state from STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0)
knx.0 2018-08-08 19:31:54.195 info STATE_DISCONNECT_REQUEST : Transistion from State: STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_REQUEST(15) not possible because of cancelled connection.
knx.0 2018-08-08 19:31:54.194 info Change state from STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_REQUEST(15)
knx.0 2018-08-08 19:31:54.194 info ( END ) Sending DISCONNECT_REQUEST : 06 10 02 09 00 10 3f 00 08 01 c0 a8 01 4a ee 0e ChID : 0 SeqCntIN : 0 SeqCntOUT : 0 msgCode : [o
knx.0 2018-08-08 19:31:54.191 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0 2018-08-08 19:31:54.191 info ... not able to close connection, because already closed
knx.0 2018-08-08 19:31:54.187 info Connection persists.....closing now
knx.0 2018-08-08 19:31:54.186 info Change state from STATE_READY(7) to STATE_NOT_CONNECTED(0)
Sieht so aus als schliesst der KNX Adapter immer die Verbindung ? Sollte die nicht immer offen sein ?
-
Hallo Centurytt,
Poste bitte mal die ersten 20 Zeilen aus dem log.
VG
chefkoch009
-
Hallo Centurytt,
Poste bitte mal die ersten 20 Zeilen aus dem log.
VG
chefkoch009 `
Hallo Chefkoch,
anbei das Log von heute komplett. Ich weiss nicht obs nicht an der ETS Prg. liegt. aber auch bei Datentyp schalten wird kein Status an ioBroker übermittelt, wenn der Schalter manuell betätigt wird ??? Bin Ratlos. Danke
8174_iobroker.2018-08-09.log.zip