Doppel-CUL schaltet kein IT

Begonnen von mcp, 29 Juli 2020, 20:54:42

Vorheriges Thema - Nächstes Thema

mcp

Hallo zusammen,

ich habe mir einen neuen CUL kaufen müssen weil der alte SignalDUINO nicht mehr richtig funktionierte und habe dann direkt zu einem Doppel CUL gegriffen, genauer gesagt der hier:

https://www.amazon.de/gp/product/B088TSQ3GJ/ref=ppx_yo_dt_b_asin_title_o00_s01?ie=UTF8&psc=1

funktioniert auch wunderbar, er erkennt jedes Signal was hier so durch die Luft "fliegt" :) jedoch bin ich nicht in der Lage meine InterTechno Funksteckdosen damit zu schalten. Benutze ich die jeweiligen Fernbedienungen wird das Signal korrekt erkannt und der Status in FHEM auch korrekt übernommen, will ich aber aus FHEM heraus schalten klappt es nicht. Habe heute mehr oder weniger den ganzen Tag damit verbracht rauszufinden wo das Problem ist, bin jedoch zu keiner Lösung gekommen deshalb schreibe ich jetzt hier.

Die DEFs dazu:

defmod MapleCUL_1_868 CUL /dev/serial/by-id/usb-STM32_MapleCUL_5672c946-if00@115200 4444
defmod MapleCUL_2_433 STACKABLE_CC MapleCUL_1_868


Wenn ich eine FB benutze sieht es im Log so aus, für an:

2020.07.29 22:35:46 5: CUL/RAW: /*i1415C3EF
2020.07.29 22:35:46 4: CUL_Parse: MapleCUL_1_868 *i1415C3EF
2020.07.29 22:35:46 5: MapleCUL_1_868: dispatch *i1415C3EF
2020.07.29 22:35:46 4: CUL_Parse: MapleCUL_2_433 i1415C3EF -82.5
2020.07.29 22:35:46 5: MapleCUL_2_433: dispatch i1415c3
2020.07.29 22:35:46 4: MapleCUL_2_433 IT: message "i1415c3" (7)
2020.07.29 22:35:46 4: MapleCUL_2_433 IT: msgcode "0FF00FFF1001" (12) bin = 000101000001010111000011
2020.07.29 22:35:46 5: MapleCUL_2_433 IT: V1 housecode = 0FF00FFF10  onoffcode = 01
2020.07.29 22:35:46 3: MapleCUL_2_433 IT: IT_0FF00FFF10 off->on



für aus:

2020.07.29 22:36:00 5: CUL/RAW: /*i1415CCDE
2020.07.29 22:36:00 4: CUL_Parse: MapleCUL_1_868 *i1415CCDE
2020.07.29 22:36:00 5: MapleCUL_1_868: dispatch *i1415CCDE
2020.07.29 22:36:00 4: CUL_Parse: MapleCUL_2_433 i1415CCDE -91
2020.07.29 22:36:00 5: MapleCUL_2_433: dispatch i1415cc
2020.07.29 22:36:00 4: MapleCUL_2_433 IT: message "i1415cc" (7)
2020.07.29 22:36:00 4: MapleCUL_2_433 IT: msgcode "0FF00FFF1010" (12) bin = 000101000001010111001100
2020.07.29 22:36:00 5: MapleCUL_2_433 IT: V1 housecode = 0FF00FFF10  onoffcode = 10
2020.07.29 22:36:00 3: MapleCUL_2_433 IT: IT_0FF00FFF10 on->off



wenn ich das Device, was per Autocreate in FHEM erstellt wurde, einschalten will:

2020.07.29 22:37:46 3: MapleCUL_2_433 IT_set: IT_0FF00FFF10 on
2020.07.29 22:37:46 5: MapleCUL_2_433 IT_set: Type=STACKABLE_CC Protocol=V1
2020.07.29 22:37:46 3: set IT_0FF00FFF10 ITClock 195
2020.07.29 22:37:46 5: SW: *ic195
2020.07.29 22:37:46 3: IT set ITclock: 195 for MapleCUL_2_433
2020.07.29 22:37:46 3: Setting ITfrequency (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2020.07.29 22:37:46 5: SW: *if10b071
2020.07.29 22:37:46 5: CUL/RAW (ReadAnswer): *if:10B071
2020.07.29 22:37:46 5: SW: *is0FF00FFF1001
2020.07.29 22:37:47 5: CUL/RAW (ReadAnswer): *is0FF00FFF1001
2020.07.29 22:37:47 5: IT_Set: GetFn(raw): message = is0FF00FFF1001 Antwort =   raw => is0FF00FFF1001
2020.07.29 22:37:47 4: Setting ITfrequency back to 433.92 MHz
2020.07.29 22:37:47 5: SW: *if0
2020.07.29 22:37:47 5: CUL/RAW (ReadAnswer): *if:10B071
2020.07.29 22:37:47 3: Setting ITClock back to 420
2020.07.29 22:37:47 3: set IT_0FF00FFF10 ITClock 420
2020.07.29 22:37:47 5: SW: *ic420


und off:

2020.07.29 22:38:02 3: MapleCUL_2_433 IT_set: IT_0FF00FFF10 off
2020.07.29 22:38:02 5: MapleCUL_2_433 IT_set: Type=STACKABLE_CC Protocol=V1
2020.07.29 22:38:02 3: set IT_0FF00FFF10 ITClock 195
2020.07.29 22:38:02 5: SW: *ic195
2020.07.29 22:38:02 3: IT set ITclock: 195 for MapleCUL_2_433
2020.07.29 22:38:02 3: Setting ITfrequency (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2020.07.29 22:38:02 5: SW: *if10b071
2020.07.29 22:38:02 5: CUL/RAW (ReadAnswer): *if:10B071
2020.07.29 22:38:02 5: SW: *is0FF00FFF1010
2020.07.29 22:38:02 5: CUL/RAW (ReadAnswer): *is0FF00FFF1010
2020.07.29 22:38:02 5: IT_Set: GetFn(raw): message = is0FF00FFF1010 Antwort =   raw => is0FF00FFF1010
2020.07.29 22:38:02 4: Setting ITfrequency back to 433.92 MHz
2020.07.29 22:38:02 5: SW: *if0
2020.07.29 22:38:02 5: CUL/RAW (ReadAnswer): *if:10B071
2020.07.29 22:38:02 3: Setting ITClock back to 420
2020.07.29 22:38:02 3: set IT_0FF00FFF10 ITClock 420
2020.07.29 22:38:02 5: SW: *ic420


es passiert physikalisch nur nichts, die Steckdose reagiert nicht.
Den on/off Code hatte ich angepasst so wie es hier sein muss und mit dem sduino lief.

das List zum Device:

Internals:
   CFGFN     
   DEF        0FF00FFF10 01 10
   FUUID      5f215627-f33f-b956-6008-c04ae1c0d62ffd86
   IODev      MapleCUL_2_433
   LASTInputDev MapleCUL_2_433
   MSGCNT     36
   MapleCUL_2_433_MSGCNT 36
   MapleCUL_2_433_RAWMSG i1415cc
   MapleCUL_2_433_RSSI -80
   MapleCUL_2_433_TIME 2020-07-29 20:44:10
   NAME       IT_0FF00FFF10
   NR         515
   STATE      off
   TYPE       IT
   XMIT       0ff00fff10
   XMITdimdown 00
   XMITdimup  00
   XMIToff    10
   XMITon     01
   CODE:
     1          0ff00fff10
   READINGS:
     2020-07-29 13:54:04   protocol        V1
     2020-07-29 20:45:19   state           off
Attributes:
   IODev      MapleCUL_2_433
   ITclock    195
   ITfrequency 433.920
   room       13_RF



Das list von MapleCUL_1_868:

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz*
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_5672c946-if00@115200 4444
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_5672c946-if00@115200
   FD         14
   FHTID      4444
   FUUID      5f21368c-f33f-b956-244d-8177d2923b6d1fba
   MapleCUL_1_868_MSGCNT 53
   MapleCUL_1_868_TIME 2020-07-29 20:44:10
   NAME       MapleCUL_1_868
   NR         447
   PARTIAL   
   RAWMSG     *i1415CCF4
   STACKED    MapleCUL_2_433
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_03 (F-Band: 868MHz)
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-07-29 20:47:11   ccconf          freq:868.300MHz bWidth:464KHz rAmpl:42dB sens:4dB
     2020-07-29 14:20:46   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
     2020-07-29 11:37:16   credit10ms      1970
     2020-07-29 11:37:18   fhtbuf          AE
     2020-07-29 19:44:25   raw             *i1415C371
     2020-07-29 20:44:10   state           Initialized
     2020-07-29 14:19:32   uptime          0 02:45:06
     2020-07-29 12:48:10   version         V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_03 (F-Band: 868MHz)
Attributes:
   icon       cul_868
   room       13_RF
   verbose    5


Das list von MapleCUL_2_433:

Internals:
   CMDS       bCFiAZNEGMKLUYRTVWXfxz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        MapleCUL_1_868
   FUUID      5f214312-f33f-b956-4fe4-4f2b106a1b4189f7
   IODev      MapleCUL_1_868
   MapleCUL_2_433_MSGCNT 51
   MapleCUL_2_433_TIME 2020-07-29 20:44:10
   NAME       MapleCUL_2_433
   NOTIFYDEV  MapleCUL_1_868
   NR         449
   NTFY_ORDER 50-MapleCUL_2_433
   PARTIAL   
   RAWMSG     i1415CCF4
   RSSI       -80
   STATE      Initialized
   StackLevel 1
   TYPE       STACKABLE_CC
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_03 (F-Band: 433MHz)
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-07-29 16:36:52   ccconf          freq:868.300MHz bWidth:464KHz rAmpl:42dB sens:4dB
     2020-07-29 14:20:46   cmds             b C F i A Z N E G M K L U Y R T V W X f x z
     2020-07-29 11:36:56   credit10ms      1950
     2020-07-29 11:36:58   fhtbuf          AE
     2020-07-29 20:45:19   raw             if:10B071
     2020-07-29 20:44:10   state           Initialized
     2020-07-29 11:37:03   version         V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_03 (F-Band: 433MHz)
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   room       13_RF
   verbose    5




MapleCUL_1_868 ccconf => freq:868.300MHz bWidth:464KHz rAmpl:42dB sens:4dB
MapleCUL_2_433 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB



Wo ist mein Fehler bzw. wo ist der Fehler? Was habe ich übersehen?

Meine Somfy Markise kann ich damit hingegen wunderbar schalten.


Vielen Dank.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

mcp

Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

KölnSolar

Wieso änderst Du die ITclock ? Wenn Du die Fb problemlos empfängst, dürfte auch die Standard ITclock richtig sein.

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

mcp

die musste ich mit dem mittlerweile defekten Signalduino setzen da die ansonsten nicht schaltbar waren.

Wenn ich die mit dem Doppel-CUL nicht auf 195 setze gehts nie, mit 195 ist es random wie ich mittlerweile festgestellt habe.

Mal geht's beim dritten mal, dann beim 23sten mal, dann mal wieder beim 5ten mal, dann beim 47sten mal, sowohl an als auch aus, also kompletter Zufall.

Mit der ITrepetition habe ich ebenso herumprobiert ohne Erfolg.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

gloob

Wie weit sind die Steckdosen denn entfernt vomCUL?
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

mcp

unterschiedlich. 10 Meter im gleichen Geschoss bis hin zu einem Geschoss höher.

An der Entfernung liegt es aber nicht. Selbst wenn ich die Steckdose in den gleichen Raum stecke in dem der CUL im Pi steckt ändert sich am Verhalten nichts.

Die Fernbedienungen werden vom CUL allesamt erkannt und entsprechend ändert sich in FHEM auch der Status, selbst von denen 1 Stockwerk höher.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

KölnSolar

Ähmm,

gerade beim Durchblättern aufgefallen. Ich kenn mich mit dem maple nicht aus, aber:
ZitatDEF        MapleCUL_1_868
   FUUID      5f214312-f33f-b956-4fe4-4f2b106a1b4189f7
   IODev      MapleCUL_1_868
   MapleCUL_2_433_MSGCNT 51
   MapleCUL_2_433_TIME 2020-07-29 20:44:10
   NAME       MapleCUL_2_433
   NOTIFYDEV  MapleCUL_1_868
.
.
   READINGS:
     2020-07-29 16:36:52   ccconf          freq:868.300MHz bWidth:464KHz rAmpl:42dB sens:4dB
Ist das so richtig ? Insbesondere ccconf sollte doch die richtige Frequenz anzeigen, oder ?

ZitatWenn ich die mit dem Doppel-CUL nicht auf 195 setze gehts nie, mit 195 ist es random wie ich mittlerweile festgestellt habe.
Glaub ich Dir. Aber ich bleibe bei
ZitatWenn Du die Fb problemlos empfängst, dürfte auch die Standard ITclock richtig sein.
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

Beta-User

#7
@KölnSolar: Das Ding hat 2 Transceiver, und der 2. ist bei den Maples in der Regel 433; von daher könnte das passen.
(EDIT: Das ist beim 2. auch nicht anders; von daher sollte man den Maple m.E. mal reinitialisieren).

Kann es sein, dass "smarty" eine Charge CC1101 mit fehlerhaftem Quarz erwischt hat?



Ganz grundsätzlich habe ich auch noch eine Idee: Wende dich an den Support des Herstellers ;) .
Im Forum wäre er über diesen Thread zu finden: https://forum.fhem.de/index.php/topic,99871.0.html
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mcp

Der ,,Haupt" Maple mit 868 dispatched das an den 2ten mit der richtigen IT Frequenz (siehe Log)

Ich hatte das auch mal mit dem ,,Haupt" Maple probiert indem ich dort die Frequenz geändert habe, änderte leider auch nichts am Verhalten.

Der Hersteller war so nett und hat mir direkt einen 2ten Doppel CUL geschickt weil die Vermutung im Raum stand das der kaputt ist. Aber der 2te verhält sich genau so.
Weiterhin sagt der Hersteller dass er den CUL vorher getestet hat und bei ihm klappt das alles problemlos.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Beta-User

Kann das nicht definitiv sagen, da ich an meinem MapleCUN (vial LAN) mit STACKABLE arbeite, gehe aber davon aus, dass auch mit der .*_CC-Variante jeder Transceiver seine eigene Frequenz anzeigen sollte. Da besteht daher auch mAn. Nacharbeitsbedarf. Mach mal an dem 1-er einen factory-Reset aller CC1101 (raw e* oder so).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mcp

hab' den reset gemacht, ändert leider nichts am Verhalten.


Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz*
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_26fe7566-if00@115200 4444
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_26fe7566-if00@115200
   FD         14
   FHTID      4444
   FUUID      5f21368c-f33f-b956-244d-8177d2923b6d1fba
   MapleCUL_1_868_MSGCNT 2
   MapleCUL_1_868_TIME 2020-08-12 09:57:24
   NAME       MapleCUL_1_868
   NR         444
   PARTIAL   
   RAWMSG     *i1415CCFF
   STACKED    MapleCUL_2_433
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.07 a-culfw Build: 319 (2019-07-02_21-49-24) MapleCUNx4_03 (F-Band: 868MHz)
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-08-12 09:55:54   ccconf          freq:868.300MHz bWidth:464KHz rAmpl:42dB sens:4dB
     2020-08-12 09:53:14   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
     2020-07-31 13:06:03   credit10ms      3542
     2020-07-30 14:10:39   fhtbuf          AE
     2020-08-12 09:59:41   raw             R002C = C2 / 194
     2020-08-12 09:57:24   state           Initialized
     2020-08-12 09:56:24   uptime          0 00:03:49
     2020-08-12 09:55:59   version         V 1.26.07 a-culfw Build: 319 (2019-07-02_21-49-24) MapleCUNx4_03 (F-Band: 868MHz)
Attributes:
   icon       cul_868
   room       13_RF
   verbose    5



Internals:
   CMDS       bCFiAZNEGMKLUYRTVWXfxz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        MapleCUL_1_868
   FUUID      5f214312-f33f-b956-4fe4-4f2b106a1b4189f7
   IODev      MapleCUL_1_868
   MapleCUL_2_433_MSGCNT 3
   MapleCUL_2_433_TIME 2020-08-12 09:57:24
   NAME       MapleCUL_2_433
   NOTIFYDEV  MapleCUL_1_868
   NR         445
   NTFY_ORDER 50-MapleCUL_2_433
   PARTIAL   
   RAWMSG     i1415CCFF
   RSSI       -74.5
   STATE      Initialized
   StackLevel 1
   TYPE       STACKABLE_CC
   VERSION    V 1.26.07 a-culfw Build: 319 (2019-07-02_21-49-24) MapleCUNx4_03 (F-Band: 433MHz)
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   OLDREADINGS:
   READINGS:
     2020-08-12 09:56:09   ccconf          freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB
     2020-08-12 09:53:14   cmds             b C F i A Z N E G M K L U Y R T V W X f x z
     2020-07-31 14:39:19   credit10ms      3600
     2020-07-31 14:39:23   fhtbuf          AE
     2020-08-12 10:00:52   raw             if:10B071
     2020-08-12 09:57:24   state           Initialized
     2020-08-12 09:56:13   version         V 1.26.07 a-culfw Build: 319 (2019-07-02_21-49-24) MapleCUNx4_03 (F-Band: 433MHz)
Attributes:
   icon       cul_cul
   room       13_RF
   verbose    5
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Beta-User

Wow, zwischendurch auch noch umgeflasht (vorher 08., jetzt 07...?).

Aber kein SlowRF-Mode mehr gesetzt?

Sorry, bin raus; zum einen kenne ich mich nicht vertieft genug aus, zum anderen werde ich das Gefühl nicht los, dass wir hier immer nur die Hälfte erfahren.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mcp

#12
nein, .08 war der Doppel-CUL den ich bestellt hatte, .07 ist der zweite den mir der Hersteller geschickt hat (siehe Post #8)

Wieso Hälfte?

Ich wüsste nicht was ich noch schreiben soll, ich habe so detailliert wie möglich alles gepostet und kann auch gerne was auch immer noch posten was gewünscht ist.

SlowRF ist wohl bei meinen ganzen Tests abhanden gekommen. Habe ich wieder gesetzt, bringt aber wie erwartet auch keine Besserung.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Ralf9

Du kannst auch mal versuchen den ersten cc1101 auf slowrf und 433.920MHz umzustellen, der 868 cc1101 funktioniert normalerweise auch bei 433.920MHz, die Reichweite ist dann etwas geringer.

Außer der ITclock und der Frequenz, gibt es eigentlich nicht so viel was nicht passen könnte

Gruß Ralf


FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Beta-User

Zitat von: mcp am 12 August 2020, 10:55:24
Wieso Hälfte?
Hmm, je nach Lesart ist es sogar weniger wie die Hälfte: Du hattest zwar geschrieben, dass du einen neuen hast, aber die (aktuellen!) lists sind erst danach gekommen, deine Rückfrage bezog sich auf das Ausganslisting, obwohl du dazwischen etwas geändert hattest (und SlowRF ist in der Tat default, also insofern irrelevant).
Grundsätzlich scheint da im RF-Bereich bei dir irgendwas im Argen zu sein, denn auch der Signalduino tut ja nicht (https://forum.fhem.de/index.php/topic,113220.0.html). Auch das hattest du geschrieben, aber die Querbezüge zwischen beiden Posts fehlen. Glaskugel meint, du hast evtl. irgendwo einen Störsender/babbling Idiot, und die CC1101 haben einfach nicht genug Power um die Störquelle so zu überstrahlen, dass deine Dosen was für sie sinnvolles hören.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mcp

Der Signalduino kann alles problemlos schalten, der empfängt nur nichts mehr.

Hmm ich wüsste nicht was hier so reinstrahlen sollte dass das mit dem Doppel-CUL nicht geht.

Der Signalduino hat im Vergleich zum Doppel-CUL eine kleine Mini-Antenne.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mcp

Hallo Ralf,

Zitat von: Ralf9 am 12 August 2020, 11:35:08
Du kannst auch mal versuchen den ersten cc1101 auf slowrf und 433.920MHz umzustellen, der 868 cc1101 funktioniert normalerweise auch bei 433.920MHz, die Reichweite ist dann etwas geringer.

Außer der ITclock und der Frequenz, gibt es eigentlich nicht so viel was nicht passen könnte

Gruß Ralf

habe ich probiert, ändert aber leider auch nichts :-(

Kann das, warum auch immer, an der a-culfw liegen, und hätte man mit der Signalduino Firmware bessere Chancen?
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Ralf9

Du kannst mal folgendes versuchen:
Das Attr ITfrequency löschen und
das Attr ITclock von 190 bis 300 in 10er Schritten erhöhen

Mit der Signalduino Firmware sollte es funktionieren.

Was möchtest Du mit dem 868 MHz cc1101 empfangen?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

mcp

Hallo Ralf,

Zitat von: Ralf9 am 12 August 2020, 22:13:09
Du kannst mal folgendes versuchen:
Das Attr ITfrequency löschen und
das Attr ITclock von 190 bis 300 in 10er Schritten erhöhen

gerade probiert, leider keine Verbesserung.

Zitat
Mit der Signalduino Firmware sollte es funktionieren.
ok ich warte noch auf eine Rückmeldung vom Hersteller ob das für ihn OK ist. Denn eigentlich muss ich den CUL zurück geben wenn er für mich nicht funktioniert.

Zitat
Was möchtest Du mit dem 868 MHz cc1101 empfangen?
bis jetzt habe ich noch nichts in dem Bereich.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Ralf9

Da reicht für Dich auch die einfache Version des MapleSduino mit nur einem 433 cc1101 Modul
Wenn Du löten kannst geht es viel günstiger.
Den MapleMini gibts für ca 10 Euro bei Amazon, wenn es auch länger dauern kann ca 5-6 Euro
Die Platine und das 433 cc1101 Modul für ca 10-15 Euro bei @Ranseyer
https://forum.fhem.de/index.php/topic,109220.msg1031696.html#msg1031696

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

juergs

Evtl. gäbe es aber noch andere Ursachen.
Zum Beispiel: https://forum.fhem.de/index.php/topic,55274.msg511138.html#msg511138

Die IT-Fernbedienung sendet in einem breiten Frequenzspektrum.  Der CC1101 sendet nur in einem engeren Frequenzbereich (sehr schmalbandig), wenn die diese Frequenz
etwas außerhalb der IT-Empfängers liegt, reagieren die IT-Steckdosen nicht mehr (oder nur zufällig).

Also benötigt das u.U. einen genaueren Frequenzabgleich CUL-Frequenz zu IT.
Erfahrungsgemäß macht das der Repetitions-Parameter auch nicht besser.  ;)



Ralf9

ZitatEvtl. gäbe es aber noch andere Ursachen.
Zitat von: mcp am 12 August 2020, 11:47:58
Der Signalduino kann alles problemlos schalten, der empfängt nur nichts mehr.
Das Problem ist nur beim Empfang, das Senden funktioniert problemlos

@mcp
hast Du außer der ITv1 Fernbedienung noch andere Sender z.B. Temperatursensoren?
Die ITv1 Fernbedienung könnte auch ein Problem haben
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

rudolfkoenig

ZitatDas Problem ist nur beim Empfang, das Senden funktioniert problemlos
Das waere ein Argument fuer den von @juergs beschriebenen Fall.

Ralf9

Sorry habe ich verwechselt, das mit dem nicht funktionierenden Empfang ist ein anderes Problem mit einem minicul Signalduino
Zitat von: mcp am 13 August 2020, 11:52:48
Empfangbar war immer Somfy und IT, je nachdem welche Frequenz ich eingestellt hatte.

Das geht alles nicht mehr, senden hingegen wunderbar.

Er hat zum Testen einen zweiten Doppel CUL bekommen, da funktioniert es auch nicht.
Er hat auch schon testweise das 868 MHz cc1101 Modul auf 433.92 MHz und slowrf umgestellt, damit hat das Senden auch nicht funktioniert.

Eine Möglichkeit wäre noch, beide Doppel CUL anzuschließen, dann müsste der andere Doppel CUL das gesendete Signal empfangen. Evtl die bwith erhöhen

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

mcp

Hi Ralf,

Zitat von: Ralf9 am 15 August 2020, 16:18:32
Das Problem ist nur beim Empfang, das Senden funktioniert problemlos

@mcp
hast Du außer der ITv1 Fernbedienung noch andere Sender z.B. Temperatursensoren?
von Homematic IP diverse WTH-2's, die dürften aber nicht mit IT kollidieren.

Zitat
Die ITv1 Fernbedienung könnte auch ein Problem haben
glaube ich nicht, dann hätten alle 4 FBs ein Problem.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

rudolfkoenig


mcp

#27
Mein FHEM ist eigentlich immer aktuell.

Letztes Update vor ca. 2 Stunden.

Ich hab es jetzt mal mit der neusten Signalduino Firmware probiert, verhält sich exakt genau so wie aculfw :-(
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Ralf9

Hast Du noch den zweiten Ersatz Dopplel-cul?
Dann kannst Du beide anschließen und von einem zum anderen senden
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

mcp

Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Ralf9

Es geht um das hier:
Zitat von: juergs am 15 August 2020, 16:04:45
Evtl. gäbe es aber noch andere Ursachen.
Zum Beispiel: https://forum.fhem.de/index.php/topic,55274.msg511138.html#msg511138

Die IT-Fernbedienung sendet in einem breiten Frequenzspektrum.  Der CC1101 sendet nur in einem engeren Frequenzbereich (sehr schmalbandig), wenn die diese Frequenz
etwas außerhalb der IT-Empfängers liegt, reagieren die IT-Steckdosen nicht mehr (oder nur zufällig).

Also benötigt das u.U. einen genaueren Frequenzabgleich CUL-Frequenz zu IT.
Erfahrungsgemäß macht das der Repetitions-Parameter auch nicht besser.  ;)

Du kannst am empfangenden Doppel CUL die Empfangsbandbeite erhöhen mit:
z.B.
set sduino cc1101_bWidth 541
Du kannst sie bis 812 erhöhen.
Es macht hier auch nichts aus, wenn die ITclock nicht passt

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7