ESP RGBWW Wifi Led Controller - Firmware vbs

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

Vorheriges Thema - Nächstes Thema

vbs

Firmware und Modul aktualisiert auf vbs5b im ersten Post.

Sollte jetzt nicht mehr crashen und ein paar kleinere Features/Verbesserungen...

Andy89

#121
Zitat von: vbs am 06 Mai 2017, 14:06:14
Firmware und Modul aktualisiert auf vbs5b im ersten Post.
Servus,
habe gestern einen weiteren Controller samt LEDs verbaut und war so im Spieltrieb, dass ich das hier ausprobieren wollte  ;D
Über die OTA URL (http://rgbww.dronezone.de/testing/version.json) wird noch vbs4b angeboten, oder ich weiß nicht, wie ich aktualisieren kann  :o

Das Fhem Modul habe ich per update geladen - aber auch hier keine Ahnung, ob ich nun das aktuellste habe oder nicht. Die Version könnte hinkommen  :-[
32_LedController.pm     0 2016-05-01 12:00:00Z herrmannj

Danke fürs Weiterentwickeln  :) :)
Grüße und Schönen Sonntag allen,
Andy

edit: mit dem oben gezeigtem Fhem Modul und der vbs4b Firmware bleibt der state bei mir auf jeden Fall dauerhaft auf disconnected. Muss ich noch irgendwas auf meinem Pi installieren, damit das funktioniert?
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

vbs

Zitat von: Andy89 am 07 Mai 2017, 10:48:13
Über die OTA URL (http://rgbww.dronezone.de/testing/version.json) wird noch vbs4b angeboten, oder ich weiß nicht, wie ich aktualisieren kann  :o
Danke für den Hinweis! Habe ich doch glatt vergessen auf den Server zu pushen ^^ Sollte jetzt vbs5b kommen... sorry...

Zitat von: Andy89 am 07 Mai 2017, 10:48:13
Das Fhem Modul habe ich per update geladen - aber auch hier keine Ahnung, ob ich nun das aktuellste habe oder nicht. Die Version könnte hinkommen  :-[
32_LedController.pm     0 2016-05-01 12:00:00Z herrmannj
edit: mit dem oben gezeigtem Fhem Modul und der vbs4b Firmware bleibt der state bei mir auf jeden Fall dauerhaft auf disconnected. Muss ich noch irgendwas auf meinem Pi installieren, damit das funktioniert?
Kannst du einmal das Modul händisch runterladen bitte? Oder einmal deine aktuelle Dateigröße angucken vorher, sollte eigentlich ~62162 Byte groß sein.
https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/develop/FHEM/32_LedController.pm

Evtl. klappt da was mit diesem FHEM-Update per controls.txt noch nicht...

Andy89

#123
Zitat von: vbs am 07 Mai 2017, 11:06:07
Danke für den Hinweis! Habe ich doch glatt vergessen auf den Server zu pushen ^^ Sollte jetzt vbs5b kommen... sorry...
Kannst du einmal das Modul händisch runterladen bitte?
https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/develop/FHEM/32_LedController.pm

Evtl. klappt da was mit diesem FHEM-Update per controls.txt noch nicht...
ja jetzt hab ich auch vbs5b  ;D ;D

ähm jetzt habe ich mit vbs5b auch direkt eine Verbindung und die Updates kommen durch und der state steht auf opened  ;) soll ich es trotzdem händisch nachladen?

andere Frage zu vbs5b: Die WebApp direkt im Browser zeigt "404 not found". Hat sich an dem Aufruf "http://192.168.xxx.xxx/webapp#" etwas geändert?

edit:
im Log steht noch relativ viele Dinge, die glaube ich nicht gewollt sind:
2017.05.07 11:11:06 3: WC_LED: encoded json data: {"hsv":{"h":"+0","v":"0","s":"+0"},"q":"single","d":"1","cmd":"fade","t":"700"}
Use of uninitialized value $time in concatenation (.) or string at ./FHEM/32_LedController.pm line 1360.
Use of uninitialized value $speed in concatenation (.) or string at ./FHEM/32_LedController.pm line 1360.
Use of uninitialized value $requeue in concatenation (.) or string at ./FHEM/32_LedController.pm line 1360.
Use of uninitialized value $name in concatenation (.) or string at ./FHEM/32_LedController.pm line 1360.
Use of uninitialized value $channels in concatenation (.) or string at ./FHEM/32_LedController.pm line 1360.
Use of uninitialized value $colorTemp in concatenation (.) or string at ./FHEM/32_LedController.pm line 1036.
Use of uninitialized value $doRequeue in concatenation (.) or string at ./FHEM/32_LedController.pm line 1036.
Use of uninitialized value $name in concatenation (.) or string at ./FHEM/32_LedController.pm line 1036.
2017.05.07 11:11:09 3: WC_LED: called SetHSVColor +0, +0, 0, , 700, fade, single, 1, , )
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

vbs

Zitat von: Andy89 am 07 Mai 2017, 11:08:49
andere Frage zu vbs5b: Die WebApp direkt im Browser zeigt "404 not found". Hat sich an dem Aufruf "http://192.168.xxx.xxx/webapp#" etwas geändert?
Nee, eigentlich nicht, aber da ist beim Bauen was schief gegangen... nochmals sorry :/ sollte nun behoben sein. Bitte nochmal Firmware updaten (man muss aber nun einmal mit force-Flag updaten, da die Version weiterhin vbs5b ist):
set TYPE=LedController fw_update 1

Zitat von: Andy89 am 07 Mai 2017, 11:08:49
edit:
im Log steht noch relativ viele Dinge, die glaube ich nicht gewollt sind:
Ok danke, werde ich mal umbauen. Ist aber nix inhaltliches, sondern wird nur beim Erzeugen der Logausgaben ausgeprintet. Sollte natürlich trotzdem nicht im Log erscheinen.

Andy89

#125
kein Problem. Es ist eine Test-Firmware, also brauchst du dich auch für nichts entschuldigen! ;) :D Danke aber für das schnelle beheben des Fehlers!  :)

Ich habe nun 4 Controller geupdatet, 3 davon sind auf opened, 1 bleibt leider auf disconnected. Update war bei allen auf jeden Fall erfolgreich. Bei dem, der nicht opened ist, habe ich es sogar nochmal manuell versucht, aber kein Erfolg. Es ist auf jeden Fall auch der Controller, der den schlechtesten Empfang hat und evtl sogar nen Wackler hat, da er ab und zu Mal kurz "blitzt". Meinst du, dass das disconnected evtl daher kommen könnte?

edit: und das ist auch der einzige Controller, bei dem die Configs nicht geladen werden  ???
edit2:
2017.05.07 12:53:33 3: WZ_LED_Wohnwand: got config response
2017.05.07 12:53:33 2: WZ_LED_Wohnwand: error read from http://192.168.2.204:80 timed out retrieving config
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

vbs

Wenn er ab und zu kurz blinkt, dann vermute ich mal, dass er in einer Reboot-Schleife gefangen ist. Also bootet, direkt abstürzt und dann nach ein paar Sekunden das ganze von vorne.

Geht denn das Webinterface? Kannst du ihn aus FHEM heraus steuern? Mal probieren, ob ein ping längere Zeit stabil durchläuft.

Lief der vorher (mit der alten FW) stabil?

Andy89

#127
Zitat von: vbs am 07 Mai 2017, 13:03:27
Wenn er ab und zu kurz blinkt, dann vermute ich mal, dass er in einer Reboot-Schleife gefangen ist. Also bootet, direkt abstürzt und dann nach ein paar Sekunden das ganze von vorne.

Geht denn das Webinterface? Kannst du ihn aus FHEM heraus steuern? Mal probieren, ob ein ping längere Zeit stabil durchläuft.

Lief der vorher (mit der alten FW) stabil?

also das blinken ist nicht dauerhaft, eher ab und zu mal. steuern ist kein Problem, egal ob über FHEM oder das Web-Interface. Dadurch, dass ich den Controller länger nicht mehr anhatte, kann ich jetzt nicht genau sagen, ob er da auch schon evtl ab und zu mal geblinkt hat. Kann aber schon sein. Ich versuch mal den Ping Test.

edit: ok stabil läuft der auf jeden fall nicht:
103 packets transmitted, 93 packets received, 9.7% packet loss
round-trip min/avg/max/stddev = 4.267/21.079/1006.176/102.956 ms
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

vbs

Jedes mal wenn er blinkt, macht er vermtl. einen Reboot. Versuch mal einen Config-Reset, also CLR gedrückt halten und dann dabei einmal RESET drücken. Oder einmal seriell flashen.

Andy89

Zitat von: vbs am 07 Mai 2017, 13:33:13
Jedes mal wenn er blinkt, macht er vermtl. einen Reboot. Versuch mal einen Config-Reset, also CLR gedrückt halten und dann dabei einmal RESET drücken. Oder einmal seriell flashen.
ich glaub es lag am ESP und meinen Lötkünsten. Das war einer der ersten LED Platinen noch aus der ersten Charge. Ich hab ihn nun durch eine von den neuen schwarzen Platinen ersetzt und das Flackern ist weg und er ist vom Status her direkt auf opened. Ich löt bei dem alten den ESP nach und werde es dann seriell flashen, sobald ich weiß, wo ich noch LEDs haben will  ;D

Trotzdem danke!!!
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

vbs

Hab eine Version vbs6 gemacht. Enthält nur einen kleinen Fix, der vertauschte CW/WW-Kanäle behebt.
Hab mir mal erlaubt, dass "b" aus der Versionsbezeichnung zu streichen. Läuft bei mir jetzt seit längerem recht stabil.

vbs

Läuft seit längerem stabil bei mir und ich hab die Firmware jetzt mal dem experimentellen Status enthoben.

Blauhorn

Hallo

recht vielen Dank für dieses tolle Modul, die Firmware und die viele Arbeit, die drin steckt.
Ich hab jetzt nach einiger Bastelarbeit und ein paar Experimenten das gesamte Konstrukt zum Laufen bekommen. Hab zwischen Original-FW/FHEM-Modul und der vbs-Version ein paar mal hin und her gewechselt.

Frage: wie genau bekomme ich MQTT enabled auf "true" gesetzt? Über die WebUI des Controllers geht es ja nicht, wegen inaktiv.
Aus FHEM heraus?: set ledrgbwwcontroller config <und dann?>
Alle Versuche sind bisher gescheitert, das Reading bleibt stur auf "0" stehen.
Kann mich mal bitte jemand vom Schlauch schubsen?

Gruß
blauhorn
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

vbs

Sollte funktionieren wie hier beschrieben:
https://github.com/verybadsoldier/esp_rgbww_fhemmodule/wiki#controller-configuration

Die Config-Readings stellen immer auch den Namen dar, den man bei "get/set config" angeben kann. Also in deinem Fall:
set ledrgbwwcontroller config config-network-mqtt-enabled 1

Direkt danach einmal "get config" machen, dann solltest du den neuen Wert schon in den FHEM-Readings sehen:
get ledrgbwwcontroller config

Damit MQTT gestartet wird, dann allerdings noch einmal rebooten:
set ledrgbwwcontroller restart

Blauhorn

Sehr toll, vielen Dank. Das hat geholfen.
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;