angepasstes 00_SIGNALduino Modul, auch für FSK und für den Maple

romakrau · 24 Mai 2021, 16:14:00

Na das erklärt einiges. Ralf hat eine eigene Software für den Maple.
Danke
Gruß
Roman

juergs · 24 Mai 2021, 16:26:45

Mein SignalESP32:

Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:LaCrosse:KOPP_FC:PCA301:SIGNALduino_TOOL:SIGNALduino_un:
   DEF        192.168.x.y:23
   DMSG       P7#1280D7F00
   DevState   initialized
   DeviceName 192.168.178.164:23
   EQMSGCNT   0
   FD         243
   FUUID      6096e6ff-f33f-1cca-a54d-e87b4b2fd5c7e6cc
   IDsNoDispatch 2,72.1,82,87,88
   LASTDMSG   P7#1280D7F00
   LASTDMSGID 7
   MSGCNT     22
   NAME       SIGNALESP32
   NR         625
   PARTIAL    
   RAWMSG     MS;P1=499;P2=-954;P3=-3890;P4=-1948;D=13121212141212141214121212121212121414121412141414141414141212121212121212;CP=1;SP=3;R=233;
   RSSI       -85.5
   STATE      opened
   TIME       1621866322
   TYPE       SIGNALduino
   rmsgRaw    Mu;�߃;��;���;��;���;���;���;D!!!!!!!!!!4q;C1;RD1;
   sendworking 0
   unknownmessages 
   version    V 3.5.0-dev+20201221 SIGNALESP cc1101 (chip CC1101) - compiled at May  9 2021 18:22:16
   versionmodul v3.4.5-ralf_18.08.
   versionprotoL v3.4.5-ralf_04.10.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2}
     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|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104|105)#.*
     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)#.*
     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..................
     32:PCA301  ^\S+\s+24
     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]+
     90:SIGNALduino_TOOL ^pt([0-9]+(\.[0-9])?)(#.*)?
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2021-05-13 11:33:39   bWidth          C10 = 57
     2021-05-13 11:36:18   cc1101_config   freq:433.920MHz bWidth:135KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
     2021-05-24 16:19:33   state           opened
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   mnIdList:
     100
     101
     102
     103
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     32.1
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     90
     91.1
     93
     106
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
Attributes:
   room       Gateways
   verbose    3

Ralf9 · 24 Mai 2021, 23:34:36

Mit meinem angepasstem 00_SIGNALduino Modul funktioniert das FSK nur mit meiner Firmware.
Für den Nano und Promini hat die Version V 3.3.4 und für den MapleMini hat die Version ab V 4.1.x EEPROM Speicherbänke und FSK

Bei der V 3.5.0 von Sidey wurde die FSK Unterstützung nur unvollständig von meiner Firmwarevariante übernommen.
Es gibt keine Konfigvariable ccN und ccmode und auch keine EEPROM Speicherbänke.
Die Konfigvariable ccN wird für die Multi cc1101 unterstützung benötigt, damit kann die Firmware die Sendenachricht dem richtigen cc1101 Modul zuordnen.
Ohne die Konfigvariable ccmode wird es einige Protokolle geben die die Firmware V 3.5.0 nicht empfangen kann.

Bei meiner Firmware enthalten bei xFSK die MN-Nachrichten die Konfigvariable ccN, damit kann dann mein angepasstes 00_SIGNALduino Modul, die MN-Nachrichten der entspechenden Protokoll ID zuordnen.
Da beim 00_SIGNALduino Modul von Sidey bei den MN-Nachrichten die Konfigvariable ccN nicht ausgewertet wird, kann sie die MN-Nachrichten von meiner Firmware auch nicht der entsprechenden Protokoll ID zuordnen

Ich verwende zum setzen der cc1101 Register "set sduino rmode" damit werden dann mit dem raw Befehl CW die cc1101 Register und die Konfigvariablen zur Firmware gesendet.
Sidey verwendet dazu das Attribut rfmode

u.a. dadurch ist das FSK von mir nicht mit dem FSK von Sidey kompatibel.

Ich bin gerade dabei meine MapleSduino Firmware 4.x für den ESP32 anzupassen

Code Auswählen

V 4.2.0-dev210524 SIGNALduinoAdv ESP32 cc1101 (R: A1 B0*) - compiled at May 24 2021 18:22:51
Ich habs schon mit zwei cc1101 Modulen getestet, ich habe aber noch das Problem, daß der ESP32 ab und zu rebootet, wenn beim Schreiben ins EEPROM der slowRf Empfang aktiv ist

Code Auswählen

Guru Meditation Error: Core  1 panic'ed (Cache disabled but cached memory region accessed)
....
Core 1 was running in ISR context:
....
Rebooting...

Mich würde interessieren wie stabil die SIGNALESP32 Firmware von Sidey läuft, kommt es da auch ab und zu vor, daß der ESP32 beim schreiben ins EEPROM rebootet?

Gruß Ralf

juergs · 25 Mai 2021, 10:16:06

Hallo Ralf,
mein Problem ist, dass momentan einige (DEV)-Versionen im "Signalduino"-Universum herumschwirren.
Die richtige Zuordnung, welche Github--Release/Dev-00_Signalduino.pm-Version zu welcher Firmware -Version passt oder nicht,
ist wirklich nicht leicht aus den zwei Varianten herauszufiltern.

Sidey: SIGNALduino
Ralf9: Maple-SignalDuino

Wie wärs mit einer Doku-Ergänzung?

Grüße,
Jürgen

juergs · 25 Mai 2021, 10:26:14

ZitatGuru Meditation Error: Core 1 panic'ed (Cache disabled but cached memory region accessed)
....
Core 1 was running in ISR context:
....
Rebooting...

Wie kann ich SlowRF zum Testen erzeugen?

Außerdem: Bei mir fehlt der "get"-Button ? Firmwareversion inkompatibel?

Ralf9 · 25 Mai 2021, 20:12:09

ZitatAußerdem: Bei mir fehlt der "get"-Button ? Firmwareversion inkompatibel?

Wie siehts aus, wenn Du in der DEF anstatt ..@57600 ..@115200 verwendest?

Nachtrag:

Zitatmein Problem ist, dass momentan einige (DEV)-Versionen im "Signalduino"-Universum herumschwirren.
Die richtige Zuordnung, welche Github--Release/Dev-00_Signalduino.pm-Version zu welcher Firmware -Version passt oder nicht,
ist wirklich nicht leicht aus den zwei Varianten herauszufiltern.

Hier ist beschrieben, daß für die komfortable Bedienung und falls FSK genutzt werden soll, ein angepasstes 00_SIGNALduino Modul notwendig ist:
https://wiki.fhem.de/wiki/Maple-SignalDuino#Nutzung_in_FHEM

Zur besseren Unterscheidung habe ich meine aktuellen firmware Versionen in "SIGNALduinoAdv" umbenannt.

Du darfst das Maple-SignalDuino wiki auch gerne ergänzen

romakrau · 26 Mai 2021, 13:31:45

Also ich verwende das CC1101 mit einem ESP32 und den im List gezeigten Modulen. Mit dem von Sidey angepasstem PM Modul habe ich den rfmode LaCrosse 1 gesetzt. Dann die PM Module von Ralf installiert. Nach händischem anlegen eines LaCrosse Device kann ich die Signale empfangen und decodieren. Ich warte jetzt also mit Spanung auf die ESP32 Version von Ralf. Ein booten des ESP32 konnte ich so nicht bestätigen.
Gruß Roman

juergs · 26 Mai 2021, 21:48:03

Hallo Ralf9,

diese Variante ist verbaut: hatte den GET-Button vorher:

ZitatV 4.1.2-dev210205 SIGNALduinoAdV 4.1.2-dev210205 SIGNALduinoAdv cc1101 (R: A0 B1* C2) - compiled at Feb 6 2021 00:26:38␍␊

Bitrate habe ich auf 115200 umgestellt:

Code Auswählen

DeviceName /dev/serial/by-id/usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_8D7208705255-if00@115200

Code Auswählen

0 lrwxrwxrwx 1 root root  13 Mai 20 22:11 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
0 lrwxrwxrwx 1 root root  13 Mai 22 07:47 usb-STM32_MapleCUL_88bf416a-if00 -> ../../ttyACM0
0 lrwxrwxrwx 1 root root  13 Mai 22 07:47 usb-STM32_MapleCUL_88bf416a-if02 -> ../../ttyACM1
0 lrwxrwxrwx 1 root root  13 Mai 22 07:47 usb-STM32_MapleCUL_88bf416a-if04 -> ../../ttyACM2
0 lrwxrwxrwx 1 root root  13 Mai 20 22:11 usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_8D7011945154-if00 -> ../../ttyACM4
0 lrwxrwxrwx 1 root root  13 Mai 21 20:16 usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_8D7208705255-if00 -> ../../ttyACM3

juergs · 26 Mai 2021, 22:25:46

Sorry, das Problem mit fehlendem "GET"-Button hat sich erledigt:
Doppelte + "versteckte" SIGNALduino-Definition auf die gleiche Schnittstelle, aber nicht im Raum "Gateways" definiert (unentdeckt).
Das führte zu diesem "komischen" Verhalten...

Jürgen

/edit: Devstate war disconnected.

Ralf9 · 26 Mai 2021, 23:19:57

im log mit verbose 4 lässt sich normalerweise auch was erkennen.
So ungefähr müsste er aussehen:

Code Auswählen

2021.05.26 22:26:55.574 SIGNALduino sduino CONNECTED
2021.05.26 22:26:55.638 4 : sduino/msg READ: 
2021.05.26 22:26:58.072 3 : sduino/init: disable receiver (XQ)
2021.05.26 22:26:58.572 3 : sduino/init: get version, retry = 0
2021.05.26 22:27:08.588 3 : sduino/init: get version, retry = 1
2021.05.26 22:27:38.599 3 : sduino/init: get version, retry = 2
2021.05.26 22:27:38.609 4 : sduino/msg READ: V 4.1.2-dev210520 SIGNALduinoAdv cc1101 (R: B0*) irx0 - compiled at May 20 2021 21:32:41
2021.05.26 22:27:38.610 4 : sduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 4.1.2-dev210520 SIGNALduinoAdv cc1101 (R: B0*) irx0 - compiled at May 20 2021 21:32:41
2021.05.26 22:27:38.611 3 : sduino/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2021.05.26 22:27:38.622 4 : sduino/msg READ: r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2021.05.26 22:27:38.622 4 : sduino/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio) cmd=cmdBank msg=r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2021.05.26 22:27:38.622 4 : sduino/init: Write ccBankInfo: (r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*) to Internal ccconf
2021.05.26 22:27:38.622 2 : sduino: initialized. v3.4.6-dev_ralf_01.05.
2021.05.26 22:27:38.632 3 : sduino/init: enable receiver (XE)
2021.05.26 22:27:38.633 4 : sduino/msg READ: rxB=1 
2021-05-26 22:27:38.611 SIGNALduino sduino opened

Hier lässt sich auch gut erkennen, daß es recht lange dauert bis das USBserial funktioniert.
Am Anfang funktioniert das USBserial sofort, ist vermutlich vom Bootloader,
dann erfolgt ein USB reconnect, erst dann funktioniert auch das senden über USBserial.

Code Auswählen

2021.05.26 22:58:43.886 3 : sduinoE/init: disable receiver (XQ)
2021.05.26 22:58:43.962 4 : sduinoE/msg READ: rxA=0 rxB=0 
2021.05.26 22:58:44.384 3 : sduinoE/init: get version, retry = 0
2021.05.26 22:58:44.476 4 : sduinoE/msg READ: V 4.2.0-dev210524 SIGNALduinoAdv ESP32 cc1101 (R: A1 B0*) - compiled at May 24 2021 23:59:58
2021.05.26 22:58:44.476 4 : sduinoE/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 4.2.0-dev210524 SIGNALduinoAdv ESP32 cc1101 (R: A1 B0*) - compiled at May 24 2021 23:59:58
2021.05.26 22:58:44.478 3 : sduinoE/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2021-05-26 22:58:44.477 SIGNALduino sduinoE opened
2021.05.26 22:58:44.606 4 : sduinoE/msg READ: r=A b=1 rx=0 ccmode=4 sync=2DD4 ccconf=21656A895C0622F856070018166C436891 boffs=0100  r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2021.05.26 22:58:44.606 4 : sduinoE/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio) cmd=cmdBank msg=r=A b=1 rx=0 ccmode=4 sync=2DD4 ccconf=21656A895C0622F856070018166C436891 boffs=0100  r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2021.05.26 22:58:44.606 4 : sduinoE/init: Write ccBankInfo: (r=A b=1 rx=0 ccmode=4 sync=2DD4 ccconf=21656A895C0622F856070018166C436891 boffs=0100  r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*) to Internal ccconf
2021.05.26 22:58:44.606 2 : sduinoE: initialized. v3.4.6-dev_ralf_01.05.
2021.05.26 22:58:44.616 3 : sduinoE/init: enable receiver (XE)
2021.05.26 22:58:44.631 4 : sduinoE/msg READ: rxA=1 rxB=1 
2021.05.26 22:58:44.648 4 : sduinoE/msg READ: MS;P4=582;P5=-2083;P6=-4141;P7=-9050;D=4745474646454545454646454545454545454546464;CP=4;SP=7;R=44;e;b74;
2021.05.26 22:58:46.317 4 : sduinoE/msg READ: MN;D=9F86212A42AAAA000023BE90;R=16;

Ralf9 · 02 August 2021, 23:01:39

Ich habe die v3.4.7-dev_ralf_24.06. vom dev-branch ins master gemerged.

versionmodul v3.4.7-ralf_24.06.
versionprotoL v3.4.7-ralf_24.06.

Es gibt nun im dev-branch eine neue Version der 00_SIGNALduino.pm und lib/signalduino_protocols.pm

versionmodul v3.4.7-dev_ralf_01.08.
versionprotoL v3.4.7-dev_ralf_01.08.

Siehe hier in der ersten Nachricht.

In der Anlage ist eine Übersicht der Protocol Ids die in letzter Zeit hinzugekommen sind.

Gruß Ralf

Ralf9 · 05 September 2021, 13:11:32

Es gibt nun im dev-branch eine neue Version der 00_SIGNALduino.pm und lib/signalduino_protocols.pm
Ich habe vom LaCrosseGateway die folgenden FSK Temperatursensoren und Wetterstationen übernommen:
201 WS1080
202 TX22
203 TX38
für die folgenden 3 IDs fehlen noch die Anpassungen im 14_SD_WS.pm Modul (sind in Arbeit)
204 WH24 WH65A/B
205 WH25
206 W136

versionmodul v3.4.7-dev_ralf_04.09.
versionprotoL v3.4.7-dev_ralf_04.09.

Siehe hier in der ersten Nachricht.

Gruß Ralf

ole1986 · 27 September 2021, 00:57:10

Hallo,

ich habe die Firmware bei mir aktualisiert und im Anschluss konnte ich kein CC1101 nicht mehr erreichen.

Code Auswählen

raw: detect A: timeout, no cc1101
raw: detect B: timeout, no cc1101

Ergänzung der Logfile

Code Auswählen


2021.09.27 01:37:24 3: SIGDUINO/init: disable receiver (XQ)
2021.09.27 01:37:24 3: SIGDUINO/init: get version, retry = 0
2021.09.27 01:37:24 3: SIGDUINO/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2021.09.27 01:37:34 3: SIGDUINO/init Error! get ccBankInfo, no answer
2021.09.27 01:37:34 2: SIGDUINO: initialized. v3.4.7-ralf_24.06.
2021.09.27 01:37:34 3: SIGDUINO/init: enable receiver (XE)

Ich bin etwas verwundert über die Versionsnummer, da ich eigentlich erfolgreich di Version "421dev210711" geflasht habe

Hat jemand noch eine Idee dazu?

Ralf9 · 27 September 2021, 07:36:22

Für den Maple Cul gibts eine extra Version, hast Du diese Firmware verwendet?
Maple_cul_USB_421dev210711.bin

Was ergibt ein "get version"?

ole1986 · 27 September 2021, 08:28:13

Version ergibt

Code Auswählen

version: V 4.2.1-dev210711 SIGNALduinoAdv cc1101 (R: A- B-* C-) - compiled at Jul 11 2021 20:33:56

Woran kann ich erkennen das ich ein MapleCUL, statt einen Maple SDUINO verwenden muss?