SignalDUINO: cc1101 lässt sich nicht auf ASK/OOK einstellen

Begonnen von steven11, 13 Mai 2025, 11:39:54

Vorheriges Thema - Nächstes Thema

steven11

Hallo,
ich möchte mit meinem SignalDUINO meine Jarolift-Rolläden steuern. Das hat bis letzte Woche auch funktioniert, aber jetzt nicht mehr...an der fhem-Konfiguration habe ich gar nichts geändert.

Ich bekomme die Verbindung zum Gerät hin und der cc1101 wird auch erkannt, ich kann die Register auslesen usw.
Allerdings zeigt er mir bei jedem
get sduino ccconfandere Werte...mal ist "Modulation" leer, dann wieder 2-FSK, die Frequenz mal 0 und dann wieder irgendein Fantasiewert wie 6630.

Das ist doch nicht normal, oder? Ist mein cc1101 defekt oder kann ich da noch irgendwas machen? Erkannt wird er ja.


Der Vollständigkeit halber hier noch die Infos über meine Gerätedefinition:

define sduino SIGNALduino 192.168.20.30:23
attr sduino userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long
attr sduino cc1101_frequency 433.92
attr sduino eventlogging 1
attr sduino hardware esp32cc1101
attr sduino mqttPublish state:topic={"$base/$name"}
attr sduino rfmode SlowRF
attr sduino room sduino
attr sduino verbose 5
attr sduino whitelist_IDs 87,88
#   Clients    :CUL_EM:CUL_FHTTK:CUL_TCM97001:CUL_TX:CUL_WS:Dooya:FHT:FLAMINGO:FS10:FS20: :Fernotron:Hideki:IT:KOPP_FC:LaCrosse:OREGON:PCA301:RFXX10REC:Revolt:SD_AS:SD_Rojaflex: :SD_BELL:SD_GT:SD_Keeloq:SD_RSL:SD_UT:SD_WS07:SD_WS09:SD_WS:SD_WS_Maverick:SOMFY: :Siro:SIGNALduino_un:
#   DEF        192.168.20.30:23
#   DMSG       nothing
#   DevState   initialized
#   DeviceName 192.168.20.30:23
#   FD         4
#   FUUID      650328db-f33f-8530-188d-46322f4387788cd1
#   ITClock    250
#   LASTDMSG   nothing
#   LASTDMSGID nothing
#   NAME       sduino
#   NR         55
#   PARTIAL   
#   STATE      opened
#   TIME       1746945539.59659
#   TYPE       SIGNALduino
#   cc1101_available 1
#   eventCount 17489
#   sendworking 0
#   version    V 3.5.1-RC1-11-g3bf0+250508 SIGNALESP cc1101 (chip CC110 unknown) DBG - compiled at May  8 2025 12:16:35
#   versionProtocols 1.53
#   versionmodul 3.5.6+20230918
#   MatchList:
#     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
#     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
#     12:SD_WS   ^W\d+x{0,1}#.*
#     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
#     14:Dooya   ^P16#[A-Fa-f0-9]+
#     15:SOMFY   ^Ys[0-9A-F]+
#     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
#     17:SD_UT   ^P(?:14|20|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114|118|121|127|128)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     1:IT       ^i......
#     20:Revolt  ^r[A-Fa-f0-9]{22}
#     21:FS10    ^P61#[A-F0-9]+
#     22:Siro    ^P72#[A-Fa-f0-9]+
#     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
#     24:FS20    ^81..(04|0c)..0101a001
#     25:CUL_EM  ^E0.................
#     26:Fernotron ^P82#.*
#     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
#     28:SD_Keeloq ^P(?:87|88)#.*
#     29:SD_GT   ^P49#[A-Fa-f0-9]+
#     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr\w{18,}
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
#     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     5:CUL_TX   ^TX..........
#     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
#     7:Hideki   ^P12#75[A-F0-9]+
#     9:CUL_FHTTK ^T[A-F0-9]{8}
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2025-05-13 11:34:08   cc1101_config   Freq: 832.350 MHz, Bandwidth: 203 kHz, rAmpl: 24 dB, sens: 8 dB, DataRate: 304.69 kBaud
#     2025-05-13 11:34:08   cc1101_config_ext Modulation: , Syncmod: No preamble/sync, Deviation: 228.52 kHz
#     2025-05-13 11:19:36   cc1101_patable  C3E = 00 00 00 00 00 00 00 00
#     2025-05-08 12:28:06   cmds            V R t X S P C r W s x e
#     2025-05-13 11:17:28   config          MS=1;MU=1;MC=1;Mred=1
#     2025-05-13 11:35:24   ping            OK
#     2025-05-13 11:19:24   state           opened
#     2025-04-27 09:43:52   uptime          0 00:03:19
#   additionalSets:
#   helper:
#   keepalive:
#     ok         1
#     retry      0
#   mcIdList:
#   mnIdList:
#   msIdList:
#     87
#     88
#   muIdList:
#
setstate sduino opened
setstate sduino 2025-05-13 11:34:08 cc1101_config Freq: 832.350 MHz, Bandwidth: 203 kHz, rAmpl: 24 dB, sens: 8 dB, DataRate: 304.69 kBaud
setstate sduino 2025-05-13 11:34:08 cc1101_config_ext Modulation: , Syncmod: No preamble/sync, Deviation: 228.52 kHz
setstate sduino 2025-05-13 11:19:36 cc1101_patable C3E = 00 00 00 00 00 00 00 00
setstate sduino 2025-05-08 12:28:06 cmds V R t X S P C r W s x e
setstate sduino 2025-05-13 11:17:28 config MS=1;;MU=1;;MC=1;;Mred=1
setstate sduino 2025-05-13 11:35:24 ping OK
setstate sduino 2025-05-13 11:19:24 state opened
setstate sduino 2025-04-27 09:43:52 uptime 0 00:03:19


rudolfkoenig

ZitatIst mein cc1101 defekt...
Vermutlich ja.
Wenn das nach stromlos machen auch passiert, dann wuerde ich ans Austauschen denken.

RappaSan

Vielleicht ein anderes Netzteil ausprobieren, defekte Dinger haben schon die tollsten Reaktionen ausgelöst.

steven11

Alles klar, ich glaube ich habe noch irgendwo einen zweiten rumliegen. Dann probiere ich den mal.
Danke!

elektron-bbs

Der CC110x wurde nicht erkannt:
#   version    V 3.5.1-RC1-11-g3bf0+250508 SIGNALESP cc1101 (chip CC110 unknown) DBG - compiled at May  8 2025 12:16:35
Vermutlich funktioniert die Kommunikation auf dem SPI-Bus nicht. Dort sollte eigentlich "chip CC1100", "chip CC1101" o.ä. stehen.
Evtl. könnte eine kalte Lötstelle die Ursache sein, oder CC110x ist tatsächlich defekt.
Falls es ein Arduino Nano ist - wie ist der CC110x angeschlossen - mit Levelshiftern bzw. Spannungsteilern, oder ohne?
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