Ich habe bei mir den Sendecode am Original-Handsender am Oszi angesehen und der Originalsender sendet eben die letzten beiden Bits negiert zueinander, also entweder F0 oder 0F, nie eine andere Kombination.
Es hängt dann aber wieder von der Empfängerhardware ab, ob die nun nur das letzte oder auch das vorletzte Bit auswertet. Wird nur das letzte Bit ausgewertet, dann ist es egal, ob das vorletzte Bit nun F oder 0 hat.
Rein theoretisch hat ja jede Codestelle 3 Zustände (0, 1 und F), aber anscheinend wird 1 in keinem Produkt genutzt.
Und damit es noch verwirrender wird:
Das ganze bezieht sich nur auf die Decoder-ICs PT2272A-L2 (und baugleiche).
Es gibt auch Geräte, die den Decoder PT2272-L2 (ohne A) benutzen, bei dem liegen die beiden Schaltbits/Datenbits nicht am Ende der Bitfolge mit Bit 10 und 11, sondern mitten drin im Gerätecode (Bit 6 und 7)!
TobiH hat geschrieben: ↑21.10.2021, 07:19
Und damit kannst du im Terminal ein- und ausschalten?
Nein, mein (recht alter) Aufbau ist quasi ein Gateway, das als HM-Gerät Befehle empfängt und diese als 433MHz-Code sendet, CUxD ist darin nicht beteiligt. Dazu mußte ich mich mit den verschiedenen PT2272-ICs und deren Unterschiede und Bitfolgen herumschlagen ...
Dabei "mißbrauche" ich noch die beiden Datenbits als Helligkeitsstufen, also 00 ist Aus und FF die größte Helligkeit (die Empfangsgeräte sind natürlich dann auch Eigenbau, so was gibt's nicht kommerziell).
Vermutlich wird eher in deiner CUxD-Umsetzung das Problem liegen, dazu kann ich nichts beitragen.