CUL Funkmodule unklare Funktion bei Handsendern

Begonnen von roli, 30 Dezember 2025, 17:11:22

Vorheriges Thema - Nächstes Thema

roli

Ich habe Funkhandsender die von FHEM erkannt werden ( 4 Tasten ).
define   IT_Hand_2_a    IT 1527xdf809 0001 0000
  attr   IT_Hand_2_a    alias         Hand_2 Fernb_ARM
define   IT_Hand_2_b    IT 1527xdf809 0100 0000
  attr   IT_Hand_2_b    alias         Hand_2 Fernb_HausARM   
define   IT_Hand_2_c    IT 1527xdf809 0010 0000
  attr   IT_Hand_2_c    alias         Hand_2 Fernb_DisARM   
define   IT_Hand_2_d    IT 1527xdf809 1000 0000
  attr   IT_Hand_2_d    alias         Hand_2 Fernb_SOS

define  act_on_Taster  notify   IT_Hand_.*:on   { Log 1 ,"funk   $NAME $EVENT " }


Wenn ich die Tasten der Handsender betätige, so bekomme ich die entsprechenden Events
für meine devices - alles soweit OK.
Betätige ich aber z.b. "IT_Hand_2c"

So bekomme ich folgendes im Log:

2025.12.30 17:02:42 1: funk   IT_Hand_2_b on
2025.12.30 17:02:42 1: funk   IT_Hand_2_c on 
2025.12.30 17:02:42 1: funk   IT_Hand_2_a on
2025.12.30 17:02:42 5: DevIo_SimpleWrite nanoCUL433: is1F11D000DF0D
2025.12.30 17:02:43 5: CUL_ReadAnswer nanoCUL433: is1
2025.12.30 17:02:43 5: CUL_ReadAnswer nanoCUL433: F11D00
2025.12.30 17:02:43 5: CUL_ReadAnswer nanoCUL433: 0DF0D
2025.12.30 17:02:43 5: CUL_ReadAnswer nanoCUL433:

ALLE bekommen ein òn, was ich ja nicht will !  Er soll ja nur das Funksignal für meine C-Taste schicken !!
Was mache ich falsch, bzw. was kann ich ändern ?

Betätige ich die c-Tast so bekomme ich folgendes Funk-Protokoll

2025.12.30 17:09:24 5: CUL_Read: nanoCUL433 /i57E4
2025.12.30 17:09:24 5: CUL_Read: nanoCUL433 i57E4/5204

2025.12.30 17:09:24 4: CUL_Parse: nanoCUL433 i57E45204 -72
2025.12.30 17:09:24 5: nanoCUL433: dispatch i57e452
2025.12.30 17:09:24 4: nanoCUL433 IT: message "i57e452" (7)
2025.12.30 17:09:24 4: nanoCUL433 IT: msgcode "" (0) bin = 010101111110010001010010
2025.12.30 17:09:24 5: nanoCUL433 IT: EV1527 housecode = 1527x57e45  onoffcode = 0010
2025.12.30 17:09:24 1: funk   IT_Hand_3_c on

Ich denke der Entwickler sollte hier das Problem erkennen


FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

roli

Es ist mir nicht klar, ob ich eventuell noch irgend ein attribut definieren muss ?

Ich habe mal nicht den Geräte-Taster bedient, sondern "on" "off" in Fhem und bekomme
folgendes Ergebnis :
BeiI off :

DevIo_SimpleWrite nanoCUL433: is1F11D000DF00
2026.01.03 19:45:52 5: CUL_ReadAnswer nanoCUL433: i
2026.01.03 19:45:52 5: CUL_ReadAnswer nanoCUL433: s1F11
2026.01.03 19:45:52 5: CUL_ReadAnswer nanoCUL433: D000DF
2026.01.03 19:45:52 5: CUL_ReadAnswer nanoCUL433: 00

Bei ON 
DevIo_SimpleWrite nanoCUL433: is1F11D000DF0D
2026.01.03 19:47:04 5: CUL_ReadAnswer nanoCUL433: is1
2026.01.03 19:47:04 5: CUL_ReadAnswer nanoCUL433: F
2026.01.03 19:47:04 5: CUL_ReadAnswer nanoCUL433: 11D00
2026.01.03 19:47:04 5: CUL_ReadAnswer nanoCUL433: 0DF0D
2026.01.03 19:47:04 5: CUL_ReadAnswer nanoCUL433:


Irgend etwas stimmt da nicht bei der Verarbeitung  des Signals an die CUL.  Allerdings sehe ich auch foldendes im Log:


2026.01.03 19:46:26 4: CUL_Parse: nanoCUL433 p11  480  976  480 1936  464  976  32  1  4 0   480  3888     0 DF 708FC7F1
2026.01.03 19:46:26 5: nanoCUL433: dispatch p11  480  976  480 1936  464  976  32  1  4 0   480  3888     0 DF 708FC7F1
2026.01.03 19:46:26 3: nanoCUL433: Unknown code p11  480  976  480 1936  464  976  32  1  4 0   480  3888     0 DF 708FC7F1, help me!

Also kann er den Code nicht verarbeiten - weshalb ?.  Er hat das Gerät ja erkannt und eine Definition erzeugt wie im unteren Beitrag angegeben.
Vielleicht hat jemand einen Hinweis wie man das Problem löst.
FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

KölnSolar

Dir zu helfen ist schwer. Du machst zu wenig(was ist das für eine FB ? Evtl. selbstlernend ? eine Taste gar nicht on-/off fähig(logische Taste=1 Button ? ....) und unklare(
 Angaben
ZitatBetätige ich aber z.b. "IT_Hand_2c"
u.
ZitatALLE bekommen ein òn,
Wo ist dann in Deinem Logauszug 2d ? Oder hast Du evtl. 2d gedrückt und es ist eine "send all" Taste ?
Was heißt das überhaupt ? "betätigt" in FHEM ? on oder off oder was ?

1527xdf809 entspricht hex 1101 1111 1000 0000 1001 entspricht als "quadstate" 1F11D000DF
Taste 2d on: 1000 entspricht als "quadstate" D0
gesamtes Einschaltsignal binär: 1101 1111 1000 0000 1001 1000 entspricht als "quadstate" 1F11D000DFD0

ZitatIch habe mal nicht den Geräte-Taster bedient, sondern "on" "off" in Fhem
Dir ist klar, dass Du 4 Devices in FHEM definiert hast, die den selben off-code haben ?

Fasse zusammen:
Könnte sein, dass Du (mit viel Gerate von mir) definieren musst:
define Handsender2 IT 1527xdf809 1111 0000
attr Handsender2 userV1setCodes ARM:0001 HausARM:0100 DisARM:0010 SOS:1000
on=1111 u. off=0000 sollte nie empfangen werden, weil es keinen physisches Pendant gibt und dient nur der vollständigen Definition)
Und weil ich spekuliere, dass es zu den Codes des Handsenders keine physischen Devices gibt und Du nur mit FHEM auf empfangene Signale reagieren möchtest macht Senden aus FHEM gar keinen Sinn. Oder physischer Handsender, und Schalten(was auch immer  ::) )in FHEM dann noch
Zitatattr Handsender2 webCmd ARM:HausARM:DisARM:SOS
damit Du die Befehle aus FHEM heraus auslösen kannst.
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

roli

Sorry, dass eventuell was in den Zitaten gefehlt hat.

Also ich habe folgendes:

 *  eine Funksirene, bei der man mehrere Handsender registrieren kann
 *  einen 4-Tasten Handsender ( China ) den ich registriert  habe und die
    Sirene auf allen 4 Tasten so wie erwartet funktioniert

FHEM:

 * habe die 3 Tasten in FHEM als new Device erkennen lassen  -- siehe unten 
 * möchte gerne aus  FHEM heraus ( ohne Handsender ) jetzt mittels  "FHEM set"  die Tasten
   auslösen können.

Das Ergebnis habe ich teilweise unten aufgezeigt :

setdefaultattr   IODev   nanoCUL433
setdefaultattr   model   itswitch


define   IT_Hand_2_a    IT 1527xdf809 0001 0000
  attr   IT_Hand_2_a    alias         Hand_2 Fernb_ARM
define   IT_Hand_2_b    IT 1527xdf809 0100 0000
  attr   IT_Hand_2_b    alias         Hand_2 Fernb_HausARM   
define   IT_Hand_2_c    IT 1527xdf809 0010 0000
  attr   IT_Hand_2_c    alias         Hand_2 Fernb_DisARM   
define   IT_Hand_2_d    IT 1527xdf809 1000 0000
  attr   IT_Hand_2_d    alias         Hand_2 Fernb_SOS

define  act_on_Taster2  notify   IT_Hand_.*   { Log 1 ,"funk   $NAME $EVENT " }


Eventuell ist das auch ein Problem, dass ich ein anderes "model" verwenden sollte. Aber bisher waren
diesbezüglich die Tests nicht erfolgreich.

Betätige ich jeder der einzelnen 4 Tasten an der Fernbedienung, so bekomme ich im Logfile :
2026.01.04 09:46:46 1: funk   IT_Hand_2_c on
2026.01.04 09:47:03 1: funk   IT_Hand_2_a on
2026.01.04 09:47:12 1: funk   IT_Hand_2_b on
2026.01.04 09:48:39 1: funk   IT_Hand_2_d on

Ist vollkommen ok, wie ich erwartet hätte !

* Versuche ich z.b. "DisArm"   uber  "set IT_Hand_2_c on"  auszulösen, so bekomme ich im logfile eben folgendes:
2026.01.04 09:48:39 1: funk   IT_Hand_2_b on
2026.01.04 09:48:39 1: funk   IT_Hand_2_c on
2026.01.04 09:48:39 1: funk   IT_Hand_2_a on
Offensichtlich events für 3 Tasten aber nicht für  Taste d.

Setze ich dann für Taste d  "on" in Fhem, so kekomme ich folgende Events :
2026-01-04 09:55:19 IT IT_Hand_2_d on
2026-01-04 09:55:19 IT IT_Hand_2_b on
2026-01-04 09:55:19 IT IT_Hand_2_c on
2026-01-04 09:55:19 IT IT_Hand_2_a on
2026-01-04 09:55:19 CUL nanoCUL433 raw: is1F11D000DFD0
und natuerlich im Log jetzt eine Ausgabe für alle 4 tasten.

Schicke ich nochmal für andere Tasten - zb Taste A  , so kommet :

2026-01-04 10:00:49 IT IT_Hand_2_d on
2026-01-04 10:00:49 IT IT_Hand_2_b on
2026-01-04 10:00:49 IT IT_Hand_2_c on
2026-01-04 10:00:49 IT IT_Hand_2_a on
2026-01-04 10:00:49 CUL nanoCUL433 raw: is1F11D000DF0F

Jetzt kommt event für TAste "d" auch wieder. Keine Ahnung, weshalb es nur das 1.mal nicht kam.

Ich werde nächste Woche hier weiter versuchen zu testen, vor allem mal was  KölnSolar geantwortet hat. 
Danke für die response




FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

KölnSolar

Zitatass ich ein anderes "model" verwenden sollte
lt. commandref ohne Auswirkung.

Zitateinen 4-Tasten Handsender ( China )
Diese 4-Tasten-Schlüsselanhänger-Dinger. Habe ich auch. Problemlos, weil ich verschiedene Nicht-1527-devices steuere. Du hast es über die Codes der Sirene vorgegeben.

Zitatmöchte gerne aus  FHEM heraus ( ohne Handsender ) jetzt mittels  "FHEM set"  die Tasten
   auslösen können.
Dann sollte mein Vorschlag zum Ziel führen. 8)
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