Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[killroy2]

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.

[TheBam]

@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]

@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?

[tombox]

@killroy2 Der Adapter ist leider nicht open source, somit kann nicht jeder daran arbeiten der will.

[Garfonso]

@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]

@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.

[loverz]

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??

[Tobi68]

@loverz

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.

[TheBam]

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

[loverz]

@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.

[lessthanmore]

@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]

@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]

@loverz Ah, jetzt verstehe ich was du meinst. Habe das mit dem Beitrag von tobi68 verwechselt.

[TheBam]

@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]

@thebam kann man nicht das log vom KNX Adapter deaktivieren?

[TheBam]

@loverz
@apollon77 kann man das Log nur für einen Adapter ausschalten?

[apollon77]

@thebam Ja klar ... jede Adapterinstanz kann seinen Loglevel einstellen: Admin - Instanzen - Expertenmodus - Loglevel bei der instanz einstellen

[loverz]

@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.

[loverz]

@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?

[hpgo]

@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