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

Ralf9 · 23 Juni 2020, 22:51:03

Zitat2020.06.22 06:16:40.388 4: myMaple/msg READ: MC;LL=-485;LH=493;SL=-249;SH=241;D=49248;C=244;L=17;R=253;s255;b254;O;w;

Danke, dies war der entscheidende Hinweis.
Bei diesen kaputten MC-Nachrichten, kommt es ab und zu vor, daß der Start der MC-Nachricht erst ab einer Position größer 255 ist, da der MC-Start in einer 8 Bit Variable gemerkt wird, kann es hier einen Absturz geben.

Zitat// Start vom MC Signal suchen, dazu long suchen. Vor dem longlow darf kein Puls groesser long sein

Als workaround kannst Du mal folgendes versuchen:

Code Auswählen

CSmaxMsgSizex256=1

Code Auswählen

Der Messagepuffer hat nun eine maximale Größe von 1500 Pulsen
Es gibt nun 2 neue Konfigurationsvariablen

CSmaxMsgSizex256  -  damit kann die Größe des Messagepuffers konfiguriert werden. Der Wert wird mit 256 multipliziert, d.h. 4 ergibt eine Messagepuffergröße von 1024

CSmaxMuPrintx256  -  damit kann die maximale Länge von MU-Nachrichten konfiguriert werden. Der Wert wird mit 256 multipliziert

Reinhard.M · 23 Juni 2020, 23:43:56

ZitatAls workaround kannst Du mal folgendes versuchen:
Code: [Auswählen]
CSmaxMsgSizex256=1

Gerade eingetragen, mal sehen was passiert

Reinhard.M · 25 Juni 2020, 18:18:11

Halo Ralf,
mit den von dir vorgeschlagenen MC Anpassungen laufen jetzt sowohl mein Sduino und als auch mein Maple stabil. Beim Maple hatte ich ja zunächst MC komplett abgeschaltet. Seitdem (mehr als 3 Tage) kein Absturz. Ich habe jetzt beim Maple "CSmaxMsgSizex256=1" gesetzt und MC wieder aktiviert. Mal sehen wie es damit weitergeht. Beim Sduino hatte ich "CSmaxMsgSizex256=1" vor einem Tag und 20 Stunden gesetzt. Kein Reset mehr. Message Pakete wie ich sie unten gezeigt hatte kommen aber immer noch. Sie führen aber nicht mehr zum Absturz. Wäre das eine Anpassung im Code wert?

nagelreo · 25 Juni 2020, 21:10:31

Hallo Ralf,

leider bekomme ich meine maple mini nicht zum laufen. Im Maple-SignalDuino habe ich die Ranseyer-Platine V0.2 und 2 CC1101 Module (433 und 868 MHz) verbaut, dabei die falsche Beschriftung der CC-Module berücksichtigt.
Als BL "maple_mini_boot20.bin" und die FW "MapleCUNx4_W5500_BL.bin" geflasht. Am Raspberry 4 blinkt der maple fleißig vor sich hin und lässt sich auch anmelden und die LED über raw schalten. Mehr geht aber nicht.
Ich habe den maple nach der Anleitung "Maple-SignalDuino" und den entsprechenden Links zum Fhem Forum angemeldet und bisher erfolglos versucht die beiden CC-Module zu aktivieren.

Code Auswählen

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz
   CUL1_868_MSGCNT 7
   CUL1_868_TIME 2020-06-25 20:48:34
   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_a1cfb49b-if00@115200 0000
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_a1cfb49b-if00@115200
   FD         4
   FHTID      0000
   FUUID      5ee667d7-f33f-a993-7170-a10f81b7287fde3d
   NAME       CUL1_868
   NR         85
   PARTIAL    
   RAWMSG     OFF
   STACKED    CUL1_868Stack
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_00 (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-06-25 20:50:19   ccconf          freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:16dB
     2020-06-25 20:50:55   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-06-24 11:18:15   fhtbuf          AE
     2020-06-25 20:50:55   raw             No answer
     2020-06-25 20:50:56   state           Initialized
     2020-06-25 16:37:52   version         V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) MapleCUNx4_00 (F-Band: 868MHz)
Attributes:
   icon       cul_868
   room       Maple_Test

Code Auswählen

nternals:
   CFGFN      
   CMDS       
   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        FHEM:DEVIO:CUL_868Stack:9600 0000
   DeviceName FHEM:DEVIO:CUL_868Stack:9600
   FHTID      0000
   FUUID      5ef4a8fe-f33f-a993-35fd-baf8b8c3619999fe
   NAME       CUL1_433
   NR         152
   PARTIAL    
   STATE      disconnected
   TYPE       CUL
   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-06-25 16:42:33   state           disconnected
     2020-06-25 16:37:24   version         No answer
Attributes:
   rfmode     SlowRF
   room       Maple_Test

Code Auswählen


Save config 
CUL_IR
FS20
Global
Maple_Test
SD_UT
SOMFY-Define
SOMFY-FB
SOMFY-Garten
SOMFY-Rollo
Unsorted
Winter-Garten
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
Internals:
   CFGFN      
   DEF        CUL1_868
   FUUID      5ef4a8d7-f33f-a993-b2f1-5b102fd79066e707
   IODev      CUL1_868
   NAME       CUL1_868Stack
   NOTIFYDEV  CUL1_868
   NR         148
   NTFY_ORDER 50-CUL1_868Stack
   STATE      Defined
   TYPE       STACKABLE
Attributes:
   room       Maple_Test

Was mache ich falsch?

Vielen Dank und Gruß
Rolf

Ralf9 · 26 Juni 2020, 10:07:04

Zitatleider bekomme ich meine maple mini nicht zum laufen. Im Maple-SignalDuino habe ich die Ranseyer-Platine V0.2 und 2 CC1101 Module (433 und 868 MHz) verbaut, dabei die falsche Beschriftung der CC-Module berücksichtigt.
Als BL "maple_mini_boot20.bin" und die FW "MapleCUNx4_W5500_BL.bin" geflasht. Am Raspberry 4 blinkt der maple fleißig vor sich hin und lässt sich auch anmelden und die LED über raw schalten. Mehr geht aber nicht.

Hast Du diese bin verwendet? Die a-culw für den Maple Cul funktioniert beim Maple Sduino nicht.
https://forum.fhem.de/index.php/topic,106278.msg1037726.html#msg1037726

Ralf9 · 26 Juni 2020, 20:06:58

Zitatund bisher erfolglos versucht die beiden CC-Module zu aktivieren.

Die cc1101 Module werden bei der a-culw automatisch erkannt.
Mit "set raw C31" kannst Du abfragen ob ein cc1101 Modul erkannt wurde, die Rückmeldung siehst Du dann im Log. Bei einem Wert von FF oder 0 wurde kein Modul erkannt
z.B.

Code Auswählen

2020.06.26 15:33:54.765 3 : set myCUL raw C31
2020.06.26 15:33:54.769 4 : CUL_Parse: myCUL C31 = FF / 255

Ralf9 · 26 Juni 2020, 20:49:57

Zitatmit den von dir vorgeschlagenen MC Anpassungen laufen jetzt sowohl mein Sduino und als auch mein Maple stabil. Beim Maple hatte ich ja zunächst MC komplett abgeschaltet. Seitdem (mehr als 3 Tage) kein Absturz. Ich habe jetzt beim Maple "CSmaxMsgSizex256=1" gesetzt und MC wieder aktiviert. Mal sehen wie es damit weitergeht. Beim Sduino hatte ich "CSmaxMsgSizex256=1" vor einem Tag und 20 Stunden gesetzt. Kein Reset mehr. Message Pakete wie ich sie unten gezeigt hatte kommen aber immer noch. Sie führen aber nicht mehr zum Absturz. Wäre das eine Anpassung im Code wert?

Ich habe mit abgeschaltetem MC Decoder inzwischen eine uptime von 6 Tagen und 9 Stunden.

Beim MC-Decoder habe ich ein paar Dinge gefunden und gefixt die nicht gepasst haben, bin gerade am Testen.

Ich könnte von Dir noch log Daten mit verbose 4 gebrauchen.

Ca 30 Minuten mit aktiviertem MC-Decoder

und ca 30 Minuten mit "CSmaxMsgSizex256=4" und abgeschaltetem MC-Decoder.

Mit interessieren besonders die langen MU-Nachrichten mit einem Datenteil ("D=....;") von mehr als 255 Zeichen

Gruß Ralf

nagelreo · 26 Juni 2020, 21:46:19

Hallo Ralf,

ZitatHast Du diese bin verwendet? Die a-culw für den Maple Cul funktioniert beim Maple Sduino nicht.
https://forum.fhem.de/index.php/topic,106278.msg1037726.html#msg1037726

Ich habe die Maple_sduino_USB_411dev200611.bin und eben noch die Maple_sduino_USB_411dev200603.bin getestet.
Bei der letzteren ist nach dem Start bzw. reset State opened und DevState inactive, nach einiger Zeit wechselt State auf closed. Dazu gibt es eine Diskussion im Forum, muss ich nochmals genauer lesen.

Code Auswählen

2020.06.26 21:28:53 3: Opening MapleSduino1 device /dev/serial/by-id/usb-LeafLabs_Maple-if00
2020.06.26 21:28:53 3: Setting MapleSduino1 serial parameters to 57600,8,N,1
2020.06.26 21:28:53 1: MapleSduino1/define: /dev/serial/by-id/usb-LeafLabs_Maple-if00@57600
2020.06.26 21:28:53 1: MapleSduino1/init: /dev/serial/by-id/usb-LeafLabs_Maple-if00@57600
2020.06.26 21:28:53 3: MapleSduino1 device opened
2020.06.26 21:28:55 3: MapleSduino1/init: disable receiver (XQ)
2020.06.26 21:28:55 3: MapleSduino1/init: get version, retry = 0
2020.06.26 21:29:05 3: MapleSduino1/init: get version, retry = 1
2020.06.26 21:29:45 3: MapleSduino1/init: get version, retry = 2
2020.06.26 21:30:55 3: MapleSduino1/init: get version, retry = 3
2020.06.26 21:30:55 2: MapleSduino1/init retry count reached. Closed
2020.06.26 21:30:55 2: MapleSduino1 closed

Unabhängig davon verstehe ich das Wiki Maple-SignalDuino (https://wiki.fhem.de/wiki/Maple-SignalDuino#Platine) nicht.
Was bedeutet dann der Hinweis "Die "Maple_cul_USB_....bin" ist für den MapleCUL und MapleCUN", und was "Ab der Version 4.1.0 werden bis zu vier cc1101 Module (A-D) unterstützt, Beim MapleSduino sind die cc1101 Module an SPI2 angeschlossen:"

Vielen Dank und Gruß
Rolf

Ralf9 · 26 Juni 2020, 22:01:32

ZitatMapleSduino1/define: /dev/serial/by-id/usb-LeafLabs_Maple-if00@57600

ZitatDie Baudrate wurde auf 115200 erhöht.

Die DEF passt nicht.

Code Auswählen

DEF /dev/serial/by-id/usb-LeafLabs_Maple-if00@115200

Hast Du den Bootloader2.0 drauf?
Die dev/serial/by-id/ sieht bei mir so aus:

Code Auswählen

ls -l /dev/serial/by-id
usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_6D8824785548-if00 -> ../../ttyACM0

ZitatWas bedeutet dann der Hinweis "Die "Maple_cul_USB_....bin" ist für den MapleCUL und MapleCUN",

Da beim MapleSduino die cc1101 Module an SPI2 und beim MapleCUL/MapleCUN die cc1101 Module an SPI1 angeschlossen sind,
https://de.wikipedia.org/wiki/Serial_Peripheral_Interface
gibt es für den MapleSduino die Firmware "Maple_sduino...bin"
und für den MapleCUL/MapleCUN die Firmware Maple_cul...bin"

Zitatund was "Ab der Version 4.1.0 werden bis zu vier cc1101 Module (A-D) unterstützt

Es gibt auch ältere Versionen z.B. 4.01. mit der nur ein cc1101 Modul unterstützt wird

RaspiLED · 27 Juni 2020, 08:52:22

Zitat von: Beta-User am 10 Januar 2020, 15:03:02

Hatte irgendwo mal ein Projekt gesehen, das nur die beiden weiteren Schnittstellen nach USB durchreicht, leider finde ich den Link nicht mehr. Im Prinzip waren das aber am Ende nur ein paar Programmzeilen unter Zuhilfenahme dessen, was STM dazu bereitstellt.

Hi, meinst Du soetwas?

https://github.com/AlphaLima/ESP32-Serial-Bridge

Gruß Arnd

Beta-User · 27 Juni 2020, 09:18:45

Zitat von: RaspiLED am 27 Juni 2020, 08:52:22

Hi, meinst Du soetwas?

https://github.com/AlphaLima/ESP32-Serial-Bridge

Gruß Arnd

Das ist auch nicht uninteressant (aber eben WiFi, also tendenziell doch Bäh...). Ich meinte was auf STM32-Basis. Auf die Schnelle habe ich jetzt dazu aber "nur" das hier gefunden, k.A. wie gut der Code ist, und das ist wesentlich neuer als meine ursprüngliche verlorene Fundstelle: https://github.com/iu3kxa/stm32f103-usb-cdc-to-triple-serial-port, und es ging auch erst mal nur um USB.

Hat sich aber ja weitestgehend erledigt, wenn ich das richtig interpretiert habe, oder? Denn der Maple-LAN-Signalduino kann ja auch die beiden anderen seriellen Schnittstellen - wie der MapleCUN - via USB und/oder im LAN bereitstellen, oder unterliege ich da einem Irrtum? (Falls noch nicht: Das wäre ein mMn. wichtiges Feature, und die Experten für sowas lesen hier ja mit, oder...)

Ralf9 · 27 Juni 2020, 22:43:40

Ich habe beim MC Decoder den Code angepasst.
https://github.com/Ralf9/SIGNALDuino/commit/1498259712f695922bc9b2793dda3c4d3e599fe7

In der signalDecoder4.cpp werden in der "isManchester()" Routine alle MU-Nachrichten geprüft ob es eine MC Nachricht sein könnte.
Bei MU-Nachrichten die merkmale einer MC-Nachricht haben und einer Datenlänge größer 255, konnte es zu Abstürzen kommen.

ZitatDenn der Maple-LAN-Signalduino kann ja auch die beiden anderen seriellen Schnittstellen - wie der MapleCUN - via USB und/oder im LAN bereitstellen, oder unterliege ich da einem Irrtum?

Ja, eine serielle übers LAN sollte machbar sein. Eine serielle über USB ist wahrscheinlich nicht machbar.

Gruß Ralf

Ralf9 · 28 Juni 2020, 15:22:55

Hier sind die aktuellen bin Files
https://github.com/Ralf9/SIGNALDuino/releases/tag/V4.1.1-dev200627

Reinhard.M · 28 Juni 2020, 20:33:37

Hallo Ralf,
ich würde gerne die LAN Schnittstelle in Betrieb nehmen scheitere aber derzeit wahrscheinlich an meiner eigenen Blindheit:

Meine Maple Boards scheinen einen 2.0 Bootloader zu haben, jedenfalls habe ich auf einen mit der Ardunino IDE und dem 2.0 Bootloader Setting die Firmware laden können
Wenn ich die aktuelle Version mit LAN_WIZ und DEBUG_BackupReg kompiliere und hochlade kann ich nicht mehr über den USB Port zugreifen. In der SignalDecoder habe ich wie angegeben ebenfalls die DEF Settings auskommentiert. Außerdem habe ich die Standard-IP Adressen auf mein Netz angepasst.
Versuche ich mit Telent heranzukommen gibt es ein Timeout
dfu-util bekomme ich auf dem Raspi nicht zum Laufen da keine Ports gefunden werden. Ich kann also deine Binaries momentan nicht direkt hochladen.

Wie sollte das grundsätzliche Vorgehen bei der LAN Variante aussehen?

Gruß Reinhard

nagelreo · 28 Juni 2020, 20:40:26

Hallo Ralf,

ZitatHast Du den Bootloader2.0 drauf? / Die dev/serial/by-id/ sieht bei mir so aus:

Ja, ich habe den bootloader2.0 verwendet, aber auf den BL-leeren maple. Offensichtlich hat das flashen der Firmware nicht richtig funktioniert, warum weiß ich noch nicht.
Jetzt habe ich die FW "Maple_sduino_USB_411dev200611.bin" mit "MSCboot_maplemini.bin " geflasht und siehe da der mapleSduino funktioniert.

Code Auswählen

usb-STMicroelectronics_MAPLEMINI_F103CB_CDC_in_FS_Mode_8D713F805053-if00 -> ../../ttyACM0
version: V 4.1.1-dev200611 SIGNALduino cc1101 (R: Ai B0*) - compiled at Jun 11 2020 23:55:06

Bei der Auswahl der FW war ich etwas verwirrt durch die Information in der Wiki "https://wiki.fhem.de/wiki/Maple-SignalDuino"

ZitatDie "Maple_cul_USB_....bin" ist für den MapleCUL und MapleCUN.
sudo dfu-util -d 1eaf:0003 -a 2 -D Maple_sduino_Boot20_USB_410dev200501.bin -R
oder
sudo dfu-util -d 1eaf:0003 -a 2 -D Maple_cul_Boot20_USB_410dev200501.bin -R

Ich gebe zu, mit etwas genauerem Nachdenken und Studium der Forum-Beiträge, wird klar, was gemeint ist.
Dennoch die Frage , ob die Info zum MapleCUL/CUN dort stehen muss. Zudem finde ich einen Hinweis und Link zum Device "SIGNALDuino" sehr hilfreich.
Die Info zum SPI und zu den Modulen war für mich sehr hilfreichen.
Vielen Dank für die Unterstützung
Gruß
Rolf