[Hardware] OpenKNX REG1 goes ESP32

[maxsta]

Danke...food for thought...back to the drawing table :-)

[Ing-Dom]

für 2) bietet sich das modulare Konzept des REG1 natürlich an.
Du könntest einfach eine RS232 App-PCB machen mit dem RS232 chip und passender Buchse.
Da kannst du dir eine eigene PCB entwerfen oder einfach die Universal-App verwenden.

Bei der Software bist du natürlich selbst gefragt.. aber auch hier hilft dir das modulare Konzept des OpenKNX Stacks...

bei den anderen Punkten hab ich nichts hinzuzufügen.

Ps. dritter

[henfri]

Es muss auch einen zweiten Platz geben, Waldemar

[mumpf]

hendrik: Ich hatte genau die gleiche Antwort schon geschrieben, Du warst nur schneller .

maxsta: Es gibt nicht nur den ESP32 als Microcontroller

Gruß, Waldemar

[henfri]

Hallo,

1) Sen-UP1-8xTH
2) kenne nix in OpenKNX
3-5) OpenKNX-Logikmodul; in (1) enthalten.

Gruß,
Hendrik

[maxsta]

Vielen Dank für eure schnellen Reaktionen. Nach 'ner Nacht schlafen und das Lesen eurer Antworten:

Welche Sensoren und Aktoren willst du denn verwenden?

Ich habe 5 spezifische Use Cases im Kopf:

1. Mehrere Temp-Sensoren innerhalb eines Batteriegehäuses, die ein ESP32 auswertet und dann KOs auf den KNX Bus senden (bzw. gesteuert werden) kann.
2. Auslesen von Alarmanlagen-Events über RS232 und weiterleiten an den KNX Bus (= Fenster offen? Rauch?). (Das Weinzierl KNX Serial 870 benutzt anscheinend ein anderes Protokoll wie die Texecom Alarmanlage und ein Umweg über TCP/IP würde (zumindest für mich) eine zu große zusätzliche Fehlerquelle bedeuten.
3. Den Sperr-Zustand von Präsenzmelder Gruppen (= Alle PM Haus, Alle PM OG, Alle PM EG, Alle PM Wohnzimmer) zu wissen bzw. zu ändern. (Hierfür sind die GAs Sperren, Sperr-Status, und ProzentAnteilDerGesperrtenPMsInEinerGruppe vorgesehen)
4. Dasselbe wie 3, bloß für Sperr-Zustand von Lichter Gruppen
5. Dasselbe wie 4, bloß für Schalt-Zustand von Lichter Gruppen

Use Cases 3-5 kann man natürlich in Home Assistant realisieren, mit Hilfe von Automationen, Group Helpers und KNX Switches & Expose,... aber dann wären wir wieder bei den zusätzlichen Fehlerquellen (= TCP/IP + HA Stack). Daher dachte ich an eine "embedded" ESP32/KNX Lösung und bin auf den REG1-LAN-TP-Base gestoßen.

Korrekt, unser Ziel von OpenKNX ist ja immer das SingleSourceOfTruth in der ETS zu haben.

Euer Ziel leuchtet mir ein und ich verstehe dass es hierbei um zwei unterschiedliche Ansätze und Stacks geht.

[traxanos]

Korrekt, unser Ziel von OpenKNX ist ja immer das SingleSourceOfTruth in der ETS zu haben. Aber man kann ja trotzdem unsere HW auch für was anderes Nutzen. Wenn also jemand lieber was mit ESP Home machen möchte spricht da auch nichts gegen. Ist dann halt keine OpenKNX mehr. Aber wie gesagt wenn juckt es

[MAKERWOLF]

ich hab keine Ahnung von ESPHome, daher kann ich nur vermuten.. wenn du knx unter esphome nutzen willst, wirst du einen knx stack brauchen. Das OpenKNX hier richtig ist, bezweifle ich stark.

ESPHome ist eine coole sache, einfach formuliert: es ist ein code generator der über yaml konfiguriert wird und ganz eng via API mit home assistant verzahnt ist. Du bastelst dir also dein C++ Projekt über Yaml zusammen, und das ganze ist wirklich bemerkenswert robust gebaut und sehr gut dokumentiert (über Github Pages übrigens).
Was man bräuchte ist eine OpenKNX Komponente, die dann über yaml nur konfiguriert wird. Man könnte also z.B. sagen: ich hab eine Plattform namens OpenKNX, und dort eine Sensor oder Aktor-Komponente, deren Hardware konfiguration man über yaml Einträge Konfiguriert.
Das Problem ist, dass sich die Ansätze von KNX mit der ETS ein wenig mit dem Ansatz von ESPHome spreizen, und der Ansatz von OpenKNX liegt irgendwo in der Mitte (Die Konfiguration der Sensoren passiert eher in der ETS und nicht in der Firmware). Das nächste Problem ist, ESPHome ist Plattform agnostisch und OpenKNX nicht. Das passt alles von den Ansätzen einfach nicht, und wäre ganz viel Arbeit das so zusammen zu stöpseln, damit es am Ende irgendwie funktionieren würde, aber eigentlich hat man dann auch wieder keine Erleichterung.

Long story short: du liegst mit deiner Einschätzung wohl richtig.

[Ing-Dom]

ich denke insbesondere die LAN / WLAN only Versionen des REG1 sind (werden) sicher interessant für alternative Firmware.

traxanos verwendet zB einen iVm mit einem Funkmodul um darauf OpenDTU zu betrieben.
Ich persönlich habe auch vor ESP-EMS dafür zu ertüchtigen.

[MarcoLanghans]

Noschvie ESPHome ist hier denke ich auch fehl am Platz, da der OpenKNX Stack für KNX entwickelt wurde.

Aber du kannst die HW bei Ing-Dom sicher bestellen und dann die die SW selbst schreiben oder anpassen, da spricht ja nix dagegen denke ich.

[Ing-Dom]

das würde den OpenKNX Stack unter ESPHome erfordern, oder?

ich hab keine Ahnung von ESPHome, daher kann ich nur vermuten.. wenn du knx unter esphome nutzen willst, wirst du einen knx stack brauchen. Das OpenKNX hier richtig ist, bezweifle ich stark.

Der ESP ist seriell mit der NanoBCU verbunden, oder?

Ja

[Noschvie]

zu 2) ich würde davon ausgehen. Es ist ein ganz normaler ESP32 Chip mit Onboard-USB-Progammierlogik

das würde den OpenKNX Stack unter ESPHome erfordern, oder? Der ESP ist seriell mit der NanoBCU verbunden, oder?

[Ing-Dom]

die Wikiseite im neuen WIki ist nun auch incl. Aufbauanleitung soweit fertig:
REG1-LAN-TP-Base

[Ing-Dom]

Kann auch man auch auf die GPIOs des verbauten ESP32 Chip zugreifen?

zu 1) wenn du mit zugreifen meinst, ob es freie GPIOs gibt, die du für eigene Sachen verwenden kannst:
Ja, 7 Stück.

zu 2) ich würde davon ausgehen. Es ist ein ganz normaler ESP32 Chip mit Onboard-USB-Progammierlogik..

zu 3) wenn du KNX machen willst, würde ich dir auch zu OpenKNX raten..
Welche Sensoren und Aktoren willst du denn verwenden?

[maxsta]

Erst einmal: Sehr coole Sache mit OpenKNX goes ESP32!!! 👏🙌

1. Kann auch man auch auf die GPIOs des verbauten ESP32 Chip zugreifen?
2. Kann man den verbauten ESP32 Chip auch mit der ESPHome base firmware flashen und somit die Logik in ESPHome aufsetzten?
3. Oder kann ich für folgenden Use Case besser direkt OpenKNX benutzen?

Gewünschter Use Case:

1. Am ESP32 Chip sind Sensoren und Aktoren über GPIOs angeschlossen
2. Der ESP32 Chip kann Daten vom KNX Bus lesen
3. In ESPHome wird die Logik festgelegt, die auf Basis von KNX Bus Daten, Sensordaten und Aktorzuständen Werte berechnet und dann Daten auf den KNX Bus schreibt bzw. Aktoren über GPIOs ansteuert

Natürlich könnte man auch Home Assistant "dazwischen schalten" und die Logik in Home Assistant per Automationen und Template-Sensoren aufsetzen. Dadurch schnellt aber meines Erachtens die Anzahl der möglichen Fehlerquellen und der Wartungsaufwand in die Höhe. Ich bin jedoch auf der Suche nach einer Lösung die so stabil wie möglich läuft, mit einem sehr geringen Pflegeaufwand :-)

Vielen Dank im Voraus für euer Feedback!