NEWS
KNX Adapter überholt
-
Entferne Mal bitte das "," in der _id hinter Heizung. Funktioniert es dann? `
Bestätigt, das Komma in den Namen der Gruppenadressen (GA) verursacht das Problem. Kommunikation dazu auf https://github.com/ioBroker/ioBroker.knx/issues/30
Mit ioBroker.admin 2.0.9 tritt das Problem nicht auf, mit ioBroker.admin 3.x schon.
Ein Komma in GA Namen steht meines Wissens nicht im Konflikt mit KNX Richtlinien, insofern gehe ich davon aus, dass viele KNX Projekte ein "Komma" in den Namen haben. Daher wäre es schön, wenn das Problem gefixt werden könnte.
-
Hallo Breisgauer,
Vielen Dank für die Verifikation. Du hast auch Recht, das ein Komma nicht gegen die Richtlinien verstösst. Jedoch sind Sonderzeichen in KNX Projekten eher die Seltenheit. Aus diesem Grund ist Dir dankenswerter Weise das Problem aufgefallen. Natürlich werde ich dies in der nächsten Version fixen.
Viele Sonderzeichen eleminiere ich bereits:
https://github.com/ioBroker/ioBroker.knx
Kapitel "Vermeidung von Problemen" Punkt 1. Leider ist mir das Komma durch die Lappen gegangen.
VG
chefkoch008
-
Hallo Breisgauer,
Vielen Dank für die Verifikation. Du hast auch Recht, das ein Komma nicht gegen die Richtlinien verstösst. Jedoch sind Sonderzeichen in KNX Projekten eher die Seltenheit. Aus diesem Grund ist Dir dankenswerter Weise das Problem aufgefallen. Natürlich werde ich dies in der nächsten Version fixen.
Viele Sonderzeichen eleminiere ich bereits:
https://github.com/ioBroker/ioBroker.knx
Kapitel "Vermeidung von Problemen" Punkt 1. Leider ist mir das Komma durch die Lappen gegangen.
VG
chefkoch008 `
Hi chefkoch008
vielen Dank für Euren Einsatz!
Den Artikel zur Fehlervermeidung hatte ich auf github gelesen. Der bezog sich auf die Erstellung der GAS, eine Wechselwirkung mit iobroker.admin und dem history.adapter hatte ich nicht erwartet. insbesondere, da es mit einer älteren admin version geht … Tücken der Software.
Vorhandene ETS Projekte umzubenennen ist hart. Ich hoffe, ihr findet den Bug, in welcher Komponente er auch immer liegen mag.
Als Workaround dient bis dahin: Auf admin 2.0.9 gehen, oder Beschreibungen im ETS Projekt ändern.
Ciao
- Breisgauer
-
Moin
Wie bekomme ich Messwerte eine MDT schalt mess aktors in den knx Adapter? Habe entsprechende ga erstellt und diese wurden auch im Adapter importiert. Die DPT passt auch, aber die Werte bleiben auf 0 stehen. Muss ich noch was beachten?
Gruß Wolle
-
Hallo
@Breisgauer: ich habe soeben die neue Version veröffentlicht, in der die beschriebenen Sonderzeichen ignoriert werden.
@WolleGee: haben die KO's ein Leseflag? ist das Ü-Flag gesetzt?
Um weiteren Importproblemen vorzubeugen, habe ich node 8.9.4 als minimum Voraussetzung festgelegt.
VG
chefkoch009
-
@Breisgauer: ich habe soeben die neue Version veröffentlicht, in der die beschriebenen Sonderzeichen ignoriert werden. `
Hi, ich habe eben die neue Version auf meinem https://forum.iobroker.net/viewtopic.php?f=22&t=14734&p=159442#p159442 ausprobiert. Funktioniert!
Herzlichen Dank
- Breisgauer
-
super….vielen Dank fürs schnelle testen.
VG
chefkoch009
-
Hallo chefkoch009,
So, UPDATE meines eigenen Eintrags:
Kurz nachdem ich hier den Eintrag erstellt hatte, ist mein KNX Adapter dann doch wieder ans normale Laufen gekommen.
Selbstheilung?
Hm, hatte sich ja vorher auch von selbst verabschiedet.
Sehr merkwürdig.
Daher kann nun alles unter dem Strich als "nicht mehr gültig" erachtet werden.
Falls aber jemand anders auch schon einmal so etwas hatte, habe ich zur Sicherheit von gestern und dem frischen heute (wo der Adapter nun auch wieder läuft) mal den iobroker Log gesichert.
Viele Grüße
Michael
Ab hier obsolet!
–-------------------------------------------------------------
seit gestern ca. 23 Uhr geht mein KNX Adapter nicht mehr.
Alles andere meines iobrokers läuft ohne Fehlermeldung.
Die Lizenz habe ich mir noch mal aus der iobroker Cloud kopiert und neu eingefügt.
Update (und anschließend Adapter upload) von der 1.0.10 auf 1.0.13 hat keine Besserung gebracht.
Hier mal die Fehlerbeschreibung meines iobroker Logs
host.ioBroker-Pi 2018-07-11 00:34:12.727 error instance system.adapter.knx.0 terminated with code 0 (OK) Caught 2018-07-11 00:34:12.727 error by controller[1]: path: './lib/cloudCert.crt' } Caught 2018-07-11 00:34:12.727 error by controller[1]: syscall: 'open', Caught 2018-07-11 00:34:12.727 error by controller[1]: code: 'ENOENT', Caught 2018-07-11 00:34:12.727 error by controller[1]: errno: -2, Caught 2018-07-11 00:34:12.726 error by controller[1]: at _handle.close (net.js:509:12) Caught 2018-07-11 00:34:12.726 error by controller[1]: at TLSSocket.emit (events.js:188:7) Caught 2018-07-11 00:34:12.724 error by controller[1]: at emitOne (events.js:101:20) Caught 2018-07-11 00:34:12.724 error by controller[1]: at TLSSocket.socketCloseListener (_http_client.js:286:9) Caught 2018-07-11 00:34:12.724 error by controller[1]: at ClientRequest.emit (events.js:188:7) Caught 2018-07-11 00:34:12.723 error by controller[1]: at emitOne (events.js:96:13) Caught 2018-07-11 00:34:12.723 error by controller[1]: at ClientRequest. <anonymous>(/opt/iobroker/node_modules/iobroker.knx/knx.js:81:28981) Caught 2018-07-11 00:34:12.723 error by controller[1]: at Object.fs.readFileSync (fs.js:510:33) Caught 2018-07-11 00:34:12.723 error by controller[1]: at Object.fs.openSync (fs.js:642:18) Caught 2018-07-11 00:34:12.723 error by controller[1]: at Error (native) Caught 2018-07-11 00:34:12.723 error by controller[1]: { Error: ENOENT: no such file or directory, open './lib/cloudCert.crt' Caught 2018-07-11 00:34:12.722 error by controller[0]: path: './lib/cloudCert.crt' } Caught 2018-07-11 00:34:12.722 error by controller[0]: syscall: 'open', Caught 2018-07-11 00:34:12.722 error by controller[0]: code: 'ENOENT', Caught 2018-07-11 00:34:12.722 error by controller[0]: errno: -2, Caught 2018-07-11 00:34:12.721 error by controller[0]: at emitErrorNT (net.js:1296:8) Caught 2018-07-11 00:34:12.721 error by controller[0]: at TLSSocket.emit (events.js:188:7) Caught 2018-07-11 00:34:12.721 error by controller[0]: at emitOne (events.js:96:13) Caught 2018-07-11 00:34:12.721 error by controller[0]: at TLSSocket.socketErrorListener (_http_client.js:310:9) Caught 2018-07-11 00:34:12.721 error by controller[0]: at ClientRequest.emit (events.js:188:7) Caught 2018-07-11 00:34:12.720 error by controller[0]: at emitOne (events.js:96:13) Caught 2018-07-11 00:34:12.720 error by controller[0]: at ClientRequest. <anonymous>(/opt/iobroker/node_modules/iobroker.knx/knx.js:81:28981) Caught 2018-07-11 00:34:12.720 error by controller[0]: at Object.fs.readFileSync (fs.js:510:33) Caught 2018-07-11 00:34:12.720 error by controller[0]: at Object.fs.openSync (fs.js:642:18) Caught 2018-07-11 00:34:12.720 error by controller[0]: at Error (native) Caught 2018-07-11 00:34:12.719 error by controller[0]: { Error: ENOENT: no such file or directory, open './lib/cloudCert.crt'</anonymous></anonymous>
Hat sich da was auf meiner SD Card zerschossen, oder gibt es gerade irgend welche Probleme, die mir nicht ersichtlich sind?
Wie schaut es bei den anderen aus? Läuft der KNX Adapter einfach weiter?
Danke und Gruß
Michael
-
Ich habe gestern von der .12 auf die .13 umgestellt und seitdem Probleme mit Disconnects:
` > knx.0 2018-07-12 06:10:47.020 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:10:45.160 debug system.adapter.admin.0: logging true
knx.0 2018-07-12 06:10:37.014 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:10:27.007 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:10:16.998 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:10:06.990 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:09:56.983 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:09:46.974 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:09:36.971 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:09:26.963 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 06:09:16.958 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0). `
Hast Du ne Idee, was das sein könnte?
Ich gehe jetzt auf die .12 zurück und hoffe, dass es dann wieder fehlerfrei läuft
-
Hallo Merlin,
Kannst du bitte den Anfang von dem Log Posten?
Der Adapter bekommt von deiner Schnittstelle disconnect Aufforderungen. Das kann viele Ursachen haben.
VG
chefkoch099
-
Hab mich gerade via iobroker.pro eingeloggt, leider zeigt er da nicht den Beginn der MEldungen So weit reicht das Log da nicht zurück.
Ich versuch nochmal auf die 13er zu gehen und öfters mal reinzuschauen. Vielleicht erwische ich das dann.
-
So…
Reproduzierbar:
` > knx.0 2018-07-12 08:32:45.029 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).knx.0 2018-07-12 08:32:35.020 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:32:25.021 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:32:15.017 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:32:05.005 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:55.008 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:45.002 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:34.993 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:24.992 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:14.987 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:31:05.227 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:54.972 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:44.971 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:34.958 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:24.935 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:14.929 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:30:04.921 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:54.915 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:44.907 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:34.903 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:24.898 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:14.883 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:05.234 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
knx.0 2018-07-12 08:29:05.229 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_REQUEST(5) to STATE_NOT_CONNECTED(0).
hue.0 2018-07-12 08:26:29.327 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
hue.0 2018-07-12 08:26:29.324 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
hue.0 2018-07-12 08:26:29.243 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
hue.0 2018-07-12 08:26:29.211 info final lightState for Voelker_Home.All:{"bri":0,"on":false,"level":0}
knx.0 2018-07-12 08:26:20.539 info Connected! with 131 datapoints of 283 Datapoints over all.
knx.0 2018-07-12 08:26:20.528 info Connected! with 131 datapoints of 283 Datapoints over all.
knx.0 2018-07-12 08:26:20.323 info Connected - local UDP Server listening on 192.168.0.175:49150
knx.0 2018-07-12 08:26:20.306 info Event : UDP - listening
knx.0 2018-07-12 08:26:20.287 info Debuglevel: 1 2
knx.0 2018-07-12 08:26:20.252 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241
knx.0 2018-07-12 08:26:20.308 info Connected - local UDP Server listening on 192.168.0.175:44691
knx.0 2018-07-12 08:26:20.291 info Event : UDP - listening
knx.0 2018-07-12 08:26:20.271 info Debuglevel: 1 2
knx.0 2018-07-12 08:26:20.247 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241
knx.0 2018-07-12 08:26:20.246 info knx license is OK.
knx.0 2018-07-12 08:26:20.241 info knx license is OK.
knx.0 2018-07-12 08:26:19.890 info starting. Version 1.0.13 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0
knx.0 2018-07-12 08:26:19.890 info starting. Version 1.0.13 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0 `
Hier zum Vergleich der Output mit der .12er Version
` > knx.0 2018-07-12 08:55:34.288 info Connected! with 131 datapoints of 283 Datapoints over all.
knx.0 2018-07-12 08:55:34.287 info Connected! with 131 datapoints of 283 Datapoints over all.
knx.0 2018-07-12 08:55:34.109 info Connected - local UDP Server listening on 192.168.0.175:39174
knx.0 2018-07-12 08:55:34.096 info Event : UDP - listening
knx.0 2018-07-12 08:55:34.080 info Debuglevel: 1 2
knx.0 2018-07-12 08:55:34.058 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241
knx.0 2018-07-12 08:55:34.097 info Connected - local UDP Server listening on 192.168.0.175:47800
knx.0 2018-07-12 08:55:34.084 info Event : UDP - listening
knx.0 2018-07-12 08:55:34.068 info Debuglevel: 1 2
knx.0 2018-07-12 08:55:34.044 info Connecting to knx GW: 192.168.0.112:3671 with phy. Adr: 15.15.241
knx.0 2018-07-12 08:55:34.053 info knx license is OK.
knx.0 2018-07-12 08:55:34.039 info knx license is OK.
knx.0 2018-07-12 08:55:33.662 info starting. Version 1.0.12 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0
knx.0 2018-07-12 08:55:33.630 info starting. Version 1.0.12 in /opt/iobroker/node_modules/iobroker.knx, node: v10.6.0 `
-
Hallo zusammen,
bei mir tritt das gleiche Problem mit auf:
2018-07-12 12:03:40.176 - info: knx.0 STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
Ich werde ebenfalls mal die 1.0.12 probieren.
Viele Grüße
Michael
-
Jetzt hab ich das auch mit der .12er Version
Was ich geändert habe die Tage:
Node von 6.14.3 auf 10.6.0 aktualisiert.
Kann das damit zusammenhängen?
Und was mir eben noch aufgefallen ist:
Ich habe die Instanz des KNX Adapters gestoppt (wird auch als gestoppt angezeigt), trotzdem kommen im Log weiter die
knx.0 2018-07-12 21:22:11.985 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(13) to STATE_NOT_CONNECTED(0).
Meldungen.
Erst ein stop/start von iobroker hat das wieder in den Griff bekommen
-
Bin jetzt auf Node v8.11.3 zurück, bis jetzt sieht es gut aus.
Hoffe das bleibt, da wir jetzt ne Woche in Urlaub fahren und das laufen muss
-
Gibt es eigentlich eine Möglichkeit, den KNX Adapter irgendwie zu überwachen?
Also wenn er "seltsame" Fehler wirft oder nichts mehr macht soll ne Mail oder so kommen.
War jetzt ne Woche in Urlaub und via einer Alexa Routine sollten die Rollläden automatisch hoch/runter gefahren werden.
Als ich Mitte der Woche mal in das ioBroker Log geschaut habe, habe ich keine Einträge des KNX Adapters mehr entdeckt. Er hatte also vermutlich den Dienst eingestellt
Nach Stop/Start des Adapters (war noch die .12er Version) lief es wieder.
Ist halt schon Mist, wenn man sich nicht drauf verlassen kann, dass alles geht. Wenn ich zu Hause bin und der nicht mehr mag ist das auch Mist. Die Tag/Nacht Umschaltung des KNX Systems läuft nicht mehr, die PMs können die Hue Lampen nicht mehr einschalten usw.
Ich finde die Arbeit, die sich Chefkoch macht, echt klasse. Ich weiß wie schwer es ist, in solch heterogenen Umgebungen Software fehlerfrei zum Laufen zu bekommen.
Deshalb wäre es halt genial, wenn man einen Fehlerzustand schnell erkennt, optimalerweise bevor man die Auswirkungen merkt.
Hat da jemand vielleicht eine Idee?
-
Hallo,
vielleicht gibt es eine Funktion, mit der die iobroker Log Datei nach einem String oder nach Wörtern abgefragt wird.
Sobald dann eine passende KNX Fehlermeldung kommt, kannst du dich per Telegram Adapter benachrichtigen lassen.
Und das Beste daran, diese Lösung funktioniert dann auch universell für andere Adapter.
Hast du schon die 1.0.15 ausprobiert?
Viele Grüße
Michael
-
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.