Datenset Schaltkanal für HM-MOD-Re-8

[Matsch]

Wenn ich mir die Empfangs-Daten im payload eines Kanals des o.g. Empfängers ansehe, dann bestehen diese aus 4 Byte.
Beispiel Befehl von CCU an Aktor Kanal 8 einschalten:

..... 08 C8 00 00

Nach Kanalnummer 08 und Schaltwert = 200 folgen noch 2 Byte 00. Gemäß Botschaftsanalyse in Channel.h können dem Kanalstatus noch Werte für Rampenzeit (ramp) und danach Verzögerung (delay) folgen, beides uint16.
Demnach müßten die letzten beiden Bytes einen Wert für die Rampenzeit darstellen, Verzögerungswerte werden nicht gesendet.
Zunächst: ist meine Interpretation so korrekt?

Weiß jemand, warum hier eine Rampenzeit von der CCU gesendet wird, obwohl die m.E. gar keinen Sinn macht und letzten Endes in der set-Methode im Aktor auch gar nicht verwendet wird?

[jp112sdl]

Ist glaub ich die Einschaltdauer.
Bzw Einschaltverzögerung.

Rampenzeit gibts nur bei Dimmer

[Matsch]

Der Wert wird aber in der Variablen ramp gespeichert und an die Statemachine übergeben. Daher ja auch meine Frage.

[jp112sdl]

Der Wert wird aber in der Variablen ramp gespeichert und an die Statemachine übergeben. Daher ja auch meine Frage.

Dann weiß ich auch grad nicht.
Vielleicht kann pa-pa es schneller beantworten.
Ich käme frühestens nächste Woche dazu, mir das genauer anzuschauen

[papa]

Na schaun wir doch mal ins rf_s_8_ba.xml

Code: Alles auswählen

<frame id="LEVEL_SET" direction="to_device" type="0x11" subtype="0x02" subtype_index="9" channel_field="10">
<parameter type="integer" index="11.0" size="1.0" param="STATE"/>
<parameter type="integer" index="12.0" size="2.0" const_value="0"/>
<parameter type="integer" index="14.0" size="2.0" PARAM="ON_TIME" omit_if="0"/>
</frame>

Bei deiner Nachricht fehlen 2 Byte. Erst kommt der State 1 Byte, dann 2 Byte 0 (ungenutzte RampTime) und dann die 2 Byte OnTime.
Die set() Methode des SwitchChannel ignoriert die RampTime einfach. https://github.com/pa-pa/AskSinPP/blob/ ... tch.h#L262
In der API ist der Wert drin, damit die Signature der Methode immer gleich ist.

[Matsch]

Hmm, wie kann das sein? Die Botschaft sieht so aus:

0E 37 B0 11 BAA13F 00BE00 02 08 C8 00 00

Wie man sieht, stimmt ja die Botschaftslänge, d.h. die letzten 2 Byte für ON_TIME sind gar nicht vorgesehen worden zu senden.

Bei einem zweiten solchen Empfänger genau das gleiche:

0E 21 B0 11 BAA13F 6A9640 02 08 C8 00 00

Was bedeutet eigentlich beim letzten Parameter das "omit_if="0" "? Hat das mit dem Weglassen des letzten Parameters was zu tun? Spielt es eine Rolle, ob param mal klein, mal groß geschrieben ist in der xml?

[jp112sdl]

Ja. Wenn der Wert 0 ist wird er nicht übertragen.
Die XML ist nicht case sensitive. Zumindest was die Bezeichner betrifft.

[Matsch]

Prima, dann ist meine Frage ja eigentlich geklärt. Danke.