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

Begonnen von Ralf9, 13 Dezember 2019, 12:48:26

Vorheriges Thema - Nächstes Thema

Ralf9

Zitatnur senden tut es nicht.
edit 18.12. wenn irgend ein Sendebefehl mit raw ausgeführt wird leuchtet die Led am Modul kurz auf, aber es wird nichts gesendet.
Kontrolliert mit einem Spectum Analyser
So wies aussieht müssen die zu sendenden Daten eine Mindestlänge von 15 Byte haben, sonst gibts ein TX FIFO underflow (marcstate 22) und es wird nichts gesendet.

Ich hab zum Testen das Model Switch_8080_01_2Key verwendet
KOPP_FC culfsk on
4: sduino SendrawFromQueue: msg=SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;
4: sduino/msg READ: SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;Marcs=12

Nach dem Senden wird mit ..;Marcs=.. der marcstate zurückgegeben. 22 (0x16) TXFIFO_UNDERFLOW, 12 ENDCAL, 19 TX, 1 IDLE

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

dieter114

Hallo Ralf,
es sieht so aus als ob das Teil endlich läuft.
Folgende Version eingestellt:
[code]define MarpelSduinoLAN SIGNALduino 192.168.178.29:23
attr MarpelSduinoLAN hardware Maple_sduino_LAN
attr MarpelSduinoLAN room CUL
#   Clients    :CUL_TCM97001:SD_WS:SD_WS07:SD_WS09:Hideki:LaCrosse:OREGON:CUL_EM:CUL_WS:CUL_TX:SD_AS:IT: :FS10:FS20:SOMFY:FLAMINGO:SD_WS_Maverick:KOPP_FC:PCA301:SD_BELL:SD_GT:SD_RSL:SD_UT:WMBUS:HMS: :IFB:CUL_FHTTK:FHT:RFXX10REC:Revolt:Dooya:Fernotron:SD_Keeloq:SD_Rojaflex:Siro:LTECH:CUL_MAX:SD_Tool:SIGNALduino_un:
#   ClientsKeepOrder 1
#   DEF        192.168.178.29:23
#   DMSG       kr07C6288D30CC0F03
#   DevState   initialized
#   DeviceName 192.168.178.29:23
#   EQMSGCNT   0
#   FD         10
#   FUUID      6762a419-f33f-b48a-5a40-4ec1d01ea83b7632
#   IDsNoDispatch 2,31,43.1,72.1,82,87,88
#   LASTDMSG   kr07C6288D30CC0F03
#   LASTDMSGID 102
#   MSGCNT     8
#   NAME       MarpelSduinoLAN
#   NR         52
#   PARTIAL   
#   RAWMSG     MN;D=07C6288D30CC0F033E000000000000;N=4;R=212;
#   RSSI       -96
#   STATE      opened
#   TIME       1734710877.85106
#   TYPE       SIGNALduino
#   a_ccconf   b=1 rx=0 freq:868.338MHz bWidth:101KHz rAmpl:42dB sens:8dB (DataRate:4797.94Baud) [boffs=0100*]
#   a_ccconfFSK N=4 ccmode=2 sync=AA54 Modulation:GFSK (SYNC_MODE:16/16 + carrier-sense above threshold) DEVIATN:25.391kHz
#   cc1101_frequency 868.338
#   eventCount 65
#   sendworking 0
#   version    V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: A1*) irx0 - compiled at Jul 13 2022 13:19:01
#   versionmodul v3.4.17-ralf_07.11.23
#   versionprotoL v3.4.17-ralf_07.11.23
#   DoubleMsgIDs:
#   MatchList:
#     01:IT      ^i......
#     02:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     03:SD_RSL  ^P1#[A-Fa-f0-9]{8}
#     04:OREGON  ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     05:CUL_TX  ^TX..........
#     06:SD_AS   ^P2#[A-Fa-f0-9]{7,8}
#     07:Hideki  ^P12#75[A-F0-9]+
#     09:CUL_FHTTK ^T[A-F0-9]{8}
#     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|124|127|128|199)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     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]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr..................
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     34:WMBUS   ^b.*
#     35:HMS     ^810e04......a001
#     36:IFB     ^J............
#     37:LTECH   ^P31#[A-Fa-f0-9]{26,}
#     38:CUL_MAX ^Z.*
#     90:SD_Tool ^pt([0-9]+(\.[0-9])?)(#.*)?
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2024-12-20 16:50:48   cc1101_config   freq:868.338MHz bWidth:101KHz rAmpl:42dB sens:8dB (DataRate:4797.94Baud)
#     2024-12-20 16:50:48   cc1101_config_ext Modulation:GFSK (SYNC_MODE:16/16 + carrier-sense above threshold) DEVIATN:25.391kHz
#     2024-12-18 15:08:08   ccpatable       868.338 MHz, C3E = 00 81 00 00 00 00 00 00  => 5_dBm
#     2024-12-18 15:08:21   ccreg           Unsupported command
#     2024-12-20 17:13:10   ping            OK
#     2024-12-18 11:49:02   raw             V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: A1*) irx0 - compiled at Jul 13 2022 13:19:01
#     2024-12-18 11:48:25   rfmode          KOPP_FC__B20_N4_4785 => ok,N=4,ccmode=2
#     2024-12-20 15:14:08   state           opened
#     2024-12-18 11:32:35   version         V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: A1*) irx0 - compiled at Jul 13 2022 13:19:01
#   getcmd:
#   keepalive:
#     ok         0
#     retry      0
#   mcIdList:
#     10
#     11
#     12
#     18
#     43
#     47
#     52
#     57
#     58
#     96
#     119
#     129
#     212
#   mnIdList:
#     100
#     101
#     102
#     103
#     107
#     108
#     109
#     112
#     115
#     116
#     123
#     125
#     126
#     201
#     202
#     203
#     204
#     205
#     206
#     207
#     208
#     209
#     210
#     214
#     215
#   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
#     113
#     118.1
#     124.1
#     127.1
#     128.1
#   muIdList:
#     8
#     9
#     13.1
#     16
#     17.1
#     19
#     20.1
#     21
#     22
#     24
#     26
#     27
#     28
#     29
#     30
#     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
#     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
#     124
#     127
#     128
#     198
#     200
#     200.1
#   rfmodesets:
#     rfmode     Avantek_433__B8_N9_FSK,Bresser_5in1_u_7in1__B28_N7_8220,Bresser_6in1__B20_N7_8220,DP100_WH51_WH57_433__B16_N16_17241,DP100_WH51_WH57_868__B16_N6_17241,HoneywActivL__SlowRf_FSK,KOPP_FC__B20_N4_4785,Lacrosse_mode1_WS1080_TX38__B12_N1_17241,Lacrosse_mode2__B12_N2_9579,PCA301_mode3__B32_N3_6631,Rojaflex_433__B12_N8_GFSK,SlowRF_ccFactoryReset,W136__B24_N10_4798,WH24_WH25__B20_N1_17241,WMBus_S__N11_ab_firmware_V422,WMBus_T_u_C__N12_ab_firmw_V422,WS1600_TX22_mode5__B16_N5_8842,custom
#   rfmodesetsTesting:
#     rfmodeTesting Avantek_433__B5_N9_FSK,Bresser_5in1_u_7in1__B26_N7_8220,Bresser_6in1__B18_N7_8220,DP100_WH51_WH57_433__B14_N16_17241,DP100_WH51_WH57_868__B14_N6_17241,Elero__N13_ab_firmw_V335_u_V422,Inkbird_433__B18_N14_FSK,Lacrosse_mode1_TX38__B5_N1_17241,Lacrosse_mode1_WS1080_TX38__B10_N1_17241,Lacrosse_mode2__B5_N2_9579,MAX__N15,PCA301_mode3__B12_N3_6631,W136__B24_N10_4798,WH24_WH25__B16_N1_17241,WS1600_TX22_mode5__B5_N5_8842
#
setstate MarpelSduinoLAN opened
setstate MarpelSduinoLAN 2024-12-20 16:50:48 cc1101_config freq:868.338MHz bWidth:101KHz rAmpl:42dB sens:8dB (DataRate:4797.94Baud)
setstate MarpelSduinoLAN 2024-12-20 16:50:48 cc1101_config_ext Modulation:GFSK (SYNC_MODE:16/16 + carrier-sense above threshold) DEVIATN:25.391kHz
setstate MarpelSduinoLAN 2024-12-18 15:08:08 ccpatable 868.338 MHz, C3E = 00 81 00 00 00 00 00 00  => 5_dBm
setstate MarpelSduinoLAN 2024-12-18 15:08:21 ccreg Unsupported command
setstate MarpelSduinoLAN 2024-12-20 17:13:10 ping OK
setstate MarpelSduinoLAN 2024-12-18 11:49:02 raw V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: A1*) irx0 - compiled at Jul 13 2022 13:19:01
setstate MarpelSduinoLAN 2024-12-18 11:48:25 rfmode KOPP_FC__B20_N4_4785 => ok,N=4,ccmode=2
setstate MarpelSduinoLAN 2024-12-20 15:14:08 state opened
setstate MarpelSduinoLAN 2024-12-18 11:32:35 version V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 (R: A1*) irx0 - compiled at Jul 13 2022 13:19:01

[/code]
Und ein Beispiel für einen Rolladen:
[code]define Rolladen_Vorrat KOPP_FC 10 7944 03 00
attr Rolladen_Vorrat userattr KOPP_FC KOPP_FC_map structexclude
attr Rolladen_Vorrat IODev MarpelSduinoLAN
attr Rolladen_Vorrat KOPP_FC Alle_Rollos
attr Rolladen_Vorrat devStateIcon up:fts_shutter_10 down:fts_shutter_90 stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90
attr Rolladen_Vorrat eventMap up:up down:down stop:stop top:top bottom:bottom
attr Rolladen_Vorrat model Blind_8080_02
attr Rolladen_Vorrat room Rolladen
attr Rolladen_Vorrat webCmd top:up:stop:down:bottom
#   CFGFN     
#   DEF        10 7944 03 00
#   FUUID      676596cb-f33f-b48a-0e70-25628949030ffbb4
#   IODev      MarpelSduinoLAN
#   KEYCODE    10
#   KEYCODE2   00
#   NAME       Rolladen_Vorrat
#   NR         59
#   STATE      top
#   TIMEOUT    00000
#   TRANSMITTERCODE1 7944
#   TRANSMITTERCODE2 03
#   TYPE       KOPP_FC
#   blkctr     9
#   eventCount 9
#   CODE:
#     1          7944 10
#     2          7944 00
#     stop       7944 F7
#   READINGS:
#     2024-12-20 17:10:43   IODev           MarpelSduinoLAN
#     2024-12-20 17:11:47   state           top
#
setstate Rolladen_Vorrat top
setstate Rolladen_Vorrat 2024-12-20 17:10:43 IODev MarpelSduinoLAN
setstate Rolladen_Vorrat 2024-12-20 17:11:47 state top

[/code]
Damit geht es erstmal - frag mich aber nicht warum.....

Wenn Signale in schneller Reihenfolge gesendet werden sollen
z.B. "Hoch" und dann gleich "Stop" geht das erst nach etwas längerer Zeit.
Gibt es dort intern ein Timeout?
Oder kann es sein das der bei mir fehlende Kodensator einfach nur die Ursache ist.

LG WDS
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLESDuino(adv), div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI,Poolsteuerung mit fhem, Fronius, BYD Solaranlage

Ralf9

Was heißt "nach etwas längerer Zeit"?

Das "R=13" im Sendebefehl "SN;R=13;N=4;D..." bedeutet, das die Nachricht 13 mal gesendet wird, erst wenn vom sduino die Rückmeldung kommt, dass gesendet wurde, wird der nächste Befehl gesendet.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

dieter114

Ok verstanden aber wie lange sind denn R=13 in Sekunden?
Das kann doch nicht lang sein.
Hintergrund: Ich sende morgens Befehle an 10 Rolläden hintereinander über ein structure mit async_delay 3 sek weg.
Und die Zeit swischen den Befehlen ist dann also schon wichtig.

LG WDS
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLESDuino(adv), div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI,Poolsteuerung mit fhem, Fronius, BYD Solaranlage

Ralf9

Das sieht man im log, ca 1 Sek
2024.12.20 11:48:41.037 4: sduino SendrawFromQueue: msg=SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;
2024.12.20 11:48:41.925 4: sduino/msg READ: SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;Marcs=12
2024.12.20 11:48:41.925 4: sduino/msg READ: regexp=^S(R|C|M|N); cmd=sendraw msg=SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;Marcs=12
2024.12.20 11:48:41.925 4: sduino/read sendraw answer: SN;R=13;N=4;D=07FA5E0421CC0F02ed000000000000;Marcs=12

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralli

Hallo zusammen,

ich versuche verzweifelt, einen Maple-SignalDuino-LAN mit zwei Modulen (1x 433 MHz, 1x 868 MHz) ans Laufen zu bekommen.

Die Platine ist mit V0.2.1 bezeichnet, waren da auch noch die Aufdrucke 433 und 868 vertauscht?

Auf dem SDuino ist die letzte Firmware V 4.2.2-dev220712 SIGNALduinoAdv LAN cc1101 drauf, in FHEM ist die aktuelle Version von SIGNALduinoAdv eingebunden, die Module lassen sich beide aktivieren, initialisieren und Speicherbänken zuordnen.

Allerdings bekomme ich nach allen möglichen Versuchen keine Signale meiner Bresser eingefangen, die auf einem CUL mit SDuino-Firmware einwandfrei empfangen werden.

Wie kann ich prüfen, ob das Radio A das Modul für 868 MHz und das Radio B das Modul für 433 MHz ist?

Boah. Es ist wie verhext. Natürlich nach dem Schreiben des Beitrages noch einmal Reset, einzelne Radios deaktiviert und aktiviert usw., lange Rede, kurzer Sinn: Klappt 8-)
Gruß,
Ralli

Proxmox 8.3 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.79.6.20250118) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

Ralf9

Bei der Platine 0.1 und 0.2 waren die Aufdrucke 433 und 868 vertauscht.
Auf der Seite wo Pin 31 beschriftet ist, ist das Modul 868

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

dieter114

Hallo Ralf,
nochmal ne Frage:
Nachdem mit deiner Hilfe endlich mein Maple_LAN SDuino läuft und die Kopp Rölläden steuert
versuche ich ein weiteres Modul zu laufen zu bringen.
Standard Bestückung 868 und 433 Briefmarke aufgelötet und konfiguriert. (Ranseier Platine)
Ok - bei 433 komt hier wohl nix an aber bei 868 ist einiges in der Luft.
Meine WH1080 Wetterstation läuft noch über ein ältes SDuino Modul
und das soll nun abgelöst werden.
Mit dem Mapel-SDuino läuft es einfach nicht.
Welcher rfmode muss denn für WH1080 868 MHz eingestellt werden?

LG WDS
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLESDuino(adv), div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI,Poolsteuerung mit fhem, Fronius, BYD Solaranlage

Ralf9

Die 1080 gibts als WS1080 (rfmode Lacrosse_mode1) und WH1080 (SlowRF ASK/OOK),
das 433 Modul B ist per Default auf Bank 0 SlowRF, es müsste dann reichen, wenn Du die Frequenz auf 868.35 MHz änderst. Evtl musst Du auch die bWidth erhöhen.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

dieter114

RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLESDuino(adv), div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI,Poolsteuerung mit fhem, Fronius, BYD Solaranlage

hajo23

Hallo Ralf,
auf Basis einer Platine von Martin Ranseyer habe ich mir einen neuen SDuino erstellt. Ich habe dabei nicht die Version 0.2 sondern 2.0 (Maple-smal) verwendet. Zu spät ist mir aufgefallen, dass er in der Version 2 verschiedene Ports gegenüber der Version 0.2 getauscht hat. Für die Verbindung zu den Radios hat er MOSI1, MISO1 und SCK1 beschaltet. Das LAN-Modul hat WIZ_SEL an SCS, MISO2 an MISO und SCK2 an SCLK.

Wenn ich es richtig sehe, habe ich jetzt 3 Möglichkeiten:
1. ich verwende die FW, die Martin vorgesehen hat. Welches wären aktuell die Unterschiede zu deiner? Könnte ich in FHEM beide Modul-Versionen gleichzeitig verwenden?
2. ich ändere/ergänze das Portmapping in deiner FW und kompiliere selbst. Wie hoch ist der Aufwand? An wie vielen Stellen müsste ich diese 6 Ports ändern, oder gibt es sogar schon ein Port-mapping im Header um die Ports zuzuweisen?
3. ich haue die Platine in die Tonne und fange mit der 0.2 Version nochmal neu an.

Zu was würdest du mir raten?

hajo23

inzwischen habe ich verstanden, dass ich keinen SDuino, sondern einen CUL gebaut habe. :) Mit der CUL-FW funktioniert auch meine Schaltung. Bleibt die Frage ob auch die LAN-FW für den CUL geht. Wo finde ich die Portzuordnung für das LAN-Modul?

Ralf9

Für den Maple CUL gibts die sduino FW Maple_cul_USB und Maple_cul_LAN
https://github.com/Ralf9/SIGNALDuino/releases/tag/V4.2.2-dev220712

Beim Maple CUL ist das LAN Modul an SPI2 angeschlossen.
Das selbst kompilieren ist da recht schwierig da dafür eine gepatchte Ethernet Library verwendet werden muss.
https://github.com/KooLru/Ethernet/tree/spi2
Die normale Ethernet Library funktioniert nur an SPI1.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

hajo23

Vielen Dank für die Erklärung. Mit SPI2 sollte es passen.

Ich möchte gern noch die WLAN Variante mit dem D1 mini und einer serBridge probieren. Ich habe dazu erstmal Tasmota (zbbrdg) geflasht, die die Bridge enthält. Funktioniert die Bridge mit FW Maple_cul_USB und Maple_cul_LAN, wenn ich sie an den Dbg-header anschließe?

Gruß Hajo

Ralf9

Nein, dies funktioniert nicht über den Dbg-header.
Für WLAN gibts eine Firmware direkt auf das ESP32 DEVKIT V1 oder ESP32 D1 mini
https://forum.fhem.de/index.php?topic=83273.msg755123#msg755123
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7