[Hardware] OpenKNX REG1 goes ESP32

[STSC]

Wäre auch so etwas wie ein WLAN IP Router möglich, also WLAN anstelle LAN. Das wäre für Orte wo kein KNX Kabel verfügbar ist.

[K1rk]

Danke Ing-Dom und sehr gerne Noschvie
Edit: mich "schreckt" an der DCU Variante nur ab, dass ich eine eigene Spannungsversorgung brauche und ich dachte, dass es rein um um WLAN geht.

[Noschvie]

K1rk wir könnten einen Stammtisch der "Wiener Freunde von OpenKNX" ins Leben rufen :-)

[Ing-Dom]

Ich verstehe nicht ganz, worauf deine Frage abzielt.
Du kannst natürlich eine BCU verwenden, das Gerät an TP (oder auch 30V DC) klemmen aber trotzdem über LAN KNX-IP sprechen.
Sinnvoll ist es nicht - die BCU ist deutlich teurer als die DCU.

Das hat eigentlich nur Nachteile:
- teurer
- weniger/kaum Strombudget (für WLAN bzw Erweiterungs-Apps)
- keine "out-of-the-box" Gerätekonfiguration, d.h wahrscheinlich eigene FW(Konfiguration) nötig (die DCU wird etwas anders angesteuert als die BCU)

[K1rk]

Kurz Frage zu HW bzw. in weiterer Folge Verwendung:
Der Reg1 DCU würde meine Anforderungen bedienen, weil ich über IP kommunizieren möchte und nicht via TP.
Das kann ich aber mit den BCU auch, oder? Einzig die WLAN Funktionalität hab ich halt dann nicht (und brauche ich auch nicht), wegen der Versorgungsthematik.

[wokro]

Vor allem aber schätze ich wegen der Ausfallsicherheit die KNX native Einbindung inkl. ETS Applikation, idealerweise verteilt auf einzelne Zonen/Räume.

Genau das ist mein Punkt. Ich mache auch viel über HomeAssistant und das ist ein tolles Teil. Manches ist umständlich, gerade bei Modbus geht nicht immer alles im HA.
Außerdem läuft das oft so: Modbus -> HA -> KNX, also warum nicht direkt.
Meine Erfahrung mit KNX bislang: Es läuft und läuft und läuft und ... Also bislang keinen Ausfall oder Problem über 3 Jahre in zwei Projekten.
Auch wenn HA sehr stabil ist, es gab schon Situationen die viel Aufmerksamkeit brauchten 😨.
Und ein weiterer Punkt für mich ist, dass die Konfiguration in der ETS nachvollziehbar und dokumentierbar ist.

Also ich bin schon sehr auf die ESP basierten Geräte gespannt und besonders auf den Router freue ich mich.
Mal sehen was daraus alles wird 😊

[willisurf]

HA auch zum Nulltarif einen VPM und Logikmodul zusammenklicken aber manchmal will man einfach getrennte MicroHW / SW nutzen

genau richtig, zum einen ist das Zusammenklicken eines VPM alles andere als trivial. Ich denke ich kann das einschätzen, weil ich in meiner Verzweiflung über den Steinel TP damals begonnen habe in einer Logikengine einen VPM zu entwickeln. Verglichen mit der heutigen VPM Funktionaliät war das mehr als rudimentär und trotzdem schon unübersichtlich. Durch eine glückliche Fügung konnte ich Waldemar von der Idee begeistern.

Vor allem aber schätze ich wegen der Ausfallsicherheit die KNX native Einbindung inkl. ETS Applikation, idealerweise verteilt auf einzelne Zonen/Räume.

[Ing-Dom]

Ich fände es toll, wenn man als Ergänzung zum OpenKNX RTU GW ein Modbus TCP Gateway mit der neuen HW realisieren könnte.

oh ich auch
wann fängst du dann es zu programmieren

[gbglace]

Man kann sich im HA auch zum Nulltarif einen VPM und Logikmodul zusammenklicken aber manchmal will man einfach getrennte MicroHW / SW nutzen und nicht immer alles über eine zentrale Stelle laufen haben.

[mxcxpx]

Modbus TCP Gateway

das kannst ganz leicht mit Homeassistant haben , zum Nulltarif

[wokro]

Ich möchte nicht ungeduldig sein, sondern nur einen Gedanken für die Zukunft geben:

Ich fände es toll, wenn man als Ergänzung zum OpenKNX RTU GW ein Modbus TCP Gateway mit der neuen HW realisieren könnte.

[Ing-Dom]

ich hab das bereits an vielen Stellen erwähnt:
Der IP-Router bleibt ein IP-Router. Keine 2. Applikation.

Ein wie auch immer geartetes Gateway vom IP-Protokoll x zu KNX wird ein separates Gerät sein - ggf. als "Multi-Gateway" aber definitiv nicht in der IP-Router Firmware.

[K1rk]

Mal ein Gedanke,
REG1 ESP32 Gerät als KNX-IP Only.
Wäre solche eine HW ausreichend performant die empfangenen KNX-Telegramme Wert-konvertiert direkt als MQTT weiter zu reichen?
Quasi ein KNX-IP <> MQTT GW, MQTT-Toppic Definition erstmal recht simple einen BasisPfad und dann die GA.

Fände ich auch interessant. Lt. ChatGPT können das bereits die IP Router von Weinzierl und Enertec.
Noch interessanter wäre es, wenn bspw ein MQTT Broker oder Zigbee2MQTT drauf laufen würde.

[traxanos]

Wäre solche eine HW ausreichend performant die empfangenen KNX-Telegramme Wert-konvertiert direkt als MQTT weiter zu reichen?
Quasi ein KNX-IP <> MQTT GW, MQTT-Toppic Definition erstmal recht simple einen BasisPfad und dann die GA.

sei nicht so ungedudig ...

[gbglace]

Mal ein Gedanke,
REG1 ESP32 Gerät als KNX-IP Only.

Wenn man dort KOs mit dynamischen Datentyp hätte und ich dann mir quasi alle GA's im Projekt dran verbinde, gerne auch nur mit den Flags K,S,A.
Wäre solche eine HW ausreichend performant die empfangenen KNX-Telegramme Wert-konvertiert direkt als MQTT weiter zu reichen?
Quasi ein KNX-IP <> MQTT GW, MQTT-Toppic Definition erstmal recht simple einen BasisPfad und dann die GA.

In HA und Co lässt sich sowas ja basteln aber man muss da immer mühsehlig GA für GA erfassen, allein schon wegen der Konvertierung der Hex-Werte entlang der DPTs und Einheiten. Und ich hätte da gern etwas ohne HA dazwischen.

Und bestenfalls einfach alles aber dann müsste man wohl das Gerät einmal komplett mit dem Projekt-file betanken und es hätte keine wirkliche ETS-Applikation weil es einfach nur auf der IP-Linie horchen würde und alles was ankommt konvertiert und weiter reicht.

Die KNX Adapter für eine influxdb sind ja auch viel Handarbeit und ich mag das auch nicht in influxdb haben, weil deren SQL schrecklich ist auszuwerten.

Nur mal so als Gedanken für einen potentiellen Anwendungszweck.

Aber ansonsten als KNX-IP Gerät mit IR-Lesekopf und ähnlichen Anwendungen sehe ich da auch reichlich Potential.