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

[Balu 0]

Nach weiterer Tests bin ich leider doch noch nicht am Ziel.
Ich versuche die jetzt noch kompliziertere Situation zu beschreiben.

Glühbirne kann KNX Gruppenadresse schalten und signalisiert den zustand anhand der Zustands KNX Adresse.

Schalter :

Eigentlich alles wunderbar !
tippe ich auf die Glühbirne,
so wird der Aktor geschalten,
die Glühbirne leuchtet,
und auch der Kippschalter leuchtet und befindet sich auf der richtigen Position.

Andersrum genauso und auch in der Reihenfolge abwechselnd absolut synchron.

Jetzt Liste ich die Fehler auf:

Ausgangszustand ist Aus.
Jetzt wird der Aktor durch entschärfen der Schließanlage im KNX bus eingeschaltet.
nun signaliesiert nur die Birne den zustand

Möchte ich nun beispielsweise den Aktor über die birne ausschalten,
passiert beim ersten tippen beim aktor nix,
die Birne leuchtet weiterhin,
und zusätzlich schaltet sich der Kippschalter auf ein.

Jetzt erst beim zweiten tippen auf die Birne geht alles aus ( Aktor + Signalisierung )
( bzw. ist wieder Syncron im VIS )

Nun ausgehend vom letzten Bild bzw. alles an:
Schalte ich nun den KNX Aktor über die schließanlage wieder aus.
ergebnis ist :

Schalter hat sich also wieder nicht bewegt,
und zum einschalten müsste ich wieder zweimal tipen.

Hier noch die Konfiguration vom KNX Aktor.

Währe über Tipps sehr dankbar,
evtl geh ich das ja von Grund auf falsch an.

[Balu 0]

@balu-

Nur so ein Gedanke
Könnte Mann eine bestimmte Art Datenpunkte in IO Broker erstellen der das ganze synkronisiert ?

[King_Knipex]

@balu-0 Hast Du denn eine Status-Kommunikationsobjekt für den entsprechenden Aktor-Ausgang angelegt? Das Status-Kommunikationsobjekt bzw. Adresse hat die Information über den Schaltzustand des Aktor-Ausgangs. Der Zustand wird dann mit dem Schalt-Datenpunkt in IO-Broker über den alias-manager "verheiratet".

[Balu 0]

@king_knipex
Die kommunikationsobjekte habe ich nun angeschaltet.
Hier hat mir der Artikel sehr geholfen :
https://knx-blogger.de/knx-flags-einfach-erklaert/
Sehr interessant und hab's denke ich auch Großteils verstanden.

Das mit dem Alias Manager scheint mehrere Herangehensweisen zu haben.
Und auch unterschiedliche plug ins.

Über welches Modul / Plug in soll / muss ich den Alias umsetzen ?

Oder :

Bei letzterem ist ohnehin nur das Gerät zu finden das im Alias Manager reingeholt wurde.

Vielen Dank für deine Hilfe !!!

[Balu 0]

@king_knipex

Hab jetzt mal versucht das mit dem Manager Umzusetzen.

Habe hier 2 Datenpunkte reingepackt:
1 x die knx gruppenadresse zum schalten + die Gruppenadresse Status

in den Schalter hab ich den neuen Datenpunkt eingefügt

Betätige ich den Schalter im VIS kommt folgende fehlermeldung :

Bin ich zuminderst schon auf der richtigen Spur ?

[paul53]

@balu-0 sagte: Betätige ich den Schalter im VIS kommt folgende fehlermeldung :

Einen Kanal kann man nicht schalten, sondern nur einen Datenpunkt ("Kaffeemaschine schalten").

[Balu 0]

@paul53

Danke für die Lösung des Problems im Thed :
https://forum.iobroker.net/topic/55273/gelöst-lösung-für-schalterdarstellung/11

Die Fehlermeldung ist weg !

Habe nun den Punkt :

Dem Schalter im VIS zugewiesen.

Habe nach wie vor die selbe Problematik.

Habe ich falsch " verheiratet" ?

[paul53]

@balu-0 sagte: Habe ich falsch " verheiratet" ?

Ja, bei "Alias read state" muss der Status zugewiesen werden, bei "Alias write state" der Kommando-Datenpunkt.

[Balu 0]

@paul53
Habe ich getauscht
jetzt schnallt der schalter zurück und erst beim zweiten mal bleibt er in der on position.

wird der knx Aktor von wo andert betätigt bekommt der Schalter nach wie vor keinen Status bzw. kippt nicht in die richtige Position.

benötige ich eigentlich diesen Punkt den ich angelegt habe ?

[paul53]

@balu-0 sagte: benötige ich eigentlich diesen Punkt den ich angelegt habe ?

Nein.

@balu-0 sagte in VIS Schalter mit Status ( KNX Aktor ):

wird der knx Aktor von wo andert betätigt bekommt der Schalter nach wie vor keinen Status

Ich kenne die KNX-Datenpunkte und deren Verhalten nicht. Der Alias zeigt den Zustand an, der im KNX-Status vorliegt.

@balu-0 sagte in VIS Schalter mit Status ( KNX Aktor ):

erst beim zweiten mal bleibt er in der on position.

Ist der Kommando-Datenpunkt ein Schalter (true: Ein, false: Aus) oder ein Taster, der toggled?
Wenn es ein Taster ist, benötigt man eine Schreib-Konvertierung:

[Balu 0]

@paul53

Das ist der Datenpunkt zum schalten

{
  "_id": "openknx.0.Hausen.Küche.Kaffemaschiene_aus",
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": true,
    "desc": "Basetype: 1-bit value",
    "name": "Kaffemaschiene aus",
    "role": "switch",
    "states": {
      "0": "Off",
      "1": "On"
    }
  },
  "native": {
    "address": "0/1/0",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 1,
    "dpt": "DPT1.001",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1688816169199,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Und das der Status Datenpunkt .

{
  "_id": "openknx.0.Hausen.Küche.Status_Kaffemaschiene",
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": true,
    "desc": "Basetype: 1-bit value",
    "name": "Status Kaffemaschiene",
    "role": "switch",
    "states": {
      "0": "Inactive",
      "1": "Active"
    }
  },
  "native": {
    "address": "0/1/1",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 1,
    "dpt": "DPT1.011",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1688816169209,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Rein über vis synkronisiert auch alles wunderbar,
nur wen der Aktor extern im KNX BUS geschalten wird gehts nicht.

[Balu 0]

@paul53
das ist es scheinbar leider auch nicht

[paul53]

@balu-0 sagte: wen der Aktor extern im KNX BUS geschalten wird gehts nicht.

Reagiert denn der Datenpunkt "openknx.0.Hausen.Küche.Status_Kaffemaschiene" auf externes Schalten?
Übrigens passt "states" nicht zum Datenpunkttyp "boolean".

[Balu 0]

@paul53
gerade getestet , Ja tut er.

Die Glühbirne scheint das zu übernehmen die leuchtet richtig bei externen schalten

[paul53]

@balu-0 sagte: Ja tut er.

Enthält der Datenpunktwert 0 und 1 oder false und true?

[Balu 0]

@paul53
den hier meinst du oder ?

zitat
Übrigens passt „states“ nicht zum Datenpunkttyp „boolean“.
Zitat

Ist das ein Problem ? kann ich das Ändern ?

Habe hier jetzt mal False True eingetragen,
jetzt wird allef wunderbar angezeigt wen extern geschaltet wird.
die schalter in vis sind aber durcheinander und schalten teilweise gar nicht.

[Balu 0]

@balu-0
kann es sein das der knx Datenpunk kei schalter sondern ne art Taster ist ?
Nur so ein gedanke....

[paul53]

@balu-0 sagte: kann es sein das der knx Datenpunk kei schalter sondern ne art Taster ist ?

Das war hier meine Frage. Wenn es ein Taster ist, benötigt man die gezeigte Schreibkonvertierung.

val ? true : true

EDIT: Zu einem Taster passt aber dies nicht:

    "role": "switch",
    "states": {
      "0": "Off",
      "1": "On"
    }

wobei "0" und "1" falsch sind. Richtig: "false" und "true".
Ein Problem gibt es, wenn es ein Taster ist, der einen Impuls false --> true --> false benötigt. Dann benötigt man ein Skript.

[Balu 0]

@paul53
ich bin gleich vor Ort dann kann ich in die ETS schauen.

Die Schreibkonvertierung habe ich eingetragen,
jetzt läuft wie gesagt alles von extern ( KNX ) richtig nur intern ( VIS ) ist der Wurm drin.

Danke für deine Hilfe !

[Balu 0]

@paul53
.
konnte nicht mehr als oben gepostet festellen.

1.001 Schalten

ich werd nochmal n bisschen rumtesten