SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

[dl9sec]

Hallo,

da es bis jetzt für den ESP32 noch keine Platine gibt und die PIN-Belegung bis jetzt nur im github steht, habe ich mal für das Dev Kit V1 und D1 mini ein Bild mit einer PIN Belegung gemacht, siehe Anlage.
Bei nur einem cc1101 und slowrf ist default das Modul B, bei FSK ist es egal welche Module verwendet werden.

Ich habe auch versucht die PIN Belegung der Module C und D zu optimieren, wenn es keine Änderungswünsche gibt, übernehme ich es dann so ins github.
Ist die Anordnung der 3 cc1101 Module für die Platine so ok oder gibts bessere Vorschläge?

Kann jemand für 3 Module (oder Modul A + B und für das Modul C eine Pinleiste) eine Platine machen?

Gruß Ralf

Hallo Ralf,

der GDO2 auf GPIO13 ist etwas ungeschickt, da dies der MOSI der HSPI-Schnittstelle ist.
Ich habe bei mir statt GPIO13 den GPIO36 ("Input only"-Pin) für GDO2 verwendet, damit wird die HSPI nutzbar...

Gruß, Thorsten

[Ralf9]

der GDO2 auf GPIO13 ist etwas ungeschickt, da dies der MOSI der HSPI-Schnittstelle ist.
Ich habe bei mir statt GPIO13 den GPIO36 ("Input only"-Pin) für GDO2 verwendet, damit wird die HSPI nutzbar...

GPIO13 ist GDO2 vom Default cc1101 Modul B, dies ist die gleiche Belegung wie der ESP32 sduino von Sidey,
wenn ich für GDO2 B einen anderen GPIO verwenden würde, dann würde bei der bestehenden Hardware das Modul B nicht mehr funktionieren.


Hier sind noch Hinweise zu den rfmodes und ccmode:

"set rfmodeTesting ..." sind optimierte cc1101 Registerkonfigurationen (rfmode), mir fehlen dazu noch Rückmeldungen und Erfahrungen wie stabil und zuverlässig diese über längere Zeit funktionieren.
Es wird da der ccmode 1 verwendet, falls es damit nicht gut läuft, kann auch der ccmode 3 oder 4 versucht werden. Beim ccmode 3 wird nach jeder empfangener FSK Nachricht ein "Flush RX FIFO buffer" ausgeführt.

Mit CSccmode= kann der ccmode vom selektieren cc1101 Modul geändert werden
z.B.
"get sduino raw CSccmode=3"

[Ralf9]

Es ist aufgefallen, dass es ab und zu bei FSK vorkommen kann, dass das cc1101 Modul nichts mehr empfängt.

Nach dem Empfang einer FSK Nachricht geht der cc1101 nach IDLE, danach wird der Empfang (RX) wieder aktiviert.
Beim Wechsel von IDLE nach RX wird der Oszillator Kalibriert (AutoCal), dabei kann es ab und zu ein Problem geben, die PLL ist nicht locked.
Vermutlich bricht der Empfang nicht nach jedem "PLL not locked" ab

In der cc1101 Doku steht dazu
"read register 0x25 FSCAL1. The PLL is in lock if the register content is different from 0x3F"

Wenn ein "get sduino ccreg 25" ein "ccreg: C25 = 3F" ergibt, dann ist PLL ist nicht locked.

Ist dies schon bei jemanden aufgetreten?

[Mikesch]

Hallo zusammen,
ich hoffe meine Frage passt hier rein.

ich habe einen SIGNALesp32 DevKitV4 (ESP32 und CC1101 433Mhz) soweit so gut.

Leider hatte ich Probleme mit meinem WLAN Router
Da der ESP32 über WLAN angebunden ist 192.168.6.146:23
und der reconnect nicht funktioniert bin ich jetzt genug genervt und würde gerne den ESP32 über USB anschließen.
Leider weiß ich nicht wie und aus der Hilfe wurde ich nicht schlauer.



Das Problem ist, wenn ich DEV von 192.168.6.146:23 auf
/dev/ttyUSB0@57600 oder
/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@57600 
umstelle funktioniert SIGNALduino nicht mehr.



version   V 4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101 (R: B0*) - compiled at Jul 13 2022 01:11:33
versionProtocols 1.57
versionmodul  3.5.6+20240410

Code Auswählen Erweitern

pi@raspberrypi:~ $ lsusb
Bus 001 Device 006: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]

pi@raspberrypi:~ $ lsusb -v

Bus 001 Device 006: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x10c4 Cygnal Integrated Products, Inc.
  idProduct          0xea60 CP2102/CP2109 UART Bridge Controller [CP210x family]
  bcdDevice            1.00
  iManufacturer           1
  iProduct                2
  iSerial                 3
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              2
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0




T:  Bus=01 Lev=02 Prnt=02 Port=03 Cnt=03 Dev#=  6 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=10c4 ProdID=ea60 Rev=01.00
S:  Manufacturer=Silicon Labs
S:  Product=CP2102 USB to UART Bridge Controller
S:  SerialNumber=0001
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=cp210x



Code Auswählen Erweitern

define SIGNALesp32 SIGNALduino 192.168.6.146:23
attr SIGNALesp32 alias SIGNALesp32
attr SIGNALesp32 hardware nanoCC1101
attr SIGNALesp32 rfmode SlowRF
attr SIGNALesp32 room 1.1_Wohnung,IT
#   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: :WMBUS: :Siro:SIGNALduino_un
#   ClientsKeepOrder 1
#   DEF        192.168.6.146:23
#   DMSG       nothing
#   DevState   initialized
#   DeviceName 192.168.6.146:23
#   FD         101
#   FUUID      6587420b-f33f-f9d1-a6c8-bce161e23f6f9c28
#   IDsNoDispatch 2,72.1,82
#   ITClock    250
#   LASTDMSG   nothing
#   LASTDMSGID nothing
#   MSGCNT     16
#   NAME       SIGNALesp32
#   NR         273
#   PARTIAL   
#   RAWMSG     MS;P0=-8437;P1=474;P2=-3808;P3=-1962;P5=-1050;D=1012131312131313131213131313131313131313131212131213121212131312121312131315;CP=1;SP=0;R=244;e;b75;m0;
#   RSSI       -80
#   STATE      opened
#   TIME       1733938230.63382
#   TYPE       SIGNALduino
#   cc1101_available 1
#   eventCount 22
#   sendworking 0
#   version    V 4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101 (R: B0*) - compiled at Jul 13 2022 01:11:33
#   versionProtocols 1.57
#   versionmodul 3.5.6+20240410
#   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|20.1|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|130|132)#.*
#     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]+
#     34:WMBUS   ^b.*
#     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:
#     2024-12-11 18:30:33   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
#     2024-12-11 18:30:33   cc1101_config_ext Modulation: ASK/OOK
#     2024-12-11 18:30:34   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
#     2024-12-11 18:30:32   state           opened
#   additionalSets:
#   helper:
#   keepalive:
#     ok         1
#     retry      0
#   mcIdList:
#     10
#     11
#     12
#     18
#     43
#     47
#     52
#     57
#     58
#     96
#     119
#     129
#   mnIdList:
#     100
#     101
#     102
#     103
#     107
#     107.1
#     108
#     109
#     112
#     115
#     116
#     116.1
#     117
#     123
#     125
#     126
#     131
#     133
#     134
#   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
#     127.1
#     128.1
#     130
#   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
#     127
#     128
#     132
#
setstate SIGNALesp32 opened
setstate SIGNALesp32 2024-12-11 18:30:33 cc1101_config Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
setstate SIGNALesp32 2024-12-11 18:30:33 cc1101_config_ext Modulation: ASK/OOK
setstate SIGNALesp32 2024-12-11 18:30:34 cc1101_patable C3E = 00 84 00 00 00 00 00 00  => 5_dBm
setstate SIGNALesp32 2024-12-11 18:30:32 state opened



[Gisbert]

Leider hatte ich Probleme mit meinem WLAN Router
Da der ESP32 über WLAN angebunden ist 192.168.6.146:23
und der reconnect nicht funktioniert bin ich jetzt genug genervt

Hallo Mikesch,

falls du mit dem obigen Zitat meinst, dass du den ESP32 per IP-Adresse in einem Webbrowser erreichen willst, dann funktioniert das generell nicht. Deine Fhem-Definition scheint aber zu funktionieren:

Code Auswählen Erweitern

STATE      opened
#   READINGS:
#     2024-12-11 18:30:33   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
#     2024-12-11 18:30:33   cc1101_config_ext Modulation: ASK/OOK
#     2024-12-11 18:30:34   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
#     2024-12-11 18:30:32   state           opened
Das Problem, falls wird vom gleichen sprechen, hatte ich auch. Der ESP32 funktioniert trotzdem einwandfrei.

Viele Grüße Gisbert

[Ralf9]

nein, ESP32 über USB an fhem anbinden ist nicht vorgesehen.
Für USB gibts z.B. den Maple Mini (ca 12-14 Euro), nanoCul oder mit einem 3,3V ATmega32U4 einen CUL V3 aufbauen

Du kannst es auch mal mit der Firmware 4.2.3 versuchen
https://forum.fhem.de/index.php?topic=83273.msg1324774#msg1324774

Gruß Ralf

[Mikesch]

@Gisbert - ja der ESP32 und CC1101 an sich funktionieren , bis auf das WLAN re-connect Problem
@Ralf9 - ich flashe mal die 4.2.3

Eine allgemeine Frage zu dem 433,92Mhz Funk Thema an sich.
Ich habe einige Elro Steckdosen und Fernbedienungen,
irgendwie muss ich mit der Fernbedienung leicht wedeln weil der SIGNALduino und damit Fhem die Signale nicht immer mitbekommt.
Damit stimmt oft der Status ob die Steckdose an oder aus ist in FHEM nicht.
Kann man das irgendwie optimieren? Oder habt ihr das gleiche Problem?

UPDATE: mist! flashen ist schief gegangen, rebootet nur noch.
Habe 4.2.2 versucht zu flashen geht auch nicht. Dann testweise tasmota geflasht geht.
ESP32 Flashtool auf die Adresse 0x10000 flashen mehr ist es ja nicht. CP210x  treiber geupdatet, anderen Laptop geht auch nicht. CC1101 abgeklemmt hilft auch nicht.
So langsam weiß ich nicht weiter.

[eisman]

hi,

das könnte helfen.....


gruss

[Mikesch]

hm aber ich habe nur eine .bin Datei die ich auf 0x10000 und testweise auf 0x1000 geflasht habe.

Reden wir von der gleichen firmware?
"ESP32_sduino_devkitV1_422dev20220712.bin" von hier https://github.com/Ralf9/SIGNALDuino/releases
Dachte das ist die richtige für SIGNALesp32 DevKitV4 und CC1101.

[eisman]

hi,

ich habe die neue Version aufgespielt, wegen Probleme mit dem wieder verbinden vom WLan.( sie um #793)
mit der neuen Version habe ich diese Probleme Aktuell nicht mehr. Beim 1,Update hatte ich auch das reboot problem,
beim 2.Update mit den aktuellen Dateien ging es dann. Die Dateien waren bei einer ESP32 Duinoversion dabei.

die Dateien kann ich dir auch zusenden
gruss

[Mikesch]

ok laut deinen Bild hast du nur die .bin auf die Adresse 0x10000 geflasht, der Hacken ist nur dort gesetzt.
Ich habe die anderen Dateien leider nicht hast du sie noch? Magst du sie hochladen?
(Ich kann mich nicht mehr erinnern wie es beim ersten  Mail gemacht habe)

Hier steht auch nur .bin mit ESP Tool flashen...
https://www.fhemwiki.de/wiki/ESP32-SignalDuino

[Ralf9]

und testweise auf 0x1000 geflasht habe.

Damit hast Du den Bootloader überschrieben.

Normalerweise reicht die sduinoFirmware.bin auf die 0x10000, es gibt aber Fälle wo nicht der Standard Bootloader drauf ist.
Alternativ zum flashen der Bootloader.bin kann auch mit der Arduino IDE ein Beispiel sketch hochgeladen werden, dann ich der passende Bootloader auch drauf.

[eisman]

hi,

bei mir war und ist die FW auf 10.000 nicht auf 1.000.

ich weis nicht um man die Dateien hier rann hängen kann.

wenn nicht bitte eine Info damit ich sie wieder Löschen kann.....!!!!

+ die Bin von Ralf9 und ohne Garantie
PS: die addressen sollten stimmen, die Hacken waren nicht gesetzt,
weil ich testweise die  FW nochmal draufgespielt habe. Sin darin war,
meinen Fehler zu finden...

gruss

[eisman]

und testweise auf 0x1000 geflasht habe.

Damit hast Du den Bootloader überschrieben.

Normalerweise reicht die sduinoFirmware.bin auf die 0x10000, es gibt aber Fälle wo nicht der Standard Bootloader drauf ist.
Alternativ zum flashen der Bootloader.bin kann auch mit der Arduino IDE ein Beispiel sketch hochgeladen werden, dann ich der passende Bootloader auch drauf.

Hi,

das hat bei meinen nodeMCU ESP32 nicht funktioniert, Erst nach dem aufspielen vom Bootloader und Partition hat es geklappt.

gruss

[Mikesch]

Danke für die Dateien. 

Ich habe folgendes getestet.

### Test 1 ###
1. Mit Arduino IDE ein Sketch aufgespielt.
2. Mit Esp32 flash tool die Version 422 .bin auf 0x10000 geflasht. 
(ESP32_sduino_devkitV1_422dev20220712.bin  von hier https://github.com/Ralf9/SIGNALDuino/releases)
### Funktioniert! ###



### Test 2 ###
1. Mit Esp32 flash tool die Version 423 .bin auf 0x10000 geflasht. 
(ESP32_sduino_devkitV1_423dev241121.bin aus dem forum hier)
### Funktioniert nicht! ###

Terminal sagt:

Code Auswählen Erweitern

ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4832
load:0x40078000,len:16460
load:0x40080400,len:4
load:0x40080404,len:3504
entry 0x400805cc
E (365) esp_cor��␖VW␋}���͡� Incorrect size of core dump image: 0
Terminal disconnected: FramingError: Framing error



### Test 3 ###
Mit Esp32 flash tool die Version 423 .bin auf 0x10000 
ssc.bin auf 0x1000
bootloader.bin auf 0x8000
Fehlermeldung - kann man so nicht flashen.

Du darfst diesen Dateianhang nicht ansehen.





### Test 4 ###
1. Mit Arduino IDE ein Sketch aufgespielt.
2. Mit Esp32 flash tool die Version 423 .bin auf 0x10000 geflasht. 
Geht auch nicht.

Code Auswählen Erweitern

ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4832
load:0x40078000,len:16460
load:0x40080400,len:4
load:0x40080404,len:3504
entry 0x400805cc
Terminal disconnected: FramingError: Framing errorr