ESP RGBWW Controller - Firmware v5

Begonnen von pjakobs, 01 Januar 2025, 21:14:31

Vorheriges Thema - Nächstes Thema

weini

Das mit dem OTA ist für mich alles ok. Ich habe nach dem Update auf die neue Version erfolgreich einen OTA Update (bzw. minimalen Downgrade) durchgeführt, das hat funktioniert.

Die Rotation hat in der alten Fassung geklappt.

Nochmal eine DAO Frage: Gibt es vom FEHM Modul eigentlich jetzt 2 Versionen von VBS und von dir oder wurde das mal zu einer Version konsolidiert?

weini

Jetzt funktioniert die Rotation wieder!
Ich glaube, das Problem liegt eher im Zusammenspiel zwischen FHEM Modul (ich nutze EspLedController, sollte wohl passen) und der Firmware.
Mein "state" Reading stand auch auf "disconnected", wobei "get ... info" oder "get ... config" trotzdem funktioniert haben. Ggf. sind das noch Problemchen aus der Zeit, bevor ich das "deviceName" Attribut gesetzt haben.

Nachdem ich jetzt nochmal ein modify gemacht habe, passt der "state" und die Rotation funktioniert.

pula

Hallo,

ich würde das gerne testen, aber mein (verbauter) espled-controller bringt leider beim derzeitigen Stand bei aufruf der webapp ein 404. kann man die ota auch ausserhalb der web-oberfläche irgendwie anstossen? in fehm reagiert er noch. und pingbar ist er auch. gibts evtl eine adresse, die man per curl aufrufen kann und der man die neue ota-url mitgeben kann?
Cheers,
Pula
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

pula

Kleine Zusatzfrage: bei einem zweiten, den ich gebraucht hier gekauft habe, mit der Bezeichnung lightinator 3 kann ich leider die Bezeichnungen der PINs auf der Platine nicht lesen. (und er leitet zwar auch auf webapp weiter, aber das gleiche Problem).
Und finde irgendwie auch nichts dazu (vermutlich suche ich wieder mal falsch). Kann mich bitte jemand erleuchten und mir die Belegung der PINs zum flashen (oder eine ganze Anleitung, wie man evtl den esp in den flash-mode versetzen kann mit der Platine) sagen? Ich bilde mir ein, ich hatte das schon mal gefunden, weil ich auf einen der Controller testweise esphome drauf getan habe, aber ich finde leider nichts mehr dazu....
Cheers,
Pula
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

pjakobs

Zitat von: weini am 02 April 2025, 18:31:11Jetzt funktioniert die Rotation wieder!
Ich glaube, das Problem liegt eher im Zusammenspiel zwischen FHEM Modul (ich nutze EspLedController, sollte wohl passen) und der Firmware.
Mein "state" Reading stand auch auf "disconnected", wobei "get ... info" oder "get ... config" trotzdem funktioniert haben. Ggf. sind das noch Problemchen aus der Zeit, bevor ich das "deviceName" Attribut gesetzt haben.

Nachdem ich jetzt nochmal ein modify gemacht habe, passt der "state" und die Rotation funktioniert.

guter Tip, das könnte im messagehandler liegen - in der Version von VBS nutzt der Controller ja raw TCP Socket, um Information an FHEM zu schicken. Schau ich mal rein.


pjakobs

Zitat von: pula am 02 April 2025, 19:31:33Kleine Zusatzfrage: bei einem zweiten, den ich gebraucht hier gekauft habe, mit der Bezeichnung lightinator 3 kann ich leider die Bezeichnungen der PINs auf der Platine nicht lesen. (und er leitet zwar auch auf webapp weiter, aber das gleiche Problem).
Und finde irgendwie auch nichts dazu (vermutlich suche ich wieder mal falsch). Kann mich bitte jemand erleuchten und mir die Belegung der PINs zum flashen (oder eine ganze Anleitung, wie man evtl den esp in den flash-mode versetzen kann mit der Platine) sagen? Ich bilde mir ein, ich hatte das schon mal gefunden, weil ich auf einen der Controller testweise esphome drauf getan habe, aber ich finde leider nichts mehr dazu....
Cheers,
Pula

schau mal hier, ich hab damals versucht, alle möglichen Fragen im FAQ zu beantworten

Support Thread

pjakobs

#111
Zitat von: weini am 02 April 2025, 16:49:31Das mit dem OTA ist für mich alles ok. Ich habe nach dem Update auf die neue Version erfolgreich einen OTA Update (bzw. minimalen Downgrade) durchgeführt, das hat funktioniert.
prima!
Zitat von: weini am 02 April 2025, 16:49:31Die Rotation hat in der alten Fassung geklappt.
Ich hab das gerade mal bei mir versucht, erst
set LED_Bu sat 100dann
set LED_Bu rotate 60(aus der FHEM Oberfläche)
Funktioniert einwandfrei mit der Version V5.0-334-develop

Zitat von: weini am 02 April 2025, 16:49:31Nochmal eine DAO Frage: Gibt es vom FEHM Modul eigentlich jetzt 2 Versionen von VBS und von dir oder wurde das mal zu einer Version konsolidiert?

das VBS Modul ist das aktuellste, ich habe meines nicht weiterentwickelt und nuzte auch in der V5 ein API, das auf dem aufbaut, was @VBS gebaut hat. Irgendwann werde ich wohl mal den raw Socket durch Websocket erstetzen, aber im Moment will ich bei zwei Sprachen (C++ und JavaScript) bleiben.

pjakobs

Zitat von: pula am 02 April 2025, 19:16:40Hallo,

ich würde das gerne testen, aber mein (verbauter) espled-controller bringt leider beim derzeitigen Stand bei aufruf der webapp ein 404. kann man die ota auch ausserhalb der web-oberfläche irgendwie anstossen? in fehm reagiert er noch. und pingbar ist er auch. gibts evtl eine adresse, die man per curl aufrufen kann und der man die neue ota-url mitgeben kann?
Cheers,
Pula


Du kannst in FHEM mit
set <device> config-ota-url https://lightinator.de/version.jsonerstmal die neue OTA URL setzen und dann mit
set <device> fw_update ein update anstoßen


pula

Zitat von: pjakobs am 02 April 2025, 19:45:31
Zitat von: pula am 02 April 2025, 19:16:40Hallo,

ich würde das gerne testen, aber mein (verbauter) espled-controller bringt leider beim derzeitigen Stand bei aufruf der webapp ein 404. kann man die ota auch ausserhalb der web-oberfläche irgendwie anstossen? in fehm reagiert er noch. und pingbar ist er auch. gibts evtl eine adresse, die man per curl aufrufen kann und der man die neue ota-url mitgeben kann?
Cheers,
Pula


Du kannst in FHEM mit
set <device> config-ota-url https://lightinator.de/version.jsonerstmal die neue OTA URL setzen und dann mit
set <device> fw_update ein update anstoßen


vielen lieben dank, so was in der Art hätte ich auch gedacht, aber leider:
Unknown argument config-ota-url, choose one of hsv rgb state hue sat white stop val pct dim dimup dimdown on off toggle toggle_fw raw pause continue blink skip config restart fw_update ct rotate security off-till on-till off-for-timer on-till-overnight intervals on-for-timer off-till-overnight ich komm mir grad wie ein depp vor, sorry für die blöden fragen...
falls es hilft, ich bin in linux zuhause und curl ist auch keine fremdsprache für mich ;-)
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

pula

Zitat von: pjakobs am 02 April 2025, 19:34:25
Zitat von: pula am 02 April 2025, 19:31:33Kleine Zusatzfrage: bei einem zweiten, den ich gebraucht hier gekauft habe, mit der Bezeichnung lightinator 3 kann ich leider die Bezeichnungen der PINs auf der Platine nicht lesen. (und er leitet zwar auch auf webapp weiter, aber das gleiche Problem).
Und finde irgendwie auch nichts dazu (vermutlich suche ich wieder mal falsch). Kann mich bitte jemand erleuchten und mir die Belegung der PINs zum flashen (oder eine ganze Anleitung, wie man evtl den esp in den flash-mode versetzen kann mit der Platine) sagen? Ich bilde mir ein, ich hatte das schon mal gefunden, weil ich auf einen der Controller testweise esphome drauf getan habe, aber ich finde leider nichts mehr dazu....
Cheers,
Pula

schau mal hier, ich hab damals versucht, alle möglichen Fragen im FAQ zu beantworten

Support Thread

danke schön, dort hätte ich schon geschaut, ein halten von clr und drücken von rst bringt mich leider auch nicht weiter.
RX/TX hab ich mittlerweile auf der Platine identifiziert, aber ich suche noch nach einer spannungsversorgung während des flashens. wenn ich 12V an die klemmen anlege und gleichzeitig den flasher an RX/TX, werde ich vermutlich entweder den controller oder den flasher grillen, befürchte ich....
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

pjakobs

Zitat von: pula am 02 April 2025, 19:59:52
Zitat von: pjakobs am 02 April 2025, 19:45:31
Zitat von: pula am 02 April 2025, 19:16:40Hallo,

ich würde das gerne testen, aber mein (verbauter) espled-controller bringt leider beim derzeitigen Stand bei aufruf der webapp ein 404. kann man die ota auch ausserhalb der web-oberfläche irgendwie anstossen? in fehm reagiert er noch. und pingbar ist er auch. gibts evtl eine adresse, die man per curl aufrufen kann und der man die neue ota-url mitgeben kann?
Cheers,
Pula


Du kannst in FHEM mit
set <device> config-ota-url https://lightinator.de/version.jsonerstmal die neue OTA URL setzen und dann mit
set <device> fw_update ein update anstoßen


vielen lieben dank, so was in der Art hätte ich auch gedacht, aber leider:
Unknown argument config-ota-url, choose one of hsv rgb state hue sat white stop val pct dim dimup dimdown on off toggle toggle_fw raw pause continue blink skip config restart fw_update ct rotate security off-till on-till off-for-timer on-till-overnight intervals on-for-timer off-till-overnight ich komm mir grad wie ein depp vor, sorry für die blöden fragen...
falls es hilft, ich bin in linux zuhause und curl ist auch keine fremdsprache für mich ;-)


sorry, mein Fehler, es fehlte ein "config"
set <device> config config-ota-url https://lightinator.de/version.json
die curl Zeile steht irgendwo weiter oben im Thread.

pjakobs

#116
Zitat von: pula am 02 April 2025, 20:15:52danke schön, dort hätte ich schon geschaut, ein halten von clr und drücken von rst bringt mich leider auch nicht weiter.
RX/TX hab ich mittlerweile auf der Platine identifiziert, aber ich suche noch nach einer spannungsversorgung während des flashens. wenn ich 12V an die klemmen anlege und gleichzeitig den flasher an RX/TX, werde ich vermutlich entweder den controller oder den flasher grillen, befürchte ich....

Ah, doch, Du musst den Controller an 12V hängen, denn nur von dort wird der ESP mit Spannung versorgt, also:
- +12V an VCC (die innere Klemme des Zweierblocks)
- GND an die unbeschriftete Klemme des Zweierblocks
- RX/TX/GND an die Pins auf dem Sechser-Header

Solange Du nicht die 12V an irgendeinen 3.3V Pin hängst, wird da nichts gegrillt.
Ich hatte damals tatsächlich einfach nicht daran gedacht, auf den Header noch eine 3.3V Versorgung zu legen, die auch aus anderen Gründen praktisch gewesen wäre.

ah, und weil ich es gerade nochmal gelesen habe: nicht [CLR] und [RST], sondern [PRG]und [RST] ([PRG] ist der mittlere der drei Taster)

pula

Zitat von: pjakobs am 02 April 2025, 21:04:05
Zitat von: pula am 02 April 2025, 19:59:52
Zitat von: pjakobs am 02 April 2025, 19:45:31
Zitat von: pula am 02 April 2025, 19:16:40Hallo,

ich würde das gerne testen, aber mein (verbauter) espled-controller bringt leider beim derzeitigen Stand bei aufruf der webapp ein 404. kann man die ota auch ausserhalb der web-oberfläche irgendwie anstossen? in fehm reagiert er noch. und pingbar ist er auch. gibts evtl eine adresse, die man per curl aufrufen kann und der man die neue ota-url mitgeben kann?
Cheers,
Pula


Du kannst in FHEM mit
set <device> config-ota-url https://lightinator.de/version.jsonerstmal die neue OTA URL setzen und dann mit
set <device> fw_update ein update anstoßen


vielen lieben dank, so was in der Art hätte ich auch gedacht, aber leider:
Unknown argument config-ota-url, choose one of hsv rgb state hue sat white stop val pct dim dimup dimdown on off toggle toggle_fw raw pause continue blink skip config restart fw_update ct rotate security off-till on-till off-for-timer on-till-overnight intervals on-for-timer off-till-overnight ich komm mir grad wie ein depp vor, sorry für die blöden fragen...
falls es hilft, ich bin in linux zuhause und curl ist auch keine fremdsprache für mich ;-)


sorry, mein Fehler, es fehlte ein "config"
set <device> config config-ota-url https://lightinator.de/version.json
die curl Zeile steht irgendwo weiter oben im Thread.

danke! das ding hat lt fhem zwar die ota-url übernommen, aber das mit dem fw_update macht nix. dauerping auf das device läuft durch. sonst tut sich auch nix. elend.
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

pjakobs

Zitat von: pula am 02 April 2025, 21:29:10danke! das ding hat lt fhem zwar die ota-url übernommen, aber das mit dem fw_update macht nix. dauerping auf das device läuft durch. sonst tut sich auch nix. elend.

versuch mal
curl -X POST http://<controller>/update -H 'Content-Type: application/json' --data '{"rom":{"url":""http://lightinator.de/download/testing/V5.0-332-testing/esp8266/release/rom0.bin"},"spiffs":{"url":"http://rgbww.dronezone.de/testing/spiff_rom.bin"}}'Das ist exakt der API call, den das Frontend auch macht.

danach sollte ein

curl -X GET http://<controller> immer ein "OTA in progress" liefern - solange, bis es halt durch ist. Danach gibt es, wie andere hier auch beschrieben haben, Fälle, in denen das OTA nicht funktioniert hat und der Controller mit der alten Firmware hoch kommt, dann hilft wirklich nur noch der direkte serielle Weg.

pula

Zitat von: pjakobs am 03 April 2025, 00:17:11
Zitat von: pula am 02 April 2025, 21:29:10danke! das ding hat lt fhem zwar die ota-url übernommen, aber das mit dem fw_update macht nix. dauerping auf das device läuft durch. sonst tut sich auch nix. elend.

versuch mal
curl -X POST http://<controller>/update -H 'Content-Type: application/json' --data '{"rom":{"url":""http://lightinator.de/download/testing/V5.0-332-testing/esp8266/release/rom0.bin"},"spiffs":{"url":"http://rgbww.dronezone.de/testing/spiff_rom.bin"}}'Das ist exakt der API call, den das Frontend auch macht.

danach sollte ein

curl -X GET http://<controller> immer ein "OTA in progress" liefern - solange, bis es halt durch ist. Danach gibt es, wie andere hier auch beschrieben haben, Fälle, in denen das OTA nicht funktioniert hat und der Controller mit der alten Firmware hoch kommt, dann hilft wirklich nur noch der direkte serielle Weg.

danke schön. allerdings bekomme ich ein:
curl -X POST http://192.168.1.123/update -H 'Content-Type: application/json' --data '{"rom":{"url":""http://lightinator.de/download/testing/V5.0-332-testing/esp8266/release/rom0.bin"},"spiffs":{"url":"http://rgbww.dronezone.de/testing/spiff_rom.bin"}}'

{"error":"missing param"}
der aufruf scheint syntaktisch korrekt zu sein und stimmt auch mit dem in post #78 überein. hm...
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram