Sublimelight-5g: Unterschied zwischen den Versionen

aus dem Wiki des Entropia e.V., CCC Karlsruhe
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 1: Zeile 1:
Simple Ansteuerungsplatine für die LED-Paneele mit WLAN- und DMX-Konnektivität
Simple Ansteuerungsplatine für die LED-Panels mit WLAN- und DMX-Konnektivität


[https://github.com/entropia/sublimelight-5g Hardwaredesign und Sourcecode]
[https://github.com/entropia/sublimelight-5g Hardwaredesign und Sourcecode]
[[Datei:Sl5g-coordinates.png|mini]]


[[Kategorie:Projekte]]
[[Kategorie:Projekte]]
Zeile 9: Zeile 11:
== Aktueller Stand ==
== Aktueller Stand ==
* Jedes LED Panel hängt im WLAN
* Jedes LED Panel hängt im WLAN
* Firmware ist Qualitätsfrickel aus eigenem Anbau, kann MQTT aber noch keine serielle Steuerung
* <s>Firmware ist Qualitätsfrickel aus eigenem Anbau, kann MQTT aber noch keine serielle Steuerung</s> Die Software ist *teilweise* auf ESPHome migriert. [https://github.com/entropia/ESPHome/blob/main/device_types/entropia-sl5g.yaml Auf GitHub] ist inzwischen eine ESPHome config, mit der eine funktionierende Firmware für die Devices vorhanden ist. Hierbei wurde die Erste Etappe von unten umgesetzt.
* Sonoff Schalter hängen auch im WLAN
* Sonoff Schalter hängen auch im WLAN, und sind mit ESPHome Firmware aus [https://github.com/entropia/ESPHome/pull/3/files#diff-d12d7ba7b515bef04dcac1c51ee031e7e57522a26600b2cae9d89315a18776db diesem PR auf GitHub] bespielt.
* Ein schalten am Schalter sorgt mit einer gewissen Wahrscheinlichkeit auch für eine Zustandsänderung an den LED Panelen
* Ein schalten am Schalter sorgt mit einer gewissen Wahrscheinlichkeit auch für eine Zustandsänderung an den LED Panelen.
* Es gibt in der Werkstatt als Testhardware für die Modbus Umsetzung einen https://www.digikey.de/de/products/detail/olimex-ltd/ESP32-POE-ISO-EA/10258722 und einen https://www.digikey.de/de/products/detail/olimex-ltd/MOD-RS485/3471428.


== Zukunft ==
== Zukunft ==
=== Ziele ===
* RS485 via RJ45 zwischen den LED Panelen verlegen und modbus darüber sprechen, jedes Panel ist Client/Station
* RS485 via RJ45 zwischen den LED Panelen verlegen und modbus darüber sprechen, jedes Panel ist Client/Station
* Modbus Server ist ein kleines Kistchen neben den Türen, das physische Schalter hat aber auch im Netzwerk verfügbar ist
* Modbus Server ist ein kleines Kistchen neben den Türen, das physische Schalter hat aber auch im Netzwerk verfügbar ist
Zeile 32: Zeile 36:
** Neue Schalter als Eigenbau
** Neue Schalter als Eigenbau
*** Einfacher als modbus/rs485 in die Sonoff Lichtschalter nachrüsten
*** Einfacher als modbus/rs485 in die Sonoff Lichtschalter nachrüsten
=== Schritte ===
==== Erste Etappe ====
In erster Etappe sollte nur ESPHome auf den Panelen ausgerollt werden. Der Modus operandi sollte hier sein, die bestehende Konfiguration möglichst nah zu replizieren, damit die Schalter und Integrationen ins HomeAssistant unverändert weiter funktionieren. Dafür müssen die Panele jeweils auf vier MQTT Topics lauschen und basierend darauf auch Helligkeit regeln.
* cmnd/sl5g/id/<id>/ENABLE, ON und OFF
* cmnd/sl5g/id/<id>/BRIGHTNESS, 0 - 8192
* cmnd/sl5g/id/<id>/TEMPERATURE, 0.0 - 1.0
* cmnd/sl5g/room/<room>/BRIGHTNESS_AUTO, 0 - 16384
Hierbei sollten wir auf die Anbindung der ESPHome API ans HASS verzichten, damit die Lichter nicht doppelt auftauchen.
==== Zweite Etappe ====
Schalter bauen, Modbus Client auf Schalter, Modbus Server auf Panel, LED Panele von Schalter über Modbus ansteuern, und über die Schalter via ESPHome ins HomeAssistant exposen. MQTT auf den Panelen deaktivieren, WiFi nur noch für Web Interface zum Debuggen und für OTA Updates. Genaueres: tbd.

Aktuelle Version vom 13. November 2023, 12:03 Uhr

Simple Ansteuerungsplatine für die LED-Panels mit WLAN- und DMX-Konnektivität

Hardwaredesign und Sourcecode

Sl5g-coordinates.png

Aktueller Stand

Zukunft

Ziele

Schritte

Erste Etappe

In erster Etappe sollte nur ESPHome auf den Panelen ausgerollt werden. Der Modus operandi sollte hier sein, die bestehende Konfiguration möglichst nah zu replizieren, damit die Schalter und Integrationen ins HomeAssistant unverändert weiter funktionieren. Dafür müssen die Panele jeweils auf vier MQTT Topics lauschen und basierend darauf auch Helligkeit regeln.

  • cmnd/sl5g/id/<id>/ENABLE, ON und OFF
  • cmnd/sl5g/id/<id>/BRIGHTNESS, 0 - 8192
  • cmnd/sl5g/id/<id>/TEMPERATURE, 0.0 - 1.0
  • cmnd/sl5g/room/<room>/BRIGHTNESS_AUTO, 0 - 16384

Hierbei sollten wir auf die Anbindung der ESPHome API ans HASS verzichten, damit die Lichter nicht doppelt auftauchen.

Zweite Etappe

Schalter bauen, Modbus Client auf Schalter, Modbus Server auf Panel, LED Panele von Schalter über Modbus ansteuern, und über die Schalter via ESPHome ins HomeAssistant exposen. MQTT auf den Panelen deaktivieren, WiFi nur noch für Web Interface zum Debuggen und für OTA Updates. Genaueres: tbd.