Entwicklung SIGNALDuino Empfänger Firm- und Hardware V4 für Maple Mini und ESP32

[Ralf9]

Hallo Joachim,

wenn ich mit i007438 ein dispatch zum IT-Modul mache, bekomme ich:

Code Auswählen Erweitern

2023.08.20 16:22:51.607 4: sduinoD/msg get dispatch: i007438
2023.08.20 16:22:51.607 5: sduinoD: dispatch i007438
2023.08.20 16:22:51.607 4: sduinoD IT: msgcode "0000F1F001D0" (12) bin = 000000000111010000111000
2023.08.20 16:22:51.607 5: sduinoD IT: V1 housecode = 0000F1F001  onoffcode = D0
2023.08.20 16:22:51.607 4: sduinoD IT: 0000F1F001 not defined (Switch code: D0)
2023-08-20 16:22:51.609 Global global UNDEFINED IT_0000F1F001 IT 0000F1F001 0F F0

mit der IT def "0000F1F001 D0 F0" bekomme ich:

Code Auswählen Erweitern

2023.08.20 16:31:24.700 3: sduinoD IT: IT_0000F1F001 on->on
2023-08-20 16:31:24.702 IT IT_0000F1F001 on
Bitte ändere mal bei der IT def "0000F1F001 0F F0" das 0F in D0 (0000F1F001 D0 F0)

Gruß Ralf

[MadMax-FHEM]

Hallo Ralf,

sieh mal an: geht

Gut, ich frag mich: warum? Und warum ist der andere Sensor, der gleich ging anders definiert, also ganz anderes Protokoll?
EDIT: noch ein warum Warum wird denn dann, sobald schon mal ein Device angelegt war und ich es lösche kein neues mehr angelegt?
(damit ich nun den Klingelsensor auf mein Hauptsystem kriege muss ich die RawDef aus meinem Testsystem rüberkopieren)

Hmm, dann lasse ich das mit dem Zurücksenden, geht ja...

Danke, Joachim

[Ralf9]

Das hängt vom housecode ab ob er als V1 oder EV1527 angelegt wird.
Es kann sein, daß nach dem Löschen eines devices ein FHEM Neustart gemacht werden muss

[MadMax-FHEM]

Das hängt vom housecode ab ob er als V1 oder EV1527 angelegt wird.
Es kann sein, daß nach dem Löschen eines devices ein FHEM Neustart gemacht werden muss

Ok.
Mal testen...

Was aber bleibt ist:

Code Auswählen Erweitern

2023.08.20 16:55:01 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=32001;P1=-8042;P2=244;P3=-791;P4=795;P5=-250;P6=-1774;D=21232323230623232323454545234523232323454545232323;CP=2;SP=1;R=49;p;b50;m0;
2023.08.20 16:55:01 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=32001;P1=-8042;P2=244;P3=-791;P4=795;P5=-250;P7=-1246;D=21232323232323232323450745234523232323454545232323;CP=2;SP=1;R=49;p;m1;
2023.08.20 16:55:01 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=32001;P1=-8042;P2=244;P3=-791;P4=795;P5=-250;P7=-1246;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=49;p;m2;
2023.08.20 16:55:01 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=32001;P1=-8042;P2=244;P3=-791;P4=795;P5=-250;P7=-1246;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=49;Q;p;m3;
2023.08.20 16:55:04 3: MapleDuinoLAN IT: itKlingelsensor on->on
2023.08.20 16:55:05 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=223;P1=-8051;P3=-824;P4=790;P5=-249;D=01030303030303030303454545034503030303454545030303;CP=0;SP=1;R=49;Q;e;m1;
2023.08.20 16:55:05 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=223;P1=-8051;P3=-824;P4=790;P5=-249;D=01030303030303030303454545034503030303454545030303;CP=0;SP=1;R=49;Q;e;m2;
2023.08.20 16:55:05 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=223;P1=-8051;P3=-824;P4=790;P5=-249;D=01030303030303030303454545034503030303454545030303;CP=0;SP=1;R=49;Q;e;m3;
2023.08.20 16:55:08 3: MapleDuinoLAN IT: itKlingelsensor on->on
2023.08.20 16:55:08 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P1=-8047;P2=249;P3=-791;P4=747;P5=-245;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=50;Q;e;m1;
2023.08.20 16:55:08 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P1=-8047;P2=249;P3=-791;P4=747;P5=-245;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=50;Q;e;m2;
2023.08.20 16:55:08 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P1=-8047;P2=249;P3=-791;P4=747;P5=-245;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=50;Q;e;m3;
2023.08.20 16:55:10 3: MapleDuinoLAN IT: itKlingelsensor on->on
2023.08.20 16:55:10 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P1=-8048;P2=270;P3=-764;P4=784;P5=-251;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=48;Q;e;m1;
2023.08.20 16:55:10 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P1=-8048;P2=270;P3=-764;P4=784;P5=-251;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=48;Q;e;m2;
2023.08.20 16:55:11 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P2=-254;P3=239;P4=-796;P5=786;P6=-8046;D=36343434343434343434525252345234343434525252343434;CP=3;SP=6;R=49;Q;e;m1;
2023.08.20 16:55:11 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P2=-254;P3=239;P4=-796;P5=786;P6=-8046;D=36343434343434343434525252345234343434525252343434;CP=3;SP=6;R=49;Q;e;m2;
2023.08.20 16:55:11 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P2=-254;P3=239;P4=-796;P5=786;P6=-8046;D=36343434343434343434525252345234343434525252343434;CP=3;SP=6;R=49;Q;e;m3;

4x "geklingelt" nur 3x Event...

Sind die Meldungen "normal"/"ok" oder ist da (trotzdem es jetzt "geht") etwas "schief"?

Ich müsste mal sehen, ob ich im Backup des anderen Systems ähnliche Meldungen finde...

EDIT: hmm. Eigentlich gibt es beim MapleDuinoLAN kein Attribut verbose, damit sollte es 0 sein? Beim Testsystem mit einem SignalDuino Nano ist das Attribut weg und da sind diese Meldungen nicht... Ich suche mal weiter...
EDIT: Testsystem mit SignalDuino

Code Auswählen Erweitern

2023.08.20 16:55:01 3: SunDuino IT: IT_0000F1F001 on->on
2023.08.20 16:55:04 3: SunDuino IT: IT_0000F1F001 on->on
2023.08.20 16:55:08 3: SunDuino IT: IT_0000F1F001 on->on
2023.08.20 16:55:10 3: SunDuino IT: IT_0000F1F001 on->on
Gut keine Fehlermeldungen aber trotz (implizitem) Verbose 0 Einträge...
Kann ich aber verschmerzen...

EDIT: ok, explizit auf 0 -> nix mehr
Also bis auf

Code Auswählen Erweitern

2023.08.20 17:08:07 3: MapleDuinoLAN IT: itKlingelsensor on->on
2023.08.20 17:08:10 3: MapleDuinoLAN IT: itKlingelsensor on->on
Aber irgendwie ist der SignalDuino "besser"? Also immer mind. 1x mehr Klingelevents als auf dem Hauptsystem bzw. ist auf dem Testsystem erst einer "durchgerutscht". Zuletzt eigentlich gleiche Bedingungen, also in etwa gleiche Entfernung... Aber klar: CC1101, Anschaltung, Antenne, LAN/USB, ...
Ich denke ich kann damit leben
Danke noch mal!!

Gruß, Joachim

[Ralf9]

Code Auswählen Erweitern

2023.08.20 16:55:01 3: MapleDuinoLAN: Parse_MS, faulty msg: MS;P0=32001;P1=-80Du verwendest demnach das 00_SIGNALDuino Modul vom normalen fhem update.
Dort ist eine sehr scharfe regex drin

Code Auswählen Erweitern

sub SIGNALduino_Parse_MS {
  my $hash = shift // return;    #return if no hash  is provided
  my $rmsg = shift // return;    #return if no rmsg is provided

  if ($rmsg !~ /^MS;(?:P[0-7]=-?\d+;){3,8}D=[0-7]+;(?:[CS]P=[0-7];){2}((?:R=\d+;)|(?:O;)?|(?:m=?[0-9];)|(?:[sbeECA=0-9]+;))*$/){   
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MS, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }
Bei meiner firmware kommen bei einigen Nachrichten am Ende andere Zeichen als bei der firmware von Sidey, diese Nachrichten werden als fehlerhaft erkannt und verworfen.
Damit mit dem MapleDuino alles funktioniert ist mein angepasstes 00_SIGNALduino Modul notwendig
https://forum.fhem.de/index.php?topic=111653.msg1058900#msg1058900

[MadMax-FHEM]

Hallo Ralf,

jep: erst mal alles "original"
Erst wenn was nicht geht wird "getrickst"...

FW habe ich folgende: Maple_sduino_LAN_422dev20220712.bin
OK, oder sollte ich da auch was anderes nehmen? (wenn ich schon mal "rumfrage"   )

EDIT: hier mal noch ein list (man weiß ja nie   )

Code Auswählen Erweitern

Internals:
   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.1.138:23
   DMSG       i007438
   DevState   initialized
   DeviceName 192.168.1.138:23
   FD         204
   FUUID      64c7fbcc-f33f-753d-e4e1-2de2f4181db72b95
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   i007438
   LASTDMSGID 3
   MSGCNT     385
   NAME       MapleDuinoLAN
   NR         2156
   NR_CMD_LAST_H 1
   PARTIAL   
   RAWMSG     MS;P1=-8035;P2=250;P3=-782;P4=793;P5=-243;D=21232323232323232323454545234523232323454545232323;CP=2;SP=1;R=79;e;b50;m0;
   RSSI       -34.5
   STATE      opened
   TIME       1692545471.97123
   TYPE       SIGNALduino
   cc1101_available 1
   eventCount 1566
   sendworking 0
   unknownmessages
   version    V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: B0*) - compiled at Jul 13 2022 13:19:01
   versionProtocols 1.48
   versionmodul 3.5.4
   DoubleMsgIDs:
   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)#.*
     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:
     2023-08-20 14:07:51   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
     2023-08-20 14:07:51   cc1101_config_ext Modulation: ASK/OOK
     2023-08-20 14:06:02   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2023-08-20 18:49:03   ping            OK
     2023-08-20 14:06:00   state           opened
   XMIT_TIME:
     1692547170.43527
   additionalSets:
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
     119
   mnIdList:
     100
     101
     102
     103
     107
     107.1
     108
     109
     112
     115
     116
     116.1
     117
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     7.1
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
     106
     113
     118.1
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     20.1
     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
     76
     78
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
     110
     111
     114
     118
     120
     121
     122
Attributes:
   comment    SignalDuino:
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0

MapleDuino USB:
/dev/serial/by-id/usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_6D8E115E4855-if00

MapleDuino LAN:
192.168.1.141:23

Flash FW:
press reset
sudo dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download Maple_sduino_LAN_422dev20220712.bin
evtl. customized 00_SIGNALduino.pm https://forum.fhem.de/index.php?topic=111653.msg1058900#msg1058900

press reset
sudo dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download Maple_sduino_USB_422dev20220712.bin

Schematic MapleMini:
https://wiki.fhem.de/wiki/Datei:MapleSduino_Schaltplan_nur_Modul_B.png

LAN:
https://github.com/ranseyer/MapleSDuino/blob/master/PCB-V09/Schematic.png

CC1101 pinout:
https://quadmeup.com/assets/2017/12/CC1101-868mhz-radio-module-pinout.jpg
https://projects.gepeo.fr/wp-content/uploads/2021/01/cc1101-module-pinout.png
   devStateIcon opened:max_rf@green .*:max_rf@red
   group      IO-Module
   hardware   MAPLEMINI_F103CBcc1101
   room       System

Angepasstes Modul probiere ich mal aus...
(Master oder Dev? )

Danke, Joachim

[Ralf9]

Ja die 422dev20220712 ist aktuell.

Vom 00_SIGNALDuino Modul ist diese dev Version die aktuelle
versionmodul  v3.4.16-dev_ralf_23.07.
versionprotoL v3.4.16-dev_ralf_23.07.

https://forum.fhem.de/index.php?topic=111653.msg1283522#msg1283522

[MadMax-FHEM]

Eingespielt (auf dem Testsystem / Hauptsystem mache ich eben   ): läuft

Also die "falschen Messages Meldungen" sind weg.
Allerdings wird der Sensor immer noch falsch angelegt...
Also 0F? statt D0...
Aber jetzt weiß ich es ja

Musste den MapleDuinoLAN power cyclen, davor dachte ich schon: uiuiui, da geht ja so gar nichts mehr...
Aber danach alles gut...

Danke noch mal, Joachim

[n-b-dy]

Hi,
ich bin relativ neu hier und habe bisher den offiziellen Signalduino mit einem CC1101 im Einsatz, um damit Somfy Rolläden zu steuern. Das funktioniert auch, allerdings ist die Performance nicht so toll. Wenn ich alle Rollläden auf einem Stockwerk gleichzeitig auf bzw. zu mache, dann ist der erste fertig, bevor der letzte anfängt sich zu bewegen

Gibt es Vergleichswerte zwischen der MapleMini / ESP32 Variante und dem Arduino Nano bzgl. Performance?

@Ralf9: Kann deine Variante mit vier (identischen) CC1101 bestückt werden und dann quasi als "LoadBalancer" arbeiten, um die Performance zu verbessern?

[Ralf9]

ich bin relativ neu hier und habe bisher den offiziellen Signalduino mit einem CC1101 im Einsatz, um damit Somfy Rolläden zu steuern. Das funktioniert auch, allerdings ist die Performance nicht so toll. Wenn ich alle Rollläden auf einem Stockwerk gleichzeitig auf bzw. zu mache, dann ist der erste fertig, bevor der letzte anfängt sich zu bewegen

Das hat nichts mit der firmware zu tun, wenn Du alle Rollläden auf einem Stockwerk gleichzeitig auf bzw. zu machst, werden die Sendebefehle in dem 00_SIGNALDuino Modul in einer Sendewarteschlange gespeichert und dann nacheinander mit einer kurzen Pause dazwischen gesendet.

[n-b-dy]

Okay, ich hatte den Arduino Nano als Flaschenhals im Verdacht, da im FHEM Wiki steht, dass die Leistungsreserven knapp werden. Welche Möglichkeiten bestehen dann noch das ganze zu beschleunigen? Kann die Pause oder die Anzahl der Wiederholungen angepasst werden?

[Ralf9]

Ich habs bei mir auf dem Testsystem mal getestet.
Ich habe eine structure mit 3 somfy test devices angelegt

Wie im log zu sehen ist, werden alle 3 in die SendQueue zugefügt und dann nacheinander gesendet (SW: SC...)
"READ: SC.." ist die Rückmeldung von der firmware, daß gesendet wurde.
Ich sehe da kein Optimierungspotential.
Du kannst es bei Dir auch mal im log anschauen.

Code Auswählen Erweitern

2023-09-10 14:47:32.226 structure somfyStruct on
2023.09.10 14:47:32.228 5: AddSendQueue: sduinoA: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4EBFD7D5CAAAA;F=10AB85550A; (1)
2023.09.10 14:47:32.229 5: AddSendQueue: sduinoA: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=82CCCCCBB7DEDD;F=10AB85550A; (2)
2023.09.10 14:47:32.231 5: AddSendQueue: sduinoA: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=83CACAC9041811;F=10AB85550A; (3)

2023.09.10 14:47:32.328 5: sduinoA SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4EBFD7D5CAAAA;F=10AB85550A;
2023.09.10 14:47:33.056 4: sduinoA/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4EBFD7D5CAAAA;

2023.09.10 14:47:33.057 5: sduinoA SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=82CCCCCBB7DEDD;F=10AB85550A;
2023.09.10 14:47:33.784 4: sduinoA/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=82CCCCCBB7DEDD;

2023.09.10 14:47:33.785 5: sduinoA SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=83CACAC9041811;F=10AB85550A;
2023.09.10 14:47:34.512 4: sduinoA/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=83CACAC9041811;
Gruß Ralf

[n-b-dy]

Ich bin mir gerade nicht sicher was ich falsch mache Sollte ich die Einträge unter dem Hauptmenüpunkt "Logfile" sehen? Dort wird bei mir nichts in der Art eingetragen. Ich habe bisher noch das Standard-Somfy Modul im System, liegt es ggf. daran?

[andies]

Wenn ich alle Rollläden auf einem Stockwerk gleichzeitig auf bzw. zu mache, dann ist der erste fertig, bevor der letzte anfängt sich zu bewegen

Definiere doch eine neue Steuerung in FHEM, die beim auslösen alle gleichzeitig bewegt (also die neue Steuerung bei allen Rolläden erneut anlernen).

[Ralf9]

Ja, das mit dem definieren einer neuen Steuerung ist wahrscheinlich die beste Lösung.

Bei gleichzeitigen senden über die SendQueue gibts mindestens eine Verzögerung von ca 0,7-0,8 sek pro Rolladen.

Damit Du die Einträge im log siehst, must Du das sduino verbose auf 5 erhöhen