HT21E mit Signalduino u. SD_UT hier am Beispiel einer B.E.G. Alarmanlage

Begonnen von KölnSolar, 25 Mai 2022, 22:33:49

Vorheriges Thema - Nächstes Thema

KölnSolar

ZitatWie soll es hier weitergehen?
GuteFrage, die ich mir auch schon die ganze Zeit stellte.  ???

Ich bin halt nach wie vor der Überzeugung, dass es niemand geben wird, der genau meine Situation hat. Ich wiederum kann damit leben, es für mich individuell zu implementieren.

Ich sehe nach wie vor mehr den Sinn einer "offiziellen Implementierung" in der Implementierung des Standards des HT21E. Welche Hardware(z.B. meine Alarmanlage) auch immer diesen Standard einsetzt,  wird dann wenigstens im Signalduino erkannt. Und wie Du bereits im vorherigen Post schriebst, könnte man die Bedeutung der einzelnen Befehle über ein Attribut zuordnen.

Was meint denn der Modulautor ?

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

elektron-bbs

Ich bin zwar nicht der Maintainer des Modules, aber habe auch schon einige Fernbedienungen hinzugefügt.
Ich kann mir nicht so richtig vorstellen, wie du ein universelles und komfortabel zu handhabendes Modul gestalten willst.

Nehmen wir als Extrembeispiel Protokoll 83:


  'RH787T' => { '110111'   => '1_fan_minimum_speed',
                '110101'   => '2_fan_low_speed',
                '101111'   => '3_fan_medium_low_speed',
                '100111'   => '4_fan_medium_speed',
                '011101'   => '5_fan_medium_high_speed',
                '011111'   => '6_fan_high_speed',
                '111011'   => 'fan_direction',
                '111101'   => 'fan_off',
                '111110'   => 'light_on_off',
                '101101'   => 'set',
                hex_length => [3],
                Protocol   => 'P83',
                Typ        => 'remote'
              },


Das würde dem User dann 10 Devices hinzufügen, die er irgendwie in einer Fernbedienung zusammenfassen müsste.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

KölnSolar

Nein, natürlich nur ein device.
Zitat8-Adressbits über Dip-Schalter einstellbar, wobei on=o u. off=1(entspricht beim HT12E elektrisch: GND=0 u. open=1)
die 4 Datenbits
0000b Bwm Bewegung(Dip: on-off-off=Zone 1)
1000b Bwm Bewegung(Dip: off-off-off=Zone 2)
1100b Bwm Batterie lowOK(eigentlich müsste der Bwm regelmäßig etwas übertragen, sonst geht an der Station die Warn-LED für "Batterie prüfen" an
0100b Fb     Alarm Zone1/Zone2 off
0110b Fb     Alarm Zone1/Zone2 on
1110b Fb     Sofortalarm
Wie Ralf schon schrieb ähnlich dem IT-Modul und den userV1setcodes. Die 8 Adressbits(Standard HT21) für das device und die Datenbits sind die individuellen Codes je device.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

elektron-bbs

Zitat von: KölnSolar am 15 Juli 2022, 01:15:34
Nein, natürlich nur ein device.Wie Ralf schon schrieb ähnlich dem IT-Modul und den userV1setcodes. Die 8 Adressbits(Standard HT21) für das device und die Datenbits sind die individuellen Codes je device.

Das ist das, was ich mit dem Beispiel andeuten wollte: Es gibt keinen Standard mit 8 Adressbits. Das ist zwar die übliche Beschaltung, aber was hindert einen Hersteller daran, wie im Beispiel 6 Bit für die Tastencodes zu verwenden? Diese Fernbedienung hat z.B. nur 4 Adressschalter. Ich habe hier eine in Verwendung mit 10 Adressschaltern.

Das nächste Problem dürfte die automatische Erkennung des Taktes sein. Bei diesen Nachrichten:

# 1_fan_minimum_speed      MU;P0=388;P1=-112;P2=267;P3=-378;P5=585;P6=-693;P7=-11234;D=0123035353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262;CP=2;R=43;O;
# 2_fan_low_speed          MU;P0=-176;P1=262;P2=-11240;P3=112;P5=-367;P6=591;P7=-695;D=0123215656565656717171567156712156565656567171715671567121565656565671717156715671215656565656717171567156712156565656567171715671567121565656565671717156715671215656565656717171567156712156565656567171715671567121565656565671717171717171215656565656717;CP=1;R=19;O;
# 3_fan_medium_low_speed   MU;P0=564;P1=-392;P2=-713;P3=245;P4=-11247;D=0101010101023231023232323431010101010232310232323234310101010102323102323232343101010101023231023232323431010101010232310232323234310101010102323102323232343101010101023231023232323431010101010232310232323234310101010102323102323232343101010101023231023;CP=3;R=40;O;


verweist CP auf eine Zeit von etwa 250 µS - richtig wären ca. 335.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

KölnSolar

Ich versteh Dich. Aber die Vorgabe von Holtek meine ich mit Standard.
Deine Beispiele halten sich auch nicht an die Funkprotokollstandards(zum Glück), so dass sie per Funkprotokoll abgrenzbar sind.
Bei >= 8 Adressbits würde es funktionieren. Nur bei < 8 gäbe es ein Problem. Aber das Problem haben wir doch immer, wenn das Funkprotokoll gleich ist. Wenn nun meine BEG als Protokoll implementiert wird, hat jemand mit < 8 auch mehrere devices. Das lässt sich dann nur über model bei identischem Funkprotokoll lösen.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

elektron-bbs

Ich würde dann ja eher zu einem neuen Modul tendieren.
Am besten wäre es, wenn du direkt auf Github https://github.com/RFD-FHEM/RFFHEM ein neues Issue eröffnest oder gleich einen Pull request.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway