ESP RGBWW Wifi Led Controller - Firmware vbs

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

Vorheriges Thema - Nächstes Thema

Shojo

Gebe mal  http://<Deine IP>/webapp  ein.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

kmxak

ja du hast recht... es geht aber die weiterleitung geht nicht mehr auf /webapp
Aufgrund der Tapatalk Abschaltung nur noch bedingt erreichbar.

Shojo

Zitat von: kmxak am 17 Dezember 2017, 20:03:02es geht aber die weiterleitung geht nicht mehr auf /webapp
ja das kann ich bestätigen.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

vbs

Sorry, hatte das FHEM-Update mal wieder falsch bedient. Wir beiden werden wohl keine Freunde mehr...
Bitte nochmal FHEM-Modul updaten, dann sollte es da sein.

Ja die Weiterleitung ist hinüber leider (schon länger). Ich kann die Webapp nicht neu bauen im Moment. Das ist noch 1:1 die aus der Original-FW.

kmxak

was ist denn daran kaputt? ist das nur html?
Aufgrund der Tapatalk Abschaltung nur noch bedingt erreichbar.

vbs

Das ist eine Angular-App. Doku dazu von Patrick ist hier: https://github.com/patrickjahns/esp_rgbww_webinterface

Das ist nicht so ganz meine Welt und ich hatte es dann recht schnell aufgegeben. Das läuft über den Paket-Manager npm. Mein Problem war irgendwie, dass einige Pakete auf einem neueren Stand waren (ggü. Patrick's Original-Bau) und dann passte irgendwas nicht mehr zusammen. Soweit ich das verstehe, kann man das alles unabhängig von der Firmware bauen. Also wenn da jemand mit etwas mehr Ahnung mal einen Versuch starten möchte, wäre das natürlich super.

Das muss aber nichts mit dem Weiterleitungs-Problem zu tun haben. Ich weiß nicht, woran das liegt im Moment.

Shojo

Was soll den an der Webapp gemacht werden ?
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

vbs

#337
Ich glaub der Redirect funzt jetzt in vbs15b  8)
Da fehlte einfach nur ein entsprechender HTTP status code. Hab jetzt 308 genommen, ich hoffe das war eine gute Wahl...

EDIT:
Bei der Webapp könnte man theoretisch Einstell-Seiten für die neuen Konfigurationsoptionen machen zum Beispiel. Aber ehrlicherweise gesagt, benutze ich selbst die Webapp nur zur Erstinbetriebnahme. Den Rest mache ich dann unter FHEM. Daher fehlt mir da persönlich nichts. Aber es mag sicherlich Leute geben, die das anders betreiben.

Shojo

FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

vbs

Ich hab mal die Struktur in den OTA-URLs bzw. die Varianten etwas aufgeräumt. Die aktuelle 'testing' ist jetzt 'release' geworden und 'sming35' ist 'testing' geworden. 'release' ist damit ab sofort die "normale" Version (war ja vorher 'testing').

Also ab jetzt:
http://rgbww.dronezone.de/release/version.json -> vbs12
http://rgbww.dronezone.de/testing/version.json -> vbs15b

Shojo

Was hat das eigentlich mit den Calculation Model auf sich ?
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

vbs

Kann ich im Detail nicht sagen. Scheinen verschiedene Methoden zu sein, um HSV zu RGB umzurechnen:
https://github.com/verybadsoldier/RGBWWLed/blob/master/RGBWWLedColor.cpp#L197

Shojo

Zitat von: vbs am 17 Dezember 2017, 20:50:17
Bei der Webapp könnte man theoretisch Einstell-Seiten für die neuen Konfigurationsoptionen machen zum Beispiel.

Ja das HTML und JS wäre jetzt kein Problem, bloß ich bin zu blöd das zu kompilieren :-X
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

vbs

Hm, habs gerade noch einmal probiert und doch, bauen tuts bei mir, aber hinterher war das auf dem Controller irgendwie einiges buggy. Aber bauen sieht so aus:
vbs@ubuntu:~/Projects/esp_rgbww_webinterface$ npm run release

> rgbww-webapp@0.3.3 release /home/vbs/Projects/esp_rgbww_webinterface
> npm run init && grunt release


> rgbww-webapp@0.3.3 init /home/vbs/Projects/esp_rgbww_webinterface
> npm install && npm install bower && bower install

npm WARN deprecated bower@1.8.2: ...psst! Your project can stop working at any moment because its dependencies can change. Prevent this by migrating to Yarn: https://bower.io/blog/2017/how-to-migrate-away-from-bower/
rgbww-webapp@0.3.3 /home/vbs/Projects/esp_rgbww_webinterface
└── bower@1.8.2  extraneous

npm WARN deprecated bower@1.8.2: ...psst! Your project can stop working at any moment because its dependencies can change. Prevent this by migrating to Yarn: https://bower.io/blog/2017/how-to-migrate-away-from-bower/
rgbww-webapp@0.3.3 /home/vbs/Projects/esp_rgbww_webinterface
└── bower@1.8.2  extraneous

Running "ngAnnotate:app" (ngAnnotate) task
>> 1 file successfully annotated.

Running "string-replace:dist" (string-replace) task

3 files created

Running "concat:dist" (concat) task

Running "uglify:dist" (uglify) task
File build/app.min.js.map created (source map).
File build/app.min.js created: 2.72 MB → 624.93 kB
>> 1 sourcemap created.
>> 1 file created.

Running "cssmin:target" (cssmin) task
>> 1 file created. 371.58 kB → 367.54 kB

Running "compress:main" (compress) task
>> Compressed 4 files.

Running "version" task

Done, without errors.



Ich bin immer noch nicht dahinter gekommen, was da mit dem FHEM-Modul in deinem Video passiert. 0 gute Ideen leider :( Könntest du vielleicht das nochmal machen und dazu mal ein verbose4-Log machen? Video ist vermutlich nicht nochmal notwendig, wenn man den Reconnect im Log sieht.
Ich hab nicht verstanden, warum dein Icon im Webinterface von FHEM dann manchmal kurz auf "opened" springt. Du hast doch einfach stateFormat auf stateLight gesetzt, oder? Ich dachte stateLight wäre immer nur "on" oder "off".


Diese neuen Readings wie smingVersion und so klappen jetzt, vermute ich mal?

Shojo

Zitat von: vbs am 18 Dezember 2017, 15:46:04
Ich bin immer noch nicht dahinter gekommen, was da mit dem FHEM-Modul in deinem Video passiert. 0 gute Ideen leider :( Könntest du vielleicht das nochmal machen und dazu mal ein verbose4-Log machen? Video ist vermutlich nicht nochmal notwendig, wenn man den Reconnect im Log sieht.
Ich hab nicht verstanden, warum dein Icon im Webinterface von FHEM dann manchmal kurz auf "opened" springt. Du hast doch einfach stateFormat auf stateLight gesetzt, oder? Ich dachte stateLight wäre immer nur "on" oder "off".
Ja habe alles (Led Controller) nochmal neu eingerichtet, und der Fehler schein weg zu sein.

Zitat von: vbs am 18 Dezember 2017, 15:46:04
Diese neuen Readings wie smingVersion und so klappen jetzt, vermute ich mal?
Ja das läuft auch alles :)
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It