Neues YouTube-Video: Visualisierung im Devices-Adapter

[MartinP]

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

[dojodojo]

Das Kabel immer besser ist, ist mir klar.

@MartinP sagte in EMS-ESP ESP32 Firmware selber bauen:

zuverlässig eine höhere Datenrate nahe 1GBit/sec und höher brauch

Woraus ergibt es sich das, aus der Software-Lösung EMS-ESP?

[dojodojo]

MQTT sollte ausreichen, so wie ich das verstanden habe.

https://homematic-forum.de/forum/viewtopic.php?t=76136

[MartinP]

@dojodojo sagte in EMS-ESP ESP32 Firmware selber bauen:

MQTT sollte ausreichen, so wie ich das verstanden habe.

https://homematic-forum.de/forum/viewtopic.php?t=76136

Definitiv

[FernetMenta]

@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]

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

[MartinP]

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

[FernetMenta]

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

[FernetMenta]

btw: der Installer von platformio installiert python virtual environment mit. D.h. man muss sich um die python-version nicht kümmern.

[MartinP]

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.