io.broker - hilfe gesucht

[thomas6789]

So, habe das ganze jetzt geändet auf schreiben und lesen. Einbinden in iot Adapter hat funktioniert und das "Gerät" Licht Lufraum erscheint nun auch in der Alexa App. Beim Befehl An/Aus tut sich aber wenig. Der Status des Objekts im KNX Objektbaum im IOBroker ändert sich aber. Das heißt die Verbindung steht eigentlich, aber trotzdem komm es nicht auf dem Bus an. Umgekehrt wenn ich Über den Lichtschalter das Licht Ein/Aus - Schalte, wird der geänderte Status im IOBroker Objektbaum angezeigt.

[sinn3r]

Starte die KNX-Adapter Instanz mal neu und probiere es nach dem Einlesen der Geräte nochmal neu.

[thomas6789]

Leider kein Erfolg, habe das komplette Rasperry neugestartet, alles grün, aber keine Funktion

[sinn3r]

Schaltet das Licht denn, wenn Du in dem ioBroker-Objekt den Status manuell wechselst?
Ich habe irgendwie das Gefühl, dass Du die falsche Gruppenadresse schalten willst (Status z.B.), ansonsten hätte der KNX-Adapter das Objekt nicht lesend angelegt.
Schicke mal einen Screenshot aus der ETS mit den Kommunikationsobjekten des entsprechenden Aktors.

[thomas6789]

Dachte ich auch aber 2/0/3 ist definitiv die richtige GA. Der Status befindet sich in der GA 0/7/3. Ich habe gerade leider keinen Zugriff auf ETS aber in der Button in der Viso enthält die gleiche GA und dort funktioniert es:

Visu.JPG
Wenn ich in IoBroker den Status manuell wechsele geht es auch nicht.

[sinn3r]

Dachte ich mir, liegt daher nicht an Alexa, sondern am KNX-Adapter.
Der erwartet recht strikte GA-Bezeichnungen, damit er die sauber verknüpft. Zudem müssen die Übertragungsflags in der ETS alle sauber gesetzt sein, was offenbar bei Dir nicht der Fall ist, sonst wären die Objekte direkt mit Write angelegt worden.
Es ist ratsam, die Funktion nicht über die Mittelgruppe zu benennen, sondern über die Gruppenadresse:
Also nicht "Licht Luftraum", sondern z.B. "Licht Luftraum schalten" +

"Licht Luftraum schalten Status" usw.
Danach die Objekte komplett neu einlesen in den KNX-Adapter, dann könnte das schon funktionieren.

[thomas6789]

Ok danke, werde ich testen.

[thomas6789]

Also das umbenennen hat erstmal nichts gebracht. Obwohl das Schreiben Flag in der ETS gesetzt war hat der Adapter das Objekt wieder nur auf lesen gesetzt. Ich habe mal getestet welche Meldungen im Busmonitor erscheinen wenn Alexa den Ein und Aus befehl sendet und im Vergleich die Meldungen wenn das gleiche Objekt über die Visualisierung angesprochen wird. Im Screenshot im Anhang erkennt man das Problem. Bei Ein/Aus über die Visu kommt ein Schalten Befehl an und Beim Alexa Ein/Aus nur ein Befehl vom Typ lesen. Das erklärt natürlich warum der Aktor nicht schaltet (Im Screenshot grau hinterlegt).

Auch wenn der Schreiben Haken im Io Broker nachträglich gesetzt wird kommt nur ein lesen auf dem Bus an. Hängt das eventuell damit zusammen, dass im IoBroker alle KNX Objekte automatisch mit dem Typ "State" angelegt werden? Muss dieser Typ geändert werden?




Objekte.JPG


monitor.JPG
ETS.JPG

[thomas6789]

Es funktioniert, es lag an einem fehlenden Update vom js-controller.

[thomas6789]

Hallo zusammen, leider gibt es mit dem io.broker und dem KNX Adapter mal wieder ein Problem, was ich mir nicht erklären kann. Bis vor wenigen tagen hat alles funktioniert und plötzlich, vermutlich nach einem Update kann ich über den KNX Adapter nichts mehr schalten. Der Fehler ähnlich wie zuvor, Status wird richt angezeigt aber Schalten geht nicht. Das write Flag ist gesetzt, daran kann es nicht liegen. Wenn ich im IoBroker Objekt Browser im KNX Adapte manuell den Wert ändere springt er kurz auf true und sofort wieder zurück auf false. Fehlereinträge gibt es leider auch keine im Log-File. Im ETS Gruppenmonitor erkennt man, dass vom IoBroker nur ein "lesen" Befehl auf den Bus geschickt wird, weshalb natürlich der Aktor nicht schalten kann. Alle Adapter sind auf dem aktuellen Stand, Neustart wurde auch schon öfter durchgeführt, alle leider ohne Erfolg. Aus irgendeinem Grund wird der schreiben befehl nicht richtig "übersetzt" und kommt deshalb auf dem Bus als "lesen" an. Nur warum?

{
"from": "system.adapter.knx.0",
"user": "system.user.admin",
"ts": 1582903604943,
"common": {
"name": "Schalten Licht Luftraum",
"type": "boolean",
"role": "value",
"read": true,
"write": true,
"min": false,
"max": true
},
"native": {
"dpt": "DPT1.001",
"address": "2/0/3",
"addressRefId": "P-0639-0_GA-9",
"statusGARefId": "",
"actGARefId": ""
},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "knx.0.EG.Beleuchtung.Schalten_Licht_Luftraum" ,
"type": "state"
}

[frankthegreat]

Moin, versuche mal folgendes:
im KNX Adapter bei der GA den Eintrag "role" ändern von "value" auf "switch".
Ev. dann mal den Adapter neustarten.
Damit funktioniert es bei mir.

Gruß Frank

[Shine120]

Habe derzeit das gleiche Problem. Es betrifft aber nicht alle GAs.

komischerweise hat die Betroffene gA vorher funktioniert..

[thomas6789]

Habe role auf "switch" geändert und alles neu gestartet, leider das Gleiche Verhalten... Echt sehr schade, dass ständig durch irgendwelche Updates funktionierende Sachen zerschossen werden...

[Shine120]

Habe role auf "switch" geändert und alles neu gestartet, leider das Gleiche Verhalten... Echt sehr schade, dass ständig durch irgendwelche Updates funktionierende Sachen zerschossen werden...

Ich nehme an auf dem Bus siehst du auch nur ein "GroupValueRead"? Genauso verhält es sich nämlich auch bei mir...

[thomas6789]

Ja, nur ein "read" kommt auf dem Bus an. Dementsprechend passiert auch nichts bis auf die entsprechende Status Antwort der Geräte.