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

[juergs]

Hallo Ralf,
die hier sind kompakter:
WEMOS D1 ESP32

Allerdings doppelreihig, daher kaum Steckbrett-geeignet. Geht aber, wenn man eine Reihe unten und eine oben verlötet.
Die Verdrahtung ist eine Herausforderung! 

[Ralf9]

Hab bei Amazon dies gefunden:

Vermutlich aufgrund der kleinen Bauform, ist das Potential des ESP32 nicht vollständig ausgeschöpft, d.h. es bleiben einige der GPIO Pins ungenutzt. Mich persönlich stört dies nicht weiter, wer allerdings die kompletten Anschlussmöglichkeiten braucht, ist mit der normalen NodeMCU ESP32 Dev Platine ggf. besser beraten.

Weißt Du zufällig ob und welche GPIO Pins gegenüber der normalen NodeMCU ESP32 Dev Platine fehlen?

[juergs]

Nein, aber glaube dass alle GPIOs des Moduls herausgeführt sind.
GPIO13 ist z.B. anders benannt = TK.

Muß aber auch erst Erfahrungen sammeln, deshalb die Nachfrage nach der aktuellen SignalESP-FW.

esp32-dual-core-arduino-ide/
esp32-dual-core-programming-using-arduino-ide
esp32-nutzung-beider-cpu-kerne-fuer-eigene-projekte
Overview_of_ESP32_features._What_do_they_practically_mean
ESP32-Dual-Core-Programming/Design_Guidelines.pdf


RTOS wäre vielleicht eleganter? ESP32 Explained

[Ralf9]

wenn die GPIO für den maximalausbau mit 4 cc1101 und 1-2 seriellen reichen ist es egal wenn nicht alle GPIOs rausgeführt sind.
Für 4 cc1101 werden
MOSI
MISO
SCLK

und 10 GPIOs benötigt:
4 x CSN
4 x GD02 (Receive)
2 x GD00 (send)

[juergs]

Mit einem 2-zu-4-Multiplexer  74HC_HCT139 könnte man noch auf zwei Ports z.B. für CSN verzichten.
Also 8 GPIOS außer den SPIs.

GPIOs: esp32-pinout-reference-gpios/

GPIO   Input   Output   Notes
0   pulled up   OK   outputs PWM signal at boot
1   TX pin   OK   debug output at boot
2   OK   OK   connected to on-board LED
3   OK   RX pin   HIGH at boot
4   OK   OK   
5   OK   OK   outputs PWM signal at boot
6    x    x   connected to the integrated SPI flash
7    x    x   connected to the integrated SPI flash
8    x    x   connected to the integrated SPI flash
9    x    x   connected to the integrated SPI flash
10    x    x   connected to the integrated SPI flash
11    x    x   connected to the integrated SPI flash
12   OK   OK   boot fail if pulled high
13   OK   OK   
14   OK   OK   outputs PWM signal at boot
15   OK   OK   outputs PWM signal at boot
16   OK   OK   
17   OK   OK   
18   OK   OK   
19   OK   OK   
21   OK   OK   
22   OK   OK   
23   OK   OK   
25   OK   OK   
26   OK   OK   
27   OK   OK   
32   OK   OK   
33   OK   OK   
34   OK      input only
35   OK      input only
36   OK      input only
39   OK      input only

[romakrau]

Mit dieser Firmware-Version V 3.4.0 ist noch ist noch keine Verarbeitung von frequenzmodulierten Signalen möglich. Es wird dafür die aktuelle Entwicklerversion https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/untagged-e25c9d3dabc58e21a668 benötigt.

Leider gibt diese Adresse eine Fehlermeldung in Github aus. In GitHub war ich angemeldet.
Wie lautet denn die korrekte Adresse. Hat jemand die korrekte Adresse.
Gruß
Roman

[juergs]

Hallo Roman,

statt "Releases" => "Tags" auswählen ?

[juergs]

Hallo Roman,

bist Du mit https://github.com/RFD-FHEM/SIGNALDuino/issues/185
in W10 weitergekommen?

src\_micro-api\libraries\WIFIManager/WiFiManager.h:477:51: error: 'S_brand' was not declared in this scope
     String        _title                  = FPSTR(S_brand); // app title -  default WiFiManager
                                                   ^
C:\Users\js\.platformio\packages\framework-arduinoespressif32\cores\esp32/WString.h:39:76: note: in definition of macro 'FPSTR'
#define FPSTR(pstr_pointer) (reinterpret_cast<const __FlashStringHelper *>(pstr_pointer))
                                                                            ^
src\_micro-api\libraries\WIFIManager/WiFiManager.h:616:33: error: 'S_debugPrefix' was not declared in this scope
     String _debugPrefix = FPSTR(S_debugPrefix);
                                 ^
C:\Users\js\.platformio\packages\framework-arduinoespressif32\cores\esp32/WString.h:39:76: note: in definition of macro 'FPSTR'
#define FPSTR(pstr_pointer) (reinterpret_cast<const __FlashStringHelper *>(pstr_pointer))
                                                                            ^
*** [.pio\build\esp32_CC1101\src\main.cpp.o] Error 1

==================== [FAILED] Took 5.70 seconds ==========

Ich würde gerne einmal erleben, die  Signalduino-FW ohne Probleme kompilieren zu können. 

Jürgen

/edit: versuche es in der Umbuntu-WSL mit git clone... nicht 

bzw.:

#include <vector>

#include <DNSServer.h>
#include <memory>
#include <strings_en.h>

in WifiManager.h wegen <strings_en.h> weiter nach oben gelegt. Ein Schritt weiter.

In file included from src\_micro-api\libraries\WIFIManager/WiFiManager.h:27:0,
                 from src\_micro-api\libraries\WIFIManager\WiFiManager.cpp:13:
src\_micro-api\libraries\WIFIManager/strings_en.h:374:7: error: 'wifi_country_t' does not name a type
const wifi_country_t WM_COUNTRY_US{"US",1,11,CONFIG_ESP32_PHY_MAX_TX_POWER,WIFI_COUNTRY_POLICY_AUTO};

Code Auswählen Erweitern

#ifdef ESP32
// as 2.5.2
// typedef struct {
//     char                  cc[3];   /**< country code string */
//     uint8_t               schan;   /**< start channel */
//     uint8_t               nchan;   /**< total channel number */
//     int8_t                max_tx_power;   /**< This field is used for getting WiFi maximum transmitting power, call esp_wifi_set_max_tx_power to set the maximum transmitting power. */
//     wifi_country_policy_t policy;  /**< country policy */
// } wifi_country_t;
Auskommentiert inSIGNALDuino-3.5.0-dev-20201207\src\_micro-api\libraries\WIFIManager\strings_en.h !?
Nein muss so sein. Es fehlt ein include:

#include <esp_wifi_types.h>

Code Auswählen Erweitern

#include <esp_wifi_types.h>

n file included from src\_micro-api\libraries\WIFIManager/WiFiManager.h:28:0,
                 from src\_micro-api\libraries\WIFIManager\WiFiManager.cpp:13:
src\_micro-api\libraries\WIFIManager/strings_en.h:373:4: error: conflicting declaration 'typedef struct wifi_country_t wifi_country_t'

Code Auswählen Erweitern

#define WIFI_MANAGER_OVERRIDE_STRINGS

#ifndef WIFI_MANAGER_OVERRIDE_STRINGS
// !!! ABOVE WILL NOT WORK if you define in your sketch, must be build flag, if anyone one knows how to order includes to be able to do this it would be neat.. I have seen it done..
... erzeugt noch mehr Fehler, das define wieder entfernt.

Das endif verlagert:

Code Auswählen Erweitern

const char HTTP_INFO_stasub[]     PROGMEM = "<dt>Station Subnet</dt><dd>{1}</dd>";
const char HTTP_INFO_dnss[]       PROGMEM = "<dt>DNS Server</dt><dd>{1}</dd>";
const char HTTP_INFO_host[]       PROGMEM = "<dt>Hostname</dt><dd>{1}</dd>";
const char HTTP_INFO_stamac[]     PROGMEM = "<dt>Station MAC</dt><dd>{1}</dd>";
const char HTTP_INFO_conx[]       PROGMEM = "<dt>Connected</dt><dd>{1}</dd>";
const char HTTP_INFO_autoconx[]   PROGMEM = "<dt>Autoconnect</dt><dd>{1}</dd>";

// END WIFI_MANAGER_OVERRIDE_STRINGS
#endif



und die

Code Auswählen Erweitern

onst char S_brand[]              PROGMEM = "WiFiManager";
const char S_debugPrefix[]        PROGMEM = "*wm:";
const char S_y[]                  PROGMEM = "Yes";
freigelegt.

... uuunnnddd für "[env:esp32_CC1101]", voila:

Compiling .pio\build\esp32_CC1101\FrameworkArduino\wiring_pulse.c.o
Compiling .pio\build\esp32_CC1101\FrameworkArduino\wiring_shift.c.o
Archiving .pio\build\esp32_CC1101\libFrameworkArduino.a
Archiving .pio\build\esp32_CC1101\lib325\libWIFIManager.a
Linking .pio\build\esp32_CC1101\esp32_CC1101_v350_dev210508.elf
Retrieving maximum program size .pio\build\esp32_CC1101\esp32_CC1101_v350_dev210508.elf
Checking size .pio\build\esp32_CC1101\esp32_CC1101_v350_dev210508.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [=         ]  12.8% (used 41896 bytes from 327680 bytes)
Flash: [=======   ]  65.8% (used 863030 bytes from 1310720 bytes)
Building .pio\build\esp32_CC1101\esp32_CC1101_v350_dev210508.bin
esptool.py v3.0
============================== [SUCCESS] Took 11.49 seconds ==

Offenbar passt die aktelle tzapuWifimanager-Lib nicht mehr so ganz .... bzw. ist etwas buggy ...

nternals:
   CFGFN     
   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.178.164:23
   DMSG       u19#4B802
   DevState   initialized
   DeviceName 192.168.178.164:23
   EQMSGCNT   0
   FD         223
   FUUID      6096e6ff-f33f-1cca-a54d-e87b4b2fd5c7e6cc
   IDsNoDispatch 2,72.1,82,87,88
   LASTDMSG   u19#4B802
   LASTDMSGID 19
   MSGCNT     26
   NAME       SIGNALESP32
   NR         925
   PARTIAL   
   RAWMSG     MU;P0=-594;P2=876;P3=-833;P4=271;P5=626;P6=-231;P7=158;D=0234040405656467640564040564056565640404040404040404056;CP=4;R=221;
   RSSI       -91.5
   STATE      opened
   TIME       1620502410.70593
   TYPE       SIGNALduino
   cc1101_frequency 433.920
   rmsgRaw    Mu;�҂;��;���;���;��;��;���;d4edgdddeed`;C4;RDD;
   sendworking 0
   version    V 3.5.0-dev+20201207 SIGNALESP cc1101 (chip CC1101) - compiled at May  8 2021 21:09:58
   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 ^\d+#.*
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-05-08 21:32:19   cc1101_config   freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
     2021-05-08 21:31:14   state           opened
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12

usw.

Ok, jetzt muss ich nur noch prüfen, ob ich die passenden signalduino-Module in FHEM installiert habe.

Anmerkung: musste alle #include "WifiManager.h"  in  #include <WifiManager.h> umsetzen. Den Inhalt des tzapu/Wifimanager-Repositories in das Verzeichnis
"SIGNALDuino-3.5.0-dev-20201207\src\_micro-api\libraries\WIFIManager" kopiert.

Debugger in VSCode:
esp32-in-circuit-debugging

On the ESP32, the JTAG pins are GPIO pins at the same time. So during debugging, you cannot use them. They are:
    GPIO12 — TDI
    GPIO15 — TDO
    GPIO13 — TCK
    GPIO14 — TMS

Next go to your PlatformIO project and two lines to the project's platform.ini file:

https://docs.platformio.org/en/latest/plus/debug-tools/esp-prog.html
https://docs.platformio.org/en/latest/boards/espressif32/wemos_d1_mini32.html#board-espressif32-wemos-d1-mini32
https://github.com/Pro/open62541-arduino/wiki/Debugging-ESP32

debug_tool = esp-prog
debug_init_break = tbreak setup

[romakrau]

Hallo Juergen,
ich habe es unter W10 sowohl mit der Arduino, als auch der VS-Platformio fehlerfrei kompilieren können.
Vielleicht hast Du beim Clone des Git einen Fehler drin. Ich hatte unter WIN10 mit der Git-GUI vie Version 3.5.0 heruntergeladen. 
Nach dem mühevollen kopieren der Dateien in die richtigen Verzeichnisse, Windows löst hier das ../.. nicht auf, klappt es mit dieser Version. Meist hat man eine Datei verschoben anstatt kopiert schon fehlt sie bei dem anderen Kompiler.

Viel Glück Roman

[elektron-bbs]

Ich habe mir dazu eine Batch geschrieben.
Hier noch der aktualisierte Link zu den Releases von SIGNALduino:
https://github.com/RFD-FHEM/SIGNALDuino/releases

[romakrau]

So weit so gut. Kompilier und aufgespielt, WiFiMangaer läuft, ESP erkannt.
Nach einspielen des Update(s) zeigt FEHM folgende Fehlermeldung:

Code Auswählen Erweitern

Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at ./FHEM/00_SIGNALduino.pm line 28.
BEGIN failed--compilation aborted at ./FHEM/00_SIGNALduino.pm line 28.

[romakrau]

So Modul CRC nachinstalliert und ich habe erstmal eine Ausgabe (siehe list):

Code Auswählen Erweitern

Internals:
   CFGFN     
   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_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.187.239:23
   DMSG       nothing
   DevState   initialized
   DeviceName 192.168.187.239:23
   FD         32
   FUUID      6097e7f7-f33f-e93f-997c-66d1bd94735e9d7b
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       SGD2
   NR         317
   PARTIAL   
   STATE      opened
   TIME       1620568055
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   version    V 3.5.0-dev+20201221 SIGNALESP cc1101 (chip CC1101) - compiled at May  9 2021 15:23:32
   versionProtocols 1.28
   versionmodul 3.5.1+20210430
   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)#.*
     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\w{18,}
     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]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2021-05-09 15:54:02   cc1101_config   Freq: 868.300 MHz, Bandwidth: 203 KHz, rAmpl: 33 dB, sens: 8 dB, DataRate: 9571.08 Baud
     2021-05-09 15:54:02   cc1101_config_ext Modulation: 2-FSK, Syncmod: 16/16 + carrier-sense above threshold
     2021-05-09 15:51:13   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2021-05-09 15:55:11   ping            OK
     2021-05-09 15:51:11   state           opened
   additionalSets:

@Juergen: Versuche mal die Version 3.4 per GitGUI zu holen. Es werden dir die Sub-Module WiFiManger und ArduinoJSON geladen. Danach hole das zip-File der Version 3.5 und expandieren sie. Danach kopiere die libaries der Sub-Module aus 3.4 in die Verzeichnisse der Version 3.5. So hats zumindest bei mir funktioniert.
Gruß
Roman Krause

P.S.: Das kommt davon wenn man aus dem Fenster guckt. 

[juergs]

Hallo elektron-bbs,

das mit den verlinkten spezifischen Versionen des Wifimanagers  und der ArduinoJson-Libs ist eine Klasse Idee, danke dafür!

Meine Vorgehensweise war natürlich dann nicht so "flexibel" und Fehler-anfällig.
Hatte den Code per Zip heruntergeladen und die aktuellste WifiManager-Version in das leere WifiManager-Verzeichnis gelegt.
Das das mit der aktuellen Version hakt, war dann ja eigentlich klar... 

Die .bat-Datei ist da natürlich komfortabel. MS-Edge weigert sich aber eine .bat-Datei herunterzuladen ".. möglicherweise schädlich..."
Firefox macht das anstandslos ...

Danke auch für das Aufzeigen des erweiterten "git clone"-Befehls. (Kannte ich leider so noch nicht ...)

Code Auswählen Erweitern

git clone -b dev-r3.5_xFSK --recurse-submodules -c core.symlinks=true https://github.com/RFD-FHEM/SIGNALDuino SIGNALDuino_%branch%_%verz%

Das sollte in Zukunft vielen Leuten das Erstellen erleichtern. Wobei das fertige erstellte Bin-File zu bevorzugen ist
Geht bei mir nicht da ich eine abweichende Pinbelegung in der Hardware für zwei CC1101 habe.
Dafür würde ich dann, sobald fertig, ein Pull-Request beisteuern.

Der neue SignalESP ist aktiv und legt fleißig neue Devices an.
Besonders mit SD_BELL werde ich überflutet:

SD_BELL_FA7A03C
SD_BELL_FA7A03D
SD_BELL_FA7A03E
SD_BELL_FA7A041
SD_BELL_FA7A042
SD_BELL_FA7A043
SD_BELL_FA7A046
SD_BELL_FA7A047
SD_BELL_FA7A048
SD_BELL_FA7A04B
SD_BELL_FA7A04C
SD_BELL_FA7A050
SD_BELL_FA7A051
SD_BELL_FA7A052
SD_BELL_FA7A055
SD_BELL_FA7A056
SD_BELL_FA7A05A
SD_BELL_FA7A05B
SD_BELL_FA7A05C
SD_BELL_FA7A05F
SD_BELL_FA7A064
SD_BELL_FA7A065
SD_BELL_FA7A066
SD_BELL_FA7A073
SD_BELL_FA7A079
SD_BELL_FA7A07A

Grüße,
Jürgen

@Roman: Das mit der verlinkten Lib löst generell das Grundproblem, auch mit der spezifischen (getesteten) Version!
Versuche mal  ein FHEM-Update mit Update-Befehl aus dem Wiki  oder https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
Ich habe bei mir die .pm-Version von Ralf9 schon installiert. Deswegen funktioniert das bei mir out-of-the-box.

[romakrau]

Hallo zusammen,
sehe das die Datarate abweicht. Aktuell habe ich DataRate: 17257.69 Baud. Vorher war das irgendwas um die 5600Bd.

Das Script ist hilfreich, da damit endlich auch die Abhängigkeiten aufgelöst werden.
Gruß

[elektron-bbs]

Diese Datenrate ist LaCrosse Mode 1.