Sublimelight-5g: Unterschied zwischen den Versionen

aus dem Wiki des Entropia e.V., CCC Karlsruhe
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 2: Zeile 2:


[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 14: Zeile 16:


== 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 35:
** 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.

Version vom 19. September 2023, 22:30 Uhr

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

Hardwaredesign und Sourcecode

Sl5g-coordinates.png

Aktueller Stand

  • Jedes LED Panel hängt im WLAN
  • Firmware ist Qualitätsfrickel aus eigenem Anbau, kann MQTT aber noch keine serielle Steuerung
  • Sonoff Schalter hängen auch im WLAN
  • Ein schalten am Schalter sorgt mit einer gewissen Wahrscheinlichkeit auch für eine Zustandsänderung an den LED Panelen

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.