OpenKNX und Tasmota

[henfri]

Für Zählerwerte in Echtzeit auslesen ist WLAN deutlich besser als KNX. Ein Zähler liefert alle 1-2 Sekunden neue Werte, das geht sicher nicht per KNX.

Doch. Warum sollte das nicht gehen. KNX kann doch 9600 Baud.

[Ing-Dom]

Warum sollte das nicht gehen. KNX kann doch 9600 Baud.

das ist die Brutto-Datenrate.
Probier mal aus, wieviele 2 oder 4 byte werte du pro Sekunde übertragen bekommst.
Das Ergebnis wird dich überraschen. (mich hat es überrascht...)

[STSC]

Da wir bisher unser Augenmerk auf Geräte gelegt haben, die über den Bus versorgt werden, haben wir nur den SAMD und den RP2040 genutzt, da der ESPxxxx zu viel Strom zieht. Aber der Stack an sich hat eine ESP32 Unterstützung. Insofern kann man das schon angehen.

Was verbraucht denn eigentlich so ein RP2040, wenn er über den KNX Bus betrieben wird. Bleibt da die Busbelastung unter 10mA?

[Ing-Dom]

ja. RP2040 zieht etwa 10mA auf 3,3V !

[mumpf]

Um das zu ergänzen: 10mA bei 3,3V sind etwa 0,033W. Der Bus liefert aber 10mA bei 30V = 0,3W. Prozessor und BCU alleine betrieben (wie z.B. beim OpenKNX-Logikmodul) sind wir schätzungsweise bei 2mA, die wir vom Bus "ziehen".

Wenn noch weitere Sensoren oder andere Hardware dazu kommt, wird natürlich mehr Strom vom Bus "gezogen".

Ing-Dom korrigiere mich, falls ich falsch liege.

Gruß, Waldemar

[Ing-Dom]

ich habs grad mal nachgemessen.
Ein REG1-Logikmodul zieht 7mA vom Bus bei 30V.
Das sind 2-3mA für die BCU selbst, dann noch Wandelverluste des Stepdown.

die NanoBCU kann bis zu 20mA Busstrom, die neue (kommt bald) NanoBCU V2 mit NCN5130 kann sogar bis 40mA Busstrom.

[STSC]

Ich denke Masifi hatte sogar schon mal ein RP2040 Board mit Ethernet entwickelt. Was schätzt du braucht so ein ETH-PHY? Ist das noch über den KNX Bus darstellbar?

Ich fände ja immer noch ein REG1-Logikmodul mit WiFi am interessantesten, aber ohne zusätzliche Spannungsversorgung würde das kaum gehen.

[Ing-Dom]

das hängt vom Ethernetchip ab - ist nicht trivial aber möglich.
Warum ich das so genau weiß...

20231030_215545.jpg

links ein REG1 ohne TP, dafür mit Ethernet. 24V Versorgung. "Spricht" dann KNX Routing und ist für Geräte mit hohem Datenaufkommen gedacht oder Geräte wo man zusätzlich Dienste direkt über IP anbieten will.
Rechts ein busversorgtes REG1 mit BCU/TP und Ethernet.

Was man hier sieht ist die Überarbeitung und Erweiterung des REG1-Systems mit diversen Verbesserungen.

Dein Wifi-Logikmodul sollte dann auch machbar sein wenn meine Erweiterungen des knx stacks dann fertig sind.
PoWifi ist aber IMO noch nicht erfunden

[STSC]

Dein Wifi-Logikmodul sollte dann auch machbar sein wenn meine Erweiterungen des knx stacks dann fertig sind.

Entwickelst du auch gerade was mit einem WiFi Modul? Das ist schon Klasse was du da baust!

KNX-Module mit WiFi bzw. Ethernet würden komplett neue Möglichkeiten ergeben.
Insbesondere bei so etwas wie Modbus-Gateways, die den Stromzähler auslesen.
Für so etwas wie Modbus ist meiner Meinung KNX nur bedingt tauglich, da Modbus viel zu viele Daten liefert, wenn z.B. der Zähler alle 1-3s abgefragt wird.
Mögliche Features wären hier z.B.:
- Steuern von Geräten über KNX, wenn gewisse Werte überschritten sind
- Kleines Webinterface, wo man die aktuellen Leistungsdaten im Browser sieht
- Die Modbus Werte könnten über MQTT zur Verfügung gestellt werden
- Zyklisches Pushen bzw. Abfragen der Werte über HTTP

[Masifi]

Modbus RTU in kombination mit ETH, da könnte es in Zukunft was geben :-)
Leider fehlt mir noch etwas Zeit dafür, aber es geht in die Richtung wie oben beschrieben.

[Ing-Dom]

Entwickelst du auch gerade was mit einem WiFi Modul? Das ist schon Klasse was du da baust!

Danke. Ein konkretes Wifi Modul nicht, aber ein PicoW ist ja fast schon ein Wifi-Modul...
Ich hab mal darüber nachgedacht einen Wifi-Controller für das UP1-System zu machen.

KNX-Module mit WiFi bzw. Ethernet würden komplett neue Möglichkeiten ergeben.
Insbesondere bei so etwas wie Modbus-Gateways, die den Stromzähler auslesen.
Für so etwas wie Modbus ist meiner Meinung KNX nur bedingt tauglich, da Modbus viel zu viele Daten liefert, wenn z.B. der Zähler alle 1-3s abgefragt wird.

richtig. Das ist die Intention meines REG1-IpControllers. Überall dort, wo zuviele Daten für KNX-TP anfallen.
Dabei ist das ganze System so modular, dass man eine Anwendung mit wenigen kleinen Anpassungen sowohl für TP, als auch für IP realisieren kann.

[STSC]

Danke. Ein konkretes Wifi Modul nicht, aber ein PicoW ist ja fast schon ein Wifi-Modul...

Das war dann ein Proto 2TE REG2 mit Ethernet und steckbaren Pico. Ja nach Anwendung kann man dann einen normalen Pico oder PicoW mit WLAN stecken

[mgeramb]

Ich fände ja immer noch ein REG1-Logikmodul mit WiFi am interessantesten, aber ohne zusätzliche Spannungsversorgung würde das kaum gehen

Ich habe ein paar Experimente mit ESP32 DevBoard mit Nano BCU V2 mit meiner SmartHome Bridge und Logikmodul gemacht. Leider zieht der ESP bei Start (vermutlich Verbindungsaufbau des Wifi) auch für eine V2 Version zu viel. Der reine Betrieb würde gehen, nur starten tut das eben Ding nicht. Eventuell wäre aber möglich bei der BCU den zweiten Spannungsregler mit einer hohen Spannung einzustellen und einen externen Step-Down-Regler zu nehmen, die BCU hat nämlich eine fixe Stromgrenze und keine Leistungsgrenze, heißt man bekommt bei höhrer Spannung eine höhere Leistung raus die man dann aber eben extern runter transferieren müsste.
Ing-Dom Korrigiere mich bitte falsch ich was falsch beschrieben habe.

[STSC]

Sagen wir mal 30V Busspannung x 20mA = 0.6W. Bei 3,3V für den ESP32 wären das bei einem optimalen StepDown Converter 180mA. Ich denke wenn man in Richtung 30mA max. geht könnte das schon gehen. Aber warum nicht einfach eine zusätzliche Versorgung. Die weiß, gelben Adern gibt es ja auch noch.

[Ing-Dom]

Korrigiere mich bitte falsch ich was falsch beschrieben habe.

Alles korrekt !

Sagen wir mal 30V Busspannung x 20mA = 0.6W.

NCN5130 kann sogar 40mA Busstrom. 1W ist realistisch.

ehrlich, WIFI für Hutschiene, das sehe ich keinen sinnvollen Anwendungsfall. Dann doch lieber das zuverlässig LAN. UNd dafür gibts bald eine Lösung.