Hallo Zusammen,
eigentlich hatte ich mit dem Thema SIGNALduino schon abgeschlossen, aber uneigentlich reizt es mich ja doch etwas 😉
Also was habe ich getan ? Vor mir liegt ein ESP32 und ein CC1101 Modul.
Allerdings kommt bei mir die Frage auf ... was nun ?
Bisher herausgefunden habe ich, dass es wohl 2 Module mit identischen Namen zu dem Thema gibt.
Aber wie unterscheiden sich die beiden Module und welches ist für welchen Einsatzzweck zu bevorzugen ?
Was mir nicht gelingt, ist herauszufinden, wie ich anfangen und loslegen kann.
Die Doku/Wiki zu den beiden Modulen ist komplett mit Querverweisen vermischt, so daß man nie genau weiß, zu welchem Modul man gerade etwas liest.
Ebenso finde ich keine finale Info, wie die Hardware (ESP32 & CC1101) miteinander zu verbinden ist.
Mal angenommen, ich entscheide mich für das offizielle Modul aus dem SVN (@Sidey).
Auch hier erschließt sich mir nicht, wie man den ESP32 programmieren kann, wenn mein FHEM System über gar keinen USB-Port verfügt. Wo finde ich den Sketch zum selbst kompilieren und sind ggf. Anpassungen zu machen ?
Wie erkenne ich überhaupt, ob der CC1101 am ESP funktioniert und theoretisch einsatzbereit wäre ?
Wenn also Jemand Lust hat, mir die obigen Fragen zu beantworten oder zumindest sagt, wo ich anfange einen Pfad zum Ziel zu beschreiten, wäre mir sehr geholfen.
Gruß,
JudgeDredd
Zitat von: JudgeDredd am 10 April 2026, 13:52:46Ebenso finde ich keine finale Info, wie die Hardware (ESP32 & CC1101) miteinander zu verbinden ist.
Schon mal geschaut?
https://wiki.fhem.de/wiki/ESP32-SignalDuino (https://wiki.fhem.de/wiki/ESP32-SignalDuino)
Ja, die Wikis habe ich gefühlt alle schon gelesen.
Bei Deinem Link steht z.B. unter Erste Schritte:
"Der ESP32 ist am Anfang ein AP und kann ..."
Dazu müsste ja erstmal die Software drauf. Allerdings wird dann unter Kompilieren wieder auf das inoffizielle Modul verwiesen.
Welche meiner Fragen sollten denn Deiner Meinung nach mit dieser Wiki-Seite beantwortet werden ?
Zitat von: JudgeDredd am 10 April 2026, 14:09:30Dazu müsste ja erstmal die Software drauf. Allerdings wird dann unter Kompilieren wieder auf das inoffizielle Modul verwiesen.
Ein fertiges .BIN findest Du hier.
https://github.com/Ralf9/SIGNALDuino/releases/download/V4.2.2-dev220712/ESP32_sduino_devkitV1_422dev20220712.bin (https://github.com/Ralf9/SIGNALDuino/releases/download/V4.2.2-dev220712/ESP32_sduino_devkitV1_422dev20220712.bin)
Damit hat sich das Kompilieren dann wohl erledigt, oder?
Naja, ich will ja nicht kompilieren, weil ich so gerne kompiliere 😉
Aber Dein Link geht wieder auf das inoffzielle Modul (@Ralf9)
Das wiederum wirft die Frage auf, funktioniert der Sketch von @Ralf9 nur mit seinem inoffizellen FHEM-Modul oder kann man mit dieser Firmware auch das offizielle nutzen ?
Unterscheidet sich die hardwareseitige Verbindung von ESP & CC1101 je nach Entwickler (Ralf9 / Sidey) ?
Auf der im ersten Post von Dir genannten Wiki Seite, finde ich überigens nur eine Pinbelegung vom ESP und der 868Mhz Platine und keine Info, wie der ESP mit dem CC1101 verbunden werden muss.
Zitat von: JudgeDredd am 10 April 2026, 14:31:27finde ich überigens nur eine Pinbelegung vom ESP und der 868Mhz Platine und keine Info, wie der ESP mit dem CC1101 verbunden werden muss.
Die 868 MHz Platine ist ein CC1101.
Zitat von: Nobbynews am 10 April 2026, 14:37:05Die 868 MHz Platine ist ein CC1101.
Oha Danke, dann ist das schon das erste was ich wohl falsch verstehe.
Ich habe in meiner Krabbelkiste dieses Modul gefunden und war der Meinung es mit der Bezeichnung CC1101 verwechslungsfrei identifiziert zu haben
CC1101.jpg
Vermutlich ist es also auch ein CC1101 nur mit 433Mhz. Korrekt ?
Dann bräuchte ich also das Anschlußschema für meinen CC1101
Zitat von: JudgeDredd am 10 April 2026, 14:31:27Aber Dein Link geht wieder auf das inoffzielle Modul (@Ralf9)
Guckst Du hier:
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/4.0.0 (https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/4.0.0)
Zitat von: JudgeDredd am 10 April 2026, 14:46:36Vermutlich ist es also auch ein CC1101 nur mit 433Mhz. Korrekt ?
Ja.
Wird aber wie ein 868er angeklemmt. Funktioniert aber in der Regel mit 5V (ohne Gewähr).
Die 868er nur mit 3,3V.
Zitat von: Nobbynews am 10 April 2026, 14:50:55Guckst Du hier:
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/4.0.0 (https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/4.0.0)
Jepp, geguckt habe ich 😀
Allerdings lässt sich dieser Quellcode nicht einfach 1:1 in der ArduinoIDE compilieren. Möglicherweise ist das der Code, der aus FHEM heraus bei einer USB Installation nachgeladen wird (nur eine Vermutung).
Aber OK, die includes entsprechend anzupassen ist nicht das Problem, aber in der Datei "compile_config.h" müssen vor dem compile nach Anpassungen vorgenommen werden. Eine Doku, welche das sind ... Fehlanzeige.
Zitat von: Nobbynews am 10 April 2026, 14:52:41Funktioniert aber in der Regel mit 5V (ohne Gewähr).
Nee, sind auch 3.3V
Sag mir ruhig, wenn ich mich bescheuert anstelle, aber kann mir fast nicht vorstellen, das man das ohne Nachfragen in eigenregie zum laufen bringen kann.
Zitat von: JudgeDredd am 10 April 2026, 15:06:24Jepp, geguckt habe ich 😀
Unter Assets gibt es die BIN-Files.
Für ESP8266 und ESP32.
Für den ESP32v mit CC1101 wäre das dann
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/4.0.0/SIGNALDuino_esp32cc1101_4.0.0.bin (https://github.com/RFD-FHEM/SIGNALDuino/releases/download/4.0.0/SIGNALDuino_esp32cc1101_4.0.0.bin)
Zitat von: JudgeDredd am 10 April 2026, 15:06:24Sag mir ruhig, wenn ich mich bescheuert anstelle, aber kann mir fast nicht vorstellen, das man das ohne Nachfragen in eigenregie zum laufen bringen kann.
Ich kann keine Hilfe leisten, aber moralische Unterstützung bieten: ich habe neulich im Forum vom funkenden Fleischthermometer gelesen und dass man es mit dem Signalduino in FHEM einbinden könnte. Fand ich interessant, nicht dass ich das machen würde, weil ich das brauche, sondern weil ich kann ;-) Beim Einlesen ins Thema Signalduino bin ich dann genauso aufgelaufen wie du. Und dachte, ich kann doch nicht :-(
Die Anschlussbelegung sieht so aus (siehe auch SIGNALduino (https://www.fhemwiki.de/wiki/SIGNALduino#Hardware)):
ESP32 -> CC1101
----------------
3V -> VCC
GPIO23 -> SI (MOSI)
GPIO19 -> SO (MISO)
GPIO18 -> SCK
GPIO13 -> GDO2 (PIN_RECEIVE, old 16, not good (serial) and not all boards)
GPIO5 -> CSN
GPIO4 -> GDO0 (PIN_SEND)
GND -> GND
Falls du selbst mit der Arduino-IDE kompilieren willst, muss in der compile_config.h eigentlich nur eine Zeile auskommentiert werden:
#define OTHER_BOARD_WITH_CC1101 1 // boards with CC1101 (example: ESP8266, ESP32, Maple Mini ...)
Zitat von: Dr. Boris Neubert am 10 April 2026, 15:17:24Ich kann keine Hilfe leisten, aber moralische Unterstützung bieten: ..... Beim Einlesen ins Thema Signalduino bin ich dann genauso aufgelaufen wie du. Und dachte, ich kann doch nicht :-(
:)) Danke, Deine Worte lassen mich dann doch nicht so sehr an mir zweifeln und es keimt Hoffnung auf
Zitat von: Nobbynews am 10 April 2026, 15:14:14Unter Assets gibt es die BIN-Files.
Für den ESP32v mit CC1101 wäre das dann....
ok, BIN-File ist drauf. Serielle Konsole sagt in Endlosschleife:
ets Jun 8 2016 00:22:57
rst:0x10 (RTCWDT_RTC_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:2
load:0x3f400020,len:150700aber kein AP in Sicht.
Zitat von: elektron-bbs am 10 April 2026, 15:57:28Die Anschlussbelegung sieht so aus (siehe auch SIGNALduino (https://www.fhemwiki.de/wiki/SIGNALduino#Hardware)):
Sehr schön, vielen Dank, das werde ich nochmal kontrollieren.
Zitat von: elektron-bbs am 10 April 2026, 15:57:28muss in der compile_config.h eigentlich nur eine Zeile auskommentiert werden
ok, was ist mit dieser Zeile (3 oben drüber):
#define CMP_CC1101Diese auch/nicht/oder beide ?
Danke vorab an alle Helfer, ich bleib dran ... aber zuerst müssen die Wochenendeinkäufe eingeholt werden ....
Zitat von: JudgeDredd am 10 April 2026, 16:14:56ok, BIN-File ist drauf. Serielle Konsole sagt in Endlosschleife:
ets Jun 8 2016 00:22:57
rst:0x10 (RTCWDT_RTC_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:2
load:0x3f400020,len:150700aber kein AP in Sicht.
Wenn das in Endlosschleife kommt, resettet der Watchdog den ESP laufend neu. Da ist wohl irgend etwas beim Flashen schief gegangen.
Zitatok, was ist mit dieser Zeile (3 oben drüber):
#define CMP_CC1101Diese auch/nicht/oder beide ?
Die kannst du auskommentieren, musst du aber nicht. Die Option wird sowieso schon mit der erwähnten Zeile automatisch gesetzt (ein paar Zeilen weiter unten im Code).
So, das Futter ist geholt, nun ist mir aber noch etwas aufgefallen.
GPIO13 -> GDO2 (PIN_RECEIVE, old 16, not good (serial) and not all boards)Das kann ich nicht umsetzen, da an meinem ESP kein GPIO13 rausgeführt ist.
In den weiten des Netzes (außerhalb von FHEM), bin ich auf ein Anschlußschema gestoßen, was da heißt:
GPIO02 -> GDO2Gibt es dazu eine Meinung ? Kann das funktionieren oder muss dazu etwas im Sketch angepasst werden ?
Hi,
GDO02 liegt im Standard auf Port D13. Wenn dein Board diesen nicht hat, müsste ich für das Board eine eigene Firmware compilieren.
Was für ein ESP32 Board hast Du denn?
Ich würde dir aber empfehlen zuerst die schon verlinkte Standard Firmware v4 zu installieren.
Dann öffnet sich ein AP. Danach kannst Du den cc1101 immer noch verkabeln, selbst die Firmware compilieren etc.
Grüße Sidey
Hier mal eine Anleitung:
🧰 Voraussetzungen
ESP32 (DevKit empfohlen)
CC1101 Funkmodul (433 MHz / 868 MHz je nach Einsatz)
Jumperkabel
SIGNALduino ESP Firmware (firmware.bin)
Windows + ESP Flash Download Tool
🔌 Verdrahtung: ESP32 ↔ CC1101 (SPI)
⚡ Flashen (Kurzfassung)
ESP32 mit dem PC über USB verbinden.
Mit dem ESP Flash Download Tool von Espressif:
Firmware laden → Adresse 0x1000
COM-Port auswählen
Baudrate: 115200
START drücken
📶 WLAN nach dem Flash (wichtig!)
Nach aktuellem Stand der SIGNALduino Firmware:
Es wird ein Access Point mit Passwort: signalesp gestartet.
👉 Groß-/Kleinschreibung beachten!
🌐 Zugriff auf Webinterface
Nach Verbindung mit dem WLAN die Anmeldenfunktion verwenden.
Dadurch kommst Du auf die Anmeldeseite des ESP. Dort kannst du:
dein Heim-WLAN konfigurieren
Eine statische IP-Adresse festlegen
🔗 Integration in FHEM
define sduino SIGNALduino <IP>:23
attr sduino hardware ESP32
Zitat von: Sidey am 10 April 2026, 19:49:26Ich würde dir aber empfehlen zuerst die schon verlinkte Standard Firmware v4 zu installieren.
Also um ehrlich zu sein, ich war schonmal an dem Punkt, das ich die Firmware aus dem GitHub mit der ArduinoIDE selbst erfolgreich kompiliert hatte und Dein FHEM-Modul war auch via Telnet connected. Da aber mehr nicht passiert ist und ich mit den Schritten völlig verunsichert war, habe ich in diesem Thread nochmal bei Null begonnen.
Nungut, der aktuelle Stand ist folgender...
Zitat von: Sidey am 10 April 2026, 19:49:26GDO02 liegt im Standard auf Port D13. Wenn dein Board diesen nicht hat, müsste ich für das Board eine eigene Firmware compilieren.
Was für ein ESP32 Board hast Du denn?
Ich hätte gar nicht gedacht, das ich ein so exklusives Board habe, sonder eher ein Massenprodukt von der Stange.
So sieht es aus ...
71UIBA5ORAL._SL1500_.jpg
Ich habe mal in der "compile_config.h" den folgenden Teil angepasst:
#elif defined(ESP32)
//#define PIN_LED 2 // D2 | G2 (depending on type / clone / seller)
#define PIN_SEND 4 // D4 | G4 (depending on type / clone / seller) // GDO0 Pin TX out
//#define PIN_RECEIVE 13 // D13 | G13 (depending on type / clone / seller) --> old 16, not good (serial) and not all boards n.c.
#define ETHERNET_PRINT
//by JudgeDredd (start)
#define PIN_LED 27
#define PIN_RECEIVE 2
//by JudgeDredd (end)Den GPIO27 für die LED define habe ich frei aus dem Bauch genommen, da der PIN frei und unbelegt ist.
Danach neu kompiliert -> FHEM-Modul zeigt state:opened
Soweit sogut.
Als nächsten Schritt mal eine alte Fernbedienung mit der Bezeichnung "433,92 MHz" hergenommen und drauf gedrückt 😉
und siehe da, im (neuen) Raum SD_UT erscheint ein Device mit state:fan_1. Ok, die Fernbedienung ist zwar vom Garagentor und nicht vom Ventilator, aber das ist erstmal egal.
Meine Frage wäre nun, ob ich an einem Punkt angekommen bin, an dem die hardwareseitige Installation abgeschlossen ist und ich mich dem Modul widmen kann, oder fehlt aus Eurer Sicht noch ein Schritt ?
Hmmm, beim ESP 32 mini müsste GPIO13 doch TCK sein.
Pinout z.B. hier:
https://www.google.com/search?q=esp32+mini+pinout&oq=esp32mini+&gs_lcrp=EgZjaHJvbWUqCQgBEAAYDRiABDIGCAAQRRg5MgkIARAAGA0YgAQyCQgCEAAYDRiABDIJCAMQABgNGIAEMgkIBBAAGA0YgAQyCQgFEAAYDRiABDIJCAYQABgNGIAEMgkIBxAAGA0YgAQyCQgIEAAYDRiABDIJCAkQABgNGIAEMgkIChAAGA0YgAQyCQgLEAAYDRiABDIJCAwQABgNGIAEMgkIDRAAGA0YgAQyCQgOEAAYDRiABNIBCDM1NzFqMGo3qAIUsAIB8QWTLFxTcm-ap_EFkyxcU3Jvmqc&client=tablet-android-samsung-ss&sourceid=chrome-mobile&ie=UTF-8#sv=CAMScRoyKhBlLXhFa0hQbjB4cXI0Vi1NMg54RWtIUG4weHFyNFYtTToOa1pwaWxMVC1scDNRYk0gBCoxChtfYkFYYWFhYXpMOU9FeGM4UG03am80QUVfMzQSEGUteEVrSFBuMHhxcjRWLU0YADABSgQIARACGAcg1O_Yng9KCBACGAEgAigB (https://www.google.com/search?q=esp32+mini+pinout&oq=esp32mini+&gs_lcrp=EgZjaHJvbWUqCQgBEAAYDRiABDIGCAAQRRg5MgkIARAAGA0YgAQyCQgCEAAYDRiABDIJCAMQABgNGIAEMgkIBBAAGA0YgAQyCQgFEAAYDRiABDIJCAYQABgNGIAEMgkIBxAAGA0YgAQyCQgIEAAYDRiABDIJCAkQABgNGIAEMgkIChAAGA0YgAQyCQgLEAAYDRiABDIJCAwQABgNGIAEMgkIDRAAGA0YgAQyCQgOEAAYDRiABNIBCDM1NzFqMGo3qAIUsAIB8QWTLFxTcm-ap_EFkyxcU3Jvmqc&client=tablet-android-samsung-ss&sourceid=chrome-mobile&ie=UTF-8#sv=CAMScRoyKhBlLXhFa0hQbjB4cXI0Vi1NMg54RWtIUG4weHFyNFYtTToOa1pwaWxMVC1scDNRYk0gBCoxChtfYkFYYWFhYXpMOU9FeGM4UG03am80QUVfMzQSEGUteEVrSFBuMHhxcjRWLU0YADABSgQIARACGAcg1O_Yng9KCBACGAEgAigB)
Zitat von: Nobbynews am 11 April 2026, 10:28:24Hmmm, beim ESP 32 mini müsste GPIO13 doch TCK sein.
Ja, gutes Argument 😉 Ich bin nach den aufgedruckten Bezeichnungen gegangen.
Zuerst muss ich wohl doch nochmal zurückrudern ...
Die angelegten Devices aus meinem vorherigen Post sind vermutlich nicht meine Fernbedienung gewesen, sondern irgendwelches Gedöns von Nachbarn.
Ich habe nun CC1101(GDO2) -> TCK(ESP32) verbunden, die Datei "compile_config.h" wieder in den Urprungszustand versetzt und danach neu kompiliert.
Im FHEM-Modul blubbern nun wieder hin und wieder Daten von Nachbarn rein, stört aber erstmal nicht.
Also scheint der CC1101 ja tatsächlich etwas zu empfangen.
Wenn ich nun auf meine 433,92 Mhz Fernbedienung drücke, passiert allerdings genau nix.
Wie würde ich denn feststellen, das der CC1101 etwas empfangen würde und meine Testfernbedienung erstmal unbekannt wäre ?
FHEM-Device steht auf Verbose 4
Um was für eine Fernbedienung handelt es sich denn?
Im FHEM-Log sollten bei jedem Empfang Zeilen in dieser Art auftauchen:
2026.04.11 11:51:16 4: sduinoESP8266: Read, msg: ␂MU;P0=496;P1=-230;P2=-1317;P3=-2040;P4=-3962;P5=-8038;P6=166;P7=-481;D=0102030403040403050503026703040303030403030;CP=0;R=250;␃
2026.04.11 11:51:20 4: sduinoESP8266: Read, msg: ␂MS;P0=-3951;P1=486;P2=-8045;P3=-2026;D=12131310131013101010131313131310131310131010131310101313131313131313131313101310101310;CP=1;SP=2;R=11;O;m2;␃
Wenn das bei deiner Fernbedienung nicht der Fall ist, sendet sie wahrscheinlich mit einer anderen Modulationsart. Dann wird es schwieriger (siehe z.B. Unbekannte Funkprotokolle (https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle)).
Zitat von: elektron-bbs am 11 April 2026, 12:00:07Um was für eine Fernbedienung handelt es sich denn?
Naja, da kann ich leider nur sehr wenig dazu sagen.
Ich habe einfach ein Gerät gesucht, was ich zum Testen verwenden könnte und da auf dieser Garagentorfernbedienung der Aufdruck 433,92 Mhz vorhanden ist, dachte ich (auch wenn ich die nichtmehr benötige) zum Testen ein gutes Objekt.
Zur "Modulationsart" kann ich nichts beisteuern. Naturgemäß werden dazu vom Hersteller ja keine Informationen mitgeliefert. Ich war schon froh, das die Frequenz draufsteht.
Dann wird es aber vermutlich so sein, wie Du sagst. Ein weiteres Gerät habe ich leider (nicht wissentlich) zur Hand.
Da aber fremde Daten eintrudeln, scheint der Empfang ja prinzipiell zu funktionieren.