EMS-ESP ESP32 Firmware selber bauen
-
Sowas immer per LAN Kabel anschließen. Bei der Signalstärker wäre mir das zu heikel. Ich nutze die „fertige“ Box. Den klinkestecker habe ich aber direkt wieder entsorgt. Das Teil hängt nun direkt am Bus-Anschluss und ist 100% stabil. Ich frage damit den Status ab, ob WW bereitet wird, damit ich im Sommer dann während diesem Zeitraum, die Poolheizung ausschalte, da beides die Heizung nicht packt.
-
@toralt sagte in EMS-ESP ESP32 Firmware selber bauen:
Sowas immer per LAN Kabel anschließen.
Warum das?
Wo liegt das Risiko?@dojodojo solange die WLAN Verbindung stabil ist (wenig Nachbar WLANs, naher WLAN Router, gutes Signal), kann man durchaus WLAN Verfügbarkeiten erreichen, die vergleichbar mit LAN sind - insbesondere, wenn das LAN auch vom WLAN Router kommt.
Wenn das WLAN Signal aber wie bei mir schwach ist oder man zuverlässig eine höhere Datenrate nahe 1GBit/sec und höher braucht, ist LAN vorzuziehen.
Auch bei Geräten, bei denen es Interesse gibt, die Verbindung zu kappen, z.b. Kameras ist LAN vorzuziehen, solange man das Kabel so verlegt, dass es nur sehr schwer erreichbar ist. -
MQTT sollte ausreichen, so wie ich das verstanden habe.
@dojodojo sagte in EMS-ESP ESP32 Firmware selber bauen:
MQTT sollte ausreichen, so wie ich das verstanden habe.
Definitiv
-
@martinp so wie auf deinen Bildern sieht das bei mir auch aus. Ich habe das vor 2 oder 3 Jahren gebaut und die Firmware selber gebaut. Zu Beginn hatte ich ein paar WLAN Probleme. Ist erstaunlich was ein paar Zentimeter weiter links bzw. rechts ausmachen können. Ich hatte mir auch schön öfter überlegt, ob ich auf LAN wechseln soll, aber das läuft jetzt seit Ewigkeiten sehr stabil. Gleich daneben habe ich eine anderen ESP mit Kamera, der den Ölzähler liest. Nachdem es den ESP mit Cam m.W. nicht mit LAN gibt, bin ich bei WLAN geblieben. (-58 Dbm). Die beiden ESPs sind im Heizungsraum, die Fritzbox im EG, dazwischen kein WLAN Repeater.
EDIT: Ich habe einach ein EMS-Kabel an einer Stalle getrennt und das Kabel zum ESP mit WAGO Klemmen daran angeschlossen.
-
@martinp so wie auf deinen Bildern sieht das bei mir auch aus. Ich habe das vor 2 oder 3 Jahren gebaut und die Firmware selber gebaut. Zu Beginn hatte ich ein paar WLAN Probleme. Ist erstaunlich was ein paar Zentimeter weiter links bzw. rechts ausmachen können. Ich hatte mir auch schön öfter überlegt, ob ich auf LAN wechseln soll, aber das läuft jetzt seit Ewigkeiten sehr stabil. Gleich daneben habe ich eine anderen ESP mit Kamera, der den Ölzähler liest. Nachdem es den ESP mit Cam m.W. nicht mit LAN gibt, bin ich bei WLAN geblieben. (-58 Dbm). Die beiden ESPs sind im Heizungsraum, die Fritzbox im EG, dazwischen kein WLAN Repeater.
EDIT: Ich habe einach ein EMS-Kabel an einer Stalle getrennt und das Kabel zum ESP mit WAGO Klemmen daran angeschlossen.
@FernetMenta sagte in EMS-ESP ESP32 Firmware selber bauen:
@martinp so wie auf deinen Bildern sieht das bei mir auch aus. Ich habe das vor 2 oder 3 Jahren gebaut und die Firmware selber gebaut. Zu Beginn hatte ich ein paar WLAN Probleme. Ist erstaunlich was ein paar Zentimeter weiter links bzw. rechts ausmachen können. Ich hatte mir auch schön öfter überlegt, ob ich auf LAN wechseln soll, aber das läuft jetzt seit Ewigkeiten sehr stabil. Gleich daneben habe ich eine anderen ESP mit Kamera, der den Ölzähler liest. Nachdem es den ESP mit Cam m.W. nicht mit LAN gibt, bin ich bei WLAN geblieben. (-58 Dbm). Die beiden ESPs sind im Heizungsraum, die Fritzbox im EG, dazwischen kein WLAN Repeater.
EDIT: Ich habe einach ein EMS-Kabel an einer Stalle getrennt und das Kabel zum ESP mit WAGO Klemmen daran angeschlossen.
Ich habe WLAN-Komponenten von AVM.
6591 von Vodafone, einen 1200AX Repeater selbst gekauft, und jetzt noch eine gebrauchte 7490,
Im Heizungsraum gibt es bisher keinen LAN-Anschluss.
Die7490 steht jetzt in der Küche direkt über dem EMS-ESP. RSSI nun bei -61...63 dBm..
Auch vorher gab es keine Abrisse...In meinem Buderus-Wärmepumpen-Paket sollte eigentlich ein HX400 Modul enthalten sein, ist aber von Buderus nicht geliefert worden. Das Paket mit der Nachlieferung ist aber immer noch nicht gekommen.
Mal schauen, wie das HX-400 Modul mit WLAN zurecht kommt. Wenn es nicht klappt, lege ich vielleicht LAN in den Heizungskeller.
-
Eine kleine Wasserstandsmeldung ...
Letzter Stand war, dass ich das selber Bauen der Firmware aufgegeben habe - auf der EMS-ESP-Projektseite gibt es ein paar fertige Binaries zum Hochladen auf einige Varianten von ESP32 Boards.
Nun ist mir mein D1 ESP32 wohl kaputt gegangen.
(Habe nicht mehr an diesen Thread gedacht, deshalb hier gejammert: https://forum.iobroker.net/topic/84634/ems-esp-defekter-esp32)Erst ein Wackelkontakt am USB-Stecker, daraufhin habe ich die Spannungsversorgung auf die Pfostenleisten umgezogen. Hat einige Zeit funktioniert.
Nun habe ich das Projekt "Baue Dir ein eigenes Binary" wieder angefangen, klappt aber zum Verrecken nicht ...Es sind unzählige Voraussetzungen zu Erfüllen
- bestimmte Python Version
- bestimmte platformio Version
- usw usw...
Auf meinem Linux Mint System scheitere ich schon bei der "bestimmten Python Version" ....
Die empfohlene Vorgehensweise in dem Fall scheint wohl zu sein sich einen "development-container" einzurichten, in dem die entsprechenden Python- und platformio-versionen vorgehalten
Ich tue mir jetzt mal eine Schulung in der youtube-Akademie an...
-
Lange her, als ich das mal gemacht habe. Konnte mich nicoht mehr daran erinnern. Jetzt habe ich es nochmal versucht, mit Erfolg:
-
platformio cli installiert (super-quick) https://docs.platformio.org/en/latest/core/installation/methods/installer-script.html
-
nodejs hatte ich drauf (22.22.1)
-
pnpm über npm
-
pioarduino in VSCode, dann vscode nau starten
-
inferface build über VSCode -> einfach auf build clicken
-
s_16M_p gebauer -> auf build clicken
Erst hatte ich einen Fehler, weil intelhex gefehlt hat. Installieren mit:
/home/rainer/.platformio/penv/bin/pip install intelhex -
-
btw: der Installer von platformio installiert python virtual environment mit. D.h. man muss sich um die python-version nicht kümmern.
-
Ich bin mit einen Dev-Container zum Ziel gekommen. Bis auf vscode alles in einem Container, der zum Build gestartet wird
Knackpunkt war die Oberfläche. Irgendein h-file wurde nicht gefunden.
Ein Schritt, dieses h-file vorab zu erzeugen schlug immer fehl.
Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox
-
Habe einen möglichen Grund für den Ausfall auf einem Foto gefunden.
Das Interface Board ist seit dem Ersatz der USB-Buchse für die Einspeisung der Versorgungsspannung statt mit 3,3 mit 5V versorgt, und überlastet dadurch die I/O Pins des ESP32 Board. Das ESP board ist nun wohl zu Tode gegrillt.
-
Ich bin mit einen Dev-Container zum Ziel gekommen. Bis auf vscode alles in einem Container, der zum Build gestartet wird
Knackpunkt war die Oberfläche. Irgendein h-file wurde nicht gefunden.
Ein Schritt, dieses h-file vorab zu erzeugen schlug immer fehl.
MartinP sagte:
Ich bin mit einen Dev-Container zum Ziel gekommen. Bis auf vscode alles in einem Container, der zum Build gestartet wird
Knackpunkt war die Oberfläche. Irgendein h-file wurde nicht gefunden.
Ein Schritt, dieses h-file vorab zu erzeugen schlug immer fehl.
Nachtrag...
Der Dev-Container ist eine interessante Sache. Der Eigentliche Build-Prozess und alle Abhängigkeiten laufen in einem Docker-Container ab.
VisualStudioCode dient nur als Bedienoberfläche.
Quellcode, den man in VSC editiert wird im Container bearbeitet.Jetzt kam ich zuerst aber trotzdem nicht weiter.
Es gibt nur eine Datei
EMS-ESP-3_8_3-dev_5-ESP32S2-4MB+.binmartin@martin-D2836-S1:~/github/EMS-ESP32/build/firmware$ ls -l -rw-r--r-- 1 martin martin 1698336 Mai 31 13:38 EMS-ESP-3_8_3-dev_5-ESP32S2-4MB+.bin -rw-r--r-- 1 martin martin 32 Mai 31 13:38 EMS-ESP-3_8_3-dev_5-ESP32S2-4MB+.md5Um den ESP32S2 zu programmieren muss man aber in der Regel drei bis vier bin-Dateien zusammenstellen und dem esptool geben.
Ich habe dann in einem verborgenen Ordner dann aber doch alles nötige gefunden....
martin@martin-D2836-S1:~/github/EMS-ESP32/.pio/build/s2_4M_P$ ls -l *.bin -rw-r--r-- 1 martin martin 12176 Mai 31 13:36 bootloader.bin -rw-r--r-- 1 martin martin 1698336 Mai 31 13:38 firmware.bin -rw-r--r-- 1 martin martin 3072 Mai 31 13:36 partitions.binmit dem esptool ans Ziel gekommen...
martin@martin-D2836-S1:~/github/EMS-ESP32/.pio/build/s2_4M_P$ sudo python3 /home/martin/.platformio/packages/tool-esptoolpy/esptool.py --port /dev/ttyACM0 write_flash 0x1000 bootloader.bin 0x8000 partitions.bin 0x10000 firmware.bin -
EMS-ESP läuft wieder ...
Für ein paar DS18B20 Sensoren, die ich mir noch vorgenommen habe an neuralgischen Stellen des Heizkreises meiner Wärmepumpe zu installieren, würde ich aber ggfs noch einmal umbauen / erweitern...
Hier ein Foto
0 V/GND (grün) und +5V (rot) aus einem alten USB-Netzteil
GND an GND vom Interface-Board
3V3 an VCC vom Interface-Board
12(Ocker) an Tx vom Board
11 (Orange) an Rx vom BoardNur die äußeren Pfostenleisten des S2 Mini sind bestückt, bis auf GND, den ich auch auf der inneren Reihe bestückt habe
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
576
Online32.9k
Benutzer83.2k
Themen1.3m
Beiträge