ESP RGBWW Wifi Led Controller - Firmware

Begonnen von pjakobs, 12 April 2017, 12:52:18

Vorheriges Thema - Nächstes Thema

Garagenhaus

Ich möchte demnächst meinen RGBWW aufbauen und bin noch sehr unbedarft was ESP und Firmware angeht. Ich habe ein paar konkrete Fragen:

1. Kann man die Firmware so konfigurieren, dass Sie einen Default Wert für die Farben hat, wenn der Controller eingeschaltet/mit Strom vom Trafo versorgt wird. (Farbe, Helligkeit)?
Hintergrund ist, dass ich gerne ein Verhalten wie Hue oder Tradfri hätte, dass immer Warmweiss volle oder fast volle Leuchtkraft kommt, sobald man den Hue per Unterputz Lichtschalter mit 230V Strom versorgt.

2. Ist das per Webinterface nachträglich zu konfigurieren, oder muss ich das vor dem Flashen im Code ändern?

Sonst müsste ich ja immer mein Smartphone rausholen, wenn ich die Lampe einschalten möchte oder ne Fernbedienung statt dem klassichen Lichtschalter... Wie macht ihr das?
Max! System Standalone
CCU2 & HM-LC-Sw1-Pl-CT-R1, HM-LC-Sw4-PCB, HM-RC-4-2
Spielwiese: RPBi2 mit Locotus Addon-Board 868Mhz,
433Mhz Steckdosen und Thermometer
NanoCUL433 und NanoCUL868

Per

Selbst wenn es die Firmware nicht kann, kannst du mittels DOIF abfragen, ob der Controller erreichbar (online) ist, wenn nicht, bekommt er nach der ersten Rückmeldung den von dir gewünschten Zustand von Fhem übermittelt. Eine extra FB oder der Griff zum Handy ist damit nicht notwendig.

Garagenhaus

Danke für den Hinweis. Bin FHEM Beginner, sehe aber zwei Probleme:
1. Das Booten des ESP sollte doch sehr schnell (<1 sek) gehen, bis der sich aber ins WLAN hängt, anmeldet und ein Doif Anweisung bekommt dauert wie lange?
2. FHEM ist bei mir nicht produktiv sonder nur Spielweise , ich suche daher eine FHEM-kann, aber nicht muss Lösung.

Gesendet von meinem ONE A2003 mit Tapatalk

Max! System Standalone
CCU2 & HM-LC-Sw1-Pl-CT-R1, HM-LC-Sw4-PCB, HM-RC-4-2
Spielwiese: RPBi2 mit Locotus Addon-Board 868Mhz,
433Mhz Steckdosen und Thermometer
NanoCUL433 und NanoCUL868

pjakobs

der On-Wert des Controllers ist der, mit dem er abgeschaltet wurde, sprich: wenn Du das Ding hinter einen Schalter hängst, kannst Du es wie ein normales Licht an- und abschalten.

pj

Per

Darf ich nochmal meine Anfrage hochschubsen?
Zitat von: Per am 17 Juni 2017, 23:36:11
Ich stell die Frage nochmal hier, weil sie ja eigentlich hierher gehört:
Zitat von: Per am 15 Juni 2017, 23:32:41Ich habe öfter das Problem, dass mein WLAN schwach, gestört oder was auch immer ist. Oder der Router rebootet. Dann setzt sich der Controller zurück und spielt wieder AP. Reboote ich den Controller, hängt er sich wieder brav ins richtige Netz.

Besteht die Möglichkeit, im (automatischen, also nicht durch Reset erzwungenen) AP-Modus zu testen, ob das Netz wieder da ist und dann wieder automatisch zurückzukehren? Durch den aktuellen Bug in der ESP-Arduino IDE (der mich einige Nerven gekostet hat!) weiss ich, dass der ESP in der Lage ist, AP UND Client gleichzeitig zu sein. Ich weiss aber nicht, ob es programmtechnisch beherrschbar und vom Speicherplatz her möglich ist.

pjakobs

Zitat von: Per am 13 Juli 2017, 22:30:49
Darf ich nochmal meine Anfrage hochschubsen?
[/quote

soweit ich mich erinnere, hat Patrick vor ca einem Jahr genau an der Stelle was geändert, um den Reconnect nach einem Netzwerkverlust robuster zu machen.
Welche Firmware hast Du drauf?

Meine Controller waren zuletzt alle ausgesprochen stabil, bis auf einen, der plötzlich anfing, seine Konfiguration zu verlieren und dann noch nicht einmal per Flash zu bändigen war. Da hab ich den ESP austauschen müssen, um ihn wieder brauchbar zu machen.

pj

Per

Zitat von: pjakobs am 14 Juli 2017, 15:21:40Welche Firmware hast Du drauf?
Die, die bei den Fertig-Teilen drauf war. Kann ich dir aber heute abend genau sagen.

pjakobs

Zitat von: Per am 14 Juli 2017, 17:30:48
Die, die bei den Fertig-Teilen drauf war. Kann ich dir aber heute abend genau sagen.
aus der letzten Sammelbestellung? Das ist dann die aktuellste.
Ich bin momentan nicht im Land, lass uns nächste Woche mal sehen, ob wir das debuggen können.

pj

pjakobs

Moin Firmware Community!

Ich hab gerade einen der neuen Controller getestet, und dabei fiel mir auf: wir haben immer noch den Bug in der White Balance  (float->int Fehler, wenn ich mich recht entsinne) in der Firmware, die als "aktuell" im Github steht
Außerdem habe ich einen Controller, bei dem jetzt schon zum zweiten Mal das SPIFFS ausgefallen ist. Dieser Controller hängt an einem Bewegungsmelder und wird entsprechend häufig geändert. Ich befürchte, dass wir dem Flash da einfach zu viele Schreibzyklen zumuten, weil die Firmware iirc nach jeder Änderung der HSV/RGBWWCW Werte diese im SPIFFS speichert. Ich schlage vor, dass wir hier was ändern:
a) der aktuelle Wert wird nur noch alle x Minuten geschrieben
b) wenn x=0 dann wird er nicht automatisch geschrieben
c) wir fügen einen API Call hinzu, mit dem wir den aktuellen / einen speziellen Wert explizit schreiben können

pj

vbs

Ich hab es bei mir in der FW so gemacht, dass der Wert immer geschrieben wird, wenn er für x Sekunden stabil ist. Momentan habe ich das auf 2 Sekunden eingestellt. Bisher noch keinen Ausfall (auch mit BM). Kann das aber nicht abschätzen, wie "ausgeleiert" der Flash jetzt ist. War hauptsächlich dafür gedacht, die Fades etwas zu entlasten.

pjakobs

ich hab gerade die original FW nicht zur Hand, weißt Du zufällig, wann dort der Wert geschrieben wird? Sicher doch nicht mit jedem fade Step, sondern nur wenn ein neuer Wert per API gesetzt wird?

Das wäre sonst ja tödlich für den Flash!

pj

vbs

Hab es nochmal nachgesehen: beim Original wird immer gespeichert, wenn eine Animation durchgelaufen ist. Also es ist nicht so, dass während des Fades ständig gespeichert wird (sorry, hatte ich falsch im Gedächtnis). Bin trotzdem der Meinung, dass ich eine Konstellation hatte, wo sehr oft gespeichert wurde und weshalb ich dann diese Regelung gebaut hatte. Mag mich aber auch täuschen...

Markus.

Hallo Zusammen,

wo finde ich den die BIN's für die letzte Version ?

Gruß

Markus

pjakobs

Moin zusammen,

aktuell wird die Firmware zunehmend zum Problem, wir haben quasi keinen Community Support und ich habe es doch immerhin diese Woche geschafft, zum ersten Mal ein komplettes Paket zu kompilieren.
Insgesamt halte ich mittlerweile aber die Architektur der Firmware für viel zu aufwendig

  • völlig andere Toolchain für das UI als für die ESP Firmware
  • ESP Firmware in einem recht wenig verbreiteten Framework (SMING)
  • Firmware in einer alten Version des Framworks entwickelt
[li]bekannte Bugs (cw/ww colorbalance flicker) bis heute nicht in einer "offiziellen" Firmware gelöst
[/li][/list]

Es gibt dazu noch ein paar Dinge, die ich gerne implementieren bzw. implementiert sehen würde.
Alleine schaff ich das aus vielen verschiedenen Gründen nicht (Zeit ist dabei wohl der wichtigste).

Daher meine Bitte:

wenn sich jemand berufen und in der Lage sieht, mir bei der Weiterentwicklung der Firmware zu helfen, bitte melden!

danke

pj

Markus.

Hallo Patrick,

mal ein "ahnungsloser" Einwurf.. :-) Bitte nicht krumm nehmen. Aber bei mir läuft die VBS FW echt prima, wäre es da nicht eine Möglichkeit das ihr zwei da an einem Strang zieht. Glaube das wäre ein irrer Zugewinn für uns einfachen Nutzer.... ;D

Gruß

Markus