Empfänger auf reale Tor-Steuerung (esp32dev) umgestellt
- tor_empfaenger.yaml (ESP32-S3-Platzhalter) ersetzt durch tor_steuerung.yaml, das die bestehende ChatGPT-Konfig (Relais GPIO16, Türsensoren GPIO34/35, echte WLAN/API/OTA-Credentials) mit der CC1101-Empfangslogik zusammenführt - CC1101 auf freie VSPI-Pins gelegt (GPIO4/5/18/19/23), da 16/34/35 belegt sind - auto_sender_01.yaml verwendet dieselben Credentials wie der Empfänger - README: Pintabelle für esp32dev, Hinweis auf Klartext-Secrets im Repo
This commit is contained in:
@@ -5,7 +5,8 @@ am Zündungsplus, der Empfänger am Tor öffnet, sobald ein bekanntes Fahrzeug n
|
||||
genug ist. Kein Knopfdruck, keine App, kein Account.
|
||||
|
||||
**Hardware:** ESP32-C3 Super Mini + CC1101 (433 MHz) je Sender,
|
||||
ESP32-S3 + CC1101 als Empfänger am Tor.
|
||||
ein bestehender ESP32 DevKit (`tor-steuerung`) + CC1101 als Empfänger am Tor —
|
||||
derselbe ESP, der schon Relais und Türsensoren steuert.
|
||||
|
||||
---
|
||||
|
||||
@@ -47,9 +48,24 @@ Die Pins des CC1101 sitzen als **4 Zeilen à 2 Pins**, Antenne rechts:
|
||||
| 8 | GDO2 | *frei lassen* |
|
||||
|
||||
Schema: [`doku/verdrahtung-cc1101.svg`](doku/verdrahtung-cc1101.svg)
|
||||
(zeigt die Pin-Reihenfolge am CC1101 selbst — die Zuordnung zu GPIOs
|
||||
unterscheidet sich je nach ESP-Board, siehe Tabellen oben/unten.)
|
||||
|
||||
Beim Empfänger (ESP32-S3) sind die SPI-Pins in `tor_empfaenger.yaml` noch
|
||||
Platzhalter und müssen an die tatsächliche Verdrahtung angepasst werden.
|
||||
### Empfänger (`tor-steuerung`, ESP32 DevKit)
|
||||
|
||||
GPIO16 (Relais) und GPIO34/35 (Türsensoren) sind schon belegt. Der CC1101
|
||||
hängt deshalb an den freien VSPI-Standardpins:
|
||||
|
||||
| CC1101 | Signal | ESP32 DevKit |
|
||||
|--------|--------|--------------|
|
||||
| 1 | GND | GND |
|
||||
| 2 | VDD | 3V3 |
|
||||
| 3 | GDO0 | `GPIO4` |
|
||||
| 4 | CSN | `GPIO5` |
|
||||
| 5 | SCK | `GPIO18` |
|
||||
| 6 | MOSI | `GPIO23` |
|
||||
| 7 | MISO | `GPIO19` |
|
||||
| 8 | GDO2 | *frei lassen* |
|
||||
|
||||
---
|
||||
|
||||
@@ -144,16 +160,18 @@ USB-Serial/JTAG ist es das falsche Werkzeug (außer man will JTAG-Debugging
|
||||
|
||||
## ESPHome einrichten
|
||||
|
||||
Beide YAMLs erwarten in `secrets.yaml`:
|
||||
Beide Geräte tragen WLAN-Zugangsdaten, `api`-Verschlüsselungskey und
|
||||
OTA-Passwort **direkt in der YAML** statt über `secrets.yaml` — so war
|
||||
`tor_steuerung.yaml` schon angelegt, und `auto_sender_01.yaml` verwendet
|
||||
bewusst dieselben Werte, damit beide Geräte zusammenpassen.
|
||||
|
||||
```yaml
|
||||
wifi_ssid: "..."
|
||||
wifi_password: "..."
|
||||
api_key: "..." # base64, 32 Byte
|
||||
ota_password: "..."
|
||||
```
|
||||
> **Achtung:** Damit stehen WLAN-Passwort und Schlüssel im Klartext in diesem
|
||||
> Repo. Nur vertretbar, wenn `git.dominicspringer.de` privat/intern bleibt.
|
||||
> Soll das Repo öffentlich werden, vorher alles auf `!secret`-Verweise
|
||||
> umstellen und eine lokale `secrets.yaml` (nicht committen) anlegen.
|
||||
|
||||
1. In ESPHome (HA-Add-on) neues Gerät anlegen
|
||||
1. In ESPHome (HA-Add-on) das jeweilige Gerät anlegen bzw. die bestehende
|
||||
`tor-steuerung` mit dem neuen Inhalt überschreiben
|
||||
2. Inhalt der passenden Datei aus `esphome/` einfügen
|
||||
3. Drei Punkte → **Install** → **Manual download** → **Factory format**
|
||||
4. Mit esptool flashen (siehe oben)
|
||||
|
||||
Reference in New Issue
Block a user