ESP RGBWW Wifi Led Controller - Firmware vbs

Begonnen von vbs, 18 April 2017, 09:26:13

Vorheriges Thema - Nächstes Thema

joomba

Wenn ich schon nachfrage würde ich natürlich auch gerne ausprobieren. Aber ich bin absoluter Anfänger bei Home Assistant. Daher bin ich voraussichtlich keine große Hilfe und schon gar nicht in der Lage eine Richtung zu weisen. Sorry.

Gruss
joomba
Raspberry Pi 3 + COM to 1-Wire USB Adapter mit DS2480B Serial 1-Wire Line Driver (von locutus) + nanoCUL C1101 433MHz ATMEGA328P FT232RL FTDI Chipsatz + HM-LGW-O-TW-W-EU-2 Funk-LAN Gateway

vbs

Ich hab eine erste Version einer der Home Assistant Integration gemacht. Ist hier zu finden:
https://community.home-assistant.io/t/integration-for-fhem-led-rgbww-controller/989326

Gibt da sicherlich noch einiges zu tun, aber ist ein Anfang  ;)  Feedback ist gerne gesehen (also am besten dann im HA-Forum)!

vbs

#1412
Ich hab die Firmware-Updates unter http://rgbww.dronezone.de wieder lauffähig gemacht. Durch Änderungen bei Github waren die nicht mehr erreichbar für die Controller.

Kurzzusammenfassung zu den URLs:

http://rgbww.dronezone.de/unstable/version.json
-> 6.0.0-alpha5

http://rgbww.dronezone.de/testing/version.json
-> 4.6.2-rc1

http://rgbww.dronezone.de/stable/version.json
-> 0.3.1-vbs35

Werde ich inhaltlich demnächst etwas umräumen und aktualisieren.


vbs

Achso: an nem Update von dem FHEM-Modul bin ich auch dran, was dann eine Version ist, die mit allen Firmware-Versionen umgehen kann.

balli1187

Zitat von: vbs am 26 Februar 2026, 14:13:14Ich hab die Firmware-Updates unter http://rgbww.dronezone.de wieder lauffähig gemacht. Durch Änderungen bei Github waren die nicht mehr erreichbar für die Controller.

Kurzzusammenfassung zu den URLs:

http://rgbww.dronezone.de/unstable/version.json
-> 6.0.0-alpha5

http://rgbww.dronezone.de/testing/version.json
-> 4.6.2-rc1

http://rgbww.dronezone.de/stable/version.json
-> vbs35

Werde ich inhaltlich demnächst etwas umräumen und aktualisieren.
Vielen Dank für deine Arbeit.

Welche Version der FW sollte man für die HA-Integration verwenden?
Ich habe es gestern die unstable installiert aber habe darüber nur die Möglichkeit an und auszuschalten. Keine Farbauswahl oder Ähnliches.

Zudem funktioniert bei mir der color picker im webui nicht mehr
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

vbs

Welche Version der FW sollte man für die HA-Integration verwenden?Für HA ist auf jeden Fall die 6er-Reihe (unstable) richtig. Kannst gern das Problem mal näher beschreiben. Normalerweise sollte da für den Controller die Standard-Light-UI erscheinen mit HSV, Brightness und ColorTemp.

Zudem funktioniert bei mir der color picker im webui nicht mehrDu meinst hier FHEM, nehm ich an? Was genau funktioniert denn nicht bzw was passiert? Kannst ja mal nen Log/List usw. posten.

vbs

Ich hab mal das FHEM-Modul geupdatet im master-Branch. Das Modul ist jetzt (mutmaßlich) mit der alten und auch mit der neuen (6.x) Firmware kompatibel. Ich hab es nicht explizit getestet, aber sollte dann auch mit pjakobs Firmware funktionieren.

Ein Hinweis: da der Modus "solid" aus der neuen (6.x) Firmware rausgeflogen ist, ist das auch im FHEM-Modul nicht mehr drin. Also auch mit der alten FW ist dann "solid" nicht mehr nutzbar. Bin mir aber sehr sicher, dass das ohnehin niemand verwendet hat.

Das liegt jetzt wieder im master-Branch. Also in FHEM folgendermaßen einrichten:
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt
Falls man den 6er-Branch des FHEM-Moduls benutzt hat, dann vorher so löschen:
update delete https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/dev-6.0/controls_espledcontroller.txt

vbs

Ich hab nochmal eine neue Firmware gemacht, 6.0.0-rc1:

* im Info-Block gibt es jetzt einen Eintrag für MQTT, der anzeigt, ob die MQTT-Verbindung besteht (info-connection-mqtt-connected). Dafür auch das FHEM-Modul updaten
* MQTT-AutoDiscovery-Funktion für HomeAssistant

Die 6er-Firmware liegt jetzt im testing-Kanal. 4.3.1-rc1 ist jetzt auf dem release-Kanal.

Eine Übersicht über die FW-Kanäle und die hinterlegten Versionen gibt es jetzt auch direkt auf der Webseite hier:
https://rgbww.dronezone.de/

Cybers

#1418
Hallo,

nach langem habe ich mich mal meiner nicht mehr funktionierenden Controller gewidmet. Nachdem ich mich dann durch drei verschiedene Threads mit rund 200 Seiten gewälzt habe um die nötigen Infos zu bekommen, habe ich den ersten zurück ins Leben geflasht. Allein die Info, daß man PGR gedrückt halten muß und dann RST drücken muß, um in den Flash-Mode zu kommen, wäre eine sehr hilfreiche Info fürs Wiki, bzw. die erste Seite gewesen und ich hätte nicht verzweifelt mit G0 und GND gespielt.
Wenn man sich dann aber weiter mit der Firmware beschäftigt, scheint es ja zwei konkurrierende Systeme zu geben: die Firmware von VBS und die Version von pjakobs. Das Ganze merkt man aber auch erst so recht, wenn man im ganzen Versionsgewirr nicht mehr so recht weiß was aktuell ist oder nicht, bzw. was zu wem gehört.
Kann mir einer kurz die Vor- & Nachteile der jeweiligen Firmwares erläutern? Oder habe ich hier etwas falsch verstanden?
Über ein wenig Licht in dieser dunklen Firmware-Welt würde ich mich freuen.

Gruß, Sascha
FHEM 6.3 auf Raspberry PI 4 / Smartvisu
Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
1-Wire Temperatursensoren
aus alter Zeit:
Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

pjakobs

Moin Sascha,

ja, das ist ein bisschen verwirrend geworden.

Ursprünglich gab es ja die Firmware Version 4 (VBS) - die ist seit 2019 oder so ziemlich gleich geblieben.
Ich habe dann vor etwas über zwei Jahren angefangen, die Firmware massiv zu überarbeiten - Es gibt ein neues, Vue basiertes WebUI, unter der Haube hat sich vieles geändert (neues Dateisystem, neues Config System) von all dem merkst Du nicht, aber der wesentliche Punkt ist: Du kannst von einem alten System auf meine version (5.x) per OTA updaten - aber nicht mehr zurück. Mein wesentliches Design Goal ist ein Standalone Betrieb, Du kannst mit der Version 5 mehrere Controller über das UI eines Controllers steuern, das ganze ist als Schwarmlösung ausgelegt, braucht also keinen Server (funktioniert aber wie bisher mit fhem)
@VBS hat dann später angefangen, die bestehende V4 ein bisschen zu überarbeiten, hauptsächlich mit dem Ziel, Home Assistant zu unterstützen. Für den neuen Zweig hat er die Version 6 gewählt, ja, das ist ein bisschen verwirrend, weil 5 und 6 eigentlich parallele Forks sind.
Die gesamte Geschichte der V5.x ist hier zu finden, die wesentlichen Änderungen hatte ich in diesem Beitrag zusammengeschrieben.

hoffe, das hilft ein bisschen.

vbs

Im Großen und Ganzen seh ich das alles ähnlich wie pjakobs.

Vielleicht eine Sache zu den Versionsnummern: Einen Fork einer Software einzig anhand unterschiedlicher Versionsnummern auseinanderhalten zu wollen, ist mMn generell einfach keine gute Idee. Spielt dabei keine Rolle, ob v4 vs. v5 oder v5 vs. v6. "Meine" Firmware hier (ich mag es eigentlich nicht, sie als "meine" zu bezeichnen, weil da viele Leute mitgewirkt haben), hatte daher immer bewusst diesen separaten Thread mit explizit "vbs" im Titel. Da ich eine neue Major-Versionsnummer brauchte, um unter HomeAssistant damit eindeutig die kompatible Firmware erkennen zu können (wegen Änderungen in der Schnittstelle), hab ich dann die v4 in meiner Firmware inkrementieren müssen. Da pjakobs "seine" Firmware schlicht "v5" nennt, hab ich versucht, der offensichtlichen Verwirrung zumindest so gut es geht zu entgehen, indem ich dann v5 bei mir übersprungen habe und auf v6 gegangen bin. Also ich denke, dem Kind einen eindeutigen Namen zu geben, würde sehr helfen.

Der Fokus "meiner" FW hier hat sich nicht geändert: also das ist die Nutzung in HomeAutomatiion-Systemen (FHEM, HomeAssistant). Eine peer2peer-Steuerung zwischen Controllern (ohne Server) sehe ich hier nicht vor (also abgesehen von der existierenden Sync-Funktion). Auch eine Telemetrie-Funktion ("Nach Hause telefonieren") wird es hier nicht geben.Für mich ist die FW hier auch weitestgehend "ausentwickelt". Also, größere Änderungen oder Umbauarbeiten oder einen "Scope-Shift" plane ich hier nicht. Der Fokus liegt auf der Stabilität der Firmware. Funktionserweiterungen gemäß der bestehenden Zielrichtung können aber immer passieren, wenn jemand (oder ich) Ideen haben. So wie die in v6 reingekommene animierbare Farbtemperatur oder die "stay"-Option.

Das FHEM-Modul pflege ich weiterhin. Es gibt da (soweit ich weiß) keinen speziellen Fork von pjakobs für seine Firmware. So lange das so ist, werde ich auf jeden Fall versuchen, das FHEM-Modul auch mit seiner Firmware kompatibel zu halten. Aber auch bei dem Modul sind keine größeren Änderungen geplant.

Und genau - wie pjakobs schon sagte: momentan steht bei mir eine "fancy" Einbindung in HomeAssistant mit einer eigenen Integration im Fokus. Da ich aber selber noch ausschließlich FHEM nutze, ist das trotzdem eher eine Side-Quest ;) Aber bei HomeAssistant spielt momentan einfach die Musik. Ob man es mag oder nicht :/

pjakobs

@vbs - hast recht, ich habe weitgehend angefangen, das ganze Projekt als "Lightinator" zu bezeichnen - und für die neue, esp32 basierte Hardware eben Lightinator mini.

Verwirrend bleibt es halt doch, weil beide von einer Wurzel ausgehen und die Versionierung beibehalten.

und - wenn ich "meine" sage, dann ist das die Kurzform von "die, an der ich arbeite"  ;-)

vbs

Ja, das ist klasse, danke dir. "Lightinator" ist ein super, "catchy" Name, find ich. Ich denke, das macht es für alle einfacher bei der Unterscheidung.

pjakobs

den Namen hatten wir ja damals zur großen Sammelbestellung hier im Forum als Wettbewerb ausgeschrieben - und Lightinator hat gewonnen :-)