SIGNALduino ein Anfang

[JudgeDredd]

So, das Futter ist geholt, nun ist mir aber noch etwas aufgefallen.

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

GPIO02 -> GDO2Gibt es dazu eine Meinung ? Kann das funktionieren oder muss dazu etwas im Sketch angepasst werden ?

[Sidey]

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

Code Auswählen Erweitern

define sduino SIGNALduino <IP>:23
attr sduino hardware ESP32


[JudgeDredd]

Ich 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...

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 hätte gar nicht gedacht, das ich ein so exklusives Board habe, sonder eher ein Massenprodukt von der Stange.
So sieht es aus ...
Du darfst diesen Dateianhang nicht ansehen.
Ich habe mal in der "compile_config.h" den folgenden Teil angepasst:

Code Auswählen Erweitern

  #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 ?

[Nobbynews]

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

[JudgeDredd]

Hmmm, 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

[elektron-bbs]

Um was für eine Fernbedienung handelt es sich denn?

Im FHEM-Log sollten bei jedem Empfang Zeilen in dieser Art auftauchen:

Code Auswählen Erweitern

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).

[JudgeDredd]

Um 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.