UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Garfonso]

@killroy2
Das ist mal eine gute Analyse -> kannst du die bitte in ein issue packen (zu dem Problem gibt es schon eins, oder?) damit die nicht untergeht? Ich denke damit müsste man das Problem angehen können (hab leider für KNX immer noch kein ganz funktionierendes entwicklungssetup, muss ich mich nochmal dran setzen).

[Tobi68]

@garfonso

Ich wollte jetzt nach ner Zeit mal Rückmeldung geben.
Nach dem Neustart des RPIs habe ich keinerlei Probleme mehr, teste jeden Tag ein zwei mal ob die Buttons aus der Vis beim KNX rummzicken, nichts, keine Probleme.
Werde jetzt mal den Täglichen Neustart des Adapters wieder deaktivieren und weiter beobachten.
Evtl. ist aber auch ein Update der Vis aus den letzten Wochen hilfreich gewesen..
Gruss
Tobi

[killroy2]

@garfonso hast du einen Link wo? Ich habe noch keinen erstellt.

[killroy2]

Hallo, momentan funktioniert bei mir KNX nicht, wenn ich die Lizenz prüfe kommt:

" Service ist momentan nicht erreichbar oder keine Internetverbindung vorhanden. Bitte versuchen Sie später noch ein mal oder prüfen Sie die Internetverbindung."

[klee]

@killroy2

DAs gleiche Problem habe ich auch.
Hat dein Adapter den Status gelb oder grün dabei?

Ich habe da gerade nämlich auch einen Thread aufgemacht:
https://forum.iobroker.net/topic/46126/knx-adapter-status-gelb

[Garfonso]

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

[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