NEWS
Test Adapter KNX v1.0.x
-
War auch gelb. Seit heute morgen geht die Lizenz wieder. Aber ist es tatsächlich so dass meine Heimautomatisierung von einem Dienst im Web abhängt? Das ist beängstigend.
@killroy2
Nur die licenz Abfrage. Diese wird bei jedem Neustart des Adapters abgefragt. Wenn der Adapter also durchläuft dann wird auch keine Abfrage gemacht. Alternativ kannst du dir auch die licenz kaufen. Dann wird nur einmal abgefragt und danach nie wieder -
@killroy2
Hier ist der Link: https://github.com/ioBroker/ioBroker.knx/issues
Am besten kurz gucken, ob eins passt. Ich meine sowas gab es da schon. Danke. :-) -
@garfonso ist nur etwas wenig los auf Github, mein Problem scheinen andere auch zu haben und das seit einiger Zeit. Wird an dem Adapter überhaupt noch aktiv gearbeitet?
-
@garfonso ist nur etwas wenig los auf Github, mein Problem scheinen andere auch zu haben und das seit einiger Zeit. Wird an dem Adapter überhaupt noch aktiv gearbeitet?
@killroy2
perspektivisch: Ja.
chefkoch macht aktuell wenig. Bluefox fixt nur die bösesten Bugs (eher so organisatorisches, wenn sich im ioBroker was ändert).
Ich hab es bisher noch nicht geschafft mich tiefer einzuarbeiten, weil auch immer wieder andere Adapter dazwischen kommen (und KNX aktuell auch leidlich für mich funktioniert).Trotzdem ist Github für "echte Bugs" der richtige Ort, da kann ich (oder jemand anders) dann nachgucken, wenn er/sie sich dran setzt und an dem Adapter entwickeln kann.
-
@killroy2
perspektivisch: Ja.
chefkoch macht aktuell wenig. Bluefox fixt nur die bösesten Bugs (eher so organisatorisches, wenn sich im ioBroker was ändert).
Ich hab es bisher noch nicht geschafft mich tiefer einzuarbeiten, weil auch immer wieder andere Adapter dazwischen kommen (und KNX aktuell auch leidlich für mich funktioniert).Trotzdem ist Github für "echte Bugs" der richtige Ort, da kann ich (oder jemand anders) dann nachgucken, wenn er/sie sich dran setzt und an dem Adapter entwickeln kann.
@garfonso das scheint aber ein echtes organisatorisches Problem zu sein. Keiner hat Zugriff auf den Code und die wenigen die haben können nicht.
Mein Problem geht zurück auf Meldungen aus März 2020 und Github ist voll mit ähnlichen Meldungen. Das Problem ist schwerwiegend und häufig.
Also seit 1,5 Jahren ist das Problem bekannt, der Fehler lässt sich nachstellen und ist imo einfach behebbar. -
Hallo zusammen,
ich habe das Problem, dass bei mir alle Versionen, welche neuer sind als 1.0.20 nicht richtig funktionieren.
Konkret sind es folgende Probleme, welche teilweise auch schon bekannt sind:
-Sporadische Fehlermeldung "State not connected" in Verbindung mit dem MDT IP Gateway
-Häufiges bis dauerhaftes "nicht registrieren" von Statusänderungen. Z.B. Werden die Positionen von meinen Rollläden nach Fahrtende nicht aktualisiert.Wie gesagt: Mit Version 1.0.20 funktioniert alles tadellos. Irgendwas muss da geändert worden sein...
Nun habe ich zusätzlich das Problem, dass der neue ioBroker Admin mir aufgrund der alten Version die Logs vollschreibt:
knx.0 2021-09-01 21:59:53.222 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:54.287 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:43.726 info State value to set for "knx.0.EG.Magnetkontakte.Wohnzimmer_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:36.982 info State value to set for "knx.0.Dachgeschoss.Magnetkontakte.Fenster" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:39.594 info State value to set for "knx.0.EG.Magnetkontakte.Küche_West-Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:15.983 warn Object of state "knx.0.Zentral.Zeit.Datum_Zeit" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.789 warn Object of state "knx.0.Zentral.Zeit.Datum" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.583 warn Object of state "knx.0.Zentral.Zeit.Uhrzeit" is missing the required property "common.type"Wie soll ich hier vorgehen??
-
Hallo zusammen,
ich habe das Problem, dass bei mir alle Versionen, welche neuer sind als 1.0.20 nicht richtig funktionieren.
Konkret sind es folgende Probleme, welche teilweise auch schon bekannt sind:
-Sporadische Fehlermeldung "State not connected" in Verbindung mit dem MDT IP Gateway
-Häufiges bis dauerhaftes "nicht registrieren" von Statusänderungen. Z.B. Werden die Positionen von meinen Rollläden nach Fahrtende nicht aktualisiert.Wie gesagt: Mit Version 1.0.20 funktioniert alles tadellos. Irgendwas muss da geändert worden sein...
Nun habe ich zusätzlich das Problem, dass der neue ioBroker Admin mir aufgrund der alten Version die Logs vollschreibt:
knx.0 2021-09-01 21:59:53.222 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:54.287 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:43.726 info State value to set for "knx.0.EG.Magnetkontakte.Wohnzimmer_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:36.982 info State value to set for "knx.0.Dachgeschoss.Magnetkontakte.Fenster" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:39.594 info State value to set for "knx.0.EG.Magnetkontakte.Küche_West-Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:15.983 warn Object of state "knx.0.Zentral.Zeit.Datum_Zeit" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.789 warn Object of state "knx.0.Zentral.Zeit.Datum" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.583 warn Object of state "knx.0.Zentral.Zeit.Uhrzeit" is missing the required property "common.type"Wie soll ich hier vorgehen??
Gerade gesehen das ich vom KNX adapter jetzt auch die Meldung habe das meine Zeit den falschen Datentyp hat.
Da werde ich mich im Winter mal wieder an die ETS klemmen und das anpassen.
Ich wüsste aber nicht das der Fehler vorher anstand, in der EtS habe ich seit Monaten nichts gemacht, müsste seit dem letzten IObroker update sein. KNX adapter hatte doch auch kein update?!
Ich habe 1.0.45 im Betrieb. -
Gerade gesehen das ich vom KNX adapter jetzt auch die Meldung habe das meine Zeit den falschen Datentyp hat.
Da werde ich mich im Winter mal wieder an die ETS klemmen und das anpassen.
Ich wüsste aber nicht das der Fehler vorher anstand, in der EtS habe ich seit Monaten nichts gemacht, müsste seit dem letzten IObroker update sein. KNX adapter hatte doch auch kein update?!
Ich habe 1.0.45 im Betrieb. -
Das ganze ist seit dem js-controller Update der prüft die Datentypen. Am einfachsten ist wenn ihr an den Punkten wo er meckert in die Objekte rein geht unter RAW und das anpasst was er haben will
@thebam Das Problem ist, dass ich bei der Uhrzeit und beim Datum nicht weiß was ich reinschreiben soll.
Das andere Problem mit dem eins und null beziehungsweise True/False Ist, dass es sehr sehr viele DatenPunkte betrifft und ich nicht alle händisch ändern kann.
-
@thebam Das Problem ist, dass ich bei der Uhrzeit und beim Datum nicht weiß was ich reinschreiben soll.
Das andere Problem mit dem eins und null beziehungsweise True/False Ist, dass es sehr sehr viele DatenPunkte betrifft und ich nicht alle händisch ändern kann.
@loverz Für Uhrzeit und Datum kannst du auch string oder mixed verwenden.
Bei den Magnetkontakten und Präsenzmeldern sieht es für mich so aus als sei der DPT falsch. Warum schickt der DPT eine Nummer statt eines Boolean?
Meine Kontakte sind bspw. als DPT1.005 definiert (Alarm). -
@loverz Für Uhrzeit und Datum kannst du auch string oder mixed verwenden.
Bei den Magnetkontakten und Präsenzmeldern sieht es für mich so aus als sei der DPT falsch. Warum schickt der DPT eine Nummer statt eines Boolean?
Meine Kontakte sind bspw. als DPT1.005 definiert (Alarm).@lessthanmore der KNX Adapter trägt bei den Boolean Objekten 0 oder 1 ein. Das wird bemängelt. Die neuen Versionen des KNX Adapters machen true oder false, dann wird diese Meldung nicht mehr kommen.
Leider funktioniert aber der neue Adapter bei mir aus anderen Gründen nicht, da er fehlerhaft ist.
Kann man diese Meldungen irgendwie unterdrücken?Bzgl. Datum/Zeit: Ich meine, dass die Datentypen schon auf „mixed“ stehen. Bin mir aber gerade nicht sicher.
-
@lessthanmore der KNX Adapter trägt bei den Boolean Objekten 0 oder 1 ein. Das wird bemängelt. Die neuen Versionen des KNX Adapters machen true oder false, dann wird diese Meldung nicht mehr kommen.
Leider funktioniert aber der neue Adapter bei mir aus anderen Gründen nicht, da er fehlerhaft ist.
Kann man diese Meldungen irgendwie unterdrücken?Bzgl. Datum/Zeit: Ich meine, dass die Datentypen schon auf „mixed“ stehen. Bin mir aber gerade nicht sicher.
@loverz Ah, jetzt verstehe ich was du meinst. Habe das mit dem Beitrag von tobi68 verwechselt.
-
@lessthanmore der KNX Adapter trägt bei den Boolean Objekten 0 oder 1 ein. Das wird bemängelt. Die neuen Versionen des KNX Adapters machen true oder false, dann wird diese Meldung nicht mehr kommen.
Leider funktioniert aber der neue Adapter bei mir aus anderen Gründen nicht, da er fehlerhaft ist.
Kann man diese Meldungen irgendwie unterdrücken?Bzgl. Datum/Zeit: Ich meine, dass die Datentypen schon auf „mixed“ stehen. Bin mir aber gerade nicht sicher.
-
@loverz
Ich fürchte das du derzeit nur mit der Version vom Händichen ändern das Problem weg bekommst. Was er haben will schreibt er doch in der Log Meldung. Das musst du einfach da eintragen -
@loverz
@apollon77 kann man das Log nur für einen Adapter ausschalten? -
@lessthanmore der KNX Adapter trägt bei den Boolean Objekten 0 oder 1 ein. Das wird bemängelt. Die neuen Versionen des KNX Adapters machen true oder false, dann wird diese Meldung nicht mehr kommen.
Leider funktioniert aber der neue Adapter bei mir aus anderen Gründen nicht, da er fehlerhaft ist.
Kann man diese Meldungen irgendwie unterdrücken?Bzgl. Datum/Zeit: Ich meine, dass die Datentypen schon auf „mixed“ stehen. Bin mir aber gerade nicht sicher.
@loverz sagte in Test Adapter KNX v1.0.x:
@lessthanmore der KNX Adapter trägt bei den Boolean Objekten 0 oder 1 ein. Das wird bemängelt. Die neuen Versionen des KNX Adapters machen true oder false, dann wird diese Meldung nicht mehr kommen.
Leider funktioniert aber der neue Adapter bei mir aus anderen Gründen nicht, da er fehlerhaft ist.
Kann man diese Meldungen irgendwie unterdrücken?Bzgl. Datum/Zeit: Ich meine, dass die Datentypen schon auf „mixed“ stehen. Bin mir aber gerade nicht sicher.
@lessthanmore war doch nicht auf "mixed" sondern auf "Logikwert". Hab es nun umgestellt, mal schauen wie es nun aussieht.
-
@thebam Ja klar ... jede Adapterinstanz kann seinen Loglevel einstellen: Admin - Instanzen - Expertenmodus - Loglevel bei der instanz einstellen
@apollon77 Danke, hab das nun auf "Warn" geändert, sollte nun weg sein.
Schön wäre es dennoch, wenn die Probleme im KNX Adapter gefixt werden, dass ich endlich mal aktualisieren kann ;) @chefkoch009 lebst du noch? -
Hallo zusammen,
ich habe das Problem, dass bei mir alle Versionen, welche neuer sind als 1.0.20 nicht richtig funktionieren.
Konkret sind es folgende Probleme, welche teilweise auch schon bekannt sind:
-Sporadische Fehlermeldung "State not connected" in Verbindung mit dem MDT IP Gateway
-Häufiges bis dauerhaftes "nicht registrieren" von Statusänderungen. Z.B. Werden die Positionen von meinen Rollläden nach Fahrtende nicht aktualisiert.Wie gesagt: Mit Version 1.0.20 funktioniert alles tadellos. Irgendwas muss da geändert worden sein...
Nun habe ich zusätzlich das Problem, dass der neue ioBroker Admin mir aufgrund der alten Version die Logs vollschreibt:
knx.0 2021-09-01 21:59:53.222 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:54.287 info State value to set for "knx.0.OG.Präsenz.Präsenz_OG_Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:43.726 info State value to set for "knx.0.EG.Magnetkontakte.Wohnzimmer_Nord" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:57:36.982 info State value to set for "knx.0.Dachgeschoss.Magnetkontakte.Fenster" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:39.594 info State value to set for "knx.0.EG.Magnetkontakte.Küche_West-Süd" has to be type "boolean" but received type "number" knx.0 2021-09-01 21:56:15.983 warn Object of state "knx.0.Zentral.Zeit.Datum_Zeit" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.789 warn Object of state "knx.0.Zentral.Zeit.Datum" is missing the required property "common.type" knx.0 2021-09-01 21:56:15.583 warn Object of state "knx.0.Zentral.Zeit.Uhrzeit" is missing the required property "common.type"Wie soll ich hier vorgehen??
@loverz said in Test Adapter KNX v1.0.x:
Hallo zusammen,
ich habe das Problem, dass bei mir alle Versionen, welche neuer sind als 1.0.20 nicht richtig funktionieren.
Konkret sind es folgende Probleme, welche teilweise auch schon bekannt sind:
-Sporadische Fehlermeldung "State not connected" in Verbindung mit dem MDT IP Gateway
-Häufiges bis dauerhaftes "nicht registrieren" von Statusänderungen. Z.B. Werden die Positionen von meinen Rollläden nach Fahrtende nicht aktualisiert.Wie gesagt: Mit Version 1.0.20 funktioniert alles tadellos. Irgendwas muss da geändert worden sein...
Nun habe ich zusätzlich das Problem, dass der neue ioBroker Admin mir aufgrund der alten Version die Logs voll
Woher hast du den KNX Adapter 1.0.20, würde ich auch gerne versuchen, ich hab den 1.0.45 und da das Problem das dieser zwar verbunden ist, aber ich nichts über den iobroker schalten kann. Auch wenn ich direkt am Taster Licht schalte, bekommt der iobroker das laut Log nicht mal mit.
Wie funktioniert das downgrade von 1.045 -> 1.0.20?
Über nützliche Tipps würde ich mich sehr freuen - weiß schon nicht mehr was ich noch versuchen könnte!
Mein log:
1153 2021-09-08 23:12:01.107 info State value to set for "knx.0.Zentral.Zentralbefehl.Datum-Uhrzeit" has to be one of type "string", "number", "boolean" but received type "object" knx.0 1153 2021-09-08 23:11:56.101 info Connected! with 224 datapoints of 514 Datapoints over all. knx.0 1153 2021-09-08 23:11:56.080 info Connected - local UDP Server listening on 192.168.178.2:59974 knx.0 1153 2021-09-08 23:11:56.069 info Debuglevel: 0 1 knx.0 1153 2021-09-08 23:11:56.058 info Connecting to knx GW: 192.168.178.21:3671 with phy. Adr: 1.0.251 knx.0 1153 2021-09-08 23:11:56.055 info knx license is OK. knx.0 1153 2021-09-08 23:11:55.757 info starting. Version 1.0.45 in /opt/iobroker/node_modules/iobroker.knx, node: v12.22.5, js-controller: 3.3.15 knx.0 1113 2021-09-08 23:11:53.056 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.049 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.042 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason knx.0 1113 2021-09-08 23:11:53.039 info terminating knx.0 1113 2021-09-08 23:11:53.037 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.026 info Got terminate signal TERMINATE_YOURSELF``` Lg HP -
@loverz said in Test Adapter KNX v1.0.x:
Hallo zusammen,
ich habe das Problem, dass bei mir alle Versionen, welche neuer sind als 1.0.20 nicht richtig funktionieren.
Konkret sind es folgende Probleme, welche teilweise auch schon bekannt sind:
-Sporadische Fehlermeldung "State not connected" in Verbindung mit dem MDT IP Gateway
-Häufiges bis dauerhaftes "nicht registrieren" von Statusänderungen. Z.B. Werden die Positionen von meinen Rollläden nach Fahrtende nicht aktualisiert.Wie gesagt: Mit Version 1.0.20 funktioniert alles tadellos. Irgendwas muss da geändert worden sein...
Nun habe ich zusätzlich das Problem, dass der neue ioBroker Admin mir aufgrund der alten Version die Logs voll
Woher hast du den KNX Adapter 1.0.20, würde ich auch gerne versuchen, ich hab den 1.0.45 und da das Problem das dieser zwar verbunden ist, aber ich nichts über den iobroker schalten kann. Auch wenn ich direkt am Taster Licht schalte, bekommt der iobroker das laut Log nicht mal mit.
Wie funktioniert das downgrade von 1.045 -> 1.0.20?
Über nützliche Tipps würde ich mich sehr freuen - weiß schon nicht mehr was ich noch versuchen könnte!
Mein log:
1153 2021-09-08 23:12:01.107 info State value to set for "knx.0.Zentral.Zentralbefehl.Datum-Uhrzeit" has to be one of type "string", "number", "boolean" but received type "object" knx.0 1153 2021-09-08 23:11:56.101 info Connected! with 224 datapoints of 514 Datapoints over all. knx.0 1153 2021-09-08 23:11:56.080 info Connected - local UDP Server listening on 192.168.178.2:59974 knx.0 1153 2021-09-08 23:11:56.069 info Debuglevel: 0 1 knx.0 1153 2021-09-08 23:11:56.058 info Connecting to knx GW: 192.168.178.21:3671 with phy. Adr: 1.0.251 knx.0 1153 2021-09-08 23:11:56.055 info knx license is OK. knx.0 1153 2021-09-08 23:11:55.757 info starting. Version 1.0.45 in /opt/iobroker/node_modules/iobroker.knx, node: v12.22.5, js-controller: 3.3.15 knx.0 1113 2021-09-08 23:11:53.056 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.049 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.042 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason knx.0 1113 2021-09-08 23:11:53.039 info terminating knx.0 1113 2021-09-08 23:11:53.037 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 1113 2021-09-08 23:11:53.026 info Got terminate signal TERMINATE_YOURSELF``` Lg HP@hpgo Wie viele Linien hast du?
Router oder Gateway?
Was sagt der Gruppenmonitor sobald du ein Licht im ioBroker auf true setzt?
Support us
928
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge