FHEM Forum

Verschiedenes => Bastelecke => Thema gestartet von: mrpj am 07 Februar 2016, 17:53:42

Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: mrpj am 07 Februar 2016, 17:53:42


Sammelbestellung updates

Eine Sammelbestellung wird derzeit von pjakobs organisiert:

Hinweise Sammelbestellung 2.5 (https://forum.fhem.de/index.php/topic,48918.msg564964.html#msg564964)






Inhaltsübersicht




Hallo zusammen,

in den letzten Wochen ist im  "Bastelprojekt RGB Wlan Thread"  (http://forum.fhem.de/index.php/topic,34464.0.html)  ein PCB für einen LED Controller auf Basis des ESP8266 entstanden.
In dem Thread wurde auch immer wieder  das Thema Sammelbestellung angeschnitten - und nun denke ich, ist das Projekt an einem Punkt, an dem es einen eigenen Thread verdient hat - und auch eine Sammelbestellung mit gutem Gewissen  organisiert werden kann.



Projekt ESP8266 RGBWW Controller
Ein paar Worte zum Projekt selbst: Letzten Herbst habe ich mich mit dem Thema LED Beleuchtung für Zuhause befasst. Mir persönlich waren die fertigen System (Hue, Lightify) für mein Studentenbudget zu teuer. Die alternative MiLight/LimitlessLED haben mich nicht überzeugt. Da ich früher schon viel "gebastelt" habe, war ich auf der Suche nach günstigen DIY Lösungen. Das Bastelprojekt mit dem ESP8266 hier im Forum war ein guter Startpunkt um meine Ideen zu konkretisieren, die Funktionalität zu diskutieren und einen eigenen Controller zu entwerfen.

Der Controller sollte folgende Eigenschaften erfüllen

Aus dem Thread kamen noch folgende Ideen/Wünsche hinzu

Aus den ganzen Ideen/Vorgaben ist dann das Projekt "RGBWW" entstanden.
Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: mrpj am 07 Februar 2016, 17:53:52
Hardware

Die "Hardware" des Controller stellt folgendes bereit:

*) Eine Änderung/Modifikation ist via der Firmware + Ansteuerung möglich - primär wird aber für RGB+W+W entwickelt

Bauteile
Zur Steuerung wird ein ESP8266-12 verwendet - ein "embedded systems" chip mit Wlan Funktionalität, der in vielen DIY Projekten eingesetzt wird. Die Ledtreiber sind "Logic Level FETs" (MOSFETs die auch bei den 3.3V des ESPs voll durchschalten).

Insgesamt wurden folgende Bauteile verwendet:



Eine genaue Übersicht und Bezeichnung der Bauteile befindet sich auf Github
https://github.com/patrickjahns/esp_rgbww_controller/#parts

Spezifikationen

1) Getestet wurden an einem Kanal alle 3 Farben vom einem 5050RGB Stripe + 3528 SMD White Stripe - dabei wurde ein IRLZ34N nichtmal warm. Messwerte reiche ich die Tage noch nach - mein Messgerät Zuhause ist leider nicht mehr für Stromstärke zu gebrauchen  :-\

2) Die verwendeten Anschlussklemmen sind auf Max 16A spezifiziert - wenn mehr als 16A total genutzt werden sollen, müssen die Anschlussklemmen ausgetauscht werden


Das Platinenlayout (v1.3):

(http://funkyimg.com/p/2baoh.png) (http://funkyimg.com/view/2baoh)

Abmessung der Platine ist 50x50mm


Der Schaltplan und das  aktuelle Layout (v1.3) ist auch im EAGLE Format  auf Github zu finden:
https://github.com/patrickjahns/esp_rgbww_controller/


Falls noch jemand Anmerkungen/Vorschläge hat, können wir diese gerne vor der Bestellung hier besprechen und umsetzen.

Bilder von allen Bauteilen:

(http://funkyimg.com/p/29VSF.jpg) (http://funkyimg.com/view/29VSF)

Bilder fertige Platine v1.3

(http://funkyimg.com/p/29VSG.jpg) (http://funkyimg.com/view/29VSG)

Abmessungen eines fertigen Controllers 50x50x25 mm (LxBxH) -


Aufbauanleitung
Für alle die das ganze auf-/nachbauen wollen, werde ich noch eine kurze bebilderte Anleitung nachreichen. Das vorgehen ist auf Github (in englischer Sprache) schonmal beschrieben
https://github.com/patrickjahns/esp_rgbww_controller#assembly


Gehäuse
Die nächsten Tage wollte ich mal in alle Ruhe in das FABLab um die Ecke gehen, und ein Gehäuse aus 3mm HDF per Lasercutter ausschneiden lassen und schauen wie es "aussieht"
(Möglich wäre auch "Plexi"). Dabei lässt sich auch dann abschätzen, wie lange der Lasercutter pro Gehäuse brauchen würde, und wie teuer so ein gelasertes Gehäuse ist.

Vorschläge/Ideen zum Gehäuse sind gerne Willkommen


Rechlicher Hinweis
Das vorgestellte Projekt ist ein "Bastelprojekt" - jeder ist selber für seine eigene Sicherheit und sachgemäßen Umgang mit Bauteilen und Netzspannung verantwortlich.
Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: mrpj am 07 Februar 2016, 17:53:59
Firmware/Software und Funktionalität

Die Firmware für den Controller basiert auf dem SMING Framework (http://github.com/SmingHub) und bieten unter anderem folgende Funktionen:



1) Wenn der Controller zum ersten mal angeschaltet wird, startet er im AP Modus (SSID RGBWW***). Man kann sich dann mit dem Smartphone/Tablet/Laptop verbinden, die Zugangsdaten zum HomeWifi und weitere Optionen (IP etc.) eingeben und verbindet sich. (Bei einem Neustart sucht er automatisch nach dem gespeicherten WiFI, falls dies nicht gefunden wird, startet er wieder im Accesspoint Modus und kann erneut konfiguriert/eingestellt werden)

2) Der Controller unterstützt drei Berechnungsmodelle um die Farbmischug von HSV auf die Ausgabe via RGB Leds zu berechnen:
- HSV normal  (https://de.wikipedia.org/wiki/HSV-Farbraum#Transformation_von_RGB_und_HSV.2FHSL)
- HSV Spektrum (https://github.com/FastLED/FastLED/wiki/FastLED-HSV-Colors#color-map-rainbow-vs-spectrum)
- HSV Rainbow (https://github.com/FastLED/FastLED/wiki/FastLED-HSV-Colors#color-map-rainbow-vs-spectrum)

3) Farbkorrektur ist Wifilight nachempfunden und es ist möglich für die die Farben Rot, Gelb, Grün, Cyan, Blau und Magenta die Farbmischung aus den RGB Leds einzustellen. Weiterhin ist es möglich die Helligkeit der Leds zu normalisieren

4) Der Controller hat intern eine Queue für "Animationen" - so kann z.B. ein Szenario per Kommandos übergeben werden:
- fade von schwarz nach HSV(0, 100, 100) in 1 Sekunde
- bleibe bei HSV(0, 100,100) für 2 Sekunden
- fade auf HSV(60, 100, 100) in 1 Sekunde
- bleibe bei HSV(60, 100, 100) für 4 Sekunden
- fade auf HSV(210, 100, 100) in 10 Sekunden
- bleibe bei HSV(210, 100, 100) für 10 Sekunden

Bilder webinterface

Erstkonfiguration - erscheint direkt wenn man sich mit dem Controller per Wlan verbindet
(http://funkyimg.com/p/28Ymd.png) (http://funkyimg.com/view/28Ymd)


Hauptmenü (verfügbar nach erfolgreicher Verbindung mit dem Heimrouter)
(http://funkyimg.com/p/28Yme.png) (http://funkyimg.com/view/28Yme)

Farboptionen
(http://funkyimg.com/p/28Yma.png) (http://funkyimg.com/view/28Yma)
(http://funkyimg.com/p/28Ymb.png) (http://funkyimg.com/view/28Ymb)


Firmware Roadmap

Es gibt noch eine Vielzahl Ideen - die nachdem die Funktionalität von v1 gewährleistet ist, nach und nach umgesetzt werden können.
z.B
- Konfiguration der Ausgänge des Controllers RGB, RGBW, RGBWW oder nur W/WW



Anleitungen

Controller Flashen
Pf@nne hat ein sehr gutes Tutorial dazu verfasst. Zu finden unter:
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761

Probleme/Bugs
Der folgende Beitrag bietet eine Grundlage um einen hilfreichen Fehlerbericht zu erstellen, so dass die Probleme schnellstmöglich behoben werden können
https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795



Anbindung an FHEM
Die Anbindung an FHEM ist derzeit noch in Entwicklung durch herrmannj und pjakobs.
Forums Thread zur Entwicklung (https://forum.fhem.de/index.php/topic,55065.0.html)
Github Repository mit den aktuellem Stand des Moduls (https://github.com/patrickjahns/esp_rgbww_fhemmodule)



Mithilfe bei der Entwicklung
Ich freue mich über Hilfe - mein Hauptfokus liegt im Moment in der Implementierung der Funktionen notwendig für die Ansteuerung der LEDs und für die Farbkorrektur  (RGBWWLibrary)
Wer Interresse hat mitzuhelfen, kann sich hier an der Diskussion und dem Austausch beteiligen. Der Sourcecode für die Firmware und die LED Library ist auf Github zu finden.

Firmware
Rom und Dateisystem: http://patrickjahns.github.io/esp_rgbww_firmware/
Sourcecode: https://github.com/patrickjahns/esp_rgbww_firmware

Anleitung/Hinweise zum Flashen
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/1.1-Flashing

RGBWWLed Library
https://github.com/patrickjahns/RGBWWLed

FHEM Modul
https://github.com/patrickjahns/esp_rgbww_fhemmodule


Danke
Ich möchte mich an dieser Stelle bei folgenden Nutzern für ihre Mithilfe herzlich bedanken:

Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: mrpj am 07 Februar 2016, 17:54:08
Sammelbestellung



Sammelbestellung 1 ist abgeschlossen/b]

Sammelbestellung 2.5 wird von pjakobs hier organisiert:
Hinweise Sammelbestellung 2.5 (https://forum.fhem.de/index.php/topic,48918.msg564964.html#msg564964)







Versandkosten

Mögliche Versandoptionen sind Warensendung (bis 500g) oder DHL Päckchen. Zu den Versandgebühren von der Deutschen Post/DHL kommen noch die Kosten für Verpackungsmaterial und Versandetikketten in Höhe von 0,50€ dazu.


Versand außerhalb von Deutschland:
Die oben genannten Versandoptionen gelten nur für den Versand innerhalb Deutschlands Ein Versand in das(europäischen) Ausland ist via  DHL Päkchen International (https://www.dhl.de/de/paket/pakete-versenden/weltweit-versenden/paeckchen.html) möglich. Die Versandkosten belaufen sich auf:


Fragen und Antworten zur Sammelbestellung

Das Formular dient der Übersichtlichkeit - der Thread kann dann mit Feedback, Fragen und Diskussionen genutzt werden. Und es geht keiner bei der Teilnahme verloren.
Zusätzlich vereinfacht es mir die Organisation - ich müsste ab einem Gewissen Zeitpunkt alles aus dem Forum nochmals in eine Tabelle für mich selbst übertragen.

Um mein eigenes Risiko zu einem großen Teil zu minimieren und später nicht auf den Kosten/Bauteilen sitzen zu bleiben - finde ich dies die beste Lösung

Prinzipiell ja, solange DHL päckchen noch an eine Packstation schickt. Wenn das gewünscht wird - bitte auch DHL Päckchen bei den Versandoptionen auswählen


In der E-mail zur Sammelbestellung werde ich meine Kontodaten zur Verfügung stellen - es ist für mich persönlich die unkomplizierteste Methode, da ich dann direkt das Geld nutzen kann um die Bauteile/PCBs bei den Händlern zu bezahlen.

Paypal o.ä verkomplizieren das ganze - und es kann sein , dass bei einer Vielzahl von Transaktionen Paypal sich vorbehält das Geld zu sperren und erst nach einer Prüfung frei zu geben.  (siehe verschiedene Posts im Internet (https://www.google.de/?gws_rd=ssl#q=+paypal+21+tage+sperre)

Falls eine Überweisung nicht möglichsein sollte, können wir gernen in den Kontakt treten und eine alternative Lösung finden.


Weitere Fragen? Einfach im Thread stellen - wichtige Fragen/Antworten werden dann hier ergänzt



Rechtliche Hinweise
Die Sammelbestellung und Bestückung wird nicht als Dienstleistung, sondern auf Gefälligkeitsbasis Angeboten. Mit der Aufwandsentschädigung soll kein nachhaltiger Gewinn erzielt werden.
Für die Funktionalität einzelner Bauteile/Komponente sind Hersteller und Händler/Zulieferer verantwortlich. Im Rahmen der Sammelbestellung gibt es keine getrennte Garantie/Gewährleistung auf Funktionalität dieser.

Alle Bauteile und fertige Platinen werden als "Bastelprojekt" angeboten - es ist jeder für die Einhaltung Sicherheitsrelevanter Aspekte im Umgang mit Netzspannung verantwortlich. Ich übernehme keine Haftung für eventuelle Schäden die beim Aufbau und Nutzung des RGBWW Controllers enstehen könnten.
Im Rahmen der Sammelbestellung ist es notwendige personenbezogene Daten (Name, Anschrift, E-mail) zu speichern und zu verwenden. Diese Daten werden nur zum Zweck der Sammelbestellung verwendet und nicht an Dritte weitergegeben.



Verlauf Sammelbestellung 1
Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: mrpj am 07 Februar 2016, 17:54:20
Probleme/Bugs?

Ich möchte euch bei Problemen / Fehler helfen und diese beseitigen.
Um wirklich helfen zu können, sind Informationen zu der Ausgangslage die zu dem jeweiligen Problem/Fehler geführt haben, essentiell.
Oftmals fehlen mir wichtige Informationen um die Ausgangssituation nachzustellen, so dass das jweilige Problem/der Fehler bei mir Auftritt und ich diesen dann weiter untersuchen kann.

Um das ganze möglichst erfolgreich zu gestalten und den Prozess nicht unnötig in die Länge zu ziehen dienen die folgenden Zeilen als Anhalspunkte für einen ausführlichen Fehlerbericht.
Bitte diese Fragen möglichst detailiert beantworten und jeden Bericht auf einen Fehler/ein Problem eingrenzen.
Am hilfreichsten ist es, wenn alle Schritte / Handlungen genannt werden, die zu dem Problem führen/führten.
Bitte bedenkt dabei, dass Anhand der Beschreibung das Problem (inklusive aller Rahmenbedingungen) von einer dritten Person rekonstruiert werden muss. (Diese Person hat keine Informationen außer die ihr zur Verfügung stellt.)

Allgemeine Information

Version der Firmware (Auszug aus dem Webinterface)
Wie wurde die Firmware aufgespielt?


Was ist passiert? / Welcher Fehler Tritt auf?
Was wurde stattdessen erwartet?

Wann tritt der Fehler auf?
Welche Schritte haben dazu geführt dass der Fehler auftritt?

[b]Detailierte[/b] Beschreibung der Schritte/Handlungen


Logfile
Bitte fügt (falls möglich) ein Logfile (Mitschnitt der seriellen Verbindung zw. Controller <-> PC) mit Zeitstempeln eurem Fehlerbericht bei.
Wichtig: das Logfile bitte nicht getrennt von der Beschreibung anfertigen, sondern es ist wichtig, dass das Logfile ein Mitschnitt der Schritte aus der Beschreibung ist.
Bitte auch jede Interaktion mit dem Controller, die während der Aufzeichnung des Logfiles stattgefunden hat, nennen. (Auch z.B. wenn ihr den Controller manuell neugestartet habt)

Standardmäßig findet keine Übertragung von Framework Debugging Informationen (Sming - debugapp) statt - je nach Problem kann es wichtig sein, diese auch noch zur Verfügung zu haben.
Die debugging Informationen können einfach via der API ein-/ausgeschaltet werden (hinweis: bei jedem Neustart des Controllers sind diese standardmäßig deaktiviert)

Um die ausführlichen Informationen zu erhalten, wird ein passender (REST-)Klient (z.b. curl, postman, advanced rest client) benötigt.
Mit diesem den Befehler als JSON POST Body an http://controllerip/system senden

{"cmd":"debug", "enable":"true"}


Weitere hilfreiche Informationen:



Probleme mit dem Webinterface /  Kommunikation Webinterface <-> Controller
Bei Problemen die sich bei der Interaktion mit dem Webinterface und dem Controller zeigen, ist es hilfreich einen Screenshot aus den "Developer Tools" des Browsers (Chrome F12) mit den Verbindungen und der Javascript Konsole zu haben.



Probleme beim/nach Flashen:

Firmware Quelle: Vorkompoliert (Welche Quelle?) / Selber kompiliert (bitte nähere Informationen)
Hardware zum Flashen: FTDI232 / ??? / ???
Wie ist die Hardware verbunden? Falls USB, sind weitere Geräte mit USB verbunden?
Welches Betriebssystem?
Welches Tool wurde zum flashen genutzt?
Wie wurde das Tool aufgerufen? (Welche Einstellungen / wie lautete die Kommandozeile?)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 07 Februar 2016, 18:33:57
Daumen hoch!

Da bin ich doch dabei :)
Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: PeMue am 07 Februar 2016, 19:19:15
Zitat von: mrpj am 07 Februar 2016, 17:54:08
Einen Wunsch hätte ich dennoch: ich würde mich sehr freuen, wenn wir die Initialkosten/Entwicklungskosten (1 Charge PCBs, Bauteile etc.) von ca. 40 Euro auf die Sammelbestellung aufteilen.

  • Warum sammelst du das Geld vorher ein?
Um mein eigenes Risiko zu einem großen Teil zu minimieren und später nicht auf den Kosten/Bauteilen sitzen zu bleiben - finde ich dies die beste Lösung.
Aus meiner Sicht ist das eine Selbstversändlichkeit. Habe mich gerade mal eingetragen - obwohl ich mich mit dem Thema LED Stripes noch nicht beschäftigt hatte ...
Saubere Arbeit!

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 07 Februar 2016, 19:19:36
Geil, kann man dich buchen?
Die mit Abstand geilste Einleitung einer Sammelbestellung die ich bisher gesehen habe......RESPECT!!

Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: mrpj am 07 Februar 2016, 20:43:27
Danke für die Blumen  :)

Das mit dem Buchen ist immer nur eine Frage des Stundenlohns  ::) ;)

Aber bei interressanten Projekten helfe ich gerne auch so mit  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Garagenhaus am 08 Februar 2016, 14:26:39
Super Thread
Das legt die Latte für Sammelbestellungsdokumentation ziemlich hoch... :-)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Garagenhaus am 08 Februar 2016, 14:43:54
Hier noch ein paar Anregungen für Gehäuse:
1,60 mit Lasche http://www.reichelt.de/Kunststoff-Kleingehaeuse/GEH-KSL-40/3/index.html?ACTION=3&GROUPID=3355&ARTICLE=73219&OFFSET=500&
1,50 ohne Lasche http://www.reichelt.de/Kunststoff-Kleingehaeuse/GEH-KS-42/3/index.html?ACTION=3&GROUPID=3355&ARTICLE=8162&OFFSET=500&

4,80€ http://www.reichelt.de/Kunststoff-Kleingehaeuse/BOPLA-U-50/3/index.html?ACTION=3&GROUPID=3355&ARTICLE=126244&OFFSET=500&
5,75€ http://www.reichelt.de/Kunststoff-Kleingehaeuse/BOPLA-U-75/3/index.html?ACTION=3&GROUPID=3355&ARTICLE=126245&OFFSET=500&

Hmm, die Hammond Gehäuse sind wohl zu niedrig
http://www.reichelt.de/Kunststoffgehaeuse-HAMMOND/2/index.html?&ACTION=2&LA=2&GROUP=C71A&GROUPID=5502&START=0&OFFSET=500&SHOW=1
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 08 Februar 2016, 15:39:11
Ich hab meinen eigenen Text gerade nochmals durchgelesen und die schlimmsten Rechtschreibfehler/Vertipper und Gedankensprünge ausgebessert  ::)

Ich hatte heute noch ein Gespräch mit dem lokalen Zollamt bezüglich Einführgebühren/MWSt. von Elektronikbauteile - Leider fällt auch hier ab ~25 Euro Warenwert+Versandkosten die 19% MWSt. an.
Das liegt mir etwas flau im Magen. Bisher sind alle Bestellungen mit Bauteilen über Aliexpress mit einem "vom Zoll befreit" Aufkleber bei mir angekommen - je größer die Pakete werden, umso eher werden die wahrscheinlich aber rausgefischt und die 19% kommen noch bei den ESPs/DC-DC Convertern/PCBs oben drauf.

Gibt es hier aus früheren Sammelbestellungen im Forum Erfahrungswerte?

Ich sehe 2 Optionen:
1) Ich Rechne vorsichtshalber beim ESP/PCB/DC Converter die 19% oben drauf. Falls die 19% nicht fällig werden erstatte ich das ganze (z.B. schick das Geld im Päckchen zurück)

2) Wir gehen das Risiko ein und falls doch die 19% fällig werden, muss ich nochmals um eine Nachzahlung bitten.

Was meint ihr? Was wäre die angenehmste Lösung für alle? 


Zitat von: Garagenhaus am 08 Februar 2016, 14:26:39
Super Thread
Das legt die Latte für Sammelbestellungsdokumentation ziemlich hoch... :-)

Ich hoffe doch mal nicht, dass es eine Messlatte gibt  ;).
Ich persönlich mag es strukturiert und dann kommt eben so ein Thread bei raus

Danke dir für die Gehäuse Vorschläge - wenn ich darf ergänze ich die Informationen von dir im obrigen Post.
Die Gehäuse aus dem Lasercutter werden sehr wahrscheinlich nicht günstiger als die 1,5/16 Euro Version von Reichelt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Garagenhaus am 08 Februar 2016, 16:44:18
Zitat von: mrpj am 08 Februar 2016, 15:39:11
Ich hab meinen eigenen Text gerade nochmals durchgelesen und die schlimmsten Rechtschreibfehler/Vertipper und Gedankensprünge ausgebessert  ::)

Ich hatte heute noch ein Gespräch mit dem lokalen Zollamt bezüglich Einführgebühren/MWSt. von Elektronikbauteile - Leider fällt auch hier ab ~25 Euro Warenwert+Versandkosten die 19% MWSt. an.
Das liegt mir etwas flau im Magen. Bisher sind alle Bestellungen mit Bauteilen über Aliexpress mit einem "vom Zoll befreit" Aufkleber bei mir angekommen - je größer die Pakete werden, umso eher werden die wahrscheinlich aber rausgefischt und die 19% kommen noch bei den ESPs/DC-DC Convertern/PCBs oben drauf.

Gibt es hier aus früheren Sammelbestellungen im Forum Erfahrungswerte?

Ich sehe 2 Optionen:
1) Ich Rechne vorsichtshalber beim ESP/PCB/DC Converter die 19% oben drauf. Falls die 19% nicht fällig werden erstatte ich das ganze (z.B. schick das Geld im Päckchen zurück)

2) Wir gehen das Risiko ein und falls doch die 19% fällig werden, muss ich nochmals um eine Nachzahlung bitten.

Was meint ihr? Was wäre die angenehmste Lösung für alle? 


Ich hoffe doch mal nicht, dass es eine Messlatte gibt  ;).
Ich persönlich mag es strukturiert und dann kommt eben so ein Thread bei raus

Danke dir für die Gehäuse Vorschläge - wenn ich darf ergänze ich die Informationen von dir im obrigen Post.
Die Gehäuse aus dem Lasercutter werden sehr wahrscheinlich nicht günstiger als die 1,5/16 Euro Version von Reichelt.
Meine Erfahrung/Bauchgefühl:
1. Mir ist noch nie was im Zoll hängen geblieben und ich habe bisher immer bis max 30€ bestellt. 2-3 mal kam eine Benachrichtigung vom Zoll/Post wegen der Höhe. Da habe ich die Bestellung und Rechnung gefaxt und einen Versand per Post angeordnet und das ging ohne Probleme. Zum Zoll fahren, muss man nie. Selbst wenn man ein paar Euro zahlen muss, kann man die Überweisen und dann wird die Ware freigegeben und macht sich dann per Post weiter auf den Weg zum Briefkasten.
2. Bei Kleinteilen im Cent Bereich lohnt es sich das Zeug aus China kommen zu lassen. Bei Bauteilgruppen im Euro Bereich wie Arduinos, Funkmodule/ESP/NRF ist es oft so, dass größere Mengen >25€ nicht viel niedrigere Stückpreise ergeben. Hier macht es Sinn, dass Forumsteilnehmer sich die Ware selber bestellen. Bei unseren NanoCuls handhaben wir es genau so.
Dadurch wird das Versand und Steuerrisikio für die Gruppe minimiert bzw. die Gruppe auch in der Verantwortung entlastet.
Warum also zentral bestellen, wenn die Leute eh selber löten wollen und die Einzelbestellung nur ein paar Cent teuer als 20er Losgrößen, die im Zoll hängen bleiben können.

3. Wenn es preislich attraktiv genug bleibt, kann man die Bestellungen >25€ eben auf 2 Bestellung aufteilen und ein paar Tage dazwischen warten.

Ich würde es daher so handhaben, dass du bei den größeren Modulen den AliXPr / ebay /... Link teilst und die Leute können es dann direkt selber bestellen und du nur für die bestellst denen du es komplett lötest.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 08 Februar 2016, 17:30:38
Das Problem bei der Einzelbestellung sehe ich in den Bauteilspezifikationen.
Wer hier nicht so tief drinn steckt, kauft ggf. Etwas falsches.

Kann man beim Chinesen so etwas wie einen Warenkorb sharen?
So wie bei Reichelt? Dann könnte wirklich jeder selbst bestellen.

Finde ich auch fast fairer, der Sammelbesteller hat echt ne Menge zu tun.
Da ist das Layoutete PCB schon klasse, das PCB mit Bauteilen schon Luxus
und das fertig bestückte PCB fast besser als ein kühles Bier bei Sonnenuntergang!

Alleine das Sortieren der Bauteile bei 50 PCBs ist Sträflingsarbeit.

Ich unterstütze alles was der Sammelbesteller für sinnvoll erachtet.....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 08 Februar 2016, 18:40:11
Danke für den Input

Zitat von: Garagenhaus am 08 Februar 2016, 16:44:18

1. Mir ist noch nie was im Zoll hängen geblieben und ich habe bisher immer bis max 30€ bestellt. 2-3 mal kam eine Benachrichtigung vom Zoll/Post wegen der Höhe. Da habe ich die Bestellung und Rechnung gefaxt und einen Versand per Post angeordnet und das ging ohne Probleme. Zum Zoll fahren, muss man nie. Selbst wenn man ein paar Euro zahlen muss, kann man die Überweisen und dann wird die Ware freigegeben und macht sich dann per Post weiter auf den Weg zum Briefkasten.

Die selbe Erfahrung habe ich auch gemacht - nur waren die Päkchen eben immer das Format von verschieden großen Luftpolsterumschlägen. Wie das nun bei größeren Anzahlen verschickt wird, weiss ich nicht.
Abholen beim Zoll ist für mich kein Problem - kann ich mit einem Besuch bei der Familie verbinden, das Zollamt ist im gleichen dorf  ;)

Zitat von: Garagenhaus am 08 Februar 2016, 16:44:18
2. Bei Kleinteilen im Cent Bereich lohnt es sich das Zeug aus China kommen zu lassen. Bei Bauteilgruppen im Euro Bereich wie Arduinos, Funkmodule/ESP/NRF ist es oft so, dass größere Mengen >25€ nicht viel niedrigere Stückpreise ergeben. Hier macht es Sinn, dass Forumsteilnehmer sich die Ware selber bestellen. Bei unseren NanoCuls handhaben wir es genau so.
Dadurch wird das Versand und Steuerrisikio für die Gruppe minimiert bzw. die Gruppe auch in der Verantwortung entlastet.
Warum also zentral bestellen, wenn die Leute eh selber löten wollen und die Einzelbestellung nur ein paar Cent teuer als 20er Losgrößen, die im Zoll hängen bleiben können.

Ich habe die Bauteile  aus China schon ziemlich eingegrenzt - ESP, DCDC Wandler, PCBs
Bei den anderen Bauteilen war TME als Händler gleichauf im Preis, oder günstiger. (Und ich habe da mehr vertrauen was die Funktionalität angeht - ärgere mich gerade mit einem Aliexpress Händler wegen den Mosfets herum. )

Angebote zu ESPs findet man viele auf Aliexpress - meist aber nur günstig in Kleinstmengen (1-2) - sobald es mehr werden kommen schnell Versandkosten dazu und es rechnet sich nicht mehr.
Und oftmals ist es bei den Kleinstmengen ein ziemliches Roulette ob der Händler gut ist, oder nicht.

Ich hätte unsere ESPs bei einem Händler mit dem ich gute Erfahrungen gemacht habe eine größere Menge geordert.
z.B. 50 Stück für ~100 Euro (http://www.aliexpress.com/item/Free-Shipping-10pcs-lot-ESP8266-remote-serial-Port-WIFI-wireless-module-through-walls-Wang-ESP-12/32268074285.html)

Die Zollgebühren von den ESPs würden 40 Cent/ Stück ausmachen

DC Wandler kann ich aufsplitten => entfällt das Risiko

Zitat von: Pf@nne am 08 Februar 2016, 17:30:38
Das Problem bei der Einzelbestellung sehe ich in den Bauteilspezifikationen.
Wer hier nicht so tief drinn steckt, kauft ggf. Etwas falsches.

Kann man beim Chinesen so etwas wie einen Warenkorb sharen?
So wie bei Reichelt? Dann könnte wirklich jeder selbst bestellen.

Mit Warenkorb weiss ich nicht, aber wir können auch eine Liste mit Links zu den Produkten (ESP/DCDC Converter) erstellen



Zitat von: Pf@nne am 08 Februar 2016, 17:30:38
Finde ich auch fast fairer, der Sammelbesteller hat echt ne Menge zu tun.
Da ist das Layoutete PCB schon klasse, das PCB mit Bauteilen schon Luxus
und das fertig bestückte PCB fast besser als ein kühles Bier bei Sonnenuntergang!

Alleine das Sortieren der Bauteile bei 50 PCBs ist Sträflingsarbeit.

Da es nur 2 Bauteile gibt, die sich lohnen würden außerhalb der Sammelbestellung zu ordern (DCDC Converter, ESP) macht das zum Schluss auch keinen Unterschied mehr  ;). (Vor allem in anbetracht der Größe der Bauteile zu den anderen Komponenten)



Zitat von: Pf@nne am 08 Februar 2016, 17:30:38
Ich unterstütze alles was der Sammelbesteller für sinnvoll erachtet.....

Ich bin da echt flexibel - der Aufwand beim sortieren der Bauteile verändert sich nur minimal.

Am Ende des Tages ist mir wichtig, das nicht auf Ausgaben sitzen bleibe.

Mein Vorschlag ist:
- Ich rechne bei dem PCB Preis die 19% MWst. drauf. Das sind letztendlich ca 20/15cent und das Risiko ist damit abgedeckt.
- Bei den ESPs rechne ich 40cent drauf - es kann dann jeder selbst entscheiden ob er lieber selber den ESP bestellen möchte, oder aber es als "Komplettpacket" haben möchte


Was meint ihr?

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 08 Februar 2016, 18:44:10
Zitat von: mrpj am 08 Februar 2016, 18:40:11
Mein Vorschlag ist:
- Ich rechne bei dem PCB Preis die 19% MWst. drauf. Das sind letztendlich ca 20/15cent und das Risiko ist damit abgedeckt.
- Bei den ESPs rechne ich 40cent drauf - es kann dann jeder selbst entscheiden ob er lieber selber den ESP bestellen möchte, oder aber es als "Komplettpacket" haben möchte

Was meint ihr?

Genau so machen! Mach dir keinen Stress, die 50 Cent sind nun echt wumpe.......
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 08 Februar 2016, 19:00:20
Sehe ich auch so.

Ich hatte eigentlich nur all in bestellt, damit ich wegen der 2€ nicht extra beim Chinesen eine Order aufgeben muss.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 08 Februar 2016, 21:06:35
Zitat von: mrpj am 08 Februar 2016, 18:40:11
Mein Vorschlag ist:
- Ich rechne bei dem PCB Preis die 19% MWst. drauf. Das sind letztendlich ca 20/15cent und das Risiko ist damit abgedeckt.
- Bei den ESPs rechne ich 40cent drauf - es kann dann jeder selbst entscheiden ob er lieber selber den ESP bestellen möchte, oder aber es als "Komplettpaket" haben möchte.
;D ;D ;D Hey, Du bringst mein ganzes Budget durcheinander, da muss ich bei meiner Chefin Zusatzbudget beantragen!  ;D ;D ;D

Klar, passt soweit. Wenn ich wegen 2,40 € bei Aliexpress extra bestelle, kostet es mich mehr an Zeit und Energie ...

Danke für Deinen Einsatz.

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 08 Februar 2016, 22:12:54
Ich habe das entsprechend im Sammelbestellungsbeitrag angepasst.


Für alle nochmals kurz die Zusammenfassung, warum nun PCB und ESP etwas teurer werden:
- Auf elektronische Bauteile fallen auch 19% MWSt an, wenn der Gesamtwert der Bestellung+Versandkosten die Grenze von ~25€ überschreitet

Aus dem Gespräch ergab sich die folgende Lösung:
- Die Preise von PCBs und ESP werden dementsprechend angepasst.
Das bedeutet
- ESP8266-12 kostet nun 2,40€ statt 2€
- PCB wird im Schnitt ca. 0.1€ teurer

Wer seine Bestellung ändern möchte schreibt mir einfach eine Private Nachricht und ich passe es dementsprechend an.



Zitat von: PeMue am 08 Februar 2016, 21:06:35
;D ;D ;D Hey, Du bringst mein ganzes Budget durcheinander, da muss ich bei meiner Chefin Zusatzbudget beantragen!  ;D ;D ;D

Klar, passt soweit. Wenn ich wegen 2,40 € bei Aliexpress extra bestelle, kostet es mich mehr an Zeit und Energie ...

Ich hoffe das Chefin Gnade walten lässt  ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 09 Februar 2016, 08:04:53
Guten Morgen,

eine Frage zu dem Formular: Wieso stehen da jeweils 3 Preise je Option? Welcher ist denn der richtige?

Tobias
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 09 Februar 2016, 08:21:54
Mengenrabett wenn genügend Bestellungen zusammen kommen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 09 Februar 2016, 10:27:48
Guten Morgen

Zitat von: TeeVau am 09 Februar 2016, 08:04:53
eine Frage zu dem Formular: Wieso stehen da jeweils 3 Preise je Option? Welcher ist denn der richtige?

gloob hat es schon gesagt, je nachdem wieviele Bestellungen wir insgesamt erreichen, desto günstiger werden manche Bauteile (Mengenrabatt beim Großhändler). Den Preisunterschied gebe ich einfach weiter.

Den aktuelle Stand siehst du in dem Spreadsheet https://goo.gl/kGuiis

Ich habe deine Frage in die FAQ aufgenommen  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: carlos am 09 Februar 2016, 13:37:25
Hi,
Lieferst du auch an eine Packstation und gebe ich dann bei Anschrift die Packstation Adresse ein?
Gruß
Carlos
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 09 Februar 2016, 14:08:16
Zitat von: carlos am 09 Februar 2016, 13:37:25
Lieferst du auch an eine Packstation und gebe ich dann bei Anschrift die Packstation Adresse ein?

Wenn Päckchen an Packstationen geliefert werden können - sollte das kein Problem sein. Ich verschicke das via DHL
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 10 Februar 2016, 17:31:44
Moin,

weil es im anderen Thread aufkam, hab ich das mal kurz hier reinkopiert:

Hardware Modifikationen

Für mich primär ist gerade wichtig, dass die Funktionalität von 5 PWM Kanälen für die Ansteuerung von LED Streifen via Wifi gewährleistet ist. Falls Erweiterungen gewünscht werden, dann wäre es mir wichtig, einen konkreten Vorschlag für die Umsetzung zu bekommen  ;)
(z.B. ich hätte gerne Z - dafür musst du GPIO A mit einem pull down versehen und auf eine Stifleiste nach außen führen.....)
Wenn die Modifikation mit der Grundfunktionalität vereinbar ist, dann kann ich das gerne in der Bestellung berücksichtigen. Falls die Modifikation aber wesentlich mehr ändert muss es auf eine Extra Ausführung verschoben werden.

Im Moment ist nur noch 1 GPIO frei - der ADC GPIO kann eventuell noch genutzt werden - GPIOs die für den Boot process pull ups/downs haben, könnten verwendet werden - wenn jemand eine entsprechende Logik/Schaltung entwirft. (Diese muss aber Gewährleisten, dass der ESP im "Normalbetrieb" ohne manuelle Eingriff startet).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: boke am 11 Februar 2016, 10:20:12
Hallo, was für Netzteile werden denn Benötigt?
Viele Grüße!
Dennis
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 Februar 2016, 21:33:41
Hallo Dennis,

es kommt ganz drauf an was für LEDs du ansteuern möchtest - aber generell gehe ich mal von den "normalen" Led Streifen aus, die es auf Amazon/Ebay/Aliexpress gibt.
Das sind dann 12V - also wird ein 12V Netztel entprechend der Leistung für die Leistung deiner Beleuchtung. (+ca 300mA reserver für den Controller)

Anschlüsse sind Schraub/Klemm Terminale - d.h. es gibt keinen bestimmten Stecker, nur deinen Draht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: skyle am 11 Februar 2016, 23:54:05
Ich habe hier einen 24V RGBW-Spot, den ich gerne an das Modul anschließen würde, d.h. ich würde auch das Modul mit 24V betreiben wollen. Gemäß Datenblatt können die FETs das vertragen, und der Spannungswandler auch, glaube ich?

Sollte also klappen. - Oder übersehe ich was?

Viele Grüße,
skyle
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 12 Februar 2016, 00:11:09
Sollte kein Problem sein.

Datenblatt vom step-down chip:
http://www.haoyuelectronics.com/Attachment/MP1584/MP1584.pdf
Ist mit bis zu 28V spezifiziert

Nochmal das Datenblatt zum IRLZ44N
http://www.irf.com/product-info/datasheets/data/irlz44n.pdf

Ich habe nichts wiedersprüchliches gesehen. Kommt natürlich auch auf den Spot drauf an und wieviel Leistung er braucht.



Ich habe mal die Spezifikatioen (5-28V) und max 4.5A pro Kanal (insgesamt ca. max 25A) ergänzt

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 12 Februar 2016, 08:27:30
Kannst du bitte mal einen Link zu den LED-Streifen posten und worauf wir beim Kauf achten sollten? Leistung, Anschlüsse...
Danke
Gruß Thomas


Gesendet mobil
Titel: ~
Beitrag von: mrpj am 12 Februar 2016, 11:45:57
Morgen,

eine Linksammlung für LED Streifen sprengt das Thema - es sind grundsätzliche alle LED (+Streifen) die zwischen 5 und 28V vom Netzteil (direkt) betrieben werden können nutzbar.
Ausgenommen COB Leds - die gibt es aber meines Wissens nicht als Stripe.

Kaufempfehlung für Stripes gibt es im Forum einige ( siehe z.B. diesen Thread: http://forum.fhem.de/index.php?topic=37124.0)
Ansonsten gilt die selbe Kaufempfehlung wie für den LD382(Ufo)

Es sind maximal 5 Kanäle möglich - ob die nun in einem Streifen vereint sind, oder 5 getrennte Streifen verwendet werden, ist egal - hauptsache die Maximale Leistung wird insgesamt nicht überschritten.

Leistung wurde schon genannt - es sollten pro Kanal (R/G/B/WW/CW) ~4.5A möglich sein - das ganze Board würde ich mit nicht mehr als 20-25A komplett belasten.**


Netzteil muss eben der Leistung entsprechend dimensioniert sein - Grundsätzlich die Leistung der LEDs insgesamt + ca. 300mA Puffer für den ESP

Anschlüsse an das Board ist denkbar einfach: Schraubklemmen - also zum/vom Controller nur Litze/Draht. Der Ausgang vom Netzteil ist entweder direkt per Draht, oder aber halt ein Adapter von dem Stecker auf Schraubklemmen und dann Litze in den Controller.
Bei den LEDs das gleich - direkt per draht anschließen - wenn ein Stecker dran ist, einen Adapter bauen oder den draht direkt an den Stripe anlöten.


Am besten du schaust dich nachdem was du möchtest um und frägst bei Unsicherheit/Entscheidungsschwierigkeiten hier im Forum nach








**)Theoretisch sind wahrscheinlich auch 8A-10A pro Kanal möglich nach dem Datenblatt. Aber hier ganz klar der Warnhinweis: Auf eigene Gefahr und nur unter konstanter Beobachtung die Wärmeentwicklung an den Mosfets testen - am Betrieb von Randgrenzen besteht sonst Brandgefahr!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 13 Februar 2016, 17:22:07
Ein paar News zur Hardware:

Ich war gestern im FabLab um mit nem vernünftigen Netzteil und Messgeräten ein paar Messungen zu v1 durchzuführen.

Mein China Netzteil Zuhause, liefert wie ich vermutet hattee keine 6A sondern knickt bei 3-4A ein.

Als Belastung auf einen Mosfet (IRLZ34N) hatte ich nun alle 3 Farben von einem 5m RGB und 5m 3528 Weiß. Das sind laut dem Labornetzteil knapp 4A
Der Mosfet hat sich dabei nicht merklich über Zimmertemperatur erwärmt.

Das PWM Signal sieht auf dem Oszilloskop gut aus - der StepDown regler ist nicht ganz sauber, so dass ich gerade noch überlege den Ausgang davon noch mit 100n zusätzlich am ESP zu glätten.


Noch etwas zur Frequenz des Dimmers - die Standard 1khz vom ESP ist einfach eine "doofe Frequenz" die im deutlich hörbaren Frequenzspektrum liegt - das führte dazu dass ich in der Nähe des Moduls "ein Fieben" wahrnehmen konnte
Die letzten Abende hatte ich damit verbracht, die Quelle des "Fiepens" ausfinding zu machen - DC Wandler gegen einen LM1117 LDO getauscht - immer noch vorhanden; Mosfets mit Begrenzerwiederstände versehen - immernoch vorhanden; verschiedene Pufferungen vor den Eingängen des ESP geschaltet - immernoch vorhanden;
Dann hatte ich mal mir den ESP genauer angeschaut und auch Bilder gefunden, bei denen der Metallschutz entfernt war, siehe da, das ESP Modul hat Keramik Kondensatoren drauf.
Mit dem Oszilloskop gestern, konnte ich das ganze noch verifizieren - und daran ist nicht viel zu ändern - die Keramik Kondensatoren im ESP Modul und auf dem DC Wandler schwingen dank dem piezoelektrischen Effekt mit.


Jetzt kommt das große Aber:
Für das Led Dimmen ist eine Frequenz von 1khz nicht nötig - es reicht auch wesentlich weniger.
Ab 100hz nimmt ein großteil der Menschen kein Flimmern mehr war, ab 150hz lässt sich das auf  "alle" ausdehnen.
Ich hatte dann noch eine Frequenz von 200hz getestet - das Board hat noch ein leises "brummen", bis ca 10-20cm Entfernung noch hörbar - dann nicht mehr wahrnehmbar.


Die beiden Punkte, haben mich dazu angereget, noch ein paar Modifikationen am v1.1 Layout durchzuführen:
-  100n+ 100uf Kondensatoren nach dem DC Modul in der Nähe vom ESP
-  Anordnung der Mosfets in Reihe - sollte EMV noch etwas weiter eingrenzen
- die Platine bekommt doch eine komplette Massefläche - die Antenne wird aber weiterhin frei gehalten, um den Empfang nicht unnötig einzugrenzen (obwohl bei Wifi genug von Wänden/Decken reflecktiere Signal vorhanden sind, dass eine Massefläch auf der Unterseite nicht viel ausmachen sollte)

Für weitere Tipps/Ideen um das PCB besser zu machen, bin ich dankbar  :)

Die Änderungen sollten den Effekt noch etwas minimieren. Die Frequenz des PWMs werde ich default auf 200Hz senken


Wahnsinn wie solche "Kleinigkeiten" einem mal mehrere Stunden kosten können  :o
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: webturtle am 13 Februar 2016, 17:49:24
Hab jetzt zwar keine Zeit mich exakt in das Projekt einzulesen, aber zur Sicherheit mal 2 Platinen und 5 Komplettsätze zum basteln geordert....

Daumen hoch hier für.

Chris
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 13 Februar 2016, 19:19:35
Zitat von: mrpj am 13 Februar 2016, 17:22:07
Die Änderungen sollten den Effekt noch etwas minimieren. Die Frequenz des PWMs werde ich default auf 200Hz senken

Naja das ist es eben mit dem China Schrott ;-) aber die 200Hz reichen schon, kann eben unter Umständen Stress fürs Gehirn sein da streiten sich ja die Gelehrten ab welcher Frequenz das Flimmern vom Gehirn nicht mehr wahr genommen wird bzw. werden kann. Einige bekommen Kopfschmerzen, andere merken gar nichts... ist wie mit dem Überlandleitungen, dem einem brummt der Kessel, dem anderen juckt es nicht.

Solange man PWM Licht nicht als Hauptlicht benutzt ist das ja alles in Ordnung. Und solange man keine andere Lampe hat die irgend welche Interferenzen verursacht und man es nicht im Schlafzimmer benutzt und sich wundert wenn man schlecht einschläft ;-)

Ich nutze PWM immer um die 900Hz, hatte aber bis jetzt Gott sei dank noch keine Nöte damit. Außer dieser neue RGB Controller von HomeMatic, das Teil macht Musik vom feinsten, war gleich was für die Tonne, oder fürs Gartenhaus, vielleicht vertreibt es auch die Marder und Maulwürfe ;-)

Meine kommerziellen DMX Geräte haben alle als default 224Hz, man kann aber optional 2 oder 4kHz konfigurieren.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: dieda am 14 Februar 2016, 01:00:33
Verstehe ich das richtig, out of the box fertig zusammengebaut? Ich bin kein Freund von Lötkolben und Co. Muss dann mal die Regierung fragen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 Februar 2016, 12:28:38
Zitat von: dieda am 14 Februar 2016, 01:00:33
Verstehe ich das richtig, out of the box fertig zusammengebaut? Ich bin kein Freund von Lötkolben und Co. Muss dann mal die Regierung fragen.

Ja es gibt die Möglichkeit den Controller zusammen gelötet zu erhalten - ich biete das als Gefälligkeit gegen eine angemessene Aufwandsentschädigung für das opfern meiner eigene Freizeit an. Richtwert ~5 Euro pro Platine.

Die Bauteilpreise in der Bestellung sind direkt die Preise vom Lieferanten - ich habe keinen Aufschlag für mich und meinen Aufwand kalkuliert.
Die Entwicklung der Platine, testen der Bauteile und die Organisation der Sammelbestellung geschieht alles in meiner Freizeit.

Von daher sind Kaffee/Kuchen/Bier/Pizza/Schokolade Spenden immer willkommen um die Moral der 1-Mann Mannschaft aufrecht zu erhalten und Motivationslücken zu überbrücken  ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 15 Februar 2016, 23:56:32
Kurzes update:

Die Implementation vom Farbwechsel hat mich ziemlich viel Zeit und Nerven am Wochenende und heute gekostet.
Dafür funktioniert es jetzt ;-)
Kurzes video - von Hue 0 Grad auf Hue 1 Grad  in 20s (langer Weg)
https://www.dropbox.com/s/u0ivbqv5dkpan9c/VID_20160215_230325.mp4?dl=0


Ja ich weiss die Kamera ist mist - der Farbübergang läuft direkt auf dem ESP.
Grundlage für Animationen ist damit geschaffen

Hardware technisch habe ich leider einen Controller heute zerstört - der ESP mag es gar nicht, wenn man GP0 mal kurzzeitig auf +12V statt GND zum reflashen legt  :-\

Und noch für mich etwas wichtiges - die Weiterentwicklung an der Library wird nun auf ein Minimum eingeschränkt - ich habe Ende März eine Deadine für ein Projekt und brauche alle verfügbare Zeit dafür. Falls etwas Zeit am Rande über bleibt, werde ich den aktuelle Stand nochmal aufräumen und auf Github pushen (somit kann jeder noch weiter dran arbeiten, wenn er möchte)

Die Sammelbestellung wird dadurch nur bedingt beeinflusst - der Versand der Bauteile findet erst Ende März/Anfang April statt - es kann sein das es dadurch eher April als März wird. Aber so wie ich die China Lieferungen kenne - dauert es eh bis Anfang April bis alles da ist

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Februar 2016, 16:58:34
Hallo zusammen,

ich habe jetzt mal das Layout für v1.2 fertig gemacht:
(http://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=46787;image)

Änderungen

Schaltung und Board befinden sich unter https://github.com/patrickjahns/esp_rgbww_controller/tree/v1.2

Feedback/Kritik zum neuen Layout? Vorschläge für Verbesserungen?  :D :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 16 Februar 2016, 17:11:38
Ja der Link funktioniert (bei mir) nicht ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Februar 2016, 17:33:18
Gefixt  :P
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 16 Februar 2016, 18:17:17
Zitat von: mrpj am 16 Februar 2016, 16:58:34
Feedback/Kritik zum neuen Layout? Vorschläge für Verbesserungen?  :D :)
Hallo mrpj,

sehr schönes Layout, echt aufgeräumt.

Folgende Punkte sind mir aufgefallen:
- Ist der DC/DC Wandler SMD oder fehlen hier die Löcher? Hast Du da einen Link?
- Ich würde die Ausgangsnetze der MOSFETS im Schaltplan (und damit im Board) bennenen, dann kann man einfach prüfen, ob die Beschriftung stimmt.
- bei R1 fehlt die Beschriftung (silkscreen), warum auch immer
- die Widerstände GPIO15, REST, GPIO2 hätte ich anderst benannt, aber das ist Geschmackssache  ;)
- ggf. würde am Eingang noch einen Maximalstrom draufschreiben, z.B. max. 4.5 A (meine ich hättest Du mal geschrieben)
- Ist der Spannungsteiler R6/R7 richtig dimensioniert? Ich würde eher in Richtung 2 V Messspannung bei 12 V gehen (oder ich habe etwas nicht verstanden).

Und jetzt meine Frage, die hexenmeister immer in den Wahnsinn treibt:
- Gibt es ein Gehäuse dafür bzw. passen die Bohrungen?

Gruß PeMue
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Februar 2016, 18:53:17
Danke dir fürs Feedback

Zitat von: PeMue am 16 Februar 2016, 18:17:17
- Ist der DC/DC Wandler SMD oder fehlen hier die Löcher? Hast Du da einen Link?
SMD ist er nicht direkt - er hat auf der Unterseite jedoch pads.
http://www.aliexpress.com/store/product/Free-Shipping-10PCS-Ultra-small-size-DC-DC-step-down-power-supply-module-3A-adjustable-step/1084082_2020904455.html

Es ist etwas "gefriemel" - aber bisher halten die Bombenfast auf dem PCB. Aber sonst für die größe als StepDown Modul einfach genial.


Zitat von: PeMue am 16 Februar 2016, 18:17:17
- Ich würde die Ausgangsnetze der MOSFETS im Schaltplan (und damit im Board) bennenen, dann kann man einfach prüfen, ob die Beschriftung stimmt.
Ich hoffe ich hab dich richtig verstanden - habe nun die Netzte vom ESP zum Mosfet und vom Mosfet zu den Klemmleisten  noch benannt


Zitat von: PeMue am 16 Februar 2016, 18:17:17
- die Widerstände GPIO15, REST, GPIO2 hätte ich anderst benannt, aber das ist Geschmackssache  ;)
Namensvorschläge?  - ich bin da flexibel

Zitat von: PeMue am 16 Februar 2016, 18:17:17
- ggf. würde am Eingang noch einen Maximalstrom draufschreiben, z.B. max. 4.5 A (meine ich hättest Du mal geschrieben)
Ich hatte die 4.5 pro Ausgang begrenzt - kann aber noch eine Maximale Begrenzung für den Eingang zum Board draufschreiben

Zitat von: PeMue am 16 Februar 2016, 18:17:17
- Ist der Spannungsteiler R6/R7 richtig dimensioniert? Ich würde eher in Richtung 2 V Messspannung bei 12 V gehen (oder ich habe etwas nicht verstanden).
Der ADC vom ESP misst nur zwischen 0 - 1V . Mit 10K/1K bekomm ich etwas über 1V raus.
Ob der ESP später "schnell genug" den Spannungsabfall feststellen kann ist eh so eine Sache - dauernd den ADC auszulesen blockiert den ESP ganz schön, alle Xms wird mit 1000uF schon wieder kritisch. Mal sehen

Zitat von: PeMue am 16 Februar 2016, 18:17:17
Und jetzt meine Frage, die hexenmeister immer in den Wahnsinn treibt:
- Gibt es ein Gehäuse dafür bzw. passen die Bohrungen?

Puuh - ich hab nicht danach gesucht. Die Maße der Platine sind 5*5cm - Höhe später mit den Fets ca. 2.5cm (eher etwas mehr)
Bohrungen (3.2mm) sind 2.54mm vom Rand entfernt. Also alles etwas "eng".

Vorschläge für ein günstiges Gehäuse sind gerne willommen, wenn es geht passe ich die Bohrungen dafür noch an.


Ich wollte für mich aus HDF/Plexi mit nem LaserCutter die GehäuseTeile auschneiden - eventuell kann man in dem FabLab auch kleinstmengen für andere anfertigen. Aber unter 5Euro pro Gehäuse kommt man damit auch nicht hin
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 16 Februar 2016, 19:22:14
Ich würde mich anbieten ein passendes stl reinzuwerfen, dann kann man drucken. Scheint ja alles sehr gradlinig. Ist aber auch Zeitfrage wobei das spontan easy aussieht.

Vg
Joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 17 Februar 2016, 11:36:21
Wie wärs mit diesem Gehäuse?
http://www.reichelt.de/Kunststoff-Kleingehaeuse/BOPLA-U-75/3/index.html?&ACTION=3&LA=2&ARTICLE=126245&GROUPID=3355&artnr=BOPLA+U+75
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Intruder1956 am 17 Februar 2016, 11:39:59
die Platine ist 50x50 und sollte bestimmt liegend eingesetzt werden.

@r_knipp, deine Gehäuse vorschlag passt denke ich nicht
Länge75 mm
Breite40 mm
Höhe75 mm

Gruß Werner
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 17 Februar 2016, 11:43:41
Schau dir mal die technischen Daten an.
Das ist quadratisch mit 75mm und 40mm hoch. Die Angaben in der Produktbeschreibung sind falsch.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 17 Februar 2016, 11:44:27
Zitat von: Intruder1956 am 17 Februar 2016, 11:39:59
die Platine ist 50x50 und sollte bestimmt liegend eingesetzt werden.

Liegend muss nicht umbedingt sein  ;)

Wichtig ist nur, das unter der Platine 5mm Platz sind (also normale Platinen Abstandshalter) - denn der DC Converter ist unten dran. D.h. die Platine liegt nicht Plan auf
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 17 Februar 2016, 12:31:59
Hallo mrpj
Kann man seine Bestellung eigentlich auch aendern? Ich habe in der ganzen Euphorie uebersehen, dass da ja auch SMD-Bauteile zu loeten sind. Da ich das noch nie gemacht habe, kommt mir da jetzt ein wenig Muffensausen! Oder Ihr sagt mir, dass das mit normalen/m Loetkenntnissen/-vermoegen hinzukriegen ist. Wann gehen die Biester denn kaputt? Normales Zinn, oder spezial? Wie fixiert man die Biester?
Gruss Christoph
P.S.: Mir ist klar, dass man die zuerst aufloeten muss!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 17 Februar 2016, 12:52:21
Heya,

Änderungen -> PM an mich und ich trag das um


Zu deinen Bedenken: SMD Bauteile auf der Platine sind nur die Wiederstände, 1 Elko und 1 Taster - die PADs vom ESP sind zwar auch "SMD" - aber es ist alles in einem machbaren Maße. Alles Bauteile die nicht schwierig zu löten sind.

"Spezialwerkzeuge" braucht man nur eine Pinzette. Sonst gelten alle anderen Vorraussetzungen für "gutes" Löten auch.
Eine feine Lötspitze macht das ganze natürlich einfacher.

Schau dir doch mal 1-2 SMD Löttutorials auf Youtube an - es ist wirklich keine schwarze Magie  ;)
(z.B.https://www.youtube.com/watch?v=KOoOpHZmIiA)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 17 Februar 2016, 13:30:34
Kann ich nur bestätigen. Hab mich erst auch vor kurzem an SMD rangetraut. Man braucht eine ruhige Hand und ein paar Videos ;-) Speziellen Lötkolben hab ich noch nicht. Die ersten Versuche klappten auch mit einen Standardkolben. Hab aber evtl. mehr Ausschuss oder Fehler.
Es macht aber auch wirklich mehr Spass.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 17 Februar 2016, 14:27:42
Layout v1.2 ist in der ersten Seite eingepflegt

Dadurch das noch 3 Bauteile hinzukommen, wird sich der Preis von den Bauteilen um ca 10cent erhöhen. Ich hoffe das zerstört nicht das Budget was viele von ihrer Chefin bekommen haben  ;)

Ich schau später mal nach den genauen Preisen und füge das dann im Sammelbestellungspost hinzu



Offtopic:
Da fällt mir ein zum Thema Spezialwerkzeug - es gibt echt ziemlich tolle Luxus Lötstationen aber aus eigener Erfahrung: im Heimgebrauch ist sowas unnötig. Es ist wie bei allen Werkzeugen - es gibt immer eine Premium/Deluxe Version - aber teures Gerät ersetzt nicht die Fähigkeiten.
Und die erste Platine von v1.0 hab ich mit ner Pinzette aus dem Bad und einem Billigstlötkolben gelötet, weil mein Werkzeug nicht da war  ;)

(Ich hatte bisher nur 1mal spezial Geräte gebraucht - beim Wechseln der Strombuchse an meinem Laptop - da war ich dann aber auch mit Lötkolben, Entlötstation und Heißluftfön gleichzeitig am werkel - Wahnsinn wieviel Wärmeleitfläche so ein Meinboard haben kann)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 17 Februar 2016, 20:02:37
Zitat von: herrmannj am 16 Februar 2016, 19:22:14
Ich würde mich anbieten ein passendes stl reinzuwerfen, dann kann man drucken. Scheint ja alles sehr gradlinig. Ist aber auch Zeitfrage wobei das spontan easy aussieht.

Vg
Joerg

Ich denke am Gehäuse wird es nicht scheitern. Bei Aliexpress gibt es eine große Auswahl zu kleinen Preisen.

Ohne jetzt die genauen Details geprüft zu haben könnte das hier passen. Soll nur ein Beispiel sein als Beitrag zur Diskussion

http://de.aliexpress.com/item/New-Plastic-Electronics-Project-Box-Enclosure-Instrument-Case-DIY-With-Screws-64195/32358620122.html?spm=2114.010208.3.11.maK5tI&ws_ab_test=searchweb201556_3,searchweb201644_3_505_506_503_504_301_502_10001_10002_10017_10010_10005_10011_10006_10003_10004_10009_10008,searchweb201560_2,searchweb1451318400_-1,searchweb1451318411_6451&btsid=8dadd0aa-9db8-4478-9971-ea64d55250e3 (http://de.aliexpress.com/item/New-Plastic-Electronics-Project-Box-Enclosure-Instrument-Case-DIY-With-Screws-64195/32358620122.html?spm=2114.010208.3.11.maK5tI&ws_ab_test=searchweb201556_3,searchweb201644_3_505_506_503_504_301_502_10001_10002_10017_10010_10005_10011_10006_10003_10004_10009_10008,searchweb201560_2,searchweb1451318400_-1,searchweb1451318411_6451&btsid=8dadd0aa-9db8-4478-9971-ea64d55250e3)

http://de.aliexpress.com/wholesale?shipCountry=DE&shipFromCountry=&shipCompanies=&SearchText=box&exception=&minPrice=&maxPrice=4&isFreeShip=n&isFavorite=n&isRtl=n&isOnSale=n&isBigSale=n&similar_style=n&similar_style_id=&isLocalReturn=n&CatId=150512&g=y&initiative_id=SB_20160217105033&needQuery=n&isrefine=y (http://de.aliexpress.com/wholesale?shipCountry=DE&shipFromCountry=&shipCompanies=&SearchText=box&exception=&minPrice=&maxPrice=4&isFreeShip=n&isFavorite=n&isRtl=n&isOnSale=n&isBigSale=n&similar_style=n&similar_style_id=&isLocalReturn=n&CatId=150512&g=y&initiative_id=SB_20160217105033&needQuery=n&isrefine=y)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 18 Februar 2016, 08:37:47
Nur als Tipp ich habe letztens von diesem Anbieter zwei ESPs gekauft: http://www.ebay.de/itm/181898500836?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (http://www.ebay.de/itm/181898500836?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT) sind etwas günstiger. Preisvorschläge nimmt der Verkäufer auch gerne mal an (£3,20 für 2 ESPs)


Gruss
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 18 Februar 2016, 11:49:54
Hi,

es geht auch wesentlich günstiger auf Aliexpress - das Problem dabei ist nur, dass es sich um Kleinstmengen (<3 Stück) für den Preis handelt. Und bei der Bestellmenge hier kommen einfach die 19% MWST bei der Einfuhr hinzu.

Wurde alles schon hier besprochen:
http://forum.fhem.de/index.php/topic,48918.msg406359.html#msg406359

Für mich ist es nicht praktikabel einen ganzen Nachmittag damit zu verbringen, 80+ Einzelbestellungen für die ESPs abzusetzen




Ich habe die weiteren Bauteile rausgesucht - es würden 5Cent mehr pro Platine sein. Ich lasse die Preise gleich, das Decke ich von der Umwälzung der Entwicklungskosten ab.


Es gibt noch 15 7 PCBs (+Bauteile) für die erste Sammelbestellung - wenn die erreicht sind schließe ich die Sammelbestellung

Es wird dann eine Warteliste geben. Falls jemand aus der 1. Sammelbestellung seine Anteile nicht bezahlt, gibt es die Möglichkeit "nachzurutschen". Genaueres gebe ich bekannt, wenn die Frist für die Bezahlung abgelaufen ist


Bitte meldet euch sobald wie möglich bei mir, falls ihr eure Anteile nicht mehr wollt oder die Bestellung ändern möchtet.
Besonders wenn ihr nicht mehr teilnehmen wollt, dann kann das anderen Mitgliedern zur Verfügung gestellt werden
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 18 Februar 2016, 20:43:23
Hi,
Bevor die PCB nicht abgesetzt wird, nehme ich noch 3 weitere PCBs. Wenn es noch echte Abnehmer gibt, gebe ich diese frei.

//bb

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 18 Februar 2016, 20:44:54
Mist. Warum lässt sich mit tapatalk nicht editieren....
Bevor die PCB Bestellung nicht abgesetzt wird.....


Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 Februar 2016, 14:57:02
Ich bin da flexibel - im Moment ist die Grenze bei 200 PCBs (ich denke nicht das wir bis Sonntag noch die 300 erreichen  ;) )

Abgeschickt wird es spätestens am Sonntag - ich denke das sich die einzelnen PCBs auch so noch im Forum verteilen lassen würden (z.B. auch als Dankeschön an herrmanj - der meine Fragen zu HSV/RGB ertragen durfte  ;) )




Es gibt ein paar news zur Firmware:
Es scheint, als würde trotz der Optimierungen im aktuellen Arduino ESP8266 SDK das der Software PWM ab und an "flackert".
Ist mir die letzten Wochen beim einfachen testen nicht aufgefallen, da ich noch keine komplexeren Animationen am laufen hatte.
Gestern ist mir aber aufgefallen, das besonders beim faden über die Saturation (Weiss/Farbe) , der Weißkanal beim Farbwechsel ab und an aufflackerte.
Unschön und doof  - liegt aber nicht an der Hardwar des ESPs - sondern an der analogWrite(); Implementierung im Arduino SDK. Es scheint mir als wäre diese Implementierung noch bevor der espressif NonOS SDK eine eigene Implementierung von mehreren pwm Kanälen hatte.

Im "normalen Betrieb" (konstante Farbe) findet kein Flackern statt - im Moment also nur bei Farbübergängen  :'( :-\

Es gibt 2 Lösungen:
1) PWM Implementierung des NonOS nutzen
2) Wechsel auf SMING (https://github.com/SmingHub/Sming) - deren PWM basiert auf der espressif Implementierung

Option 1) bereit mir gerade probleme, da der Linker im Arduino SDK scheinbar nicht die Library des PWMs linkt und ich somit nicht darauf zugreifen kann

Option 2) ist noch nicht ausprobiert - SMING scheint mir eine ganz spannende alternative zum Arduino SDK - die Funktionalität zu AnalogWrite/Read bleibt erhalten. SMING hat schon eine Vielzahl an Netzwerkoptionen (HTTP, FTP, MQTT) integriert.
Nachteil: das aufsetzen des SMING SDKs ist etwas umständlich; Die OTA Funktionalität ist nur bedingt gegeben (OTA über Weburl zu einem Server) - d.h. das müsste noch ausgebaut werden


Ich bevorzuge trotz der OTA Einschränkungen fast schon Option 2 - auch wenn das Prinzip dahinter etwas anders als bei Arduino ist, macht es mehr Sinn. (keine dauerhafte loop{} Schleife - sondern timer interrupts
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Morgennebel am 19 Februar 2016, 16:41:59
Ich habe trotz der schönen Einleitung leider nicht verstanden, ob sich dieses Projekt für digitale LED-Strips eignet? Das wäre dann nämlich perfekt und ich hätte Interesse an 5-10 PCBs...

Danke, -MN
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 Februar 2016, 17:02:39
Was verstehst du denn unter "digitalen LED-Strips" ?

im Moment ist nur noch die Anzahl die im Sheets als verfügbar gekennzeichnet ist für die aktuelle Sammelbestellung möglich. (Es sei denn wir schaffen noch 100 PCBs bis Sonntag)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 Februar 2016, 18:16:01
Alle 200 PCBs sind vergeben - d.h. ab sofort gibt es nur noch eine Wartelist.

Mann kann sich immernoch in das Formular eintragen, landet dann aber auf die Warteliste für die erste Bestellung.
Wenn jemand seine Anteile nicht bis zum 26.2.2016 (Achtung neues Datum!) bezahlt hat, verfällt das Anrecht auf die Anteile - diese werden dann am 26.2  in der Reihenfolge der Warteliste weiter vergeben. Stichtag ist der  4.3. - alles was danach nicht bezahlt wurde verfällt

Bitte kontrolliert nochmals eure Bestellung - die e-mail mit allen weiteren Informationen (+Zahlungsinformationen) versende ich Sonntag
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Morgennebel am 19 Februar 2016, 18:22:44
Zitat von: mrpj am 19 Februar 2016, 17:02:39
Was verstehst du denn unter "digitalen LED-Strips" ?

Die Farbe jeder einzelnen LED im Strip ist einzeln ansteuerbar. Damit lasen sich dann Animationen oder Farbspiele realisieren.

Ich träume schön des längeren von einem animierten LED Weihnachtsbaum an meinem 8m Fahnenmast :)

-MN
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 Februar 2016, 18:28:36
Ach du meinst die Neopixel bzw. WS2801?

Nein dafür ist der Controller nicht gedacht - sondern für ganz normale LED-STRIPES. Die "intelligenten" LED stripes benötigen keine Ansteuerung via PWM, sondern nur eine Kommunikation via SPI/I2C - anderes Prinzip ;-)

Aber ja diese LEDs sind ziemlich schick - nur mir ist das zu teuer für eine Normale Beleuchtung (10-15 Euro/M vs. 2-3Euro/m)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Morgennebel am 19 Februar 2016, 21:06:32
Ich habe vor zwei Jahren programmierbare digitale LED-Stripes für 4€/m in China gekauft.
Für 20-40% Mehrkosten mache ich es lieber einmal und richtig - zumal die Stripes ja Jahre halten.

Mein Wissen scheitert aber an der Integration in fhem - und ich will nur eine Software zur Bedienung...

Danke, -MN

PS Dies wird offtopic...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Roger am 20 Februar 2016, 09:59:25
Bitte mich mit 2 Controllern fertig aufgebaut auf die Warteliste setzen. Formular kann ich erst Sonntag Abend ausfüllen, wenn ich wieder zuhause bin.
Vielen Dank für die Lösung
Roger
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Februar 2016, 20:17:11
Das PCB hat noch eine kleine Erweiterung bekommen:

An GPIO16 wurde noch ein Taster angeschlossen. Default ist GPIO16 mit einem PullUp auf High.
Das ganze ist optional - die Idee dahinter ist, dass der Taster als "reset" dienen soll, wenn jemand seine Zugangsdaten zum ESP vergessen/verloren hat. Mit dem Taster ist es möglich die Konfiguration auf den "Werkszustand" zu setzen, ohne den ESP neu flashen zu müssen.

Layout/Eagle files wieder im Git Repo unter:
https://github.com/patrickjahns/esp_rgbww_controller


Es wäre nett, wenn nochmal jemand drüber Schaut, bevor ich nächstes Wochenende die Bestellung abschicke - DRU war ohne Fehler - aber aus Betriebsblindheit kann ich auch gerade was übersehen haben ;-)


Die Idee ist mit folden Hintergrund enstanden
Der Controller spannt einen mit WPA2 gesicherten AccessPoint auf, wenn er sich nicht mit einem vorher konfigurierten Router/Ap verbinden kann. Dieser Accesspoint des ESP hat ein default passwort - soll aber in einer späteren Firmware Version vom Benutzer geändert werden können - so dass es keinen "default" Zugang gibt, sondern nur der Besitzer den Schlüssel kennt.
Wenn ihn nur der Besitzer kennt, ist aber auch die Gefahr groß, dass er mal vergessen wird - einzige Möglichkeit um den Controller dann wieder zu nutzen wäre ein reflash. Daher die Idee mit dem Taster: Wenn er beim starten des ESPs gedrückt wird, werden alle Einstellungen zurückgesetzt

Das ganze ist eine Idee für die Zukunft - da wir aber jetzt die PCBs bestellen, habe ich es noch eingefügt
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 20 Februar 2016, 21:53:16
Ich hätte da noch was. Bezüglich der Lötaugen die auf Masse gehen. Wenn du das so machst könnte es schwierig beim Löten werden, da die Wärme zu schnell abgegeben wird. Da gibt es sone speziellen Lötaugen die, ehm ja wie ein Kreuz aussehen, das macht sich etwas besser. Die habe ich auf meinem RGBWW Board auch drauf für die panStamps, aber die könnten sogar noch ein ticken größer sein, also ich musste wirklich zur ganz dicken Spitze wechseln.

Aber nur so als Tip, vielleicht kannst das ja noch anpassen. Was anderes ist mir jetzt auf die Schnelle nicht aufgefallen. Vielleicht noch mit dem Platinendruck, einige Hersteller sind da so krass und drucken das echt über die Lötpads.

Gruß
Daniel

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 20 Februar 2016, 22:13:22
Zitat von: Morgennebel am 19 Februar 2016, 21:06:32
Mein Wissen scheitert aber an der Integration in fhem - und ich will nur eine Software zur Bedienung...

Naja da gibt es ja die fertigen Player, die von SD Karte oder USB die TP2 files abspielen. Da könnte man sich zumindest als workaround etwas bauen das man wenigstens mit FHEM die abgespeicherten Sequenzen auswählt und abspielen lässt. Jetzt mit FHEM da Statusmeldungen oder Infotexte durchlaufen zu lassen wird natürlich schwer. Dann müsstest du wirklich etwas bauen was TP2 files mit dem entsprechenden Meldungen erstellt und diese dann abspielt. Und Bildchen bzw. Animationen durch FHEM erstellen zu lassen, nee da gibts andere Software für. Aber wie gesagt mit Boardmitteln könnte man da zumindest externe Player bedienen.

Nur so als Idee...

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Februar 2016, 00:29:08
Zitat von: ext23 am 20 Februar 2016, 21:53:16
Ich hätte da noch was. Bezüglich der Lötaugen die auf Masse gehen. Wenn du das so machst könnte es schwierig beim Löten werden, da die Wärme zu schnell abgegeben wird. Da gibt es sone speziellen Lötaugen die, ehm ja wie ein Kreuz aussehen, das macht sich etwas besser.

Ich weiss was du meinst - bisher hatte ich beim Löten von meinen Platinen kaum Unterschiede gemerkt, ob ich nun mit oder ohne "Thermals" (so heißen die bei mir). Bei selbst belichteten und geätzten Platinen werden Thermals ja eh seltenst was  ;)

Ich hatte die Thermals wegen nem Hinweis von nem bekannten Elektrotechniker rausgemacht. Aber auch hier lässt sich drüber "diskutieren" - wenn nun 20-25A an den Zuleitungen fließen würden, würden die Thermals wohl etwas mehr Wiederstand haben und Wärmer werden als die Plane Fläche.

Ich richte mich da ganz nach der allgemeinen Wunsch - persönlich bin ich da ambivalent
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 21 Februar 2016, 11:20:48
Zitat von: mrpj am 19 Februar 2016, 18:16:01
Alle 200 PCBs sind vergeben - d.h. ab sofort gibt es nur noch eine Wartelist.

Mann kann sich immernoch in das Formular eintragen, landet dann aber auf die Warteliste für die erste Bestellung.
Wenn jemand seine Anteile nicht bis zum 25.2.2016 (Achtung neues Datum!) bezahlt hat, verfällt das Anrecht auf die Anteile - diese werden dann am 26.2  in der Reihenfolge der Warteliste weiter vergeben. Stichtag ist der  4.3. - alles was danach nicht bezahlt wurde verfällt

Bitte kontrolliert nochmals eure Bestellung - die e-mail mit allen weiteren Informationen (+Zahlungsinformationen) versende ich Sonntag

Hallo mrpj,

hast du vor in Zukunft weitere Sammelbestellungen zu machen? Zumindest die Platine? Standardbauteile kann man auch selber besorgen.

Wenn du vor hast in Zukunft weitere Platinen zu bestellen, wäre ich bereit zu Gunsten der Warteliste auf eine Platine zu verzichten.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 21 Februar 2016, 11:41:46
Ja man kann theoretisch auch die Spitze wechseln, die Schraubklemmen und MOSFETS halten das aus, aber man muss lange braten! Wenn das nicht richtig fließt hilft das am ende auch nicht. Dann einsteht wegen einer kalten Lötstelle auch ein hoher Widerstand.

Aber "Elektrotechniker" löten ja auch mit Lötkolben und Hammerspitze ;-) Da spielt das keine Rolle.

Aber auch beim selber ätzen hatte ich ehrlich gesagt nie Probleme, dann musste mal deine Belichtung anpassen ;-) Ich hab schon feinere Strukturen geätzt als manch China Händler. Wenn das nur nicht immer so ein riesiger Aufwand wäre.

Also lass es ruhig so, aber nur bei den "großen" Sachen wie MOSFET und Klemmen, bei allen anderen (sofern vorhanden) würde ich die Pads schon tauschen.

btw. ich glaube ich hatte mich auch für ne Platine eingetragen aber gabs da schon Mails wegen bezahlen? Du schreibst da was vom 25.02. bei mir kam noch keine Mail an.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Februar 2016, 13:34:53
Meine Platinen Ätzkünste halten sich in Grenzen - aber es hat sich in den letzten Jahren gesteigert  ;). FabLab sei Dank nun auch mit nem beheizten Bad mit Blubberblasen  ;D

Eagle ist da etwas eigen - Thermals lassen sich bei Polygonen nur für das gesamte Polygon setzen - aber bis auf 2 Kondensatoren, Mosfets, 1Pin der Pinleiste und Anschlussklemmen braucht man keine PADs mit Löchern - ist ja alles SMD  ;)

Wie gesagt, ich kann die auch wieder einstellen - sind 3 Klicks in Eagle. Die Stelle die mir eigentlich nur Sorgen bereitet, ist der Kontakt zwischen Anschlussklemme und Platine bei der Versorgungsspannung - wenn jemand 20A über die Platine jagt, dann könnte es an der Stelle warm werden. Ich schau mal ob ich on eagle tricksen kann, in dem ich 2 Polygonen übereinander lege und nur an den Anschlussklemmen die Thermals habe

Zitat von: ext23 am 21 Februar 2016, 11:41:46
btw. ich glaube ich hatte mich auch für ne Platine eingetragen aber gabs da schon Mails wegen bezahlen? Du schreibst da was vom 25.02. bei mir kam noch keine Mail an.

Ja sogar als erstes nach mir  ;) - Ich bereitedie e-mails vor, kommen heute Nachmittag/Abend in den elektronischen Briefkasten geflogen.
Stichtag für die Bezahlung sollte der 26. (also Ende der Woche), damit ich die Bauteile die am längsten brauchen aus China direkt bestellen kann


Zitat von: kadettilac89 am 21 Februar 2016, 11:20:48
Hallo mrpj,

hast du vor in Zukunft weitere Sammelbestellungen zu machen? Zumindest die Platine? Standardbauteile kann man auch selber besorgen.

Wenn du vor hast in Zukunft weitere Platinen zu bestellen, wäre ich bereit zu Gunsten der Warteliste auf eine Platine zu verzichten.



Die Frage würde ich am liebsten nach der ersten Sammelbestellung beantworten - wenn ich den zeitlichen Aufwand abschätzen kann.
Kleinstmengen an PCBs (10 Stück) lassen sich auch immer wieder über dirtypcb (oder ähnlichen) bestellen - daran sollte es nicht scheitern.
Die Dateien sind ja für jeden auf Github frei zugänglich.

Die Sammelbestellung lohnt sich vor allem für die Transistoren - die FETs kosten bei der baluen Apotheke mit C teilweise 90cent - über tme und der Menge kommen wir auf 38cent - macht das ganze halt noch attraktiver  ;)

Ich überlege gerade auch einfach mal 100 Platinen mehr zu bestellen und die dann hier im Martplatz einfach anzubieten - das löst auch gerade das Problem mit der Warteliste
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 21 Februar 2016, 13:51:33
Na dann warte ich mal auf Post ;-)

Ich hab das immer in einer Schale gemacht, aber jetzt habe ich auch so eine kleine Ätzmaschine, ist schon besser aber den Misst muss man auch sauber machen am Ende... Das Feinätzkristall zerfrisst die Schläuche. Verzinnen ist auch so ein Thema, Kaltbäder sind teuer und halten nicht lange, Fittingslotpaste ist gut aber auch nicht sooo der Hit....

Ja heute eigentlich alles Blödsinn weil man es schnell fertigen lassen kann. Nur wenn man mal schnell was braucht ist China eben misst, da muss man ja teilweise 3 Monate warten. Gut dann fräse ich die, das geht auch noch, aber dann muss man wieder Nieten und und und naja.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: peterk_de am 21 Februar 2016, 14:04:39
Super Projekt - ich bin begeistert!!

Ich hab mich auch mal noch auf die Warteliste gesetzt und schreibe hier jetzt eigentlich nur für Updates über das Projekt, in der Hoffnung, vielleicht doch noch etwas abzubekommen ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: chrisXO am 21 Februar 2016, 22:04:04
Ja genau  :) DITO
Auch die Warteliste füllt sich langsam. +1

Ich war gerade dabei meinen China Led Controller umzulöten, aber das ist doch schwerer als ich gedacht habe.
Echt zum Mäuse melken.
Zum Glück hab ich hier den Thread entdeckt ...

Würde mir mittelfristig gerne in der Küche per "Led Streifen Farbe" anzeigen lassen welche Mülltonne am nächsten Tag raus muss...


Aber der LED Strip leuchtet nach dem frickeln nur noch Weiss, egal ob 5V oder GND an die FETs angelegt wird, heisst das die FETs sind kaputt??
Die ICs hab ich mit ner Wärmepistole entfernt mit Abdeckung vom Rest der Platine... da sollte alles heile geblieben sein.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Februar 2016, 22:17:59
Guten Abend,


gerade eben sind die e-mails wegen der Sammelbestellung und der Bezahlung rausgegangen.
Bitte überprüft euren Posteingang/Spam Ordner ob ihr eine E-mail erhalten habt. Falls ihr keine e-mail erhalten habt, meldet euch bitte bei mir per PM.



Für alle die bisher auf der Warteliste stehen:
Ich melde mich morgen nochmals bei euch. Aber soviel sei schon erwähnt: ich schaue gerade wie ich auch noch in der ersten Sammelbestellung unterbekommen kann.  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Intruder1956 am 21 Februar 2016, 22:43:48
schon überwiesen  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 21 Februar 2016, 22:55:54
Geld ist überwiesen ...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: StefanL am 21 Februar 2016, 22:59:50
Geld solltest du schon haben. Danke für die super Arbeit.

gesendet vom Handy  . Deswegen  kurz gehalten

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mahowi am 22 Februar 2016, 07:27:15
Geld ist unterwegs.  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: eldrik am 22 Februar 2016, 08:37:35
On it's way  8)

Greetz
Eldrik
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 22 Februar 2016, 09:16:13
So meins sollte auch da sein. Innerhalb der gleichen Bank geht ja schnell.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 22 Februar 2016, 11:33:31
Hallo,

bin wieder einigermaßen fit für solche Sachen  ;)

Zitat von: mrpj am 16 Februar 2016, 18:53:17
SMD ist er nicht direkt - er hat auf der Unterseite jedoch pads.
http://www.aliexpress.com/store/product/Free-Shipping-10PCS-Ultra-small-size-DC-DC-step-down-power-supply-module-3A-adjustable-step/1084082_2020904455.html
Es ist etwas "gefriemel" - aber bisher halten die bombenfast auf dem PCB. Aber sonst für die größe als StepDown Modul einfach genial.
Danke für den Link, hab's verstanden.

Zitat von: mrpj am 16 Februar 2016, 18:53:17
Namensvorschläge?  -  ich bin da flexibel
R mit irgendewas. Wenn ich einen Widerstand in den Fingern habe, sollte auf der Platine irgendwo R stehen. Aber ich bin da ebenfalls flexibel - die Funktion ist wichtig.

Zitat von: mrpj am 16 Februar 2016, 18:53:17
Der ADC vom ESP misst nur zwischen 0 - 1 V . Mit 10K/1K bekomm ich etwas über 1V raus.
Ob der ESP später "schnell genug" den Spannungsabfall feststellen kann ist eh so eine Sache - dauernd den ADC auszulesen blockiert den ESP ganz schön, alle Xms wird mit 1000uF schon wieder kritisch.
Aha, ich dachte, der Pegel sei 3.3 V. ggf. würde ich die 10 k durch 12 k ersetzen, dann ist nach oben noch etwas Reserve ...

Zitat von: mrpj am 16 Februar 2016, 18:53:17
Puuh - ich hab nicht danach gesucht. Die Maße der Platine sind 5*5cm - Höhe später mit den Fets ca. 2.5cm (eher etwas mehr)
Bohrungen (3.2mm) sind 2.54mm vom Rand entfernt. Also alles etwas "eng".

Vorschläge für ein günstiges Gehäuse sind gerne willommen, wenn es geht passe ich die Bohrungen dafür noch an.
Für den LaCrosse Gateway nehme ich so ein Gehäuse: Hammond 1591 MFK http://www.reichelt.de/index.html?&ACTION=446&LA=0&SID=10VsrjWawQATIAAEEGzv0c9379ce56434330cbdd8cabddcf07b64
Von der Größe her sollte die Leiterplatte reinpassen, allerdings gehen dann nur auf einer Seite Schrauben ...

Überweisung ist gerade raus ...

Gruß PeMue
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Rince am 22 Februar 2016, 12:02:13
Mift. Zu spät :(
Muss wohl die Werbetrommel für ne weitere Sammelbestellung rühren  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 22 Februar 2016, 14:06:02
Geld angewiesen - kann losgehen ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 22 Februar 2016, 15:23:29
Wie wird der ESP dann eigentlich programmiert? Erfolgt das im aufgelöteten Zustand über die 4 Pins am oberen Rand der Platine?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: nanocosmos am 22 Februar 2016, 16:21:10
Habe auch überwiesen.
Vielen Dank Patrick für Deinen Einsatz!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 Februar 2016, 17:50:20
Vielen Dank für das positive Feedback hier - sowas motiviert und macht dann nochmehr Spaß  ;)

Das Geld von einigen ist auch schon eingetroffen - ich werde 1-2mal täglich das Google Spreadsheet aktualisieren und den Geldeingang eintragen.

Zitat von: gloob am 22 Februar 2016, 15:23:29
Wie wird der ESP dann eigentlich programmiert? Erfolgt das im aufgelöteten Zustand über die 4 Pins am oberen Rand der Platine?

Ja genau - der ESP wird über die 4 PINS programmiert - für den Bootloader muss GP0 und GND verbunden sein, ansonsten kann man über die 4 pins seriell mit dem ESP kommunizieren.
Für alle die einen fertig aufgebauten Controller bekommen, werde ich die Firmware flashen (in Zukunft gibt es dann Updates via OTA).

Zitat von: PeMue am 22 Februar 2016, 11:33:31
R mit irgendewas. Wenn ich einen Widerstand in den Fingern habe, sollte auf der Platine irgendwo R stehen. Aber ich bin da ebenfalls flexibel - die Funktion ist wichtig.

Ich werde es noch anpassen  ;). Wenn ich schon dabei bin - hast du einen persönlichen Standpunkt zu "Thermals" (diese Lötvereinfachungspunkte für Bauteile bei eagle) ?

Zitat von: PeMue am 22 Februar 2016, 11:33:31
Aha, ich dachte, der Pegel sei 3.3 V. ggf. würde ich die 10 k durch 12 k ersetzen, dann ist nach oben noch etwas Reserve ...

Inwiefern siehst du eine Reserve wichtig? - mein Gedanke war es, knapp über dem Maximal level zu sein so dass ein Abfall der Abweichung zum Maximalwert des ADCS darstellt. (10bit beim ESP, wenn der Maximalwert unter 1023 fällt ist Strom weg)

Zitat von: PeMue am 22 Februar 2016, 11:33:31
Für den LaCrosse Gateway nehme ich so ein Gehäuse: Hammond 1591 MFK http://www.reichelt.de/index.html?&ACTION=446&LA=0&SID=10VsrjWawQATIAAEEGzv0c9379ce56434330cbdd8cabddcf07b64
Von der Größe her sollte die Leiterplatte reinpassen, allerdings gehen dann nur auf einer Seite Schrauben ...

Link geht leider bei mir nicht
Überweisung ist gerade raus ...

Gruß PeMue
[/quote]
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 22 Februar 2016, 18:04:52
Zitat von: mrpj am 22 Februar 2016, 17:50:20
Wenn ich schon dabei bin - hast du einen persönlichen Standpunkt zu "Thermals" (diese Lötvereinfachungspunkte für Bauteile bei eagle) ?
Für's Löten wäre es vermutlich wichtig, die Thermals zu machen (also sternförmige Verdrahtung mit "Lücken" dazwischen). Allerdings geht das zu Lasten der Stromtragfähigkeit. Ich würde aber zu Gunsten der Stromtragfähigkeit darauf verzichten. Die Lötungen sind ja sowieso von Hand ...

Zitat von: mrpj am 22 Februar 2016, 17:50:20
Inwiefern siehst du eine Reserve wichtig? - mein Gedanke war es, knapp über dem Maximal level zu sein so dass ein Abfall der Abweichung zum Maximalwert des ADCS darstellt. (10bit beim ESP, wenn der Maximalwert unter 1023 fällt ist Strom weg).
Ich dachte, Du möchtest die Versorgungsspannung der LEDs messen. Da diese vermutlich "so um die" 12 V sein wird, hätte ich den Teiler so ausgelegt, dass das Messen (und nicht Schalten wie bei Dir) möglich ist ...

Zitat von: mrpj am 22 Februar 2016, 17:50:20
Link geht leider bei mir nicht ...
stimmt auffällig, mache ich immer mal wieder falsch, dieser http://www.reichelt.de/1591MFLBK/3/index.html?&ACTION=3&LA=446&ARTICLE=121038&artnr=1591MFLBK&SEARCH=1591 sollte aber gehen ...

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 Februar 2016, 18:19:19
Zitat von: PeMue am 22 Februar 2016, 18:04:52
Ich dachte, Du möchtest die Versorgungsspannung der LEDs messen. Da diese vermutlich "so um die" 12 V sein wird, hätte ich den Teiler so ausgelegt, dass das Messen (und nicht Schalten wie bei Dir) möglich ist ...

Was meinst du mit "Schalten wie bei Dir"?
Der Spannungsteiler war so gewählt, das ~12V auf knapp über 1V ist (bei 11V haben wir gerade "genau" 1V) - bei 12V 1.09V.
Dadurch ist der Messwert des ADCs bis 11V max - darunter verändert er sich und wäre für mich beim Messen das Anzeichen das die Versorgungsspannung (12V der LEDs) "zusammenbricht" (ausgeschaltet wird).

Aber du hast mich gerade auf eine andere Idee gebracht - mal sehen inwiefern der ESP interrupts unterstützt. Dann könnte man eine Schaltung vorsetzen die PIN2 auf GND setzt, sobald die Versorgungsspannung wegfällt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 23 Februar 2016, 07:56:48
Zitat von: PeMue am 22 Februar 2016, 18:04:52
Die Lötungen sind ja sowieso von Hand ...

Gerade deswegen ja, beim Reflow Löten brauchst du ja keine Wärmefallen mehr, macht ja da kein Sinn. ;-)
Aber wie gesagt das geht schon, mit einem dicken Bräter kein Problem, oder man wärmt die Platine ein bissel vor. Da viele die Wärmefallen aber eh häufig mit Lot ertränken, dürfte sich das Thema Strombelastbarkeit praktisch auch erübrigen. Je nachdem wie die Lötstoppmaske aussieht, also wie weit ran an die Stege gedruckt wird.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 23 Februar 2016, 08:01:42
Ich lese gerade Spannungsteiler und 12V, was ist mit 24V Stripes (wird im Profi Bereich für die weißen Bänder benutzt)?

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 Februar 2016, 11:10:42
Die Frage ist ziemlich ungenau  :P

Aber meine Interpretation ist folgende: du möchtest Wissen ob der Controller auch mit 24V betrieben werden kann?

=> JA - nur wie zuvor schon geschrieben, der StepDown Converter muss vor dem auflöten des ESPs auf die Spannung eingestellt werden. Ansonsten ist die Spannung wahrscheinlich zu hoch für den ESP und er wird erstmal gegrillt.

Der Spannungsteiler ist für eine experimentelle Funktion: Speichern des letzten Zustands wenn der Strom weg ist (normaler Lichtschalter). Da der ADC des ESPs nur zwischen 0 und 1V misst muss eben die Spannung verkleinert werden. Bei 24V kann, muss aber nicht die Wiederstände des Spannungsteilers angepasst werden.
Für die normale Funktionalität hat das keinen Einfluss, es ist nur für das experimentelle Feature. Bedeutet aber auch, dass dieses Feature ein Bonus ist, ich aber nicht garantieren kann das es "richtig und zu 100%" funktioniert.

Wahrscheinlich fragen ich einige warum so kompliziert und kann man nicht einfach immer den letzten Wert speichern? Der ESP hat nicht gerade hochwertigen FLASH Speicher - man geht davon aus das er ca 5-10 000 Schreibzyklen verträgt. Wenn ich nun dauerhaft nach einer Farbänderung speichern würde, wären die schnell aufgebraucht. Durch das erkennen wann die Versorgungsspannung weg fällt, kann der Speicher etwas geschont werden -> mit dem Nachteil das es aufwändiger ist und ich nur Ansatzweise bisher testen konnte. 
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 23 Februar 2016, 15:05:42
Warum denn kein externes EEPROM?
Der hier: https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&uact=8&ved=0ahUKEwjVtsyMgo7LAhXkqnIKHTftBUIQtwIIUDAH&url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DU42S81PmhFM&usg=AFQjCNGU71RArENc_C27yiDkhn58Ar49jA&bvm=bv.114733917,d.bGQ
ist mit 1 Mio Schreibzyklen angegeben. Das sollte wohl reichen ;-)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 23 Februar 2016, 15:27:34
Hallo r_knipp
Wir koennten auch noch ein Display drauf machen und einen Akku mit einbauen! Spass beiseite! mrpj hat das so entwickelt, dass es moeglichst klein und kostenguenstig ist. Es hat Ihn aber gestoert, dass die alten Werte nach Spannung aus weg sind, und so hat er eine Hardwareloesung gesucht! Man kann das ganz zur Not ja auch per fhem loesen, nur so ist es halt eleganter!
Gruss Christoph
P.S.: Es ist Dir unbenommen so etwas zu bauen und anzubieten!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 Februar 2016, 15:46:02
Zitat von: r_knipp am 23 Februar 2016, 15:05:42
Warum denn kein externes EEPROM?
Der hier: https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&uact=8&ved=0ahUKEwjVtsyMgo7LAhXkqnIKHTftBUIQtwIIUDAH&url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DU42S81PmhFM&usg=AFQjCNGU71RArENc_C27yiDkhn58Ar49jA&bvm=bv.114733917,d.bGQ
ist mit 1 Mio Schreibzyklen angegeben. Das sollte wohl reichen ;-)

Scheitert daran, dass es nicht genug freie IO Ports mehr gibt  :P

Die aktuelle Lösung ist aus dem Wunsch/Vorschlag in dem Bastelthread hervorgegangen, dass es toll wäre, wenn der Controller einfach mit einem normalen Lichtschalter verbunden werden kann. Beim Einschalten sollte dieser dann den letzten Zustand (Farbe, Helligkeit) wieder herstellen.

Ich persönlich halte es nicht für notwendig** - es ist aber kein Problem für mich mit vorhandenen Mittel und kleinen Änderungen an der Schaltung eine Vorraussetzung dafür zu schaffen.


Es gibt auch noch weitere Software Optimierungen (speichern in forlaufenden Sektoren etc.) - das ganze kann gemacht werden, wenn die Hauptfunktionalität der Firmware gesichert ist. Auch hier gilt wie immer: mithelfen beim hardware layout, bei der firmware ist gerne willkommen und etwaige "bonus Features" sind dann schneller implementiert.


**(In meinem Bild von einem Smarthome gibt es nur Sensoren/Schalter/Anwendungen die einem Server etwas mitteilen und dieser darauf reagiert. Sprich Schalter gibt Signal für an FHEM Server, Server sendet Befehl an Led Controller)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 23 Februar 2016, 15:57:40
Zitat von: pc1246 am 23 Februar 2016, 15:27:34
Hallo r_knipp
Wir koennten auch noch ein Display drauf machen und einen Akku mit einbauen! Spass beiseite! mrpj hat das so entwickelt, dass es moeglichst klein und kostenguenstig ist. Es hat Ihn aber gestoert, dass die alten Werte nach Spannung aus weg sind, und so hat er eine Hardwareloesung gesucht! Man kann das ganz zur Not ja auch per fhem loesen, nur so ist es halt eleganter!
Gruss Christoph
P.S.: Es ist Dir unbenommen so etwas zu bauen und anzubieten!

War ja nur eine Frage aus reinem Interesse. Sollte keine Kritik sein. Finde toll was er da gemacht hat. Deshalb habe ich ja auch ein paar Platinen bestellt.
Wenn seine Lösung auch noch zuverlässig funktioniert ist ja alles super.

Zitat von: mrpj am 23 Februar 2016, 15:46:02
Die aktuelle Lösung ist aus dem Wunsch/Vorschlag in dem Bastelthread hervorgegangen, dass es toll wäre, wenn der Controller einfach mit einem normalen Lichtschalter verbunden werden kann. Beim Einschalten sollte dieser dann den letzten Zustand (Farbe, Helligkeit) wieder herstellen.

Ich persönlich halte es nicht für notwendig** - es ist aber kein Problem für mich mit vorhandenen Mittel und kleinen Änderungen an der Schaltung eine Vorraussetzung dafür zu schaffen.
Halte ich jetzt auch nicht unbedingt für nötig. Aber vielleicht gibt's ja einige, die es beruhigt, wenn sie so etwas beim Verlassen der Wohnung komplett abschalten können.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 23 Februar 2016, 21:30:35
Zitat von: mrpj am 23 Februar 2016, 11:10:42
Da der ADC des ESPs nur zwischen 0 und 1V misst muss eben die Spannung verkleinert werden. Bei 24V kann, muss aber nicht die Wiederstände des Spannungsteilers angepasst werden.
Dann dimensioniere den doch gleich für 24V ;-) Aber ich bin vermutlich der einzige, der mit 24V arbeitet. Das mit dem DCDC Wandler mhh eigentlich sollte der Eingangspegel ja egal sein bis zu seinem Maximum. Aber gut der ist ja nun extrem billig, da kann ich mir das schon vorstellen, da haste recht. Aber braucht man eigentlich wirklich ein DCDC Wandler, reicht da nicht ein Linearregler? So viel zieht doch das Teil gar nicht oder? Das sind doch <500mA oder?

Btw. die Zyklenzahl des eeprom kannst du etwas erhöhen, indem du immer auf andere Speicherbereiche schreibst. Da ist man dann schon mal bei einigen Millionen. Eeprom Vorgänge sind auch teilweise sehr langsam, zumindest bei den AVRs. Wenn der WLAN Chip da gerade noch was sendet, könnte der Saft schnell ausgehen auch wenn man eine größere Kapazität vorsetzt, oder? Aber meine Laborgeräte machen das auch alle so, die speichern ja auch die letzte Werte und das machen die bestimmt auch nicht ständig on the fly (oder vielleicht doch ?!?;-) ). Man(n) soll ja auch mal neu kaufen ;-)

Man könnte ja auch feste Werte als Einschaltwerte hinterlegen. Und man muss ja auch nicht permanent die aktuellen Werte ins eeprom übertragen, es reicht ja wenn man das erst tut, nachdem ein Werte eine "längere" Zeit gleich geblieben ist. Aber bei allen geht natürlich einiges an Komfort verloren.

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 Februar 2016, 23:05:19
Zitat von: r_knipp am 23 Februar 2016, 15:57:40
Halte ich jetzt auch nicht unbedingt für nötig. Aber vielleicht gibt's ja einige, die es beruhigt, wenn sie so etwas beim Verlassen der Wohnung komplett abschalten können.

Kann ich verstehen - das ist jedoch ein anderes Szenario, als eine Led Lampe/Leiste mit einem LichtSchalter wie normales Licht an und aus zu schalten - das wird etwas schwieriger.

Zitat von: ext23 am 23 Februar 2016, 21:30:35
Dann dimensioniere den doch gleich für 24V ;-) Aber ich bin vermutlich der einzige, der mit 24V arbeitet. Das mit dem DCDC Wandler mhh eigentlich sollte der Eingangspegel ja egal sein bis zu seinem Maximum. Aber gut der ist ja nun extrem billig, da kann ich mir das schon vorstellen, da haste recht. Aber braucht man eigentlich wirklich ein DCDC Wandler, reicht da nicht ein Linearregler? So viel zieht doch das Teil gar nicht oder? Das sind doch <500mA oder?

Ich drüsel das mal kurz auf, denn der StepDown (DCDC) Wandler ist unabhängig vom Spannungsteiler für den ADC.
Der Spannungsteiler ist nur dazu da um die Referenzspannung vom Eingang der Platine (12V) auf einen Bereich für den ADC messbar ist hinunter zu rechnen. Für die normale Funktionalität des Controllers ist dieser Spannungsteiler nicht von Relevanz - sonder nur für ein Feature das in Zukunft implementiert werden kann.

Andersherum ist der DCDC Wandler nötig um die Versorgung des ESP auf 3.3V runter zu regulieren - ein LDO verbrät bei 12V im Hauptbelastungsbereich des ESPs schon knapp ~3.5 Watt (12V - 3.3V) * 0.4A. Wenn ich nun die gewünschten 24V Eingangspannung anlege sind wir bei  8.3Watt die in Wärme umgewandelt werden müssen. Das wird ziemlich Warm wenn man in den Spezifikationen der meisten Linear Regler nachschaut und man bräuchte zusätzlich noch einen Kühlkörper.

Ich empfinde das umständlicher als der heraugesuchte DCDC Wandler. Mal ganz nebenbei empfinde ich das als eine ziemliche Verschwendung von Resourcen soviel Energie einfach nur in ungenutzte Wärme umzuwandeln.

Ich habe es nicht getestet, ob der StepDown Wandler bei unterschiedlichen Eingangsspannungen unterschiedliche Ausgangsspannungen hat.
Ich lasse hier deswegen lieber Vorsicht als Nachsicht walten und empfehle es, den StepDown Wandler mit der gewünschten Versorgungsspannung auf die 3.3V einzustellen - bevor der ESP auf die Platine kommt



Nachtrag
Ich komme sicherlich vor eintreffen der ganzen Bauteile noch zu einem Labornetzteil und werde einfach mal testen und dann berichten.



Zitat von: ext23 am 23 Februar 2016, 21:30:35
Btw. die Zyklenzahl des eeprom kannst du etwas erhöhen, indem du immer auf andere Speicherbereiche schreibst. Da ist man dann schon mal bei einigen Millionen. Eeprom Vorgänge sind auch teilweise sehr langsam, zumindest bei den AVRs. Wenn der WLAN Chip da gerade noch was sendet, könnte der Saft schnell ausgehen auch wenn man eine größere Kapazität vorsetzt, oder? Aber meine Laborgeräte machen das auch alle so, die speichern ja auch die letzte Werte und das machen die bestimmt auch nicht ständig on the fly (oder vielleicht doch ?!?;-) ). Man(n) soll ja auch mal neu kaufen ;-)

Man könnte ja auch feste Werte als Einschaltwerte hinterlegen. Und man muss ja auch nicht permanent die aktuellen Werte ins eeprom übertragen, es reicht ja wenn man das erst tut, nachdem ein Werte eine "längere" Zeit gleich geblieben ist. Aber bei allen geht natürlich einiges an Komfort verloren.

Die Punkte sind valide - es gibt viele Faktoren die das erfolgreiche Schreiben in den Eeprom beeiflussen.
Diese Funktionalität ist wie schon mehrmals zuvor geschrieben ein "Zusatz/Bonus" Feature. Auf der Prioritäten Liste bleibt es am unteren Ende und wird als "wenn die wichtigen Dinge für die Steuerung erledigt sind und gerade Zeit vorhanden ist" gehandhabt. Es ist aber auch wie bei allen anderen Dingen bei dem Projekt so, dass jeder dem dieses Feature wichtig ist, mithelfen kann um es zu realisieren.

Da meine Resourcen beschränkt setze ich mich damit erst wieder aktiv auseinander, wenn die Hauptfunktionalität gegeben ist, und ich Zeit habe.

Wenn es gerade hilfreiche und konkrete Vorschläge für eine Änderung an der Schaltung gibt, welches die Implementation dieses Feature vereinfacht, dann kann das noch besprochen werden.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 24 Februar 2016, 07:53:03
Moin mrpj
Ich habe jetzt ueberwiesen! Das ist allerdings sehr knapp, mit Deinem Datum! Wenn einer krank, im Urlaub oder Verdienstreist ist, dann bekommt er das gar nicht mit!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: VB90 am 24 Februar 2016, 09:58:21
ja, da hast du recht.

@mrpj

überwiesen habe ich am Sonntag schon, sei die Tage mal bitte so gut und schau obs auch angekommen ist.
Nicht das mir bei copy&paste nen Fehler unterlaufen ist ;)

Danke.

vb
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 Februar 2016, 11:25:50
Zitat von: pc1246 am 24 Februar 2016, 07:53:03
Ich habe jetzt ueberwiesen! Das ist allerdings sehr knapp, mit Deinem Datum! Wenn einer krank, im Urlaub oder Verdienstreist ist, dann bekommt er das gar nicht mit!

Hallo Christoph - Anmerkung angekommen. Auf der ersten Seite in den Informationen zur Sammelbestellung war von Anfang an ein Zeitplan so dass sich jeder darauf einstellen kann  ;)

Ich sehe ja am Freitag spätestens ob jemand fehlt und kann dann noch reagieren. Nur irgendwo muss auch ne zeitliche Grenze gezogen werden. (V.a. mit Warteliste etc. )
Bei meinen nächsten Sammelbestellungen werde ich die Anmerkung beherzigen  :)

Zitat von: VB90 am 24 Februar 2016, 09:58:21
überwiesen habe ich am Sonntag schon, sei die Tage mal bitte so gut und schau obs auch angekommen ist.
Nicht das mir bei copy&paste nen Fehler unterlaufen ist ;)

Ich rufe 1-2 mal täglich meine Kontoauszüge ab und aktualisiere das Google Spreadsheet  (https://docs.google.com/spreadsheets/d/13g3si--JgGYIRCWTs-TXZUBNThDc4fcXPUBLYMq5FGY/edit#gid=0)

Falls es knapp wird oder bedenken herrschen, einfach mir eine Nachricht schicken



PS: Es fehlen nur noch 15 von 61 Schafen  8)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 Februar 2016, 13:05:32
Zitat von: mrpj am 23 Februar 2016, 23:05:19
Ich drüsel das mal kurz auf, denn der StepDown (DCDC) Wandler ist unabhängig vom Spannungsteiler für den ADC.
Der Spannungsteiler ist nur dazu da um die Referenzspannung vom Eingang der Platine (12V) auf einen Bereich für den ADC messbar ist hinunter zu rechnen. Für die normale Funktionalität des Controllers ist dieser Spannungsteiler nicht von Relevanz - sonder nur für ein Feature das in Zukunft implementiert werden kann.

Ja ja , das hat der Ing. schon verstanden ;-)

Aber gut 400mA, das sind doch nur peaks wenn der sendet oder? Mhh naja ist ja auch egal, DCDC Wandler sind eben wie Schaltnetzteile sehr anfällig, vor allem mit sinkendem Preis. Ich nutze übrigens gerne die DC/DC Wandler von Recom, klein und (bis jetzt) alle Ausfall frei. Wenn man nicht die Kopien aus Fernost nimmt :-( . Aber das ist natürlich auch eine andere Preisliga, also nicht geeignet wenn es billig sein muss. Bei mir kommt da ehe was anderes rauf, ich muss nur von 5V auf 3,3V. Ich habe beide Spannungen bei mir anliegen, also 24/12V für die Stripes und 5V für den Rest.

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 24 Februar 2016, 13:08:46
Meins sollte eigentlich schon da sein habe es gestern Abend überwiesen. Gruß
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 24 Februar 2016, 13:10:54
@Hauswart
Das kommt schon noch - die Banken haben doch einen Buchungstag pro Institut oder wie war das gleich?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: dieda am 24 Februar 2016, 13:31:02
Zitat von: waschbaerbauch am 24 Februar 2016, 13:10:54
@Hauswart
Das kommt schon noch - die Banken haben doch einen Buchungstag pro Institut oder wie war das gleich?

Jeep, gerade mal geschaut. Überwiesen Montag Abend 22 Uhr. Wertstellung Dienstag. Sollte also heute Abend dann auf dem Konto sein. Die Banken müssen ja jetzt taggleich gutschreiben.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 Februar 2016, 13:55:38
Macht euch mal keine Sorgen - falls etwas schief gegangen ist kann man mich immer kontaktieren und wir finden eine Lösung.

Ich für mich muss nur differenzieren ob jemand wirklich seinen Anteil möchte, oder ob es nur eine "Karteileiche" ist.

Zitat von: ext23 am 24 Februar 2016, 13:05:32
Aber gut 400mA, das sind doch nur peaks wenn der sendet oder? Mhh naja ist ja auch egal, DCDC Wandler sind eben wie Schaltnetzteile sehr anfällig, vor allem mit sinkendem Preis. Ich nutze übrigens gerne die DC/DC Wandler von Recom, klein und (bis jetzt) alle Ausfall frei. Wenn man nicht die Kopien aus Fernost nimmt :-( . Aber das ist natürlich auch eine andere Preisliga, also nicht geeignet wenn es billig sein muss. Bei mir kommt da ehe was anderes rauf, ich muss nur von 5V auf 3,3V. Ich habe beide Spannungen bei mir anliegen, also 24/12V für die Stripes und 5V für den Rest.

Das ist ne andere Ausgangslage - 5V auf 3.3V sind mit nem LDO kein Problem. Auch wenn 400mA peaks sind, kalkulier ich das ein.
Die Peaks kommen dann vor allem vor, wenn der ESP eine Verbindung zum AP (immer wieder mal) verliert oder die Verbindung generell "grenzwertig hinzu schlecht ist"- dann verbraucht er ziemlich viel. Ich finde das Risiko mit einem LDO in dieser Situation "zu hoch" ohne ausreichende Wärmeableitung. Der DC Wandler hat das Problem nicht ....

.....und ist auch noch freundlich zum Geldbeutel  ;) (Macht im Jahr hier 8 Euro aus - das sind immerhin schon 3 halbe in der Kneipe oder nen halber Bierkasten für Zuhause)


Wäre es für deinen spezielle fall nicht besser, wenn du das Design deinen (speziellen) Gegebenheiten anpasst und dann über dirtypcb einfach 10 Prototypen orderst? Bauteile (ESP und Mosfets kann ich dir auch ohne PCB zukommen lassen)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 Februar 2016, 14:08:42
Ja naja das ist kein Problem, ich hab ja 2 Boards bestellt. Eins baue ich so auf wie beschrieben, sonst macht das ja kein Sinn. Und das andere werde ich ein bissel pimpen. Ich hab auch wenig Erfahrung mit dem verwendeten WLAN Controller, ich nutze die nur als Console zu WLAN Brücke für unser Lab um die Geräte per Tab zu konfigurieren, von daher muss man schauen. Wenn das Ding im Fehlerfall natürlich 400mA Dauerhaft zieht, ist das Peke wenn das Gehäuse von der Decke tropft, das stimmt schon.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tomster am 24 Februar 2016, 14:32:42
Zitat von: ext23 am 24 Februar 2016, 14:08:42
ich nutze die nur als Console zu WLAN Brücke für unser Lab um die Geräte per Tab zu konfigurieren,

Nur ganz kurz ein bissl off-teppich:
Das ist aber nicht zufällig eine Art WiFi-to-Serial-Bridge, vielleicht von WiFi nach RS485/RS232 oder so? Nach sowas würde ich nämlich gerade händeringend suchen...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 Februar 2016, 15:33:44
Zitat von: ext23 am 24 Februar 2016, 14:08:42
Ja naja das ist kein Problem, ich hab ja 2 Boards bestellt. Eins baue ich so auf wie beschrieben, sonst macht das ja kein Sinn. Und das andere werde ich ein bissel pimpen. Ich hab auch wenig Erfahrung mit dem verwendeten WLAN Controller, ich nutze die nur als Console zu WLAN Brücke für unser Lab um die Geräte per Tab zu konfigurieren, von daher muss man schauen. Wenn das Ding im Fehlerfall natürlich 400mA Dauerhaft zieht, ist das Peke wenn das Gehäuse von der Decke tropft, das stimmt schon.

Naja die von mir beschriebenen Szenarien sind ja kein "Fehlerfall" sondern normale Szenarien die im Alltag durchaus passieren. Je nachdem wo man wohnt ist der WLAN Funkbereich ziemlich "verstopft" bzw sind viele verschiedene APs/Teilnehmer im selben Funkbereich/Kanal), da ist es dann nicht ungewöhnlich das Geräte mit höchster  Sendeleistung arbeiten um ihren gewünschten Empfangspartner noch zu erreichen. Auch sind die meisten verwendeten Router nicht umbedingt "stabil" - der Telekom Router der hier steht bringt mich manchmal echt zum verzweifeln - ab und an verliert er einfach Pakete für 2-3 Minuten und dann ist alles wieder beim alten. (In der Zeit kann ich beobachten wie der Stromverbrauch am ESP auch steigt).

Zum CHIP der beim DCDC Wandler verwendet wird, ist hier das Datenblatt:
http://www.seeedstudio.com/wiki/images/4/4e/MP1584_r1.0.pdf

Laut Datenblatt ist die Ausgangsspannung vom Eingang unabhängig - ich würde es dennoch lieber erstmal verifizieren bevor man zwischen 12 und 24V hin und her wechselt ;-). Datenblätter sind manchmal sehr geschöhnt. (Und manchmal bekommt man ganz andere Bauteile geliefert als drauf steht - z.B. gefälschte Mosfets  >:( >:( - daher werden die nun bei tme.eu geordert und nicht in Asien)




PS: Und die kosten von 55Cent für so ein Modul sind auch nicht viel teurer, als wenn ich LDO + Stabilisierung drum herum als Bestückung nehmen würde  ;)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 Februar 2016, 17:25:21
Zitat von: tomster am 24 Februar 2016, 14:32:42
Nur ganz kurz ein bissl off-teppich:
Das ist aber nicht zufällig eine Art WiFi-to-Serial-Bridge, vielleicht von WiFi nach RS485/RS232 oder so? Nach sowas würde ich nämlich gerade händeringend suchen...

Genau so etwas ist das. Ich hab immer kein Bock im Lab zu sitzen wo es kalt ist, nur weil ich mal wieder ein paar Firewalls oder Cisco Büchsen erstkonfigurieren muss und unsere ganzen Terminal Consolen Switche alle voll sind.

Ist aber selber gebastelt im Flug verdrahtet. Als Stromversorgung USB, da kann man dann entweder die USB Buchse der Geräte nehmen oder ein Akkupack ran. Da drin ist ein kleiner converter von 5 auf 3,3V für den ESP. Und der hat diese Transparente Firmware drauf.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Morgennebel am 24 Februar 2016, 21:46:10
Zitat von: tomster am 24 Februar 2016, 14:32:42
Nur ganz kurz ein bissl off-teppich:
Das ist aber nicht zufällig eine Art WiFi-to-Serial-Bridge, vielleicht von WiFi nach RS485/RS232 oder so? Nach sowas würde ich nämlich gerade händeringend suchen...

Schau mal hier: http://www.get-console.com/airconsole/

Ciao, -MN
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Februar 2016, 18:21:47
Updates zu Sammelbestellung und Warteliste

Der Großteil der Forumsgemeinde hat schon seine Anteile bezahlt und das Geld ist bei mir eingetroffen - es fehlen heute noch die Geldeingäng von ca. 10 Mitgliedern.
Falls es knapp wird/wurde mit der Überweisung wäre ich für ein kurzes Lebenszeichen dankbar - auch wenn jemand sich anders entschieden hat.
Es erleichtert mir die Organisation um einiges und macht es auch angenehmer, wenn mit mir kommuniziert wird.  ;)

Ich habe heute die Bestellung von den Bauteilen aus Asien (DCDC Wandler, Esps) abgeschickt und damit beginnt das warten auf die Bauteile die "am längsten brauchen".

Nun zum ausstehenden Update mit der Warteliste: ich habe mich entschlossen 300 statt 200 PCBs auf eigenes Risiko zu ordern. Das bedeutet, dass jeder der sich eingtragen hat, noch teil der ersten Sammelbestellung wird.

Im laufe des Abends erhalten alle auf der Warteliste eine E-mail mit den Details.

Es sind nach aktuellem überschlagen von Warteliste und mir bekannten "ausfällen" noch knapp 80 Platinen die auf einen neuen Besitzer warten.
Die Anzahl der verfügbaren Platinen ist somit begrenzt - bei den Bauteilen aus Asien habe ich die Anzahl aus der Sammelbestellung und Warteliste + einen Puffer auf eigenes Risiko bestellt. D.h. es wird weiterhin die Möglichkeit geben, komplette Bausätz/Platinen in begrenzter Anzahl zu erhalten.


Ich habe darüber nachgedacht, wie ich die Situation handhaben möchte - vor allem auch im Bezug auf Fairness gegenüber den Forenmitgliedern die jetzt schon ihr Geld an mich überwiesen haben und dadurch erst die Bestellungen ermöglichten.

Für mich ist die Bestellung von mehr Platinen und Bauteilen "auf Vorrat" ein Risiko und bedeutet langfristig einen erhöhter logistischen Aufwand, da ich regelmäßig Formular, Bankkonto, Forum überprüfen muss, nachdem die Frist der Sammelbesteller verstrichen ist.

Daher werde ich die Preise für neue Bestellungen anpassen. (Auf das Niveau als wäre es eine kleinere Bestellung):







Ausführung
1) RGBWW Platine 2€
2) RGBWW Platine + Bauteile (ohne ESP)     6€
3) RGBWW Platine + Bauteile (mit ESP) 8,50€
4) RGBWW Platine fertige aufgebaut* 15€
*) Fertig gelötet und Firmware aufgespielt

Jeder der sich noch bis zum 06.03.2016 in die Sammelbestellung einträgt und sein Geld überweist, ist noch bei den aktuellen Preisen aus der Sammelbestellung mit dabei. (Solange verfügbar). Danach werde ich das Formular aktualisieren und die andere Preisstaffelung tritt in Kraft.

Ich hoffe das dieser Vorschlag im Sinne von allen ist
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 25 Februar 2016, 18:27:33
Hallo mrpj

Ich kann Dich voll verstehen, und waere damit einverstanden, hab ja schon bezahlt. Da ich das sowieso so gesehen hatte, habe ich eh grosszuegig aufgerundet, und da denke ich bin ich nicht alleine!?
Gruss und Danke nochmals
Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Roger am 26 Februar 2016, 20:51:48
Hi mrpj,
vielen lieben Dank, dass Du nun auch noch die Warteliste mit belieferst  :).
Ich habe soeben überwiesen.

Roger
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Andy89 am 26 Februar 2016, 21:31:20
Servus,
ich habe gerade erst diesen Thread gesehen und bin froh, dass man sich noch bis zum 6.3 eintragen konnte. Habe direkt bestellt und das Geld überwiesen.

Vielen Dank schon ein Mal für die Mühe =)
Beste Grüße
Andy

P.s.: @PC1246: ganz alleine bist du sicher nicht. Hab auch mal bisschen mehr für paar Bier überwiesen  ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 26 Februar 2016, 21:48:54
Überweisung ging gerade raus.

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 04 März 2016, 13:45:31
Update

Ein kurzes Update - mehr gibt es am Wochenende allerspätestens am Wochenende darauf


Bis auf 2 Sorgenkinder wovon nur 1. nicht erreichbar ist, hat alles mit der Bezahlung geklappt. Vielen Dank für die Motivationsbiere/Pizzen - die waren auch schon hilfreich um Abends nach dem Büro schnell was zu essen zu haben um weiter zu Programmieren  ;)


Bestellungen sind alle an die Händler rausgegangen - die Bauteile aus China sind alle "versandt"/auf dem Weg zu mir.
Die Großbestellung bei TME verschiebt sich um ein paar Tage, da wir die Menge an verfügbaren MOSFETs überschritten hatten  ::)


Ich habe die Tage immer mal wieder etwas dafür getan - es geht vorran. Bei der Einbindung in FHEM und einigen aspekten bei der Berechnung der WeissFarbtemperatur hoffe ich auf Hilfe aus der Community

Dazu folgt aber ein längeres Update zeitnah -
Aber kurze Info: Ich habe den Framework von ARDUINO/ESP8266 auf SMING (https://github.com/SmingHub/Sming) gewechselt (wechseln muessen). Der Framework ist zu Arduino Bibliotheken compatible - jedoch braucht man eine andere Entwicklungsumgebung. Das SMING Projekt ist zwar kleiner - aber die Community dahinter ist hilfsbereit und für Änderungen/Vorschläge offen, während ich bei der Arduino Community immer wieder an verschlossene Türen geraten bin  >:(

Mehr Informationen folgen bald - es fehlt nur die Zeit hier zu schreiben und sich um die Firmware gleichzeitig zu kümmern  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 10 März 2016, 15:10:47
Update

Wie im letzten post angekündigt, folgt nun ein etwas detailierteres update zur Entwicklung von Firmware und Library. Ich hatte die letzten Tage nochmal viel Zeit investiert um jeweils eine Basis zu erstellen, mit der auch die Community weiter arbeiten kann. Durch den regen Zuspruch aus dem Forum habe ich mich bemüht die Firmware nutzerfreundlicher zu gestalten - was leider auch viel Zeit und Resourcen in Anspruch genommen hat bzw. nimmt. Daher freue ich mich, wenn sich Mitglieder finden, die Interesse haben, bei der ein oder anderen Funktionalität mir unter die Arme zu greifen. (Besonders die Anbindung an FHEM)
Aber nun zu den updates:

RGBWW

Die Basis Funktionalität ist erstellt und gestetet. Eine Berechnung und Animation eines Farbwechsels funktioniert auf dem Controller flüssig und zuverlässig.

Die verschiedenen Ideen um die Farbausgabe des Controllers zu verändern wurden implementiert, so ist es möglich ähnlich wie im FHEM wifilight Modul die "Grundfarben" (Rot, Gelb, Grün, Cyan, Blau, Magenta) zu verschieben um die Wiedergabe von den Farben anzupassen.
Weiterhin ist es möglich, einzelne Farbkanäle in der Helligkeit von 0-100% zu regeln. Es ist eine zusätzliche Möglichkeit die Farben und Helligkeit anzupassen.

Der Controller besitzt die Möglichkeit mit verschiedenen Ausgabeverhalten zu arbeiten (nur RGB, RGB+Warmes Weiss, RGB+KaltesWeiss, RGB+Warm& Kalt Weiss)

Es ist möglich die Farbtemperatur des WeissKanals (bei der Nutzung von Warm und Kaltweiss) anzupassen

Derzeit sind "nur" 2 Animationen/Effekte vorhanden:

Ich denke jedoch, das diese beiden Animationen 95% dem Nutzungsverhalten entsprechen ;-)

Intern arbeitet die RGBWWLed Bibliothek mit einer Queue/Warteschleife - das bedeutet es ist möglich auch komplexere Animationsketten an den Controller zu schicken und diese werden dann nach und nach abgearbeitet.

Beispiel:
Farbwechsel von Farbe A zu Farbe B in 30 Sekunden; zeige Farbe B fur 60 Sekunden, Wechsel zu Farbe C in 10 Sekunden; Wechsel zu Farbe D in 180 Sekunden, Zeige Farbe D für 3600 Sekunden

RGBWW ToDos

Es gibt noch einige ToDos um die Bibliothek "komplett" zu machen bzw zu erweitern:

Eine Erweiterung wäre es, die Farbtemperatur durch Berechnung weiter zu verschieben bzw. auch zu verschieben, wenn nur ein Weisskanal / RGB vorhanden ist
Ich habe schon einige Ansätze gefunden - jedoch bisher aus Zeitnot nicht die Möglichkeit gehabt es mir genauer anzuschauen und die Berechnung letztendlich zu implementieren. Eine Mithilfe wäre hier sehr gewünscht

Mehr Informationen/Hintergrund Informationen
http://www.tannerhelland.com/4435/convert-temperature-rgb-algorithm-code/
http://www.cree.com/~/media/Files/Cree/LED-Components-and-Modules/XLamp/XLamp-Application-Notes/LED_color_mixing.pdf
https://web.archive.org/web/20131224221243/http://pidome.wordpress.com/2013/08/21/working-with-heating-and-cooling-light-colors
http://www.research.ed.ac.uk/portal/files/17162678/published_paper.pdf


Im Moment wird die Wandlung vom HSV zu RGB Farbraum mit dem "Standard" Algorithmus durchgeführt - dabei wird die Helligkeit insgesamt verschoben (z.B. sind bei Gelb Rote und Grüne Leds auf 100%) bzw. die Komposition entspricht nicht der natürlichen Wahrnehmung des Menschen 

Mehr Informationen dazu:
https://github.com/FastLED/FastLED/wiki/FastLED-HSV-Colors
http://www.fourmilab.ch/documents/specrend/
http://stackoverflow.com/questions/5162458/fade-through-more-more-natural-rainbow-spectrum-in-hsv-hsb


Die Bibliothek hat schon ein abstraktes Interface für Animationen/Effekte, welches bereits für den Farbwechsel genutzt wird. Weitere Effekte können dadurch auf einfache Weise hinzugefügt werden


Sourcecode befindet sich hier:
https://github.com/patrickjahns/RGBWWLed


Firmware
Die Erstellung der Firmware hat mich in den letzten Wochen einiges an Zeit und Nerven gekostet. Nachdem die LED Bibliothek soweit aufgebaut war, das auch komplexere Animationen/Farbübergänge möglich sind, habe ich damit gekämpft, dass die PWM Implementierung des ESP8266 Arduino Frameworks unzuverlässig ist. Vor allem wenn es darum geht mehr als 2 Kanäle gleichzeitig zu verändern.

Das der ESP8266 aber in der Lage ist zuverlässig merhere Kanäle mit PWM Signalen zu versorgen, bestätigte mir die Demo Anwendung des Herstellers espressif (mit dem offiziellen SDK zum Chip).

Als nächsten Schritt habe ich versucht, die Implementierung des espressif SDKs (der Arduino SDK basiert auf dem espressif SDK) zu nutzen. Nach mehreren fehlversuchen (in denen ich auch den Arduino framework umgeschrieben/umkompiliert hatte) habe ich das vorhaben erstmals aufgeben müssen. Es ist im Moment nicht möglich den offiziellen Arduino SDK und PWM zuverlässig zu nutzen.

Die Lösung der Situation gab sich, wie ich einen alternativen SDK  (SMING)  (https://github.com/SmingHub/Sming)gefunden habe, der im großen und ganzen zu Arduino (Bibliotheken) kompatibel ist. Dies ermöglichte es mir die bisherige Implementierung der Bibliothek weiter zu nutzen.

Es gab dennoch einige Hürden zu meistern und die Firmware ist noch nicht in einem für FHEM nutzbaren Zustand, jedoch wurden die Grundlagen geschaffen:

Zur einfachen Konfiguration des Controllers wurde eine WebApplikation geschaffen, die mit dem ESP über eine JSON Api kommuniziert. Durch die Kommunikation über eine API ist es in Zukunft einfach möglich, den Controller an diverse andere (Heimautomatisierungs) Software anzubinden und ist nicht nur auf FHEM beschränkt.

Für die Webapplikation wird AngularJS in Kombination mit Angular-Material verwendet - wie ich finde eine gute Kombination um einfach zu bedienende (Web-)wedungen zu erstellen. Ein kleiner Nachteil ensteht durch diese Vernwendung: der Nutzer benötigt einen aktuellen Webbrowser (eine Anforderung die ich als "Standard" empfinde - alte Webbrowser haben oftmals Sicherheitslücken). Falls das Webinterface probleme bereit sollte, kann man den Controller jedoch immernoch über die JSON Api konfigurieren/ansteuern.
Im Anhang befinden sich Bilder vom Interface - die Funktionalität lässt sich dadurch ableiten, so dass ich es nicht extra im Text aufzähle



Nächste Schritte:
Die SMING Bibliothek bietet schon ein Interface, welches ich noch erweitern werde sodass ein getrenntes updaten von Firmware und Webinterface möglich ist.



Die Anbindung an FHEM ist noch offen. Im Fokus der Entwicklung standen bisher die Led Library sowie die Kernkomponenten der Firmware (einfache Konfiguration, Flexibilität, Updates).
Der SMING framework bietet die Grundlage um Anbindungen via TCP/UDP Server und MQTT zu realisieren.
Dadurch dass ich mich mit FHEM und den Modulen nur bedingt auskenne - wäre ich sehr dankbar, wenn sich Leute aus dem Forum finden, die bei der Anbindung eine Feder führende Hand einnehmen. Letztendlich geht es hier darum, die Kommunikationsschnittstellen zu definieren und erst im nächsten Schritt zu implementieren.

Sming hat einige Beispielimplementierungen:
MQTT:
https://github.com/SmingHub/Sming/tree/develop/samples/MqttClient_Hello

UDPServer
https://github.com/SmingHub/Sming/tree/develop/samples/UdpServer_Echo

TCPServer:
https://github.com/SmingHub/Sming/tree/develop/samples/Telnet_TCPServer_TCPClient

Entwicklung/Sourcecode derzeit im "develop" branch hier:
https://github.com/patrickjahns/esp_rgbww_firmware/tree/develop
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Torben am 11 März 2016, 17:50:03
Vielen Dank auch meinerseits für dieses Projekt und die Organisation der Sammelbestellung. Es hat mich auch dazu motiviert, mich jetzt mit LED-Stripes zu beschäftigen.
Verstehe ich es richtig, dass man KEIN dimmbares Netzteil benötigt, sondern nur eines, LEDs an sich bedienen kann wie z.B. dieses: http://www.ebay.de/itm/Elektronischer-LED-Trafo-1-80-Watt-Ausg-12-Volt-Eing-220-240-Volt-Transformator-/301433945055?_trksid=p2141725.m3641.l6368
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 12 März 2016, 09:06:14
Zitat von: Torben am 11 März 2016, 17:50:03
Verstehe ich es richtig, dass man KEIN dimmbares Netzteil benötigt, sondern nur eines, LEDs an sich bedienen kann wie z.B. dieses: http://www.ebay.de/itm/Elektronischer-LED-Trafo-1-80-Watt-Ausg-12-Volt-Eing-220-240-Volt-Transformator-/301433945055?_trksid=p2141725.m3641.l6368
Ja.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 März 2016, 14:35:32
Zitat von: Torben am 11 März 2016, 17:50:03
Verstehe ich es richtig, dass man KEIN dimmbares Netzteil benötigt, sondern nur eines, LEDs an sich bedienen kann wie z.B. dieses:

Das das stimmt, für den hier vorgestellten Controller ist kein besonderes Netzteil erforderlich. Zu beachten gilt, dass das Netzteil ausreichend für die Last ausgelegt ist - am besten auch bei billig Netzteilen einen guten Puffer einkalkulieren - viele Asia Netzteile liefern nicht das was drauf steht....


Es gibt noch zwei Neuigkeiten:
1) Platinen sind heute in den Versand gegangen - hab heute morgen verwundert geguckt als ich eine e-mail mit einem Bilder der Platinen bekommen habe

2) Etwas unerfreuliches:
Am Samstag hat sich mein treuer Arbeitslaptop verabschiedet ( aus für mich  nicht nachvollziehbaren Gründen hat das Mainboard einen Kurzschluss in dem Bereich um die DC Buchse).
Bedeutet vorerst dass ich ziemlich eingeschränkt im Arbeiten bin, bis ein adequater Ersatz eingetroffen ist. Sowas ist einfach nervig >:( >:(


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 14 März 2016, 22:23:46
He he das mit der ausgebrannten DC Buchse kenn ich. Ein schönes Loch reingebrannt, ABER ich habs wieder hinbekommen ;-) Da war ich selber erstaunt, und das bei 7 Layer Platinen... und der Rechner hat noch lange gelebt ;-)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Markus M. am 20 März 2016, 22:06:33
Die Hardware die ihr hier entwickelt, gibt es mittlerweile ja auch fertig aufgebaut für $10.48 (ab 2 Stück, Bestellung über die App) bei AliExpress (http://www.aliexpress.com/item/RGBWW-Controller/32502007408.html).
Der Clou ist, dass die Dinger auf dem ESP2866 basieren und (in meinem Fall) auch noch in weniger als 2 Wochen aus Europa geliefert werden.
Bilder der Platine sind im Link.

Wäre es möglich, die Software auf diesen Controller anzupassen, um hier eine eine wesentlich höhere Verbreitung erreichen zu können?

Ich habe aktuell 4 davon und werde damit meine MiLight Strips ersetzen.
Ich will diese Dinger langfristig aber in unterschiedlichsten Konfigurationen einsetzen: RGBW, RGBWW aber auch Sonderfälle wie WWCW, 2 Nachttischlampen und einen Lüfter oder eine völlig freie Konfiguration.
Um das passende FHEM Modul würde ich mich dann gerne kümmern :)

Markus
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom_S am 22 März 2016, 10:16:52
ZitatDie Hardware die ihr hier entwickelt, gibt es mittlerweile ja auch fertig aufgebaut

habe ich auch schon. Ich hoffe, das man in der Software nur die Pins anpassen muss. Habe meinen aber noch nicht platt gemacht. Weis jemand ob man die originale Firmware irgendwie sichern kann?

LG Tom_S
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 März 2016, 10:48:30
Updates

Ein paar (kleine) Updates zum derzeitigen Stand:
Bauteile

PCBs angekommen
Am Freitag sind die PCBs angekommen (Laufzeit 3 Tage - Mittwoch in HK abgeholt, Freitag Mittag bei mir - immer wieder faszinierend wie schnell es gehen kann).
Bilder sind im Anhang - gefühlt sind die Platinen wertiger - die Silkscreen Maske ist feiner und genauer.
Ich finde man merkt auch, dass das Layout aufgeräumt wurde  ;)


ESPs sind angekommen
Mittlerweile sind auch (fast) alle ESPs eingetroffen - ich warte noch auf die kleinere Lieferung

Ausstehende Lieferung
TME lässt immernoch auf sich warten - angeblich sind jetzt genug IRLZ44N vorhanden, eine Versandmitteilung habe ich leider noch nicht bekommen
Bisher sind auch noch keine DC Wandler angekommen  >:(

Firmware
Ich hab einige nervige Fehler in der Firmware ausgebügelt (auch wenn es den ESP schon lange gibt, hat er gewisse Eigenheiten was die Konfiguration von WLAN Client und Accesspoint betreffen), die Grundlage für OTA updates geschaffen und das Webinterface weiter eingebunden.

Gleichzeitig habe ich die Veröffentlichung von Firmware Updates via Github automatisiert
Link zu aktueller Firmware: http://patrickjahns.github.io/esp_rgbww_firmware (http://patrickjahns.github.io/esp_rgbww_firmware)
OTA http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json (http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json)

Durch den automatischen Prozess via travis-ci ist belegbar, dass die vorkompilierte rom/dateisystem dem SourceCode entspricht und nicht modifiziert wurde.
Für immernoch weiter skeptischer Menschen, kann man die Firmware selber kompilieren und somit der OTA Prozess auch von einem (Web)Server im Heimnetzwerk betrieben werden - ein Python tool werde ich dem Sourecode beilegen.





@Markus und Tom
Es kann sein dass die Firmware funktioniert, aber es kann auch sehr gut sein dass es nicht geht.
Auch wenn der ESP gleich ist, so weiss ich nicht, welcher Eeprom auf den Controllern verbaut ist. Je nachdem passt die Firmware nicht in den Flash - ich habe jedoch kein Modul da um mehr darüber herausfinden zu können.
Bis das Projekt hier abgeschlossen ist, werde ich mich damit auch nicht weiter beschäftigen (können)

Noch ein paar Anmerkungen zu den H801 Modulen, da ich mir die damals vor der Entwicklung der Platine angeschaut hatte:
Hardware technisch gibt es kritische Punkte:
- Verwendung eines LDO zur Spannungsversorgung des ESP - bei 12V kann der LDO schon extem heiß werden wenn der Controller schlechten Empfang hat (und der ESP somit viel Strom braucht) - spätestens bei 24V wird es mMn kritisch
- Die verwendeten Transistoren würde ich nicht mit 4A freigeben - zumindest nicht wenn diese mit 3.3V betrieben werden

Hinzukommt, dass auch hier gelötet werden müsste (PIN Header), wenn man ihn modifizieren will. Da es preistechnisch sogar günstiger war, selber einen Controller zu entwerfen - ist diese Projekt entstanden.

PS: In der Originalfirmware vertraue ich den chinesischen Herstellern nicht - ohne einen vernünftigen Router der alle ausgehenden Verbindungen von den H801 Controllern blockt würde ich sowas nicht in mein WLAN hängen


Da es in diesem Thread nicht um den H801 Controller geht, möchte ich euch bitten die Diskussion in einem eigenen Thread zu verlegen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 22 März 2016, 12:23:10
Oh
Ick freu mir! Das sieht ja gut aus! Dann kann ich ja schon mal den Loetkolben anmachen! ;) ;) ;)
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hermanski.k am 26 März 2016, 11:16:59
Kann mir jemand sagen für welchen zeitraum eine Fhem integration angedacht ist. Wäre daran super interesiert.
SG
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 26 März 2016, 11:21:38
April/Mai

Titel: Antw:~
Beitrag von: PeMue am 27 März 2016, 13:18:34
Zitat von: mrpj am 12 Februar 2016, 11:45:57
... eine Linksammlung für LED Streifen sprengt das Thema - es sind grundsätzliche alle LED (+Streifen) die zwischen 5 und 28V vom Netzteil (direkt) betrieben werden können nutzbar.
Ich oute mich mal als Nichtwisser, würde so etwas (das farbige)
http://www.lidl.de/de/livarno-lux-led-band-1-m/p217379
zum probieren auch gehen?

Danke + Gruß

Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 27 März 2016, 14:11:31
Nochmal moin Peter,

da geht nicht wirklich draus hervor wie die LEDs verschaltet sind.
So was hier wäre eher das passende:
http://www.ebay.de/itm/5050-RGBW-RGBWW-RGB-WEI-Warm-Weiss-4-in-1-LED-4-Chip-SMD-Lamp-LICHT-Wholesale-/222015658797?var=&hash=item33b12a1b2d:m:myx0mqxIaM1QdO5HQOg3chQ (http://www.ebay.de/itm/5050-RGBW-RGBWW-RGB-WEI-Warm-Weiss-4-in-1-LED-4-Chip-SMD-Lamp-LICHT-Wholesale-/222015658797?var=&hash=item33b12a1b2d:m:myx0mqxIaM1QdO5HQOg3chQ)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 28 März 2016, 12:04:41
Zitat von: hermanski.k am 26 März 2016, 11:16:59
Kann mir jemand sagen für welchen zeitraum eine Fhem integration angedacht ist. Wäre daran super interesiert.
SG

An der Integration wird gerade gearbeitet - hermannj hat sich bereit erklärt ein Modul das bytestreams via tcp (udp?) nutzt zur Verfügung zu stellen.
Pf@nnex hatte noch die Idee mit einer MQTT Anbindung

Zeitraum - nachdem die Controller angekommen sind (April/Mai)

Zitat von: PeMue am 27 März 2016, 13:18:34
Ich oute mich mal als Nichtwisser, würde so etwas (das farbige)
http://www.lidl.de/de/livarno-lux-led-band-1-m/p217379
zum probieren auch gehen?

Wie Pf@nne schon geschrieben hat, ist es schwer zu sagen - von den erkennbaren Bildern würde ich ja sagen. Ich finde die LED Streifen aber zum einen teuer für das was geboten wird, und auch nicht ansprechend (viel platz zwischen den leds, wenige leds d.h. wenig helligkeit etc).

Ich verlinke mal einen Foren Beitrag mit einer recht guten Empfehlung:
https://forum.fhem.de/index.php/topic,37124.msg303429.html#msg303429

@Pf@nne
Persönlich würde ich keine kombi Lösung von RGBW in einem Streifen nehmen, oftmals sind dann die Farb LEDs ziemlich schwach, oder das weiss lässt zu wünschen übrig. Wenn der Platz vorhanden ist finde ich eine Lösung basierend aus 2 schmalen weiß-stripes und einem RGB Stripe am besten.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 30 März 2016, 06:18:29
Zitat von: herrmannj am 26 März 2016, 11:21:38
April/Mai
Hi Jörg,
bitte aber die SW so schreiben, dass die Weiß Ausgänge völlig separat von den RGB zu steuern sind.
Ich möchte den Controller gerne mit 2 weißen Strips betreiben um an einer Esszimmer Lampe die Farbtemperatur einstellen zu können.

Danke, ak323
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 30 März 2016, 10:06:25
Zitat von: ak323 am 30 März 2016, 06:18:29
Hi Jörg,
bitte aber die SW so schreiben, dass die Weiß Ausgänge völlig separat von den RGB zu steuern sind.
Ich möchte den Controller gerne mit 2 weißen Strips betreiben um an einer Esszimmer Lampe die Farbtemperatur einstellen zu können.

Danke, ak323
Wir können ja mal anfangen zu planen:

Ich sehe eine grundsätzliche Herausforderung in der Möglichkeit die Werte sowohl absolut (R,G,B,W,CW) zu setzen und Transitions (HSV) durchzuführen.

Das entsteht weil eine absolute Angabe von #255,#255,#255,#255,#255 keine Entsprechung in HSV bzw HSVK hat. Wenn man so etwas eingeben würde und dann eine Transition startet wäre der Ausgangspunkt  aus Sicht des Controllers undefiniert. Ich denke aber das wird sich lösen lassen. Der Controller müsste sich einen Startpunkt ausdenken.

Das mit dem "völlig separat" verstehe ich jetzt nicht ganz.

Wenn man als mögliche Input Signale sowohl jeden Kanal als auch HSV und HSVK nimmt sollte das doch in Deinem Sinn funktionieren.
Vielleicht macht es noch Sinn das der Controller und/oder das Modul wissen was für ein stripe angeschlossen ist.

Dann könnte das Modul die möglichen Input Befehle darauf anpassen. Bei einem

RGB Stripe:
- RGB als #FFFFFF
- HSV
- HSVK

RGBW Stripe:
- RGBW als #FFFFFFFF
- HSV
- HSVK

RGBWWCW Stripe:
- RGB als #FFFFFFFF
- HSV
- HSVK

White
- white als #FF
+ dim (pct...)

WW/CW
- #FFFF
+ Kelvin
+ dim (pct...)

So könnte man jeden Kanal einzeln absolut und das "Paket" mit Transitions komplett ansteuern.

So in etwa ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: rtv am 30 März 2016, 11:13:18
Hallo Jörg,

ich nutze u.A. einen LD382 + RGBWW Streifen und vermisse ebenfalls die getrennte Steuerung für folgendes Szenario, das die OEM-App unterstützt:
Weiße LEDs auf voller Helligkeit (oder sogar getrennt dimmbar) und dann zusätzlich z.B. ein wenig Orange über die RGB-LEDs um gedimmtes Halogen-Licht zu emulieren.

Das aktuelle Plugin kann zwar den gleichen Farbton setzen, erreicht dann aber nur einen Bruchteil der möglichen Helligkeit.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: SpenZerX am 30 März 2016, 11:47:37
Hi,

ich würde es so machen:

Gerät antwortet bei erster Kommunikation (FHEM Modul->Gerät) mit Fähigkeiten = Check ob Gerät überhaupt da ist.
Alternativ: Nutzer gibt Fähigkeiten des Gerätes bei Konfiguration an.
Fähigkeiten sind Standardisiert. 32Bit uint32_t  für 32 Gruppen sollten ausreichen ... FHEM Modul kann alle Fähigkeiten, Gerät nicht umbedingt. Das Gerät kann seine Fähigkeiten auch verändern (z.B. Nutzer ändert Betriebsmodus von RGBWC auf WWWWW)

Je nach Fähigkeiten gibt es dann natürlich auch unterschiedliche Readings.

Kommunikation über HTTP+URI wahlweise POST oder GET, mit oder ohne BASIC-AUTH, ggf. SSL in Zukunft.
Kommunikation bidirektional nach Fire+Forget Prinzip über Requests mit Response, mit Statistik, kein Halten von IP Verbindungen.

Auf FHEM Seite: 2-Stufiges Modul mit Regex 

my $clients    = ":XXX_LiGHT: ";
my %matchList  = (   # URI: /EG.IOTDevice.Name/LiGHT.prs -> /NAME/MODUL.FUNKTION (z.B. .prs=Parse)
  "5:XXX_LiGHT"      => ".*\/LiGHT\....",   # XXX_LiGHT universal module for TrueColor Lighting
  );

Funktioniert Super! Nur bei globaler Kommunikation (Ferienhaus / Mobilfunkanbindung / Cloud ...) gibts natürlich neue Herausforderungen da die Geräte von aussen nicht ohne Routerkonfiguration erreichbar sind ...

######################################################
# LiGHT Hardware Capabilities (uint32_t CAPS)                  Device has
#                                   + NAME (Change Name for Customization)        ->  Capabilities to rename
#                                   + CAPS (Capabilities exchange)            -> Capabilities to send Capabilities (no change possible?)
#                                  /- VAL DIM MIN MAX OFF ON            -> Quick Lighting Capabilities
#                                 //- RGB RVAL RDIM RMIN RMAX GVAL GDIM GMIN GMAX BVAL BDIM BMIN BMAX    -> RGB Lighting Capabilities
#                                ///- RED GREE BLUE ORAN YELL BLCK WHTE         -> RGB Lighting Capabilities with quick colors
#                               ////- WVAL WDIM WMIN WMAX WOFF WON          -> Warm White Capabilities
#                              /////- CVAL CDIM CMIN CMAX COFF CON           -> Cold White Capabilities
#                             //////-
#                            ///////-
#                           ////////-
#                          /////////-
#                         //////////-
#                        ///////////-
#                       ////////////-
#                      /////////////-
#                     //////////////-
#                    ///////////////-
#                   ////////////////-
#                  /////////////////-
#                 //////////////////-
#                ///////////////////-
#               ////////////////////-
#              /////////////////////-
#             //////////////////////-
#            ///////////////////////-
#           ////////////////////////-
#          /////////////////////////-
#         //////////////////////////-
#        ///////////////////////////-
#       ////////////////////////////-
#      /////////////////////////////-
#     //////////////////////////////-
#    ///////////////////////////////-
#   ////////////////////////////////-
# B 00000000000000000000000000000000 4 Byte Data length
# I 0      78      11      22      3
# T                56      34      1 */
######################################################
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 30 März 2016, 12:51:44
Zitat von: ak323 am 30 März 2016, 06:18:29
bitte aber die SW so schreiben, dass die Weiß Ausgänge völlig separat von den RGB zu steuern sind.

Wie Jörg es auch schon geschrieben hat, ist dieses Szenario nicht definiert bzw. so im HSV Farbraum nicht vorhanden. Das Problem dahinter ist, dass es ein Model braucht um Farben und Übergänge zu berechnen.

Bei der Bibliothek haben am Anfang Jörg und ich uns viel darüber unterhalten und wir sind daher auch beim HSV Farbraum geblieben. In deinem Szenario ist die Berechnung anders und es bräuchte ein anderes Model um korrekt durch Farbräume/Helligkeiten schalten zu können.

Folgende Problemstellungen sehe ich derzeit bei dem Wunsch:
a) Du setzt den gewünschten Farbeffekt indem du den Kanälen direkten output gibst -> Wie soll der Controller nun einen Übergang von einem Weiss mit orange zu einem Weiss mit grünanteil berechnen, wenn er nicht weiss wo er sich gerade befindet?

b) Der Controller hat aktuell andere Farbe (z.b. Schwarz) - nun gibst du ihm den Befehl auf die von dir gewünschte Sonderform zu wechseln -> wie soll/kann der Übergang dazu aussehen?

c) Wie stellst du das von dir gewünschte Szenario in einem Farbwähler/Interface konsistent da?

Zitat von: ak323 am 30 März 2016, 06:18:29
Ich möchte den Controller gerne mit 2 weißen Strips betreiben um an einer Esszimmer Lampe die Farbtemperatur einstellen zu können.

Wenn du die Farbtemperatur einstellen möchtest, so ist das aktuell noch gelöst, in dem zwischen Warm- und Kaltweiss "balanciert" wird. Bedeutet jedoch auch, dass aktuell nur eine Farbtemperatur zwischen KaltWeiss und WarmWeiss möglich ist.


Eine Beimischung von RGB zu Weiss im Zusammenhang mit der Farbtemperatur ist möglich, jedoch habe ich bisher kein vernünftiges Berechnungsmodel gefunden. Mithilfe aus der Community wurde ja schon angesprochen (https://forum.fhem.de/index.php/topic,48918.msg422774.html#msg422774)




Zitat von: rtv am 30 März 2016, 11:13:18

ich nutze u.A. einen LD382 + RGBWW Streifen und vermisse ebenfalls die getrennte Steuerung für folgendes Szenario, das die OEM-App unterstützt:
Weiße LEDs auf voller Helligkeit (oder sogar getrennt dimmbar) und dann zusätzlich z.B. ein wenig Orange über die RGB-LEDs um gedimmtes Halogen-Licht zu emulieren.

Das aktuelle Plugin kann zwar den gleichen Farbton setzen, erreicht dann aber nur einen Bruchteil der möglichen Helligkeit.

Bitte dokumentier doch mal für mich mit Screenshots, wie das in der APP beim LD382 gehandhabt wird



Zitat von: SpenZerX am 30 März 2016, 11:47:37
Gerät antwortet bei erster Kommunikation (FHEM Modul->Gerät) mit Fähigkeiten = Check ob Gerät überhaupt da ist.
Alternativ: Nutzer gibt Fähigkeiten des Gerätes bei Konfiguration an.
Fähigkeiten sind Standardisiert. 32Bit uint32_t  für 32 Gruppen sollten ausreichen ... FHEM Modul kann alle Fähigkeiten, Gerät nicht umbedingt. Das Gerät kann seine Fähigkeiten auch verändern (z.B. Nutzer ändert Betriebsmodus von RGBWC auf WWWWW)

Je nach Fähigkeiten gibt es dann natürlich auch unterschiedliche Readings.

Kommunikation über HTTP+URI wahlweise POST oder GET, mit oder ohne BASIC-AUTH, ggf. SSL in Zukunft.
Kommunikation bidirektional nach Fire+Forget Prinzip über Requests mit Response, mit Statistik, kein Halten von IP Verbindungen.

Es muss eine Konfiguration durch den Benutzer fur den Controller stattfinden - dazu gibt es derzeit eine JSON API (siehe hier: https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference)

Wie die Konfiguration (Webinterface, FHEM Modul) geschieht ist egal - aber sie ist wichtig um deine Anforderungen mit der Funktionalität zu erfüllen

Da die JSON API schon existiert, halte ich es für sinnvoll diese so bestehen zu lassen und um notwendige Konfigurationsmöglichkeiten zu erweitern.


Bei der Definition der Kommunikation von bytestreams via udp/tcp halte ich mich im Hintergrund - es gibt nur eine mir persönlich wichtige Sache:
Die Kommunikation soll möglichst offen und einfach bleiben um einen locked-in effekt / Bindung an FHEM zu vermeiden.

Wünschenswert wäre auch, wenn Funktionalität für TCP/UDP geschaffen wird, dass diese auch für die JSON Api / MQTT portiert wird - so dass die Funktionalität generell konstant ist
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 30 März 2016, 19:00:04
Zitat von: rtv am 30 März 2016, 11:13:18
Hallo Jörg,

ich nutze u.A. einen LD382 + RGBWW Streifen und vermisse ebenfalls die getrennte Steuerung für folgendes Szenario, das die OEM-App unterstützt:
Weiße LEDs auf voller Helligkeit (oder sogar getrennt dimmbar) und dann zusätzlich z.B. ein wenig Orange über die RGB-LEDs um gedimmtes Halogen-Licht zu emulieren.

Das aktuelle Plugin kann zwar den gleichen Farbton setzen, erreicht dann aber nur einen Bruchteil der möglichen Helligkeit.

Hi Jörg.
Genau das ist auch mein Punkt !
Wir hatten da vor einigen Monaten ebenfalls eine Diskussion drüber .... Ich habe auch einen LD382 an dem ein RGB Strip hängt und in einem anderen Raum ein Weiß-Strip. Die würde ich gerne völlig getrennt ansteuern können ... So wie rtv auch ...

Dein Konzept geht in die richtige Richtung !
Die Farbtemperatur in Kelvin eingeben zu können und dann noch einen dimwert ist genau das was ich brauche ... Ich will die RGB Ausgänge für diesen Zweck erst gar nicht bestücken ...

Wäre toll wenn Ihr das irgendwie berücksichtigen könntet ... Bedarf gibt es ja wie man sieht ...

Danke und VG, ak323
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 30 März 2016, 20:31:11
Zitat von: mrpj am 30 März 2016, 12:51:44

Eine Beimischung von RGB zu Weiss im Zusammenhang mit der Farbtemperatur ist möglich, jedoch habe ich bisher kein vernünftiges Berechnungsmodel gefunden. Mithilfe aus der Community wurde ja schon angesprochen (https://forum.fhem.de/index.php/topic,48918.msg422774.html#msg422774)

Bitte dokumentier doch mal für mich mit Screenshots, wie das in der APP beim LD382 gehandhabt wird


Das hier ist die Oberfläche der LD382 App:

(http://www.meintechblog.de/wordpress/wp-content/uploads/2015/04/2015-03-30-21.51.57.jpg)

Da kann man Weiß komplett separat zumischen ...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 31 März 2016, 09:51:49
Hallo,
die LED-Stripes RGBW 5050 5m sind bereits eingetroffen. Könnt ihr eine Empfehlung für ein passendes Netzteil geben?

- mind. 12 V
- mind. 5A

Also z.B. dieses: http://www.amazon.de/dp/B00O1U3AD4

Vielen Dank
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 31 März 2016, 11:26:38
Hallo Tom
Ich habe dieses http://www.amazon.de/Netzteil-Bildschirm-Monitor-Festplatten-Pico-PSU/dp/B001W3UYLY?ie=UTF8&dpID=41hMW4R2d7L&dpSrc=sims&preST=_AC_UL160_SR160%2C160_&refRID=1SW98Z23HKS8ZJZ6APVR&ref_=nav_ya_signin genommen, ist aber derzeit noch nicht im Einsatz!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 31 März 2016, 11:33:08
Zitat von: ak323 am 30 März 2016, 19:00:04
Dein Konzept geht in die richtige Richtung !
Die Farbtemperatur in Kelvin eingeben zu können und dann noch einen dimwert ist genau das was ich brauche ... Ich will die RGB Ausgänge für diesen Zweck erst gar nicht bestücken ...

Wäre toll wenn Ihr das irgendwie berücksichtigen könntet ... Bedarf gibt es ja wie man sieht ...

Das von dir gewünschte Szenario (kein RGB und nur weißbetrieb) ist nicht der Primäre Verwendungszweck des Controllers - zumindest derzeit.
Auch die Trennung von RGB und Weißkanälen, so dass diese unabhängig sind und dadurch eine zweite Lampe darstellen, ist eine Sonderform.

Es ist derzeit möglich, in dem absolute Helligkeitswerte für jeden Kanal übermittelt werden, aber dadurch fällt a) die Speicherung des Zustands und Wiederhestellung nach ausschalten b) die Nutzung von Übergängen, Farbkorrektur und Farbtemperatur weg

Um die von dir vorgeschlagene Funktionalität zu erreichen, muss die darunterliegenden Bibliothek angepasst werden um einen Funktionsraum für die Sonderform zu schaffen. Ich sehe es kritisch an, da die Bibliothek zur Nutzung von RGB + WW + CW ausgelegt wurde und eine solche Sonderform nicht in die Bibliothek gehört. Ich setze den Vorschlag mit auf eine Wunschliste - jedoch wird es dauern bis ich Zeit haben werde um mich dem zu witmen. Auch hier gilt das gleiche, was ich schon vorher geschrieben habe: Der Sourcode ist Quelloffen auf Github - jeder ist willkommen mitzuhelfen.

Im Moment bleibt mein Hauptanliegen, die Grundfunktionalität inklusive OTA sicher zu stellen, so dass wenn die Bauteile eintreffen und ich Sie an die Mitglieder hier verschicke, es genutzt werden kann. Die Sammelbestellung und das vorfertigen von knapp 80 Controller muss auch erstmal abgehandelt werden

Zitat von: ak323 am 30 März 2016, 20:31:11
Das hier ist die Oberfläche der LD382 App:
Da kann man Weiß komplett separat zumischen ...

Bitte beschreiben genauer wie sich der Strip verhält wenn du:
Den Punkt im Kreis auf die Mitte (weiß) setzt und dann noch zusätzlich weiss dazumischen willst. Wird das weiss aus RGB erzeugt?

Am deutlichsten wäre es auch noch, wenn du die Funktionalität mit einem Video dokumentierst - z.B. wie verhält sich das beimischen von weiss, wenn eine Farbe schon aktiv ist - wie verhält es sich, wenn RGB auf weiss gestellt wurde

Ich kann deinen Wunsch verstehen - jedoch ist es schwierig eine Sonderform so zu integrieren, dass sie zu allen anderen Farbdarstellungen/Berechnungen kompatibel bleibt.



Jörg, hast du zu dem Thema noch Ideen/Vorschläge?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 31 März 2016, 12:13:23
yepp.

Ich schlage vor 2 modi (per Modul) zu integrieren.

Modus #1, (name raw ?): setzen von x Werten direkt: [set <name> mode raw 8080808080] setzt 5 Kanäle auf 0x80.

In diesem Modus werden die Werte direkt an die Ausgänge durch-gereicht. Möge der user damit machen was er will  ;) In der Konsequenz wird gleichzeitig HSV, Readings, Transitions, Farbabgleich etc im Modul disabled.

Modus #2, (name auto ?): Muss mit einem HSV Wert aufgerufen werden (der dann Inital 'gilt' und gesetzt wird). [set <name> mode auto 180,100,100]

In diesem Modus hat der Controller einen definierten Zustand und ab hier werden HSV, Transitions und friends vom Modul an den Controller gegeben und dort abgearbeitet.

Damit haben die Geister Ruhe und es ist praktisch umsetzbar.

Wäre das ein Weg ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 31 März 2016, 14:25:00
Hallo,

Zitat von: mrpj am 31 März 2016, 11:33:08
Bitte beschreiben genauer wie sich der Strip verhält wenn du:
Den Punkt im Kreis auf die Mitte (weiß) setzt und dann noch zusätzlich weiss dazumischen willst. Wird das weiss aus RGB erzeugt?

da ich mir den Punkt auch wünschen würde, "mische" ich mich auch mal ein: in der App aus dem Screenshot ist es so, dass über den "Farbwahlkreis" und die "Brightness" die RGB-LEDs angesteuert werden und über den Regler "Warm White" der weiße LED-Streifen. Beides erfolgt voneinander komplett unabhängig. Ich kann also eine beliebige Farbe und deren Helligkeit (auch 0) wählen und dann das weiß zuschalten oder eben nicht.

Der Vorschlag von Joerg würde mir persönlich reichen - ich verstehe, dass das mit den Übergängen problematisch ist, wenn alles an ist und ich brauche die Übergänge in dem Fall nicht. Wie würde es bei den beiden Modi mit dem Festlegen einer Farbtemperatur für weiß erfolgen - wird diese auch mit einem HSV-Wert festgelegt? Alternativ (soll nur ein Vorschlag sein, ich weiß auch nicht, ob ich es bräuchte) könnte man auch einen Auto-Modus haben, in welchem man RGB und Weiß entkoppelt - dann könnte man im RGB-Anteil mit Übergängen "spielen" (ein weiß in diesem Modus im RGB-Anteil würde dann aus RGB gemischt) und sich im Weißbereich ein beliebig "temperiertes" Weiß zumischen...

Ronny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 31 März 2016, 14:36:33
ZitatWie würde es bei den beiden Modi mit dem Festlegen einer Farbtemperatur für weiß erfolgen
Im raw Modus ist der user eigenverantwortlich.

Sprich: Wenn Du einen RGBWW/CW Stripe verwendest gibst Du zb mit raw 00000000FF an das nur die CW LEDs leuchten.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 31 März 2016, 14:44:24
Und im Modus auto?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 31 März 2016, 14:51:21
... setzt Du die Farbe mit HSVK und der controller entscheidet. Er wird dann RGB stripes anders behandeln als RGBW oder RGBWW/CW.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 31 März 2016, 15:01:32
Verstanden  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 31 März 2016, 15:05:57
@Jörg

Deinen Vorschlag halte ich derzeit für eine gute Lösung - weitere Funktionalität kann dann, wenn alles andere steht immernoch nachgefügt werden.
Ich gehe davon aus, mit Modul meinst du ein FHEM Modul - d.h. wenn der Controller ein setHSV bzw. ein setRAW kann, dann ist das soweit abgedeckt?


Zitat von: RoBra81 am 31 März 2016, 14:25:00
da ich mir den Punkt auch wünschen würde, "mische" ich mich auch mal ein: in der App aus dem Screenshot ist es so, dass über den "Farbwahlkreis" und die "Brightness" die RGB-LEDs angesteuert werden und über den Regler "Warm White" der weiße LED-Streifen. Beides erfolgt voneinander komplett unabhängig. Ich kann also eine beliebige Farbe und deren Helligkeit (auch 0) wählen und dann das weiß zuschalten oder eben nicht.

In dem Farbwählkreis ist in der Mitte weiß - was passiert wenn man den Farbwähler darauf stellt?


Ich verlinke mal hier auf den Wikipedia Artikel zu HSV https://de.wikipedia.org/wiki/HSV-Farbraum - Weiss bedeutet, das die Sättigung der Farbe fehlt. Ein hinzufügen von Farbe bedeutet jedoch wieder, das der Weißanteil zurück geht.

Für einen konkreten vorschlag, wie Zustände von 100% Sättigung und 100% weißanteil in diesem Model berechen- und darstellbar sind, bin ich offen.

Zitat von: RoBra81 am 31 März 2016, 14:25:00
Wie würde es bei den beiden Modi mit dem Festlegen einer Farbtemperatur für weiß erfolgen - wird diese auch mit einem HSV-Wert festgelegt? Alternativ (soll nur ein Vorschlag sein, ich weiß auch nicht, ob ich es bräuchte) könnte man auch einen Auto-Modus haben, in welchem man RGB und Weiß entkoppelt - dann könnte man im RGB-Anteil mit Übergängen "spielen" (ein weiß in diesem Modus im RGB-Anteil würde dann aus RGB gemischt) und sich im Weißbereich ein beliebig "temperiertes" Weiß zumischen...

Derzeit ist der Kelvin Wert bei dem HSVK Wert, der Anteil von dem Warmweißen bzw. Kaltweißen stripe an Weiß.
Der Kelvinwert bei nur Kaltweiß/warmweiß wird aktuell noch nicht berechnet - da mir immernoch ein geeignetes berechnungsmodel fehlt, wie zu einem vorhanden Kelvinwert RGB Anteile addiert werden können um eine passende wiedergabe der Farbtemperatur wiederzuspiegeln. (Unter anderem ist dabei auch das Problem, wie gleicht man die unterschiedlichen Lumenwerte der jeweiligen LEDs aus)

Allgemein ist jedoch zu sagen, dass Farbangaben in Kelvin und Farbangaben in HSV Werten sich gegenseitig ausstechen. Bisherige Ideen ist es, dass es entweder möglich ist, die Farbtemperatur von weiß per Kelvin zu regeln (Sättigung = 0 ) - oder aber die Werte durch HSV geregelt werden bei Sättigung > 0

@Jörg
Hast du noch ergänzende Ideen was Farbtemperatur und HSV betrifft?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 31 März 2016, 15:38:09
Zitat von: mrpj am 31 März 2016, 15:05:57
In dem Farbwählkreis ist in der Mitte weiß - was passiert wenn man den Farbwähler darauf stellt?

Dann wird das weiß aus RGB gemischt...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 31 März 2016, 15:47:36
Update zur Sammelbestellung

- Versanbestätigung von TME ist heute gekommen - Lieferung im Laufe dieser Woche, Anfang nächster Woche
- Die Hälfte der DCDC Wandler ist auch bei mir eingetroffen

Wenn die Lieferung von TME noch vor dem Wochenende eintrifft, werde ich Versuchen am Wochenende ein TestModul aufzubauen und zu flashen um zu verifizieren dass alles in Ordnung ist

Der nächste Schritt ist dann das sortieren, eintüten und verpacken der Bestellungen ohne fertige Controller. Ich versuche im Laufe der nächsten Woche das ganze soweit wie möglich für den Versand vorzubereiten.
Der Versand erfolgt in der zeitlichen Reihenfolge der Einträge im Formular - der "Versandstatus" kann im Google Sheet dann nachgesehen werden


Es gibt noch eine weitere Sache die ich mir in dem Zusammenhang überlegt hatte:
Ich würde 3-4 Forenmitgliedern die sich als "Betatester" zur Verfügung stellen, ihre Bestellung direkt am Ankunftstag der TME Bestellung zuschicken.

Mir wäre dabei wichtig, dass die Betatester Zeit haben, den Controller nach erhalten aufzubauen und ausgiebig zu testen (Firmware flashen, OTA Updates etc..) um schonmal ein Feedback zu haben.
Hilfreich wäre es, wenn diese Personen schon mit dem ESP zu tun hatten und mir bei Bedarf Logfiles vom Controller zukommen lassen könnten

Bei Interresse bitte per PN bei mir melden

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 31 März 2016, 16:52:37
Juchhu. Dann kann ich schon mal die stripes beim Chinesen ordern

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 31 März 2016, 20:53:19
Hi,

ich hab mir ja auch einige Controller bestellt.

Zum Thema RGB/WW/CW: Hätte ebenfalls dann einen Controller, bei dem es mir sogar sehr recht wäre, wenn ich die jeweils einzeln (quasi RAW) ansteuern könnte.

Habe momentan auf der Terasse bei mir 3 RGB-Kugeln, die über einen Controller angesteuert werden, und auch 2 mal 3 LED-Spots, die ich mit einem zweiten Controller steuere, wobei jeweils 3 Spots auf "R" und 3 Spots auf "G" hängen.

Das könnte ich dann zB super mit einem dieser WLAN-Controller zusammenfassen

Kann aber auch damit leben, wenn das länger dauert, bis das geht.

Fazit jedenfalls: Scheinbar ist dieser Anwendungsfall gar nicht SOO selten :D

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 31 März 2016, 21:24:46
Zitat von: herrmannj am 31 März 2016, 12:13:23
yepp.

Ich schlage vor 2 modi (per Modul) zu integrieren.

Modus #1, (name raw ?): setzen von x Werten direkt: [set <name> mode raw 8080808080] setzt 5 Kanäle auf 0x80.

In diesem Modus werden die Werte direkt an die Ausgänge durch-gereicht. Möge der user damit machen was er will  ;) In der Konsequenz wird gleichzeitig HSV, Readings, Transitions, Farbabgleich etc im Modul disabled.

Modus #2, (name auto ?): Muss mit einem HSV Wert aufgerufen werden (der dann Inital 'gilt' und gesetzt wird). [set <name> mode auto 180,100,100]

In diesem Modus hat der Controller einen definierten Zustand und ab hier werden HSV, Transitions und friends vom Modul an den Controller gegeben und dort abgearbeitet.

Damit haben die Geister Ruhe und es ist praktisch umsetzbar.

Wäre das ein Weg ?

vg
joerg
Hi Jörg,
der Weg gefällt mir !
Dann kann ich realisieren, was ich vorhabe ...
Das mit dem raw und nur den 2 Kanälen für Weiß ist doch praktikabel ...

Ich layoute übrigens gerade ca. halb so große Controller-Platine für nur 2 weiße Kanäle ... - mal schauen was das wird.

UND: sooo ein Sonderanwendungsfall scheint es ja wirklich nicht zu sein .. !  ;)

VG ak323
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 01 April 2016, 15:45:58
Na dann bin ich gerade auch erstmal beruhigt - wenn für den Anfang eine "manuelle" Steuerung ausreicht ;-)

Zum Glück hatte ich das schon so von Anfang an geplant, dass wenn jemand nicht mit HSV(K) den Controller ansteuern will/kann, man eben den Kanälen absolute Werte übergibt. (Dadurch sollte bisher auch die Situation abgehandelt werden, wenn der Controller eben nur für weiße Kanäle verwendet werden würde)

Für das erste ist also entweder eine Automatische Steuerung aus HSVK möglich (weiß wird aus dem Sättigungswert berechnet und je nach vorhandenen Weiß Ausgängen dazugemischt) - dadurch ist es dann auch möglich komplexere Szenen zu animieren und die Animation läuft flüssig auf dem Controller selbständig ab.

Im "Raw" Modus bleibt der Controller "dumm" und gibt nur aus, was ihm gesendet wird

Auf die Wunschliste setze ich (mit der Vorwarnung dass es dauern wird bis es implementiert ist)
- Trennung von RGB und weißkanäle so dass diese Seperat angesteuert werden können. (HSV Transitions finden dann nur auf RGB statt)
- Einfügen eines simplen Fade von 0 - 255 für den Kanal B (Kanal CW/WW) in Zeit t


Zitat von: RoBra81 am 31 März 2016, 15:38:09
Dann wird das weiß aus RGB gemischt...

Ich empfinde das als ein "seltsames Verhalten" bzw. kein Standard Verhalten, aber ich hab es mit auf die Wunschliste gesetzt.

Zitat von: ak323 am 31 März 2016, 21:24:46
Ich layoute übrigens gerade ca. halb so große Controller-Platine für nur 2 weiße Kanäle ... - mal schauen was das wird.

Da bin ich gespannt - fur zukünftige Versionen hatte ich mir auch etwas 2 stöckiges überlegt - Platine mit ESP Lötpunkten (für ESP7/12)+Spannungsversorgung und nötigen Pullups/Downs als Aufsteckversion (ähnlich dem nodemcu devkit, aber kleiner und günstiger)
Eventuell schon das soweit layouten dass auch ein ESP32 passen würde (?)

Und dann verschiedene Boards dafür - (z.b. RGBWW, RGB, Sensoren, Relays, RS485, RF, ZIGBEE(?) etc..) - ich denke dass ist nochmal eine spannende Geschichte. Man kann sich entscheiden welchen ESP (ob mit integrierter oder externer Antenne) man braucht und was dann später daraus gemacht werden soll
(Sorry für OT - aber ich finde es spannend)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 01 April 2016, 16:34:06


[quote author=mrpj

Da bin ich gespannt - fur zukünftige Versionen hatte ich mir auch etwas 2 stöckiges überlegt - Platine mit ESP Lötpunkten (für ESP7/12)+Spannungsversorgung und nötigen Pullups/Downs als Aufsteckversion (ähnlich dem nodemcu devkit, aber kleiner und günstiger)
Eventuell schon das soweit layouten dass auch ein ESP32 passen würde (?)

Und dann verschiedene Boards dafür - (z.b. RGBWW, RGB, Sensoren, Relays, RS485, RF, ZIGBEE(?) etc..) - ich denke dass ist nochmal eine spannende Geschichte. Man kann sich entscheiden welchen ESP (ob mit integrierter oder externer Antenne) man braucht und was dann später daraus gemacht werden soll
(Sorry für OT - aber ich finde es spannend)
[/quote]

Das hört sich genial an. Setz mich schon mal auf die Sponsoren Liste ;)

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 04 April 2016, 10:45:46
Update Sammelbestellung

Am Samstag ist die Lieferung von TME eingetroffen - es fehlt noch eine ESP und eine DCDC Wandler Lieferung um alle Besteller zu beliefern.
Am Wochenende habe ich dann zum testen einen Controller probe gelötet und bei dem Prozess ein paar Bilder gemacht (die Dank der schlechten Qualität der Camera nicht sehr prickelnd geworden sind). Im Anhang ist ein Bild mit er Übersicht aller Bauteile sowie ein Bild von einem fertigen Controller

Auf die Schnelle habe ich schon 2 Pakete für Pf@anne und Hermmannj verpackt und verschickt - beide helfen mit um die Anbindung an FHEM zu bewerkstelligen. Pf@nne hat sich auch bereit erklärt als Betatester mir Feedback zu geben.

Ich bin diese Woche stark eingespannt , werde dennoch versuchen über die Woche verteilt einige Bausätze abzupacken und zu verschicken.

Es stehen aber neben dem Versandprozess noch ein paar weitere Schritte aus, die ich gerne soweit abschließen möchte, bevor die Controller verschickt werden:
- Aufbauanleitung mit Bildern
- Diverse Bugfixes in der Firmware
- Testen der "RAW Funktionalität"
- Intensives testen des OTA Prozesses (so dass später die fertigen Controller ohne seriellen Programmierer auskommen)


PS:
Der Vergleich der beiden aufgebauten Controller (v1.0 und v1.3):
v1.0: http://funkyimg.com/i/29VVH.png
v1.3: http://funkyimg.com/i/29VSG.jpg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ak323 am 04 April 2016, 15:25:31
Hi mrpj !
Sieht doch super aus ... freue mich schon auf meine Bastelarbeiten ... ich werde einen meiner erst mal as WW/CW bestücken.
Dann kann ich die Ansteuerung wie von Jörg vorgeschlagen von nur den 2 Kanälen erst mal testen ...

Wieso hast Du eigentlich einen 1000µF Elko verwendet ? Ist der nicht ein wenig überdimensioniert (= "dick") ?

VG ak323.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 05 April 2016, 01:44:51
Zitat von: ak323 am 04 April 2016, 15:25:31
Sieht doch super aus ... freue mich schon auf meine Bastelarbeiten ... ich werde einen meiner erst mal as WW/CW bestücken.
Dann kann ich die Ansteuerung wie von Jörg vorgeschlagen von nur den 2 Kanälen erst mal testen ...

Eile mit Weile - wie gesagt ich bemühe mich das soweit in zusammenarbeit mit Joerg vorzubereiten - aber es kann gut sein das es nicht gleich zu beginn so geht ;-)

Zitat von: ak323 am 04 April 2016, 15:25:31
Wieso hast Du eigentlich einen 1000µF Elko verwendet ? Ist der nicht ein wenig überdimensioniert (= "dick") ?

Dick ist da relativ gesehen - der Elko ist niedriger als die Mosfets - somit ist da genug Platz für.
Die 1000uF waren/sind als Puffer vorgesehen, wenn die Versorgungsspannung wegfällt und der Controller dies erkennen soll um den aktuellen Zustand noch in den Eeprom zu speichern.

Letztendlich bei der Sammelbestellung habe ich 470uF genommen - durch die Nachforschungen über spiff ist esnicht mehr nötig per ADC den Spannungsabfall zu messen, sondern der Controller speichert regelmäßig den aktuellen Farbzustand ab. (Sofern es HSV Werte sind)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: drdownload am 08 April 2016, 14:32:30
Ist eigentlich noch ein GPIO frei, dass man zB einen Bewerbungssensor oder ein Reed dazuhängen könnte?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Bapt. Reverend Magersuppe am 08 April 2016, 16:25:13
Zitat von: drdownload am 08 April 2016, 14:32:30
Ist eigentlich noch ein GPIO frei, dass man zB einen Bewerbungssensor oder ein Reed dazuhängen könnte?

Beim ESP12E ist die ganze untere Reihe frei, sind da denn GPIOs drauf oder welche Spezialports sind da herausgeführt? Welche Bewerbungen willst Du denn messen ;-)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: drdownload am 10 April 2016, 09:27:25
1 GPIO wird da schon dabei sein hoffe ich ;) Ich würde gerne die Kleiderschrankbeleuchtung mit Reed oder Bewegungsmelder triggern und wenn man alles mit einem Device machen kann wäre es natürlich super.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: oli82 am 10 April 2016, 10:59:08
Diese Sache mit dem Bewegungsmelder wäre schon sehr interessant. Hätte man nur früher dran gedacht. Man hätte dann noch ein paar Header für die freien IOs auf das Board machen können.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: drdownload am 10 April 2016, 11:20:17
Ich glaube das schlimmste was passiert ist, dass ich einen der Bausätze auf lochraster aufbaue statt die Platine zu nehmen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: uniqueck am 10 April 2016, 12:12:44
Welche Led Stripes nehmt ihr denn?

Gesendet von meinem GT-N7100 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Omega-5 am 10 April 2016, 12:14:21
Zitat von: Bapt. Reverend Magersuppe am 08 April 2016, 16:25:13
Beim ESP12E ist die ganze untere Reihe frei, sind da denn GPIOs drauf oder welche Spezialports sind da herausgeführt? Welche Bewerbungen willst Du denn messen ;-)

Leider ist die untere Reihe nicht frei verfügbar. Da liegen der interne SPI für den Flash und die zwei GPIO 9 und 10. Die sind aber nur beim ESP-12-D benutzbar.

Gruß Friedrich
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: weini am 10 April 2016, 12:18:59
ZitatWelche Led Stripes nehmt ihr denn?

Habe mir gerade die hier bestellt:
http://www.amazon.de/Eastlion-16-4FT-Waterproof-Changing-Flexible/dp/B01AHOTUN6?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o02_s00

Sollte von den technischen Daten her passen und ist relativ preiswert. Über Ebay habe ich nur Apotheken-Angebote gefunden.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 10 April 2016, 14:37:46
Zitat von: drdownload am 08 April 2016, 14:32:30
Ist eigentlich noch ein GPIO frei, dass man zB einen Bewerbungssensor oder ein Reed dazuhängen könnte?
Alle "normalen" GPIOs sind belegt:

aber:
Es gibt noch die GPIOs die zum booten einen definierten Wert haben müssen und somit ein Pulldown/Up dranhängt - man kann die nach dem BootProzess meist als normale GPIOs verwenden.
Wenn man die Taster für den Setting Clear nicht nutzen möchte, kann man da auch die Kontakte nehmen und einen eigenen Taster nehmen.
Die Wiederstände vor dem ADC können auch nicht besetzt werden, dann kann man den ADC für etwas anderes nutzen.

Alle optionen setzen aber vorraus, das ihr die Firmware selber modifizert um die zusätzliche Funktionalität zu gewährleisten.

Bei einer zukünftigen Version kann nochmal abgestimmt werden wie man GPIOs frei macht bzw. welche man vielleicht auf einen zusätzlichen PinHeader zur Verfügung stellt?

Update Sammelbestellung

Die Bausätze sind vertütet und werden heute noch in Versandkartons verpackt. Versandmarken kann ich leider erst morgen fertig ausdrucken. Bausätze gehen morgen/übermorgen auf die Reise.

Fertige controller dauern noch etwas - diese Woche ging die meiste Zeit in das testen und bugfixen der firmware (insbesondere den OTA Mechanismus)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 April 2016, 16:17:38
Hallo zusammen,

ich brauch mal kurz ein Ventil um meinen Frust mit der Deuschen Post und DHL Raum zu verschaffen.... als Privatkunde ist man echt der Depp bei dem ganzen Laden  >:( :(

Nicht nur ist die Webseite (efiliale) derPost Nutzer unfreundlich (z.B. kann man einen falschen Warenkorb mit 60 Briefmarken nicht einfach leeren sondern muss alles einzeln entfern  >:( ), sondern man findet keine wirklichen Informationen über die angepriesenen Datenschnittstellen (CSV Import).
Falls man nach 1 Stunde und zur Hilfename von Google als Suchmaschine für die Seite (weil die eigene Suche keine vernünftigen Ergebnisse bringt) die Informationen gefunden hat, so funktioniert die Schnittstelle nicht richtig  >:( >:(

Eine Telefonnummer sucht man auch vergeblich auf der Webseite - die Service Telefonnummern für Produkte der Deutschen Post ist nicht für den OnlineShop (eFiliale) gültig (erfährt man erst nach 30 Minuten Warteschleife) - sondern man kann nur über eine eMail kommunizieren.

Für die nächste Sammelbestellung muss ich mir definitiv etwas anderes einfallen lassen, denn 90 Sendungen zu frankieren mit dem Mist macht keinen Spaß!


Aber zu den guten Nachrichten - morgen früh bring ich alle Bausätze auf die Post....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tomster am 11 April 2016, 16:40:12
Juhuuu! *freu*

Und lass Dich ned ärgern von der Post. Bringt nämlich nix ;-)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: uniqueck am 11 April 2016, 17:03:13
Vorallem DHL und Post sind zwar ein Konzern aber erwarte keine Auskunft bzw. Hilfe von der Post wenn der DHL Packstations Automat nicht funktioniert.

Aber auch von mir vielen Dank für das ganze Abwickeln der Sammelbestellung.

Gruß uniqueck

Gesendet von meinem GT-N7100 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: dieda am 11 April 2016, 20:29:59
Ja, die Post, da kann jeder hier seine Geschichte erzählen. Kostenpflichtige Hotline. Software, die man kaufen soll, zu viele Aushilfen, das ist nur die Spitze vom Eisberg.

Lass dich nicht ärgern.

https://www.deutschepost.de/de/i/internetmarke-porto-drucken/e-porto-add-in.html
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 11 April 2016, 21:34:23
Zitat von: mrpj am 11 April 2016, 16:17:38
Aber zu den guten Nachrichten - morgen früh bring ich alle Bausätze auf die Post....
Hallo,

vielen Dank für Deine ganze Arbeit. Jetzt muss ich mir mal noch schnell einen LED Streifen besorgen  ;)

Danke + Gruß

Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 12 April 2016, 09:54:09
Habe fertig  ;D

Hat gestern Abend noch recht lange gedauert den Turm von 51 Sendungen zu verpacken und labels drauf zu kleben. Man darf echt niemanden erzählen weiviel Zeit sowas in den Anspruch nehmen kann  ;)

An alle die einen fertigen Controller bekommen:
Bitte habt noch etwas Geduld mit mir - ich brauch jetzt mal wieder einen Abend für mich frei - (ohne einen Gedanken an Hardware oder Codefixes zu haben)

Zitat von: uniqueck am 11 April 2016, 17:03:13
Vorallem DHL und Post sind zwar ein Konzern aber erwarte keine Auskunft bzw. Hilfe von der Post wenn der DHL Packstations Automat nicht funktioniert.

Bestätigt mein Bild was ich in den letzten Tage gewonnen habe... Keiner hat was mit dem Geschäfft der anderen Abteilung/Sparte zu tun - hilfsbereit ist da was anderes.

Zitat von: dieda am 11 April 2016, 20:29:59
Ja, die Post, da kann jeder hier seine Geschichte erzählen. Kostenpflichtige Hotline. Software, die man kaufen soll, zu viele Aushilfen, das ist nur die Spitze vom Eisberg.

Lass dich nicht ärgern.

https://www.deutschepost.de/de/i/internetmarke-porto-drucken/e-porto-add-in.html

Danke für den Tipp mit dem addin - ich probiers vielleicht das nächste mal mit excel statt mit dem Upload einer csv Datei


Nachtrag

Noch ein paar Gedanken die mich "verfolgt" haben:


Ich hatte gestern noch ein Telefongespräch mit Jörg - wir haben uns darauf geeinigt, dass das FHEM Modul die JSON Api nutzen wird - eine Anbindung via TCP/UDP Pakete bleibt auf der Wunsch/Ideenliste - wird aber erstmal nach hinten verschoben
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 15:26:47
Hallo Patrick
Das Paeckchen ist angekommen. Leider sind die Taster nicht dabei gewesen. Waren die jetzt Bestandteil, oder mussten wir die selbst besorgen? Gibt es die auch bei ELV, Reichelt ist ja der Versand extrem teuer!?
Gruss Christoph

Edit: Ok, in der Aufbauanleitung sind die Schalter optional. Aber wie soll ich das mit dem Spannungsregler verstehen? Ist der eingestellt, oder muss ich das noch machen? Es faellt mir schwer, das Huehnerfutter zuzuordnen. Die 10k Widerstaende kriege ich noch hin, aber was ist der Rest? Ist der 1k widerstand doppelt, und das einzelne Bauteil ist der C3? Wie bekomme ich den Spannungsregler aufgeloetet, der ESP sieht machbar aus! Shit haette ich man doch fertige genommen, aber jetzt will ich das auch hinkriegen!

2nd edit: Man bin ich doof! Im thread vor diesem steht alles drin. Bis auf das Aufloeten des Spannungswandlers!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 13 April 2016, 16:03:04
Zitat von: pc1246 am 13 April 2016, 15:26:47
Das Paeckchen ist angekommen. Leider sind die Taster nicht dabei gewesen. Waren die jetzt Bestandteil, oder mussten wir die selbst besorgen? Gibt es die auch bei ELV, Reichelt ist ja der Versand extrem teuer!?

Hallo Christoph,

du hast vollkommen Recht, die Taster sollten dabei sein, auch wenn diese eher optional und nicht betriebsnotwendig sind.
Das ist auf jedenfall ärgerlich

Ich habe gerade die Befürchtung das diese bei allen Bausätzen fehlen - kann das noch jemand bestätigen?
Wenn ja, muss ich mir noch eine Lösung der Situation einfallen lassen. (Für Ideen bin ich da sehr dankbar)

Zitat von: pc1246 am 13 April 2016, 15:26:47
Bis auf das Aufloeten des Spannungswandlers!

Ich hatte ja schon geschrieben, dass eine Aufbauanleitung noch nachgereicht wird - bis dahin bitte ich um Geduld.



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 16:09:55
Hallo Patrick
Ich glaube mit den Tastern hat keiner ein Problem!!! Was halt wirklich schoen waere, wenn Du uns verraetst, wie man den Spannungsregler aufgeloetet bekommt. BTW: R6 sitzt schon, wenn auch etwas schief!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 13 April 2016, 17:14:08
Hi,
Sofern die Taster bei vielen fehlen, schlage ich folgendes vor:

A)  Patrick verrät Ihnen uns genau welche Bauform / Größe es sein sollte und jeder bestellt selbst nach

B)  wir machen einen Kettenbrief. D. H.  Patrick verschickt alle Taster an den ersten der Liste, der schickt dann an den zweiten usw usw

Ich bin absolut dagegen das Patrick auf den zusätzlichen  VSK alleine sitzen bleibt.

//bb

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 17:20:53
Hallo Bloodybeginner
Kettenbrief ist eine coole Idee! Ich habe mir schon mal pauschal welche bestellt, mache aber trotzdem mit! http://www.ebay.de/itm/191638046858?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT geht aus der Stueckliste https://github.com/patrickjahns/esp_rgbww_controller#assembly hervor!
Gruss Christoph

Edit: Auf der ersten Platine sind alle Widerstaende drauf, und einer ist wirklich verschwunden, wie auch immer. Was fuer ein Gefummel!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 13 April 2016, 19:16:32
Meine Befürchtungen bewahrheiten sich leider - ich bin gerade Zuhause angekommen und hab den Beutel mit den Tastern gesucht.
Er war in dem Karton mit den Bauteilen die zum verpacken vorbereitet waren unter die Kartonklappe gerutscht.

Im Moment vom verpacken habe ich das nicht nochmal extra kontrolliert - "weil is ja alles in dem karton und muss nur noch in Tüten"   :-[  :-\

Das ärgert mich gerade einfach ziemlich

Zitat von: bloodybeginner am 13 April 2016, 17:14:08
Hi,
Sofern die Taster bei vielen fehlen, schlage ich folgendes vor:

A)  Patrick verrät Ihnen uns genau welche Bauform / Größe es sein sollte und jeder bestellt selbst nach

B)  wir machen einen Kettenbrief. D. H.  Patrick verschickt alle Taster an den ersten der Liste, der schickt dann an den zweiten usw usw

Ich bin absolut dagegen das Patrick auf den zusätzlichen  VSK alleine sitzen bleibt.

Hallo BB,

danke dir für den Vorschlag - ich richte mich nach dem befinden der Community.
Egal wie wir es lösen - ich würde ungern der deutschen post noch mehr Geld geben - wenn jemand einen anderen nationalen versender für briefe kennt, wäre ich auch sehr dankbar

Ein Problem mit der Kettenliste sehe ich jedoch: es dauert lange bis der letzte es erhalten hat - wie wäre es mit einem zwischenmaß - maximal 3/4/5 Stationen, so dass es schneller geht?

Zitat von: pc1246 am 13 April 2016, 16:09:55
Was halt wirklich schoen waere, wenn Du uns verraetst, wie man den Spannungsregler aufgeloetet bekommt.

Mit Worten ist das etwas schwer zu beschrieben - aber mal hier ein Versuch von meinem vorgehen:

- benetze bei der Unterseite des DCDC Wandlers diagonal gelegene Lötpunkte (z.b. links oben/ rechts unten) mit wenig(!) Lötzinn
- setze den Spannungswandler auf die Markierungen auf der Platine und erhitze die Stellen von den Lötpunkten von oben (dauert je nach Temperatur des Lötkolbens kurz) - DCDC Wandler dabei mit leichtem Druck auf der Platine fixieren
- wenn die beiden Fixierungspunkte sitzen, erhitze mit den Lötkolben die anderen Punkte und Füge Lot von oben hinzu - es empfielt sich auch diese stellen gut vorzuheizen, so dass das Lot durchfließen kann.
- es kann etwas Übung am Anfang erfordern - ich empfehle es mit einem Multimeter nachzumessen ob der Kontakt verbunden ist
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Torben am 13 April 2016, 19:52:28
Hallo,
Wenn es bei pc1246 die richtigen sind, gibt es das 10er Pack für 2,95. Das ist für mich völlig ok, sie selbst zu kaufen. Bei Bastelprojekten geht halt mal was schief und vor allem hat Patrick persönlich viel reingesteckt, wovon wir ja auch profitieren.
Gruß
Torben
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 20:06:44
Hallo Torben
Ich hatte mich fuer die roten und 25Stueck entschieden, da ich rot cooler fand (weisse Platine) und ich so 19 in Reserve habe, da ja immer wieder so ein Missgeschick passieren kann! Ausserdem wohnen ja noch zwei Mitstreiter in meiner Naehe, denen ich so aus der Patsche helfen koennte!
Gruss Christoph

Edit: Patrick, mach Dir keinen Kopf, wegen der doofen Taster. Jeder bewundert Dich fuer das, was Du hier geleistet hast! Eine verteilte Kettenversendung ist bestimmt das Richtige! Teile es sinnvoll auf, lege ein Blatt mit den Folgeadressen bei, und jeder kann seinen Nachfolger erkennen. Wer es eilig hat, wie ich, der kauft sich halt so welche. Ich danke Dir auf jeden Fall schon mal, auch wenn ich noch keinen funktionierenden Controller beieinander habe. Es ist ja auch der Spass an der Sache!

Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 20:15:47
Zitat von: mrpj am 13 April 2016, 19:16:32

Mit Worten ist das etwas schwer zu beschrieben - aber mal hier ein Versuch von meinem vorgehen:

- benetze bei der Unterseite des DCDC Wandlers diagonal gelegene Lötpunkte (z.b. links oben/ rechts unten) mit wenig(!) Lötzinn
- setze den Spannungswandler auf die Markierungen auf der Platine und erhitze die Stellen von den Lötpunkten von oben (dauert je nach Temperatur des Lötkolbens kurz) - DCDC Wandler dabei mit leichtem Druck auf der Platine fixieren
- wenn die beiden Fixierungspunkte sitzen, erhitze mit den Lötkolben die anderen Punkte und Füge Lot von oben hinzu - es empfielt sich auch diese stellen gut vorzuheizen, so dass das Lot durchfließen kann.
- es kann etwas Übung am Anfang erfordern - ich empfehle es mit einem Multimeter nachzumessen ob der Kontakt verbunden ist
Heisst das es muessen nicht alle acht ( 8 ) Kontakte verloetet sein?
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 13 April 2016, 20:19:14
Zitat von: mrpj am 13 April 2016, 19:16:32
Meine Befürchtungen bewahrheiten sich leider - ich bin gerade Zuhause angekommen und hab den Beutel mit den Tastern gesucht.
Er war in dem Karton mit den Bauteilen die zum verpacken vorbereitet waren unter die Kartonklappe gerutscht.

Im Moment vom verpacken habe ich das nicht nochmal extra kontrolliert - "weil is ja alles in dem karton und muss nur noch in Tüten"   :-[  :-\

Das ärgert mich gerade einfach ziemlich


Ich für mich hab die Möglichkeit zu Fuß zu einer Conrad Filiale zu gehen. 2 Taster kosten so viel wie ein Briefporto. Ich kaufe mir die Taster selber. Kettenbrief ist für mich zu viel Aufwand.

Auch wenn du dich ärgerst, die Taster sind optional und da sowieso noch an der Firmware und FHEM-Integration gebastelt wird, sollte selbst ein Bestellung Aliexpress oder Ebay mit Versand aus China kein Problem sein.

Von mir ein großes DAnke für deine Mühen ....

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 20:31:11
Hallo kadettilac89
Vielleicht magst Du uns ja die Conrad Artikelnummer verraten. Ich bin zu bloed bei Conrad was zu finden. Hingehen kann ich zwar nicht, aber der heimweg haette mich da vorbeifuehren koennen!
Danke und Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 13 April 2016, 20:31:56
Von mir auch erstmal vielen Dank!

Die Idee mit dem Kettenbreif finde ich gut, aber vielleicht sollte man eine Liste machen.
In meinem Fall kann ich die Taster auch beim Lokalen besorgen, muss meiner Meinung nicht per Post erfolgen :D
Das Ganze lief doch sonst dermaßen reibungslos! Selbst ein Homematic Bausatz war bei mir mal unvollständig...

Ich zieh meinen Hut!

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 13 April 2016, 20:34:09
Ich selbst brauche auch keine Taster, da ich zum komplett Paket auch noch nackte PCB bestellt habe und dafür sowieso Bauteile brauche.

Patrick, mach doch ne Umfrage. Von den Tastern die übrig bleiben bastelt du ne schicke Skulptur und stellst hier ein Foto rein ;o)

Gesendet von meinem Gameboy Color mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 13 April 2016, 20:36:19
Zitat von: mrpj am 13 April 2016, 19:16:32
Meine Befürchtungen bewahrheiten sich leider - ich bin gerade Zuhause angekommen und hab den Beutel mit den Tastern gesucht.
Er war in dem Karton mit den Bauteilen die zum verpacken vorbereitet waren unter die Kartonklappe gerutscht.

Ohh .... ich habe das jetzt schon meinem Anwalt übergeben ...

Neiiiiinnn  ... Spass  ...  ;D .... habe auch einen Conrad quasi ums Eck .
Sonst kommt das Porto teurer als die Taster.

Vielen Dank übrigens für dein Engagement  ... das hier ist eine super Community.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 13 April 2016, 20:39:32
Moin,

zum DC/DC Wandler:

Sieht schlimmer aus als es ist!
Im wesendlichen hat Patrick ja alles sehr gut beschrieben!

Im Video habe ich alle Pads des Boards vorverzinnt, würde ich doch lieber ohne vorverzimmen machen.
Dann sitz er gleich Plan auf. Maximal die Eckpads so wie von Patrick beschrieben.
Dann mit der Hitze nicht zu zaghaft, ihr seid ja an keinem Bauteil direkt drann, ihr bratet ja "nur" 2 PCBs zusammen ...  ;D

https://youtu.be/Qq1i_AWYh1M (https://youtu.be/Qq1i_AWYh1M)

Ich kann anbieten die Lötarbeiten zu übernehmen, falls nichts mehr geht oder das Vertrauen an die eigenen Fähigkeiten schwindet.....

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 13 April 2016, 20:51:39
Hallo Pf@nne
Ok, das verstehe sogar ich! Also morgen geht es weiter. Heute habe ich keine Moege mehr!
Danke und Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 13 April 2016, 20:59:58
Zu mir nach Österreich braucht ihr die Taster nicht schicken.

Ich schick lieber meine Frau zum Conrad, die arbeitet keine 100m davon entfernt ^^
Oder vlt. geh ich doch selber hin, wer weiss, was mir sonst noch so einfällt dabei 8)

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jan4321 am 13 April 2016, 21:36:26
hallo,
irgendwo in den 13 Seiten steht da bestimmt was zu, aber ich konnte leider nichts finden:

kann man noch so einen Bausatz bestellen, wenn nein, ab wann wieder?
ich habe mir ein ww/cw ledstreifen gekauft, den ich gerne mit dem controller berteiben würde.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 13 April 2016, 22:18:11
Ich bin auch raus beim Kettenbrief. Bestelle mir selber welche.
Hab auch leere Platinen mitbestellt und müsste eh welche bestellen um die bei Bedarf zu bestücken.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: szoller am 14 April 2016, 00:27:07
Zitat von: jan4321 am 13 April 2016, 21:36:26
hallo,
irgendwo in den 13 Seiten steht da bestimmt was zu, aber ich konnte leider nichts finden:

kann man noch so einen Bausatz bestellen, wenn nein, ab wann wieder?
ich habe mir ein ww/cw ledstreifen gekauft, den ich gerne mit dem controller berteiben würde.

Ich hätte auch Interesse, hab den Thread erst jetzt gesehen :-/
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 14 April 2016, 06:01:50
Zitat von: pc1246 am 13 April 2016, 20:31:11
Hallo kadettilac89
Vielleicht magst Du uns ja die Conrad Artikelnummer verraten. Ich bin zu bloed bei Conrad was zu finden. Hingehen kann ich zwar nicht, aber der heimweg haette mich da vorbeifuehren koennen!
Danke und Gruss Christoph

Hi, das z. B. ... Taster schließend, 6x3,5 wobei die Länge das wichtige Kriterium ist.

https://www.conrad.de/de/drucktaster-12-vdc-005-a-1-x-aus-ein-wuerth-elektronik-ws-tsw-434111025826-tastend-1-st-711746.html

Edit:
wer Ali bestellen will ... 10 Stück für 0,44 Cent

in weiß:
http://de.aliexpress.com/item/Free-shiping-10pcs-3-6-2-5-mm-3-6-2-5H-SMD-Button-switch-key/32642932911.html?spm=2114.010208.3.148.lu7vxq&ws_ab_test=searchweb201556_6,searchweb201602_1_10017_10005_10006_10034_10021_507_10022_508_10032_10020_10018_10019,searchweb201603_6&btsid=91c4b91c-37c8-4f15-a84e-967ad4f3c43e

in schwarz/rot
http://de.aliexpress.com/item/Free-shiping-10pcs-3-6-2-5-mm-3-6-2-5H-SMD-Button-switch-key/32641802807.html?spm=2114.010208.3.155.lu7vxq&ws_ab_test=searchweb201556_6,searchweb201602_1_10017_10005_10006_10034_10021_507_10022_508_10032_10020_10018_10019,searchweb201603_6&btsid=91c4b91c-37c8-4f15-a84e-967ad4f3c43e
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: eldrik am 14 April 2016, 07:29:51
für den Anfang tun es ja auch erst einmal je zwei drähte  :D

Greetz
Eldrik
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 14 April 2016, 07:50:29
Zitat von: kadettilac89 am 14 April 2016, 06:01:50
wer Ali bestellen will ... 10 Stück für 0,44 Cent

Fürs Doppelte gibt's die fünffache Menge. Da hat man noch genug Reserve für andere Projekte ;-)
http://www.aliexpress.com/item/Red-button-SMD-3-6-2-5MM-micro-switch-environmental-temperature/1069125006.html?spm=2114.01010208.3.32.gKmsgj&ws_ab_test=searchweb201556_0,searchweb201602_3_10017_10005_10006_10034_10021_507_10022_508_10020_10018_10019,searchweb201603_2&btsid=7813f06b-451a-4241-bc34-980e8a65339f
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: habl am 14 April 2016, 08:24:11
Zitat von: mrpj am 13 April 2016, 19:16:32
Meine Befürchtungen bewahrheiten sich leider - ich bin gerade Zuhause angekommen und hab den Beutel mit den Tastern gesucht.
Er war in dem Karton mit den Bauteilen die zum verpacken vorbereitet waren unter die Kartonklappe gerutscht.

Im Moment vom verpacken habe ich das nicht nochmal extra kontrolliert - "weil is ja alles in dem karton und muss nur noch in Tüten"   :-[  :-\

Das ärgert mich gerade einfach ziemlich

Hallo Patrick,

meine Taster kansst Du auch behalten, ich muss eh noch beim großen C bestellen.
Und ägere Dich nicht darüber, das hast Du mit der Post schon genug getan.

Vielen, vielen Dank für deine Bemühungen, Chapeau!!

LG Harmtut

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 14 April 2016, 08:49:35
Zitat von: mrpj am 13 April 2016, 19:16:32
Meine Befürchtungen bewahrheiten sich leider - ich bin gerade Zuhause angekommen und hab den Beutel mit den Tastern gesucht. Er war in dem Karton mit den Bauteilen die zum verpacken vorbereitet waren unter die Kartonklappe gerutscht.
Nicht ärgern, ich habe noch ein paar Taster hier rumliegen, kein Problem. Allerdings ist meine Sendung noch bei der Post  :(

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 14 April 2016, 08:51:26
Entspann dich wegen den Tastern - das was du hier auf die Beine gestellt hast ist aller Ehren wert!

Vielen lieben Dank für deinen Einsatz, deine Bereitschaft das mit der Gemeinschaft zu teilen und deine Lebenszeit/Freizeit die du dafür geopfert hast!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 April 2016, 08:59:54
Guten Morgen zusamen,

ich bin gerade erstmal erschlagen wie schnell hier Lösungen in der Community zusammen gefunden werden  :)
Mich freut es gerade sehr soviel hilfsbereitschaft und gemeinschaft in diesem Forum zu sehen!

Ich habe die Nacht nochmals etwas nachgedacht und mir sind auch mit dem Feedback aus der Community noch folgende Lösungsideen gekommen:

1)
Wer möchte, dem kann ich die Taster nachschicken. Dazu mir einfach eine PM schicken
Wer dabei an einem Kettenbrief interressiert ist, kann sich auch bei mir melden und ich organisiere das ganze

2)
Wer zeitlich etwas Spielraum hat, der kann auch gerne die Taster über aliexpress bestellen und ich überweise den Betrag für die Taster zurück



Zitat von: kadettilac89 am 14 April 2016, 06:01:50
Hi, das z. B. ... Taster schließend, 6x3,5 wobei die Länge das wichtige Kriterium ist.

https://www.conrad.de/de/drucktaster-12-vdc-005-a-1-x-aus-ein-wuerth-elektronik-ws-tsw-434111025826-tastend-1-st-711746.html

Edit:
wer Ali bestellen will ... 10 Stück für 0,44 Cent

in weiß:
http://de.aliexpress.com/item/Free-shiping-10pcs-3-6-2-5-mm-3-6-2-5H-SMD-Button-switch-key/32642932911.html?spm=2114.010208.3.148.lu7vxq&ws_ab_test=searchweb201556_6,searchweb201602_1_10017_10005_10006_10034_10021_507_10022_508_10032_10020_10018_10019,searchweb201603_6&btsid=91c4b91c-37c8-4f15-a84e-967ad4f3c43e

in schwarz/rot
http://de.aliexpress.com/item/Free-shiping-10pcs-3-6-2-5-mm-3-6-2-5H-SMD-Button-switch-key/32641802807.html?spm=2114.010208.3.155.lu7vxq&ws_ab_test=searchweb201556_6,searchweb201602_1_10017_10005_10006_10034_10021_507_10022_508_10032_10020_10018_10019,searchweb201603_6&btsid=91c4b91c-37c8-4f15-a84e-967ad4f3c43e

Danke dir für die Liste - der Taster bei Conrad scheint mir etwas zu lang - aber da gilt es probieren


Zitat von: pc1246 am 13 April 2016, 20:15:47
Heisst das es muessen nicht alle acht ( 8 ) Kontakte verloetet sein?

Ich musste mal kurz nachschauen:
https://github.com/patrickjahns/esp_rgbww_controller/blob/master/pictures/rgbww-bottom.png

Die Punkte die Stromführend sind, sind die inneren. D.h. nur die müssen verbunden sein.
Ich verbinde aber immer alle - auch wegen dem halt des DCDC Wandlers


Zitat von: eldrik am 14 April 2016, 07:29:51
für den Anfang tun es ja auch erst einmal je zwei drähte  :D

Greetz
Eldrik

Bitte keine Drahtbrücken einlöten ;-)
- rst Taster wird nur benötigt um den ESP zu resetten. (kann man aber auch mit Strom wegnehmen und wieder anlegen erreichen) - wenn dauerhaft gebrückt wird er nicht mehr richtig starten
- clr Taster hat 2 Funktionen:
1) den Controller auf "Werkseinstellungen" zurück zu setzen (z.B. wenn man sein wlan passwort ändert und das passwort für den controller vergessen hat :P )
2) hatte ich mir überlegt ihm im Normalzustand als Taster bereit zu stellen, mit dem man alle 5 Ausgänge einmal für x sekunden aufleuchten lassen kann, um zu testen ob jeder Kanal funktioniert

Wie gesagt - die Taster sind nicht notwendig für den Betrieb - wurden von mir zur angenehmeren Bedienung eingebaut



Zitat von: jan4321 am 13 April 2016, 21:36:26
hallo,
irgendwo in den 13 Seiten steht da bestimmt was zu, aber ich konnte leider nichts finden:

kann man noch so einen Bausatz bestellen, wenn nein, ab wann wieder?
ich habe mir ein ww/cw ledstreifen gekauft, den ich gerne mit dem controller berteiben würde.
Zitat von: szoller am 14 April 2016, 00:27:07
Ich hätte auch Interesse, hab den Thread erst jetzt gesehen :-/


Ich muss euch leider vorerst hier vertrösten - eine weitere Sammelbestellung gedenke ich erst zu starten, wenn auch die fertigen Controller verschickt sind.
Im Moment habe ich das Formular deaktiviert - es sind wahrscheinlich noch Sets vorhanden - jedoch möchte ich erst abwarten ob es defekte Bauteile zum austauschen gibt (man weiss bei Elektronik einfach nie) und behalte diese solange vor.
Platinen sind sehr wahrscheinlich auch noch welche extra/vorhanden
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: eldrik am 14 April 2016, 09:12:32
Zitat von: mrpj am 14 April 2016, 08:59:54
Bitte keine Drahtbrücken einlöten ;-)
- rst Taster wird nur benötigt um den ESP zu resetten. (kann man aber auch mit Strom wegnehmen und wieder anlegen erreichen) - wenn dauerhaft gebrückt wird er nicht mehr richtig starten
- clr Taster hat 2 Funktionen:
1) den Controller auf "Werkseinstellungen" zurück zu setzen (z.B. wenn man sein wlan passwort ändert und das passwort für den controller vergessen hat :P )
2) hatte ich mir überlegt ihm im Normalzustand als Taster bereit zu stellen, mit dem man alle 5 Ausgänge einmal für x sekunden aufleuchten lassen kann, um zu testen ob jeder Kanal funktioniert

Wie gesagt - die Taster sind nicht notwendig für den Betrieb - wurden von mir zur angenehmeren Bedienung eingebaut


Ich hoffe nicht, dass das jemand als Aufforderung für Drahtbrücken verstanden hat ;)

Greetz
Eldrik
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 14 April 2016, 10:02:49
Zitat von: mrpj am 14 April 2016, 08:59:54

1)
Wer möchte, dem kann ich die Taster nachschicken. Dazu mir einfach eine PM schicken


2)
Wer zeitlich etwas Spielraum hat, der kann auch gerne die Taster über aliexpress bestellen und ich überweise den Betrag für die Taster zurück



Gehts noch? Behalt die Dinger, und streu Sie als Topping auf Dein nächstes Eis! Ist schön crunchy :P

Nein ernsthaft, ich kann den imensen monitären Verlust verschmerzen  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 14 April 2016, 10:11:52
Zitat von: mrpj am 14 April 2016, 08:59:54
1)
Wer möchte, dem kann ich die Taster nachschicken. Dazu mir einfach eine PM schicken
Wer dabei an einem Kettenbrief interressiert ist, kann sich auch bei mir melden und ich organisiere das ganze
2)
Wer zeitlich etwas Spielraum hat, der kann auch gerne die Taster über aliexpress bestellen und ich überweise den Betrag für die Taster zurück
Meine kannst Du auch behalten, und die par Cent kannst du in die Spardose Deiner Kinder tun!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 14 April 2016, 11:21:09
Zitat von: mrpj am 14 April 2016, 08:59:54
Danke dir für die Liste - der Taster bei Conrad scheint mir etwas zu lang - aber da gilt es probieren
Beide, die von Ali also auch von Conrad sind 6 mm lang -  ohne Kontaktbrücke. Hab ich in den technischen Zeichnungen geprüft.

Zitat von: pc1246 am 14 April 2016, 10:11:52
Meine kannst Du auch behalten, und die par Cent kannst du in die Spardose Deiner Kinder tun!

Für den Fall dass du keine Kinder hast ... lass dir gesagt sein, mit den paar Euro kannst du die nicht groß ziehen ... da musst du noch oft ohne Taster verschicken :) :)


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 April 2016, 12:28:24
Zitat von: bloodybeginner am 14 April 2016, 10:02:49
Gehts noch? Behalt die Dinger, und streu Sie als Topping auf Dein nächstes Eis! Ist schön crunchy :P

Nein ernsthaft, ich kann den imensen monitären Verlust verschmerzen  ;)

Die Lösung lass ich mal dennoch so stehen - wenn es jemand in Anspruch nehmen möchte kann er mir ja eine PN schreiben  ;)




Zitat von: kadettilac89 am 14 April 2016, 11:21:09
Beide, die von Ali also auch von Conrad sind 6 mm lang -  ohne Kontaktbrücke. Hab ich in den technischen Zeichnungen geprüft.

Ah dann hat conrad mal wieder die Gesamtlänge gerechnet - hatte nur auf die Angaben von Conrad auf der Homepage geschaut und nicht das Datenblatt.


Zitat von: pc1246 am 14 April 2016, 10:11:52
Meine kannst Du auch behalten, und die par Cent kannst du in die Spardose Deiner Kinder tun!
Zitat von: kadettilac89 am 14 April 2016, 11:21:09
Für den Fall dass du keine Kinder hast ... lass dir gesagt sein, mit den paar Euro kannst du die nicht groß ziehen ... da musst du noch oft ohne Taster verschicken :) :)

Ich bin gerade sehr dankbar noch keine Kinder zu haben  ;) Aber ich leg es auf einem Sparbuch an - vielleicht bleibt nach der Inflation noch was übrig  ::)

Ich danke euch allen für das Verständnis - dennoch ist mir die Situation ziemlich unangenehm
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 14 April 2016, 12:33:44
Zitat von: eldrik am 14 April 2016, 09:12:32
Ich hoffe nicht, dass das jemand als Aufforderung für Drahtbrücken verstanden hat ;)

Greetz
Eldrik

Ich hab es so verstanden ...

Kabelenden kurz zusammenführen und wieder trennen ....

(http://thumbs.dreamstime.com/x/mann-und-elektrischer-lichtbogen-11685951.jpg)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 14 April 2016, 14:13:23
Zitat von: kadettilac89 am 14 April 2016, 12:33:44
Ich hab es so verstanden ...

Kabelenden kurz zusammenführen und wieder trennen ....
Wie mein Kollege immer sagt: Plus an Masse, das knallt klasse!

Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 14 April 2016, 19:41:40
ZitatAber ich leg es auf einem Sparbuch an
Alles, nur das nicht, da bist du das schneller los, als du RGBWW buchstabieren kannst ^^
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: skyle am 14 April 2016, 23:49:46
Auch von mir herzlichen Dank für die tollen Bausätze! - Meine kamen gestern an.  :D

Zu den Tastern wurden ja genügend Vorgehensmodelle genannt. Mein Favorit ist die Neubestellung beim Ali oder großen C. (Danke für die passenden Links!) Ich denke, Du hast hier sehr viel Herzblut reingesteckt. Zudem ist es ein Kettenbrief oder Nachsendung auch nicht wirtschaftlicher als eine Neubestellung.
Daher: Meine Taster kannst Du gerne für weitere Projekte verwenden.

So, nun freue ich mich auf die Bastelarbeiten! - Mögen die ESPs keine Rauchsignale senden.   ::)

Liebe Grüße,
skyle
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 15 April 2016, 09:44:00
Ich hab noch ca. 95 Stück aus dieser Bestellung hier rumliegen und kann gerne an Bedürftige welche verschicken:

http://de.aliexpress.com/item/100PC-Lot-SMT-3-6-2-5-MM-Tactile-Tact-Push-Button-Micro-Switch-Momentary-Two/32344949009.html?isOrigTitle=true

Bitte einfach PM an mich.

Gruss Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 15 April 2016, 12:04:38
Meine Platinen kamen heute auch an, eben fix zusammengebraten. Ein bissel unglücklich sind die Beschriftungen der Schraubklemmen ;-)

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 15 April 2016, 12:11:53
Wieso
Die sind halt gut versteckt und sind so auch nicht dem allgemeinen Gilb ausgesetzt!  ;D ;D ;D
Solange das Forum lebt kannst Du ja im ersten Post das Foto ohne Klemmen angucken, dann siehst Du die Beschriftung. Aber Du hast schon recht. Muss man halt von Hand draufschreiben!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 15 April 2016, 12:49:32
Hallo zusammen,

ich hab mich zur Abwechslung zum programmieren gestern Abend mal dran gemacht die ersten Controller aufzubauen - aber nach 2 Stunden nach einem langen Tag war Schicht im Schacht.

Zur Firmware:
Ich hab die letzten Tage öfters mit dem Testen der RGBWW Library verbracht um noch ein paar Einstellungen anzupassen.
Zum einen ist die "RAW" Funktionalität hinzugekommen - zum anderen arbeite ich gerade daran die Helligkeitsverteilung beim Faden angenehmer für den Menschen zu gestalten. Trotz Helligkeitskorrektur mit 1024 Schritten, ist es in den Randbereichen nicht optimal gelöst. (Lesematerial:  Link 1 (https://ledshield.wordpress.com/2012/11/13/led-brightness-to-your-eye-gamma-correction-no/),  Link 2 (http://blog.saikoled.com/post/45630908157/implementing-arbitrary-color-correction-with-the),  Link 3 (http://electronics.stackexchange.com/questions/1983/correcting-for-non-linear-brightness-in-leds-when-using-pwm/11100#11100))

Die Bibliothek schreibe ich gerade um, sodass 16Bit auf 1024 Schritt statt 10Bit genutzt werden. Bedeutet dass die Auflösung der Helligkeit von 0-100% in 1% Schritten auf 0,1% Schritten wechselt. Damit sollte später eine angenehmer Helligkeitskorrektur/Farbkorrektur und Farbverlauf möglich sein (was vor allem bei geringerer Helligkeit deutlich merkbar sein wird)

Generell bin ich im Moment schon 10-12 Stunden mit meinen Normalen täglichen Arbeitsrelevanten Dingen eingespannt, hoffe aber immer wieder genug Zeit zu finden so dass baldmöglichst die Firmware und Controller rausgehen kann


Zitat von: Icinger am 14 April 2016, 19:41:40
Alles, nur das nicht, da bist du das schneller los, als du RGBWW buchstabieren kannst ^^

Ich kann verdammt schnell buchstabieren  :P
Zitat von: ext23 am 15 April 2016, 12:04:38
Ein bissel unglücklich sind die Beschriftungen der Schraubklemmen ;-)

Bei den nicht so hochwertigen Schraubklemmen hat man davor wunderbar unten die Buchstaben gesehen :P
Aber du hast Recht - ich hatte auch schon drüber nachgedacht, aber auf dem Layout ist wenig Platz dafür.
Meine Ideen bisher:
- Beschriftung auf den Silkscreen unterhalb?
- Beschriftung links/rechts daneben (aber wenig Platz?)

andere ideen?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 15 April 2016, 14:05:20
Andere Seite ja, hatte ich glaube bei meiner Platine auch gemacht gehabt.

Aber gut, mich stört es jetzt nicht, ich hab andere Klemmen raufgesetzt, da sieht man es noch ;-)

Ansonsten passt das auf die dicken Klemmen auch rauf, mit einem feinen Edding.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 15 April 2016, 14:30:03
Btw. ein Jumper um den Spannungswandler "abzuklemmen" wäre gut (Für die nächste Version), damit man den einstellen kann. Nicht jeder wird da Kleber auf das Poti machen, bzw. ist die Frage wie stabil der bleibt nach einigen Jahren. Ich hab bei mir einen festen DC/DC Regler drauf, aber der Gedanke kam mir so wo ich das Ding gesehen habe.

Achso und 5V Eingangsspannung als min. ist etwas knapp für den DCDC Wandler von dir, da geht die Spannungen am Ausgang hoch auf 3,7V. Also 6 V braucht der schon um stabil zu arbeiten, auch mit Last.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: VB90 am 15 April 2016, 16:17:12
Mein Bausatz kam dieser Tage auch an. Habe leider im Moment aber keine Zeit mich damit auseinanderzusetzen.
Meine Taster verwende im nächsten Projekt.

Nochmals Danke für deine Arbeit,

vb
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hologramm am 15 April 2016, 16:19:19
Hallo zusammen.

Erstmal ein dickes fettes Dankeschön an Dich Patrick !

Mein Bausatz kam heute an, alles schön.
Taster habe ich hier glaube mehr als ich essen kann ... also brauche ich dahingehend keine weiteren  ;)

Zum Thema "Schraubklemmen decken die Beschriftung ab" hätte ich direkt 2 Vorschläge:

a) Die Beschriftung mittels wasserfestem Stift direkt auf den Klemmen aufbringen -straight forward-

b) Da zur Befestigung in einem wie auch immer gearteten Gehäuse ohnehin ein Abstandhalter nötig ist (wegen XM1584) kann man die Klemmen selber auch schlicht und einfach von unten einlöten (erspart das manuelle Beschriften). Macht das ganze zwar etwas "breiter" aber in Summe wird es wohl von Fall zu Fall verschmerzbar sein.

Einen
ZitatJumper um den Spannungswandler "abzuklemmen"
wie es ext23 vorgeschlagen hat finde ich sehr sinnvoll. Netzteile "leben" - besonders im niederpreisigen Segment - nicht ewig. Will / muss man später das NT gegen ein anderes austauschen läuft man ggf. Gefahr sich den ESP zu verbruzzeln.

Wenn ich es richtig gesehen habe würde es schon genügen zw. C2 und VCC des ESP selbigen einzufügen. (Korrigiere mich falls ich mich irre)

Ansonsten kann ich nur versuchen meinen Dank und größten RESPEKT für Dich und Deine Wahnsinns Arbeit hier zum ausdruck zu bringen !!

lg
Björn


EDIT: Sehe gerade das der XM1584 so ... "kaum"...  im weg ist um besagten Jumper schlicht vor dem ESP zu platzieren, glaube ich muss da noch Kreativ werden  ::)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 15 April 2016, 17:59:29
Hallo Patrick,

Hut ab vor dem profesionell aufgemachten Päckchen, das heute bei mir angekommen ist. Bei mir geht das mit Serienbrief für das Etikett, aber mehr auch nicht. Das machen manche Versender nicht so gut.
Komme am Wochenende leider nicht zum Bestücken  >:(

Vielen Dank.

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: habl am 15 April 2016, 18:12:25
Hallo Patrick,

mein Päckchen ist heute auch wohlbehalten angekommen. Super verpackt. Jetzt sieht man erst wirklich, wie viel Arbeit Du da rein gesteckt hast.
Nochmal vielen, vielen Dank für deine Bemühungen!!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 15 April 2016, 18:18:04
Von mir auch vielen Dank! Sieht super aus!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 15 April 2016, 18:43:26
Meines ist auch heute angekommen. Jetzt habe ich aber ein Problem: wie krieg ich meine Frau abgelenkt damit ich basteln kann?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: VB90 am 15 April 2016, 19:16:37
schicke sie zum shoppen :D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 15 April 2016, 19:20:16
Zitat von: VB90 am 15 April 2016, 19:16:37
schicke sie zum shoppen :D
Fragt sich nur was sie mitbringt wenn ich LED stripes beauftrage...

Gesendet von meinem Gameboy Color mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 15 April 2016, 19:22:23
... PartyLite!.
(Frag nicht) ..

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 15 April 2016, 19:24:37
Wie war jetzt eigentlich der Stand der Firmware? Ich finde die kompilierten Versionen nicht im GitHub, kann mich aber auch zu glatt anstellen.

Für das esptool dasselbe.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspiLED am 15 April 2016, 19:46:24
Zitat von: VB90 am 15 April 2016, 19:16:37
schicke sie zum shoppen :D

Hihi, ich dachte das Modul sollte günstig sein *lol*

Vielen Dank für die super Arbeit bis jetzt!!!

Gruß Arnd
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: fhemlerix am 15 April 2016, 20:53:32
Hallo Patrick,

auch bei mir ist das Päckchen angekommen.
Jetzt würde ich am liebsten sofort loslegen, muss mir aber zuerst ein freies Zeitfenster schaffen.  ;)
Auf alle Fälle vielen Dank an dich Patrick, eine super Arbeit und der Bausatz sieht auch sehr gut aus (den Taster besorge ich mich natürlich selbst).

Viele Grüße
fhemlerix
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: chrisXO am 15 April 2016, 22:13:52
Guten Abend,

mein Paket ist heute auch angekommen und ich hab einen Bausatz zusammengelötet.
Tact Switch hab ich noch mehr als genug hier. Also für mich keine Nachsendung.
Danke für die ganze Arbeit.

Ich vermute aber ich hab was falsch gemacht. Der ESP8266 wird ziemlich warm ;)
Daher hab ich nicht versucht Firmware einzuspielen.

Ich häng mal Fotos an. Vlt erkennt ja jemand was.
Dann könnte man die Anleitung erweitern mit Tipps wo man besonders aufpassen muss.
Oder wie man bei Fehlern rausbekommt was falsch ist. Z.B. wo man Messen sollte bevor man Strom aufschaltet.

Hab mich eigentlich *fast* an die Anleitung gehalten
https://github.com/patrickjahns/esp_rgbww_controller/

Also zuerst die Widerstände draufgemacht.
Als zweites  dann allerdings -> Solder the XM1584 Power Board
dann das 12V Terminal gelötet um bequem vom XM1584 den Output auf 3.3v einzustellen.
Also kurz 12v angeschlossen am Terminal und den XM1584 eingestellt auf die Richtige Ausgabespannung und wieder 12V abgestellt.
Den XM1584 Regler mit Heiskleber fixiert.

Ggfs. war die Reihenfolge schon der Fehler... in der Anleitung steht man sollte den XM1584 vor dem drauflöten einstellen ?
Danach dann der ganze Rest aufgelötet. Und mit Multimeter geprüft ob an den Bauteilen irgendwo der Widerstand 0Ohm ist wegen Lötbrücke.

Fertig
Dann zum Testen 12V angeschlossen aber kein Blinken am ESP8266... ohoh, dafür wirds warm.

Spannung gemessen XM1584 steht zwischen 3.3-3.4v (das war zu schwer genau auf 3.30 einzustellen da ist der Regler recht ungenau).

Wenn ich einschalte haben
Tx PIN 3,1v
Rx PIN 3,3v
G0 PIN 1,8v
GND PIN 0V

Das ist bestimmt nicht richtig oder.
Wie bekomme ich raus wo der Fehler steckt.
Meint ihr der Bausatz ist fritiert und nun unbrauchbar ?

Bevor ich mit dem 2ten loslege schreibe ich lieber mal ins Forum ;)

G
Chris
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 15 April 2016, 22:42:55
Was zieht denn dein Board?

Haste mal am ESP geschaut ob du nicht irgendwo eine Brücke hast zum HF-Schirm?

Da du 3,3V misst, wird es kein kompletter Kurzschluss sein, sonst würde der DCDC Wandler abschalten.

Vielleicht ist der ESP aber auch defekt. Ich hatte auch mal einen der DOA war, selten, aber passiert.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 15 April 2016, 23:05:10
Moin,

wie warm ist den warm!
Kommt denn seriell was raus, die Werksfirmware sollte ja drauf sein.

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: chrisXO am 15 April 2016, 23:53:57
Hallo,

also wegen Troubleshooting
danke für die Hinweise.
Also:
HF Schirm
mit Multimeter Spannung gemessen am HF Schild vs GND = 0V
optisch ist auch nix zu sehen. Also vermutlich dort keine Brücke.

Stromverbrauch laut Multimeter 0,22A, gemessen Multi an GND am Terminal gegen abgetrenntest GND Kabel.

mit warm ist gemeint wenn ich Finger drauf lege wird schnell unangenehm zu heiss.
Also würde ich mal 50-60Grad vlt mehr sagen. Ich hab leider kein Messgerät für genaue Werte.
ESP8266 wird ggfs auch im Regelbetrieb warm. Vermute aber mal nicht zum Eier braten heiss.

Seriell war nichts zu empfangen. Mit ESPlorer nachgesehen, da kann man schön Baud Rate durchwechseln.

Ich hab dann auch mal mit einem billigen Logic Analyser nachgesehen, demnach wird auf RX , TX nicht gesendet
sondern nur konstant HIGH Signal. Osci hab ich leider keins.
RX,TX dürften ohne das man was anschliesst eh nicht beide auf Spannung sein. Wenn dann nur einer der PINs. TX wenn richtig beschriftet.

ich könnte ja den ESP wechseln, also erstmal rauslöten.
Und dann nachsehen auf welchem Anschluss was drauf ist. dürfte ja nur auf dem esp vcc pin spannung drauf sein ?
bzw noch gipo 2 auf high, rest high , ch_pd high...

G
Chris
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 April 2016, 12:45:55
Hallo,

vielen Dank für die Zusprüche hier im Forum - das geht runter wie Öl und ist Balsam für die Seele  ;)


Von den ganzen Antworten bin ich gerade erstmal etwas erschlagen - ich versuche soweit mir möglich darauf zu reagieren - bin aber wegen einer Deadline Anfang Mai ziemlich am rotieren und komm zu nicht viel im Moment  >:(

Zitat von: ext23 am 15 April 2016, 14:30:03
Btw. ein Jumper um den Spannungswandler "abzuklemmen" wäre gut (Für die nächste Version), damit man den einstellen kann.

Ich nehm es mal auf die Input Liste mit auf - es ist ein guter Punkt - ich werde dann mal schauen müssen, inwiefern es machbar ist - oder ob z.B. eine Lötbrücke reinkommt. Jedes Minibauteil treibt natürlich auch die kosten nach oben. Der Controller soll ja eine (preisliche) alternative zu den China böllern darstellen können

Zitat von: ext23 am 15 April 2016, 14:30:03
Achso und 5V Eingangsspannung als min. ist etwas knapp für den DCDC Wandler von dir, da geht die Spannungen am Ausgang hoch auf 3,7V. Also 6 V braucht der schon um stabil zu arbeiten, auch mit Last.

Danke dir für das testen - kannst du ein Messdiagramm erstellen von deinen Ergebnissen? Wäre dir sehr dankbar - wenn ich im Datenblatt nicht etwas übersehen habe, sollte er bis 5V stabil einen drop von 1,3V oder mehr erreichen können

Zitat von: ext23 am 15 April 2016, 19:24:37
Wie war jetzt eigentlich der Stand der Firmware? Ich finde die kompilierten Versionen nicht im GitHub, kann mich aber auch zu glatt anstellen.

Stand:
Zitat von: mrpj am 12 April 2016, 09:54:09

  • Die Firmware auf Github ist wegen API Änderungen noch nicht mit dem Webclient kompatibel - ein update folgt in den nächsten Tagen
  • Wer mit der API herumspielen möchte: Auf github ist eine Dokumentation vorhanden: https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference

Links:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/1.1-Flashing
http://patrickjahns.github.io/esp_rgbww_firmware/

esptool ist bei Espressif SDK dabei

PS: die meisten Informationen findet man in den Post von mir in diesem Thread und meistens auf der Startseite ;-)

Zitat von: bloodybeginner am 15 April 2016, 18:43:26
Meines ist auch heute angekommen. Jetzt habe ich aber ein Problem: wie krieg ich meine Frau abgelenkt damit ich basteln kann?

Für die nächste Sammelbestellung können wir uns ja eine Beigabe überlegen, mit der Frau dann beschäftigt werden kann :D - ich sehe das schon als neuen Verkaufsschlager - Vorschläge? (Mir kam nur Strick/Häckelzeug und Zeitschriften in den Sinn :P)





@chrisXO

Das ist kein normales Verhalten - eigentlich sollte, wenn der ESP nicht hinüber ist, beim anlegen von der Versorgungsspannung die blaue LED bei der Antenne kurz aufblinken - und auf der Seriellen Schnittstelle die ersten Zeichen erscheinen (Baudrate weiss ich gerade nicht)

Ich versuch die Tage bei aliexpress noch eine beschwerde einzureichen - ich hoffe das sich die DOA Rate nicht noch weiter erhöht. Aus Erfahrung werde ich wahrscheinlich den Preis des ESP erstatten bekommen statt neue zugeschickt. Mein Vorschlag: wenn der Händler reagiert melde ich mich mit dem Ergebnis - bei Erstattung überweise ich dir den Betrag und du bestellst dir einen ESP nach?



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 16 April 2016, 21:18:33
Hallo,

mein Paket ist gestern angekommen.
An dieser Stelle vielen Dank und 'Hut ab'.

Heute Abend habe ich mich dann hingesetzt und zum ersten Mal SMD gelötet. :)
Hat alles geklappt und auch richtig Spass gemacht.


Andreas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 17 April 2016, 12:35:48
Zitat von: mrpj am 16 April 2016, 12:45:55
Ich nehm es mal auf die Input Liste mit auf - es ist ein guter Punkt - ich werde dann mal schauen müssen, inwiefern es machbar ist - oder ob z.B. eine Lötbrücke reinkommt. Jedes Minibauteil treibt natürlich auch die kosten nach oben. Der Controller soll ja eine (preisliche) alternative zu den China böllern darstellen können

Danke dir für das testen - kannst du ein Messdiagramm erstellen von deinen Ergebnissen? Wäre dir sehr dankbar - wenn ich im Datenblatt nicht etwas übersehen habe, sollte er bis 5V stabil einen drop von 1,3V oder mehr erreichen können

Nagut, bei mir (persönlich) spielt der Preis nicht sone Rolle, eher die Qualität :-) Apropos Qualität, noch ein Vorschlag, nächstes mal solid capacitors benutzen ;-) Aber treibt natürlich den Preis aus hoch ja, dafür funktioniert dein Board auch nach 10 Jahren noch ;-)

Danke für die FW, irgendwie ist das GitHub ein Labyrinth für mich.

Ich kann den DCDC Wandler mal durchmessen ja. Steht denn in dem Datenblatt etwas von einer Mindestlast? Das ist nämlich immer der Punkt bei den Dingern. Die erreicht man mit einem einfachen µC eher selten. Gut dank des ESP sollte das passen. Aber ich finde es schon gefährlich wenn die Ausgangsspannung in die Höhe schießt bei zu niedriger Eingangsspannung. Deshalb habe ich das Teil gleich in die Tonne geworfen und ein Recom benutzt, ist mit 8 Euro das Stück auch vermutlich etwas teurer ;-) Aber ich hab bis jetzt nur gute Erfahrungen gemacht mit den Dingern, und die sind Pinkompatible mit den 78ern.
Aber ich schau mir das Teil nochmal an ja.

Ich werd jetzt erst mal versuchen die Firmware zu flashen.

btw. ist meine erste weiße Platine ;-) Die möchte doch gar nicht in ein Gehäuse ;-)

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: waschbaerbauch am 17 April 2016, 12:48:50
Alles angekommen gestern! Vielen Dank für alles, ein mega Job den du da abgeliefert hast.
Leider werde ich im Moment voraussichtlich nicht zum löten kommen, sofern das Wetter schön bleibt muss ich raus in den Garten und das Haus 2m tief freibuddeln ... die hätten das 1950 echt mal mindestens mit Dickbeschichtung versehen können :D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 17 April 2016, 13:09:24
Sag mal Flashen, kann ich das auch mit dem Tool ausm Anhang machen? Ich wollt mir jetzt nicht das SDK installieren.

Oder mit dem python Tool was es da noch gibt? Oder rätst du davon ab?

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 17 April 2016, 16:22:05

Zitat von: ext23 am 17 April 2016, 12:35:48
Danke für die FW, irgendwie ist das GitHub ein Labyrinth für mich.

Ich verstehe nicht wo es ein Labyrinth geben soll - die Informationen sind hier auf der ersten Seite in dem entsprechenden post ausserhalb von Github schon verlinkt. In der README auf Github sind direkt Links zu den WIKI Eintraegen (https://github.com/patrickjahns/esp_rgbww_firmware#index)

Zitat von: ext23 am 17 April 2016, 12:35:48
Ich kann den DCDC Wandler mal durchmessen ja. Steht denn in dem Datenblatt etwas von einer Mindestlast? Das ist nämlich immer der Punkt bei den Dingern. Die erreicht man mit einem einfachen µC eher selten. Gut dank des ESP sollte das passen. Aber ich finde es schon gefährlich wenn die Ausgangsspannung in die Höhe schießt bei zu niedriger Eingangsspannung. Deshalb habe ich das Teil gleich in die Tonne geworfen und ein Recom benutzt, ist mit 8 Euro das Stück auch vermutlich etwas teurer ;-) Aber ich hab bis jetzt nur gute Erfahrungen gemacht mit den Dingern, und die sind Pinkompatible mit den 78ern.

Wenn ich deine Beitraege zu den Komponenten lese, frage ich mich, was dich dazu bewegt hat dir so einen Controller zuzulegen?
Deine Anforderungen sind anders, als die von mir kommunizierten Ziele

PDF zum verwendeten CHIP - ich habe da nichts im Bezug auf Mindestlast gesehen
http://www.seeedstudio.com/wiki/images/4/4e/MP1584_r1.0.pdf


Zitat von: ext23 am 17 April 2016, 12:35:48
btw. ist meine erste weiße Platine ;-) Die möchte doch gar nicht in ein Gehäuse ;-)

Leider gabs keine Möglichkeit verschiedene Farben mit einem Satz zu bestellen - ich haette sonst noch ne Farbauswahl angeboten  ;)

Zitat von: ext23 am 17 April 2016, 13:09:24
Sag mal Flashen, kann ich das auch mit dem Tool ausm Anhang machen? Ich wollt mir jetzt nicht das SDK installieren.

Oder mit dem python Tool was es da noch gibt? Oder rätst du davon ab?


Insofern du die einzelnen binary files an die richtigen Adressen schickst, ist es relativ egal mit was der ESP geflasht wird. Von daher probieren und Ergebnisse berichten.

Wenn du noch 2-3 Tage warten kannst, kommt auch das Firmware update. API aendert sich noch etwas um den "RAW" Wunsch angegen zu kommen... Und dann funktioniert auch die Anbindung ans WLAN ueber das Webinterface wieder...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 17 April 2016, 17:00:23
Zitat von: mrpj am 17 April 2016, 16:22:05
Ich verstehe nicht wo es ein Labyrinth geben soll - die Informationen sind hier auf der ersten Seite in dem entsprechenden post ausserhalb von Github schon verlinkt. In der README auf Github sind direkt Links zu den WIKI Eintraegen (https://github.com/patrickjahns/esp_rgbww_firmware#index)

https://github.com/patrickjahns/esp_rgbww_firmware/wiki/patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip

Ich komme nur zu leeren Seiten und zu den Quellen, aber nicht die Binarys :-( Also "precompiled binaries" führt ins leere. Das mein ich zum Beispiel mit Labyrinth ;-)

Und den Controller bestellt habe ich nur zum spielen :-) Schauen ob das was ist oder nicht. Ein Einsatzzweck habe ich dafür nicht, da ich nur Kabel und DMX etc. habe für meine RGB Steuerungen, aber man muss eben alles mal ausprobieren.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: bloodybeginner am 17 April 2016, 17:09:04
Hi Daniel,

Ich freue mich auf das Bastelprojekt von dir.

Wann können wir darüber was lesen?

//bb

Gesendet von meinem Gameboy Color mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 17 April 2016, 19:04:07
@mrpj: Also Flashen funktioniert mit dem Tool auch, aber der bricht auch gerne mal ab, nach 10 Versuchen hat es dann mal geklappt.

@bloodybeginner: Projekt? Meinst du mich? Falls ja wie immer auf meiner HP.

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 17 April 2016, 19:06:08
Zitat von: ext23 am 17 April 2016, 17:00:23
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip

Ich komme nur zu leeren Seiten und zu den Quellen, aber nicht die Binarys :-( Also "precompiled binaries" führt ins leere. Das mein ich zum Beispiel mit Labyrinth ;-)

Darüber bin ich auch gestolpert, die procompiled firmware ist m. E. hier zu finden: http://patrickjahns.github.io/esp_rgbww_firmware/ (http://patrickjahns.github.io/esp_rgbww_firmware/)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 17 April 2016, 21:04:54
Hallo,

Zitat von: ext23 am 17 April 2016, 13:09:24
Sag mal Flashen, kann ich das auch mit dem Tool ausm Anhang machen? Ich wollt mir jetzt nicht das SDK installieren.

ich habe es mal mit dem Tool versucht und nachdem ich herausgefunden hatte, dass ich zunächst das Flashen starten und dann die Platine mit Strom versorgen musste, hat es auch funktioniert. Leider weiß ich nun nicht, wie es weiter geht: ich finde jetzt ein WLAN mit dem Namen RGBWWxxxxxxxx, kann mich aber damit nicht verbinden...

Ronny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 17 April 2016, 21:39:49
Ich zitiere mich noch einmal:

Zitat von: mrpj am 12 April 2016, 09:54:09

  • Die Firmware auf Github ist wegen API Änderungen noch nicht mit dem Webclient kompatibel - ein update folgt in den nächsten Tagen
  • Wer mit der API herumspielen möchte: Auf github ist eine Dokumentation vorhanden: https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference



Die Firmware ist noch nicht für den (alltäglichen) Gebrauch gedacht

Es gab 2 Möglichkeiten in den letzten Wochen:

1) Die Firmware weiter schreiben und release fertig machen -> erst dann die Bausätze und Controller verschicken
2) Die Bausätze schonmal verschicken und danach weiter an der Firmware arbeiten

Ich habe mich für Option 2) entschieden, damit ein Teil der Sammelbestellung schonmal erfüllt ist.
Ich hatte dabei schon die Befürchtung das einige nicht "warten" können wegen der Firmware, aber hatte gehofft das meine Hinweise ausreichen um Klarheit zur Situation zu schaffen.

Ich möchte euch daher bitten, bis die Firmware freigegeben wurde, nicht weiter in dem Thread Support für die nicht fertige Firmware zu erfragen

Wer als Beta Tester mich unterstützen möchte, der kann gerne mit mir Kontakt aufnehmen und mir seine Erfahrungen berichten - bis dahin bitte abwarten.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 17 April 2016, 22:52:55
Zitat von: RoBra81 am 17 April 2016, 21:04:54
Hallo,

ich habe es mal mit dem Tool versucht und nachdem ich herausgefunden hatte, dass ich zunächst das Flashen starten und dann die Platine mit Strom versorgen musste, hat es auch funktioniert. Leider weiß ich nun nicht, wie es weiter geht: ich finde jetzt ein WLAN mit dem Namen RGBWWxxxxxxxx, kann mich aber damit nicht verbinden...

Ronny

Naja, oder nachdem du den GPIO0 Pin auf GND gezogen hast einmal den Reset drücken ;-)

Aber klappte das bei dir auf Anhieb? Ich bekomme das nur nach jedem 10-20ten Versuch hin. Ich hab eigentlich nur ein FT232RL zwischen. Da kann man ja nicht viel falsch machen. Ich hab das aber an einem USB3.0 Hub, und irgendwie habe ich das Gefühl, dass man das nicht machen sollte. Funkmäuse etc. laufen da ja auch nicht sauber dran.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: fh168 am 18 April 2016, 14:43:22
Falls jemand mit dem ESP-Flasher arbeiten möchte, auch das ist möglich:

https://github.com/nodemcu/nodemcu-flasher

Dann verbinden mit dem USB-UART Deiner Wahl, ich nehme immer ein umschaltbares 3,3  V  / 5 V Modul (siehe hier: https://blog.moneybag.de/angetestet-esp-8266-testboard/). Dann aber auf 3.3 V stellen, TX -> RX und RX -> TX verbinden. Masse an Ground und G0 mit Ground, und schon geht die wilde Fahrt los.
An dem Flashvorgang wird ein AccessPoint mit RGBWW12345 aufgemacht, damit mit dem Smartphone einloggen.
Bei mir kam noch ein 404 not found, aber die Firmware ist ja noch in Arbeit.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 18 April 2016, 14:53:22
Zitat von: ext23 am 15 April 2016, 14:30:03
Achso und 5V Eingangsspannung als min. ist etwas knapp für den DCDC Wandler von dir, da geht die Spannungen am Ausgang hoch auf 3,7V. Also 6 V braucht der schon um stabil zu arbeiten, auch mit Last.

Zitat von: ext23 am 17 April 2016, 12:35:48
Ich kann den DCDC Wandler mal durchmessen ja. Steht denn in dem Datenblatt etwas von einer Mindestlast? Das ist nämlich immer der Punkt bei den Dingern. Die erreicht man mit einem einfachen µC eher selten. Gut dank des ESP sollte das passen. Aber ich finde es schon gefährlich wenn die Ausgangsspannung in die Höhe schießt bei zu niedriger Eingangsspannung.

Zitat von: mrpj am 17 April 2016, 16:22:05
Wenn ich deine Beitraege zu den Komponenten lese, frage ich mich, was dich dazu bewegt hat dir so einen Controller zuzulegen?
Deine Anforderungen sind anders, als die von mir kommunizierten Ziele

PDF zum verwendeten CHIP - ich habe da nichts im Bezug auf Mindestlast gesehen
http://www.seeedstudio.com/wiki/images/4/4e/MP1584_r1.0.pdf


Ich habe den Regler mal durchgemessen, mit 5V ist er ohne Last noch instabil, ab ca. 2mA Last tritt kein Überschwingen mehr auf.
Durch die Grundlast des ESP sollte er aber nicht in diesen Betriebsbereich kommen. Zumal die die Schaltung ja mit 12VDC befeuert wird.

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 18 April 2016, 16:12:34
Das flashen mittels esptool hat bei mir auch geklappt.
Ich kann mich dann auch mit dem ESP per WLAN verbinden (http://192.168.4.1), allerdings klappt dann das Einbinden in mein WLAN nicht.
In der Auswahl der WLAN SSIDs taucht nur jeweils ein Symbol für die Signalstärke auf, aber keine SSID.

Versuche ich mich auf gut Glück mit dem WLAN mit der höchsten Signalstärke zu verbinden (die Fritzbox ist nur 1m entfernt) schlägt die Verbindung trotz korrektem Passworts fehl.

Über die serielle Schnittstelle kommen zwar Ausgaben, aber scheinbar keine in Zusammenhang mit diesem Problem:


add 1
aid 1
station: 10:68:3f:4c:a1:98 join, AID = 1

COLORMODE 0
HSVMODE 0
==  HSV2RGB  ======
R 0 | G 0 | B 0
| W 0
==  //HSV2RGB  ==
ApplicationWebserver::onConfig color settings changed - refreshing

ApplicationWebserver::onFile redirecting

ApplicationWebserver::onFile redirecting
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 18 April 2016, 16:36:47
Zitat von: Pf@nne am 18 April 2016, 14:53:22

Ich habe den Regler mal durchgemessen, mit 5V ist er ohne Last noch instabil, ab ca. 2mA Last tritt kein Überschwingen mehr auf.
Durch die Grundlast des ESP sollte er aber nicht in diesen Betriebsbereich kommen. Zumal die die Schaltung ja mit 12VDC befeuert wird.

Gruß
Pf@nne

Danke dir Marco - die 2mA sollte der ESP mit eingeschaltetem Wifi mindestens brauchen - aber eher deutlich mehr  ;)





Zitat von: kaihs am 18 April 2016, 16:12:34
Das flashen mittels esptool hat bei mir auch geklappt.
Ich kann mich dann auch mit dem ESP per WLAN verbinden (http://192.168.4.1), allerdings klappt dann das Einbinden in mein WLAN nicht.
In der Auswahl der WLAN SSIDs taucht nur jeweils ein Symbol für die Signalstärke auf, aber keine SSID.

Zitat von: mrpj am 12 April 2016, 09:54:09

  • Die Firmware auf Github ist wegen API Änderungen noch nicht mit dem Webclient kompatibel - ein update folgt in den nächsten Tagen
  • Wer mit der API herumspielen möchte: Auf github ist eine Dokumentation vorhanden: https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference

Zitat von: mrpj am 17 April 2016, 21:39:49

Die Firmware ist noch nicht für den (alltäglichen) Gebrauch gedacht




Es wäre wirklich nett, wenn die Beiträge gelesen werden ....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 18 April 2016, 16:40:28
Warte doch noch auf die fertige Version von Patrick......
Zur Überbrückung, installiere einen eigenen Sketch, der eine WLAN-Verbindung aufbaut.
Der ESP merkt sich das......
Dann solltest du zumindest über das normale Netzwerk reinkommen.

Wie gesagt, Patrick arbeitet mit Hochdruck!  Gib ihm ein wenig Zeit.....

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: szoller am 18 April 2016, 16:42:00
Gibt's denn noch die Möglichkeit, ein solches Modul als Fertigversion zu bekommen? Oder ist da erstmal Ende Gelände?  ::)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 18 April 2016, 16:57:51


Zitat von: mrpj am 18 April 2016, 16:36:47
Es wäre wirklich nett, wenn die Beiträge gelesen werden ....

Sorry, sollte keine Kritik darstellen, war einfach nur als Beschreibung des aktuellen Status gedacht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Torben am 18 April 2016, 19:34:11
Entschuldigt bitte, aber ich bin SMD-Laie. Kann es sein, dass ich den Poti vom Spannungsregler irgendwie geschrottet habe? Ich bekomme immer die 12,3V vom Eingang auch am Ausgang raus - egal, wie ich ihn einstelle. Bevor ich den nächsten töte, gibt es Hinweise, wie man mit den Dingern umgehen muss?

Vielen Dank
Torben
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 18 April 2016, 20:14:12
Hallo Torben
Ich hatte zuerst auch meine Probleme, da ich meinte, das nach links drehen, kleinere Ausgangsspannung gibt. Als ich dann vor lauter Verzweiflung mal nach rechts gedreht habe, da ging die Spannung dann runter. Ich hatte meinen uebrigens im ausgebauten Zustand eingestellt.
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 18 April 2016, 20:23:17
Mein Päckchen ist auch heute angekommen.

Danke für die supertolle Zusammenstellung.

Werd ich mich am Wochenende mal drüberstürzen :D

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 18 April 2016, 20:29:03
Zitat von: Pf@nne am 18 April 2016, 14:53:22
Ich habe den Regler mal durchgemessen, mit 5V ist er ohne Last noch instabil, ab ca. 2mA Last tritt kein Überschwingen mehr auf.
Durch die Grundlast des ESP sollte er aber nicht in diesen Betriebsbereich kommen. Zumal die die Schaltung ja mit 12VDC befeuert wird.

Ahh cool, naja das meine ich ja, ohne Last ist das nichts. Aber 2mA geht es ja, das ist wenig, wobei auch das bei µC im sleep Modus Probleme gibt. Aber gut da muss man dann entsprechend aufpassen.

(Meine wird mir 5V befeuert ;-) Ich habe aber auch keine Stripes sondern Strahler dran.)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 18 April 2016, 23:40:25
Hi,
das Päckchen ist angekommen -> Patrick: vielen Dank !!!
das Modul ist aufgebaut
und vermutlich habe ich mir gleich den ESP geschrottet.

Aber nochmal langsam von vorne:
Den Spannungsregler hatte ich auf 3V3 eingestellt, nach dem Einlöten hatte ich aber nur noch 0,8 V
Am Poti drehen hat auch nichts gebracht.
Dann habe ich bemerkt, dass der Masse Eingang des Spannungsregler keine Verbindung hat
(Mir ist beim Löten von anderen Massepins aufgefallen, dass mein Lötkolben Schwierigkeiten hat die notwendige Energie aufzubringen,
vermutlich war das beim Spannungsregler auch so).
Habe dann den Massepin via Draht angelötet, danach war allerdings die Ausgangsspannung zu hoch (M..... >:( ich hatte ja am Poti gedreht),
es hat kurz blau aufgeleuchtet, jetzt leuchtet nichts mehr.
Der ESP wird warm und zieht ca. 200mA Strom, sonst passiert nichts.

Bevor ich den zweiten ESP Schrotte noch eine Frage:
Sind die ESPs vorprogrammiert oder macht es noch Sinn dass ich mit dem eingelöteten ESP doch noch ein Programmierversuch unternehme?
Wie kann ich feststellen, ob der ESP noch tut?

Und noch eine Frage:
Bzgl. Firmwareprogrammierung benötige ich laut Anleitung:
    A serial programmer
    esptool2
    precompiled binaries

Was ist mit "A serial programmer" gemeint?
Ist das ein reiner RS232 auf 3V Wandler oder benötige ich da einen echten Programmer?


Viele Grüße
RaspII


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 19 April 2016, 06:00:47
Moin Raspll,

auf den ESPs ist die original Firmware.
Seriell sollte da nach einem Reset was zu sehen sein.
200mA sind für den ESP normal, allerdings mit bestehender WiFi-Connection und entsprechender Sendeleistung.
Ist denn warm lauwarm oder auawarm?

In jedem Fall sollte nach einem Reset die LED kurz leuchten.

Mit dem Programmer ist der USB/RS232(3V3!) Umsetzer gemeint.

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 19 April 2016, 06:51:45
Hallo Pf@nne,
dann ist er wohl hinüber.

Das mit dem Warm hängt von der Dauer ab. Ich würde sagen nach ner Weile knapp vor auawarm.

Regen tut sich nichts mehr.
Kein kurzes blinken der Led, nichts tut sich an der seriellen Schnittstelle.

Bevor ich den ESP jetzt auslöte, bau ich mir erst mal ein zweites Modul auf (ich hab ja genug)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 19 April 2016, 07:45:51
Hat noch jemand Interesse an 2 Bausätzen (Platine mit Bauteilen (inkl. ESP8266))?
Habe doch zu viele bestellt und jetzt welche übrig.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 19 April 2016, 13:46:10
Zitat von: RaspII am 18 April 2016, 23:40:25
(Mir ist beim Löten von anderen Massepins aufgefallen, dass mein Lötkolben Schwierigkeiten hat die notwendige Energie aufzubringen,
vermutlich war das beim Spannungsregler auch so).

Komisch, als wenn ich es nicht geahnt hätte ;-) Ich hatte es ja mal angesprochen irgendwo am Anfang des Threads, aber da wurde ich belächelt ;-)
https://forum.fhem.de/index.php/topic,48918.msg413440.html#msg413440
Ich wärme die Platine dann etwas vor mit einer Heißluftpistole, dann lötet es sich besser. Ich habe auch keine Lust immer die Hammerspitze anzusetzen. Aber im Prinzip geht es, da hat mrpj schon recht. Schön Lot auf die Spitze und dann verteil sich das auch besser, kurz warten, dann nochmal Lot mit Flußmittel rann führen und dann geht das.

Btw. out of the box zieht das Board bei mir 22mA bei 12V Eingangsspannung. LED blinkt kurz, alles wie es soll. Also bei 200mA dürfte da irgend was faul sein. (Sofern noch keine FW drauf ist)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 April 2016, 15:45:46
@RaspII

Die ESPs vertragen ca. 3,5V - aber bei mehr wird er meist gegrillt - kann glücklich gehen wenn es nur kurzfristig war, aber aus meiner Erfahrung sind bei Überspannung die ESPs gebrickt. (Habe auch schon 2 in den Tot geschickt)

Zitat von: ext23 am 18 April 2016, 20:29:03
(Meine wird mir 5V befeuert ;-) Ich habe aber auch keine Stripes sondern Strahler dran.)

Hast du mal nen Link zu den Strahlern? Bin gerade neugierig weil ich mich nach ner vernünftigen alternative zu stripes und cobs umschaue


Zitat von: ext23 am 19 April 2016, 13:46:10
Komisch, als wenn ich es nicht geahnt hätte ;-) Ich hatte es ja mal angesprochen irgendwo am Anfang des Threads, aber da wurde ich belächelt ;-)
https://forum.fhem.de/index.php/topic,48918.msg413440.html#msg413440
Ich wärme die Platine dann etwas vor mit einer Heißluftpistole, dann lötet es sich besser. Ich habe auch keine Lust immer die Hammerspitze anzusetzen. Aber im Prinzip geht es, da hat mrpj schon recht. Schön Lot auf die Spitze und dann verteil sich das auch besser, kurz warten, dann nochmal Lot mit Flußmittel rann führen und dann geht das.

Belächelt ist hier falsch ausgedrückt - es wurde drüber gesprochen wie es gehandhabt werden soll - Feedback war sehr mau (1x für Lötaugen, 1x gegen Lötaugen) somit wurde es nicht geändert  ;)

Und ich krieg das auch wunderbar mit einer kleinen Spitze gelötet und brauch auch keinen Heißluftfön oder geregelten Lötkolben.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 19 April 2016, 16:21:29
Zitat von: mrpj am 19 April 2016, 15:45:46
Hast du mal nen Link zu den Strahlern? Bin gerade neugierig weil ich mich nach ner vernünftigen alternative zu stripes und cobs umschaue

Ist nichts out of the box, ich habe mit bei ebay die bestellt (Nur ein Beispiel):
http://www.ebay.de/itm/DC-12V-10W-LED-Flutlicht-Strahler-Unterwasserleuchte-RGB-Warmweiss-Kaltweiss-/191678031434?var=&hash=item2ca0e6a64a:m:m3f5CHaCGnyIVQKBpXl-rNQ

Dann habe ich die Steuerung raus geworden und nur den RGB Cluster benutzt. Davor etwas Milchglas damit man die einzelnen LEDs nicht so sieht. Widerstände entsprechend angepasst. Bei einem arbeite ich mit einer Stromquelle, da braucht man aber 3 und die sind teuer und und und.

Ich hatte die Teile mal billig für 2 Euro geschossen. Und die Alu Gehäuse sind eigentlich ganz gut und dicht. Aber ich bin da noch etwas am basteln und unschlüssig.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 19 April 2016, 19:15:48
Zitat von: mrpj am 19 April 2016, 15:45:46
Und ich krieg das auch wunderbar mit einer kleinen Spitze gelötet und brauch auch keinen Heißluftfön oder geregelten Lötkolben.

Kleine Spitze? Geregelter Lötkolben? Flussmittel? Pahh, alles Luxus ... ging alles mit meiner Profilötstation für unter 10 Euro aus der Bucht ;) War selber überrascht aber alle Kontakte leiten ... auch die SMD-Widerstände sitzen schön drauf.

Aber Spass beiseite, Lötaugen wären eine gute Verbesserung für Version 1.4 oder so. Ich hab irgendwo schon eine Verbesserungsliste gesehen, finde aber den Link nicht mehr ... wäre ein Punkt dafür.

Anderer Punkt rein kosmetisch ... der ESP steht ca. 1 mm über, könnte noch etwas nach innen versetzt werden.

Für die erste Version ist das aktuelle Design eine gute Leistung. Jetzt gehts erstmal ans Programmieren :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 19 April 2016, 22:59:10
Hallo zusammen,
vielen Dank für die viele guten Tipps.
Nach 35 Jahren Löterfahrung hätte ich auf den Tipp bzgl. Lötspitze auch selbst kommen können,
hab einfach zu spät bemerkt dass der Massepin vom  Netzteil gar nicht gelötet war.

Die zweite Leiterplatte läuft jetzt problemlos.

So jetzt mach ich mich an die Firmware.

Gruß
RaspII
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 April 2016, 18:05:31
Firmware
Ich trau es mich fast schon gar nicht schreiben, aber eine nutzbare BETA Version (0.2.5)  ist auf Github.

Anleitung zum Flashen auf English:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/1.1-Flashing


Fertige Controller

Wenn alles gut mit der BETA der Firmware läuft, dann versuche ich die nächsten Tage immer mal wieder fertige Controller zu verschicken.
Jedoch bin ich gerade teilweise bis zu 12 Stunden auf der Arbeit eingespannt und die letzten Tage (in denen ich noch Nachts oder in Pausen an der Firmware gearbeitet hab) waren sehr anstrengend. Daher dauert es etwas - versuche aber dennoch 10+ Controller pro Woche zu verschicken.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 21:27:24
Guten Abend,

Ich habe nun die Beta-Firmware geflasht, komme aber leider irgendwie nicht weiter. Ich habe zwei USB-Seriell-Adapter, wobei ich nur mit einem erfolgreich bis zum Ende schreiben, der zweite bricht immer wieder an unterschiedlichen Punkten an. Nach dem Flashen und Neustarten des Controllers finde ich ein WLAN mit der SSID RGBWW14067873. Leider kann ich mich damit nicht verbinden: der Rechner kann sich gar nicht verbinden und das Handy verbindet sich zwar, kann jedoch keine Seite aufrufen und verliert die WLAN-Verbindung immer wieder. Woran könnte das liegen? Habe ich etwas falsch gemacht und kann ich etwas schlecht gelötet haben?

Vielen Dank
Ronny


EDIT: Ich muss mich nochmal korrigieren: auch das Handy kann sich nicht verbinden. Ich hätte gestern mal testweise eine statische IP-Adresse eingetragen - nun habe ich auf DHCP gestellt und bekomme scheinbar keine IP
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 21:44:32
Was sagt der ESP den seriell?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 21:46:25
Sorry, wenn ich jetzt eine dumme Frage stellen muss, aber das ist mein erster Kontakt mit einem ESP: wie bzw. mit welchem Tool bekomme ich heraus, was er seriell sagt?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 21:48:47
Du flasht den ESP doch mit einem USB/RS232 Umsetzer.
Lade dir mal HTerm runter und verbinde dich mit dem COM-Port des Umsetzers.

Da kommt ne Menge Info..... 8)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 21:59:33
Da kommt einiges, aber (vermutlich habe ich eine Einstellung falsch) nix verständliches:

0<25>??<7>?<29>???$?.,?????<28>?<28><31>??<\f>?8<22>8<\n><30>?<26>/??o???<ko?Nwwwwwwwwwwwww???c?R???ws??+B???&?F?k?<16>_<7>?RS??Fj[6fJ_<31>G<23>_????koZNwwwwwwwwwwwww???c?R???ws?<3>?B?????w{?cc_??RS??Fj?6fJ_<27>G?_????ko?Nwwwwwwwwwwwww???c?R???ws???B?????F?k?c_??RS??<22>j[6<6>J_?G?_????koZNwwwwwwwwwwwww????R???ws?<23>?B?????w<27>#c_??RS??Fj[6f?_?G?_????k<31>ZN<19>wwwww<23>wwwwww?????R???ws???B?????F?<29>n?k?c_??RS??F:[6fJ_?G?_????koZNww<19>wwwwwwwwww???c?<16>???ws???B?????F?k?w{cc_??RS??Fj[6fJ??G?_<27>???koZNwwwww<19>wwwwwww???c?R???ws???B?????w{cc_??RS??Fj[6fJ_?G?_???XkoZNwwwwwwwwwwwww???c?R???ws???B?????w{cc_??RS??<30>j[6fJ_???_???XkoZNwwwwwwwwwwwww???c?<18>???<17>s???B?g[??F?k?c???RS??Fj[6fJ_?G?_?????oZ?ww<23>wwwww<23>wwww???c?R???ws???B???<14>?c_??R<19>??Fj?6fJ_?G?<23>???Xko?Nwwwwwwwwwwwww???c?R???ws?<7>?B<20>??????k?gc_??RS??F<24>[6fJ_?G?_?????oZNw<23>wwwwwwwwwww???c?R???ws??????<27>??F?k?c_??RS???j[8fJ_?G?_????koZNwwwwwwwww<17>www???c?R???ws?<3>?B???f?F?k?c???RS??Fj[6fJ_???_????koZ<31>Nwwwwwwwwwww7w???c?R???ws???B?????c_??<18>S?"Fj[6fJ_?G?_????koZNwwww<23>ww<17><23>wwww???c?R???ws???B?????F?k?c???RS??Fj[6fJ_?G?_????koZNwwwwwwwwwwwww???c?R???ws?<7>?B???<6>?c???RS??Fj[6fJ_???_????ko?Nwwwwwwwwwwwww???c?R???ws???B?????F?k??c_??RS??Fj?6fJ??G?_<24>??>koZN<19>wwwwwwwwwww???c?R???ws???B?????F?k?c_??RS??Fj[6fJ_?G?_????koZNwwwwwwwwwwwww???c?R???<23>s??<19>B<22>????F?k?<25>_G?RS??Fj[6fJ_?G?_????koZ<31>Nwwwwwwwwwwwww???c?R???ws???B?????F?k?

Ronny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 22:11:23
Stell HTerm mal so ein:
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 22:21:21
Jetzt kommt da mehr lesbares - aber viel anfangen kann ich damit nicht. Sieht für mich ein bisschen so aus, als würde er immer wieder neustarten, wenn ein Netzwerk verbunden ist/wird:

r<24><2><\0>l??r?<\0>?#<2>?n?<4><\b>?<\f><24>?<\f><28>??<28>p?<???<\0>?8<2>???????<28>p<\f><24><\f>?nn?<2>?;?n????<\f><27>?<\f>b?$?r<24><2>r<24><2>p?n????<\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n?$<14>?<\f>??<\f>b???~?n?<3>????<\0>l`<27>??<18>?#?n?$<14>?l`<27>??`rn|??n?<4><14>????l`<27><4>?~<2>??<\f><24>?<18>?#?n?$??<\f><24>??nn?<3>??l`<27><4>nn????<\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>?????<\f>b???~?n?<3>???<28><\0>l`<27>??<18>?#?n?<4>?r<24><2><14><2>nr???;<2>??<\f>?<14>??;?<2><14>r???n?<4>??r?<24>?`<27>$`<27>??<\f>?nn?<2>??<18>?<?<28>|<\f><28><\0>lb???br? <18>????<3>b??b???n?<2>?<31>?n?<27>n??bp~?n<14>#`<7>?n?;??<2>???v????<\f><24><\0><\f><24>??<28><\0>ll?<18>n??`<27>??8<18>??<2>n?$ln????<\f><24><\0><\f><24>????l<14>#`<7>?n?;??<2>??<9>x<18>??<24>b<\f><24><\0><\f>??<\f><24>r<27>???`<27>??<\f>?nn?<2>??<9>x?<18>nn?b<\f><24><\f>??yN???8<18>??<2>n<14>#`<14>c?<\f>?nn?<18>n???<\0>?<~?n?<4>?|l`<27>?don't use rtc mem data<\r><\n>r<24><2>S+TCP connection<\r><\n>timeout updating: 70 -> 65535<\r><\n>Server timeout updating: 40 -> 90<\r><\n>'/' registered<\r><\n>'/webapp' registered<\r><\n>'/config' registered<\r><\n>'/info' registered<\r><\n>'/color' registered<\r><\n>'/animation' registered<\r><\n>'/networks' registered<\r><\n>'/scan_networks' registered<\r><\n>'/system' registered<\r><\n>'/update' registered<\r><\n>'/connect' registered<\r><\n>'/generate_204' registered<\r><\n>'/ping' registered<\r><\n>fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>mount res: 0<\n><\r><\r><\n><\r><\n>RGBWW Controller v 0.2.5<\r><\n><\r><\n>ApplicationOTA::cleanupOTAafterReset<\r><\n>APPLedCtrl::init<\r><\n>APPLedCtrl::setup<\r><\n>H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>sleep disable<\r><\n>AppWIFI::init no AP to connect to - start own AP<\r><\n>AppWIFI::startAp<\r><\n>Enabling AP and DNS server<\r><\n>AppWIFI:: WifiAP enable<\r><\n>AppWIFI:: DNS enable<\r><\n>mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>add if0<\r><\n>add if1<\r><\n>dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>bcn 100<\r><\n>APPLedCtrl::start<\r><\n>f r0, scandone<\r><\n>AppWIFI::scanCompleted<\r><\n>add 1<\r><\n>aid 1<\r><\n>station: 34:23:ba:ec:b7:0a join, AID = 1<\r><\n><\r><\n> ets Jan  8 2013,rst cause:4, boot mode:(3,6)<\r><\n><\r><\n>wdt reset<\r><\n>load 0x40100000, len 1340, room 16 <\r><\n>tail 12<\r><\n>chksum 0xe9<\r><\n>ho 0 tail 12 room 4<\r><\n>load 0x3ffe8000, len 660, room 12 <\r><\n>tail 8<\r><\n>chksum 0xcd<\r><\n>csum 0xcd<\r><\n><\r><\n>rBoot v1.3.0 - richardaburton@gmail.com<\r><\n>Flash Size:   32 Mbit<\r><\n>Flash Mode:   QIO<\r><\n>Flash Speed:  40 MHz<\r><\n>rBoot Option: Big flash<\r><\n><\r><\n>Booting rom 0.<\r><\n>r<24><2>+TCP connection<\r><\n>timeout updating: 70 -> 65535<\r><\n>Server timeout updating: 40 -> 90<\r><\n>'/' registered<\r><\n>'/webapp' registered<\r><\n>'/config' registered<\r><\n>'/info' registered<\r><\n>'/color' registered<\r><\n>'/animation' registered<\r><\n>'/networks' registered<\r><\n>'/scan_networks' registered<\r><\n>'/system' registered<\r><\n>'/update' registered<\r><\n>'/connect' registered<\r><\n>'/generate_204' registered<\r><\n>'/ping' registered<\r><\n>fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>mount res: 0<\n><\r><\r><\n><\r><\n>RGBWW Controller v 0.2.5<\r><\n><\r><\n>ApplicationOTA::cleanupOTAafterReset<\r><\n>APPLedCtrl::init<\r><\n>APPLedCtrl::setup<\r><\n>H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>sleep disable<\r><\n>AppWIFI::init no AP to connect to - start own AP<\r><\n>AppWIFI::startAp<\r><\n>Enabling AP and DNS server<\r><\n>AppWIFI:: WifiAP enable<\r><\n>AppWIFI:: DNS enable<\r><\n>mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>add if0<\r><\n>add if1<\r><\n>dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>bcn 100<\r><\n>APPLedCtrl::start<\r><\n>f r0, scandone<\r><\n>AppWIFI::scanCompleted<\r><\n>add 1<\r><\n>?jR<20>????j?4???????<2>??????<18>??*??<18>???<\n>?R????<2><\n>?E<\n>?<2>?j?<20>Jj?$k?<11>R<19>&?C?PT??edCtrl::start<\r><\n>f r0, scandone<\r><\n>AppWIFI::scanCompleted<\r><\n>add 1<\r><\n>aid 1<\r><\n>station: 34:23:ba:ec:b7:0a join, AID = 1<\r><\n>chg_A3:-180<\r><\n>station: 34:23:ba:ec:b????<17>!<1>  ?<\n><\0><\0><\0><\0>?<\0>?2<\r>rEd(db?2???j1<1>?<6>8<17>!1<18>(3<\0><18><2>
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 22:22:57
Zeilenumbruch!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 22:25:31
Sorry:

r<24><2><\0>l??r?<\0>?#<2>?n?<4><\b>?<\f><24>?<\f><28>??<28>p?<???<\0>?8<2>???????<28>p<\f><24><\f>?nn?<2>?;?n????<\f><27>?<\f>b?$?r<24><2>r<24><2>p?n????<\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n?$<14>?<\f>??<\f>b???~?n?<3>????<\0>l`<27>??<18>?#?n?$<14>?l`<27>??`rn|??n?<4><14>????l`<27><4>?~<2>??<\f><24>?<18>?#?n?$??<\f><24>??nn?<3>??l`<27><4>nn????<\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>?????<\f>b???~?n?<3>???<28><\0>l`<27>??<18>?#?n?<4>?r<24><2><14><2>nr???;<2>??<\f>?<14>??;?<2><14>r???n?<4>??r?<24>?`<27>$`<27>??<\f>?nn?<2>??<18>?<?<28>|<\f><28><\0>lb???br? <18>????<3>b??b???n?<2>?<31>?n?<27>n??bp~?n<14>#`<7>?n?;??<2>???v????<\f><24><\0><\f><24>??<28><\0>ll?<18>n??`<27>??8<18>??<2>n?$ln????<\f><24><\0><\f><24>????l<14>#`<7>?n?;??<2>??<9>x<18>??<24>b<\f><24><\0><\f>??<\f><24>r<27>???`<27>??<\f>?nn?<2>??<9>x?<18>nn?b<\f><24><\f>??yN???8<18>??<2>n<14>#`<14>c?<\f>?nn?<18>n???<\0>?<~?n?<4>?|l`<27>?don't use rtc mem data<\r><\n>
r<24><2>S+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
'/' registered<\r><\n>
'/webapp' registered<\r><\n>
'/config' registered<\r><\n>
'/info' registered<\r><\n>
'/color' registered<\r><\n>
'/animation' registered<\r><\n>
'/networks' registered<\r><\n>
'/scan_networks' registered<\r><\n>
'/system' registered<\r><\n>
'/update' registered<\r><\n>
'/connect' registered<\r><\n>
'/generate_204' registered<\r><\n>
'/ping' registered<\r><\n>
fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>
mount res: 0<\n><\r><\r><\n><\r><\n>
RGBWW Controller v 0.2.5<\r><\n>
<\r><\n>
ApplicationOTA::cleanupOTAafterReset<\r><\n>
APPLedCtrl::init<\r><\n>
APPLedCtrl::setup<\r><\n>
H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>
sleep disable<\r><\n>
AppWIFI::init no AP to connect to - start own AP<\r><\n>
AppWIFI::startAp<\r><\n>
Enabling AP and DNS server<\r><\n>
AppWIFI:: WifiAP enable<\r><\n>
AppWIFI:: DNS enable<\r><\n>
mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>
add if0<\r><\n>
add if1<\r><\n>
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>
bcn 100<\r><\n>
APPLedCtrl::start<\r><\n>
f r0, scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
add 1<\r><\n>
aid 1<\r><\n>
station: 34:23:ba:ec:b7:0a join, AID = 1<\r><\n>
<\r><\n>
ets Jan  8 2013,rst cause:4, boot mode:(3,6)<\r><\n>
<\r><\n>
wdt reset<\r><\n>
load 0x40100000, len 1340, room 16 <\r><\n>
tail 12<\r><\n>
chksum 0xe9<\r><\n>
ho 0 tail 12 room 4<\r><\n>
load 0x3ffe8000, len 660, room 12 <\r><\n>
tail 8<\r><\n>
chksum 0xcd<\r><\n>
csum 0xcd<\r><\n>
<\r><\n>
rBoot v1.3.0 - richardaburton@gmail.com<\r><\n>
Flash Size:   32 Mbit<\r><\n>
Flash Mode:   QIO<\r><\n>
Flash Speed:  40 MHz<\r><\n>
rBoot Option: Big flash<\r><\n>
<\r><\n>
Booting rom 0.<\r><\n>
r<24><2>+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
'/' registered<\r><\n>
'/webapp' registered<\r><\n>
'/config' registered<\r><\n>
'/info' registered<\r><\n>
'/color' registered<\r><\n>
'/animation' registered<\r><\n>
'/networks' registered<\r><\n>
'/scan_networks' registered<\r><\n>
'/system' registered<\r><\n>
'/update' registered<\r><\n>
'/connect' registered<\r><\n>
'/generate_204' registered<\r><\n>
'/ping' registered<\r><\n>
fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>
mount res: 0<\n><\r><\r><\n><\r><\n>
RGBWW Controller v 0.2.5<\r><\n>
<\r><\n>
ApplicationOTA::cleanupOTAafterReset<\r><\n>
APPLedCtrl::init<\r><\n>
APPLedCtrl::setup<\r><\n>
H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>
sleep disable<\r><\n>
AppWIFI::init no AP to connect to - start own AP<\r><\n>
AppWIFI::startAp<\r><\n>
Enabling AP and DNS server<\r><\n>
AppWIFI:: WifiAP enable<\r><\n>
AppWIFI:: DNS enable<\r><\n>
mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>
add if0<\r><\n>
add if1<\r><\n>
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>
bcn 100<\r><\n>
APPLedCtrl::start<\r><\n>
f r0, scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
add 1<\r><\n>
?jR<20>????j?4???????<2>??????<18>??*??<18>???<\n>?R????<2><\n>?E<\n>?<2>?j?<20>Jj?$k?<11>R<19>&?C?PT??edCtrl::start<\r><\n>
f r0, scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
add 1<\r><\n>
aid 1<\r><\n>
station: 34:23:ba:ec:b7:0a join, AID = 1<\r><\n>
chg_A3:-180<\r><\n>
station: 34:23:ba:ec:b????<17>!<1>  ?<\n><\0><\0><\0><\0>?<\0>?2<\r>rEd(db?2???j1<1>?<6>8<17>!1<18>(3<\0><18><2><\r><\n>
ets Jan  8 2013,rst cause:4, boot mode:(3,6)<\r><\n>
<\r><\n>
wdt reset<\r><\n>
load 0x40100000, len 1340, room 16 <\r><\n>
tail 12<\r><\n>
chksum 0xe9<\r><\n>
ho 0 tail 12 room 4<\r><\n>
load 0x3ffe8000, len 660, room 12 <\r><\n>
tail 8<\r><\n>
chksum 0xcd<\r><\n>
csum 0xcd<\r><\n>
<\r><\n>
rBoot v1.3.0 - richardaburton@gmail.com<\r><\n>
Flash Size:   32 Mbit<\r><\n>
Flash Mode:   QIO<\r><\n>
Flash Speed:  40 MHz<\r><\n>
rBoot Option: Big flash<\r><\n>
<\r><\n>
Booting rom 0.<\r><\n>
r<24><2>+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
'/' registered<\r><\n>
'/webapp' registered<\r><\n>
'/config' registered<\r><\n>
'/info' registered<\r><\n>
'/color' registered<\r><\n>
'/animation' registered<\r><\n>
'/networks' registered<\r><\n>
'/scan_networks' registered<\r><\n>
'/system' registered<\r><\n>
'/update' registered<\r><\n>
'/connect' registered<\r><\n>
'/generate_204' registered<\r><\n>
'/ping' registered<\r><\n>
fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>
mount res: 0<\n><\r><\r><\n><\r><\n>
RGBWW Controller v 0.2.5<\r><\n>
<\r><\n>
ApplicationOTA::cleanupOTAafterReset<\r><\n>
APPLedCtrl::init<\r><\n>
APPLedCtrl::setup<\r><\n>
H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>
sleep disable<\r><\n>
AppWIFI::init no AP to connect to - start own AP<\r><\n>
AppWIFI::startAp<\r><\n>
Enabling AP and DNS server<\r><\n>
AppWIFI:: WifiAP enable<\r><\n>
AppWIFI:: DNS enable<\r><\n>
mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>
add if0<\r><\n>
add if1<\r><\n>
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>
bcn 100<\r><\n>
APPLedCtrl::start<\r><\n>
f r0, add 1<\r><\n>
aid 1<\r><\n>
station: 00:1f:3b:c1:5c:e5 join, AID = 1<\r><\n>
station: 00:1f:3b:c1:5c:e5 leave, AID = 1<\r><\n>
rm 1<\r><\n>
add 1<\r><\n>
aid 1<\r><\n>
station: 00:1f:3b:c1:5c:e5 join, AID = 1<\r><\n>
scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
station: 00:1f:3b:c1:5c:e5 leave, AID = 1<\r><\n>
rm 1<\r><\n>
add 1<\r><\n>
id 1<\r><\n>
station: 00:1f:3b:c1:5c:e5 join, AID = 1<\r><\n>
station: 00:1f:3b:c1:5c:e5 join, AID = 1<\r><\n>
<\r><\n>
ets Jan  8 2013,rst cause:4, boot mode:(3,6)<\r><\n>
<\r><\n>
wdt reset<\r><\n>
load 0x40100000, len 1340, room 16 <\r><\n>
tail 12<\r><\n>
chksum 0xe9<\r><\n>
ho 0 tail 12 room 4<\r><\n>
load 0x3ffe8000, len 660, room 12 <\r><\n>
tail 8<\r><\n>
chksum 0xcd<\r><\n>
csum 0xcd<\r><\n>
<\r><\n>
rBoot v1.3.0 - richardaburton@gmail.com<\r><\n>
Flash Size:   32 Mbit<\r><\n>
Flash Mode:   QIO<\r><\n>
Flash Speed:  40 MHz<\r><\n>
rBoot Option: Big flash<\r><\n>
<\r><\n>
Booting rom 0.<\r><\n>
r<24><2>+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
'/' registered<\r><\n>
'/webapp' registered<\r><\n>
'/config' registered<\r><\n>
'/info' registered<\r><\n>
'/color' registered<\r><\n>
'/animation' registered<\r><\n>
'/networks' registered<\r><\n>
'/scan_networks' registered<\r><\n>
'/system' registered<\r><\n>
'/update' registered<\r><\n>
'/connect' registered<\r><\n>
'/generate_204' registered<\r><\n>
'/ping' registered<\r><\n>
fs.start: size:976 Kb, offset:0x300000<\n><\r><\n>
mount res: 0<\n><\r><\r><\n><\r><\n>
RGBWW Controller v 0.2.5<\r><\n>
<\r><\n>
ApplicationOTA::cleanupOTAafterReset<\r><\n>
APPLedCtrl::init<\r><\n>
APPLedCtrl::setup<\r><\n>
H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>
sleep disable<\r><\n>
AppWIFI::init no AP to connect to - start own AP<\r><\n>
AppWIFI::startAp<\r><\n>
Enabling AP and DNS server<\r><\n>
AppWIFI:: WifiAP enable<\r><\n>
AppWIFI:: DNS enable<\r><\n>
mode : sta(18:fe:34:d6:a8:a1) + softAP(1a:fe:34:d6:a8:a1)<\r><\n>
add if0<\r><\n>
add if1<\r><\n>
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>
bcn 100<\r><\n>
APPLedCtrl::start<\r><\n>
f r0, scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
chg_A3:-180<\r><\n>
chg_A3:0<\r><\n>
chg_A3:-180<\r><\n>
chg_A3:0<\r><\n>
chg_A3:-180<\r><\n>
???????<\0><\0>?<\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0><\0>rt<\0><\0>r<\f><\0><2><\0>r<\0>
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 22:30:15
Hmm... danach sollte ein AP aktiv sein.
Kannst du dich immer noch nicht mit dem AP verbinden?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 22:35:35
Er startet scheinbar immer wieder neu:

ets Jan  8 2013,rst cause:4, boot mode:(3,0)<\r><\n>
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 20 April 2016, 22:39:07
Hast du nochmal neu geflasht?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 20 April 2016, 22:44:22
Hi,
ich versuche gerade das neue Image via nodemcu-flasher wie hier beschrieben
https://forum.fhem.de/index.php/topic,48918.msg441186.html#msg441186 (https://forum.fhem.de/index.php/topic,48918.msg441186.html#msg441186)
zu flashen

rboot.bin und rom0.bin konnte ich auch flashen.
spiff_rom.bin konnte ich bisher=gestern nur ein einziges mal flashen (Adresse 0x300000), danach nie wieder (auch nicht mit dem alten Image)

Wenn ich nur das spiff_rom.bin flashe kommt folgende Fehlermeldung:
Note:Serial port connected.
Note:Begin find ESP8266.
Note:ESP8266 ACK success.
Note:Set base address success.
Note:ESP8266 ACK success.
Error:Set ESP8266 Address timeout.


Hat jemand einen Tipp?
Gruß
RaspII


Nachtrag: Mit dem esptool hat es jetzt funktioniert (dieses Tool hatte ich bisher nicht installiert)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 22:45:50
Zitat von: Pf@nne am 20 April 2016, 22:39:07
Hast du nochmal neu geflasht?

Schon mehrfach.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 22:49:00
Ich habe gerade mal die Widerstände durchgemessen um irgendwo anzusetzen: ich weiß nicht, ob es normal ist, aber ich messe an R10 - der Widerstand am Reset-Eingang des ESP (im eingebauten Zustand) nur 5,55kOhm..
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 20 April 2016, 23:27:42
Zu dem Log:

ets Jan  8 2013,rst cause:4, boot mode:(3,7)<\r><\n>
<\r><\n>
wdt reset<\r><\n>


habe ich im Netz folgenden Hinweis gefunden:

that was a "wdt reset" which means "watchdog timer reset".
Some thing was done on the main thread without feeding the watchdog for about a second.
Feeding means calling wdt_feed which resets the timer.
- See more at: http://www.esp8266.com/viewtopic.php?f=9&t=3146#sthash.7vloIDWi.dpuf
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 April 2016, 00:48:34
@RaspII

Ich benutz deswegen immer nur das tool von espressif - bisher hat das noch nie probleme gemacht. Mit anderen tools hatte ich schlechte Erfahrungen gesammelt


@RoBra81

Ich hab mir das log angeschaut - wenn der ESP häufig abstürzt wenn es darum geht, dass sich wifi clients verbinden bzw. er einem wifi beitreten soll, deutet dass sehr oft auf eine nicht saubere Strom Versorgung hin. (Der ESP zieht im AP Mode bei client connect mit am meisten mA - weil er viel Energie zum senden braucht)

Überprüf am besten als erstes die Cs (richtig gepolt? ;-) ) - danach ob alle auch wirklich sauber leitende Kontakte haben (zur not mit dem Lötkolben nochmal nacharbeiten) - und zu guter letzt, überprüf ob das DCDC Modul vernünftig leitende Kontakte hat.


So eine gute Nacht - Täglich grüßt das Murmeltier äh der Wecker




Nachtrag:

Das wichtigste hab ich vergessen:
Ein großes Dankeschön an Marco (Pfanne) !!!
Danke dass du mich hier im Thread Tatkräftig unterstützt und erstklassigen Support leistest.
Und großes Dankeschön auch, dass du immer wieder bereitwillig die bisherigen Firmware Versionen getestet hast und dich um die MQTT Umsetung bemühst

Da wäre es auchmal an der Zeit ein paar Runden Bier (oder ein anderes Getränk deiner Wahl) zu sponsoren  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 07:31:56
Zitat von: mrpj am 21 April 2016, 00:48:34

Nachtrag:

Das wichtigste hab ich vergessen:
Ein großes Dankeschön an Marco (Pfanne) !!!
Danke dass du mich hier im Thread Tatkräftig unterstützt und erstklassigen Support leistest.
Und großes Dankeschön auch, dass du immer wieder bereitwillig die bisherigen Firmware Versionen getestet hast und dich um die MQTT Umsetung bemühst

Da wäre es auchmal an der Zeit ein paar Runden Bier (oder ein anderes Getränk deiner Wahl) zu sponsoren  ;)

Kein Problem, da ich weiß, wie frustrierend es ist einfach nicht weiterzukommen, helfe ich gerne.
Kann aber nicht im Ansatz deinen Tiefgang liefern! Gerade was das Framework für den Controller angeht hat es den Bastelstatus längst verlassen.
Bei diesem Projekt handelt es schon um eine professionelle Lösung!
Die LED-Library ist da eher schon schmückendes Beiwerk.


@Ronny
Hast du noch ein zweites Board da?
Wie speist du das Board ein?
Läuft denn ein einfacher Blink-Sketch?

Gruß
Pf@nne

   
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 21 April 2016, 07:36:48
Ich muss mal ganz blöd fragen. Wie stelle ich den Spannungswandler ein? Mit einem Kreuzschraubendreher lässt sich da nix drehen. Muss man erst was hochklappen?
Aktuell liefert er mir 10,5V am Ausgang bei 24V Input.


Den ESP hab ich noch nicht drauf.

EDIT:

Lässt sich doch drehen. Ging nur schwer am Anfang.
Ist die Ausgangspannung eigentlich unabhängig von der Eingangsspannung, wenn ich sie einmal eingestellt habe?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 09:07:25
Zitat von: gloob am 21 April 2016, 07:36:48
Ist die Ausgangspannung eigentlich unabhängig von der Eingangsspannung, wenn ich sie einmal eingestellt habe?

Das ist der Sinn der Übung..... 8)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 21 April 2016, 09:19:45
Hi,
@gloob
Ja nix hochklappen.
Wenn du den richtigen Schlitzschraubendreher nutzt klappt das schon.
Wenn der Wandler und die Elko schon eingelötet sind solltest Du den Elko am Ausgang des Wandlers mit ca 100 Ohm belasten.
Ja, die Ausgangspannung ist unabhängig von der Eingangsspannung (das ist der Sinn des Wandlers)

Gesendet von meinem SM-G900F mit Tapatalk
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: boke am 21 April 2016, 10:36:53
Hallo,
eine Frage zum Flashen, was schließe ich an G0 an?
Einfach mit Masse verbinden?
Und wenn ja, wann soll ich das tun?
Habe einen TTL 232R 3V3
Viele Grüße!
Dennis
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 21 April 2016, 11:23:38
Hallo,

habe auch meine Sendung erhalten. Vielen Dank dafür.

Wollte jetzt mal wissen, was ich an Hardware brauche um den ESP8266-12 zu flashen. Wer kann mir helfen bzw. Bezugsquellen nennen?

Grüße
Timo
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 21 April 2016, 11:42:04
Ich habe mir das hier bestellt --> Klick! (http://www.ebay.de/itm/CP2102-USB-2-0-to-TTL-UART-6PIN-Module-Serial-Converter-5V-3-3V-inkl-Jumperka-/262385050345?hash=item3d175e22e9:g:vCwAAOSwT6pVnmff)
Mal sehen ob es damit klappt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 April 2016, 11:55:19
Ich warte noch auf die Aufschreie wegen der BETA Firmware ;-) - wenn bis Samstag nichts gravierendes kommt - gehe ich davon aus dass die ferigen Module damit erstmal verschickt werden können.

Falls dann noch Kleinigkeiten sind -> der OTA Prozess ist recht simpel

Zitat von: Pf@nne am 21 April 2016, 07:31:56
Kein Problem, da ich weiß, wie frustrierend es ist einfach nicht weiterzukommen, helfe ich gerne.
Kann aber nicht im Ansatz deinen Tiefgang liefern! Gerade was das Framework für den Controller angeht hat es den Bastelstatus längst verlassen.
Bei diesem Projekt handelt es schon um eine professionelle Lösung!
Die LED-Library ist da eher schon schmückendes Beiwerk.


Jetzt mal nicht übertreiben hier  - aber Danke für den Zuspruch. Die Worte lassen erahnen wieviel Arbeit hinter dem ganzen Projekt tatsächlich steckt   ;)

Zitat von: boke am 21 April 2016, 10:36:53
eine Frage zum Flashen, was schließe ich an G0 an?
Einfach mit Masse verbinden?

Um den Controller zu flashen, erst G0 auf Masse legen und dann den Controller starten/resetten.

Für den Normalen Betrieb G0 frei halten.

WICHTIG
Nach dem flashen dem Controller einmal resetten/power cycle - der ESP scheint da sonst etwas zickig zu werden. (Manche System Commands z.b. restart erzeugen sonst einen WDT reset )


Zitat von: tigru77 am 21 April 2016, 11:23:38
Wollte jetzt mal wissen, was ich an Hardware brauche um den ESP8266-12 zu flashen. Wer kann mir helfen bzw. Bezugsquellen nennen?

Ich empfehle die FTDI 232 Geschichten:
Via Aliexpress (http://www.aliexpress.com/item/Free-shipping-1pcs-FT232RL-FTDI-USB-3-3V-5-5V-to-TTL-Serial-Adapter-Module-for/32242560760.html?ws_ab_test=searchweb201556_0,searchweb201602_2_10017_10005_10006_10034_10021_507_10022_10009_10020_10008_10018_10019,searchweb201603_7&btsid=1bf1ebbc-00a1-4758-8857-b9cb60e9c776)
Via Ebay (http://www.ebay.de/sch/i.html?_from=R40&_trksid=p2050601.m570.l1311.R6.TR12.TRC2.A0.H0.Xftd.TRS0&_nkw=ftdi+232&_sacat=0)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 21 April 2016, 11:56:09
@boke
Ja G0 einfach mit Masse verbinden, danach Reset Taste drücken oder Spannung neu einschalten

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 11:57:35
Ich wollte mich mal grad an die erste Platine heranmachen, dabei ist mir aber eins aufgefallen:

auf dem Bild von der 1.3-Version im zweiten Post vorne ist der 10k-Widerstand als R6 beschriftet, auf der tatsächlichen dann aber als R11.

Ich gehe mal davon aus, dass R11 auf der Platine wirklich der 10k ist, und am Bild nur die falsche beschriftung ist, oder?

Ausserdem: Ist vom 10k einer zuviel und von den 1k zwei zuviel? Also in reserve?
Oder bin ich blind und finde die dazugehörigen Lötaugen/Beschriftungen nicht?

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 21 April 2016, 12:51:54
Zitat von: Pf@nne am 21 April 2016, 09:07:25
Ist die Ausgangspannung eigentlich unabhängig von der Eingangsspannung, wenn ich sie einmal eingestellt habe?

Das ist der Sinn der Übung..... 8)

Hi,

auf der Y-Achse ist die anliegende Spannung, was ist auf der x-Achse, Zeit in sec. (Zeit in anderer Auflösung)? Du hast die Eingangsspannung von Null bis 10 Volt erhöht und dann wieder auf Null zurückgeführt. War bei diesem Test ein Verbraucher auf der Ausgangsseite?

Danke!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 14:47:00
Zitat von: kadettilac89 am 21 April 2016, 12:51:54
Hi,

auf der Y-Achse ist die anliegende Spannung, was ist auf der x-Achse, Zeit in sec. (Zeit in anderer Auflösung)? Du hast die Eingangsspannung von Null bis 10 Volt erhöht und dann wieder auf Null zurückgeführt. War bei diesem Test ein Verbraucher auf der Ausgangsseite?

Danke!

Juupp.... 5mA
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: boke am 21 April 2016, 15:12:15
Hallo,
so es hat alles geklappt!
Noch mal vielen Dank an alle die hier so fleißig mitarbeiten!

Welche LED Stripes könnt ihr empfehlen? RGBWW und RGBWWCW .

Viele Grüße
Dennis
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 April 2016, 17:36:58
Zitat von: Icinger am 21 April 2016, 11:57:35
auf dem Bild von der 1.3-Version im zweiten Post vorne ist der 10k-Widerstand als R6 beschriftet, auf der tatsächlichen dann aber als R11.

Ich gehe mal davon aus, dass R11 auf der Platine wirklich der 10k ist, und am Bild nur die falsche beschriftung ist, oder?

Der Silkscreen ist korrekt - zur not einfach in die Github Dateien schauen - die sind meist am aktuellsten (ist wesentlich weniger Aufwand als die Forenposts zu pflegen)

https://github.com/patrickjahns/esp_rgbww_controller
https://github.com/patrickjahns/esp_rgbww_controller/blob/master/pictures/rgbww-full.png


Zitat von: Icinger am 21 April 2016, 11:57:35
Ausserdem: Ist vom 10k einer zuviel und von den 1k zwei zuviel? Also in reserve?
Oder bin ich blind und finde die dazugehörigen Lötaugen/Beschriftungen nicht?

So schlimm ist es auch noch nicht um dich bestellt - aber durch die vielen Kommentare in den letzten Tagen ist der Hinweis wahrscheinlich Untergegangen:

Zitat von: mrpj am 12 April 2016, 09:54:09


  • Es ist jeweils ein zusätzlicher Wiederstand dabei (12x10K; 2x1K) - C2 ist nur 1x mal in der Tüte


Oder zur Not auch die Teileliste von Github
https://github.com/patrickjahns/esp_rgbww_controller#parts
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 18:44:49
ZitatEs ist jeweils ein zusätzlicher Wiederstand dabei (12x10K; 2x1K) - C2 ist nur 1x mal in der Tüte

Stimmt, hatte ich übersehen.

Der erste ist fertig bestückt, ESP baut brav seinen AP auf.....Jetzt gehts mal ans flashen :D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 20:18:48
stefan@lappi:/media/Data/Downloads/esp-RGBWW$ ~/esp-open-sdk/esptool/esptool.py -p /dev/ttyUSB0 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin
Connecting...

A fatal error occurred: Failed to connect to ESP8266
stefan@lappi:/media/Data/Downloads/esp-RGBWW$

Kann jemand was mit der Fehlermeldung anfangen?
Die LEDs am SUB-Serial blinken ein, zwei Sekunden, dann kommt die Fehlermeldung.
Habs jetzt mit 2 verschiedenen USB-Ser probiert, immer das selbe :(
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 20:28:00
RxD/TxD über kreuz angeschlossen?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 20:34:08
Hatte ich auch schon vermutet, wenn ich die beiden kreuze, blinken die LEDs am controller gar nicht.
Ich werds mal mit nem anderen ESP probieren.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 20:41:55
RxD muss doch aber auf TxD
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 20:47:53
Isses ja auch.....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 20:55:04
Auch mal mit Arduino einen blink-Sketch flashen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 21 April 2016, 20:55:58
Guten Abend,

Zitat von: mrpj am 21 April 2016, 00:48:34
Überprüf am besten als erstes die Cs (richtig gepolt? ;-) ) - danach ob alle auch wirklich sauber leitende Kontakte haben (zur not mit dem Lötkolben nochmal nacharbeiten) - und zu guter letzt, überprüf ob das DCDC Modul vernünftig leitende Kontakte hat.

Ich habe die Cs geprüft und sie waren richtig herum (der SMD-C hat ja keine Polung). Also habe ich mit dem Lötkolben noch mal die Kontakte von den beiden großen Cs, vom DCDC Modul und zu guter letzt vom ESP nachgearbeitet - das war aber wohl leider ein Fehler: abgesehen davon, dass in der Zwischenzeit die Pizza im Ofen ziemlich dunkel geworden ist, geht der Controller jetzt gar nicht mehr. Kein blinken des ESP beim anstecken des Stroms  :'(
Am Ausgang des DCDC Moduls messe ich (wie vorher auch) 3,4V,  aber am ESP sind es nur noch 1,0V...

Da werde ich wohl am WE den zweiten Controller zusammen löten müssen...

Ronny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 21:07:03
PS: Daten vom original-Sketch kommen über minicom rein, nur flashen krieg ich nicht hin nicht....

Zitatd$`rl�n't use rtc mem data
r$��"d�
Ai-Thinker Technology Co.,Ltd.

ready
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 April 2016, 21:23:53
@Icinger

Hast du auch den Pin G0 zum flashen auf Ground gesetzt?

Zitat von: RoBra81 am 21 April 2016, 20:55:58
Guten Abend,

Ich habe die Cs geprüft und sie waren richtig herum (der SMD-C hat ja keine Polung). Also habe ich mit dem Lötkolben noch mal die Kontakte von den beiden großen Cs, vom DCDC Modul und zu guter letzt vom ESP nachgearbeitet - das war aber wohl leider ein Fehler: abgesehen davon, dass in der Zwischenzeit die Pizza im Ofen ziemlich dunkel geworden ist, geht der Controller jetzt gar nicht mehr. Kein blinken des ESP beim anstecken des Stroms  :'(
Am Ausgang des DCDC Moduls messe ich (wie vorher auch) 3,4V,  aber am ESP sind es nur noch 1,0V...

Da werde ich wohl am WE den zweiten Controller zusammen löten müssen...

Ronny

Ronny, miss doch mal an c1 und c2 die Spannung um sicher zu gehen dass dort auch wirklich 3.3v anliegen. Als nächstes miss doch mal den R zwischen 3,3V und GND - wenn wirklich nur noch 1V am ESP ankommt, dann ist irgendwo eine Brücke
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 21:31:39
Ja, hab ich auch......Kurz auf Ground, lang auf ground, vorm "Enter" drücken, nach dem Enter drücken usw.
Alle möglichen Kombinationen, die mir eingefallen sind.

Komisch, mit Panstamp & Co hatte ich nie solche Schwierigkeiten. Aber ich werd das schon noch irgendwie hinkriegen, wäre ja gelacht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 April 2016, 21:33:58
Kurz der Prozess:
- Den FTDI verbinden:
- G0 auf Masse
- Board mit Strom versorgen (falls schon versorgt, reset)

G0 muss auf Masse bevor der ESP Strom bekommt!
Ansonsten nochmal alle R die als Pullup/PullDown dienen nachmessen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 21 April 2016, 21:37:48
Ich kann nur nochmal anbieten bei Bedarf Boards zu löten und mit einer OTA fähigen Version "vorzuflashen".
Bevor noch mehr junge unschuldige ESPs sterben müssen....  ;D

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 April 2016, 21:38:16
ZitatG0 muss auf Masse bevor der ESP Strom bekommt!
Danke, das war der springende Punkt.

Ich war schon kurz davor, den Eprommer auch meinen 64er-Zeiten ausn Keller zu holen ^^
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: gloob am 22 April 2016, 07:41:42
Irgendetwas stimmt mit meinem Board auch nicht. Am Anfang blinkte der ESP blau beim Anschließen der Spannungsversorgung und erzeugte ein WLAN.
Heute wird er nur noch heiß und die blaue LED blinkt nicht.
3,3V kommen am ESP an und da es schon einmal funktioniert hat, schließe ich einen Fehler beim Löten aus.

Hat jemand eine Idee, was das sein könnte?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 April 2016, 12:19:41
Ich dachte eigentlich, dass der Bausatz relativ simpel ist mit den wenig Komponenten. Wie empfindet ihr das bisher? Was fehlt euch bzw. was macht den Bausatz kompliziert?

Ich hatte bei all den Boards die ich aufgebaut habe, bisher keine Probleme gehabt. Beim entwickeln und testen der Boards habe ich 2 ESPs zerstört - aber das lag an freier Verdrahtung von zusätzlichen Komponenten um die Stabilität zu testen. (ESPs mögen keine Spannung auf dem Metalldeckel  ;)) Beim 2ten hatte ich den falschen FTDI genommen, der noch auf 5V eingestellt war, statt 3,3V - das mag der ESP auch nicht  ;)

Zitat von: gloob am 22 April 2016, 07:41:42
Irgendetwas stimmt mit meinem Board auch nicht. Am Anfang blinkte der ESP blau beim Anschließen der Spannungsversorgung und erzeugte ein WLAN.
Heute wird er nur noch heiß und die blaue LED blinkt nicht.
3,3V kommen am ESP an und da es schon einmal funktioniert hat, schließe ich einen Fehler beim Löten aus.

Hat jemand eine Idee, was das sein könnte?

Beschreib doch bitte mal das genaue vorgehen bzw. was du alles mit dem ESP/Board gemacht/nicht gemacht hast. Eine Ferndiagnose ohne weitere Infos ist oft schwer  ;)

Kannst du auch bitte eine serielle Verbindung aufbauen und mitschneiden welche Lebenszeichen der ESP von sich gibt
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 22 April 2016, 14:21:34
Zitat von: mrpj am 21 April 2016, 11:55:19
Um den Controller zu flashen, erst G0 auf Masse legen und dann den Controller starten/resetten.

D.h. Zum Beispiel einen Jumper zwischen PROG-Anschluss 3 und 4?

Der nodeMCU hat dazu einen Button, den man drückt  und dann resetet.

Wozu ist der Button CLR auf dem Board gedacht?

Gruss Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 April 2016, 14:35:09
Zitat von: Tom71 am 22 April 2016, 14:21:34
D.h. Zum Beispiel einen Jumper zwischen PROG-Anschluss 3 und 4?

Solange der Serielle Programmer alle nötigen Verbindungen hat (meist auch GND) ja - ansonsten eben nen Stecker vom Programmer zum PROG mit nochmal GND führen

Zitat von: Tom71 am 22 April 2016, 14:21:34
Der nodeMCU hat dazu einen Button, den man drückt  und dann resetet.

nodeMCU ist ein Development Board - dass wesentlich öfters geflasht werden muss, da macht es auch Sinn.
Im Idealfall braucht man den Controller 1mal flashen und die darauf folgenden updates sind via OTA

Zitat von: Tom71 am 22 April 2016, 14:21:34
Wozu ist der Button CLR auf dem Board gedacht?

Um die Einstellungen des Controllers auf den Ursprungszustand zu setzen (falls das Passwort für den AP/Interface verloren gegangen ist)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: fhemlerix am 22 April 2016, 20:27:12
Hallo Patrick,

jetzt bekommst du von mir mal ein großes Lob.   :D
Mein Bausatz ist zusammengelötet, geflasht und jetzt teste ich.
An V+ und WW ist momentan ein LED-Streifen angeschlossen, die Helligkeit läßt sich einstellen und das Signal habe ich mir zusätzlich an meinem Spielzeug-Oszi DSO138 angesehen, das funktioniert.
Es passt soweit alles.

Vielen Dank
fhemlerix
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 22 April 2016, 20:57:19
Hat super gepasst vom löten her, keine Probleme.

Bin nur über den Fehler mit GND auf G0 gleich beim einschalten gestolpert.
Was vlt. noch ne Idee wäre: Einen 3.3V-Pin bei der Stiftleiste. Dann könnte man zum flashen den Controller vorübergehend vom USB-Ser her versorgen und bräuchte kein zusätzliches Netzteil.
Zumindest mein USB-Ser hat je einen Pin mit 3.3V und 5V.

Ansonsten: TOP

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 22 April 2016, 22:28:28
Dann schau aber mal was dein USB-Ser so an Strom liefern kann, bei 3,3V sind das bei den Standard Dingern weniger als 50mA. Bei 5V geht das, der wird direkt durchgereicht. 3,3V gehen aber aus den FT232RL raus, der hat ein internen Spannungsregler.

Ich bekomme mein ESP ums Verrecken nicht mehr geflasht. Der bricht immer ab irgend wann. Schon etliche Tools und Rechner benutzt. Ich hab noch so eine grottigen ESP im Schrank der auch dasselbe Problem hat. Irgendwie nervt dieser China Ausschuss so langsam. Ein anderer ESP geht, also irgendwie komisch, nur genau der auf dem Board nicht. Den man ja auch so gut wieder auslöten kann :-) Scheiss Murphy.

UPDATE:
Auszug aus dem DS vom FT232RL:
"Up to 50mA can be drawn from this pin to power external logic if required."

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 April 2016, 22:34:37
@Icinger @fhemlerix

Das freut mich gerade zu lesen - ich hoffe wir kriegen auch noch alles bei den "Sorgenkindern" geregelt.

Zitat von: Icinger am 22 April 2016, 20:57:19
Was vlt. noch ne Idee wäre: Einen 3.3V-Pin bei der Stiftleiste. Dann könnte man zum flashen den Controller vorübergehend vom USB-Ser her versorgen und bräuchte kein zusätzliches Netzteil.

Bisher habe ich eher Warnungen gelesen, dass der ESP zuviel mA zieht, um z.B. die 3,3V vom FTDI232 Board gespeißt zu bekommen.
Ich habe hier die Befürchtung, dass das zu noch mehr komplikationen führt

Zitat von: ext23 am 22 April 2016, 22:28:28
Ich bekomme mein ESP ums Verrecken nicht mehr geflasht. Der bricht immer ab irgend wann. Schon etliche Tools und Rechner benutzt. Ich hab noch so eine grottigen ESP im Schrank der auch dasselbe Problem hat. Irgendwie nervt dieser China Ausschuss so langsam. Ein anderer ESP geht, also irgendwie komisch, nur genau der auf dem Board nicht. Den man ja auch so gut wieder auslöten kann :-) Scheiss Murphy.

Das verwundert mich aber, bei allen esps die ich bisher geflasht habe und beim experimentieren mehrmals wieder flashen musste, ist das nicht vorgekommen.

Kann es eventuell an dem FTDI Programmer liegen?
Welches tool nutzt du zum flashen? Schonmal das offizielle tool vom ESP SDK genutzt?

Kannst du eine ganz minimale firmware flashen? Oder mal nur den offiziellen init bereich von espressif?


Firmware

Ich pushe morgen nochmal kleine Änderungen zur Firmware auf Github - es wäre toll, wenn alle die bisher ihre Controller mit v0.2.5 geflasht haben, via OTA auf 0.2.6 updaten und mir kurz Feedback geben.
Wenn das alles reibungslos klappt, verschicke ich Montag dann die erste charge mit fertigen Controller (geflasht und getestet)



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 22 April 2016, 22:51:43
@mrpj
ZitatIch dachte eigentlich, dass der Bausatz relativ simpel ist mit den wenig Komponenten. Wie empfindet ihr das bisher? Was fehlt euch bzw. was macht den Bausatz kompliziert?

Hier meine Erfahrung:
Man musste sich die Unterlagen etwas zusammensuchen (Programmer = Pegelwandler, ja, das Runde Teil auf dem Netzteil ist tatsächlich ein Poti, Stückliste via Eagle Light extrahieren, wo war doch gleich das Download Image, Installation der Entwicklungsumgebung/des Programmers, Pfade einstellen ....) aber man konnte alle Informationen finden.

Ich will hier nicht meckern, der erste Blog ist super strukturiert aufgebaut, alle Informationen sind da.
Wenn wir es den Nachzüglern noch einfacher machen wollen, sollte eine Wiki her, ich helfe auch gerne beim Aufbau.

Problematisch ist m.E. nur das Netzteil.
Das Löten war für mich trotz 35 Jahren Löterfahrung (kein Quatsch) nicht ganz einfach, da die Lötspitze die durch die "Löcher" passt zu wenig Power hat, meine zweite Lötspitze passt nicht durch die Löcher. Aber mit etwas "braten" hat es dann geklappt.
Richtig schlimm finde ich das Poti auf dem Netzteil. Kleinste Stellgrößen führen zu einem Spannungshub >> 1V, da zerstört man bei der Fehlersuche dann doch sehr leicht den ESP.
Ich schau mir mal die Schaltung an, vielleicht kann man mit einfachen Mitteln den Bereich so einschränken, dass man nur noch "feinjustieren" kann (wenn überhaupt).

Ansonsten bleibt nur folgedes zu sagen:
RaspII
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 22 April 2016, 23:09:07
Tja, bei mir lief es auch erst gut, habe einen Controller ja erfolgreich flashen können.

Heute erneut versucht, geht nicht mehr, auch die blaue LED auf dem ESP8266 blitzt nicht mehr.

Also einen zweiten Controller aufgebaut, geht auch nicht.

Bei beiden dasselbe Phänomen.
Am Eingang des Stepdowns 12V, am Ausgang 3,3V, also okay.

Aber an C1 und C2 sowie am VCC vom ESP nur noch 0,5V.
Stromaufnahme gerade mal 0,15ma.

Ist mir ein Rätsel wo die Spannung abfällt, da ist ja nichts mehr zwischen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 22 April 2016, 23:16:22
Hi,
ich hatte genau das selbe Problem.

Verbinde mal die Masse des Eingangselkos (C3) mit dem IN(-) Pin des Spannungswandlers.
Der Massepin des Spannungswandlers ist m.e. der kritischste Pin, da die Kühlfläche die daran hängt (da gibt es vermutlich eine Masselage) am größten ist.

Wenn die Spannungen an den Ein- und Ausgangspins des Step Down Wandlers korrekt sind, ist mindestens einer der Ausgangspins nicht korrekt gelötet.
Am besten testest Du das in dem den  (+)Pin von C1 mit dem Plus Pin am Ausgang des Wandlers verbindest und den (-) Pin von C1 mit dem (-) Pin des Wandlers.

Ich habe mit dieser Methode die "kalte" Lötstellen bei mir gefunden.
(Die können durchaus auch mal funktioniert haben, kalte Lötstellen gehen machmal, manchmal nicht)

Gruß
RaspII
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 22 April 2016, 23:37:42
Danke für den Tipp, mit einer zusätzlichen Verbindung zwischen Masse C3 und IN(-) geht es jetzt.
Dann weiß ich ja jetzt, dass ich da noch nacharbeiten muss.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 00:23:55
Nr. 1 läuft wieder

Patrick, danke für den Ersatz ESP.
:) :) :) 8)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 09:28:28
Zitat von: RaspII am 22 April 2016, 22:51:43
Hier meine Erfahrung:
Man musste sich die Unterlagen etwas zusammensuchen (Programmer = Pegelwandler, ja, das Runde Teil auf dem Netzteil ist tatsächlich ein Poti, Stückliste via Eagle Light extrahieren, wo war doch gleich das Download Image, Installation der Entwicklungsumgebung/des Programmers, Pfade einstellen ....) aber man konnte alle Informationen finden.
Ich will hier nicht meckern, der erste Blog ist super strukturiert aufgebaut, alle Informationen sind da.
Wenn wir es den Nachzüglern noch einfacher machen wollen, sollte eine Wiki her, ich helfe auch gerne beim Aufbau.

Ich bin persönlich für einzelne kleine Projekte nicht der Fan von Wiki`s.
Wie wäre es mit einer Anleitung verfasst in einem Google Docs Dokument - es wird dann später von ein PDF daraus erzeugt, welches von der ersten Seite verlinkt wird?


Zitat von: RaspII am 22 April 2016, 22:51:43
Problematisch ist m.E. nur das Netzteil.
Das Löten war für mich trotz 35 Jahren Löterfahrung (kein Quatsch) nicht ganz einfach, da die Lötspitze die durch die "Löcher" passt zu wenig Power hat, meine zweite Lötspitze passt nicht durch die Löcher. Aber mit etwas "braten" hat es dann geklappt.
Zitat von: RaspII am 22 April 2016, 23:16:22
Ich habe mit dieser Methode die "kalte" Lötstellen bei mir gefunden.
(Die können durchaus auch mal funktioniert haben, kalte Lötstellen gehen machmal, manchmal nicht)

Den DCDC Wandler aufzulöten scheint bei einigen zu problemen geführt zu haben. Ich schaue mal inwiefern ich Polygonen in Eagle kombinieren kann. Ich würde dann bei den kleineren Bauteilen, bei denen wenig mA fließen (DCDC Wandler, C1, C2, C3, Rs) Lötaugen/Thermals rein setzen.
Ich denke bei den Mosfets ist es auch okay mit den Lötaugen/Thermals - dann würde ich nur die Anschlussklemmen ohne Termals machen - da passiert auch nicht viel wenn man die mal länger brät  ;)

Die nächste Version des Controller PCBs wird aber noch etwas dauern. Modifikationen werde ich also noch machen und auf Gitub veröffentlichen - ob ich nochmal eine Sammelbestellung organisieren, weiss ich gerade nicht. Es ist einfach ein sehr hoher Aufwand - aber ohne eine Gewisse Stückzahl (100+ evtl. sogar 200+) macht es wenig Sinn, denn sonst fehlen die Mengenrabatte für Mosfets und Anschlussklemmen.


Zitat von: RaspII am 22 April 2016, 22:51:43
Richtig schlimm finde ich das Poti auf dem Netzteil. Kleinste Stellgrößen führen zu einem Spannungshub >> 1V, da zerstört man bei der Fehlersuche dann doch sehr leicht den ESP.
Ich schau mir mal die Schaltung an, vielleicht kann man mit einfachen Mitteln den Bereich so einschränken, dass man nur noch "feinjustieren" kann (wenn überhaupt).

Mit dem DCDC Wandler - wenn man großabnehmer wird, kann man sicherlich eine feste Version herstellen lassen mit dedizierten Wiederständen.
Ansonsten wird es auch teurer werden. An Sich sollte der DCDC Wandler auch ein "set it, forget it" sein. Und das im Idealfall bevor der ESP auf dem Board sitzt

Ich sehe das schwergängige davon eigentlich als Vorteil - ich habe damit weniger bedenken, dass er sich einfach mal verstellt  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 11:36:59
Firmwar Update

Auf Github is nunFirmware 0.2.6 mit Interface 0.2.2.

Jetzt brauch ich mal eure Mithilfe - es wäre wirklich top, wenn jeder der schon seine ESPs aufgebaut hat die Firmware testet. Besonders wichtig für mich: funktioniert das update via OTA reibungslos (Bitte mehrmals testen)

Wenn möglich, wäre es sehr hilfreich, wenn ihr noch test:
- funktioniert die Vergabe von statischen IPs
- funktioniert das Umbenennen des APs / Nutzung von einem Passwort für den AP des Controllers
- Funktioniert es das Webinterface/API mit einem Passwort zu versehen

Falls es probleme gibt, wäre ich sehr dankbar, wenn ihr mir ein Log File zur Verfügung stellt. (Idealerweise wäre es top, wenn ihr bei einem Problem die Firmware aus dem Anhang flasht, damit ich ein umfangreicheres Log file bekomme und mir genauer anschauen kann, was passiert)

danke euch!

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 23 April 2016, 15:36:58
Zitat von: RaspII am 23 April 2016, 00:23:55
Nr. 1 läuft wieder

Wie hast du den den ESP wieder von der Platine bekommen ?
Ich habe nämlich genau das gleiche Problem.
Die ersten beiden Files schreibt er ( aber nur bei mehreren Versuchen) beim dritten ist es dann aber vorbei.
Der Flash-Vorgang bricht sporadisch ab.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 23 April 2016, 15:44:56
Zitat von: mrpj am 22 April 2016, 22:34:37
Das verwundert mich aber, bei allen esps die ich bisher geflasht habe und beim experimentieren mehrmals wieder flashen musste, ist das nicht vorgekommen.

Kann es eventuell an dem FTDI Programmer liegen?
Welches tool nutzt du zum flashen? Schonmal das offizielle tool vom ESP SDK genutzt?

Kannst du eine ganz minimale firmware flashen? Oder mal nur den offiziellen init bereich von espressif?

Ich hab nur 2 von den FT232 er da, die anderen sind alle 5V, da müsste ich erst frickeln. Software ist egal was nicht nehme, die brechen jetzt alle ab und immer bei dem großen file, immer so bei ca 94%. Bootloader und das FS Image funktionieren immer ohne Probleme.

Mhh naja mal schauen, hab gerade etwas wenig Zeit, ich muss mich im Moment um meinen Copter kümmern, wird ja wieder besser draußen ;-)

Ich schau mir das später nochmal an, bzw. bestell mir mal ein Satz unterschiedlicher RS232 zu 3,3V Umsetzer. Muss ja nicht immer der FT232 sein ;-)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 16:02:56
@AxelSchweiss
Das Problem, dass er nur ab und zu die ersten beiden Files schreibt hatte ich auch (komplett identisch wie Du beschrieben hast.
Bei mir lags am nodemcu-flasher
Nachdem ich das ESPTool genommen habe klappt es problemlos und zwar alle drei Files und auch jedes mal.
siehe:  https://forum.fhem.de/index.php/topic,48918.msg442159.html#msg442159 (https://forum.fhem.de/index.php/topic,48918.msg442159.html#msg442159)

Falls Du es schon mit dem ESPTool ausprobiert hast und es trotzdem nicht klappt, glaube ich dennoch nicht das der ESP defekt ist sondern eher dass die Lötstellen vom Netzteil nicht korrekt sind. Am besten kann man das Testen wenn man die - und + Pins der zugehörigen Elkos an die - und + Pins des Netzteils anlötet (per Draht).

Alle Fehler die ich bisher hatte lagen genau an diesen Lötstellen.

Falls Du den ESP doch tauschen muss:
Der ESP steht leicht über den Rand der LP heraus, zu Auslöten ist das hilfreich.
Ich habe dazu alle Lötstellen einer Seite mit einer fetten Lötspitze zum fliesen gebracht, dann eben an der überstehenden Kante diese Seite ganz vorsichtig, soweit wie möglich von der Grundplatte weggedrückt. Das geht beim ersten schritt geschätzt nur für ca. ein 1/10 mm. Dann nimmt man sich sich die andere Seite vor usw. bis der ESP soweit von der Grundplatte wegsteht, dass man das restliche Lötzinn entfernen kann oder den ESP komplett abheben kann .
Das dauert etwas, hab den oben beschriebenen Vorgang auf jeder Seite bis zu 10x wiederholt. 
Man muss hier extrem vorsichtig vogehen, sonst beschädigt man die Anschlusspads auf der Grundplatte.
Alternativ könnte man das auch mit einem Warmluftfön machen, dann bläst man sich aber in der Regel die Kleinteile (Widerstände weg).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 16:28:00
Hi nochmal,
ich hab jetzt auch noch eine Frage:
Wenn ich die Farben am Controller auf Weißlicht (ganz oben links im Eck, siehe Anhang, egal welche Farbe selbst eingestellt ist) stelle, hatte ich gestern abend einen effekt, dass das Licht für ca. 10-20sec. auf hell violett ging, danach wieder ca. 10-20sec. auf Weiß usw.
Hatte jemand diesen Effekt schon?

Ich spiele hier mit Abfallstücken einer Lichterkette rum, könnte durchaus auch sein, dass dieses Stück nicht mehr ganz astrein funktioniert, dann lohnt sich das forschen nicht.

Heute kann ich das nicht mehr reproduzieren (Firmware ist noch der alte Stand: 
Firmware 0.2.5   (v0.2.5)
Web Interface 0.2.1
RGBWW Version 0.8.0
SMING Version 2.1.0


Habe heute aber die Ansteuersignale (direkt an der Klemme, Bezugspotential ist GND) durchgemessen
(anghängt ist der Rot-Kanal).
Das Tastverhältnis (Ein=Low) ist bei fast 100% (siehe MAP001), -> OK aus meiner Sicht
Allerdings wird jeder Kanal kurz hintereinnder 2x aus-eingeschaltet, (siehe MAP002) das sieht mir schon nach einem Problem in der SW aus (MAP002 ist ein Zoom in MAP001).

Das erklärt zwar mein Fehlerbild von gestern nicht, wäre aber schön wenn jemand weiss ob das ein "gewolltes" verhalten ist.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 16:34:35
So,
jezt zum Thema Update Test
Ich werde diesen Post (exakt diesen) immer nach jedem Test aktualisieren.

Test WEBUpdate
Ausgangszustand:
Firmware 0.2.5   (v0.2.5)
Web Interface 0.2.1
RGBWW Version 0.8.0
SMING Version 2.1.0


WebUpdate auf:
Firmware 0.2.6   (v0.2.6)
Web Interface 0.2.2
RGBWW Version 0.8.0
SMING Version 2.1.0


Ergebnis:
Controller1 -> ok
Controller2 -> Update musste 2x gestartet werden (beide male wurde "Update FW und Web Interface ok" gemeldet,
                       beim ersten Update war aber nur die FW upgedatet, nach dem 2ten Update dann FW und Web Interface


Test statischer IP Adresse:
DHCP -> statisch, die letzte Stelle der IP geändert (Subnetz.... etc. ist identisch geblieben
statisch -> DHCP, Rest wie oben
Ergebnis:
Controller1 -> ok
Controller2 -> ok (wie oben allerdings letzte Stelle der statischen IP unterschiedlich gewählt)

Netzwerkname (Anmeldung an Fritzbox)
Ist bei mir ESP-8173C8, lässt sich nirgends ändern
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 23 April 2016, 16:35:17
Zitat von: mrpj am 23 April 2016, 11:36:59
Firmwar Update
...

Hm - nach dem Update (OTA) geht nix mehr :-)
Hatte gerade erfolgreich geflasht und auch den Controller in meinem WLAN, sah alles ganz toll aus und als nächstes wollte ich einen LED--Stripe anschließen.
Dann habe ich gesehen das es ein Update gibt, also angestoßen und gewartet.  Es kam eine Meldung das der erste Schritt geklappt hat und  nach langer Zeit dann eine Meldung "Network Error".  Habe noch eine ganze Weile gewartet, aber da tat sich nix mehr.
Nach einem Neustart habe ich jetzt eine weiße Seite (liegt Quelltext hinter, wird aber nichts angezeigt).
Neu flashen geht nicht, es kommt immer die Meldung "A fatal error occurred: Failed to connect to ESP8266"

Was mache ich falsch?

Edit: Geht wieder, habe dem Controller ne Pause gegönnt und mal das Netzteil länger raus gelassen.
Ich konnte jetzt die alte Version wieder flashen.  Was das war - keine Ahnung.
Jetzt schließe ich aber erstmal eine LED-Stripe an.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: habl am 23 April 2016, 17:07:43
Zitat von: mrpj am 23 April 2016, 11:36:59
Firmwar Update

Auf Github is nunFirmware 0.2.6 mit Interface 0.2.2.

Jetzt brauch ich mal eure Mithilfe - es wäre wirklich top, wenn jeder der schon seine ESPs aufgebaut hat die Firmware testet. Besonders wichtig für mich: funktioniert das update via OTA reibungslos (Bitte mehrmals testen)

Wenn möglich, wäre es sehr hilfreich, wenn ihr noch test:
- funktioniert die Vergabe von statischen IPs
- funktioniert das Umbenennen des APs / Nutzung von einem Passwort für den AP des Controllers
- Funktioniert es das Webinterface/API mit einem Passwort zu versehen

Falls es probleme gibt, wäre ich sehr dankbar, wenn ihr mir ein Log File zur Verfügung stellt. (Idealerweise wäre es top, wenn ihr bei einem Problem die Firmware aus dem Anhang flasht, damit ich ein umfangreicheres Log file bekomme und mir genauer anschauen kann, was passiert)

danke euch!

Hallo Patrick,

- OTA hat funktioniert
- Statische IP funktioniert auch
- Umbenennen AP / Passwort AP noch nicht getestet
- Web Interface Passwort funktioniert bei mir nicht, kann aber auch an meine Vorgehensweise liegen.

unter System Settings / Security / Secure Setting Accesss eingeschaltet, Passwort eingetragen CHANGE gedrückt und dann zur Sicherheit nochmal den orangenen Haken. Auch nach restart vom Controller ist die Weboberfläche immer noch nicht geschützt.
Die Debug-Firmware habe ich schon geflasht. Wo finde ich die Logs?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 23 April 2016, 17:13:00
Hallo,

Nun habe ich es mal geschafft, einen weiteren Controller aufzubauen. Da mein erster vermutlich auf Grund von Spannungsproblemen nicht funktioniert und auch andere von Problemen mit dem DCDC Wandler berichtigen, habe ich einen ungewöhnlichen Weg gewählt und mit zunächst Füße aufgelötet und daran dann den DCDC Wandler:

(http://uploads.tapatalk-cdn.com/20160423/15fad66a4980872d63fa4aa05e7a4ccb.jpg)

(http://uploads.tapatalk-cdn.com/20160423/038eabdc1524a07ec01c053e7a4e873e.jpg)

Und was soll ich sagen, der Controller funktioniert  :D

(http://uploads.tapatalk-cdn.com/20160423/8a8a704bd08299f593ab5863e38553f8.jpg)

OTA-Update konnte ich auch erfolgreich probieren.

Zunächst hatte ich jedoch auch das Phänomen, das die weißen LEDs flackerten - das hat sich jedoch gegeben, nachdem ich auch die RGBs angeschlossen und einmal das Berechnungsmodell geändert hatte. Allerdings habe ich noch eine Frage zu CW und  WW: Ich habe das Gefühl, beide Streifen sind immer identisch hell und der Schieberegler WW---CW hat keine Funktion...

Ronny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 17:15:07
Zitat von: RaspII am 23 April 2016, 16:28:00
Wenn ich die Farben am Controller auf Weißlicht (ganz oben links im Eck, siehe Anhang, egal welche Farbe selbst eingestellt ist) stelle, hatte ich gestern abend einen effekt, dass das Licht für ca. 10-20sec. auf hell violett ging, danach wieder ca. 10-20sec. auf Weiß usw.
Hatte jemand diesen Effekt schon?


Ich spiele hier mit Abfallstücken einer Lichterkette rum, könnte durchaus auch sein, dass dieses Stück nicht mehr ganz astrein funktioniert, dann lohnt sich das forschen nicht.

Wenn mich jetzt nicht alles täuscht ist hell violett blau und rot richtig?
Kann es sein das bei dem Streifen der Grünkanal nicht richtig verbunden ist, oder bei dem Controller bei dir der Grün Kanal einen Fehler hat?

Solange der Controller keine Kommandos erhält, wird an den PWM Werte nichts verändert


Zitat von: RaspII am 23 April 2016, 16:28:00
Habe heute aber die Ansteuersignale (direkt an der Klemme, Bezugspotential ist GND) durchgemessen
(anghängt ist der Rot-Kanal).
Das Tastverhältnis (Ein=Low) ist bei fast 100% (siehe MAP001), -> OK aus meiner Sicht
Allerdings wird jeder Kanal kurz hintereinnder 2x aus-eingeschaltet, (siehe MAP002) das sieht mir schon nach einem Problem in der SW aus (MAP002 ist ein Zoom in MAP001).

Das erklärt zwar mein Fehlerbild von gestern nicht, wäre aber schön wenn jemand weiss ob das ein "gewolltes" verhalten ist.

Das kann sehr gut sein - liegt an der PWM Implementierung vom ESP SDK.

Duty(MAX) = (period *1000)/45
Period = 1000ms / freq (1khz bzw 1000/1000) default

Die PWM Werte sollen 16bit haben (also von 0 - 65536) gehen. Dann berechnet sich die Frequenz aus:

period = (duty_max * 45 ) / 1000
1000 / (freq/1000) = (duty_max * 45 ) / 1000)
freq = (1000*1000*1000) / (duty_max * 45)

Ergibt bei duty_max = 65536
freq = 339,08420138......

Die Frequenz ist auf 339 Hz gesetzt (da die esp SDK funktionen keine floats, sondern nur ints nehmen), dadurch kommt es zu Rundungsfehler und bei 100% ist der Kanal nicht auf dem Maximalwert, sondern minimal darunter

Daher der kurze spike - in einer zukünftige Version der RGBWW Led Library kann man den Maximalwert sicherlich noch anpassen - ich hab blos kein OSZI hier um die Ecke um es zu verifizieren

@Loetkolben
Kannst du bitte beim nächsten Versuch bitte ein log mitschneiden.
Auch wenn das WebIF nicht mehr angezeigt wird, ein späteres OTA ist immer möglich, wenn man dem Controller die Kommandos mit einem REST Client direkt schickt.

Den Fehler hatte ich bei 100 updates ca 2mal - es liegt an dem SPIFFS Dateisystem, dass in der aktuellen Sming Version einen Fehler enthält. Dadurch ist das FS nicht zu 100% richtig aligned und es kann zu dem Fehler kommen.

Ich arbeite an einer Version die mit Sming RTOS  (RTOS SDK von espressif) kompatibel ist - wollte den wechsel aber erst in Zukunft machen.
(Da fällt mir ein, dass ein OTA mit SDK wechsel dann wahrscheinlich nicht möglich ist - da muss ich mir noch was überlegen)


Zitat von: habl am 23 April 2016, 17:07:43

- Web Interface Passwort funktioniert bei mir nicht, kann aber auch an meine Vorgehensweise liegen.

unter System Settings / Security / Secure Setting Accesss eingeschaltet, Passwort eingetragen CHANGE gedrückt und dann zur Sicherheit nochmal den orangenen Haken. Auch nach restart vom Controller ist die Weboberfläche immer noch nicht geschützt.
Die Debug-Firmware habe ich schon geflasht. Wo finde ich die Logs?


Die Debugging Informationen werden über die serielle Verbindung übertragen - diese dann bitte mitschneiden/speichern


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 17:23:12
Zitat von: RoBra81 am 23 April 2016, 17:13:00
Hallo,

Nun habe ich es mal geschafft, einen weiteren Controller aufzubauen. Da mein erster vermutlich auf Grund von Spannungsproblemen nicht funktioniert und auch andere von Problemen mit dem DCDC Wandler berichtigen, habe ich einen ungewöhnlichen Weg gewählt und mit zunächst Füße aufgelötet und daran dann den DCDC Wandler:

Uff, kannst du bitte die Bilder verkleinern - die erschlagen einen  ;D

Bei deinem anderen Controller wie gesagt, nochmal die Verbindungen prüfen - dann klappt es auch mit dem


Zitat von: RoBra81 am 23 April 2016, 17:13:00
OTA-Update konnte ich auch erfolgreich probieren.

Zunächst hatte ich jedoch auch das Phänomen, das die weißen LEDs flackerten - das hat sich jedoch gegeben, nachdem ich auch die RGBs angeschlossen und einmal das Berechnungsmodell geändert hatte. Allerdings habe ich noch eine Frage zu CW und  WW: Ich habe das Gefühl, beide Streifen sind immer identisch hell und der Schieberegler WW---CW hat keine Funktion...

Ronny

Alles was mit Farbtemperatur zu tun hat, kommt erst in einem späteren update. Zu den darunter liegenden Problemen wurde hier ja schon einiges gesagt - und es wird mich nochmal viel Aufwand/Zeit kosten, da etwas genauer rein zu schauen.
Meine bisherige Zeit die für Firmware und Interface aufgewendet wurde, liegt bei weit über 100 Stunden... und gerade brauche ich etwas Auszeit/Erholung nach dem anstrengenden Alltagswahn

Bedenkt auch, das WebIF ist per se nur zur Konfiguration gedacht - es wird später ja niemand mehr zu gesicht bekommen, da vermutlich hier jeder seine Controller über FHEM steuern wird oder?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 17:29:22
@mrpj
ZitatDaher der kurze spike
Ein "Aus bzw. High-Spike" hätte ich erwartet, aber es wird "Aus-Ein-Aus-Ein" geschaltet. Ich habe das Oszillogramm nochmal in einer anderen Zeitauflösung angehängt.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 17:30:45
Zitat von: RaspII am 23 April 2016, 16:34:35

Ergebnis:
Controller1 -> ok
Controller2 -> Update musste 2x gestartet werden (beide male wurde "Update FW und Web Interface ok" gemeldet,
                       beim ersten Update war aber nur die FW upgedatet, nach dem 2ten Update dann FW und Web Interface

Kannst du deine Controller nochmals mit der selben Version überspielen? Der ok bug war in der Version davor noch enthalten
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 17:34:40
Zitat von: RaspII am 23 April 2016, 17:29:22
@mrpj

Ein "Aus bzw. High-Spike" hätte ich erwartet, aber es wird "Aus-Ein-Aus-Ein" geschaltet. Ich habe das Oszillogramm nochmal in einer anderen Zeitauflösung angehängt.

Tritt das Problem denn noch bei anderen duty cycles auf?

Nachtrag:
Es kann gut sein, dass es weiter mit dem Rundungsfehler zu tun hat - um das aber genauer zu untersuchen, bräuchte ich das OSZI mal hier und würde noch eine andere Firmware zum genaueren testen schreiben.

Da die Periode vom eigentlichen PWM des SDK auf 1000ms festgesetzt ist, kann es gut durch den Rundungsfehler sein, dass er am Anfang/ am Ende etwas wegschneidet und dadurch auf aus, ein , aus, ein kommt

Da mir aber der SourceCode von der PWM Funktion des SDKs nicht vorliegt, kann ich das nicht verifizieren, wie der interne Timer aufgebaut ist.

Generell dazu:
Die spikes sind bei 100% in einem so geringen Zeitinterval, das wahrscheinlich sogar die Schaltzeit an den LEDs + Wiederständen deutlich langsamer ist, so dass es nichtmal ins Gewicht fallen sollte.

Wenn du gerade Spaß daran hast und Zeit hast, könntest du mir noch einen gefallen tun:
Verschiedene Duty Cycles durchmessen
Einen Fade von 0 auf 100% durchmessen - wäre für mich ganz spannend gerade wie der verlauf im OSZI ist


Nachtrag2:

Wie komfortabel bist du mit Eclipse und selber kompilieren? Ich könnte dir die Tage ein paar Sourcecodes zukommen lassen, die du auf den ESP aufspielst und nochmal durchmist um dem ganzen näher auf die Spur zu kommen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 23 April 2016, 17:49:55
Ich glaub, ich hab nen kaputten StepDown oder ESP.

Habe die zweite Platine zusammengelötet, konnte sogar auf den AP zugreifen und ihn mit meinem WLAN verbinden, bekomme aber jetzt immer, wenn ich die Seite aufrufe, folgendes im Log:

Zitatconnected with GUTTI2_EXT, channel 6                                           
dhcp client start...                                                           
cnt                                                                             
AppWIFI::_STAConnected reason - 6                                               
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
AppWIFI::_STAGotIP                                                             
Fatal exception 28(LoadProhibitedCause):                                       
epc1=0x4021d302, epc2=0x00000000, epc3=0x40000f68, excvaddr=0x0000038c, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,0)                                   
                                                                               
wdt reset                                                                       
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO             

Stürzt immer wieder ab beim Laden.
Stromversorgung hab ich schon ausgeschlossen, sowohl Eingang als auch Ausgang sind schon mit dünnen Kabeln verbunden zum ersten Elko bzw. von der Klemme her.
Flashen läuft (bereits mehrmals) ohne Probleme durch, daher verdächtige ich eher den StepDown (wobei der schön stabile 3,327V lt. Multimeter liefert).

Werd den morgen mal gegen einen anderen tauschen, denke ich.

lg, Stefan

PS: OTA-Update hat beim ersten einwandfrei geklappt.

PPS: Witzig, nach dem gefühlten 20ten mal flashen klappt plötzlich alles auch mit dem 2ten Board.
Na, mal schaun obs auch so bleibt......OTA hat bei dem auch schon geklappt.

PPS: Zu früh gefreut, schon wieder diese Abstürze.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 17:51:34
Hm.
bzgl. Controller 2x updaten:
wie meinst Du das die selbe FW nochmal draufspielen.
Dann merk ich doch nicht ob es geklappt hat oder nicht.
Den Fehler hatte ich bemerkt, da die GUI nach dem Update noch den alten Stand hatte (gemeldet wurde GUI Update ok).
Wenn ich die "alte" FW drüberspiele, müsste doch auch der Fehler wieder drin sein.
(oder Ich hab Dich einfach nicht verstanden).

Bzgl. Tastverhältnis:
Ja, das Phänomen gibt es auch bei anderen Tastverhältnissen, siehe Anhang (BMP005 ist wieder gezoomt)

Wenn ich mal meine Entwicklungumgebung am lauffen habe kann ich das auch selbst debuggen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 23 April 2016, 18:04:29
Zitat von: Icinger am 23 April 2016, 17:49:55
Ich glaub, ich hab nen kaputten StepDown oder ESP.

Habe die zweite Platine zusammengelötet, konnte sogar auf den AP zugreifen und ihn mit meinem WLAN verbinden, bekomme aber jetzt immer, wenn ich die Seite aufrufe, folgendes im Log:

Stürzt immer wieder ab beim Laden.
Stromversorgung hab ich schon ausgeschlossen, sowohl Eingang als auch Ausgang sind schon mit dünnen Kabeln verbunden zum ersten Elko bzw. von der Klemme her.
Flashen läuft (bereits mehrmals) ohne Probleme durch, daher verdächtige ich eher den StepDown (wobei der schön stabile 3,327V lt. Multimeter liefert).

Werd den morgen mal gegen einen anderen tauschen, denke ich.

lg, Stefan

PS: OTA-Update hat beim ersten einwandfrei geklappt.

PPS: Witzig, nach dem gefühlten 20ten mal flashen klappt plötzlich alles auch mit dem 2ten Board.
Na, mal schaun obs auch so bleibt......OTA hat bei dem auch schon geklappt.

PPS: Zu früh gefreut, schon wieder diese Abstürze.
Wenn du den Verursacher gefunden hast, würde mich das auch interessieren - ich habe genau das gleiche Problem...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 18:26:56
@RoBra81

erstmal - die Probleme sind andere - wenn du das Log von ihm anschaust, siehst du das der ESP eine Exception wirft und dann neustartet.

Hast du denn mal die tipps hier weiter befolgt und den DCDC Wandler mit drähten nochmal nachträglich verbunden?


Zitat von: Icinger am 23 April 2016, 17:49:55

Habe die zweite Platine zusammengelötet, konnte sogar auf den AP zugreifen und ihn mit meinem WLAN verbinden, bekomme aber jetzt immer, wenn ich die Seite aufrufe, folgendes im Log:


Es liegt bei dir nicht an der Spannungsversorgung - kannst du bitte mal die Firmware flashen, bei der ich debugging eingeschaltet habe und ein ausführlicheres Log file posten

Zitat von: RaspII am 23 April 2016, 17:51:34
Hm.
bzgl. Controller 2x updaten:
wie meinst Du das die selbe FW nochmal draufspielen.
Dann merk ich doch nicht ob es geklappt hat oder nicht.
Den Fehler hatte ich bemerkt, da die GUI nach dem Update noch den alten Stand hatte (gemeldet wurde GUI Update ok).
Wenn ich die "alte" FW drüberspiele, müsste doch auch der Fehler wieder drin sein.
(oder Ich hab Dich einfach nicht verstanden).

Hast du das Webinterface danach komplett neu geladen? Wenn ja, wie?
Wenn die Nachricht mit erfolgreichem update gekommen ist, dann ist das WebIF auch korrekt upgedated worden - es kann sein, dass noch die alte Version im Cache vom Browser war.....

Mit dem Mehrmals updaten, meinte ich, ob du bitte noch mehrmals deine Controller mit der aktuellen Firmware updaten kannst. Gleiche Firmware auf gleiche Firmware. Hintergrund: n=2 ist eine zu geringe Anzahl um zu sagen OTA funktioniert / funktioniert nicht ;-)


Zitat von: RaspII am 23 April 2016, 17:51:34
Bzgl. Tastverhältnis:
Ja, das Phänomen gibt es auch bei anderen Tastverhältnissen, siehe Anhang (BMP005 ist wieder gezoomt)

Wenn ich mal meine Entwicklungumgebung am lauffen habe kann ich das auch selbst debuggen.


Wie gesagt, der SC von espressif liegt nicht vor, somit bin ich auf die Verwendung der APIs eingeschränkt und kann nicht genau sagen, wie sich die Funktion intern Verhält.
Das gesagt, ich vermute daher folgendes:
Intern wird ein CTR verwendet, der bei jedem Timerinterrupt hoch bzw bei runter gezählt wird. Bei einer der Grenzen wird der Maximalwert nicht erreicht, somit wird bei der Grenze das 2mal getriggert. 
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 23 April 2016, 18:38:25
So, hier mal ein Log mit mehreren Abstürzen mit der neuen Debugging-Firmware:
[code]timeout updating: 70 -> 65535
Server timeout updating: 40 -> 90


fs.start: size:976 Kb, offset:0x300000

mount res: 0

RGBWW Controller v 0.2.6

ApplicationOTA::cleanupOTAafterReset
APPLedCtrl::init
APPLedCtrl::setup
H: 0 | s: 0 | v: 0 | ct: 0
sleep disable
SSID: GUTTI2_EXT
AppWIFI::init dhcp
'/' registered
'/webapp' registered
'/config' registered
'/info' registered
'/color' registered                                                             
'/animation' registered                                                         
'/networks' registered                                                         
'/scan_networks' registered                                                     
'/system' registered                                                           
'/update' registered                                                           
'/connect' registered                                                           
'/generate_204' registered                                                     
'/ping' registered                                                             
mode : sta(18:fe:34:d1:88:0f)                                                   
add if0                                                                         
f r0, Application::startServices                                               
APPLedCtrl::start                                                               
scandone                                                                       
state: 0 -> 2 (b0)                                                             
state: 2 -> 3 (0)                                                               
state: 3 -> 5 (10)                                                             
add 0                                                                           
aid 5                                                                           
                                                                               
connected with GUTTI2_EXT, channel 6                                           
dhcp client start...                                                           
cnt                                                                             
connect to ssid GUTTI2_EXT, channel 6                                           
                                                                               
AppWIFI::_STAConnected reason - 6                                               
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
                                                                               
                                                                               
AppWIFI::_STAGotIP                                                             
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x402156ad, epc2=0x00000000, epc3=0x400046ea, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:2, boot mode:(3,7)                                   
                                                                               
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO                                                               
Flash Speed:  40 MHz                                                           
rBoot Option: Big flash                                                         
                                                                               
Booting rom 0.                                                                 
don't use rtc mem data                                                         
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,7)                                   
                                                                               
wdt reset                                                                       
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO                                                               
Flash Speed:  40 MHz                                                           
rBoot Option: Big flash                                                         
                                                                               
Booting rom 0.                                                                 
rl��rd��c+TCP connection                                                       
timeout updating: 70 -> 65535                                                   
Server timeout updating: 40 -> 90                                               
                                                                               
                                                                               
fs.start: size:976 Kb, offset:0x300000                                         
                                                                               
mount res: 0                                                                   
                                                                               
RGBWW Controller v 0.2.6                                                       
                                                                               
ApplicationOTA::cleanupOTAafterReset                                           
APPLedCtrl::init                                                               
APPLedCtrl::setup                                                               
H: 0 | s: 0 | v: 0 | ct: 0                                                     
sleep disable                                                                   
SSID: GUTTI2_EXT                                                               
AppWIFI::init dhcp                                                             
'/' registered                                                                 
'/webapp' registered                                                           
'/config' registered                                                           
'/info' registered                                                             
'/color' registered                                                             
'/animation' registered                                                         
'/networks' registered                                                         
'/scan_networks' registered                                                     
'/system' registered                                                           
'/update' registered                                                           
'/connect' registered                                                           
'/generate_204' registered                                                     
'/ping' registered                                                             
mode : sta(18:fe:34:d1:88:0f)                                                   
add if0                                                                         
f r-1, Application::startServices                                               
APPLedCtrl::start                                                               
scandone                                                                       
state: 0 -> 2 (b0)                                                             
state: 2 -> 3 (0)                                                               
state: 3 -> 5 (10)                                                             
add 0                                                                           
aid 5                                                                           
                                                                               
connected with GUTTI2_EXT, channel 6                                           
dhcp client start...                                                           
cnt                                                                             
connect to ssid GUTTI2_EXT, channel 6                                           
                                                                               
AppWIFI::_STAConnected reason - 6                                               
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
                                                                               
                                                                               
AppWIFI::_STAGotIP                                                             
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x40214a74, epc2=0x00000000, epc3=0x40100053, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,7)                                   
                                                                               
wdt reset                                                                       
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO                                                               
Flash Speed:  40 MHz                                                           
rBoot Option: Big flash                                                         
                                                                               
Booting rom 0.                                                                 
rl�o��+TCP connection                                                         
timeout updating: 70 -> 65535                                                   
Server timeout updating: 40 -> 90                                               
                                                                               
                                                                               
fs.start: size:976 Kb, offset:0x300000                                         
                                                                               
mount res: 0                                                                   
                                                                               
RGBWW Controller v 0.2.6                                                       
                                                                               
ApplicationOTA::cleanupOTAafterReset                                           
APPLedCtrl::init                                                               
APPLedCtrl::setup                                                               
H: 0 | s: 0 | v: 0 | ct: 0                                                     
sleep disable                                                                   
SSID: GUTTI2_EXT                                                               
AppWIFI::init dhcp                                                             
'/' registered                                                                 
'/webapp' registered                                                           
'/config' registered                                                           
'/info' registered                                                             
'/color' registered                                                             
'/animation' registered                                                         
'/networks' registered                                                         
'/scan_networks' registered                                                     
'/system' registered                                                           
'/update' registered                                                           
'/connect' registered                                                           
'/generate_204' registered                                                     
'/ping' registered                                                             
mode : sta(18:fe:34:d1:88:0f)                                                   
add if0                                                                         
f r-1, Application::startServices                                               
APPLedCtrl::start                                                               
scandone                                                                       
state: 0 -> 2 (b0)                                                             
state: 2 -> 3 (0)                                                               
state: 3 -> 5 (10)                                                             
add 0                                                                           
aid 5                                                                           
                                                                               
connected with GUTTI2_EXT, channel 6                                           
dhcp client start...                                                           
cnt                                                                             
connect to ssid GUTTI2_EXT, channel 6                                           
                                                                               
AppWIFI::_STAConnected reason - 6                                               
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
ip:192.168.1.32,mask:255.255.255.0,gw:192.168.1.254                             
                                                                               
                                                                               
AppWIFI::_STAGotIP                                                             
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x4021caf8, epc2=0x00000000, epc3=0x40000f68, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,7)                                   
                                                                               
wdt reset                                                                       
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO                                                               
Flash Speed:  40 MHz                                                           
rBoot Option: Big flash                                                         
                                                                               
Booting rom 0.                                                                 
{$��b���+TCP connection                                                       
timeout updating: 70 -> 65535                                                   
Server timeout updating: 40 -> 90                                               
                                                                               
                                                                               
fs.start: size:976 Kb, offset:0x300000                                         
                                                                               
mount res: 0                                                                   
                                                                               
RGBWW Controller v 0.2.6                                                       
                                                                               
ApplicationOTA::cleanupOTAafterReset                                           
APPLedCtrl::init                                                               
APPLedCtrl::setup                                                               
H: 0 | s: 0 | v: 0 | ct: 0                                                     
sleep disable                                                                   
SSID: GUTTI2_EXT                                                               
AppWIFI::init dhcp                                                             
'/' registered                                                                 
'/webapp' registered                                                           
'/config' registered                                                           
'/info' registered                                                             
'/color' registered                                                             
'/animation' registered                                                         
'/networks' registered                                                         
'/scan_networks' registered                                                     
'/system' registered                                                           
'/update' registered                                                           
'/connect' registered                                                           
'/generate_204' registered                                                     
'/ping' registered                                                             
mode : sta(18:fe:34:d1:88:0f)                                                   
add if0                                                                         
f r-1, Application::startServices                                               
APPLedCtrl::start                                                               
scandone                                                                       
state: 0 -> 2 (b0)                                                             
state: 2 -> 3 (0)                                                               
state: 3 -> 5 (10)                                                             
add 0                                                                           
aid 5                                                                           
                                                                               
connected with GUTTI2_EXT, channel 6                                           
dhcp client start...                                                           
cnt                                                                             
connect to ssid GUTTI2_EXT, channel 6                                           
                                                                &n
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 18:41:33
Hast du taster auf dem board?
Kannst du den clr Taster gedrückt halten (oder die pins überbrücken) und dann den ESP neustarten (während das gedrückt bleibt) ?

Noch eine bitte: nach dem erfolgreichen flashen, bitte den ESP resetten / powercycle - der ESP wird manchmal zickig wenn er nicht komplett neu gestartet wird nach dem flashen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 18:46:09
Hab noch bzgl. Tastverhältnis weiter geforscht.
Habe einen zweiten Oszi-Kanal dazugenommen (mehr geht nicht). Jetzt kann man auch eine Logik erkennen (siehe Anhang)

Vor dem Roten Pfeil (links):
hier werden alle Kanäle gleichzeitig ausgeschaltet, d.h. eine Periode ist abgelaufen

Roter Pfeil:
hier wird der erste Farbkanal geschrieben und geschaltet (dieser ist nicht auf dem Bild), gleichzeitig bleiben alle anderen Kanäle aus. Ich vermute alle anderen Kanäle werden hier von der SW aktiv ausgeschaltet.
Gelber Pfeil:
Hier wird der Zweite Kanal eingeschaltet (alle anderen vermutlich wieder aus)
Grüner Pfeil
Hier wird der dritte Farbkanal geschaltet, man sieht dass gleichzeitig der voher eingeschaltet Farbkanal ausgeschaltet wird.

Vermutung:
Ich vermute mal, dass es sich hierbei um ein "Read-Modify-Write" Problem handelt
(sofern alle 3 Farben über den gleichen Port angesteuert werden.
Oder werden die echten HW PWMs genutzt?
(muss mir mal unbedingt die SW anschauen).

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 23 April 2016, 18:50:33
Bei nem Reset:
RGBWW Controller v 0.2.6

CLR button low - resetting settings
AppWIFI::forget_wifi
Station configuration was updated to:
Application::init - it is first run
ApplicationOTA::cleanupOTAafterReset
APPLedCtrl::init
APPLedCtrl::setup
H: 0 | s: 828 | v: 429 | ct: 0
sleep disable
AppWIFI::init initial run - setting up AP
SSID:
AppWIFI::init no AP to connect to - start own AP
AppWIFI::startAp                                                               
Enabling AP and DNS server                                                     
AppWIFI:: WifiAP enable                                                         
Set AP configuration in background                                             
AppWIFI:: DNS enable                                                           
UDP listen port 53                                                             
'/' registered                                                                 
'/webapp' registered                                                           
'/config' registered                                                           
'/info' registered                                                             
'/color' registered                                                             
'/animation' registered                                                         
'/networks' registered                                                         
'/scan_networks' registered                                                     
'/system' registered                                                           
'/update' registered                                                           
'/connect' registered                                                           
'/generate_204' registered                                                     
'/ping' registered                                                             
mode : sta(18:fe:34:d1:88:0f) + softAP(1a:fe:34:d1:88:0f)                       
add if0                                                                         
add if1                                                                         
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)           
bcn 100                                                                         
Application::startServices                                                     
APPLedCtrl::start                                                               
AP configuration was updated on system ready event                             
f r0, APPLedCtrl::led_callback                                                 
APPLedCtrl::save_color                                                         
scandone                                                                       
AppWIFI::scanCompleted                                                         
scan completed: 2 found                                                         
add 1                                                                           
aid 1                                                                           
station: d0:22:be:53:0d:b2 join, AID = 1                                       
station: d0:22:be:53:0d:b2join, AID = 1                                         
                                                                               
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,0)                                   
                                                                               
wdt reset                                                                       
load 0x40100000, len 1340, room 16                                             
tail 12                                                                         
chksum 0xe9                                                                     
ho 0 tail 12 room 4                                                             
load 0x3ffe8000, len 660, room 12                                               
tail 8                                                                         
chksum 0xcd                                                                     
csum 0xcd                                                                       
                                                                               
rBoot v1.3.0 - richardaburton@gmail.com                                         
Flash Size:   32 Mbit                                                           
Flash Mode:   QIO                                                               
Flash Speed:  40 MHz                                                           
rBoot Option: Big flash                                                         
                                                                               
Booting rom 0.                                                                 
rl+TCP connection                                                               
timeout updating: 70 -> 65535                                                   
Server timeout updating: 40 -> 90                                               
                                                                               
                                                                               
fs.start: size:976 Kb, offset:0x300000                                         
                                                                               
mount res: 0                                                                   
                                                                               
RGBWW Controller v 0.2.6                                                       
                                                                               
ApplicationOTA::cleanupOTAafterReset                                           
APPLedCtrl::init                                                               
APPLedCtrl::setup                                                               
H: 0 | s: 828 | v: 429 | ct: 0                                                 
sleep disable                                                                   
SSID:                                                                           
AppWIFI::init no AP to connect to - start own AP                               
AppWIFI::startAp                                                               
Enabling AP and DNS server                                                     
AppWIFI:: WifiAP enable                                                         
Set AP configuration in background                                             
AppWIFI:: DNS enable                                                           
UDP listen port 53                                                             
'/' registered                                                                 
'/webapp' registered                                                           
'/config' registered                                                           
'/info' registered                                                             
'/color' registered                                                             
'/animation' registered                 


Nu komm ich auch nimmer auf den AP, weil er immer wieder resetet.

Ich geh momentan davon aus, dass der StepDown wirklich nen knacks hat.
Wenn ich (trotz Kabelverbindung von Out+ und Out- zum 470er-Elko) auf die Out+-Seite leicht draufdrücke, gehts......

Ich werd den wirkjlich morgen mal tauschen. Heut nimmer, in einer Stunde gehts zum Männerabend ^^
lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 18:59:14
Zitat von: RaspII am 23 April 2016, 18:46:09
Hab noch bzgl. Tastverhältnis weiter geforscht.
Habe einen zweiten Oszi-Kanal dazugenommen (mehr geht nicht). Jetzt kann man auch eine Logik erkennen (siehe Anhang)

Vor dem Roten Pfeil (links):
hier werden alle Kanäle gleichzeitig ausgeschaltet, d.h. eine Periode ist abgelaufen

Roter Pfeil:
hier wird der erste Farbkanal geschrieben und geschaltet (dieser ist nicht auf dem Bild), gleichzeitig bleiben alle anderen Kanäle aus. Ich vermute alle anderen Kanäle werden hier von der SW aktiv ausgeschaltet.
Gelber Pfeil:
Hier wird der Zweite Kanal eingeschaltet (alle anderen vermutlich wieder aus)
Grüner Pfeil
Hier wird der dritte Farbkanal geschaltet, man sieht dass gleichzeitig der voher eingeschaltet Farbkanal ausgeschaltet wird.

Vermutung:
Ich vermute mal, dass es sich hierbei um ein "Read-Modify-Write" Problem handelt
(sofern alle 3 Farben über den gleichen Port angesteuert werden.
Oder werden die echten HW PWMs genutzt?
(muss mir mal unbedingt die SW anschauen).

Offizielles PDF von Espressif:
https://espressif.com/sites/default/files/documentation/8d-esp8266_pwm_interface_reference_en_v1.1.pdf

Der PWM ist eine Mischung aus HW/SW - es gibt einen HardwareTimer der multiplexed wird

Nachtrag:
Der Sourcecode dazu ist nicht vorhanden - espressif stellt nur einen sdk mit library zur verfügung

Zitat von: Icinger am 23 April 2016, 18:50:33
Bei nem Reset:

Nu komm ich auch nimmer auf den AP, weil er immer wieder resetet.

Ich geh momentan davon aus, dass der StepDown wirklich nen knacks hat.
Wenn ich (trotz Kabelverbindung von Out+ und Out- zum 470er-Elko) auf die Out+-Seite leicht draufdrücke, gehts......

Ich werd den wirkjlich morgen mal tauschen. Heut nimmer, in einer Stunde gehts zum Männerabend ^^
lg, Stefan

Nach deiner Beschreibung ist das ein Problem mit der Versorgung - liest sich auch hier fast wie eine kalte Lötstelle - bevor du ihn ersetzt, würde ich nochmal "nachlöten"

Viel Spaß auf dem Männer Abend
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 23 April 2016, 19:11:53
Und damit scheinbar das gleiche Problem wie bei mir (rst. cause 4). Und eine Drahtbrücke vom DCDC Wandler zum C habe ich auch schon erfolglos probiert...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 19:25:41
ZitatHast du das Webinterface danach komplett neu geladen? Wenn ja, wie?
Das Webinterface hatte ich über den refresh buttom am Browser neu upgedatet (der ESP hat ja auch gemeint er macht einen automatischen Neustart, deshalb hab ich gleich den Refreshbuttom gedrückt.

Hab jetzt mit meinem Controller 2 nochmal 3 Updates gefahren. jeweils mit meldungen FW und GUI ok.
Dabei ist mir aufgefallen, dass der Controller einige Zeit benötig bis er den Reset macht (dann gehen die LEDs aus).
Evt. habe ich vorhin zu schnell auf den Refresh Buttom gedrückt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 23 April 2016, 19:29:23
Ich habe bei beiden bisher aufgebauten Controllern alle Verbindung zum DC-Wandler als Drahtbrücken ausgeführt (zu den Anschlüssen von C3 bzw. C1).
Damit laufen jetzt beide wie erwartet.

Einzig die Farbmischung ist etwas merkwürdig bzw. ich habe sie nicht verstanden. Ich schaffe es nicht nur rot einzustellen, dann wird grün dominant.
Er werden aber schon alle drei Kanäle angesteuert, Hardware sollte also okay sein.

Aber wie Patrick ja schon schrieb, ist der Teil der Software ja noch nicht fertig.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 19:31:41
Zitat von: RoBra81 am 23 April 2016, 19:11:53
Und damit scheinbar das gleiche Problem wie bei mir (rst. cause 4). Und eine Drahtbrücke vom DCDC Wandler zum C habe ich auch schon erfolglos probiert...


"rst cause:4" bedeutet nur, dass der watchdog ein reset ausgelöst hat. Das passiert bei allen möglichen Vorkomnissen (z.B. wenn man den ESP blockiert so dass der Wifi Interrupt nicht mehr ausgelöst wird, wenn man auf Speicherbereiche zugreift (liest,schreibt) für die man keine Berechtigung hat ... und vieles mehr)

Das sagt erstmal nichts über den Fehler aus ... schau dir bitte doch mal die Auszüge aus dem Log von Icinger an:

Zitat von: Icinger am 23 April 2016, 18:38:25
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x402156ad, epc2=0x00000000, epc3=0x400046ea, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:2, boot mode:(3,7)                                   

Zitat von: Icinger am 23 April 2016, 18:38:25
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x40214a74, epc2=0x00000000, epc3=0x40100053, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,7)                                   
                                                                               
wdt reset

Zitat von: Icinger am 23 April 2016, 18:38:25
Fatal exception 0(IllegalInstructionCause):                                     
epc1=0x4021caf8, epc2=0x00000000, epc3=0x40000f68, excvaddr=0x00000000, depc=0x0
                                                                               
ets Jan  8 2013,rst cause:4, boot mode:(3,7)                                   


Da ist deutlich zu sehen, dass der watchdog nach einer exception ausgelöst wird, und nicht "zufällig" - erst nachdem der ESP resettet wurde, ist erkennbar, dass es ein ähnliches Problem zu dem von dir geschilderten verhalten besteht...

Icinger und Robra81 - seit ihr euch sicher, dass der 470uF elko auch leitend verbunden ist? Der Elko ist auf einer Massefläche und es kann gut sein, dass dadurch auch eine kalte Lötstelle enstanden ist, wenn man dort nicht "heiß genug" gelötet hat.

Der nächste Schritt wäre es, mit lang genugen Kabeln/Drähten mal direkt +/- vom ESP zu bedienen.
Aus meiner Erfahrung mit mehren aufbauten aus V1.0 waren alle Stabilitätsprobleme auf schlechte Spannungsversorgung zurück zu führen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 23 April 2016, 19:34:15
Zitat von: kaihs am 23 April 2016, 19:29:23
Einzig die Farbmischung ist etwas merkwürdig bzw. ich habe sie nicht verstanden. Ich schaffe es nicht nur rot einzustellen, dann wird grün dominant.
Er werden aber schon alle drei Kanäle angesteuert, Hardware sollte also okay sein.
Aber wie Patrick ja schon schrieb, ist der Teil der Software ja noch nicht fertig.

Also bei mir funktionieren die 3 Farbkanäle Rot, Blau und Grün einwandfrei.
Weiß konnte ich mangels LEDs nicht testen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 19:35:54
Zitat von: RaspII am 23 April 2016, 19:25:41
Das Webinterface hatte ich über den refresh buttom am Browser neu upgedatet (der ESP hat ja auch gemeint er macht einen automatischen Neustart, deshalb hab ich gleich den Refreshbuttom gedrückt.

Hab jetzt mit meinem Controller 2 nochmal 3 Updates gefahren. jeweils mit meldungen FW und GUI ok.
Dabei ist mir aufgefallen, dass der Controller einige Zeit benötig bis er den Reset macht (dann gehen die LEDs aus).
Evt. habe ich vorhin zu schnell auf den Refresh Buttom gedrückt.

Das wird es sehr wahrscheinlich gewesen sein - nachdem das OTA durchgelaufen ist, ist ein delay von 10s bis der ESP neustartet. Wenn der ESP direkt nach dem Update neustarten würde, würde keine Benachrichtigung im WebIF mehr möglich. Daher ein delay


Zitat von: kaihs am 23 April 2016, 19:29:23
Ich habe bei beiden bisher aufgebauten Controllern alle Verbindung zum DC-Wandler als Drahtbrücken ausgeführt (zu den Anschlüssen von C3 bzw. C1).
Damit laufen jetzt beide wie erwartet.

Einzig die Farbmischung ist etwas merkwürdig bzw. ich habe sie nicht verstanden. Ich schaffe es nicht nur rot einzustellen, dann wird grün dominant.
Er werden aber schon alle drei Kanäle angesteuert, Hardware sollte also okay sein.

Du benutzt nur RGB richtig? Im webIF muss der Auswähler komplett rechts sein, damit die Sättigung 100% beträgt - ansonsten wird weiß beigemischt
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 23 April 2016, 19:43:56
Zitat von: mrpj am 23 April 2016, 19:35:54
Du benutzt nur RGB richtig? Im webIF muss der Auswähler komplett rechts sein, damit die Sättigung 100% beträgt - ansonsten wird weiß beigemischt

Hat sich geklärt, da ist ein Wackelkontakt am Anschluss des LED-Stripes.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 21:16:48
Hi,

ich habe mich jetzt ne ganze weile beschäftigt und komme nicht weiter.

Mein Controller macht kein Wlan auf ... Seriell ausgelesen kommt das ...


<\0><\0><\0>?<\0>r<24><2><\0>l??r?<\0>?#<2>?n?<4>??<\f><24>?<\f><28>??<28>p?<???<\0>?8<2>???????<28>p<\f><24><\f>?nn?<2>?;?n????<\f><27>?<\f>b?#l`<27>$`<27><4>nn???<\0><\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n?$<14>?<\f>??<\f>b???~?n?<3>????<\0>l`<27>??<18>?#?n?$??l`<27>??`rn|??n?<4>?????l`<27><4>?~<2>??<\f><24>?<18>?#?n?$<14>?<\f><24>??nn?<3>??l`<27><4>nn???<\0><\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>?????<\f>b??>~?n?<3>???<28><\0>l`<27>??<18>?#?n?<4><15>r<24><2><14><2>nr???;<2>??<\f>?<14>??;<\b><2><14>r???n?<4><14>?r?<24>?`<27>$`<27>?><\f>?nn?<2>??<18>?<?<28>|<\f><28><\0>lb???br? <18>????<3>b??b???n?<2>?<31>?n?<27>n??bp~?n<14>#`<7>?n?;??<2>???v????<\f><24><\0><\f><24>??<28><\0>ll?<18>n??`<27>??8<18>??<2>n?$ln????<\f><24><\0><\f><24><16>???l<14>#`<7>?n?;?0<2>??<25>x<18>??<24>b<\f><24><\0><\f>??<\f><24>r<27>?1?`<27>??<\f>?nn?<2>??<9>x?<18>nn?b<\f><24><\f>???N???x<18>??<2>n<14>#`<14>#???n?<3>??<\f><24>br?<\0>?x<2>??<l`<27>??~?n?$?<\0>l;?<2>?<4><18>?<24>?b<14>#`<31>?n?????n?<2>???n?<3>?<1>??<3><18>n?<18>?<4>?n??b<14>#`?;??b?<\0>?x~??<27><2>?<24>?n???;<\b><2>


Spannung am ESP 3,3 V
Flashen erfolgreich ohne Fehlermeldung

Fehler beim Löten unwahrscheinlich, ich habe nach den SMD Widerstand durchgemessen, ESP durchgemessen ...
Geflashte Firmware, 2.5, 2.6, 2.6_debug

Zum Flashen verwende ich einen FTDI-Adapter ... Symbolbild angehängt. Spannung 3,3 V

Vorgehen
1) FTDI-Adapter anschließen, G0 auf GND, RX/TX gekreuzt
2) Spannung anlegen
3) Flashen (erfolgreich)
4) Spannung nehmen
5) CLR überbrücken, Spannung anlegen ... wurde im Forum empfohlen
6) Spannung nehmen, Flash-Adapter abklemmen

7) Zur Fehlerbehebung wieder spannungslos machen, Adapter anschließen und Serial auslesen (ohne angeschlossenem G0).

Mein Controller wird mit einem LED-Trafo versorgt, an den Schraubklemmen habe ich auch einen LED-Stripe angeschlossen damit spannungslos wirklich spannungslos ist (keiine Restspannung aus Trafo oder Kondensator).

Ich habe 2 verschiedene Flash-Tools versucht. Screenshots mit Settings angehängt. Kann es sein, dass die Offset-Adressen falsch sind? Oder eine Einstellung vom Flashtool?

- Flash size 32mb
- SPI speed 40 mhz
- flash mode qio
- 0x00000 rboot.bin
- 0x02000 rom0.bin
- 0x300000 spiff_rom.bin

Was kann ich noch testen?

Danke schon mal.

EDIT, ich hab die baudrate ganz runtergeschraut und jetzt geht es. Keine Ahnung warum ... aber egal

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 April 2016, 22:26:34
Ich hab mal kurz das utils folder aus dem espressif SDK gezipt

https://dl.dropboxusercontent.com/u/2764725/esp-flasher.zip


esptool -p COMPORT -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin


Damit hatte ich bisher immer Erfolg ..
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 22:38:37
Zitat von: mrpj am 23 April 2016, 22:26:34
Ich hab mal kurz das utils folder aus dem espressif SDK gezipt

https://dl.dropboxusercontent.com/u/2764725/esp-flasher.zip


esptool -p COMPORT -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin


Damit hatte ich bisher immer Erfolg ..

danke, aber ich habe erneut mit geringer baud-rate geflashed und wifi und webfrontend funktioniert jetzt. Zumindest konnte ich den Controller in mein Wlan hängen. Webfrontend wird angezeit.

Was sollte mit der Firmware bis jetzt gehen?

Sollten LED CW und WW gehen? Hab nur WW angeschlossen, bringe aber kein Licht raus
Oder nur RGB? Hab nur Bei V+ und R einen Stripe angeschlossen, kein Lichtt
Was sollte passieren wenn ich mit FW-Stand 0.2.6 ein OTA mache? Ich bekomme ein "OTA failed, Network error"

Wenn das noch nicht implementiert ist kein Thema, es ist ja Beta.

Update1:
Es scheint als würde Chrome die Seite nicht aktuallisieren und darum wird keine Farbe geändert. Am Smartphone wird RGB geregelt. Ob und wo CW/WW geregelt wird muss ich erst  anschaun. Aber Licht zu erhalten ist ein erster Erfolg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 23 April 2016, 22:50:57
Zitat von: kadettilac89 am 23 April 2016, 22:38:37
danke, aber ich habe erneut mit geringer baud-rate geflashed und wifi und webfrontend funktioniert jetzt. Zumindest konnte ich den Controller in mein Wlan hängen. Webfrontend wird angezeit.

Welche Baudrate hast du denn eingestellt ?

Ich bekomme immer beim dritten File diese Fehlermeldung
C:\temp\rgbww\esp-flasher>esptool -p COM18 -b 115200 write_flash -ff 40m -fm qio
-fs 32m 0x300000 spiff_rom.bin
Connecting...
Erasing flash...
head:  16 ;total: 245
erase size :  937984
Writing at 0x00308000... (3 %)
Traceback (most recent call last):
  File "esptool.py", line 634, in <module>
    esp.flash_block(block, seq)
  File "esptool.py", line 283, in flash_block
    struct.pack('<IIII', len(data), seq, 0, 0)+data, ESPROM.checksum(data))[1] !
= "\0\0":
  File "esptool.py", line 109, in command
    raise Exception('Invalid head of packet')
Exception: Invalid head of packet


Ich habe das esp-flasher.zip von mrpj verwendet.
Löttechnisch sollte alles OK sein. Am ESP kommen 3,3 Volt an.
Die Drahtbrücken habe ich vorsichtshalber mal eingebaut.
Ebenso habe ich den ESP auch schon direkt mit 3,3 Volt aus einem Labornetzteil versorgt
.... Alles nix ... beim dritten File bleibt er irgendwann hängen.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 22:56:25
Zitat von: AxelSchweiss am 23 April 2016, 22:50:57
Welche Baudrate hast du denn eingestellt ?

Ich bekomme immer beim dritten File diese Fehlermeldung
C:\temp\rgbww\esp-flasher>esptool -p COM18 -b 115200 write_flash -ff 40m -fm qio
-fs 32m 0x300000 spiff_rom.bin
Connecting...
Erasing flash...
head:  16 ;total: 245
erase size :  937984
Writing at 0x00308000... (3 %)
Traceback (most recent call last):
  File "esptool.py", line 634, in <module>
    esp.flash_block(block, seq)
  File "esptool.py", line 283, in flash_block
    struct.pack('<IIII', len(data), seq, 0, 0)+data, ESPROM.checksum(data))[1] !
= "\0\0":
  File "esptool.py", line 109, in command
    raise Exception('Invalid head of packet')
Exception: Invalid head of packet


Ich habe das esp-flasher.zip von mrpj verwendet.
Löttechnisch sollte alles OK sein. Am ESP kommen 3,3 Volt an.
Die Drahtbrücken habe ich vorsichtshalber mal eingebaut.
Ebenso habe ich den ESP auch schon direkt mit 3,3 Volt aus einem Labornetzteil versorgt
.... Alles nix ... beim dritten File bleibt er irgendwann hängen.

Ich hab mit 9600 geflashed, hat ewig gedauert aber dann hat der Controller funktioiert. Das komische war dass ich ohne Fehler flashen konnte. Alles erfolgreich aber dann hat der ESP kein Wlan aufgebaut
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 22:58:36
Zitat von: kadettilac89 am 23 April 2016, 22:56:25
Ich hab mit 9600 geflashed, hat ewig gedauert aber dann hat der Controller funktioiert. Das komische war dass ich ohne Fehler flashen konnte. Alles erfolgreich aber dann hat der ESP kein Wlan aufgebaut

Ich hab das Tool verwendet unter Windows.
http://www.electrodragon.com/w/ESP8266_firmware_flasher (http://www.electrodragon.com/w/ESP8266_firmware_flasher)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 23 April 2016, 23:26:01
Nö  ..... ich kann machen was ich will   ... er bricht immer beim dritten File ab .
Habe die Baudrate runtergedreht ... andere Tools   ... immer das gleiche.

Allerdings habe ich noch was interessantes festgestellt:
Wenn ich Strom auf den ESP bzw. die Anschlussklemme ( 12Volt, 500 mA max) gebe blinkt die blaue LED des ESP nicht.
Erst wenn ich auf die Resettaste drücke ... dann blinkt sie blau.
Ich kenn das so das der ESP bei einschalten erst einmal kurz blau blinkt ?

Jemand ne Idee ??


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 23:39:48
Ich hatte selber Probleme mit dem Flashen ... da ich selber großes Interesse an diesem Projekt habe, habe ich eine kurze Anleitung erstellt wie ich die Firmware auf den Controller gespielt habe. Vielleicht hilft es jemanden, ich habe ein paar Screenshots gemacht. Angaben stammen aus dem Forum hier oder Google. Das ganze ohne Gewähr!

@mrpj, wenn du willst kannst das Dokument auch an deinen Post auf Seite 1 hängen nachdem du es reviewed hast :) . Es kommen aktuell viele Fragen zum Flashen.

Edit: Anleitung nach Review überarbeitet, v0.2 angehängt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 23 April 2016, 23:42:24
Zitat von: AxelSchweiss am 23 April 2016, 23:26:01
Ich kenn das so das der ESP bei einschalten erst einmal kurz blau blinkt ?

Jemand ne Idee ??

Ich glaube er blinkt beim Einschalten nur wenn die Firmware richtig  geflasht wurde. Ich hab heute lange rumgespielt und da hat auch nichts geblinkt. Erst jetzt nachdem alles passt blinkt er.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: sentinel1 am 23 April 2016, 23:43:34
Hallo Patrick,

OTA hat bei mir funktioniert
Statische IP funktioniert auch
Umbenennen AP / Passwort AP habe ich nicht getestet
Web Interface Passwort funktioniert auch bei mir nicht,das Web Interface Passwort wird nicht aktiviert

Gruß,
Claudiu
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 01:29:02
Nabend,

ich habe es jetzt auch nochmal mit dem original esptool probiert, selbes Verhalten, bricht immer ab an unterschiedlichen Stellen. Aber wie gesagt ich kenne das auch von den "einfachen" ESP Modulen, da hatte ich auch schon mal eeproms gewechselt, danach lief es wieder. Die waren irgendwie nach 15 Schreibvorgängen hinüber. Die ESPs scheinen extreme Abweichungen in der Fertigung zu haben was die Qualität angeht. Das andere Modul lässt sich problemlos flashen, ohne die Platine. Vielleicht stört auch was, ich werde mal morgen noch ein paar Abblockkondensatoren zwischen löten.

Senken der Baud Rate bringt bei mir auch absolut nichts. Da kommen irgend wann keine Antworten mehr zurück vom ESP.

Also zum spielen sollte man vielleicht den Bootloader auslassen, wenn der Fehler dort auftritt dürfte es vorbei sein mit dem ESP. Es sei denn man kommt irgendwie mit einem ISP Programmer ran. Oder direkt auf den eeprom schreiben.

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 02:06:29
Also bei mir hat das alles nix gebracht. Ich denke der EEPROM ist futsch. Quasi als FactoryDefault  >:(
Werde mal einen ESP auf ein Breadboard "applizieren" und dann nur den nackten ESP beschalten und flashen.
Wenn das dann funktioniert löte ich den dann auf das Board.

Habe keine Lust noch mehr Boards zu verhuntzen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 09:36:15
Das ist wirklich seltsam - mit den ganzen ESPs die ich hier genutzt und geflasht hab (n > 10) ist bisher nichts vorgekommen.
Aus dem Grund hatte ich auch den selben Versender auf Aliexpress wieder herangezogen.

Zum flashen nehme ich die günstigen FT232


Bevor ihr den ESP aufgebt, würde ich noch einen einfache Firmware  (Arduino sketch falls es zu kompliziert ist mit Sming) nehmen und schauen ob er erstmal damit zu flashen geht. 
Schritt 1:
Eine Firmware die verschiedene Information über serielle Schnittstelle ausgibt ( hilfreich sind dort die ganzen ESP internat wie flash chip, flash size etc.) damit lässt es sich vielleicht näher eingrenzen welche ESPs davon betroffen sind.

Was ich mir noch vorstellen kann:
Die Flash Chip größere ist < 4 MB.

Der ESP kann nur 1MB Blöcke "mounten" - das Layout ist gerade:
Block1 | Block2 | Block3 | Block4
Rom1  |  Rom2  | leer      | Spiffs





Versand der fertigen Controller

Durch die Probleme hier, ist es mir persönlich lieber, noch etwas zu warten mit dem Versand der fertig (geflashten) Controller
Ich werde dennoch versuchen über die Woche noch weitere Controller aufzubauen, damit bald eine größere Menge verschickt werden kann
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 24 April 2016, 09:47:44
Guten Morgen,
Ich habe gestern übrigens noch mal testweise Kabel vom DCDC-Wandler zum C2 und weiter zum ESP gezogen - leider ohne Erfolg...

Ronny

PS: Da ich es glaube bis jetzt noch nicht getan habe, möchte ich noch meinen größten Respekt und Dank für die Entwicklung des Controllers und der Software zum Ausdruck bringen! Auch für die Unterstützung von Pfanne und den anderen, die hier immer wieder hilfreich zur Seite stehen!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 10:12:53
Zitat von: mrpj am 24 April 2016, 09:36:15
Das ist wirklich seltsam - mit den ganzen ESPs die ich hier genutzt und geflasht hab (n > 10) ist bisher nichts vorgekommen.
Aus dem Grund hatte ich auch den selben Versender auf Aliexpress wieder herangezogen.

Also die ESP mit den defekten (oder billigen) eeproms gabs eigentlich nur bei den einfachen ESPs wo nur UART rausgeführt war, das würde ich also mal ausschließen. Ich würde fast vermuten, dass irgend etwas stört und die Dinger sind halt sehr anfällig. Außerhalb des Boards kann ich den auch flashen, das ist das, was mich wundert, kann aber auch nur bei mir so sein. Dann versorge ich den aber auch aus einem Labornetzteil, da kommt also komplett gesiebte Spannung raus.

Eine Frage noch, die Elkos, sind das Low-ESR?

Das die ESPs defekt sind glaube ich persönlich nicht, das muss was anderes sein ;-)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 10:25:04
Zitat von: mrpj am 24 April 2016, 09:36:15
Was ich mir noch vorstellen kann:
Die Flash Chip größere ist < 4 MB.

Das könnte ich mir schon eher vorstellen.
Ich meine irgendwo gelesen zu haben das die ESP von verschiedenen Herstellern gebaut werden.
Und dadurch ein ESP-12 nicht unbedingt ein ESP-12 ... also mit 4 MB ...ist.

Ich versucht das Ding mal vom Board zu bekommen und einzeln zu behandeln ... ich möcht jetzt wissen was das ist. (Jagdfieber ?)

@mrpj: Hast du irgendeinen Sketch für die Arduino IDE den ich zum testen verwenden kann ... einen der garantiert und geprüft funktioniert ? Cool wäre als kleines .bin ... für 1 MB Chips


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 10:25:53
Meine Alltags RGBWW Controller laufen alle mit billige China Netzteilen und da ist weder beim flashen noch beim Betrieb das Phänomän aufgekommen.

Das Einzige was ich mir noch erklären kann: die Ausgangsspannung des DCDC Wandlers liegt unter 3,3V - bei mir stelle ich im Regelfall 3,33-3,35V ein




Im Anhang ist noch eine Firmware Version mit kleinen Dateisystem - flashen wie davor auch

Und ich hab noch eine Testfirmware schnell zusammengeschubst.

Flashen mit:

esptool.exe -p COMPORT -b 115200 write_flash -ff 40m -fm qio -fs 4m 0x00000 out/firmware/0x00000.bin 0x09000 out/firmware/0x09000.bin


Die Testfirmware hat kein Dateisystem, gibt über Seriel ein paar Chip Informationen aus und erzeugt einen AP.
Weiteres ist nicht implementiert




Nachtrag:

Ich bin den restlichen tag unterwegs - brauch definitiv eine Auszeit vom Computer Bildschirm
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 10:49:09
Mhh, funktioniert bei mir auch nicht:

Connecting...
Erasing flash...
head: 8 ;total: 8
erase size : 16384
Writing at 0x00007800... (100 %)
Traceback (most recent call last):
  File "esptool.py", line 634, in <module>
    esp.flash_block(block, seq)
  File "esptool.py", line 283, in flash_block
    struct.pack('<IIII', len(data), seq, 0, 0)+data, ESPROM.checksum(data))[1] != "\0\0":
  File "esptool.py", line 109, in command
    raise Exception('Invalid head of packet')
Exception: Invalid head of packet


Und einen schönen Sonntag dann ;-)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspII am 24 April 2016, 11:09:53
Hi,
Ich hätte anfangs beim Flashen via esptool ähnliche Probleme.
Letztendlich lag es daran, dass die Umgebungsvariable "path" nicht auf das esptool Verzeichnis gezeigt hatte.
Bei mir hat's geklappt, nachdem ich mich im Commandline Fenster auf das Verzeichnis mit den ROMs gesetzt habe und von dort aus (mit korrekten Umgebungsvariablen) das flashtool aufgerufen habe
(Wenn das Flashen bei Dir schon mal funktioniert hat kann es daran nicht liegen).

Gesendet von meinem SM-G900F mit Tapatalk
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 24 April 2016, 11:14:32
Moin,

ich habe mal einen minimalen Arduino-Sketch zum Auslesen der Flash-Größe angehängt.

Sketch:

void setup() {
  Serial.begin(115200);
  Serial.println("");
  Serial.println("");
  checkFlash();
}

void loop() {
}

//===> Check Flash Memory <-----------------------------------------------------
void checkFlash(){
  uint32_t realSize = ESP.getFlashChipRealSize();
  uint32_t ideSize = ESP.getFlashChipSize();
  FlashMode_t ideMode = ESP.getFlashChipMode();

  Serial.println("");
  Serial.println("============================================");
    Serial.printf("Flash real id:   %08X", ESP.getFlashChipId());
    Serial.println("");
    Serial.printf("Flash real size: %u", realSize);
    Serial.println("");

    Serial.printf("Flash ide  size: %u", ideSize);
    Serial.println("");
    Serial.printf("Flash ide speed: %u", ESP.getFlashChipSpeed());
    Serial.println("");
    Serial.printf("Flash ide mode:  %s", (ideMode == FM_QIO ? "QIO" : ideMode == FM_QOUT ? "QOUT" : ideMode == FM_DIO ? "DIO" : ideMode == FM_DOUT ? "DOUT" : "UNKNOWN"));
    Serial.println("");
   
    if(ideSize != realSize) {
        Serial.println("Flash Chip configuration wrong!");
    } else {
        Serial.println("Flash Chip configuration ok.");
    }
  Serial.println("============================================");
  Serial.println("");
   
}


Ausgabe:
============================================
Flash real id:   001640E0
Flash real size: 4194304
Flash ide  size: 4194304
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration ok.
============================================


Ich hatte mit meinen bisherigen ESPs auch schon diverse "Phänomene", in der Reglel ließen ich diese aber durch das Aufspielen eines kleinen Minimalsketches wieder beheben, warum auch immer.

Gruß
Pf@nne

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 11:28:24
Zitat von: Loetkolben am 23 April 2016, 16:35:17
Hm - nach dem Update (OTA) geht nix mehr :-)
...
...
Edit: Geht wieder, habe dem Controller ne Pause gegönnt und mal das Netzteil länger raus gelassen.
...
Komisch, nach dem Update geht wieder nix.
Gestern hat mit der Original-Firmware alles geklappt, heute morgen dann das Update gemacht.
Beide Meldungen "Update sucessfull" kommen und "Controller will restart", habe dann noch einige Zeit gewartet und dann auf OK geklickt.  Die IP des Controller (via DHCP) war erreichbar, das Webinterface nicht.  Der Seitentitel wird angezeigt (RGBWW Controller) aber die Seite ist weiß.  Quelltext hat die Seite auch, aber mein Browser zeigt mir was komisches "Unexpected End of Script", siehe Bild.  Dann CLR beim Neustart überbrückt und der Controller hat die 192.168.4.1, aber da das gleiche Bild, weiße Seite.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 11:49:09
Zitat von: Pf@nne am 24 April 2016, 11:14:32
Moin,
ich habe mal einen minimalen Arduino-Sketch zum Auslesen der Flash-Größe angehängt.

Welche Einstellungen in der IDE für das Board hast du den gemacht ?

Bei mit kommt jedesmal nur dieser Output auf der Console.
load 0x4010f000, len 1264, room 16 <\r><\n>
tail 0<\r><\n>
chksum 0x42<\r><\n>
csum 0x42<\r><\n>
~ld<\n><\r><\n>
ets Jan  8 2013,rst cause:2, boot mode:(3,6)


Sieht so aus als ob er den Code zum booten nicht findet.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 12:27:23
Zitat von: Loetkolben am 24 April 2016, 11:28:24
Komisch, nach dem Update geht wieder nix.
Gestern hat mit der Original-Firmware alles geklappt, heute morgen dann das Update gemacht.
Beide Meldungen "Update sucessfull" kommen und "Controller will restart", habe dann noch einige Zeit gewartet und dann auf OK geklickt.  Die IP des Controller (via DHCP) war erreichbar, das Webinterface nicht.  Der Seitentitel wird angezeigt (RGBWW Controller) aber die Seite ist weiß.  Quelltext hat die Seite auch, aber mein Browser zeigt mir was komisches "Unexpected End of Script", siehe Bild.  Dann CLR beim Neustart überbrückt und der Controller hat die 192.168.4.1, aber da das gleiche Bild, weiße Seite.

Mit der Beschreibung ist es sehr schwer dir zu helfen. Ich hatte dich gestern schon gebete, bitte ein Logfile mitzuschneiden vom update prozess - am besten mit der debugging Firmware.


Wichtig:

Bei vielen die hier Fehler posten fehlen Informationen - um wirklich helfen zu können, braucht es mehr als nur xyz funktioniert nicht.
Daher beantwortet bitte folgende Fragen:


Firmware Quelle: binaries (welche URL?) / selber kompiliert (welche Git Version? Welche SDK Version? Welche SMING Version?)
Flasher: esptool /?????
Hardware zum flashen: FTDI232 / ???
Wie ist die Hardware verbunden? USB, anderes? Wieviele andere USB Geräte hängen noch an dem PC? Schonmal alle externen Geräte entfernt?

Bei Problemem im Betrieb:
Firmware Version:
Quelle: OTA / geflasht

Problem: bitte das Problem genau schildern. Wann trat das Problem auf? Welche Schritte haben dazu geführt?

Logfile:
mit das wichtigste an dem ganzen Bericht - denn nur dadurch kann ich nachvollziehen was auf dem Controller geschehen ist.
Wenn das Problem reproduzierbar ist, bitte die Debug Firmware aufspielen und nochmal ausführliches log posten





Zitat von: AxelSchweiss am 24 April 2016, 11:49:09
Welche Einstellungen in der IDE für das Board hast du den gemacht ?

Bei mit kommt jedesmal nur dieser Output auf der Console.

load 0x4010f000, len 1264, room 16 <\r><\n>
tail 0<\r><\n>
chksum 0x42<\r><\n>
csum 0x42<\r><\n>
~ld<\n><\r><\n>
ets Jan  8 2013,rst cause:2, boot mode:(3,6)


Sieht so aus als ob er den Code zum booten nicht findet.


Axel, bitte probier doch mal die testfirmware von mir. Danke
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 12:27:35
Bei mir flashed der bis 100% und dann kommt wieder der Fehler.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 24 April 2016, 12:39:45
Arduino-Config für den CheckFlash
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 12:43:29
Welche Baud Rate ist denn eingestellt? Ich bekomme nur Matsch auf der seriellen.

Ich habe jetzt die beiden Files geflashed, einzeln nacheinander. Der hat ja genau bei 100% abgebrochen, vielleicht ist es ja trotzdem drauf.

Bei Pf@anne seinem Bin bekomme ich dieselbe Ausgabe wie Axel.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 12:45:50
Zitat von: mrpj am 24 April 2016, 12:27:23
Mit der Beschreibung ist es sehr schwer dir zu helfen. Ich hatte dich gestern schon gebete, bitte ein Logfile mitzuschneiden vom update prozess - am besten mit der debugging Firmware.
...
Oh - Entschuldigung! Habe nicht gesehen das ich nach meinem Beitrag angesprochen wurde.
Dann werde ich das ganze nochmal machen und versuche die geforderten Informationen zu liefern.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 12:59:45
Zitat von: mrpj am 24 April 2016, 12:27:23
Axel, bitte probier doch mal die testfirmware von mir. Danke

Hi ... das hatte ich schon probiert ... leider nix ... kein AP oder brauchbarer Output auf der Console
Ich hänge mal die Logs als File hier an.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 24 April 2016, 13:10:42
So ein Mist, eigentlich dachte ich, dass ich das flashen ohne Hilfe hinbekomme. Bei mir finden die Tools (nodemcu; flashtool v2.4) den ESP gar nicht! Wenn ich aber beim Starten des Boards putty auf der Seriellen habe, dann laeuft da was durch, und am Ende steht da ready. Wenn ich G0 und GND gebrueckt habe, dann kommt lblrl !
Was mache ich falsch, bzw. was kann ich machen
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 13:56:50
Firmware Quelle: https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=51101
Flasher: esptool --> https://nodemcu.readthedocs.org/en/dev/en/flash/ --> python 2.7 --> Windows 10 (cmd)
Hardware zum flashen: http://www.ebay.de/itm/262385050345?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Wie ist die Hardware verbunden? USB  Wieviele andere USB Geräte hängen noch an dem PC? 1x Maus

Problem: Firmware (s.o.) geflasht, Controller macht ein WLAN mit 192.168.4.0, mit Controller via WLAN verbunden, in heimisches WLAN eingebunden, Firmwarestand v0.2.6-dirty/0.2.2/0.8.0/2.1.0, hterm gestartet, Update via OTA, Fehlermeldung "OTA failed Network error - please check your connection, in hterm gesehen das der Update-Prozess durchgelaufen ist, Neustart, Verbindung zum WebInterface funktioniert, LED steuern funktioniert, Einstellung für feste IP aufgerufen und 192.168.100.104 eingetragen, Neustart, Webinterface funktioiert nicht mehr (weiße Seite).

Hoffe das sind genug Informationen. 

Logfile: siehe Anhang
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 24 April 2016, 13:58:58
Zitat von: ext23 am 24 April 2016, 12:43:29
Welche Baud Rate ist denn eingestellt? Ich bekomme nur Matsch auf der seriellen.

Ich habe jetzt die beiden Files geflashed, einzeln nacheinander. Der hat ja genau bei 100% abgebrochen, vielleicht ist es ja trotzdem drauf.

Bei Pf@anne seinem Bin bekomme ich dieselbe Ausgabe wie Axel.

/Daniel

115200
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 24 April 2016, 14:13:33
Zitat von: Loetkolben am 24 April 2016, 13:56:50
Problem: Firmware (s.o.) geflasht, Controller macht ein WLAN mit 192.168.4.0, mit Controller via WLAN verbunden, in heimisches WLAN eingebunden, Firmwarestand v0.2.6-dirty/0.2.2/0.8.0/2.1.0, hterm gestartet, Update via OTA, Fehlermeldung "OTA failed Network error - please check your connection, in hterm gesehen das der Update-Prozess durchgelaufen ist, Neustart, Verbindung zum WebInterface funktioniert, LED steuern funktioniert, Einstellung für feste IP aufgerufen und 192.168.100.104 eingetragen, Neustart, Webinterface funktioiert nicht mehr (weiße Seite).
Logfile: siehe Anhang

Die Fehlermeldung "OTA failed Network error" kann ich reproduzieren. Verwendest du Chrome als Browser? Versuche mal die Seite mit einem Smartphone aufzurufen. Damit funktioniert bei mir alles nur über Windows mit Chrome geht es nicht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 14:44:35
Ich benutze Firefox, das Problem tritt aber auch mit Edge (Windows10) und Safari (OS X) auf.

Aber - ich habe alles jetzt noch ein paar Mal gemacht. Neu geflasht, danach Reset betätigt.  Plötzlich verbindet sich der Controller mit meinem heimischen WLAN, obwohl ich dem das noch nicht gesagt habe.  Dann statische IP eingetragen und gefühlte 100-mal den Reload-Button betätigt.  Plötzlich geht es   :-\

Ich versteht die Welt nicht mehr.....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 15:47:17
Zitat von: ext23 am 24 April 2016, 12:43:29
Welche Baud Rate ist denn eingestellt? Ich bekomme nur Matsch auf der seriellen.

Ich habe jetzt die beiden Files geflashed, einzeln nacheinander. Der hat ja genau bei 100% abgebrochen, vielleicht ist es ja trotzdem drauf.

Bei Pf@anne seinem Bin bekomme ich dieselbe Ausgabe wie Axel.

/Daniel

Bitte füll auchmal folgendes aus:


Firmware Quelle: binaries (welche URL?) / selber kompiliert (welche Git Version? Welche SDK Version? Welche SMING Version?)
Flasher: esptool /?????
Hardware zum flashen: FTDI232 / ???
Wie ist die Hardware verbunden? USB, anderes? Wieviele andere USB Geräte hängen noch an dem PC? Schonmal alle externen Geräte entfernt?

Bei Problemem im Betrieb:
Firmware Version:
Quelle: OTA / geflasht

Problem: bitte das Problem genau schildern. Wann trat das Problem auf? Welche Schritte haben dazu geführt?

Logfile:
mit das wichtigste an dem ganzen Bericht - denn nur dadurch kann ich nachvollziehen was auf dem Controller geschehen ist.
Wenn das Problem reproduzierbar ist, bitte die Debug Firmware aufspielen und nochmal ausführliches log posten



Zu dem Flash Problem: ich kann es nicht reproduzieren - eine kurze google Suche zeigt, dass es mehrere Lösungsversuche gibt (Anderer PC, keine andere USB Geräte, esptool.py anpassen etc.) - ich kann an der Stelle auch nichts anderes tun, als euch bitten, selbst mal nach möglichen Fehlerquellen und Lösungen im Internet zu schauen.

Zitat von: Loetkolben am 24 April 2016, 14:44:35
Ich benutze Firefox, das Problem tritt aber auch mit Edge (Windows10) und Safari (OS X) auf.

Aber - ich habe alles jetzt noch ein paar Mal gemacht. Neu geflasht, danach Reset betätigt.  Dann statische IP eingetragen und gefühlte 100-mal den Reload-Button betätigt.  Plötzlich geht es   :-\

Ich versteht die Welt nicht mehr.....

Zu "network error" - das bedeutet dass das WebIF sich nicht mehr mit dem Controller verbinden konnte. Am besten in den Browser Developer Tools (F12 bei Chrome) mir das Log der Netzwerk Verbindungen zeigen.

Während des updates versucht das WebIF in regelmäßigen Zeitabständen Informationen vom Controller abzufragen, wenn das nicht klappt, zeigt es den Fehler. Das bedeutet aber nicht, dass das Update gescheitert ist (!).

Zitat von: Loetkolben am 24 April 2016, 14:44:35
Plötzlich verbindet sich der Controller mit meinem heimischen WLAN, obwohl ich dem das noch nicht gesagt habe.

Die Verbindungsdaten werden ESP intern hinterlegt - das bedeutet im normalfall, wenn man den Controller nicht explizit resettet - das die Daten noch vorhanden sind.

Wenn du mehrmals geflasht hast, ist es schwer nachzuvollziehen, woran es nun lag, dass er beim ersten mal ausführen diese Informationen nicht gelöscht hat. ....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 16:21:54
Danke für die Hinweise.  Ich werde jetzt die anderen Controller mal zusammen bauen und schauen wie die sich beim flashen verhalten.


   Andreas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 16:27:41
Zitat von: Loetkolben am 24 April 2016, 13:56:50
Firmware Quelle: https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=51101
Flasher: esptool --> https://nodemcu.readthedocs.org/en/dev/en/flash/ --> python 2.7 --> Windows 10 (cmd)
Hardware zum flashen: http://www.ebay.de/itm/262385050345?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Wie ist die Hardware verbunden? USB  Wieviele andere USB Geräte hängen noch an dem PC? 1x Maus

Problem: Firmware (s.o.) geflasht, Controller macht ein WLAN mit 192.168.4.0, mit Controller via WLAN verbunden, in heimisches WLAN eingebunden, Firmwarestand v0.2.6-dirty/0.2.2/0.8.0/2.1.0, hterm gestartet, Update via OTA, Fehlermeldung "OTA failed Network error - please check your connection, in hterm gesehen das der Update-Prozess durchgelaufen ist, Neustart, Verbindung zum WebInterface funktioniert, LED steuern funktioniert, Einstellung für feste IP aufgerufen und 192.168.100.104 eingetragen, Neustart, Webinterface funktioiert nicht mehr (weiße Seite).

Hoffe das sind genug Informationen. 

Logfile: siehe Anhang

Ich hab mir das logfile mal angeschaut


(...)
WebappOTA::onTimer
WebappOTA::onTimer Downloading http://patrickjahns.github.io/esp_rgbww_firmware/release/app.min.js.gz (app.min.js.gz)

Download file: app.min.js.gz 1
Download: http://patrickjahns.github.io:80/esp_rgbww_firmware/release/app.min.js.gz
(...)
Content-Length === 156513
(...)
TCP connection closed by timeout: 70 (from 70)
Download file len written: 865, res^ 1
TCP connection closing
WebappOTA::onTimer
WebappOTA::onTimer Webapp downloads finished
WebappOTA::finished
ApplicationOTA::webappCallback
Webapp update successfull


Das passiert bei fast allen der Dateien die er versucht herunter zu laden. Woran es liegt, dass die Verbindung ein timeout hat, kann ich nicht nachvollziehen....
Die Firmware bekommt fälschlicherweise von Sming ein "success" gemeldet und reicht das dann natürlich weiter.. Obwohl der empfang der Daten nicht vollständig ist (Content-Length === 156513 VS Download file len written: 865, res^ 1)

Kannst du die Dateien ohne Probleme manuell herunter laden? Oder gibt es bei dir vielleicht routing probleme (Telekom??)

Dann noch folgender Vorschlag:
Ich habe einen kleinen updateserver in python geschrieben - zu finden unter:
https://github.com/patrickjahns/esp_rgbww_firmware/tree/master/tools

Dazu braucht man python2.7 und flask (pip install -r requirements.txt)
Die Dateien aus:
http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip

in das selbe verzeichnis kopieren und mit "python updateserver.py" starten.
Der server ist dann unter PCIP:80 zu erreichen bzw. die updateurl lautet dann http://PCIP:80/version.json

Das sollte zum erfolgreichen testen funktionieren. Das es via github nicht klappt ist sehr seltsam ...


Das Problem mit dem timeout lässt sich nicht auf die schnelle beheben, da es etwas tiefer im Framework ist.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 16:34:26
Zitat von: AxelSchweiss am 24 April 2016, 11:49:09
Welche Einstellungen in der IDE für das Board hast du den gemacht ?

Bei mit kommt jedesmal nur dieser Output auf der Console.
load 0x4010f000, len 1264, room 16 <\r><\n>
tail 0<\r><\n>
chksum 0x42<\r><\n>
csum 0x42<\r><\n>
~ld<\n><\r><\n>
ets Jan  8 2013,rst cause:2, boot mode:(3,6)


Sieht so aus als ob er den Code zum booten nicht findet.

Axel, mach mir bitte mal ein Bild von der Controller Oberseite und Unterseite - ich habe da eine Vermutung
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 16:41:27
Und zusätzlich miss bitte mal welche Spannung am ESP an RESET, D0, D15, D2, CHPD anliegt

Pin Layout siehe hier:
http://esp8266.github.io/Arduino/versions/2.0.0/doc/esp12.png

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 16:53:20
@Loetkolben

Ich habe hier mal testweise noch die Daten auf meinen privaten Server geschoben:
OTA URL: http://rgbww.patrickjahns.de/version.json

Ob ich in Zukunft einen Mirror pflege, das weiss ich noch nicht, mal sehen. Es dient gerade nur zum testen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 24 April 2016, 17:16:33
Hi,

hier auch mal wieder ein Zwischenstand:
Mittlerweile habe ich 4 von 7 Platinen zusammengelötet.
Ausser der einen gestern, bei der's Probleme gab, funktionierten alle anderen auf anhieb.
Die von gestern geht mittlerweile auch, da war die VOut vom StepDown schlecht gelötet.

OTA-Update hat auch bei allen 4 funktioniert.

Irgendjemand von euch hat jetzt einen 3fach-Anschluss zuviel, der fehlte bei mir, dafür hab ich nen 2fach zuviel :D
Aber das ist auch egal, sowas hat man ja sowieso in der Bastelkiste gg

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 17:45:27
Zitat von: mrpj am 24 April 2016, 16:41:27
Und zusätzlich miss bitte mal welche Spannung am ESP an RESET, D0, D15, D2, CHPD anliegt

Hi, also mal die Spannungen
GND - RESET    : 3,35 Volt
GND - D0          : 3,25 Volt
GND - D15        : 0,003 Volt (also nix)
GND - D2          : 3,36 Volt
GND - CHPD      : 3,36 Volt (da blinkt's bei jeder Berührung mit dem Multimeter blau.)

Die Bilder hänge ich mal an.
Ich habe aber die Platine auf dem Kopf herum gelötet ... um Platz wegen dem Spannungsregler (steht auf Stelzen) zu bekommen.
Die Polung der ELKO's habe ich dabei berücksichtigt.
Die FET's habe ich absichtlich noch nicht drin ... sollte aber nichts ausmachen?

Einen GROSSEN DANK für deine Hilfe.

Ach ja ... ich habe mal einen ESP nackig aufgebaut (siehe Bild) und ein ESP-EASY drauf gemacht ... hat geklappt und lief stabil.
Ein Blink-Sketch und deine Testfirmware kommen noch.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 24 April 2016, 17:58:13
Hallo,
auch von mir ein kurzes Update.
- auf dem Controller zuerst den Spannungsregler eingebaut und auf 3,3V eingestellt
- ESP und restliche Widerstände und Elkos gelötet (default AP gefunden)
- ESP mit esptool.py auf meinem Raspi geflashed esptool.py -p /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin
- AP mit RGBWW... gefunden, WLAN Zugang eingestellt
- restlichen FETs und LED gelötet und Tata. Es leuchtet BUNT :-)
- über OTA neueste Firmware eingespielt

Anmerkung: Jumper zwischen GND und G0 funktioniert nicht. Hab dann beide an GND vom Flasher gehangen und dann ging das Flashen sofort ohne Probleme.

Dann mache mich mich mal an die 2 weitern Controller.

Hab noch eine Frage: Meine LED-Stripes sind mit +, R, G, B, W  beschriftet. Auf der Platine hab ich CW und WW. Wo schliesse ich meinen W an? Ich hab ihn jetzt an WW angeschlossen und ich merke keinen Unterschied, wenn ich den Regler zwischen CW und WW hin und her schiebe.
Die weisse LED leuchtet abhängig von der Helligkeit im Farbquadrat hell und dunkel.

Wenn ich noch einen Wunsch für die Firmware äussern dürfte: Ein Ein/Aus Schalter finde ich praktisch.

Vielen, vielen Dank für die prima Arbeit. 
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 19:10:17
Zitat von: Icinger am 24 April 2016, 17:16:33
Ausser der einen gestern, bei der's Probleme gab, funktionierten alle anderen auf anhieb.
Die von gestern geht mittlerweile auch, da war die VOut vom StepDown schlecht gelötet.

Das bestätigt meine Erfahrung - bisher waren alle meine "Probleme" die ich mit den ESP hatte, Probleme mit der Spannungsversorgung - deshalb nun bei v1.3 noch ein Puffer Elko vor und nach dem DC Wandler

Ich kann nur nochmal darauf hinweisen, die Lötstellen um den DCDC Wandler un den beiden Elkos zu kontrollieren.
Nicht nur V-Out vom DC Wandler ist wichtig, auch VIn und GND  ;)

Zitat von: Icinger am 24 April 2016, 17:16:33
Irgendjemand von euch hat jetzt einen 3fach-Anschluss zuviel, der fehlte bei mir, dafür hab ich nen 2fach zuviel :D
Aber das ist auch egal, sowas hat man ja sowieso in der Bastelkiste gg

Es ist also doch keine gute Idee, Nachts um 21 Uhr die Päckchen zu verpacken  ::)
Beweis dafür, dass man auch ausreichend Konzentration für stupide Arbeit braucht  ;D

Zitat von: Tom71 am 24 April 2016, 17:58:13

Hab noch eine Frage: Meine LED-Stripes sind mit +, R, G, B, W  beschriftet. Auf der Platine hab ich CW und WW. Wo schliesse ich meinen W an? Ich hab ihn jetzt an WW angeschlossen und ich merke keinen Unterschied, wenn ich den Regler zwischen CW und WW hin und her schiebe.
Die weisse LED leuchtet abhängig von der Helligkeit im Farbquadrat hell und dunkel.

Wenn ich noch einen Wunsch für die Firmware äussern dürfte: Ein Ein/Aus Schalter finde ich praktisch.

Vielen, vielen Dank für die prima Arbeit. 

An/Aus für was ? Die LEDs? den V Wert bei HSV auf 0 setzen, dann sind die LEDs aus ;-) - bei RAW eben alle Werte auf 0, dann leuchtet da auch nix mehr.

Bei der Frage zu weiss: Was für ein Weiss ist es denn? Eher warm oder eher kühl?
Zitat von: AxelSchweiss am 24 April 2016, 17:45:27
GND - RESET    : 3,35 Volt
GND - D0          : 3,25 Volt
GND - D15        : 0,003 Volt (also nix)
GND - D2          : 3,36 Volt
GND - CHPD      : 3,36 Volt (da blinkt's bei jeder Berührung mit dem Multimeter blau.)

Die Bilder hänge ich mal an.
Ich habe aber die Platine auf dem Kopf herum gelötet ... um Platz wegen dem Spannungsregler (steht auf Stelzen) zu bekommen.
Die Polung der ELKO's habe ich dabei berücksichtigt.
Die FET's habe ich absichtlich noch nicht drin ... sollte aber nichts ausmachen?

Interressanter Aufbau hast du da ....

Die Spannungen passen soweit - wobei D0 mich etwas irritiert - D0 sollte eigentlich auf Vin level sein - also eigentlich auch 3,3V. Kannst du noch direkt am ESP mal den vergleich messen? Nur zur Sicherheit.

Zwei Ideen habe ich noch:
1)
Ein Kabel zwischen Vin und Vcc (3,3V) zu dem Elko legen um 100% die Spannungsversorgung auschließen zu können.
Die beiden Elkos nochmals löten - so  dass das lot auf beiden Seiten (oben und unten) eine Verbindung herstellt

2)
Die Original Firmware von Espressif flashen bzw. eine leere Firmware flashen.
Wenn möglich auch sicherstellen, das keine anderen Geräte am USB Bus hängen - damit Störungen ausgeschlossen werden können

Ich hab das hier kurz überflogen:
http://flower-platform.com/2015/12/16/esp8266-with-at-commands-flashingupdating-the-firmware-step-by-step/

Sieht so aus als wäre da auch links für die Standard Firmware dabei
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Loetkolben am 24 April 2016, 19:31:43
Zitat von: mrpj am 24 April 2016, 16:53:20
@Loetkolben

Ich habe hier mal testweise noch die Daten auf meinen privaten Server geschoben:
OTA URL: http://rgbww.patrickjahns.de/version.json

Ob ich in Zukunft einen Mirror pflege, das weiss ich noch nicht, mal sehen. Es dient gerade nur zum testen
Hallo Patrick,
wenn ich die URL eintrage kommt "Network Error - please check your connection".
Dann habe ich Deinen PythonUpdateserver getestet, da kommt dann kein Network-Error aber die Firmware wird nicht erkannt. OTA ist "unknown"

Du hast oben nach Routing-Problemen gefragt, eigentlich funktioniert bei mir alles und ich bin auch nicht bei der Telekom.
Was ich mich aber frage, hat der Controller keine Einstellung für DNS?  Was ist wenn DNS ungleich GW ist (so wie bei mir)?

Nachdem ich heute fast den ganzen Tag rumgespielt habe, habe ich jetzt Kopfschmerzen.  Das bedeutet Pause!
Auch meine "weibliche Mitbewohnerin" steigt mir sonst aufs Dach.  Und die kann ich heute nicht zum shoppen schicken, ist Sonntag :-)
Ich probiere die Woche nochmal weiter.

Danke.


  Andreas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 24 April 2016, 19:45:17
Zitat von: Loetkolben am 24 April 2016, 19:31:43
Hallo Patrick,
wenn ich die URL eintrage kommt "Network Error - please check your connection".

Bitte auch hier wieder mehr Informationen - am besten mit den Verbindungsdaten deines Browsers. (Developer Tools / Entwickler ...)

Zitat von: Loetkolben am 24 April 2016, 19:31:43
Dann habe ich Deinen PythonUpdateserver getestet, da kommt dann kein Network-Error aber die Firmware wird nicht erkannt. OTA ist "unknown"

Das ist korrektes verhalten! (Die Firmware Informationen liegen nur noch als Rohdaten vor - ohne ein Mapping ist es so gut wie unmöglich daraus die Firmware Informationen zu extrahieren. Analog dazu - die WebIF Daten sind in einer gezippten Datei, das erstmal zu extrahieren um dann javascript in python zu parsen....)
Es ist ein einfaches Tool um die Daten bereit zu stellen, wenn man eben keinen eigenen Webserver hat...

Hast du denn mal auf update gedrückt und das durchlaufen lassen?!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 24 April 2016, 20:39:47
Moin,

ich fasse nochmal zusammen, wie ich nach dem Löten vorgegangen bin:

Zuerst habe ich die Spannungen am ESP und am DC/DC-StepDown gemessen.
Analge: PIC Spannungen.png

U IN  = 12,00V
U OUT = 3,30V

GPIO4  21mV
GPIO5  30mV
GPIO0  3,30V
GPIO2  3,32V
GPIO15 22,9mV
GND    20,3mV

REST   3,31V
ADC    1,09V
CH_PD  3,29V
GPIO16 3,30V
GPIO14 24,2mV
GPIO12 24,3mV
GPIO13 22,6mV
VCC    3,26V


Dann habe ich seriell einen Testsketch geladen.
Anlage: Arduino Settings.png

Der Sketch zeigt die Größe des Flashspeichers an und schaltet nacheinander alle Kanäle durch.
Anlage: TestRGBWWCW.ino
Zum Flashen ist GPIO0 mit Masse zu verbinden, dann der RESET-Taster kurz zu betätigen, danach kann GPIO0 wieder von Masse entfernt werden.
Die OnBoard-LED sollte kurz aufleuchten.
Der ESP ist jetzt im seriellen BootMode.

In der seriellen Ausgabe sollte jetzt die Größe des Flashspeichers aufgeführt sein:
============================================
Flash real id:   001640E0
Flash real size: 4194304
Flash ide  size: 4194304
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration ok.
============================================


Die Hardware sollte somit OK sein!




Espressif Flashtool downloaden und entpacken:
http://bbs.espressif.com/download/file.php?id=315&sid=a9040f05a6bf12258fe8b73a52de3a42 (http://bbs.espressif.com/download/file.php?id=315&sid=a9040f05a6bf12258fe8b73a52de3a42)

*.bin Files zum flashen downloaden und entpacken:
http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip (http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip)

FlashTool starten und einstellen:

ACHTUNG Nachtrag:
Die Adresse für das spiff_rom.bin hat sich von 0x300000 auf 0x100000 geändert

Anlage: FlashTool.png
Flashvorgang starten.....

Nach dem Flashen sollte über die serielle Ausgabe des ESP der Start und das Öffen des AccessPoints zu sehen sein:


don't use rtc mem data<\r><\n>
rl?+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
<\r><\n>
<\r><\n>
RGBWW Controller v 0.2.6<\r><\n>
<\r><\n>
Application::init - it is first run<\r><\n>
ApplicationOTA::cleanupOTAafterReset<\r><\n>
APPLedCtrl::init<\r><\n>
APPLedCtrl::setup<\r><\n>
H: 0 | s: 0 | v: 0 | ct: 0<\r><\n>
sleep disable<\r><\n>
AppWIFI::init initial run - setting up AP<\r><\n>
AppWIFI::init no AP to connect to - start own AP<\r><\n>
AppWIFI::startAp<\r><\n>
Enabling AP and DNS server<\r><\n>
AppWIFI:: WifiAP enable<\r><\n>
AppWIFI:: DNS enable<\r><\n>
mode : sta(18:fe:34:d6:a5:b7) + softAP(1a:fe:34:d6:a5:b7)<\r><\n>
add if0<\r><\n>
add if1<\r><\n>
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)<\r><\n>
bcn 100<\r><\n>
Application::startServices<\r><\n>
APPLedCtrl::start<\r><\n>
f r0, scandone<\r><\n>
AppWIFI::scanCompleted<\r><\n>
add 1<\r><\n>
aid 1<\r><\n>
station: cc:3d:82:a1:e8:7f join, AID = 1


WICHTIG! Den ESP mindesten 1 x durch das Drücken des RESET-Tasters oder Wegnahme der Spannung durchstarten!


Jetzt mit dem geöffneten AccessPoint des ESP verbinden.
Danach mit dem WebBrowser auf 192.168.4.1 euren WiFi-Zugang suchen und einstellen.

Nach dem Neustart solltet Ihr den ESP in eurem Netz unter der vom DHCP-Server zugewiesenen IP finden.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Torben am 24 April 2016, 20:40:30
Hallo,

bei mir klappt leider das flashen auch nicht. Sowohl bei der regulären Firmware als auch bei der Testfirmware bricht es immer nach unterschiedlichem Fortschritt ab:
esp_rgbww_firmware alexandrabeisch$ sudo python esptool.py -p /dev/tty.SLAB_USBtoUART -b 115200 write_flash -ff 40m -fm qio -fs 4m 0x00000 0x00000.bin 0x09000 0x09000.bin
esptool.py v1.0.2-dev
Connecting...
Erasing flash...
Took 0.38s to erase flash block
Wrote 31744 bytes at 0x00000000 in 3.1 seconds (81.8 kbit/s)...
Erasing flash...
Took 1.36s to erase flash block
Writing at 0x00016800... (25 %)
A fatal error occurred: Failed to write to target Flash after seq 54 (got result 0x1, 0x7)

Ich habe auch erfolglos verschiedene Baud-Raten ausprobiert.

Ich flashe mit einem MacBookPro und einem USB zu TTL UART Serial Converter mit CP2102.
Strom ist auf jeden Fall am ESP. Ich messe konstant 3,33V und ich habe auch direkt Kabel vom Spannungswandler zum ESP gelegt.

Hat jemand eine Idee oder ist der ESP eher defekt?

Gruß
Torben
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 24 April 2016, 20:42:35
Hallo zusammen,

um mich auch mal zu beteiligen: Habe beide Boards gelötet, eins davon ist geflasht und funktioniert.

Bin dabei nach der Anleitung von kadettilac89 vorgegangen, per Flashtool und FTDI232. Der dritte Block hat allerdings auch ~10 Versuche gebraucht bis es funktioniert hat (Abbruch an unterschiedlichen Stellen), konnte leider kein Muster erkennen woran das liegen könnte.
Die Erstkonfiguration mit WLAN Daten und die allgemeine Bedienung haben auf Anhieb funktioniert.
Am Dienstag werde ich das andere Board flashen und auch die von Patrick gewünschten Dinge (statische IP usw.) testen.

Ich bin richtig begeistert! Das ganze Webif macht einen hervorragenden Eindruck, funktioniert auf Android Chrome und Windows 10 Firefox ohne Probleme.
Wirklich klasse Arbeit, der steckt jetzt schon jeden käuflich erwerblichen in die Tasche! Freu mich schon auf das was kommt :D

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 24 April 2016, 21:20:17
Zitat von: jojoja am 24 April 2016, 20:42:35
Bin dabei nach der Anleitung von kadettilac89 vorgegangen, per Flashtool und FTDI232. Der dritte Block hat allerdings auch ~10 Versuche gebraucht bis es funktioniert hat (Abbruch an unterschiedlichen Stellen), konnte leider kein Muster erkennen woran das liegen könnte.

Vielleicht hilfreich für die Fehlersuche. Ich habe zur Analyse heute meinen ersten Controller nochmal geflasht und festgestellt, dass ich an USB3 mit 115000 baud und mit USB2 nur mit geringer Baudrate flashen kann. Ich verwende ein kurzes irgendwie doppelt geschirmtes Kabel, zum Testen dachte ich ein langes Kabel ist praktischer, da hab ich auch Abbrüche gehabt. Vielleicht ist der FTD1232 an der Grenze des benötigten Stroms und USB3 liefert einen höheren Strom.

Aber der Grund für meine Tests war ein anderer ... kann ich davon ausgehen, dass der ESP defekt bzw. geschrottet ist wenn er nicht auf serial reagiert und auch nicht blinkt (auch nicht bei Reset). Spannung an den Pins nahezu identisch zu denen des Controller 1 der funktioniert. Kalte Löststelle wahrscheinlich nicht, habe mehrere Glühbirnen parallel an 3,3 V angeschlossen und damit etwa 0,7A abgegriffen, trotzdem lag Spannung 3,3v an.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 24 April 2016, 21:21:34
Probiere bitte mal das HowTo über diesem Beitrag.....
Womit wird der DC/DC-Wandler versorgt?

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 24 April 2016, 21:36:20
Zitat von: Pf@nne am 24 April 2016, 21:21:34
Probiere bitte mal das HowTo über diesem Beitrag.....
Womit wird der DC/DC-Wandler versorgt?

Welches HowTo meinst  du, Stromversorgung direkt vom DC-Wandler weg an den ESP? Nein, hab ich nicht.
Stromversorgung per 100 Watt LED-Trafo. Spannung 12.2 V ... Anschluss 1,5mm² das sollte reichen

Ich werde am Wochennde mal auslöten und direkt an 3,3V anschließen und schaun ob er was macht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 24 April 2016, 22:06:53
Also irgend wann kotzt ein Elektroniker und Inf.-Ing. auch mal ;-) Ich hab mein ESP-12 in die Tonne gehauen und den nächsten genommen, der läuft. Spiegelt eben den Preis der Dinger wieder.

Ich hab keine Ahnung was das ist, vermutlich vielleicht doch der eeprom. Ich hab nen 100nF noch zwischen VCC und GND geklemmt, zig verschiedene USB zu Seriell Umsetzer und einige Rechner probiert. Mit einem Rechner habe ich den ersten Teil geschafft zu flashen, dann mit einem anderen FT232 den zweiten Teil aber den dritten Teil der FW habe ich ums verrecken nicht rein bekommen. Man muss nach einigen Stunden dann doch mal aufgeben und den Patienten für tot erklären ;-) Aber ich muss ja mal sagen, mit meiner FT232RL Kopie (Keine Ahnung wer mir die mal unter geschoben hat) ging es noch am besten... aber ich vermute das war Zufall.

Wie verhält sich das OTA Upgrade da eigentlich wenn solche Fehler passieren? Ist das einigermaßen sicher? Wird da eine Prüfsumme über den Flash gebildet? Irgendwie müsste man ja doch sicherstellen, dass jedes Bit auch richtig geschrieben wurde, oder?

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 24 April 2016, 22:15:02
Hallo zusammen
Habe vorhin noch schnell einen zweiten zusammengeloetet. Den konnte ich auch sofort flashen und dann auch benutzen! Ich habe allerdings das Problem, dass die beiden Weisskanaele eine minimale Spannung ausgeben und ich diese auch nicht regulieren kann! Leider weiss ich nicht inwieweit das noch gar nicht implementiert ist. Vielleicht sollten wir eine zweiten Thread aufmachen, wo mrpj und seine Mitstreiter den aktuellen Stand dokumentieren, denn hier wird es jetzt es schwierig noch die wichtigen Posts und Aussagen zu finden.
@mrpj
OTA ging nicht, mit der FW 0.2.6 und dem WebIF 0.2.2. RGBWW ist 0.8.0 und Sming 2.1.0 . Es kommt jedes Mal OTA failed!
Das Loeten und Flashen ging absolut problemlos, allerdings ist das mit dem DC-DC-Wandler echt sehr tricky. Den anderen Controller werde ich jetzt noch mal nachloeten, mal sehen, wo der Bock liegt. Hilfreich wird die Angabe von Pfanne sein, da kann man schnell mal nachmessen.
@all
Ich stelle den DC-DC-Wandler immer vorher ein, bevor ich ihn aufloete, da ich das nicht gerafft hatte wie das in der Anleitung gemeint ist.
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 24 April 2016, 22:53:23
Ich habe jetz nochmal alles mögliche mit dem Multimeter durchgemessen (nur das Oszi aufzubauen war mir dann doch zuviel).
Es geht ja langsam auf Mitternacht zu .. Geisterstunde ... zumindest scheint das der Controller zu meinen.

Also .. das Labornetzteil (KORAD 3005P .. die gefixte Version) meint das der Controller bei 12 Volt 0,094A zieht.
komme ich dann mit dem Finger in die Nähe der Antenne bzw. berühr nur das Plastik da vorne gibt es anscheinend einen Reboot (blinkt blau) und der Stromverbrauch geht  auf 0,048A zurück.
Spuky ... sach ich.
Auf jeden Fall messe ich bei der geringeren Leistungsaufnahme an D0 dann nur 1,84 Volt.
Bei GPIO 14,12,13 mess ich 0,67 Volt ... ?

Komme ich mit den Messspitzen des Multimeters an CHPD gibts einen reboot.
Komisch .. gehört das so ... das Multimeter ist doch hochohmig?

Morgen bau ich den ESP raus oder setzt eine neue Platine auf ... scheint ja bei den meisten zu funktionieren.

BTW: bei einem nackten ESP bekomme ich den Testsketch zur Chipabfrage mit der Arduino IDE geflasht ... die RGBWW Firmware aber auch nicht .... werde morgen mal den Rechner wechseln.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 24 April 2016, 23:40:58
Kurzes Update
Der erste laeuft jetzt auch. Flashen war auch wieder unproblematisch! Wenn man RXD nicht anloetet, dann kann man auch keine Firmware flashen. Der CW-Kanal laeuft auch, das war wohl eine kalte Loetstelle, und der WW-Kanal will nicht, da hat es entweder den MOSFET gehimmelt, oder ich weiss es nicht. Es ist immer ein bisschen an, und laesst sich nicht regulieren. Ist aber egal, ich brauche nur 4 Kanaele.
Das ich das so einfach hinbekomme haette ich nicht gedacht, jetzt habe ich noch einen Bausatz in Reserve!
@mrpj
OTA geht bei diesem uebrigens auch nicht! Bei Beiden ist aber eine fixe IP eingetragen!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 April 2016, 09:42:35
@pc...

Ich möchte euch wirklich helfen, aber ohne weitere Informationen (log file!) kann ich nicht helfen

Zitat von: mrpj am 23 April 2016, 11:36:59

Falls es probleme gibt, wäre ich sehr dankbar, wenn ihr mir ein Log File zur Verfügung stellt. (Idealerweise wäre es top, wenn ihr bei einem Problem die Firmware aus dem Anhang flasht, damit ich ein umfangreicheres Log file bekomme und mir genauer anschauen kann, was passiert)

Zitat von: mrpj am 24 April 2016, 12:27:23
Wichtig:

Bei vielen die hier Fehler posten fehlen Informationen - um wirklich helfen zu können, braucht es mehr als nur xyz funktioniert nicht.
Daher beantwortet bitte folgende Fragen:


Firmware Quelle: binaries (welche URL?) / selber kompiliert (welche Git Version? Welche SDK Version? Welche SMING Version?)
Flasher: esptool /?????
Hardware zum flashen: FTDI232 / ???
Wie ist die Hardware verbunden? USB, anderes? Wieviele andere USB Geräte hängen noch an dem PC? Schonmal alle externen Geräte entfernt?

Bei Problemem im Betrieb:
Firmware Version:
Quelle: OTA / geflasht

Problem: bitte das Problem genau schildern. Wann trat das Problem auf? Welche Schritte haben dazu geführt?

Logfile:
mit das wichtigste an dem ganzen Bericht - denn nur dadurch kann ich nachvollziehen was auf dem Controller geschehen ist.
Wenn das Problem reproduzierbar ist, bitte die Debug Firmware aufspielen und nochmal ausführliches log posten





Debug Firmware: https://forum.fhem.de/index.php/topic,48918.msg443027.html#msg443027
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 25 April 2016, 10:37:38
Hallo mrpj
Ich wollte eigentlich auch keine Hilfe haben. Das sollten nur Infos fuer dich sein! Ich mache es heute abend aber noch einmal anstaendig. Ich war dann gestern froh, dass der zweite fertig war und funktioniert hat. Und nach dem Tatort, habe ich dann den anderen noch schnell repariert!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 25 April 2016, 16:50:04
EUREKA   ... teilweise zumindest
Den standalone ESP bekomme ich jetzt geflasht.

Was habe ich verändert ?
Alles an USB Zeug abgezogen was der Rechner so hatte.
Auf Linux (OpenSuse) gebootet und das esptool verwendet.
und siehe da ... es geht ... auch mit 115200 Baud.
Allerdings bekomme ich den ESP auf dem Controller immer noch nicht geflasht  ... warum auch immer ... wahrscheinlich hat er die Orgie nicht überlebt  ... aber er zuckt noch.

Woran lag es ?
Mit den ganzen USB (Useless Seriell Bus) Kram dran stand im Kernelbuffer folgende Fehlermeldung ... immer dann wen das flashen abgebrochen hat.
[ 2781.618475] ftdi_sio ttyUSB0: usb_serial_generic_write_bulk_callback - nonzero urb status: -62
[ 2781.953452] ftdi_sio ttyUSB0: usb_serial_generic_write_bulk_callback - nonzero urb status: -62


Laut Google hat das irgendwas mit overrun von Daten zu tun. (Ich dachte seit 16550-Zeiten gibts das nicht mehr)

Nachdem ich den ganzen Kram abzogen hatte kamen die Fehlermeldungen immer noch.
Dann habe ich einen USB-Hub (passiv) dazwischen geschaltet ... und jetzt gehts.

Allerdings speichert die Firmware die Einstellungen für das WLAN nicht ab sodass ich bei jedem Boot wieder im AP-Mode lande.
Aber ich glaube das haben noch mehrere ... muss mal den Thread durcharbeiten.



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 April 2016, 18:37:17
Das freut mich zu lesen - es ist dennoch etwas seltsam die ganze Geschichte.


Zitat von: AxelSchweiss am 25 April 2016, 16:50:04
Allerdings bekomme ich den ESP auf dem Controller immer noch nicht geflasht  ... warum auch immer ... wahrscheinlich hat er die Orgie nicht überlebt  ... aber er zuckt noch.

Probier doch da mal noch die Original Firmware von Espressif drauf zu bekommen bzw. eine blanken bin. Das sollte einiges wieder "gerade" rücken


Zitat von: AxelSchweiss am 25 April 2016, 16:50:04
Allerdings speichert die Firmware die Einstellungen für das WLAN nicht ab sodass ich bei jedem Boot wieder im AP-Mode lande.
Aber ich glaube das haben noch mehrere ... muss mal den Thread durcharbeiten.

Der ESP ist nicht auf einem Board oder? Dann ist das ganz normal, denn wenn CLR auf LOW ist, werden die Einstellungen beim starten gelöscht.
Somit löscht du bei jedem mal die Einstellungen erneut. (sollte auch im log stehen)

PS: Die Aussage ist auch nur meinen hellseherischen Fähigkeiten zu verdanken  8) - ich garantiere für nichts  :P - fundierte Rückmeldungen gibt es nur gegen logfile  ;)


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 25 April 2016, 19:42:56
Zitat von: mrpj am 25 April 2016, 18:37:17
Der ESP ist nicht auf einem Board oder? Dann ist das ganz normal, denn wenn CLR auf LOW ist, werden die Einstellungen beim starten gelöscht.
Somit löscht du bei jedem mal die Einstellungen erneut. (sollte auch im log stehen)

PS: Die Aussage ist auch nur meinen hellseherischen Fähigkeiten zu verdanken  8) - ich garantiere für nichts  :P - fundierte Rückmeldungen gibt es nur gegen logfile  ;)

Na .. wenn man sich schon mit Licht auseinandersetzt dann klappt dass auch mit dem Hellsehen  :)

Habe mal den CLR auf High (3,3V) gesetzt ... keine Amnesie mehr.
Das OTA update scheint auch zu funktionieren.
Log hänge ich mal anbei.

Und jetzt widme ich mich mal dem Controller ... entweder er geht ... oder er geht .. in die Tonne.
Habe ja noch Vorrat  ;D


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 26 April 2016, 11:04:02
Guten Morgen,

ich muss noch einmal etwas los werden. Ich glaube der FT232R ist nicht die beste Wahl was das Flashen des ESP angeht! Ich habe es jetzt mit einem CP2102 versucht und das klappt immer und immer wieder ohne irgend ein Aussetzer! Ich habe 5 FT232RL hier und einer davon ist eine China Kopie, alle hatten mehr oder weniger Probleme.

Vielleicht sollten sich diejenigen die hier noch Probleme haben mal solch ein Umsetzer zulegen. Gibt es auch bei Amazon (Wer nicht warten möchte und dem der Preis egal ist). http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B00AFRXKFU?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o00_s00 (http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B00AFRXKFU?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o00_s00)

Aber ACHTUNG, ihr müsst dann die Pegel anpassen! Der CP2102 macht nur 5V von Hause aus.

Gruß
Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 26 April 2016, 11:38:05
Zitat von: ext23 am 26 April 2016, 11:04:02
Aber ACHTUNG, ihr müsst dann die Pegel anpassen! Der CP2102 macht nur 5V von Hause aus.

Reicht das wenn ich in die Signalleitungen RX/TX einen Widerstand in Reihe einlöte?
Sind da 10k  OK ?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 26 April 2016, 11:48:14
Na ich würde schon einen richtigen Spannungsteiler nehmen, also 2 Widerstände. Achso und natürlich nur in Richtung CP2102 -> ESP. Die andere Richtung macht ja kein Sinn.

(Ich hab ein fertiges Modul was das macht, ist etwas bequemer ;-), das hatte ich mal irgendwo mitbestellt.)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 26 April 2016, 12:04:05
Hallo zusammen
Ich habe den http://www.elv.de/mini-usb-modul-um2102-komplettbausatz.html hier. Mit dem klappt es wunderbar! Ihr muesst nur die Stiftleiste einloeten (wird nicht mitgeliefert!).
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 26 April 2016, 12:06:54
Einen CP2102 habe ich noch.
Ich dachte ich mach mir dann gleich einen "Programmieradapter" der auf die Jumperleiste passt.
Da sind diese Boards etwas gross.
Ich habe leider von eTechnik nicht wirklich Ahnung ... wie müsste den der Spannungsteiler aussehen  ... Sorry  :-\
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 26 April 2016, 12:18:15
Zitat von: ext23 am 26 April 2016, 11:04:02
Vielleicht sollten sich diejenigen die hier noch Probleme haben mal solch ein Umsetzer zulegen. Gibt es auch bei Amazon (Wer nicht warten möchte und dem der Preis egal ist). http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B00AFRXKFU?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o00_s00 (http://www.amazon.de/USB-TTL-Konverter-Modul-mit-eingebautem-CP2102/dp/B00AFRXKFU?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o00_s00)

Aber ACHTUNG, ihr müsst dann die Pegel anpassen! Der CP2102 macht nur 5V von Hause aus.

Der CP2102 hat doch einen 3.3V Lötpunkt? Diesen kann man doch verwenden. Oder wie in den Amazon Fragen beantwortet den Strom gar nicht vom Konverter verwenden und den ESP direkt mit Strom versorgen. Ich glaube dann bestelle ich mir auch mal einen CP2102 bekomme meinen ESP8266 (MySensors Gateway) bis heute noch nicht geflasht. :)




Edit: Bei Amazon mit Prime bestellt, zwar in der Bucht deutlich günstiger zu erhalten, aber ich habe schon so viel Zeit ins Flashen unnötig verbraten (MySensors Gateway - erfolglos), dass es mir egal ist.


Edit2: Verstanden, dass Problem ist die Leitung RX => TX, welche auf 5V liefert und nur 3.3V liefern darf :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 26 April 2016, 12:30:01
Zitat von: Hauswart am 26 April 2016, 12:18:15
Der CP2102 hat doch einen 3.3V Lötpunkt? Diesen kann man doch verwenden. Oder wie in den Amazon Fragen beantwortet den Strom gar nicht vom Konverter verwenden und den ESP direkt mit Strom versorgen.

Ähh, es geht nicht um die Versorgungsspannung! Es geht um die TX Pegel! Diese sind und bleiben 5V und das ist zu viel für den ESP!
Das sind irgend welche Kommentare von Amazon Usern die auch keine Ahnung haben ;-)

Bei dem FT232 ist es so, dass man eine Referenzspannung anlegt an einen bestimmten PIN (mit dem Jumper auf den meisten Boards) und diese ändert dann auch die Pegel von RX/TX/DTS und was nicht alles.

Das man den ESP nicht vom USB Adapter versorgt, sollte ja nun schon klar sein. Also nur TX/RX/GND verbinden, mehr nicht.

@AxelSchweiss:
Wegen dem Spannungsteiler:
http://images.google.de/imgres?imgurl=http://www.mikrocontroller.net/wikifiles/6/64/Pw_st_5-3.png&imgrefurl=http://www.mikrocontroller.net/articles/Pegelwandler&h=254&w=425&tbnid=azEZ6vDnXdHe7M:&tbnh=90&tbnw=151&docid=wvVF9fh_b38RAM&usg=__W6fR8ZeV8IqHLBNjpoa4pMTaoYw=&sa=X&ved=0ahUKEwiUiuTYi6zMAhXFwxQKHdsIDVIQ9QEIOTAC

680 Ω und 1 kΩ finde ich aber etwas wenig, versuch mal mehr zu nehmen, 1,3k und 1,8k oder sowas. (Rechne das am besten mal durch, es gibt online Rechner dafür.) Auch wenn du keine Ahnung von E-Technik hast, ein bissel lesen schadet ja nicht und man lernt ein wenig dabei ;-) Macht ja sonst kein Spaß ;-)

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 26 April 2016, 12:40:56
Jetzt muss ich noch einmal blöd fragen, anstatt einen Spannungsteiler wäre doch ein LE33CZ oder AMS1117 einfacher? 5V Eingang vom TX (CP2102), Ground, und 3.3V Ausgang an den RX vom ESP8266?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 26 April 2016, 13:05:55
Zitat von: ext23 am 26 April 2016, 12:30:01
680 Ω und 1 kΩ finde ich aber etwas wenig, versuch mal mehr zu nehmen, 1,3k und 1,8k oder sowas. (Rechne das am besten mal durch, es gibt online Rechner dafür.) Auch wenn du keine Ahnung von E-Technik hast, ein bissel lesen schadet ja nicht und man lernt ein wenig dabei ;-) Macht ja sonst kein Spaß ;-)
Super .. Danke ... mach ich ja( sonst wür ich mich ja nicht hier rumtreiben ;))  ... nur habe ich drei Online-Rechner mit identischen Werten gefütter und bekam drei verschiedene Werte (online eben) ... und bevor sich der ESP mit Rauchzeichen meldet ... frach ich doch mal nach.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 26 April 2016, 13:34:36
@ext23 @AxelSchweiss

Wäre es möglich, dass ihr eure Erfahrungen und Lösungen in einem (gemeinsamen) Post zusammenfasst?
Auch am besten mit den Hinweisen zu dem 5V -> 3,3V Pegelwandler.

Ich denke die Informationen würde nochmal einigen Helfen und wäre wahrscheinlich auch Projekt unabhängig gut in einem Post in ESP8266 Sub-Forum. (Eventuell gepinnt? )

Updates: Firmware, Fertige Controller usw.

Firmware

Ich habe mir gestern nochmal den OTA code genauer angeschaut und mich entschlossen, einige Stellen nochmals umzuschreiben um es noch stabiler zu gestalten.
Der wichtigste Schritt hierbei ist für mich, dass das OTA zuverlässig funktioniert und zuverlässig mitteilt ob (und wenn möglich warum) das update Fehlgeschlagen ist.

Dabei werde ich nochmal das Flash Layout ändern müssen und werde statt die WebIF Dateien einzeln upzudaten, immer das komplette Dateisystem ersetzen. Bedeutet aber auch, dass die nächste Firmware Version nicht per OTA eingespielt werden kann, sondern neu geflasht werden muss.

Das implementieren und testen von der neuen Methode wird noch etwas Zeit in Anspruch nehmen (ca. 1-2 Wochen).


Fertige Controller

Aufgrund des nacharbeitens mit der Firmware wird sich der Versand noch nach hinten verzögern. Es tut mir Leid wenn ihr länger darauf warten müsst, aber ich möchte sicher sein, dass die Controller auch danach noch updates bekommen können.


PCB Layout Verbesserungen für zukünftige Versionen

Das bisherige Feedback habe ich wahrgenommen und in eagle den Bauteilen die Lötaugen ( Thermals) gesetzt.
An zwei stellen sind diese nicht gesetzt worden: Bei den Anschlussklemmen für V+ und GND, sowie bei den jeweiligen V+ Anschlussklemmen der LED Stripes

Ich überlege noch wie ich die zuführung einer externen 3,3V Quelle sinnvoll einbringen kann, im Moment ist die Idee, einen 3 poligen PIN Header zu nutzen. (GND 3,3V, 3,3V_DC vom DCWandler). 3,3V auf 3,3V_DC kann mit einer Lötbrucke oder einem Jumper verbunden werden, andernfalls kann man GND und 3,3V über einen PINHeader speißen

Das wird sozusagen das Layout v1.3b (v1.3.1) werden.


In den letzten Wochen habe ich nochmals mehr über den ESP gelernt und auch mir Gedanken gemacht, wie man das PCB anders aufbauen könnte um noch weitere GPIOs nutzen zu können.
- der ADC wird frei werden (die Speicherung des Zustandes wird Firmwareseitig geregelt)
- ca 2 GPIOs könnten komplett frei verfügbar werden, weitere GPIOs könnten mit den vorhanden Pullup/Pulldown heraus geführt werden.

Es ist nicht möglich SPI UND I2C gleichzeitig zur Verfügung zu stellen - das gibt der ESP mit GPIOs nicht her. (Ich möchte das Layout immernoch ESP7 undESP12 kompatibel handhaben um wenn nötig externe Antennen anschließen zu können)

Weitere Vorschläge nehme ich sehr gerne an. Wichtig dabei ist: Welche und Wieviele Pins würden dafür benötigt werden. Müssen diese Pins etwas spezielles unterstützen (Interrupt, MISO, MOSI, SCLK etc.. )

Das wäre dann sozusagen v1.4 (oder v2.x) - bedeutet aber auch nochmal mehr Komplexität was die Firmware betrifft - es müssen dann mehrere PINouts unterstützt werden (und wie das dann letztendlich gehandhabt wird, weiss ich gerade noch nicht...)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 26 April 2016, 14:03:58
Zitat von: mrpj am 26 April 2016, 13:34:36
Weitere Vorschläge nehme ich sehr gerne an. Wichtig dabei ist: Welche und Wieviele Pins würden dafür benötigt werden. Müssen diese Pins etwas spezielles unterstützen (Interrupt, MISO, MOSI, SCLK etc.. )
Mich würde ein herausgeführter SPI zum Anschluss von einem W5100 NIC interessiern.
ja .. ich weiss .. LAN ist OnChip :-[ ... es geht aber nun mal nix über Kupfer. ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 26 April 2016, 14:16:41
Zitat von: AxelSchweiss am 26 April 2016, 14:03:58
Mich würde ein herausgeführter SPI zum Anschluss von einem W5100 NIC interessiern.
ja .. ich weiss .. LAN ist OnChip :-[ ... es geht aber nun mal nix über Kupfer. ;D

Ich habe keine Ahnung wieviele PINs du dafür brauchst - da ich wirklich mit dem Projekt an sich schon zu tun habe, kann ich solche Vorschläge nur in betracht ziehen, wenn eine klare Ansage gemacht wird, wieviele und welche PINs benötigt werden.

PS:
Je weniger Arbeit ich damit habe, desto eher kann ich den Wunsch in betracht ziehen - ich werde mir nicht die Informationen dazu selber zusammen stellen.

Und wichtig für die Feature Request:
Für die Implementierung in der Firmware ist jeder selber verantwortlich
(PS: dafür lohnt es sich, schonmal zu schauen ob es den generell schon mit dem ESP umgesetzt wurde und ob eine (SMING kompatible) Library besteht)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 26 April 2016, 14:28:45
Zitat von: mrpj am 26 April 2016, 14:16:41
Ich habe keine Ahnung wieviele PINs du dafür brauchst - da ich wirklich mit dem Projekt an sich schon zu tun habe, kann ich solche Vorschläge nur in betracht ziehen, wenn eine klare Ansage gemacht wird, wieviele und welche PINs benötigt werden.
Also .. SCK, MISO, MOSI, SS, GND und eventuell noch einen GPIO für den Reset.
Das Modul benötigt 5 Volt .. von daher macht ein rausgeführter 3,3 Volt kein Sinn wäre aber für die Vollständigkeit hübsch.

Zitat von: mrpj am 26 April 2016, 14:16:41
Für die Implementierung in der Firmware ist jeder selber verantwortlich
klar
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 26 April 2016, 14:55:10
Zitat von: AxelSchweiss am 26 April 2016, 14:28:45
Also .. SCK, MISO, MOSI, SS, GND und eventuell noch einen GPIO für den Reset.
Das Modul benötigt 5 Volt .. von daher macht ein rausgeführter 3,3 Volt kein Sinn wäre aber für die Vollständigkeit hübsch.
klar

Genau SCK, MISO und MOSI sind gerade belegt - ohne trickserei werden nicht alle 3 frei werden. Und ich sehe keinen Trick der einfach zu implementieren ist und es ermöglicht.

Am besten ist es, wenn du auch nochmal schaust, aber es gilt zu beachten das der ESP bestimmte PINs auf low/high zu booten braucht. Ein Teil der PINS nicht verfügbar ist.
Und ich weiss nicht ob man ein PWM Signal auf RX/TX legen kann

http://www.esp8266.com/wiki/doku.php?id=esp8266_gpio_pin_allocations
https://github.com/esp8266/Arduino/blob/master/doc/boards.md#improved-stability
https://github.com/esp8266/Arduino/blob/master/doc/esp12.png
https://github.com/patrickjahns/esp_rgbww_controller/blob/master/pictures/rgbww-schema.png

Für PWM brauch ich 5 GPIOs mit Pulldown Möglichkeit. Der Controller MUSS bei jedem reset ganz normal starten können, ohne das ein umstecken/taster drücken erforderlich ist

Es wäre sehr gut, wenn der ADC Kanal nicht für PWM genutzt wird (ist mit am besten noch für anderes zu gebrauchen)
3te Anforderung: eine Möglichkeit die Einstellungen des Controllers per CLR zurück zu setzen (d.h. low/high beim boot switchen zu könne, ohne den Betrieb des ESPs einzuschränken)

Für Ideen/Vorschläge bin ich offen - aber gerade sehe ich das nicht vereinbar an
Titel: Pegelwandler 5V <-> 3,3V (USB zu Seriell Adapter, FT232, CP2102, ...)
Beitrag von: ext23 am 26 April 2016, 14:55:28
Je nach verwendeten USB zu Seriell Adapter ist es nötig die Pegel (RX/TX/...) von 5V auf 3,3V zu senken. Es gibt fertige Module wie das bekannt FT232R Module welches man umschalten kann zwischen 5V und 3,3V, dieses Module ändert richtigerweise auch die Pegel der Datenleitungen. Das Funktioniert da der FT232R einen Eingang hat (VCCIO) auf welchen man genau die Spannung gibt, die als Ausgangspegel benutzt werden soll, in unserem Fall des ESP nämlich genau 3,3V. Das macht man mit dem Jumper/Lötbrücke.

Für das Flashen des ESP hat bei mir der FT232R für ordentliche Probleme gesorgt weshalb ich auf den CP2102 ausgewichen bin. Dieser ist jedoch häufig nur für 5V konfiguriert. Es ist richtig das es ein 3,3V Ausgang gibt, aber das bedeutet nicht unbedingt, dass die Logikausgänge auch 3,3V haben müssen (Oft auch 5V). Aber um Probleme aus der Welt zu schaffen hilft nur eins, messen. Ich habe zwei Module, eines arbeitet mit 5V, das andere mit 3,3V :-) Zum messen einfach mal den TX Port messen. Das hängt wirklich vom verwendeten Modul ab bzw. wie dieses verschaltet ist. Die neuen Module scheinen aber alle als 3,3V ausgelegt zu sein.

Sollten die Pegel 5V sein, MUSS dieser zwingend auf 3,3V gesenkt werden, da der ESP sonst die Sinfonie der Vernichtung pfeift.

Da der CP2102 und viele andere Chips auch 3,3V als High interpretieren muss natürlich nur der Weg vom CP2102 zum ESP angepasst werden. Dafür gibt es verschiedene Wege, zwei hier:

Edelvariante mit einem Pegelwandler Board:
Bei www.segor.de nach "LevelConverterModul4K" suchen. Ich habe so eine Platine, ist ganz nett, auch für andere Sachen.

Der einfache Weg über einen Spannungsteiler:
(http://www.mikrocontroller.net/wikifiles/6/64/Pw_st_5-3.png)

Weitere Informationen dazu unter:
http://www.mikrocontroller.net/articles/Pegelwandler

/Daniel

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 26 April 2016, 14:59:51
Zitat von: AxelSchweiss am 26 April 2016, 14:03:58
Mich würde ein herausgeführter SPI zum Anschluss von einem W5100 NIC interessiern.
ja .. ich weiss .. LAN ist OnChip :-[ ... es geht aber nun mal nix über Kupfer. ;D

He he, ganz meine Meinung ;-) Aber gibt es nicht vielleicht direkt eine ESP Variante für Kupfer?

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 26 April 2016, 15:24:48
Zitat von: ext23 am 26 April 2016, 14:59:51
He he, ganz meine Meinung ;-) Aber gibt es nicht vielleicht direkt eine ESP Variante für Kupfer?

/Daniel

Das schimpft sich dann ARDUINO mit EthernetShield - oder eben dann ARDUINO mit WIFI (http://www.arduino.org/products/boards/4-arduino-boards/arduino-uno-wifi)

Sehr amüsant dass der WifiChip mehr RAM, ROM und Taktfrequenz hat  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 26 April 2016, 16:17:50
Naja das ist aber nicht ESP kompatible von der Programmierung her oder? Es geht ja um das Vermeiden der parallelen Programmierung der Firmware.

Ansonsten Arduino, naja, ist was für Leute die nicht löten können/wollen und zu viel Geld haben. Das ist ja alles mehr so eine LEGO System zum zusammen stecken. Da nimmt man sich lieber gleich ein AVR oder ähnliches und baut das selber auf, kostet dann vermutlich nen Bruchteil von dem was so ein "Arduino" Kram kostet.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 April 2016, 13:41:34
Zitat von: ext23 am 26 April 2016, 16:17:50
Naja das ist aber nicht ESP kompatible von der Programmierung her oder? Es geht ja um das Vermeiden der parallelen Programmierung der Firmware.

ESP kompatibel ist allgemein so eine Sache - wenn es um die Netzwerk Geschicht geht, dann bietet der ESP bzw. der ESP mit Espressif SDK eben eine Netwerkimplementierung an. Und man ab Layer4 (OSI Modell) damit hantierne kann, und sich keine Gedanken um die Schnittstelle machen muss.

Ob der Espressif SDK gleichzeitig die interne Wifi Schnittstelle UND noch eine andere Schnittstelle unterstützt, sei mal dahin gestellt. Daher auch:

Zitat von: mrpj am 26 April 2016, 14:16:41
(PS: dafür lohnt es sich, schonmal zu schauen ob es den generell schon mit dem ESP umgesetzt wurde und ob eine (SMING kompatible) Library besteht)

So das ganze dazu gesagt, wir entfernen uns von dem Thema "RBGWW Controller" und ich möchte bitten wieder sich auf den Controller zu beziehen bzw. bei weiterem Gesprächsbedarf das ganze in ein anderes Thema zu verlegen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 27 April 2016, 14:10:50
Nochmal zurück zum Thema, ich hab mir mal das OTA Update angeschaut.

Gibt es später auch eine Möglichkeit einfach ohne Internet und irgend welchen extra Servern die neue Firmware auf der WebGUI hoch zu laden wie bei anderen Geräten auch?

Ich frage deswegen, da meine FHEM Geräte in einem gesonderten Netz arbeiten welches kein direkten Zugriff auf das Internet hat. Maximal über ein Squid, aber das auch nur als Ausnahme.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 April 2016, 14:38:26
Nein bisher nicht - aber es braucht keinen Internetzugang - solange die Dateien auf einem webserver liegen und die "version.json" auf die korrekten Dateien auf dem Server zeigt, kannst du es auch intern in deinem Netzwerk halten.

Alternativ ohne eigenen webserver: ein kleiner python server
https://github.com/patrickjahns/esp_rgbww_firmware/tree/master/tools
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 27 April 2016, 20:13:13
Hallo Patrick,

ich habe jetzt beide Controller geflasht, auch beim zweiten hat es ~15 Versuche für den dritten Block gebraucht.
Habe gleich zur Einrichtung eine feste IP vergeben - hat funktioniert, er ist unter der Adresse erreichbar.
In der Fritzbox wird allerdings eine andere IP angezeigt, die nicht erreichbar ist (ist dann vermutlich eine Fritzbox-Sache). Als Netmask habe ich 255.255.255.0 angegeben, im Nachhinein zeigt es bei den Network-Settings 0.0.0.0 an.
Geflasht ist die Version 0.2.6, ein OTA-Update schlug fehl. Da du den Prozess ja noch abändern willst, sollen wir Tester dem trotzdem nachgehen (nicht zum eigenen Zwecke, sondern um dir weiterzuhelfen :D)?

Eine Idee hätte ich noch: ein weiterer Tastereingang (per Interrupt), mit dem man das Licht ein-/ausschält, damit man nicht den "WLAN-Umweg" nehmen muss. Ich würde ihn dann einfach dauerhaft laufen lassen, somit ist er per fhem/Netzewerk immer erreichbar und man kann auf herkömmlichen Weg schalten.
Wenn ich das richtig sehe, ginge das z.B. beim GPIO2?

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 April 2016, 20:44:56
Zitat von: jojoja am 27 April 2016, 20:13:13
Als Netmask habe ich 255.255.255.0 angegeben, im Nachhinein zeigt es bei den Network-Settings 0.0.0.0 an.

Kannst du mir bitte mal die Ausgabe von http://controllerip/config posten? danke

Zitat von: jojoja am 27 April 2016, 20:13:13
Geflasht ist die Version 0.2.6, ein OTA-Update schlug fehl. Da du den Prozess ja noch abändern willst, sollen wir Tester dem trotzdem nachgehen (nicht zum eigenen Zwecke, sondern um dir weiterzuhelfen :D)?

Im Moment ist es nicht mehr nötig

Zitat von: jojoja am 27 April 2016, 20:13:13
Eine Idee hätte ich noch: ein weiterer Tastereingang (per Interrupt), mit dem man das Licht ein-/ausschält, damit man nicht den "WLAN-Umweg" nehmen muss. Ich würde ihn dann einfach dauerhaft laufen lassen, somit ist er per fhem/Netzewerk immer erreichbar und man kann auf herkömmlichen Weg schalten.
Wenn ich das richtig sehe, ginge das z.B. beim GPIO2?

GPIO2 ist nicht per PIN Header erreichbar - es muss gelötet werden. Ich nehme es mal auf die Wunschliste auf. Schau es mir aber erst an, wenn der Rest gegeben ist. Es muss dann auchmal geschaut werden, wie die Implementation von Joerg ausfällt, um den Status synkron zu halten

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 27 April 2016, 21:23:14
Zitat von: ext23 am 26 April 2016, 14:55:28
Je nach verwendeten USB zu Seriell Adapter ist es nötig die Pegel (RX/TX/...) von 5V auf 3,3V zu senken. Es gibt fertige Module wie das bekannt FT232R Module welches man umschalten kann zwischen 5V und 3,3V, dieses Module ändert richtigerweise auch die Pegel der Datenleitungen. Das Funktioniert da der FT232R einen Eingang hat (VCCIO) auf welchen man genau die Spannung gibt, die als Ausgangspegel benutzt werden soll, in unserem Fall des ESP nämlich genau 3,3V. Das macht man mit dem Jumper/Lötbrücke.

Für das Flashen des ESP hat bei mir der FT232R für ordentliche Probleme gesorgt weshalb ich auf den CP2102 ausgewichen bin. Dieser ist jedoch häufig nur für 5V konfiguriert. Es ist richtig das es ein 3,3V Ausgang gibt, aber das bedeutet nicht unbedingt, dass die Logikausgänge auch 3,3V haben müssen (Oft auch 5V). Aber um Probleme aus der Welt zu schaffen hilft nur eins, messen. Ich habe zwei Module, eines arbeitet mit 5V, das andere mit 3,3V :-) Zum messen einfach mal den TX Port messen. Das hängt wirklich vom verwendeten Modul ab bzw. wie dieses verschaltet ist. Die neuen Module scheinen aber alle als 3,3V ausgelegt zu sein.

Sollten die Pegel 5V sein, MUSS dieser zwingend auf 3,3V gesenkt werden, da der ESP sonst die Sinfonie der Vernichtung pfeift.

Da der CP2102 und viele andere Chips auch 3,3V als High interpretieren muss natürlich nur der Weg vom CP2102 zum ESP angepasst werden. Dafür gibt es verschiedene Wege, zwei hier:

Edelvariante mit einem Pegelwandler Board:
Bei www.segor.de nach "LevelConverterModul4K" suchen. Ich habe so eine Platine, ist ganz nett, auch für andere Sachen.

Der einfache Weg über einen Spannungsteiler:
(http://www.mikrocontroller.net/wikifiles/6/64/Pw_st_5-3.png)

Weitere Informationen dazu unter:
http://www.mikrocontroller.net/articles/Pegelwandler

/Daniel
Hallo Daniel, heute ist mein Adapter gekommen. TX habe ich gemessen war bei knapp über 3V.
Und du glaubst es nicht nun geht das flashen ohne Probleme... Den Tipp hätte ich früher gebraucht. :) Danke!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 27 April 2016, 22:05:01
Also ich habe meine Controller zwar noch nicht bekommen, habe mir aber auch bereits einige Gedanken über Anwendungsfälle gemacht. Dabei kam mir die Idee, dass es schon cool wäre 1 bis 2 GPIO's als Eingänge für Hardwaretaster frei zu haben. Somit könnte der Controller per Taster z.B. immer mit definierter Lichtfarbe ein-/ausgeschaltet bzw. gedimmt werden. Außerdem könnte per zweiter Taste die aktuelle Lichtfarbe für diesen Zweck gespeichert werden.

Das würde den Controller auch für Zwecke der "Allgemeinbeleuchtung" unabhängig vom WLAN, FHEM und anderer smarter Gerätschaften machen.

Was haltet ihr von der Idee?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 April 2016, 22:12:41
...
Zitatwie die Implementation von Joerg
...
der wünscht sich ohnehin eine Rückkopplung um zB beim faden die readings mitziehen zu können :). Von daher d'acour. Wird aber werden, wird wachsen.

Ich hab vor kurzem eine von den Milight fbs auseinandergenommen (entsorgt). Die haben das color wheel irgendwie mit kapazitiven "slidern" gemacht - das wäre vielleicht eine (viel spätere) mögliche Erweiterung. Aber vorerst gibt es ja genug anderes zu tun.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 27 April 2016, 22:18:04
@funclass
Der Controller merkt sich die letzte Einstellung, das war einer der wichtigsten Punkte von mrpj!
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 09:43:22
ZitatKannst du mir bitte mal die Ausgabe von http://controllerip/config posten? danke
Folgt heute Nachmittag.

ZitatGPIO2 ist nicht per PIN Header erreichbar - es muss gelötet werden.
Zitatdass es schon cool wäre 1 bis 2 GPIO's als Eingänge für Hardwaretaster frei zu haben.

Klar, weitere Taster wurden nicht vorhergesehen, aber da ja sogar schon Pullups vorhanden sind, dürfte das keine größeren Probleme machen (denke ich). Es wäre aber sehr angenehm, da die Reaktionszeit viel kürzer als über die besagten Umwege ist.

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 28 April 2016, 10:18:08
Zitat von: Hauswart am 27 April 2016, 21:23:14
Hallo Daniel, heute ist mein Adapter gekommen. TX habe ich gemessen war bei knapp über 3V.
Und du glaubst es nicht nun geht das flashen ohne Probleme... Den Tipp hätte ich früher gebraucht. :) Danke!

*lol* Naja ich ja selber auch ;-)))))

Ja die neuen scheinen alle mit 3,3V zu arbeiten. ich habe hier vermutlich noch alle Adapter gehabt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 28 April 2016, 10:21:29
Zitat von: mrpj am 27 April 2016, 14:38:26
Nein bisher nicht - aber es braucht keinen Internetzugang - solange die Dateien auf einem webserver liegen und die "version.json" auf die korrekten Dateien auf dem Server zeigt, kannst du es auch intern in deinem Netzwerk halten.

Ahh ok, nee naja das reicht dann so, dann kommt das mit auf den Apache. Ist zwar dennoch umständlich aber je nach Anzahl von Boards auch wiederum einfacher am Ende ;-)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 28 April 2016, 11:25:22
Zitat von: jojoja am 28 April 2016, 09:43:22
Klar, weitere Taster wurden nicht vorhergesehen, aber da ja sogar schon Pullups vorhanden sind, dürfte das keine größeren Probleme machen (denke ich). Es wäre aber sehr angenehm, da die Reaktionszeit viel kürzer als über die besagten Umwege ist.

Die pullups/pulldowns sind per se für die Bootkonfiguration vorhanden - birgt andersrum die Gefahr, dass wenn jemand drückt und dabei der Controller abschmiert oder Strom weg fällt, dass er nicht korrekt bootet ;-)

In meinem WLAN haben die Controller zwischen 10 und 15ms Latenzzeit (Tastendruck->Router->fhemserver->router->controller). Komm ich auf ca 30ms (kurze Berechnungszeit für FHEM eingerechnet) - das ist für Anschalten/Ausschalten und Farbänderungen wirklich kaum bemerkbar ;-). Wenn der Controller natürlich im Unterputz sitzt und eh schon schlechten bis gar keinen Empfang hat, dann ist es was anderes ;-)

Zitat von: funclass am 27 April 2016, 22:05:01
Also ich habe meine Controller zwar noch nicht bekommen, habe mir aber auch bereits einige Gedanken über Anwendungsfälle gemacht. Dabei kam mir die Idee, dass es schon cool wäre 1 bis 2 GPIO's als Eingänge für Hardwaretaster frei zu haben. Somit könnte der Controller per Taster z.B. immer mit definierter Lichtfarbe ein-/ausgeschaltet bzw. gedimmt werden. Außerdem könnte per zweiter Taste die aktuelle Lichtfarbe für diesen Zweck gespeichert werden.

Das würde den Controller auch für Zwecke der "Allgemeinbeleuchtung" unabhängig vom WLAN, FHEM und anderer smarter Gerätschaften machen.

Das Projekt ist als Steuerung via FHEM konzipiert worden, daher ist es im Moment eine Steuerung via Taster nicht vorgesehen.
Bevor die PCBs bestellt wurde, gab es den Aufruf für konkrete Vorschläge ("GPIOX/Y/Z noch für Taster frei machen und dafür PWM via GPIO A/B/C",) aber es kam keine Resonanz.

Der Controller speichert den letzten Zustand (im HSV Modus) ab und stellt ihn bei Stromverlust wieder her


Allgemein mein Standpunkt dazu:
Das Projekt hatte das Ziel eine günstige und gute alternative zu China Controller zu bieten. Und meiner Meinung nach fokussiere ich mich auf eine gute Umsetzung dieser einen Funktion, als zu versuchen alles mögliche noch dran zu machen. Ich bin ein verfechter von "Ein Gerät - Eine Aufgabe".
Insbesondere wenn es um "Eingaben" geht - einer möchte zwei Taster haben, der nächste aber ein DrehEncoder, der dritte würde gerne ein Touchpad dran machen etc... das alles in einer Firmware noch extra unterzubringen potenziert den Aufwand der Entwicklung um ein vielfaches.

Version 1.4 (2.0) des PCBs versuche (! - ohne Gewährleistung) ich ein paar GPIOs frei zu machen - aber Aufgrund der unterschiedlichen Anwendungsfälle ist jeder für die Implementierung von Zusatzfunktionen (Taster, Schalter, Ethernet, Raktenantrieb) selber verantwortlich. Die von mir bereit gestellt Firmware wird sich auf die Hauptfunktionalität beziehen und ich werde keine extra Funktionalität in diese Richtung implementieren.

Zitat von: ext23 am 28 April 2016, 10:21:29
Ahh ok, nee naja das reicht dann so, dann kommt das mit auf den Apache. Ist zwar dennoch umständlich aber je nach Anzahl von Boards auch wiederum einfacher am Ende ;-)

Seh es doch mal andersrum - je nach Anzahl von Boards ist das sogar wesentlich einfacher via mqtt - einfach die Informationen publishen und alle deine Controller machen ein update ;-)

Zitat von: herrmannj am 27 April 2016, 22:12:41
der wünscht sich ohnehin eine Rückkopplung um zB beim faden die readings mitziehen zu können :). Von daher d'acour. Wird aber werden, wird wachsen.

MQTT ;-)
Andernfalls polling. Einen dedizierte Rückkanal der nicht permanent offen gehalten wird (wie z.b. bei mqtt) halte ich für nicht sinnvoll. Es kostet einfach sehr viel Latenz immer wieder eine Verbindung aufzubauen. (Und vor allem kann es zum stocken kommen, wenn der TCP Verbindungsaufbau langsam ist. Der ESP hat nur einen Kern mit einer Ausführung ohne scheduling oder threads)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 28 April 2016, 12:22:38
ZitatAllgemein mein Standpunkt dazu:
Das Projekt hatte das Ziel eine günstige und gute alternative zu China Controller zu bieten. Und meiner Meinung nach fokussiere ich mich auf eine gute Umsetzung dieser einen Funktion, als zu versuchen alles mögliche noch dran zu machen. Ich bin ein verfechter von "Ein Gerät - Eine Aufgabe".
Insbesondere wenn es um "Eingaben" geht - einer möchte zwei Taster haben, der nächste aber ein DrehEncoder, der dritte würde gerne ein Touchpad dran machen etc... das alles in einer Firmware noch extra unterzubringen potenziert den Aufwand der Entwicklung um ein vielfaches.

Man könnte natürlich auch ein Board bauen, was noch einiges mehr zu bieten hat. Beispiel für Eingabe wäre ja eine DMX Schnittstelle, da kann man dann als "Eingabegerät" verschiedene Geräte verwenden die aber auf ESP Seite im Prinzip alle gleich behandelt werden. Aber eventuell ist der ESP auch irgend wann an der Kotzgrenze, wobei die ja schon sehr performant sind. Das schafft man ja alles auch mit einem billigen einfachen AVR wenn man es geschickt macht und nicht die fertigen libs verwendet, bzw. am Ende sogar einige Sachen als inline Assembler schreibt. Aber wer hat schon die Zeit heutzutage...

Oder man verbaut auch ein ESP im Eingabegerät ;-) Dann muss zumindest nur das WLAN funktionieren wenn man Licht anschalten möchte. Wäre vermutlich die bessere Variante.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 14:15:07
ZitatKannst du mir bitte mal die Ausgabe von http://controllerip/config posten? danke

Hier die erwünschte Ausgabe:
{"network":{"connection":{"dhcp":false,"ip":"192.168.178.63","netmask":"0.0.0.0","gateway":"192.168.178.1"},"ap":{"secured":false,"ssid":"RGBWW13731927"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":0,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false}}


Und falls es hilft, dieselbe Ausgabe des anderen Controller der über die automatische IP-Zuweisung läuft:
{"network":{"connection":{"dhcp":true,"ip":"0.0.0.0","netmask":"0.0.0.0","gateway":"0.0.0.0"},"ap":{"secured":false,"ssid":"RGBWW13730397"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":0,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false}}


Für Fritzbox-User:
ZitatIn der Fritzbox wird allerdings eine andere IP angezeigt, die nicht erreichbar ist (ist dann vermutlich eine Fritzbox-Sache).
Das war eine Fritzbox Sache. Ich habe gestern in der Box dem Controller einen anderen Namen gegeben, heute konnte der Controller keine Verbindung mehr herstellen. In der Box den Namen zurückgesetzt, Controller neu gestartet und er verbindet sich wieder. Jetzt wird auch die richtige IP-Adresse angezeigt, umbennen funktioniert nun auch neustartresistiv.
Also: In der Fritzbox erst umbennen, wenn sie die IP-Adresse angenommen hat. Demnach.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 28 April 2016, 14:25:07
Danke dir, kannst du zu den beiden mir noch die Ausgabe von http://controllerip/info posten?

Da scheint mir ein Fehler zu sein, sehe aber gerade im Code nicht woher das kommen könnte
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 14:31:46
Aber natürlich, hier Controller mit manueller Einstellung:
{"deviceid":"13731927","firmware":"0.2.6","git_version":"v0.2.6","git_date":"2016-04-23","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.0","queuesize":50},"connection":{"connected":true,"ssid":"Mothership","dhcp":false,"ip":"192.168.178.63","netmask":"0.0.0.0","gateway":"192.168.178.1","mac":"18fe34d18857"}}

und hier der mit automatischer/DHCP:
{"deviceid":"13730397","firmware":"0.2.6","git_version":"v0.2.6","git_date":"2016-04-23","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.0","queuesize":50},"connection":{"connected":true,"ssid":"Mothership","dhcp":true,"ip":"192.168.178.43","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"18fe34d1825d"}}
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 28 April 2016, 14:40:55
@jojoja

Kannst du bei dem "statischen" Controller von dir mal in den Einstellungen noch die korrekte netmask eintragen, speichern und ihn neustarten und mir dann das Ergebniss von /config /info mitteilen.

Ich versuch das gerade nach zu vollziehen:
Wann hast du die Netmask eingetragen? Direkt beim ersten verbinden?
Kann es sein, dass du dabei die Netmask eventuell nicht spezifiziert hast?



Zitat von: ext23 am 28 April 2016, 12:22:38
Man könnte natürlich auch ein Board bauen, was noch einiges mehr zu bieten hat. Beispiel für Eingabe wäre ja eine DMX Schnittstelle, da kann man dann als "Eingabegerät" verschiedene Geräte verwenden die aber auf ESP Seite im Prinzip alle gleich behandelt werden. Aber eventuell ist der ESP auch irgend wann an der Kotzgrenze, wobei die ja schon sehr performant sind. Das schafft man ja alles auch mit einem billigen einfachen AVR wenn man es geschickt macht und nicht die fertigen libs verwendet, bzw. am Ende sogar einige Sachen als inline Assembler schreibt. Aber wer hat schon die Zeit heutzutage...

Klar könnte man noch DMX dran klemmen - war blos nicht das Ziel der ganzen Sache.

Der Titel vom Thread lautet ja auch

ZitatRGBWW Wifi Led Controller


Zitat von: ext23 am 28 April 2016, 12:22:38
Oder man verbaut auch ein ESP im Eingabegerät ;-) Dann muss zumindest nur das WLAN funktionieren wenn man Licht anschalten möchte. Wäre vermutlich die bessere Variante.

Der analoge Lichtschalter funktioniert ja weiterhin mit dem Controller ;-)
Aber ich weiße nochmal dezent auf den Threadtitel hin .... die Grundannahme ist, dass der Controller zusammen mit Wlan Betrieben wird.

Ich hätte natürlich jetzt auch noch ein Funkmodul draufklatschen können, dann könnte man mit normalem Funk den Controller steuern usw.... Es lebe der Konjunktiv ;-)

Die Schaltpläne sind frei verfügbar und jeder kann seine eigenen Vorstellungen/Änderungen damit umsetzen.
Freut mich sogar, wenn jemand seine eigenen Ideen damit umsetzt....

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 28 April 2016, 15:03:33
7 mal fertig :)

Funktionieren alle tiptop.
Jetzt fehltt nur mehr die FHEM-Anbindung  :D

Gesendet von meinem SM-N9005 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 15:14:42
@Patrick:  Ich habe die Netmask bei der Aller-Erstkonfiguration eingegeben, musste sogar nochmal gucken wie die lautet :D

Nachdem ich sie im laufenden Betrieb eingegeben habe wird sie richtig angezeigt, auch nach einem Neustart.

Info:
{"deviceid":"13731927","firmware":"0.2.6","git_version":"v0.2.6","git_date":"2016-04-23","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.0","queuesize":50},"connection":{"connected":true,"ssid":"Mothership","dhcp":false,"ip":"192.168.178.63","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"18fe34d18857"}}

Config
{"network":{"connection":{"dhcp":false,"ip":"192.168.178.63","netmask":"255.255.255.0","gateway":"192.168.178.1"},"ap":{"secured":false,"ssid":"RGBWW13731927"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":0,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false}}

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 28 April 2016, 15:25:18
Zitat von: Icinger am 28 April 2016, 15:03:33
7 mal fertig :)

Funktionieren alle tiptop.
Jetzt fehltt nur mehr die FHEM-Anbindung  :D

;D - genau so hatte ich mir das vorgestellt - paket kommt an, wird aufgebaut und es läuft ;-)

Die Probleme bisher waren ja dann folgender Natur:
- Problem mit der Versorgungsspannung (schwieriges löten des DCDC Wandlers / Kalte Lötstellen)
- Problem mit dem flashen - FTDI232RL scheint nicht bei allen zu funktionieren (was ich sehr seltsam finde - denn ich hab gefühlt 1000 flash zyklen mit meinem hinter mir)

Zitat von: jojoja am 28 April 2016, 15:14:42
@Patrick:  Ich habe die Netmask bei der Aller-Erstkonfiguration eingegeben, musste sogar nochmal gucken wie die lautet

Danke dir für den Hinweis - da kann ich mal sehen ob ich es reproduzieren kann. Wenn du viel Zeit und Lust zum experimentieren hast: einmal controller resetten und probieren - vielleicht war es ja nur ein 1maliges Problem?  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 15:32:11
ZitatDanke dir für den Hinweis - da kann ich mal sehen ob ich es reproduzieren kann. Wenn du viel Zeit und Lust zum experimentieren hast: einmal controller resetten und probieren - vielleicht war es ja nur ein 1maliges Problem?  ;)

Genau das habe ich gerade (also vor deinem Post) getan :D
Also auf den Forget Button gedrückt und mit dem AP verbunden. Dabei ist mir aufgefallen, dass die drei Angaben IP-Adresse, Standardgateway und Netmask schon drin standen - wurden also nicht forgotten :D Habe es dann direkt übernommen und er hat es sich auch gemerkt, so wie es gedacht ist.
Probier es gleich per Reset-Button.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 28 April 2016, 15:50:07
So, selbes Spiel mit Reset. Also zusammengefasst:

Forget-Button:  Controller merkt sich IP-Adresse, Standardgateway und Netmask (sind auf Konfigurationsseite schon ausgefüllt, Manual IP jedoch standardmäßig aus). Hier merkt er sich die Netmask auch, steht nach einem Reset noch da.

Reset: Controller "vergisst" eingegebene IP-Adresse, Standardgateway und Netmask (alle 0.0.0.0), wenn man eine Netmask eingibt wird sie nicht übernommen, konnte das Geschehen also rekonstruieren. IP-Adresse und Standardgateway funktionieren aber.

Was mir dazu auch noch aufgefallen ist: Nachdem ich den Forget-Button gedrückt habe konnte mein Andorid Handy sich nicht mit dem Controller verbinden ("Verbindung wird hergestellt", nach ~10 Sek springt es zum Heimischen WLAN), nach Controller-Restart hat es gleich funktioniert.
Beim Reset-Button jedoch hat es auf Anhieb mit dem AP verbunden, beim Connecten mit der FB kam eine Fehlermeldung - der Controller hat sich aber ordnungsgemäß verbunden und lässt sich steuern.
Das Ganze kann ich aber auch getrost auf mein Handy schieben, vor allem da es durch zwei Wände durchgehen muss.

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 28 April 2016, 19:12:42
Zitat von: mrpj am 28 April 2016, 14:40:55
Der analoge Lichtschalter funktioniert ja weiterhin mit dem Controller ;-)
Aber ich weiße nochmal dezent auf den Threadtitel hin .... die Grundannahme ist, dass der Controller zusammen mit Wlan Betrieben wird.

Wieso der ESP ist doch WLAN?!? War schon richtig alles und passt auch zum Titel ;-) Lese mal richtig, ich rede von einem Steuermodul (RGB Fader, Kapazitiv wie auch immer mit ESP der dann per WLAAAAAAAAAAAAN mit dem dezenten "Titel" kommuniziert oO

Also sprich neue Features sind nicht angedacht und auch nicht möglich, verstanden.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 28 April 2016, 22:04:30
@mrpj: Sag mal das SMING benutzt du unter Linux oder Windows? Ich wollt mir das mal ein wenig anschauen, aber vorzugsweise unter Linux. Was die da unter Windows machen mit Chocolatey etc. war mir jetzt etwas zu umständlich.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Florian_GT am 28 April 2016, 23:49:17
Hallo zusammen,

ich habe hier öfters von dem esptool.py gelesen. Da waren einige parameter zumindest der gängigen Dokumentation im Netz nach nicht ganz korrekt.

ZitatSome ESP8266 modules, including the ESP-12E modules on some (not all) NodeMCU boards, are dual I/O and will only work with --flash_mode dio.
Quelle: https://github.com/themadinventor/esptool

Ich habe auch mal die gekürzten Parameter entfernt. So kann man auch ohne Dokumentation erahnen, was wofür gut ist.
esptool.py -p /dev/ttyUSB0 -b 115200 write_flash --flash_freq 40m --flash_mode dio --flash_size 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin

Ich habe vier bestellt:
- einer läuft
- einer defekt geliefert, leuchtet nur blau
- einer noch nicht ausgepakt
- und mit einem bin ich gerade noch im Fight :< ; der rebootet ständig

  f r-1, Fatal exception 0(IllegalInstructionCause):
  epc1=0x402144e6, epc2=0x00000000, epc3=0x40000f68, excvaddr=0x00000000, depc=0x00000000



für jeden Tipp bin ich natürlich sehr dankbar ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 29 April 2016, 00:45:38
Zitat von: jojoja am 28 April 2016, 15:50:07
Forget-Button:  Controller merkt sich IP-Adresse, Standardgateway und Netmask (sind auf Konfigurationsseite schon ausgefüllt, Manual IP jedoch standardmäßig aus). Hier merkt er sich die Netmask auch, steht nach einem Reset noch da.

Bis auf "aus" ist es korrektes verhalten - die IP ist der "Netzwerkkarte" zugewiesen und bleibt erhalten. Auch wenn man das WLAN wechselt - per see bleibt eine Manuelle Adresse erhalten

Zitat von: jojoja am 28 April 2016, 15:50:07
Reset: Controller "vergisst" eingegebene IP-Adresse, Standardgateway und Netmask (alle 0.0.0.0), wenn man eine Netmask eingibt wird sie nicht übernommen, konnte das Geschehen also rekonstruieren. IP-Adresse und Standardgateway funktionieren aber.

Danke für das Feedback - ich werde mir das mal näher anschauen


Zitat von: jojoja am 28 April 2016, 15:50:07
Was mir dazu auch noch aufgefallen ist: Nachdem ich den Forget-Button gedrückt habe konnte mein Andorid Handy sich nicht mit dem Controller verbinden ("Verbindung wird hergestellt", nach ~10 Sek springt es zum Heimischen WLAN), nach Controller-Restart hat es gleich funktioniert.
Beim Reset-Button jedoch hat es auf Anhieb mit dem AP verbunden, beim Connecten mit der FB kam eine Fehlermeldung - der Controller hat sich aber ordnungsgemäß verbunden und lässt sich steuern.
Das Ganze kann ich aber auch getrost auf mein Handy schieben, vor allem da es durch zwei Wände durchgehen muss.

Das ist ein bekanntes Problem mit Android.

Hintergrund: der ESP hat nur ein physikalisches Interface mit einer Antenne - wenn der ESP im AP Modus ist und sich dann verbindet - muss der Kanal auf den Kanal des AP mit dem er sich verbinden will, gewechselt werden. Das bedeutet während der ESP sich verbindet, ist er nicht für beacons des smartphones erreichbar (Wifi interne "pings"). Je nachdem wie lange der ESP braucht (bedingt durch Signalstärke des APs mit dem er sich verbindet und weiteren Faktoren), kann es sein, dass das Android Handy glaubt der AP ist nicht erreichbar.

Wenn der ESP mit einem AP verbunden ist, wechselt er zyklischen zwischen den Kanälen hin und her - aber während dem Verbindungsaufbau ist er auf einen Kanal eingschränkt.
Ich habe mit dem Problem mich schon mehrere Stunden beschäftigt (ein ganzes Wochenende) - und es gibt keine Möglichkeit das anders zu gestalten ...

Zitat von: ext23 am 28 April 2016, 22:04:30
@mrpj: Sag mal das SMING benutzt du unter Linux oder Windows? Ich wollt mir das mal ein wenig anschauen, aber vorzugsweise unter Linux. Was die da unter Windows machen mit Chocolatey etc. war mir jetzt etwas zu umständlich.

/Daniel

Ich nutze windows

Es gibt eine Installationsanleitung im Sming Repo - ansonsten schau dir mal das travis.yml file im SmingHub repository an - die CI build slaves laufen auf Linux.

Zitat von: afloria am 28 April 2016, 23:49:17
Hallo zusammen,

ich habe hier öfters von dem esptool.py gelesen. Da waren einige parameter zumindest der gängigen Dokumentation im Netz nach nicht ganz korrekt.

Some ESP8266 modules, including the ESP-12E modules on some (not all) NodeMCU boards, are dual I/O and will only work with --flash_mode dio.

Quelle: https://github.com/themadinventor/esptool

Die von mir zur Verfügung gestellten parameter sind einwandfrei und die normalen ESP12(E) Module lassen sich wunderbar im qio modus flashen - die Aussage bezieht sich vor allem auf ESP-12E Module verwendet in zusammenhang mit NodeMCU - was hier nicht vorliegt


Zitat von: afloria am 28 April 2016, 23:49:17

- und mit einem bin ich gerade noch im Fight :< ; der rebootet ständig
  f r-1, Fatal exception 0(IllegalInstructionCause):
  epc1=0x402144e6, epc2=0x00000000, epc3=0x40000f68, excvaddr=0x00000000, depc=0x00000000



für jeden Tipp bin ich natürlich sehr dankbar ;)

Es wurde in den Seiten davor schon öfters angesprochen - überprüfe bitte deine Lötstellen - die meisten Fehler sind Probleme mit der Spannungsversorgung. (Durch die große massefläche kann es leicht zu kalten Lötstellen beim DC Wandler und den Elkos kommen)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 29 April 2016, 13:01:16
Update zur Firmware

Leider gibt es ein paar "schlechte Nachrichten" - beim testen der neuen OTA Methode bin ich über einem Fehler im bootloader  rboot  (https://github.com/raburton/rboot) , welcher auch in Sming verwendet wird, gestolpert.

Es gibt bei rBoot eine wunderbare Funktion, nämlich den nächsten Boot des Controllers auf eine temporäre ROM zu setzen - d.h. bei einem Fehlerhafen update würde diese nicht gestartet werden und der Controller bootet automatisch in den alten Zustand zurück. Das Problem gerade ist nur, dass im temporären Modus der Speicherbereich falsch "gemappt" wird und somit kein Update möglich ist.

Ich habe mit Richard Burton das Problem besprochen und einen "quick-fix" für mich selbst zum weiteren testen implementiert. Richard ist leider die nächsten 2 Wochen nicht wirklich in der Lage das ganze zu verifizieren. Da der Bootloader später nicht per OTA verändert werden kann, möchte ich mit den fertigen Controller auf den offiziellen Patch warten.

Für die, die ihre Controller flashen können: Ich werde demnächst die Version 0.3.0 pushen (mit dem  temporären Fix) - ich wäre sehr dankbar, wenn ihr diese flasht und für mich soweit schonmal testet

PS: Die Arme der RGBWW Controller wächst weiterhin - siehe Bild im Anhang - alle Controller warten noch auf ihre Firmware  :'(
PPS: man beachte die HighTech Lötstation - die ungefähr genauso alt , wenn nicht sogar älter, wie ihr Benutzer ist  ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 29 April 2016, 13:18:06
Zitat von: mrpj am 29 April 2016, 00:45:38
Das ist ein bekanntes Problem mit Android.
Das dachte ich mir schon, finde es auch nicht weiters schlimm.

Zitat von: mrpj am 29 April 2016, 13:01:16
Für die, die ihre Controller flashen können: Ich werde demnächst die Version 0.3.0 pushen (mit dem  temporären Fix) - ich wäre sehr dankbar, wenn ihr diese flasht und für mich soweit schonmal testet
Am Wochenende wird sich sicherlich Zeit finden (wenns dann schon soweit ist).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Bapt. Reverend Magersuppe am 30 April 2016, 14:50:50
Hallo!

Heute ist nach laaanger Wartezeit bei mir das Konkurrenzprodukt, der H801 Controller (https://eryk.io/2015/10/esp8266-based-wifi-rgb-controller-h801/) eingetroffen. Der hat auch einen ESP8266 auf dem Board. Erfreulicherweise sind auch RX/TX herausgeführt.
Könnte ich hier drauf auch die Software zum Laufen bringen (Anpassungen GPIO vermutlich) oder ist das zum Scheitern verurteilt?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ThomasW am 01 Mai 2016, 14:19:12
Hallo,

möchte mich mal hier bedanken. Respekt für eure Arbeit.
Mein Päckchen ist zwar schon vor 14tage bei mir angekommen,
aber bin heute erst zum Zusammenbauen und zum Testen gekommen.

Leider sind mir beim Zusammenbau einige Änderungswünsche gekommen.
1.   Die Lötpads unter dem Spannungsregler dürften größer sein.
dadurch ist die Positionierung nicht so kritisch.
2.   Poti des Spannungsreglers wurde durch einen Widerstand ersetzt.
Wid. 25,5 kOhm (47K ||56K) ergibt eine Spannung von 3,285V.
3.   Ich habe mir noch eine Trennstelle in die Spannungsversorgung des ESP gegönnt.

Das Flashen der Software nach Anleitung von Pfanne Antwort #399
Zitat von: Pf@nne am 24 April 2016, 20:39:47
ich fasse nochmal zusammen, wie ich nach dem Löten vorgegangen bin:
bzw. nach dem Dokument von kadettilac89 Antwort # 361
Zitat von: kadettilac89 am 23 April 2016, 23:39:48
Anleitung nach Review überarbeitet, v0.2 angehängt.
funktioniert mit einem FTDI232 einwandfrei.

Beim Testen der Software ist mir einiges aufgefallen, hier muß ich noch Tests durchführen ob es nicht doch ein Hardwarefehler ist.
1.   Betrieb Mode ,,RGB" ist mir nichts Gravierendes aufgefallen.
        Schalte ich aber von diesem Mode weg geht der Grüne und der Blaue LED-Streifen aus.
2.    Betrieb Mode ,,RGBWWCW" ist der Led-Streifen WW wesentlich dunkler als CW.
3.   Auch beim Regeln von 100% nach 10% und zurück kann es vorkommen daß z.B. 18% heller ist als 25%.
4.   Helligkeit von CW ändert sich auch beim Umschalten der Modi zwischen ,,RGBWWCW" und ,,RGBCW". Getestet bei 100%.

Das ist dieses was mir so auf die Schnelle aufgefallen ist. Hoffe daß ich heute noch einige Messungen durchführen kann,
sonst kann es wieder mal leicht 14Tage dauern um dem nachzugehen.

Danke. Bis demnächst.
Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ThomasW am 01 Mai 2016, 16:49:17
Hallo Gemeinde,

ist das so gewollt bei einer gesamt Periodenlänge von 3040 us.
100% Helligkeit dass die Schaltzeiten des Transistor unterschiedlich sind?
Rot ~370 us , Grün ~125us , Blau ~125us
gemessen an der RGB-LED
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ThomasW am 01 Mai 2016, 17:52:37
Hallo Gemeinde

Messung an der WW_LED bei der Umschaltung zwischen RGBWWCW und RGBWW.
Das gleiche Spiel an der CW_LED
Auch hier ein Unterschied der Impulse.
Im Modus "RGBWWCW", "RGBCW" und "RGBWW" wird Grün und Blau nicht mehr angesteuert
nur noch Rot und dieses auch nur ganz leicht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 01 Mai 2016, 19:00:09
Hallo zusammen

Ich habe heute auch die Zeit gefunden zu löten. Smd und ich werden keine Freunde, trotzdem geht es

Alle widerstände und kondensatoren sowie der spannungsregler sind drin. Allerdings reagiert der poti kaum. Ich gehe testweise mit 6v rein. Die ausgangsspannung lasst sich nur um wenige mv um 5v herum regeln

Daher traue ich mich nicht den esp aufzulöten. Ich bin ja nicht der erste der den Controller zusammensetzt.

Normales Verhalten weil der regler keine last hat ?

Danke vg
Joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ThomasW am 01 Mai 2016, 19:16:48
Hallo Jörg,
spendier dem Spannungsregler doch einen 100Ohm Widerstand am Ausgang.
Messe doch mal die Verbindungen zur Grundplatine durch.
Hatte ähnliches verhalten, war dann die Masseverbindung zur Grundplatte.
Poti des Spannungsregler habe ich durch einen 25k5 Ohm Widerstand ersetzt.
(47k parallel 56k) und habe damit eine Ausgangsspannung von 3,285 V.

Gruß Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 01 Mai 2016, 20:03:34
Zitat von: herrmannj am 01 Mai 2016, 19:00:09
Normales Verhalten weil der regler keine last hat ?

Nein, ich stelle den Regler ein, bevor ich den einbaue und da lässt er sich problemlos regeln.

Wahrscheinlich hast du auch Probleme mit kalten Lötstellen am Regler. Entweder nochmal nach löten oder alternativ 4 Kabel von/zum Regler anlöten.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hermanski.k am 01 Mai 2016, 22:48:25
Mein Controller Funktioniert Testweise schonmal.

Ich habe einen LED STRIP mit smd 5050 leds dran gehangen. Der Strip wird extrem heiß mit ca. 80Grad. Ist das normal? Habt ihr auch so hohe Temperaturen?

SG
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 01 Mai 2016, 23:18:22
Zitat von: ThomasW am 01 Mai 2016, 14:19:12
Beim Testen der Software ist mir einiges aufgefallen, hier muß ich noch Tests durchführen ob es nicht doch ein Hardwarefehler ist.
1.   Betrieb Mode ,,RGB" ist mir nichts Gravierendes aufgefallen.
        Schalte ich aber von diesem Mode weg geht der Grüne und der Blaue LED-Streifen aus.
2.    Betrieb Mode ,,RGBWWCW" ist der Led-Streifen WW wesentlich dunkler als CW.
3.   Auch beim Regeln von 100% nach 10% und zurück kann es vorkommen daß z.B. 18% heller ist als 25%.
4.   Helligkeit von CW ändert sich auch beim Umschalten der Modi zwischen ,,RGBWWCW" und ,,RGBCW". Getestet bei 100%.

Das ist dieses was mir so auf die Schnelle aufgefallen ist. Hoffe daß ich heute noch einige Messungen durchführen kann,
sonst kann es wieder mal leicht 14Tage dauern um dem nachzugehen.

Danke. Bis demnächst.
Thomas

Hallo Thomas,

kannst du bitte genaurere Angaben machen - welche Eingabewerte überreichst du? Und wie überreichst du diese?

Wenn du gerne testest - ich kann dir die nächsten Tage eine Version kompilieren in denen die Ausgabewerte der bibliothek/pwm Kanäle direkt in Seriel erscheinen um einen Vergleich anzustreben.

Das Verhalten zwischn RGB -> andere Modi ist nicht korrekt.

Zu den Oszi Bildern -> wo greifst du das Signal ab? Wo ist der Referenz messpunkte gelgt?
Zitat von: ThomasW am 01 Mai 2016, 19:16:48
Hallo Jörg,
spendier dem Spannungsregler doch einen 100Ohm Widerstand am Ausgang.
Messe doch mal die Verbindungen zur Grundplatine durch.
Hatte ähnliches verhalten, war dann die Masseverbindung zur Grundplatte.
Poti des Spannungsregler habe ich durch einen 25k5 Ohm Widerstand ersetzt.
(47k parallel 56k) und habe damit eine Ausgangsspannung von 3,285 V.

Gruß Thomas

Nachdem ich nun knapp 80 DCDC Wandler gelötet und getestet  habe: meistens ist genau das Problem die Verbindung zur massefläche (v1.3a wird definitiv dort mit thermals bestückt) - sobald die massefläche korrekt gelötet ist, sollte auch der DC Wandler korrekt die Spannung ausgeben.

Ich habe zum testen mich dann entschieden, den DC wandler physikalisch mit ner pinzette von unten beim messen anzuheben um ganz sicher sein zu können, dass alle Lötpunkte leitend bleiben.

Zitat von: hermanski.k am 01 Mai 2016, 22:48:25
Mein Controller Funktioniert Testweise schonmal.

Ich habe einen LED STRIP mit smd 5050 leds dran gehangen. Der Strip wird extrem heiß mit ca. 80Grad. Ist das normal? Habt ihr auch so hohe Temperaturen?

SG

Je nachdem was für einen Streifen du hast, ist das ziemlich normal - oftmals wird empfohlen die LED Streifen auf "Kühlkörpern" zu montieren (eine Aluschiene z.b.)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 02 Mai 2016, 11:42:15
Zitat von: mrpj am 01 Mai 2016, 23:18:22
Nachdem ich nun knapp 80 DCDC Wandler gelötet und getestet  habe: meistens ist genau das Problem die Verbindung zur massefläche (v1.3a wird definitiv dort mit thermals bestückt) - sobald die massefläche korrekt gelötet ist, sollte auch der DC Wandler korrekt die Spannung ausgeben.

Mach doch gleich Löcher in die Platine, dann kann man den gescheit verlöten mit Stiftleisten oder dergleichen.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 02 Mai 2016, 12:26:58
ZitatWahrscheinlich hast du auch Probleme mit kalten Lötstellen am Regler. Entweder nochmal nach löten oder alternativ 4 Kabel von/zum Regler anlöten.
thnx @all: Netzteil getauscht und nachgelötet. Haut hin ! Von der Platine hätte ich den Regler garnichtmehr runter bekommen :) ...

Danke vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 02 Mai 2016, 13:31:32
Zitat von: ext23 am 02 Mai 2016, 11:42:15
Mach doch gleich Löcher in die Platine, dann kann man den gescheit verlöten mit Stiftleisten oder dergleichen.

/Daniel

Und wie stellst du dir die Platzierung von ESP und DC Wandler vor, wenn der DC Wandler nun nicht mehr SMD ist? ....

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 02 Mai 2016, 14:57:03
Na das ist doch kein Problem, da ist doch noch genug Platz. Auf eine GND Verbindung kann man ja verzichten. Eventuell um 90 Grad drehen da müsste der doch rein passen.

Ich denke das würde man irgendwie hinbekommen wenn man ein bissel probiert.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 02 Mai 2016, 15:37:22
Mir scheint du hast da schon eine  konkrete Vorstellung von einem verbesserten Layout ...  Wäre schade wenn dein Layout nicht genutzt wird. Freu mich über deinen eagle Entwurf.

Von dir war ja auch der Vorschlag mit der externen 3,3v Versorgung, mach das am besten gleich noch  mit rein bevor man doppelte Arbeit hat
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hermanski.k am 02 Mai 2016, 20:51:12
Zitat von: Bapt. Reverend Magersuppe am 30 April 2016, 14:50:50
Hallo!

Heute ist nach laaanger Wartezeit bei mir das Konkurrenzprodukt, der H801 Controller (https://eryk.io/2015/10/esp8266-based-wifi-rgb-controller-h801/) eingetroffen. Der hat auch einen ESP8266 auf dem Board. Erfreulicherweise sind auch RX/TX herausgeführt.
Könnte ich hier drauf auch die Software zum Laufen bringen (Anpassungen GPIO vermutlich) oder ist das zum Scheitern verurteilt?


Gibt es schon Infos zum Flashversuch? Ist es möglich die hier vorgestelle Software zu flashen?

SG
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 02 Mai 2016, 22:09:59
@Hermanski.k und @Bapt

Ich hatte hier schonmal darum gebeten, das Thema in einen eigenen Thread zu verlegen. Hier geht es primär um das vorgestellte Projekt und nicht um andere Hardware. Alles andere bringt hier nur noch mehr Verwirrung rein - von meiner Seite aus gibt es keinen Support, da ich die Hardware nicht vor mir liegen hab und somit nichts weiter herausfinden kann.


Zitat von: Bapt. Reverend Magersuppe am 30 April 2016, 14:50:50
Heute ist nach laaanger Wartezeit bei mir das Konkurrenzprodukt, der H801 Controller (https://eryk.io/2015/10/esp8266-based-wifi-rgb-controller-h801/) eingetroffen. Der hat auch einen ESP8266 auf dem Board.

Hier in dem Thread gibt es kein "Produkt" - es ist ein Bastelprojekt mit frei zugänglichen Schaltplänen und Firmware/Software.
Es gab bisher eine Sammelbestellung - die gleichzeitig meine Ausgaben für die ersten PCBs und Bauteile abgedeckt hat, aber für mich keinen finanziellen Gewinn erzielte. (Auch wenn ich alles sehr gut kalkuliert hatte, ein paar Bauteile mussten extra bestellt werden, andere Bauteile waren letztendlich teurer, weil die ursprünglichen nicht mehr auf Lager waren...  Für den "Lötservice" hat es zusätzliche Bauteile gebraucht etc...).

Ich investiere hier in diesem Projekt viele Stunden meiner Freizeit - u.a. um die Firmware zu schreiben, das (Web-)Interface zu erstellen, eine Bibliothek zu schreiben, die HSV Farbübergänge auf dem Controller animiert, Fehler im darunterliegenden Framework auszubessern etc. (Meine Controller (die ich im Alltag nutzen) haben Anfang Februar einen ziemlich einfachen Code geflasht bekommen und laufen seit jeher wunderbar - ich habe für mich kein zusätzliches WebIF schreiben müssen, aber ich habe es gerne getan - denn mir war es wichtig, dass es auch für die Mitglieder des Forums einfach zu bedienen ist.)


Das Projekt hier ist kein Produkt und auch keine Dienstleistung - ich werde hierführ nicht bezahlt und bemühe mich (wie auch viele andere hier in dem Forum in ihren Bastelprojekten / Threads) das ganze auch für andere zugänglich und nutzbar zu machen.

Wenn ich hier lese, dass etwas nicht funktioniert, beschäftigt mich das. Es ärgert auch mich, wenn jemand einen kaputten ESP erhalten hat (obwohl bei allen die ich gelötet habe, kein einziger defekter dabei war..) - denn mir ist wichtig, dass jeder der sich bemüht das auch zum laufen bekommt.
Helfen kann ich aber oftmals nur, wenn mir mehr Informationen geschickt werden - ohne Informationen und einen Austausch tappe ich im Dunkeln.

Ich habe das ganze geschrieben, da ich die Erwartungshaltung mit Produkt (und Konkurenzprodukt) nicht nachvollziehen kann - denn es ist hier ein Hobby Bereich (Bastelecke)... Und wie viele tollen andere Projekte auch, verdient hier niemand daran....

An dieser Stell möchte ich auch noch meinen Dank an alle aussprechen, die bei der Sammelbestellung großzügig überwiesen haben - denn nach manch langer Programmiersessions war ich ganz dankbar, mir eine Pizza zu bestellen statt noch selber in der Küche Hand anlegen zu müssen. Das ein oder andere Bier nach dem Löten von mehreren Controllern war eine willkommene Belohnung ....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ThomasW am 03 Mai 2016, 06:18:19
Hallo mrpj,
Zitat von: mrpj am 01 Mai 2016, 23:18:22
kannst du bitte genauere Angaben machen - welche Eingabewerte überreichst du? Und wie überreichst du diese?
Oszi war an den Ausgängen zu den LED-Streifen angeschlossen, an allen Ausgängen war eine LED (LED-Streifen mit 3LED).
Zur Steuerung wurde ein Tablet benutzt, Grundeinstellung Farbwerteregler auf 0, Farbhelligkeitsregler auf 100%.
Kann gerne weitere Tests mit geänderter Software durchführen.
Habe dafür erst wieder in 7-14tagen zeit.
Gruß Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Omega-5 am 03 Mai 2016, 10:17:29
Zitat von: mrpj am 02 Mai 2016, 15:37:22
Mir scheint du hast da schon eine  konkrete Vorstellung von einem verbesserten Layout ...  Wäre schade wenn dein Layout nicht genutzt wird. Freu mich über deinen eagle Entwurf.

Von dir war ja auch der Vorschlag mit der externen 3,3v Versorgung, mach das am besten gleich noch  mit rein bevor man doppelte Arbeit hat

8) 8) 8)

MfG  ;D Friedrich
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 04 Mai 2016, 07:18:12
Hallo,  kann mir jemand ein Netzteil für den Controller empfehlen? Viele Grüße tigru77

Gesendet von meinem SM-N910F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 04 Mai 2016, 08:51:11
Hallo tigru77
Ist das nicht eventuell ein wenig abhaengig davon was Du daran anschliessen moechtest!? Ich habe das hier genommen http://www.amazon.de/Netzteil-Bildschirm-Monitor-Festplatten-Pico-PSU/dp/B001W3UYLY?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_detailpage_o07_s00 .
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 04 Mai 2016, 10:03:19
Zitat von: tigru77 am 04 Mai 2016, 07:18:12
Hallo,  kann mir jemand ein Netzteil für den Controller empfehlen? Viele Grüße tigru77

Gesendet von meinem SM-N910F mit Tapatalk

Wie schon geschrieben ... abhängig vom Einsatzzweck.

Ich hab das hier ... schöne Schraubanschlüsse, geerdet und für verschiedene Leistungen erhältlich. Spannung ist per Poti auch etwas verstellbar. Eingestellt war meines auf 12,1 V.


http://www.ebay.de/itm/36W-400W-DC12V-LED-Trafo-Netzteil-Treiber-Driver-Transformator-Streifen-Stripe-/151730872446?var=&hash=item2353dd607e:m:mJGOtRJ1-uT2V43sA21ujeQ (http://www.ebay.de/itm/36W-400W-DC12V-LED-Trafo-Netzteil-Treiber-Driver-Transformator-Streifen-Stripe-/151730872446?var=&hash=item2353dd607e:m:mJGOtRJ1-uT2V43sA21ujeQ)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 04 Mai 2016, 14:50:36
Frage zum Verständnis ...

Da etliche mit dem Step-down Probleme haben wäre es doch möglich einen Linearregler zu verwenden oder? z. B. LM1086-3.3. Noch 2 Kondensatoren und Widerstand aber dann wäre Spannung immer 3.3 V ohne dass man was einstellen muss. Oder gäbe es da ein Problem?

Ist mehr eine theoretische Frage da ich für mich woanders diese Funktion brauche.

Thx
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Andy89 am 05 Mai 2016, 12:21:01
Zitat von: pc1246 am 26 April 2016, 12:04:05
Hallo zusammen
Ich habe den http://www.elv.de/mini-usb-modul-um2102-komplettbausatz.html hier. Mit dem klappt es wunderbar! Ihr muesst nur die Stiftleiste einloeten (wird nicht mitgeliefert!).
Gruss Christoph
danke für diesen Tipp. Hatte erst einen "FT232RL 3.3V 5.5V FTDI USB to TTL Serial Adapter Module Arduino Mini Port TE203" von ebay gekauft, habs aber mit den Treibern nicht auf meinem MacBook hinbekommen. Mit dem von ELV ging es direkt ohne Probleme. Habe auch sofort 1 von 5 RGBWW_Controllern geflasht und es funktioniert ohne Probleme =)

Danke!!   ;) :) :) :) :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 05 Mai 2016, 17:33:33
Zitat von: kadettilac89 am 04 Mai 2016, 14:50:36
Frage zum Verständnis ...

Da etliche mit dem Step-down Probleme haben wäre es doch möglich einen Linearregler zu verwenden oder? z. B. LM1086-3.3. Noch 2 Kondensatoren und Widerstand aber dann wäre Spannung immer 3.3 V ohne dass man was einstellen muss. Oder gäbe es da ein Problem?

Ist mehr eine theoretische Frage da ich für mich woanders diese Funktion brauche.

Thx

Gibt hier in den Anfangsseiten ein paar mehr Infos, da die Frage davor schon aufkam.
Zusammengefasst:
- bei der Maximalleistung die der ESP ziehen kann, ist ein Linearregler ohne entsprechende Wärmeabfur nicht zu empfehlen
- beim RGBWW ist die Schaltung 24/7 an - d.h. es werden 1-3W (bei 12V) permanent in Wärme umgesetzt - das ist zwar per se nicht "viel", summiert sich und ist verschwendete Energie...

Der DC Wandler per se ist voll ok - die Lötstellen waren die Schwachpunkte - bzw. die Fläche die Wärme beim löten ableitet und kein direkter Kontakt von der Wärmequelle (Lötkolben)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 05 Mai 2016, 20:01:35
Zitat von: mrpj am 05 Mai 2016, 17:33:33
Gibt hier in den Anfangsseiten ein paar mehr Infos, da die Frage davor schon aufkam.
Zusammengefasst:
- bei der Maximalleistung die der ESP ziehen kann, ist ein Linearregler ohne entsprechende Wärmeabfur nicht zu empfehlen
- beim RGBWW ist die Schaltung 24/7 an - d.h. es werden 1-3W (bei 12V) permanent in Wärme umgesetzt - das ist zwar per se nicht "viel", summiert sich und ist verschwendete Energie...

Der DC Wandler per se ist voll ok - die Lötstellen waren die Schwachpunkte - bzw. die Fläche die Wärme beim löten ableitet und kein direkter Kontakt von der Wärmequelle (Lötkolben)

danke für die erklärung!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 05 Mai 2016, 21:36:37
Mal ein weiterer Erfahrungsbericht:
Ich hab heute mal einen Bausatz zusammen gelötet. Das hat alles wunderbar geklappt ohne Komplikationen! Ich bin lötmäßig maximal mittelmäßig talentiert und hatte einen bisschen Bedenken bei den SMD-Widerständen. Aber alles easy!

Nachdem ich dann 12V drangelegt habe, wurde auch sofort ein WLAN aufgespannt (AI-Thinker oder so?), in das ich mich einbuchen konnte.

Dann habe ich mit dem Python esptool die precompiled Firmware aufspielen wollen. Das war dann (wie bei vielen hier) etwas hakelig. Prinzipiell flashen konnte ich, nachdem ich den FTDI dann direkt ohne USB-Hub an einen nativen USB-Port an meinem PC gehängt habe. Jedoch brach er dann ständig mitten beim Flashen ab. Auch nach > 50 Versuchen lief er keinmal durch.
Bei mir hatte es dann sofort geholfen, die Baudrate von 115200 auf 57600 zu senken. Lief dann sofort durch. Also auch super!

Ein Problem habe ich nun jedoch, den Controller in mein WLAN einzubinden. Wenn ich auf der Webseite mein Netzwek auswähle, das PW eintrage und auf Connect drücke dann kommt nach ca. 2 min folgende Meldung:
Connection failed
There was an error with the network connection.
Please check your connection and try again


Wenn ich jedoch bei meiner Fritzbox das Guest-WLAN aktiviere, dann kann ich den Controller dort sofort einbinden.

Kann es sein, dass es ein Problem mit dem Passwort ist? Bei meinem Haupt-WLAN habe ich ein Passwort mit 64 Zeichen. Bei meinem Guest-WLAN ein wesentlich kürzeres.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RoBra81 am 05 Mai 2016, 21:39:58
Ich hatte bei meiner FritzBox mal das Problem, dass (meiner Meinung nach automatisch) eingestellt war, dass sich nur bekannte Geräte im WLAN anmelden dürfen...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 05 Mai 2016, 21:47:08


Zitat von: vbs am 05 Mai 2016, 21:36:37
Ein Problem habe ich nun jedoch, den Controller in mein WLAN einzubinden. Wenn ich auf der Webseite mein Netzwek auswähle, das PW eintrage und auf Connect drücke dann kommt nach ca. 2 min folgende Meldung:
Connection failed
There was an error with the network connection.
Please check your connection and try again


Wenn ich jedoch bei meiner Fritzbox das Guest-WLAN aktiviere, dann kann ich den Controller dort sofort einbinden.

Kann es sein, dass es ein Problem mit dem Passwort ist? Bei meinem Haupt-WLAN habe ich ein Passwort mit 64 Zeichen. Bei meinem Guest-WLAN ein wesentlich kürzeres.

Zu der Fehlermeldung:
Diese Meldung kommt, wenn das Webinterface keine Verbindung mehr zum Controller aufbauen kann.
Mit welchem Gerät versuchst du die Verbindung?


Der ESP kann WPA(2)-PSK - das bedeutet maximal 63 Zeichen nach Standard ... Aber an sich solltest du eine Fehlermeldung mit Passwort Falsch bekommen ...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 05 Mai 2016, 21:48:01
Zitat von: RoBra81 am 05 Mai 2016, 21:39:58
Ich hatte bei meiner FritzBox mal das Problem, dass (meiner Meinung nach automatisch) eingestellt war, dass sich nur bekannte Geräte im WLAN anmelden dürfen...
Wow klasse, danke, genau so wars! Da war bei mir eingestellt "WLAN-Zugang auf die bekannten WLAN-Geräte beschränken".
Komischerweise konnte ich bisher immer alle anderen Geräte ohne Problem einbinden... egal...
Danke!

@mrpj
Danke für den Hinweis, richtig, mein PW ist nur 63 Zeichen lang.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 05 Mai 2016, 22:41:30
Ok, habe jetzt mal testweise eine RGBWW-Stripe angeschlossen und das sieht erstmal super aus. Spontan fallen natürlich sofort die butterweichen Fades ins Auge, fantastisch :)

Ein Problem jedoch:
R-, G- und B-Kanal kann ich wunderbar regeln. Jedoch funktioniert bei mir im Moment der WW-Kanal nicht. Kann natürlich auch ein Hardware-Problem sein (aka ich hab schlecht gelötet). Aber mMn versucht der Controller weiß aus RGB zu mischen obwohl er nach meinem Verständnis für weiß einfach den WW-Kanal verwenden sollte.

Konfiguriert habe ich es so (also auf RGBWW gestellt):
(https://dl.dropboxusercontent.com/u/24641738/sht10/c1.jpg)

Wenn ich nun Vollweiß einstelle, sollte nach meinem Verständnis R, G und B komplett aus sein und nur WW an sein. Jedoch leuchten bei der Stripe R, G und B gemeinsam, so dass ich denke, dass der Controller im Moment weiß aus den drei Grundfarben mischt:
(https://dl.dropboxusercontent.com/u/24641738/sht10/c2.jpg)

Verstehe bzw. mache ich da etwas falsch? Oder ist das evtl. noch ein Bug?

Und nochmals vielen Dank für die Mühe, ist wirklich ein tolles Projekt geworden!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 05 Mai 2016, 22:47:50
Argh, sorry, hat sich erledigt, man muss unter "Color Settings" unten rechts auf der Seite mit einem Häkchen die Einstellungen speichern  :P

(Das ist mMn zumindest etwas überraschend, da die Einstellungen ja erhalten bleiben wenn man oben auf den Reiter "Start" und dann zurück auf "Color Settings" wechselt. Dadurch könnte der Eindruck enstehen, dass die Settings korrekt gespeichert wurden.)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 06 Mai 2016, 18:08:16
So, heute morgen den zweiten aufgebaut. Ging völlig problemlos (musste nur einmal eine Ecke vom Netzteil nachlöten). Flashen auf 57,6k hat dann auch auf Anhieb geklappt!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 10 Mai 2016, 18:10:01
Huhu,

sagt mal, gibts eigentlich schon eine - und wenn auch nur vorübergehende - Lösung, um die RGBWWs von FHEM heraus zu steuern?

Oder eine ungefähre Info, wann mit dem ersten Release gerechnet werden kann?

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 10 Mai 2016, 18:36:23
Ja bin dabei aber erst am we at home. Hoffe dann einen ersten Wurf fertig zu haben.

Vg
Joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 10 Mai 2016, 18:38:25
Keinen Stress damit, hat mich halt nur interessiert, wie's aussieht ^^

Wochenede klingt natürlich super :D Aber wenns erst später ist, ists auch keine Tragik.

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 10 Mai 2016, 21:41:59
Ich hab heute mal 2 Controller in den ReflowOven geschoben.....
Nur die FETs und die Klemmen sind von Hand gelötet.
ESP und DC/DC wurden mit in den Ofen gestopft....

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 10 Mai 2016, 21:55:57
Wie hast Du dispenst? Mit einer Schablone?

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 10 Mai 2016, 22:08:17
Ich habe mir so einen 50€ Dispenser aus China gegönnt, die Hardware ist ganz OK, die Steuerung ist verbesserungswürdig.
Alles in Allem funktioniert der aber gut.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 10 Mai 2016, 23:33:58
Marco das sieht sehr gut aus  :)




Updates
In den letzten Tage ist einiges "im Hintergrund" der Firmware und zum WebInterface geschehen. Zum einen hat die Firmware einen verbesserten und stabileren OTA Mechanismus bekommen, zum anderen waren im Bootloader (rBoot) noch ein paar Bugs enthalten. Aber dazu mehr in den folgenden Punkten.

Wichtig: bitte erst den post lesen, bevor das update aufgespielt wird - v0.3.0 ist nicht OTA kompatibel und muss geflasht werden



Firmware  v0.3.0
Kurzübersicht Änderungen:

Der Fokus bei der FW Version war die Aktualisierung des OTA Mechanismus - in der nächsten Version (0.3.1) liegt der Fokus auf einem rewrite des Logging Mechanismus. Logging via der seriellen Schnitstelle soll während der Laufzeit an/ausschaltbar sein, um eventuelle Fehler besser debuggen zu können.



Web Interface  v0.3.0
Der Sourcecode für das Webinterface wurde in den letzten Tagen umstrukturiert und dabei in einzelne AngularJS Komponenten (directives, controllers, factories) aufgeteilt. Dieser Schritt war notwendig um den (gewachsenen) SourceCode in Zukunft besser pflegen zu können.

Das Umschreiben hat einiges an Zeit in Anspruch genommen - trotz intensivem Testen kann es sein, dass sich Fehler/Bugs eingeschlichen haben, die vorher nicht vorhanden waren.

Kurzübersicht Änderungen:


Download Firmware (http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip)

Flashen wie bisher in dem Thread beschrieben - z.B. das Tutorial von Pf@nne (https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761)

Achtung Der Speicherbereich für das Spiffs Rom ist ab v0.3.0 0x100000


esptool.exe -p COM3 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin


Ich wäre sehr verbunden, wenn ihr die Firmware flashen und testen könntet. Nachdem Version v0.3.0 geflasht wurde, wäre ich auch sehr verbunden, wenn ihr für mich noch die OTA Funktion testen könntet.  (Mehrmals noch v0.3.0 als OTA aufspielen)



Probleme/Bugs?
Um bei Problemen und Fehler helfen zu können, oder die Fehler genauer zu untersuchen, ist es wichtig, dass nicht nur das Problem genannt wird (z.B. X funktioniert nicht) sondern auch weitere Informationen bereit gestellt werden.

Die folgenden Zeilen sollen als Anhaltspunkte dienen um den Prozess so einfach wie möglich zu gestalten:

Allgemein:

Was ist das Problem? Welcher Fehler Tritt auf?
Wann tritt der Fehler auf?

Beschreibung (je detailierter umso hilfreicher)
einfaches Beispiel:
nach dem clicken mit der Maus auf Button X fadet der Controller auf Blau, erwartet hatte ich aber, dass er auf ROT wechselt




Probleme beim/nach Flashen:

Firmware Quelle: Vorkompoliert (Welche Quelle?) / Selber kompiliert (bitte nähere Informationen)
Hardware zum Flashen: FTDI232 / ??? / ???
Wie ist die Hardware verbunden? Falls USB, sind weitere Geräte mit USB verbunden?
Welches Betriebssystem?
Welches Tool wurde zum flashen genutzt?
Wie wurde das Tool aufgerufen? (Welche Einstellungen / wie lautete die Kommandozeile?)


Probleme mit Firmware/Webinterface

Welche Firmware? Version, Quelle (URL?)
Wie wurde die Firmware aufgespielt? Flashen/OTA


Hilfreich dabei ist:

Falls es Probleme mit dem WebInterface gibt ist auch ein Screenshot aus den Developer Tools (Chrome F12) mit den Verbindungen Hilfreich.
Beispiel siehe Anhang
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 10 Mai 2016, 23:36:15
Weitere Informationen zur Sammelbestellung und den fertigen Controller folgen bis Ende der Woche
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: StefanL am 11 Mai 2016, 00:05:26
@mrpj

Ich finde es super wie es voran geht trot das es ein Freizeit Projekt ist . Lass dir ( euch ) nur die zeit die ihr ( für euch und eure Familien) benötigt. Ein paar Wochen hin und her spielen da keine Rolle.  Gibt ja noch genug andere Baustellen die man mit FHEM anfangen kann.


Gruß Stefan

gesendet vom Handy  . Deswegen  kurz gehalten

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jojoja am 11 Mai 2016, 12:50:08
Hallo Patrick,

habe gerade zwei Controller geflasht (die alte einfach überschrieben, vorherige Version war 0.2.6), wobei es deutlich weniger Versuche als vor ~2 Wochen gebraucht hat. Das ist aber denke ich Zufall.

Jetzt ist das Webinterface nicht mehr erreichbar - controller-ip/webapp ergibt Error 404. Die anderen, mir bekannten Links funktionieren, das wären config, info, update, ping.

Hier nochmal Info und Config als Text:
{"deviceid":"13731927","current_rom":"0","firmware":"0.3.0","git_version":"v0.3.0","git_date":"2016-05-10","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.0","queuesize":50},"connection":{"connected":true,"ssid":"Mothership","dhcp":true,"ip":"192.168.178.34","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"18fe34d18857"}}

{"network":{"connection":{"dhcp":true,"ip":"0.0.0.0","netmask":"0.0.0.0","gateway":"0.0.0.0"},"ap":{"secured":false,"ssid":"RGBWW13731927"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":0,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false},"ota":{"url":"http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json"}}


Diese Ausgaben sind bei beiden Controllern im Wesentlichen gleich.
Ich hatte vor die Controller zurückzusetzen, um zu testen ob dann der AP erreichbar ist, habe es aber nicht hinbekommen. Nach dem Flashen hat er die bisherigen Daten übernommen, der Taster CLR hat nichts bewirkt (der soll doch zurücksetzen oder? :D).

Wie immer, bin zum Testen bereit!

Gruß Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 Mai 2016, 12:57:58
Updates Sammelbestellung

Alle Controller sind fertig gelötet und warten "nur noch" auf Ihre Firmware. Sobald Rückmeldung zum OTA update aus dem Forum kommt, werden die ersten Controller geflasht und verschickt. Um sicher zu stellen, dass die Controller auch wie erwarten funktionieren, werden diese noch von mir einem kurztest unterzogen.

Vorgehensweise:

Nach diesem kurzen Test, erachte ich den Controller als Funktionstüchtig und er wird zum Versand verpackt.
Die ganze Prozedur dauert ca 5 Minuten - von daher denke ich, dass es nachvollziehbar ist, dass ich die Controller keiner intensiveren Tests unterziehe, sondern nur eine generelle Funktionalität sicherstellen möchte

Ich versuche ab Freitag/Samstag 1-2 Stunden täglich aufzubringen um die Controller zu verschicken.

Nochmal ein Hinweis aus eigener Sache: die Controller wurden mit der Sorgfalt zusammen gelötet, mit der ich auch meine eigenen Controller aufgebaut habe. Trotz des Funktionstest kann es vorkommen, dass die Controller Fehler/Probleme aufweisen. Ich helfe gerne diese Fehler zu beseitigen und bietet auch an, fehlerhafte Controller zu untersuchen und gegebenfalls Bauteile zu tauschen. Ich weise aber nochmal ausdrücklich darauf hin, dass dies hier ein Hobby Projekt ist und es sich um kein kommerzielles Produkt handelt. Der "Austauschservice" wird auf freiwilliger Basis Angeboten - die Kosten für  (Rück-)Versand und eventuelle Ersatzbauteile kann ich nicht übernehmen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 Mai 2016, 13:03:45
Zitat von: StefanL am 11 Mai 2016, 00:05:26
Ich finde es super wie es voran geht trot das es ein Freizeit Projekt ist . Lass dir ( euch ) nur die zeit die ihr ( für euch und eure Familien) benötigt. Ein paar Wochen hin und her spielen da keine Rolle.  Gibt ja noch genug andere Baustellen die man mit FHEM anfangen kann.

Danke dir - das gilt auch für Jörg (der die Anbindung via API an FHEM schreibt) und Marco (MQTT Anbindung) - vielen Dank an beide für ihre Bemühungen

Zitat von: jojoja am 11 Mai 2016, 12:50:08
Jetzt ist das Webinterface nicht mehr erreichbar - controller-ip/webapp ergibt Error 404. Die anderen, mir bekannten Links funktionieren, das wären config, info, update, ping.

Kannst du kurz bei den Devloper Tools "disable cache" anmachen? Ich schau mir gleich noch das Protokoll von TravisCI an - ob die Dateien korrekt in Spiffs eingebunden wurden. Beim testen gestern waren die Dateien aber vorhanden  :o

Zitat von: jojoja am 11 Mai 2016, 12:50:08
Ich hatte vor die Controller zurückzusetzen, um zu testen ob dann der AP erreichbar ist, habe es aber nicht hinbekommen. Nach dem Flashen hat er die bisherigen Daten übernommen, der Taster CLR hat nichts bewirkt (der soll doch zurücksetzen oder? :D).

Wie hast du CLR genutzt? CLR muss beim starten gedrückt bleiben.
Vorgehensweise:
- CLR drücken
- RST drücken
- kurz warten und CLR loslassen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 11 Mai 2016, 16:49:09
Hallo,
ich hab das gleiche Problem nach dem Flashen wie bei jojoja. Keine /webapp mehr nach dem Flashen.

Bei mir hat CLR drücken und dann Einschalten allerdings ein Zurücksetzten gebracht. Danach ist der Controller wieder im AP-Modus.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 Mai 2016, 17:05:53
Bitte fügt noch folgende weiteren Informationen hinzu:

- welches Tool und wie wurde geflasht? (wenn Logfile vorhanden dann bitte den Mitschnitt dazu)
- welche Einstellungen
- ein Mitschnitt des Logfiles vom Bootprozess

Danke




Nachtrag:

Bitte nutzt den Speicherbereich 0x100000 für das Spiffs Dateisystem - ansonsten ist das Dateisystem an der falschen Adresse und deshalb ist das WebInterface nicht verfügbar


esptool.exe -p COM3 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 11 Mai 2016, 17:20:23

Ich bekomme leider keine richtige Ausgabe auf der Console bei 115200. Welche ist die korrekte Geschwindigkeit?

Ich habe die alte Version nochmal geflasht und wieder die alte Weboberfläche bekommen. OTA geht damit aber nicht mehr "received malformed response" Was zu erwarten war.

So habe ich beide Male geflashed:
"esptool.py -p /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x300000 spiff_rom.bin"

Update:
mit "0x100000 spiff_rom.bin" funktioniert es und OTA auch. Prima.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 11 Mai 2016, 20:53:56
Hi,

hatte heute morgen auch mal versucht, einen zu flaschen....Danach war - wie zwischenzeitlich eh schon bekannt - die /webapp weg.

Jetzt am abend dann nochmal geschaut, die Adresse auf 0x100000 geändert und hat auf anhieb geklappt.
3 von 7 Controllern haben zwischenzeitlich die neue Firmware drauf.

OTA-Update klappt auch wunderbar.

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 11 Mai 2016, 21:27:58
Super Arbeit Patrick!

Ich habe mehrere Controller problemlos per OTA geupdatet (ca. 20mal).
Der OTA-Prozess dauer gefühlt länger, ist das so?
Ich hatte beim ersten Mal schon Angst, dass es nicht klappt und war kurz vorm Abbrechen.
Vielleicht kann man im "Wartefenster" noch ab und an eine Statusinfo aktualisieren, ist aber eher ein "nice to have"... :-)
Auch die NeustartInfos finde ich gelungen!

test_channels läuft auch klasse!   8)

Gruß
Marco
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 11 Mai 2016, 21:53:24
Danke für das Feedback - Ich denke die ersten "fertigen Controller" können dann ihre Firmware erhalten  ;D

Zitat von: Pf@nne am 11 Mai 2016, 21:27:58
Der OTA-Prozess dauer gefühlt länger, ist das so?

Das kann sehr gut sein - durch den neuen Prozess muss das Spiffs Dateisystem komplett geschrieben werden. Dadurch kann das Spiffs Dateisystem beim OTA nicht mehr kompromitiert werden (und einen ungewünschten reformat triggern).

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Andy89 am 11 Mai 2016, 22:23:52
also ich habe heute auch alle 5 Controller auf die neue Version ohne Probleme geflasht  :) Danke für deine top Arbeit  8)

Beste Grüße
Andy
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 12 Mai 2016, 20:28:45
Wie sieht es denn bei euch mit passenden Gehäusen aus? Ich hab hier noch eins vom Universalsensor (http://www.tme.eu/de/details/box-sens-white/gehaeuse-fuer-alarmanlagen-und-sensoren/supertronic/)
Da passt die Platine von der Höhe und Breite rein. Allerdings kann man nur eine Seite befestigen. Für den 12V Anschluss würde ich eine Hohlbuchse vorsehen und die Kabel für die Stribes durch die Schlitze ziehen. Ist aber nicht besonders schön.
Gibt es weitere Ideen?

Gruss Thomas
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 13 Mai 2016, 21:12:55
Hallo mrpj,

ich habe mal etwas rumgetestet.

- Update, OTA hat einmal funktioniert. Weitere OTA "failed" ... wahrscheinlich noch alte Settings als Überbleibsel.
- RST, CLR ... AP zurückgesetzt --> OTA kann beliebig oft (naja, zumindest 6 mal) problemlos ausgeführt werden
- Netzwerk einstellen, Farben ändern per Smartphone funktioniert

Jetzt kommt ein ABER:

Browsern auf meinem Notebook macht Probleme. Ich habe etwas rumgetestet und vermute dass es an meiner Firewall liegt.
- Windows 10, 64 bit
- Firewall Bitdefender Internet sec. 2015
- Browser Chrome, Internet Explorer, Edge, Chrome portable -- also browserunabhängig

Fehler:
- Farbwechsel wird nicht ausgeführt
- Konfigurationen werden nicht übernommen
- nach kurzer Zeit, etwa 10 Sekunden bricht die Verbindung zum Controller ab. Anschließend ist auch der Zugriff über das Smartphone nicht mehr möglich
- nachdem der Controller vom Netz genommen wird funktioniert der Controller wieder über Smartphone

- Mit meinem Firmennotebook W7, Ie oder Firefox funktioniert der Controller, jedoch sind Farbänderungen etwas langsamer als über Smartphone.

Ich habe ein paar Logs gemacht, diese hängen an.

Ausgabe  <IP>/info
{"deviceid":"9138961","current_rom":"1","firmware":"0.3.0","git_version":"v0.3.0","git_date":"2016-05-10","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.0","queuesize":50},"connection":{"connected":true,"ssid":"MySSID","dhcp":false,"ip":"192.168.0.60","netmask":"255.255.255.0","gateway":"192.168.0.1","mac":"5ccf7f*****"}}
Ausgabe <IP>/config
{"network":{"connection":{"dhcp":false,"ip":"192.168.0.60","netmask":"255.255.255.0","gateway":"192.168.0.1"},"ap":{"secured":false,"ssid":"RGBWW9138961"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":3,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false},"ota":{"url":"http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json"}}


- Serial - kein Eintrag wenn der Browser auf dem Notebook die Verbindung abreißen lässt. Die Farbänderungen habe ich als Test vom Smartphone gemacht. Vom Notebook ist im Anschluss nichts mehr angekommen. Browser hatte dann halt wieder keine Verbindung.

     r lœØrŸ Œ#ânÀˆà Œ ,ìpŒ<Ž,ß ì8'ßÇ'ÜäŒp  ònnäÄ;òn,,'Üä Ž bŽ#l`$`üpònàÃÜ à,‡Àl€ € € bÀnâãnÀ$â Žà bÀÄ>~ònîÄÁŒŽ l`üœ#,n€$Œl`ä¸`rn|''n€àrÇßl`9~ÄÀ œ#,nÀ$Œ ŒònnîÄÈl`nnàÃÜ€ àrÇ✠€ p p'Ü<ÄßìŽÄ bÀľ~ònîÄÁŒ l`üÜ#,nÀrnrŽ'ß;ÄÀ œì8rrßÛ'nÀŽàâÇ'`$`ľ ÛnnäÄ܇<ì|  lbÀľbrÜ œÄ,ÜbÜÛbßØònßØ'nànÜâbp~'n#`,nà{ß0ÄÇIvì'œä  ŽŒ llÃnä'`Đ8ÜÇnÀ$lnÄ'Üä  ,›Äùl#`,nà;ß0ÄÇ x'Üb  ŽÀ rÄ1'`Ä> ›nnäÄ? xnnŸb  ÛäùN€Œœ8ÜÇn#`ãbØ?ònäÄ? xnnŸb ŒÛ9H€ œ,ß'`$`ü ÛnnänßòÜ Œ<~'nÀ$Ž|l`ür'nàß plplrdon't use rtc mem data
rS+TCP connection
timeout updating: 70 -> 65535
Server timeout updating: 40 -> 90


RGBWW Controller v 0.3.0

Application::init - normal boot
Application::mountfs rom slot: 1
Application::mountfs trying to mount spiffs at 40500000, length 786432
ApplicationOTA::checkAtBoot
ApplicationOTA::loadStatus
APPLedCtrl::init
APPLedCtrl::setup
H: 5115 | s: 982 | v: 879 | ct: 3880
sleep disable
AppWIFI::init setting static ip
AppWIFI::init disabled dhcp
AppWIFI::init updating ip configuration
mode : sta(5c:cf:7f:8b:73:11)
add if0
f r0, Application::startServices
APPLedCtrl::start
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 3
cnt

connected with MySSID, channel 4
ip:192.168.0.60,mask:255.255.255.0,gw:192.168.0.1
AppWIFI::_STAConnected reason - 4
AppWIFI::_STAGotIP
APPLedCtrl::led_callback
APPLedCtrl::save_color
pm open,type:0 0
Fatal exception      r lœØrß ŒcânÀˆà Œ ,ìpŒ|Ž,ß ì8'ßÇ'ÜäŒp  ònnäÄ;ònÄ'Üä Ž bŽ#l`$`üpònàÃÜ€ à,ÇÀl€ € € bÀnâãnÀ$Žâ Žà bÀÄ>~ònîÄÁŒŽ l`üÜ#,n€$Œl`ä8`rn|''nÀàrÇßl`¹~ÄÀ Ü#,nÀ$Œ ŒònnîÄÈl`nnàÃÜ àrÇâÜ € p p'œ<ÄßìŽÄ bÀľ~ònîÄÁŒ l`üÜ#,nÀrnrŽ'ß;ÄÀ ?œì8rrßÛ'nÀàâ‡'`$`ľ ›nnäÄÜÇ<ì|  lbÀÄ>brœ ÜÄ,ÜbÜÛbßØònßØ'nànÜâbp~'n#`,nà;ß°ÄÇIvì'Üä  ŽŒ llÃnä'`Đ8ÜÇnÀ$lnÄ'Üä  ,ÛÄùl#`,nà;ß°ÄÇ x'Üb  ŽÀ rÄ1'`ľ Ûnnä,,? xnnßb  ›äùN€Œœ8ÜÇn#`ãbØ?ònä,,?xnnŸb ŒÛ9H€ œ,ß'`$`ü ÛnnänßòÜ Œ<~'n€$|l`ür'nàß plplrdon't use rtc mem data
rS+TCP connection
timeout updating: 70 -> 65535
Server timeout updating: 40 -> 90


RGBWW Controller v 0.3.0

Application::init - normal boot
Application::mountfs rom slot: 1
Application::mountfs trying to mount spiffs at 40500000, length 786432
ApplicationOTA::checkAtBoot
ApplicationOTA::loadStatus
APPLedCtrl::init
APPLedCtrl::setup
H: 5115 | s: 982 | v: 879 | ct: 3880
sleep disable
AppWIFI::init setting static ip
AppWIFI::init disabled dhcp
AppWIFI::init updating ip configuration
mode : sta(5c:cf:7f:8b:73:11)
add if0
f r0, Application::startServices
APPLedCtrl::start
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 3
cnt

connected with MySSID, channel 4
ip:192.168.0.60,mask:255.255.255.0,gw:192.168.0.1
AppWIFI::_STAConnected reason - 4
AppWIFI::_STAGotIP
APPLedCtrl::led_callback
APPLedCtrl::save_color
pm open,type:0 0
ApplicationWebserver::onColor HSV  H 300. S 88. V 60. CT 3880
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 300. S 62. V 60. CT 3880
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 300. S 55. V 29. CT 3880
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 228.289993286 S 55. V 29. CT 3880
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 136.100006104 S 55. V 29. CT 3880
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 135.949996948 S 88. V 77. CT 4791
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 136. S 91. V 91. CT 4791
APPLedCtrl::led_callback
APPLedCtrl::save_color


- F12 Logs aus Chrome ... nicht viel zu sehen

*******************************
Chrome Ikognitor Mode
*******************************

Failed to clear temp storage: It was determined that certain files are unsafe for access within a Web application, or that too many calls are being made on file resources. SecurityError
app.min.js?rel=0.3.0:2GET http://192.168.0.60/color?mode=hsv net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1fa @ app.min.js?rel=0.3.0:1ea @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:6c @ app.min.js?rel=0.3.0:4Wa @ app.min.js?rel=0.3.0:1c @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2TypeError: Cannot read property 'hsv' of null
    at app.min.js?rel=0.3.0:15
    at g (app.min.js?rel=0.3.0:3)
    at app.min.js?rel=0.3.0:3
    at o.$eval (app.min.js?rel=0.3.0:3)
    at o.$digest (app.min.js?rel=0.3.0:3)
    at o.$apply (app.min.js?rel=0.3.0:3)
    at i (app.min.js?rel=0.3.0:2)
    at u (app.min.js?rel=0.3.0:2)
    at XMLHttpRequest.y (app.min.js?rel=0.3.0:2)(anonymous function) @ app.min.js?rel=0.3.0:2(anonymous function) @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2y @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2GET http://192.168.0.60/config net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2x.onload @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2TypeError: Cannot read property 'network' of null
    at app.min.js?rel=0.3.0:15
    at g (app.min.js?rel=0.3.0:3)
    at app.min.js?rel=0.3.0:3
    at o.$eval (app.min.js?rel=0.3.0:3)
    at o.$digest (app.min.js?rel=0.3.0:3)
    at o.$apply (app.min.js?rel=0.3.0:3)
    at i (app.min.js?rel=0.3.0:2)
    at u (app.min.js?rel=0.3.0:2)
    at XMLHttpRequest.y (app.min.js?rel=0.3.0:2)(anonymous function) @ app.min.js?rel=0.3.0:2(anonymous function) @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2y @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1



********************************************
normaler modus below
********************************************


favicon.ico:1 GET http://192.168.0.60/favicon.ico 404 (Not Found)
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/info net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1fa @ app.min.js?rel=0.3.0:1ea @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:6c @ app.min.js?rel=0.3.0:4Wa @ app.min.js?rel=0.3.0:1c @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/color?mode=hsv net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1g @ app.min.js?rel=0.3.0:1fa @ app.min.js?rel=0.3.0:1ea @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:6c @ app.min.js?rel=0.3.0:4Wa @ app.min.js?rel=0.3.0:1c @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 TypeError: Cannot read property 'hsv' of null
    at app.min.js?rel=0.3.0:15
    at g (app.min.js?rel=0.3.0:3)
    at app.min.js?rel=0.3.0:3
    at o.$eval (app.min.js?rel=0.3.0:3)
    at o.$digest (app.min.js?rel=0.3.0:3)
    at o.$apply (app.min.js?rel=0.3.0:3)
    at i (app.min.js?rel=0.3.0:2)
    at u (app.min.js?rel=0.3.0:2)
    at XMLHttpRequest.y (app.min.js?rel=0.3.0:2)(anonymous function) @ app.min.js?rel=0.3.0:2(anonymous function) @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2y @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2 POST http://192.168.0.60/color net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 POST http://192.168.0.60/color net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/config net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2y @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2 TypeError: Cannot read property 'network' of null
    at app.min.js?rel=0.3.0:15
    at g (app.min.js?rel=0.3.0:3)
    at app.min.js?rel=0.3.0:3
    at o.$eval (app.min.js?rel=0.3.0:3)
    at o.$digest (app.min.js?rel=0.3.0:3)
    at o.$apply (app.min.js?rel=0.3.0:3)
    at i (app.min.js?rel=0.3.0:2)
    at u (app.min.js?rel=0.3.0:2)
    at XMLHttpRequest.y (app.min.js?rel=0.3.0:2)(anonymous function) @ app.min.js?rel=0.3.0:2(anonymous function) @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3i @ app.min.js?rel=0.3.0:2u @ app.min.js?rel=0.3.0:2y @ app.min.js?rel=0.3.0:2
app.min.js?rel=0.3.0:2 GET http://192.168.0.60/ping net::ERR_CONNECTION_TIMED_OUT(anonymous function) @ app.min.js?rel=0.3.0:2q @ app.min.js?rel=0.3.0:2k @ app.min.js?rel=0.3.0:2g @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3$eval @ app.min.js?rel=0.3.0:3$digest @ app.min.js?rel=0.3.0:3$apply @ app.min.js?rel=0.3.0:3(anonymous function) @ app.min.js?rel=0.3.0:3f @ app.min.js?rel=0.3.0:1(anonymous function) @ app.min.js?rel=0.3.0:1


- F12 Logs aus IE ...

HTML1300: Navigation wurde ausgeführt.
192.168.0.60
DOM7011: Der Code auf dieser Seite hat die Zwischenspeicherung für das Vor- und Zurücknavigieren deaktiviert. Weitere Informationen dazu finden Sie unter: http://go.microsoft.com/fwlink/?LinkID=291337
dnserror.htm
HTML1509: Endmarkierung ohne Entsprechung.
webapp (744,1)
HTML1506: Unerwartetes Token.
webapp (748,1)
SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 00002efd.
webapp
SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 00002efd.
webapp
SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 00002efd.
webapp
SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 00002efd.
webapp
SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Der Vorgang konnte aufgrund des folgenden Fehlers nicht fortgesetzt werden: 00002efd.
webapp


Ich habe kein Problem damit. Ich werde auch meine Firewall nicht ändern. Ich steuere den Controller sowieso mit dem Smartphone, und später wahrscheinlich mit FHEM.

Ist nur als Input für dich, vielleicht kannst die Logs brauchen. Wenn du weitere Tests willst ..... gerne. Sage nur was.


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 Mai 2016, 13:28:33
Danke dir für die Daten - das auffällige dabei ist, dass generell ein timeout zum Controller statt findet. (Siehst du denn die notification mit Controller nicht verbunden?)

Spannend im log ist der Eintag hier:

pm open,type:0 0
Fatal exception      r lœØrß ŒcânÀˆà Œ ,ìpŒ|Ž,ß ì8'ßÇ'ÜäŒp  ònnäÄ;ònÄ'Üä Ž bŽ#l`$`üpònàÃÜ€ à,ÇÀl€ € € bÀnâãnÀ$Žâ Žà bÀÄ>~ònîÄÁŒŽ l`üÜ#,n€$Œl`ä8`rn|''nÀàrÇßl`¹~ÄÀ Ü#,nÀ$Œ ŒònnîÄÈl`nnàÃÜ àrÇâÜ € p p'œ<ÄßìŽÄ bÀľ~ònîÄÁŒ l`üÜ#,nÀrnrŽ'ß;ÄÀ ?œì8rrßÛ'nÀàâ‡'`$`ľ ›nnäÄÜÇ<ì|  lbÀÄ>brœ ÜÄ,ÜbÜÛbßØònßØ'nànÜâbp~'n#`,nà;ß°ÄÇIvì'Üä  ŽŒ llÃnä'`Đ8ÜÇnÀ$lnÄ'Üä  ,ÛÄùl#`,nà;ß°ÄÇ x'Üb  ŽÀ rÄ1'`ľ Ûnnä,,? xnnßb  ›äùN€Œœ8ÜÇn#`ãbØ?ònä,,?xnnŸb ŒÛ9H€ œ,ß'`$`ü ÛnnänßòÜ Œ<~'n€$|l`ür'nàß plplrdon't use rtc mem data


Fatal exception -> reboot.
Das Log zeigt (leider) nichts weiter auffälliges auf der Controller Seite.

Kannst du bitte mal den debug modus für das framework anschalten (Mit einem REST client an http://controllerip/system den JSON Body {"cmd":"debug", "enable":"true"} senden) und ein ausführlicheres Logfile erstellen. Interressant ist alles, was vor einem Reset (ausgelöst z.B. durch eine Exception) steht.

Der Debug Modus muss derzeit nach jedem Neustart aktiviert werden


Generell:
Timeout vom WebInterface zum Controller hat nichts mit der Firmware zu tun, sondern (wie auch bei jedem anderen Gerät) mit der Verbindung zwischen Client->Router->RGBWW Controller

Wie gut ist der Empfang wo der Controller ist. Wie gut haben andere Geräte Empfang an der Stelle vom Controller?
Wie hoch ist die Latenz (ping -n 100 -l <packetsize> controllerip mit verschiedenen packetsizes (128, 512, 1024, 4096, 12228). Findet ein reset auch beim pingen statt?

Wenn der Controller öfters "zufällig" rebootet: Überprüfe nochmals alles Lötstellen in der Spannungsversorgung (DC-Wandler und ELKOs) - zufällige resets und hohe Latenz sind oftmals Probleme einer nicht ausreichenden Spannungsversorgung beim ESP
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 14 Mai 2016, 15:44:57
Zitat von: mrpj am 14 Mai 2016, 13:28:33
Danke dir für die Daten - das auffällige dabei ist, dass generell ein timeout zum Controller statt findet. (Siehst du denn die notification mit Controller nicht verbunden?)

Spannend im log ist der Eintag hier:

pm open,type:0 0
Fatal exception      r lœØrß ŒcânÀˆà Œ ,ìpŒ|Ž,ß ì8'ßÇ'ÜäŒp  ònnäÄ;ònÄ'Üä Ž bŽ#l`$`üpònàÃÜ€ à,ÇÀl€ € € bÀnâãnÀ$Žâ Žà bÀÄ>~ònîÄÁŒŽ l`üÜ#,n€$Œl`ä8`rn|''nÀàrÇßl`¹~ÄÀ Ü#,nÀ$Œ ŒònnîÄÈl`nnàÃÜ àrÇâÜ € p p'œ<ÄßìŽÄ bÀľ~ònîÄÁŒ l`üÜ#,nÀrnrŽ'ß;ÄÀ ?œì8rrßÛ'nÀàâ‡'`$`ľ ›nnäÄÜÇ<ì|  lbÀÄ>brœ ÜÄ,ÜbÜÛbßØònßØ'nànÜâbp~'n#`,nà;ß°ÄÇIvì'Üä  ŽŒ llÃnä'`Đ8ÜÇnÀ$lnÄ'Üä  ,ÛÄùl#`,nà;ß°ÄÇ x'Üb  ŽÀ rÄ1'`ľ Ûnnä,,? xnnßb  ›äùN€Œœ8ÜÇn#`ãbØ?ònä,,?xnnŸb ŒÛ9H€ œ,ß'`$`ü ÛnnänßòÜ Œ<~'n€$|l`ür'nàß plplrdon't use rtc mem data


Fatal exception -> reboot.
Das Log zeigt (leider) nichts weiter auffälliges auf der Controller Seite.

Der Controller macht keinen reboot. Ich mache das indem ich die Funksteckdose aus- und einschalte. Nachdem der Fehler auftritt leuchten die LED weiter. Der Controller ist nur nihct mehr über Web erreichbar.

Notification erhalte ich im Browser (Ausrufezeichen, not connected).


Zitat von: mrpj am 14 Mai 2016, 13:28:33

Wie gut ist der Empfang wo der Controller ist. Wie gut haben andere Geräte Empfang an der Stelle vom Controller?
Wie hoch ist die Latenz (ping -n 100 -l <packetsize> controllerip mit verschiedenen packetsizes (128, 512, 1024, 4096, 12228). Findet ein reset auch beim pingen statt?

Wenn der Controller öfters "zufällig" rebootet: Überprüfe nochmals alles Lötstellen in der Spannungsversorgung (DC-Wandler und ELKOs) - zufällige resets und hohe Latenz sind oftmals Probleme einer nicht ausreichenden Spannungsversorgung beim ESP

Keine Restarts. Hatte gestern Abend, Nacht die LED mehrere Stunden leuchten auch mit Farbänderungen am Handy. Keine Restarts oder Flackern. Mit der letzten Firmware hatte ich das Problem nicht. Zum Farbändern musste ich abern den Browser manuell refreshen.

Ping 128

Ping-Statistik fr 192.168.0.60:
    Pakete: Gesendet = 100, Empfangen = 100, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 1ms, Maximum = 7ms, Mittelwert = 2ms


Ping 512

Ping-Statistik fr 192.168.0.60:
    Pakete: Gesendet = 100, Empfangen = 100, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 1ms, Maximum = 5ms, Mittelwert = 2ms


1024 auch Mittelwert 2 ms. Ping 4096 und 12228 Time out. Aber auch nicht mit dem Smartphone und vom Banana. Es gab früher bei Win die MTU-Grenze von 1462, vielleicht ist die hier noch im ESP gesetzt. Egal, 2 ms ist gut.

Wlan-Empfang mit dem Handy gemessen ... zwischen -60 und -65 dbm, also auch optimal.

Zitat von: mrpj am 14 Mai 2016, 13:28:33

Kannst du bitte mal den debug modus für das framework anschalten (Mit einem REST client an http://controllerip/system den JSON Body {"cmd":"debug", "enable":"true"} senden) und ein ausführlicheres Logfile erstellen. Interressant ist alles, was vor einem Reset (ausgelöst z.B. durch eine Exception) steht.

Der Debug Modus muss derzeit nach jedem Neustart aktiviert werden

Kannst du mir sagen was ich da genau setzen muss? Mit log, meinst du die Ausgabe hterm (serial monitor)? REST Client, welche Eingabe genau? Ich hab mir den in Chrome als Plugin installiert (Advanced Rest Client) weiß aber nihct in welchem Feld ich was eingeben soll.

Edit:
Ich habe einen permanenten Ping laufen lassen und dann den Browser aufgerufen. Nach kurzer Zeit kam "not connected" der Ping lief aber weiter mit 2 ms. Die Netzwerkverbindung wird nicht unterbrochen oder gebremst.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 14 Mai 2016, 16:27:38
Zitat von: kadettilac89 am 14 Mai 2016, 15:44:57
Der Controller macht keinen reboot. Ich mache das indem ich die Funksteckdose aus- und einschalte. Nachdem der Fehler auftritt leuchten die LED weiter. Der Controller ist nur nihct mehr über Web erreichbar.

Notification erhalte ich im Browser (Ausrufezeichen, not connected).


Keine Restarts. Hatte gestern Abend, Nacht die LED mehrere Stunden leuchten auch mit Farbänderungen am Handy. Keine Restarts oder Flackern. Mit der letzten Firmware hatte ich das Problem nicht. Zum Farbändern musste ich abern den Browser manuell refreshen.

Bitte solche Hinweise zu dem vorgehen direkt angeben - je mehr Informationen kommen - desto eher kann ich das Logfile einordnen und nachvollziehen was gemacht wurde  ;). Aus der Beschreibung heraus, tritt die Fatal Exception immernoch auf einen PowerLoss zu - ob dieser nun durch Steckdose oder DC Fehler verursacht wurde, ist für mich nicht aus dem Logfile erkennbar

Hilfreich zum lesen von logfiles wären dabei auch timestamps - damit lässt sich einordnen ob der reset direkt nach einem Befehler (oder random auftreten würde)

Bitte differenziere hier - kann das webinterface den controller nicht erreichen, oder ist der controller (z.b. Endpunkt /ping /config /info) nicht mehr erreichbar?

Zitat von: kadettilac89 am 14 Mai 2016, 15:44:57

1024 auch Mittelwert 2 ms. Ping 4096 und 12228 Time out. Aber auch nicht mit dem Smartphone und vom Banana. Es gab früher bei Win die MTU-Grenze von 1462, vielleicht ist die hier noch im ESP gesetzt. Egal, 2 ms ist gut.

Wlan-Empfang mit dem Handy gemessen ... zwischen -60 und -65 dbm, also auch optimal.

Danke dir - MTU spielt hier keine Rolle - wenn Daten zu groß für ein Paket sind, zerstückelt der Netzwerklayer das automatisch in passende größen und das syn-ack für das letzte Paket aus der Reihe wird für den Ping hergenommen.

Zitat von: kadettilac89 am 14 Mai 2016, 15:44:57
Kannst du mir sagen was ich da genau setzen muss? Mit log, meinst du die Ausgabe hterm (serial monitor)? REST Client, welche Eingabe genau? Ich hab mir den in Chrome als Plugin installiert (Advanced Rest Client) weiß aber nihct in welchem Feld ich was eingeben soll.

Der screenshot sieht gut aus - was ist die Antwort des Controllers auf das Kommando?
Der ausführliche Log ist dann im Serial zu sehen


Zitat von: kadettilac89 am 14 Mai 2016, 15:44:57
Edit:
Ich habe einen permanenten Ping laufen lassen und dann den Browser aufgerufen. Nach kurzer Zeit kam "not connected" der Ping lief aber weiter mit 2 ms. Die Netzwerkverbindung wird nicht unterbrochen oder gebremst.

Kannst du bitte einen Screenshot von Chrome Dev Tools im reiter Verbindungen machen? (siehe meinem Screenshot, aber so dass die Latenz der Anfragen sichtbar ist?)
Falls das Webinterface "keine Verbindung" anzeigt, kannst du bitte testen ob die Controller Endpunkte (z.b. /info, /ping) erreichbar sind?

Hast du irgendwelche Plugins aktiv, die die Verbindung zwischen Browser -> Controller unterbrechen können (antivirus, ghostery, adblock, proxy?)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 14 Mai 2016, 18:37:50
Zitat von: mrpj am 14 Mai 2016, 16:27:38
Bitte solche Hinweise zu dem vorgehen direkt angeben - je mehr Informationen kommen - desto eher kann ich das Logfile einordnen und nachvollziehen was gemacht wurde  ;). Aus der Beschreibung heraus, tritt die Fatal Exception immernoch auf einen PowerLoss zu - ob dieser nun durch Steckdose oder DC Fehler verursacht wurde, ist für mich nicht aus dem Logfile erkennbar

Hilfreich zum lesen von logfiles wären dabei auch timestamps - damit lässt sich einordnen ob der reset direkt nach einem Befehler (oder random auftreten würde)

Bitte differenziere hier - kann das webinterface den controller nicht erreichen, oder ist der controller (z.b. Endpunkt /ping /config /info) nicht mehr erreichbar?
Wenn der FEhler auftritt und noch keinerlei Ursache bekannt ist, ist es schwer abzuschätzen was benötigt wird. Zu viel Text wird auch unübersichtlich. Aber es geht voran.

Reset wie gesagt manuell, ein paar Sekunden nach dem Freeze.

Zitat von: mrpj am 14 Mai 2016, 16:27:38
Bitte differenziere hier - kann das webinterface den controller nicht erreichen, oder ist der controller (z.b. Endpunkt /ping /config /info) nicht mehr erreichbar?

Test am Handy
- <IP>/webapp --> nein
- <IP>/ping --> nein
- <IP>/config --> nein
- <IP>/info --> nein
Test am PC
- Ping über commandline --> ja

Weitere Auffälligkeit. Ich habe Screenshots gemacht, etwas sortiert und dadurch mehrere Minuten verstreichen lassen. Nach einer Weile, mindestens 2 Minuten eben war das Webinterface wieder erreichbar (über Smartphone).


Zitat von: mrpj am 14 Mai 2016, 16:27:38

Der screenshot sieht gut aus - was ist die Antwort des Controllers auf das Kommando?
Der ausführliche Log ist dann im Serial zu sehen

Antwort "the response was empty". Im Serial ist nur was zu sehen wenn ich Farben mit dem Smartphone ändere. Sonst nichts. /Ping, /Config ... am PC führen zu keinem Eintrag.

Ich kann mir vorstellen, dass hier noch eine Kleinigkeit anders eingestellt oder abgesendet werden muss.


Zitat von: mrpj am 14 Mai 2016, 16:27:38
Hast du irgendwelche Plugins aktiv, die die Verbindung zwischen Browser -> Controller unterbrechen können (antivirus, ghostery, adblock, proxy?)

- IE nackt, Edge nackt, Chrome portable und ohne Plugins führen zu selbem Verhalten.

Zitat von: mrpj am 14 Mai 2016, 16:27:38
Kannst du bitte einen Screenshot von Chrome Dev Tools im reiter Verbindungen machen? (siehe meinem Screenshot, aber so dass die Latenz der Anfragen sichtbar ist?)
Falls das Webinterface "keine Verbindung" anzeigt, kannst du bitte testen ob die Controller Endpunkte (z.b. /info, /ping) erreichbar sind?
- Angehängt
--> Info liefert was zurück, ping und config nicht.

Wie gesagt, wenn du keine Zeit hast musst du nicht analysieren. Ich nutze sowieso nur das Handy.

Ich denke dass es wie schon angedeutet an der Firewall liegt. Ohne funktioniert es. Wahrscheinlich bleiben Sessions offen wenn keine Antwort kommt (da durch Firewall geblockt). Irgendwann kommt ein Timeout und dann ist der Controller bereit weiter zu arbeiten. Sowas ähnliches hatte ich vor einer WEile im Job da sind mir ganze Rechner abgeraucht.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Mai 2016, 11:14:19
Zitat von: kadettilac89 am 14 Mai 2016, 18:37:50
Test am Handy
- <IP>/webapp --> nein
- <IP>/ping --> nein
- <IP>/config --> nein
- <IP>/info --> nein
Test am PC
- Ping über commandline --> ja

Lief der PING parallel zu dem Test auf dem Handy? Waren die URLS auf dem PC gleichzeitig erreichbar?


Zitat von: kadettilac89 am 14 Mai 2016, 18:37:50

Weitere Auffälligkeit. Ich habe Screenshots gemacht, etwas sortiert und dadurch mehrere Minuten verstreichen lassen. Nach einer Weile, mindestens 2 Minuten eben war das Webinterface wieder erreichbar (über Smartphone).

Hast du ein Logfile über den gesamten Zeitraum? 


Zitat von: kadettilac89 am 14 Mai 2016, 18:37:50
Antwort "the response was empty". Im Serial ist nur was zu sehen wenn ich Farben mit dem Smartphone ändere. Sonst nichts. /Ping, /Config ... am PC führen zu keinem Eintrag.

Die url für das kommando ist http://controllerip/system - bitte nochmal damit probieren  ::)


Zitat von: kadettilac89 am 14 Mai 2016, 18:37:50
Ich kann mir vorstellen, dass hier noch eine Kleinigkeit anders eingestellt oder abgesendet werden muss.

- IE nackt, Edge nackt, Chrome portable und ohne Plugins führen zu selbem Verhalten.
- Angehängt
--> Info liefert was zurück, ping und config nicht.


Mich irritiert das Verhalten - für mich gibt es bisher kein Indiz an was es liegen kann. Ausführliches Logfile wäre ein guter start - vielleicht gibt es ja im TCP Layer ein paar Informationen die helfen könnten.

Kannst du bitte noch bei /webapp einen Screenshot aus den Developer Tools machen, mit den Verbindungen? Um zu sehen ob es direkt Auftritt oder erst nach mehreren Anfragen etc.


Zitat von: kadettilac89 am 14 Mai 2016, 18:37:50
Wie gesagt, wenn du keine Zeit hast musst du nicht analysieren. Ich nutze sowieso nur das Handy.

Ich denke dass es wie schon angedeutet an der Firewall liegt. Ohne funktioniert es. Wahrscheinlich bleiben Sessions offen wenn keine Antwort kommt (da durch Firewall geblockt). Irgendwann kommt ein Timeout und dann ist der Controller bereit weiter zu arbeiten. Sowas ähnliches hatte ich vor einer WEile im Job da sind mir ganze Rechner abgeraucht.

Hat deine Firewall ein Logfile? Wenn du in einer Konsole "netstat" eingibst, taucht dort die IP des controllers auf? 


Ich habe eher die Befürchtung das es insgesamt ein Problem ist, wenn der Controller von verschiedenen Geräten nicht erreichbar/erreichbar ist. Was für einen Router verwendest du? Gibt es da vielleicht Hinweise im Logfile des Routers ob z.B. der ESP sich neu verbindet?

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Mai 2016, 11:44:38
Update für Webinterface

Das Webinterface hat einen bump auf Version 0.3.3 bekommen - es gibt keine Neuerungen sondern es enthält einige Bugfixes.

Besonders ins Augenmerkt gestochen ist mir ein Problem mit dem Online/Offline check der via eines HttpInterceptors in Angular realisiert ist. Bei einem Fehler wurden die Informationen nur durchgereicht, jedoch muss scheinbar das promise auch im Interceptor "rejected" werden, sonst wird es nicht als Fehler/reject in den nachfolgenden Funktionsaufruf gewertet.

Update ist via OTA ab Firmware 0.3.0 möglich

Probleme / Bugs?
Bitte diesen Beitrag (https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795) lesen, bevor die Probleme gepostet werden. Danke  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 16 Mai 2016, 14:37:26
Zitat von: mrpj am 16 Mai 2016, 11:14:19
Lief der PING parallel zu dem Test auf dem Handy? Waren die URLS auf dem PC gleichzeitig erreichbar?

Hast du ein Logfile über den gesamten Zeitraum? 
Ping lief permanent, keine Peaks.
Logfile neu erstellt, mehrere Tests jetzt durchgeführt und notiert.
Firewall an - Fehler, Firewall off - keine Fehler


Zitat von: mrpj am 16 Mai 2016, 11:14:19

Die url für das kommando ist http://controllerip/system - bitte nochmal damit probieren  ::)
Ich habe es auch mit sytem getestet, da kommt/kam bad request und bei IP-direkt zumindest kein Fehler. Ich habe es jetzt mal direkt über CURL versucht ... selber Fehler "{"error":"bad request"}".

Befehlt Curl

curl -v -H "Content-Type: application/json" -X PUT -d '{"cmd":"debug", "enable":"true"}'  http://192.168.0.60/system

Wenn du mir den correkten Curl-String gibst kann ich es nochmal testen. Ich habe es vom Banana ausgeführt weil ich mit dem Rest-Client nicht weitergekommen bin.

Ausgabe:

* Hostname was NOT found in DNS cache
*   Trying 192.168.0.60...
* Connected to 192.168.0.60 (192.168.0.60) port 80 (#0)
> PUT /system HTTP/1.1
> User-Agent: curl/7.38.0
> Host: 192.168.0.60
> Accept: */*
> Content-Type: application/json
> Content-Length: 22
>
* upload completely sent off: 22 out of 22 bytes
< HTTP/1.1 400 Bad Request
< Connection: close
< Access-Control-Allow-Origin: *
< Content-Length: 23
< Content-Type: application/json
<
* Closing connection 0
{"error":"bad request"}


Wenn ich "-X POST" verwende erhalte ich "{"error":"missing param"}".

Zitat von: mrpj am 16 Mai 2016, 11:14:19

Mich irritiert das Verhalten - für mich gibt es bisher kein Indiz an was es liegen kann. Ausführliches Logfile wäre ein guter start - vielleicht gibt es ja im TCP Layer ein paar Informationen die helfen könnten.

Kannst du bitte noch bei /webapp einen Screenshot aus den Developer Tools machen, mit den Verbindungen? Um zu sehen ob es direkt Auftritt oder erst nach mehreren Anfragen etc.


Hat deine Firewall ein Logfile? Wenn du in einer Konsole "netstat" eingibst, taucht dort die IP des controllers auf? 


Ich habe eher die Befürchtung das es insgesamt ein Problem ist, wenn der Controller von verschiedenen Geräten nicht erreichbar/erreichbar ist. Was für einen Router verwendest du? Gibt es da vielleicht Hinweise im Logfile des Routers ob z.B. der ESP sich neu verbindet?
Logfile angehängt
Screenshots angehängt, Webfrontend ist ein paar Sekunden erreichbar, dann wird die Verbindung geschlossen, egal ob für /webapp /ping /config
Firewall loggt leider nichts. Im Log steht nur Start oder Wlan aktiv. Verworfene Pakete sind nicht enthalten.

Ich möchte kein Wireshark oder vergleichbar installieren da ich mir damit schon mal meine VPN-Verbindungen ruiniert habe.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Mai 2016, 15:04:21
Danke dir für die Mühe und die ganzen Informationen!

Ich werde mich die Tage durcharbeiten - zuerst zu dem CURL Problem, dass ich gerade direkt beantworten kann.

Zitat von: kadettilac89 am 16 Mai 2016, 14:37:26
Ich habe es auch mit sytem getestet, da kommt/kam bad request und bei IP-direkt zumindest kein Fehler. Ich habe es jetzt mal direkt über CURL versucht ... selber Fehler "{"error":"bad request"}".

Befehlt Curl

curl -v -H "Content-Type: application/json" -X PUT -d '{"cmd":"debug", "enable":"true"}'  http://192.168.0.60/system

Wenn du mir den correkten Curl-String gibst kann ich es nochmal testen. Ich habe es vom Banana ausgeführt weil ich mit dem Rest-Client nicht weitergekommen bin.

Wenn ich "-X POST" verwende erhalte ich "{"error":"missing param"}".

Der Curl String mit POST passt - ich gehe dem ganzen nochmal die Woche auf den Grund.
Zu den Fehlern:


"{"error":"bad request"}"


GET requests enthalten nach RFC keinen Inhalt - nur URL Parameter sind möglich.
Daher reagiert /system nur auf POST

Ganze API ausführlicher dokumentiert:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference


"{"error":"missing param"}"

Bedeutet entweder, dass das cmd falsch ist/ fehlt, oder ein anderer parameter fehlt.
Ich werde es die Tage nochmals verifizieren und Rückmeldung geben.


Kann es sein, dass du das Logfile vom Controller vergessen hast?

Punkt 27 macht mir Sorgen aus deiner Beschreibung
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 16 Mai 2016, 15:28:37





Kann es sein, dass du das Logfile vom Controller vergessen hast?

Punkt 27 macht mir Sorgen aus deiner Beschreibung
[/quote]

Log meine ich die schritte im txt file.  Mehr logs hab ich nicht. 

Punkt 27 passierte schon einmal, scheinbar wenn ich sofort nach dem fehler ausschalte und nicht etwas warte.  Vielleicht svhreibt er dann einen fehlerhaften zustand zurück.

Antwort auf das ganze eilt nicht,  bin unter der Woche unterwegs.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Mai 2016, 15:48:34
Update Sammelbestellung

Alle Controller sind fertig aufgebaut und geflasht -> der Versand erfolgt im Laufe der Woche.
Die Controller werden mit er Firmware 0.3.0 verschickt.

Während dem testen sind kleinere Fehler im Webinterface aufgetaucht, diese wurden sukzessiv ausgebessert.
Ich habe die Controller mit einer Webinterface Version < 0.3.3 nicht nochmal geflasht. Daher werden die Controller verschiedenen Webinterface Versionen (0.3.0 - 0.3.3) verschickt.
Die Fehler waren nur bei Randbedingungen aufgetreten und im allgemeine Betrieb sollte das Webinterface 0.3.0 genauso gut für die Erstkonfiguration sein, wie die nachfolgenden Version.
Es ist dennoch zu empfehlen ein OTA update nach dem ersten verbinden durchzuführen.

Falls es zu Probleme bei der Erstkonfiguration kommen sollte, ist das kein Grund zur Sorge, auch ohne Webinterface können wir den Controller updaten.

Mit dem Versand findet die erste Sammelbestellung einen Abschluss. Wie es mit weiteren Sammelbestellungen (und zusätzlichen Features) aussieht, werde ich mir nach einer Pause von dem Projekt überlegen.


Projektfazit - Teil1

TL;DR




Mir kam die Idee in den letzten Tage, zum Ende/Abschluss der Sammelbestellung ein Fazit/Feedback/Erfahrungsbericht zu dem Projekt zu schreiben.
Während gerade die letzten Controller ihre Firmware erhalten, fange ich schonmal mit ein paar Zeilen zu den fertigen Controllern und dem Aufbau an.

Aufbau
Auch wenn schon einige Controller vor dem Versand der Bausätze von mir zum Test aufgebaut wurden, so wurde mit dem Aufbau der restlichen Controller kurz nach dem Versand der Bausätze begonnen.
Durch die Rückmeldungen hier im Forum, hatte ich einige bedenken, dass eine Vielzahl der ESP8266s (entgegen meiner bisherigen Erfahrungen) defekt vom Hersteller geliefert wurden.
Auch hatten mir die Rückmeldungen mit dem Problemen beim flashen "Bauchschmerzen" bereitet.

Nichts desto weniger, habe ich die Bausätze nach dem von mir auf Github beschriebenen Prozess der Reihe nach aufgebaut.
Durch das Feedback mit der Massefläche und der "fehlenden" Thermals habe ich dabei nochmals mehr ein Augenmerk darauf gelegt, dass alle Lötstellen sauber und leitend sind.
Die Verbindung zwischen PCB und DCDC Wandler gestaltete sich als "Schwachstelle" und wurde dabei von mir mehrmals durchgemessen (vor/nach dem einstellen des DC Wandlers).

Bei insgesamt ca. 10 Platinen war es nach dem ersten auflöten des DC Wandlers und beim testen nochmals nötig, nachzuarbeiten.
Das Auflöten der restlichen Komponenten gestaltete sich als unkritisch und war vergleichsweise schnell abgehackt.

Flashen von 80 Controllern
Spannend wurde es, wie es daran ging, alle 80 Controller mit der Firmware zu versorgen.
Vorab: alle 80 Controller haben ihre Firmware erhalten, ohne das Bauteile nachträglich getauscht werden mussten, oder der ESP defekt war.

Es gab 3 Controller, die "kein Lebenszeichen" von sich gegeben haben, nachdem diese an die Versorungsspannung angeschlossen wurden.
Ein Nachmessen ergab bei allen 3, dass die Spannung nur noch ~1V beim ESP betragen hat.
Der DC Wandler wurde jedoch nicht verstellt oder falsch eingestellt, sondern auch hier war das Problem eine nicht korrekte Lötstelle zwischen DC Wandler und PCB

Es gab 1 Controller, der beim testen regelmäßig neustartete.
Das Problem hier lag an einer unsauberen Lötstelle beim Pufferelko

Alle anderen Controller funktionierten von Anfang an mit der Firmware. Alle Controller wurden von mir mit einem FTDI232 ohne Probleme geflasht.
Bei allen Controllern funktionierten alle Farbkanäle von Anfang an und es gab keine defekten Mosfets.

Zeitlich gesehen habe ich mit einem Controller (Aufbau+Testen) ca 25-40 Minuten verbracht. (Teilweise wegen dem DC Wandler sogar deutlich mehr)
Die Zeit wurde an Wochenenden und Abends nach den alltäglichen Verpflichtungen aufgewendet.
Diese Zahl erschreckt mich etwas und zurückblickend hat es sich zunächst nicht als soviel Zeitaufwand "angefühlt" - zum Ende hin wurde deutlich spührbar wie dieses Hobbyprojekt Zeit/Energie gezogen hat.

Erstes Fazit
Entgegen meiner Befürchtungen bin ich gegenüber dem ganzen Zulieferen und Bauteilen positiv gestimmt.
Kleinere Probleme (Massefläche, DC Wandler) liesen sich gut in den Griff bekommen und die fertigen Controller konnten somit alle ohne Ausfälle aufgebaut werden.
Wie auch in den meisten Projekten, die man zum ersten mal in einem neuen Umfang macht, war auch hier die Zeit bzw. das Zeitmanagement ein unterschätzter Faktor.

Zu den anderen Punkten (Sammelbestellung, RGBWW Library, Firmware) folgen in den nächsten Tagen/Wochen noch weitere Posts



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 16 Mai 2016, 15:50:59
Zitat von: kadettilac89 am 16 Mai 2016, 15:28:37
Kann es sein, dass du das Logfile vom Controller vergessen hast?

Log meine ich die schritte im txt file.  Mehr logs hab ich nicht. 

Punkt 27 passierte schon einmal, scheinbar wenn ich sofort nach dem fehler ausschalte und nicht etwas warte.  Vielleicht svhreibt er dann einen fehlerhaften zustand zurück.

Antwort auf das ganze eilt nicht,  bin unter der Woche unterwegs.

Um das Problem näher zu untersuchen (Vor allem auch Punkt27) wäre noch ein Logfile vom Controller sehr hilfreich - ich prüfe die Tage die Funktion um ausführliches Loggin zu (de-)aktivieren. Nachdem wäre ein Logfile sehr hilfreich - ohne ist es schwer verschiedene Punkte einzuordnen (Punkt 27 z.B.)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Torben am 16 Mai 2016, 16:26:03
Hallo,

ich wollte mich auch noch mal herzlich für Deinen Einsatz bedanken. Es ist echt ein cooles Projekt. Nur meinen beschränkten Lötkünste haben es etwas schwierig gemacht. Da hat mich freundlicherweise Pf@nne ziemlich unter die Arme gegriffen.

Nun ist eine Esstischlampe rausgekommen. Sie hat jeweils einen 5050er RGW und einen 2835er WW Streifen parallel nebeneinander. Ich habe zwei Controller eingebaut, damit man die Streifen, die nach oben zeigen unabhängig von denen nach unten und zur Seite steuern kann.
Als nächstes kommt dann noch die Integration in fhem, damit ich sie über eine Elro-Fernbedienung an und ausschalten kann. Für die Farbeinstellungen muss ich mir dann noch mal Gedanken machen.

Viele Grüße
Torben
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 16 Mai 2016, 17:08:37
Zitat von: mrpj am 16 Mai 2016, 15:04:21
Danke dir für die Mühe und die ganzen Informationen!

Ich werde mich die Tage durcharbeiten - zuerst zu dem CURL Problem, dass ich gerade direkt beantworten kann.

Der Curl String mit POST passt - ich gehe dem ganzen nochmal die Woche auf den Grund.
Zu den Fehlern:


"{"error":"bad request"}"


GET requests enthalten nach RFC keinen Inhalt - nur URL Parameter sind möglich.
Daher reagiert /system nur auf POST


curl -v -H "Content-Type: application/json" -X POST -d '{ "cmd": "restart" }'  http://192.168.0.60/system.168.0.60/system


mit "restart" funktioniert die Kommunikation, "success:true".

Beim debuggen werden aber 2 Parameter gesetzt, kann es sein, dass im API die Auswertung nicht ganz passt oder die Verkettung im Befehl? Wenn du mir einen Build zukommen lässt bei dem Debugging permanent aktiv ist kann ich das auch flashen (debug-Firmware).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tomster am 17 Mai 2016, 14:53:31
So, nun habe ich es endlich auch geschafft die Firmware zu Flashen. Hat im Großen und Ganzen reibungslos geklappt. Ich würde nur Pf@nne bitten das Bild mit den Einstellungen des expressif-Tools im "So Flashe ich richtig"-Posting noch zu Korrigieren.
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761
Dort zeigen die Einstellungen den Speicherbereich 0x30000 für das SPIFF. Das müsste aber 0x10000 heissen, sonst ist das WebUI nach dem Flashen nicht erreichbar.

Jetzt brauch ich nur noch einen LED-Strip mit WW. Vor lauter Wurschteln an anderen Dingen hab ich doch glatt vergessen einen zu Besorgen...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 17 Mai 2016, 23:46:36
Hello @all,

im Anhang eine erste Version des fhem moduls.

!!! :
Es handelt sich um eine erste und sehr rudimentäre Version.
Es finden kaum Fehlerbehandlungen statt. Bitte nicht produktiv einsetzen! Ich garantiere das sie fhem zum Absturz bringen kann, bspw durch falsche Eingaben.

Unterstützt werden derzeit zwei sets:
'HSB' (ist exakt HSV. Das "B" steht für brightness, scheint mir etwas angenehmer als das Value "V")
Der Syntax entspricht Wifilight, also set led HSB H,S,B [time] [sql]

'update', holt die aktuellen HSB (HSV) Werte vom controller.

Nach einem set HSB werden die readings aktualisiert. Beim starten wird ebenfalls der aktuelle Status geholt.

define mit name LedController ip

Es fehlt noch viel:
Keine RGB Readings, ergo kein widget.
Beim faden werden die readings nicht aktualisiert.
Mein controller benötigt bisweilen einige Sekunden (>10) um einen Befehl anzunehmen. Technisch gesehen dauert der connect solange. Weil das modul asynchron arbeitet hat das keinen Einfluss den Rest von fhem. Allerdings kann das dazu führen das man versucht einen neuen Befehl abzusetzen obwohl der aktuelle noch nicht durch ist. Da muss ich mir noch was gegen einfallen lassen.

Es handelt sich um eine erste POC Version. In der Hauptsache veröffentliche ich diese Version für erste Test und da ich bis Ende Mai auf Dienstreise bin und erst danach weitermachen kann.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 18 Mai 2016, 08:04:00
Zitat von: herrmannj am 17 Mai 2016, 23:46:36
Der Syntax entspricht Wifilight, also set led HSB H,S,B [time] [sql]
Warum dann nicht in Wifilight den Controller mit aufnehmen? Oder würde das nicht funktionieren?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 18 Mai 2016, 08:25:03
Der controller von mprj funktioniert anders (und viel besser :) ) als die anderen.

Deswegen muss das modul einige Sachen anders machen und es ist, Stand heute, vorteilhaft das getrennt von WifiLight zu programmieren. Für Dich als Anwender macht das doch keinen Unterschied, oder ? ;)

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: r_knipp am 18 Mai 2016, 09:45:19
Zitat von: herrmannj am 18 Mai 2016, 08:25:03
Der controller von mprj funktioniert anders (und viel besser :) ) als die anderen.
Achso, OK.

Zitat von: herrmannj am 18 Mai 2016, 08:25:03
Für Dich als Anwender macht das doch keinen Unterschied, oder ? ;)
Nein, natürlich nicht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 19 Mai 2016, 22:51:44
Habe gerade zwei Controller per UART auf 0.3.0 geupdatet. Keine Probleme gehabt. Flashen ging auf Anhieb bei 115200 Baud. Webinterfaces sofort erreichbar. OTA-Update noch nicht probiert.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Mai 2016, 14:21:26
(https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=52445;image)
Sammelbestellung update

Gestern Vormittag sind (fast alle) fertigen Controller in den Versand gegangen. Status siehe https://goo.gl/kGuiis

Die ausstehenden 2 Päkchen gehen Montag/Dienstag in den Versand.

Der Versand ist somit "nur" 3 Wochen verspätet zum ursprünglichen Zeitplan - Lieferschwierigkeiten von TME sei Dank  ;).



Hinweis
Die Controller haben unterschiedliche Webinterface Versionen (0.3.0 - 0.3.3). Vor 0.3.3 gibt es einige kleinere Fehler im Webinterface, daher ist ein update zu empfehlen.
Sollte es Probleme geben beim Verbinden/Update - keine Panik - das ganze lässt sich auch ohne Webinterface regeln. Aber dazu dann mehr, wenn wirklich Probleme auftreten.

Weitere Hinweise aus dem letzten update:
https://forum.fhem.de/index.php/topic,48918.msg449584.html#msg449584

Wie gehts weiter?
Ich werde die nächsten Tage mal eine Pause von dem Projekt einlegen und mir etwas Freizeit gönnen. Danach unterstütze ich Joerg und Marco weiterhin bei der Integration in FHEM.
Weiterhin werde ich in den nächsten Tage in Ruhe den Thread durchgehen, die erste Seite auf den aktuellen Stand bringen und die bisherigen Fehler zusammen fassen.
Gleichzeitig schreibe ich in den nächsten Tagen die noch ausstehende Dokumentation auf Github weiter


Für alle die, die noch nach weiteren Bauteilen/Kits gefragt haben - es sind keine weiteren Bauteile/Kits derzeit über. Alles weitere zu einer zukünftigen Sammelbestellung lässt sich nach der Pause klären
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Mai 2016, 14:34:01
Zitat von: Torben am 16 Mai 2016, 16:26:03
ich wollte mich auch noch mal herzlich für Deinen Einsatz bedanken. Es ist echt ein cooles Projekt. Nur meinen beschränkten Lötkünste haben es etwas schwierig gemacht. Da hat mich freundlicherweise Pf@nne ziemlich unter die Arme gegriffen.

Danke dir! Die Lampe sieht echt super aus! Ich bin auf weitere Bilder aus den Forengemeinde gespannt  :)


Zitat von: herrmannj am 17 Mai 2016, 23:46:36
Beim faden werden die readings nicht aktualisiert.
Mein controller benötigt bisweilen einige Sekunden (>10) um einen Befehl anzunehmen. Technisch gesehen dauert der connect solange. Weil das modul asynchron arbeitet hat das keinen Einfluss den Rest von fhem. Allerdings kann das dazu führen das man versucht einen neuen Befehl abzusetzen obwohl der aktuelle noch nicht durch ist. Da muss ich mir noch was gegen einfallen lassen.

Die 10 Sekunden kommen mir immernoch etwas seltsam vor - eventuell wäre hier Feedback aus der community nochmal wichtig.

Frage:
Liegt es eventuell an dem Perl HTTP Modul? Dauert eine Verbindung auch zu gängigen Webseiten so lange?

Die Option mit Websockets steht uns ja immernoch offen - lass mich wissen und dann können wir das ganze bei Bedarf auch noch angehen

Zitat von: herrmannj am 18 Mai 2016, 08:25:03
Beim debuggen werden aber 2 Parameter gesetzt, kann es sein, dass im API die Auswertung nicht ganz passt oder die Verkettung im Befehl? Wenn du mir einen Build zukommen lässt bei dem Debugging permanent aktiv ist kann ich das auch flashen (debug-Firmware).

Deine Vermutung ist fast korrekt - im Code war der Buffer für das parsen für den /system Endpunkt zu klein gewählt. In der nächsten Firmware Version ist es behoben.
In der Zwischenzeit bin ich flexibel - ich kann dir eine Version schicken in der es behoben ist, oder aber wir warten noch bis zum nächsten Firmware release.

Wie ist es dir lieber?
Zitat von: vbs am 19 Mai 2016, 22:51:44
Habe gerade zwei Controller per UART auf 0.3.0 geupdatet. Keine Probleme gehabt. Flashen ging auf Anhieb bei 115200 Baud. Webinterfaces sofort erreichbar. OTA-Update noch nicht probiert.

Zur Baudrate noch was:
Ich habe zum flashen der 80 ESPs das Tool von espressif genommen:
http://bbs.espressif.com/viewtopic.php?t=25

Ich konnte dort die ganzen ESPs mit 576000 Baudrate mit einem FTDI232 (von aliexpress) flashen. Ich vermute mal, dass bei Probleme eine Kombination aus OS+Treiber+Chip zu den Fehlern davor geführt hat. Anders kann ich es mir nicht erklären
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 21 Mai 2016, 17:09:41
Zitat von: mrpj am 21 Mai 2016, 14:34:01
Deine Vermutung ist fast korrekt - im Code war der Buffer für das parsen für den /system Endpunkt zu klein gewählt. In der nächsten Firmware Version ist es behoben.
In der Zwischenzeit bin ich flexibel - ich kann dir eine Version schicken in der es behoben ist, oder aber wir warten noch bis zum nächsten Firmware release.

Wie ist es dir lieber?

Wie am Anfang erwähnt, mir ist es aufgefallen, ich nutze aber den Controller nur über Smartphone. Die Analyse hab ich gemacht damit die Firmware den letzten Schliff bekommt. Ich habe auch kein Problem damit wenn es auf hold gesetzt wird. Priority low.

Nimm dir eine Auszeit und genieße das schöne Wetter.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 21 Mai 2016, 18:24:37
ZitatDie 10 Sekunden kommen mir immernoch etwas seltsam vor - eventuell wäre hier Feedback aus der community nochmal wichtig.

Habe jetzt mal einen Controller testweise in FHEM angelegt, und kann eigentlich so gut wie keine Verzögerungen feststellen beim schalten.
Habe es öfters probiert, gestern, heute morgen, jetzt grad auch wieder.
Lässt sich absolut problemlos (und eben ohne Verzögerung) schalten.

lg, Stefan

PS: Geniesse die Pause :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hermanski.k am 22 Mai 2016, 23:03:37
Bin absoluter Anfänger in Sachen FHEM. Kann mir jemand erklären wie ich das .pm Modul installieren und einrichten muss.

Vielen Dank.:)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mahowi am 24 Mai 2016, 17:51:58
Mein Controller ist heute angekommen.  :)

Vielen Dank an Patrick für die Mühen!  :)
Jetzt muß ich nur noch Zeit finden, ihn auch zu testen und einzusetzen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: urmel86 am 24 Mai 2016, 18:02:19
Auch bei mir kam heute das Paket mit den Controllern an. Alles drin. Danke für die Mühe!

Gesendet von meinem Find7 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: eldrik am 24 Mai 2016, 20:10:14
Zitat von: urmel86 am 24 Mai 2016, 18:02:19
Auch bei mir kam heute das Paket mit den Controllern an. Alles drin. Danke für die Mühe!


Dito :)

Besten Dank für die geleistete Arbeit!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ewan am 24 Mai 2016, 21:01:50
auch von mir ein ganz herzliches Dankeschön an Patrick und alle Helferlein hier im Forum. Mein Paket kam gestern and und ich hatte heute Zeit mal kurz anzutesten. Läuft alles und macht einen richtig guten Eindruck. Echt stark.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: StefanL am 24 Mai 2016, 21:41:47
Paket kam heute an. Wird morgen getestet. Vielen Dank an euch für die tolle Arbeit.

gesendet vom Handy  . Deswegen  kurz gehalten

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Intruder1956 am 24 Mai 2016, 22:03:52
Hallo,
auch von mir einen herzlichen Dank, Paket angekommen.
Einen von beiden Controller installiert, ist über Fhem angemeldet.
Habe das Gefühl es ist ein Wackelkontakt im  Controller, bei OTA Check wird neue Version angezeigt. Update läuft und läuft und rennt  :) alte Version bleibt.
Werde mal nach löten.
Habe den zweiten wegen Zeitmangel noch nicht getestet, evtl. morgen oder nächste Woche.
Wird schon klappen  ;)

Danke und Gruß Werner

EDIT: der zweite Controller funktioniert auf Anhieb und OTA-Update hat funktioniert
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Mai 2016, 10:35:15
Es freut mich sehr, dass die Controller bei euch endlich angekommen sind!

Ich will Bilder von euren Beleuchtungsprojekten sehen  ;D

Zitat von: Intruder1956 am 24 Mai 2016, 22:03:52
Habe das Gefühl es ist ein Wackelkontakt im  Controller, bei OTA Check wird neue Version angezeigt. Update läuft und läuft und rennt  :) alte Version bleibt.
Werde mal nach löten.
EDIT: der zweite Controller funktioniert auf Anhieb und OTA-Update hat funktioniert

Ich hoffe du hast nicht nachgelötet  ;). Je nachdem welche WebApp Version auf dem Controller war, kann es sein, dass zwischendurch die Verbindung vom WebIF zum Controller fehlgeschlagen ist und dies nicht richtig erkannt wurde. Ab Version 0.3.3 sollte das kein Problem mehr sein  ;)

Falls es dennoch vorkommt, bitte diesen Post durchlesen (https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795) und einen Bug Report einreichen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Intruder1956 am 25 Mai 2016, 10:56:06
Hallo Patrick,
nach dem ich den LED-Streifen angeschlossen habe und der Streifen leuchtet, habe ich den Controller vorsichtig in die Hand genommen und dabei haben sich die LED aus und wieder eingeschaltet.
Der ESP hat dabei auch kurz geblinkt.
Bei jedem Wackeln am Controller wiederholt es sich.
Ich schaue es mir in einer ruhigen Minute noch mal an.
Muss mich heute vorbereiten, ab morgen geht es  für 5 Tage beruflich nach Berlin.
Hat ja auch keine Eile, habe ja einen funktionierenden Controller mit dem ich spielen und testen kann

Gruß Werner
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Chris_Worms am 25 Mai 2016, 12:35:51
Ich würde mich gerne auf die Warteliste setzen:

2 x RGBWW Platine + Bauteile (mit ESP) -> 16,80Eur
1 x RGBWW Platine fertig aufgebaut -> 13,00Eur
1 x Versand DHL Päckchen -> 4,40Eur

Gesamt: 34,20Eur

Vielen Dank!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: uniqueck am 27 Mai 2016, 13:39:15
Auch meine kammen jetzt letztens an. Vielen Dank für deine Mühe und die gute Aufmachung des Paketes.

Nun noch eine Frage an alle, welche Stromversorgung nutzt ihr den? Habt ihr die irgendwo geordert?

Gruß Constantin

Gesendet von meinem GT-N7100 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: weini am 27 Mai 2016, 15:20:41
Mein Controller ist heute eingetroffen!
Ausgepackt, angeschlossen, FW-Update, alles läuft!

Nochmals vielen lieben Dank an Patrick für die viele Zeit die du investiert hast. Du hast meinen größten Respekt!

Leider werde ich meine LED Stripes erst im August der fianalen Verwendung zuführen können, dann verspreche ich aber nochmal Bilder!

@uniqueck
Ich nutze dieses Netzteil https://www.amazon.de/gp/product/B01CYK0LGG/
und diese LED Stripes https://forum.fhem.de/index.php/topic,48918.msg437509.html#msg437509
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 27 Mai 2016, 20:34:15
Ihr wollt Bilder?
Wirkliche, echte Bilder? gg

Na gut, dann anbei ein paar Fotos von meinem Schreibtisch.
Einmal bei Tageslicht, dreimal belecuhtet.
Die Bilder sind 3 Jahre alt, damals hab ich mir den gerade geleistet.

Die Platte/Beleuchtung oben auf ist ein spezielles Plexi-Derivat. In diesem sind Mikro-Partikel eingearbeitet.
Bei Tageslicht ist die Platte komplett klar. Wenn sie aber von der Seite her beleuchtet wird, leuchtet die ganze Platte.

Wenn der PC an ist, fadet das Licht abhängig von der Raumhelligkeit ein.
Bisher war nur ein RGB-Streifen dahinter, jetzt durch den neuen ontroller überlege ich gerade, auf RGBW-Streifen umzustellen :D

lg, Stefan

PS: Das Holz ist Kirschkern.....Klingt komisch, ist aber so gg
Der PC ist in dem Apotheker-Schrank rechts untergebracht. Die Wasserkühlung dazu ist einen Stock tiefer im Keller.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 27 Mai 2016, 22:21:32
Bilder. Ich nutze den Controller um eine Stehlampe zu steuern. CW ist nur im unteren Bereich damit am Boden etwas indirektes Licht gestreut wird. Die Farbe wird im oberen Teil an die Wände gestrahlt. Weiß wird durch WW erzeugt.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 27 Mai 2016, 23:55:49
Guten Abend,

ich verzweifel gerade an dem ESP. Wollte die Anleitung von Pf@nne durchgehen, scheitere aber schon an dem Testsketch TestRGBWWCW.ino.
Ich bin der Meinung, dass der Testsketch hochgeladen wird. Zumindest kann ich in der Arduino IDE console keine Probleme sehen:

Der Sketch verwendet 223.457 Bytes (21%) des Programmspeicherplatzes. Das Maximum sind 1.044.464 Bytes.
Globale Variablen verwenden 32.092 Bytes (39%) des dynamischen Speichers, 49.828 Bytes für lokale Variablen verbleiben. Das Maximum sind 81.920 Bytes.
C:\Users\tvaupel\AppData\Local\Arduino15\packages\esp8266\tools\esptool\0.4.8/esptool.exe -vv -cd ck -cb 115200 -cp COM2 -ca 0x00000 -cf C:\Users\tvaupel\AppData\Local\Temp\builda6b43e5eab64b458494a11e06c78348e.tmp/TestRGBWWCW.ino.bin
esptool v0.4.8 - (c) 2014 Ch. Klippel <ck@atelier-klippel.de>
setting board to ck
setting baudrate from 115200 to 115200
setting port from COM1 to COM2
setting address from 0x00000000 to 0x00000000
espcomm_upload_file
espcomm_upload_mem
setting serial port timeouts to 1000 ms
opening bootloader
resetting board
trying to connect
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
read 0, requested 1
trying to connect
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
Uploading 227600 bytes from to flash at 0x00000000
erasing flash
size: 037910 address: 000000
first_sector_index: 0
total_sector_count: 56
head_sector_count: 16
adjusted_sector_count: 40
erase_size: 028000
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
setting serial port timeouts to 15000 ms
setting serial port timeouts to 1000 ms
espcomm_send_command: receiving 2 bytes of data
writing flash
...
starting app without reboot
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
closing bootloader
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete




Danach entferne ich GND von G0 und mache einen Reset. Dann erhalte ich allerdings nicht die erhoffte Ausgabe von dem Testsketch, sondern folgendes:

ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld


Gleichzeitig blinkt kurz die blaue LED vom ESP auf. Das ganze passiert ca. alle 10 Sekunden. Für mich sieht es so aus als würde der ESP ständig neustarten. Kann mir da jemand auf die Sprünge helfen?
Habe auch mal versucht das Howto von Pf@nne weiter durch zu arbeiten, das scheitert aber auch. Die "richtige" Firmware von derm rgbww wifi led controller bekomme ich gar nicht hochgeladen.

Gute Nacht, Tobias
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: stenny73 am 28 Mai 2016, 07:28:14
Hallo

Das Paket ist angekommen.
Vielen Dank für deine Arbeit.

stenny
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 28 Mai 2016, 08:29:48
Zitat von: TeeVau am 27 Mai 2016, 23:55:49


Gleichzeitig blinkt kurz die blaue LED vom ESP auf. Das ganze passiert ca. alle 10 Sekunden. Für mich sieht es so aus als würde der ESP ständig neustarten. Kann mir da jemand auf die Sprünge helfen?
Habe auch mal versucht das Howto von Pf@nne weiter durch zu arbeiten, das scheitert aber auch. Die "richtige" Firmware von derm rgbww wifi led controller bekomme ich gar nicht hochgeladen.

Gute Nacht, Tobias

Moin,

ist ein fertiger Controller oder hast du selbst gelötet?
Was für eine Spannungsversorgung nutzt du?

Sieht für mich nach zu wenig Leistung in der Versorgung aus.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 28 Mai 2016, 08:39:39
Zitat von: Icinger am 27 Mai 2016, 20:34:15
Ihr wollt Bilder?
Wirkliche, echte Bilder? gg

Na gut, dann anbei ein paar Fotos von meinem Schreibtisch.
Einmal bei Tageslicht, dreimal belecuhtet.
Die Bilder sind 3 Jahre alt, damals hab ich mir den gerade geleistet.

Die Platte/Beleuchtung oben auf ist ein spezielles Plexi-Derivat. In diesem sind Mikro-Partikel eingearbeitet.
Bei Tageslicht ist die Platte komplett klar. Wenn sie aber von der Seite her beleuchtet wird, leuchtet die ganze Platte.

Wenn der PC an ist, fadet das Licht abhängig von der Raumhelligkeit ein.
Bisher war nur ein RGB-Streifen dahinter, jetzt durch den neuen ontroller überlege ich gerade, auf RGBW-Streifen umzustellen :D

lg, Stefan

PS: Das Holz ist Kirschkern.....Klingt komisch, ist aber so gg
Der PC ist in dem Apotheker-Schrank rechts untergebracht. Die Wasserkühlung dazu ist einen Stock tiefer im Keller.

Moin Stefan,

sieht extrem professionel aus, schöne Arbeit!

Hast du mal einen Link für das Plexiglas.
Hast du Erfahrungen auf dem Gebiet?
Wie weit reicht denn das Licht in die Platte hinein, kommt man mit einem "normalen" LED-Streifen auch 1m weit in das Glas ohne, dass es inhomogen wirkt?
Wo ist da die Grenze?

Gibt es sowas auch als Glas, wäre mir für die Küche lieber, weil kratzfest?
Ich möchte meine Küchenrückwand als Leuchtfläche ausführen.

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 28 Mai 2016, 09:53:16
Zitat von: Pf@nne am 28 Mai 2016, 08:39:39
Moin Stefan,

sieht extrem professionel aus, schöne Arbeit!

Hast du mal einen Link für das Plexiglas.
Hast du Erfahrungen auf dem Gebiet?
Wie weit reicht denn das Licht in die Platte hinein, kommt man mit einem "normalen" LED-Streifen auch 1m weit in das Glas ohne, dass es inhomogen wirkt?
Wo ist da die Grenze?

Gibt es sowas auch als Glas, wäre mir für die Küche lieber, weil kratzfest?
Ich möchte meine Küchenrückwand als Leuchtfläche ausführen.

Gruß
Pf@nne

Hi,

ich habe jahrelang im Küchenbereich gearbeitet. Wenn du das als Rückwand haben willst bietet sich (einseitig) satiniertes Glas an. Du musst aber oben und unten beleuchten.

Schaut dann etwas so aus. Ist zwar eine Treppe aber es geht um das Prinzip ... http://www.schuler-metall.de/unternehmen/news.php (http://www.schuler-metall.de/unternehmen/news.php)

Von komplett klarem Glas rate ich dir ab da du sonst "nur" die weiße Wand dahinter siehst oder was auch immer für Dekor. Wenn dann in der Nacht beleuchtet siehst Unebeheiten an der Wand als kleine Schatten. Die Höhe wird so um die 60 cm sein.

Zum Testn kannst du dir ein paar LED an eine Batterie kleben und bei einem Glaser fragen ob die ein Stück Glas als Rest rumstehen haben um das zu testen.

Die Leuchtpunkte rundum kannst du umgehen indem du einen optischen Abschluss zur Arbeitsplatte in Alu-Design machst.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 28 Mai 2016, 12:11:55
Hab ihn selber gelötet. Die Bauteile sind jedoch komplett vom Bausatz.
Das Netzteil hat 18V DC bei 1A. Mein Multimeter ist zu träge um genau anzuzeigen ob die 3,3V Spannung zusammenbricht. Werd am Montag im Büro mal mit dem Oszi gucken. Das komische ist aber, dass das Flaschen ja funktioniert. Zumindest sieht es für mich nicht nach einem Abbruch aus.

Zitat von: Pf@nne am 28 Mai 2016, 08:29:48
Moin,

ist ein fertiger Controller oder hast du selbst gelötet?
Was für eine Spannungsversorgung nutzt du?

Sieht für mich nach zu wenig Leistung in der Versorgung aus.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 28 Mai 2016, 19:15:43
Hi,

das nennt sich Plexiglas-LED Enlighten.
uA hier zu finden: https://www.plexiglas-shop.com/AT/de/plexiglas-led/fuer-kantenbeleuchtung-e05pqpl8s5f.html?tx=6mbq0qfweeb (https://www.plexiglas-shop.com/AT/de/plexiglas-led/fuer-kantenbeleuchtung-e05pqpl8s5f.html?tx=6mbq0qfweeb)
Kostet ein Schweinegeld, aber ists absolut wert.
Ich bekam damals eine Platte davon etwas günstiger über einen Bekannten, der in der Elektronik-Entwicklung beschäftigt ist.

Gibts auch extra als kratzfeste Variante, würde aber im Küchenbereich trotzdem eher zu Glas greifen.

lg, Stefan

PS: Die Lichtpunkte kommen am Foto viel stärker hervor, als es in wirklichkeit ist.
Da sieht man die so gut wie gar nicht.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 28 Mai 2016, 23:26:20
Hallo Zusammen,

bin nach Wochen endlich mal dazugekommen den Controller zusammenzubauen. Jetzt habe ich allerdings Schwierigkeiten mit dem Flashen. Ich habe hier einen FT232 rumliegen. Ich geh mal davon aus, dass ich mit ihm und einem Windows Rechner (Win7) den Controller flashen kann. Allerdings weiß ich nicht wie ich den Controller mit dem FT232 verbinden soll (PIN-Belegung)?

Gibt es ein Tutorial fürs Verbinden und den Flashvorgang an sich?

Vielen Dank vorab für Eure Hilfe.

Grüße
Timo
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 29 Mai 2016, 06:12:00
Zitat von: tigru77 am 28 Mai 2016, 23:26:20
Gibt es ein Tutorial fürs Verbinden und den Flashvorgang an sich?
Flashvorgang ist hier beschrieben:
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761

Gruß Peter
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 29 Mai 2016, 08:29:50
Hallo PeMue,

danke für den Link. Allerdings verstehe ich noch nicht, wie ich den FTDI232 an den Controller anschließe. Welchen Pin muss ich vom Controller mit dem FTDI verbinden?

Viele Grüße
Timo
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 29 Mai 2016, 11:52:45
Zitat von: tigru77 am 29 Mai 2016, 08:29:50
Hallo PeMue,

danke für den Link. Allerdings verstehe ich noch nicht, wie ich den FTDI232 an den Controller anschließe. Welchen Pin muss ich vom Controller mit dem FTDI verbinden?

Viele Grüße
Timo

Forumsbeitrag ....
https://forum.fhem.de/index.php/topic,48918.msg443299.html#msg443299 (https://forum.fhem.de/index.php/topic,48918.msg443299.html#msg443299)

Alte Firmware bis 0.28
- spiff_rom.bin      Adresse   0x300000

Neue Firmware
- spiff_rom.bin      Adresse   0x100000
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ewan am 29 Mai 2016, 17:08:47
Moin zusammen,

nach einigen Tagen des Testens stelle ich immer wieder Schwierigkeiten beim Einschalten des Controller fest. Obwohl Spannung an den Klemmen anliegt (oxidierte Kontakte schliesse ich damit aus), hilft es dann, die netzteilseitigen Anschlüsse zu lösen und neu festzuschrauben. Hat jemand eine Idee?

Außerdem habe ich es noch nicht geschafft, ein Debug Log zu generieren. Für einen POST Request an <ip>/system mit {"cmd":"debug", "enable":"true"} erhalte ich {"error": "missing param"}. Was mache ich falsch?

Firmware ist auf dem aktuellen Stand, d.h. wenn der Controller läuft, dann funktioniert OTA und alles andere.

Danke
ewan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 29 Mai 2016, 18:12:10
Hallo zusammen,

ich bin leider noch unterwegs und kann daher nur kurz reinschauen

Zitat von: ewan am 29 Mai 2016, 17:08:47

nach einigen Tagen des Testens stelle ich immer wieder Schwierigkeiten beim Einschalten des Controller fest. Obwohl Spannung an den Klemmen anliegt (oxidierte Kontakte schliesse ich damit aus), hilft es dann, die netzteilseitigen Anschlüsse zu lösen und neu festzuschrauben. Hat jemand eine Idee?

Beschreib doch bitte das Problem genauer. Siehe dazu https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795

Zitat von: ewan am 29 Mai 2016, 17:08:47
Außerdem habe ich es noch nicht geschafft, ein Debug Log zu generieren. Für einen POST Request an <ip>/system mit {"cmd":"debug", "enable":"true"} erhalte ich {"error": "missing param"}. Was mache ich falsch?

Der Befehl ist korrekt - in der aktuellen Firmware ist da noch ein Bug - der Puffer für JSON ist bei dem API Endpunkt zu gering. In der nächsten Version (die auch mehr debug informationen liefert) ist das dann behoben.

Zitat von: TeeVau am 28 Mai 2016, 12:11:55
Hab ihn selber gelötet. Die Bauteile sind jedoch komplett vom Bausatz.
Das Netzteil hat 18V DC bei 1A. Mein Multimeter ist zu träge um genau anzuzeigen ob die 3,3V Spannung zusammenbricht. Werd am Montag im Büro mal mit dem Oszi gucken. Das komische ist aber, dass das Flaschen ja funktioniert. Zumindest sieht es für mich nicht nach einem Abbruch aus.


Es kann gut sein, dass eventuell bei den Elkos eine kalte Lötstelle ist. Oder bei dem DC Wandler - dann habe ich auch festgestellt, dass der Controller bei zuviel Verbrauch neustartet.


Ich schaue kommende Woche nochmal über den Thread - falls ich etwas übersehen habe, nochmal melden/aufschreien  ;)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ewan am 29 Mai 2016, 20:33:27
alles klar, hier die Details.

Version der Firmware (Auszug aus dem Webinterface)
-> Firmware 0.3.0   (v0.3.0)

Wie wurde die Firmware aufgespielt?
-> OTA

Was ist passiert? / Welcher Fehler Tritt auf?
->  die angeschlossene Lampe lässt sich nicht einschalten, die Anschlüssse V+ / WW bleiben ohne Spannung

Was wurde stattdessen erwartet?
-> "es werde Licht" -> 12V am Ausgang V+ / WW

Wann tritt der Fehler auf?
-> nach kurzen bis mittleren Ausschaltzeiten (z.B. über Nacht)

Welche Schritte haben dazu geführt dass der Fehler auftritt?
->
- Anschluss der LED an den Ausgang WW
- Konfiguration im Webinterface: Color / Output Model: RGBWW und Red 0%, Green 0%, Blue 0%, WW 100%
-    Network Settings: Einbindung ins WLAN
- keine Security Settings


Detaillierte Beschreibung der Schritte/Handlungen
- Anschluss des Controllers an das Stromnetz
- alle Ausgänge sind ohne Spannung
- workaround: Anschluss an GND oder V+ lösen, neu befestigen, danach funktioniert alles


/info

{
   "deviceid": "1377210",
   "current_rom": "1",
   "firmware": "0.3.0",
   "git_version": "v0.3.0",
   "git_date": "2016-05-10",
   "config_version": "1",
   "sming": "2.1.0",
   "rgbww":    {
      "version": "0.8.0",
      "queuesize": 50
   },
   "connection":    {
      "connected": true,
      "ssid": "otherlan",
      "dhcp": true,
      "ip": "192.168.69.14",
      "netmask": "255.255.255.0",
      "gateway": "192.168.69.2",
      "mac": "5ccf7f1503ba"
   }


/config

{
   "network":    {
      "connection":       {
         "dhcp": true,
         "ip": "0.0.0.0",
         "netmask": "0.0.0.0",
         "gateway": "0.0.0.0"
      },
      "ap":       {
         "secured": false,
         "ssid": "RGBWW1377210"
      },
      "mqtt":       {
         "enabled": false,
         "server": "",
         "port": 0,
         "username": ""
      }
   },
   "color":    {
      "outputmode": 1,
      "hsv":       {
         "model": 0,
         "red": 0,
         "yellow": 0,
         "green": 0,
         "cyan": 0,
         "blue": 0,
         "magenta": 0
      },
      "brightness":       {
         "red": 0,
         "green": 0,
         "blue": 0,
         "ww": 100,
         "cw": 100
      },
      "colortemp":       {
         "ww": 2700,
         "cw": 6000
      }
   },
   "security": {"api_secured": false},
   "ota": {"url": "http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json"}
}
}

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 29 Mai 2016, 20:42:57
ZitatWann tritt der Fehler auf?
-> nach kurzen bis mittleren Ausschaltzeiten (z.B. über Nacht)
Könntest Du das mglw mit dem fhem modul einige post weiter vorn und dort verbose 5 bitte einmal testen ?
Und dann natürlich den log Abschnitt hier anhängen.
Beim schalten: Geduld. Bitte einfach abwarten, bis zu 2 min.

Danke vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 30 Mai 2016, 07:41:13
Kurzes Update zu meinem Problem:
Die 3,3V sind in Ordnung. Habe gerade mit dem Oszi nachgemessen. Da bricht nichts zusammen.
Aber nach dem Hochladen von Pf@nnes Testsketch wirft die serielle Schnitstelle nur folgendes aus:

ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: RaspiLED am 30 Mai 2016, 08:56:37
Hallo TeeVau,

Ist das ein neuer ESP oder hattest Du da vorher schon mal andere Sketche drauf? Kann es sein, dass Du den erst vollständig leeren musst, weil komische WLAN Parameter einen Software Watchdog Reset auslösen?

Gruß Arnd


FHEM auf Raspberry Pi, CUL, Signalduino, Intertechno, WifiLight2 mit H801 - ESP8266, ...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 30 Mai 2016, 10:57:26
Der ESP ist von dem Bauteilsatz der led controllers. Ob der leer ist oder vielleicht schon ein Programm drauf läuft (Was vom Hersteller drauf gepackt wurde) weiß ich nicht. Aber mache ich mit dem Upload über die Arduino IDE nicht alles platt? Habs genau so gemacht wie Pf@anne in seinem Post beschreibt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ewan am 30 Mai 2016, 18:48:48
Zitat von: herrmannj am 29 Mai 2016, 20:42:57
Könntest Du das mglw mit dem fhem modul einige post weiter vorn und dort verbose 5 bitte einmal testen ?
Und dann natürlich den log Abschnitt hier anhängen.
Beim schalten: Geduld. Bitte einfach abwarten, bis zu 2 min.

Danke vg
joerg

ich habe keinen FHEM Server im Einsatz und wüsste nicht, wie ich das testen soll. Oder verstehe ich das falsch?
Meine FritzBox erkennt den Controller zumindest nicht auf Anhieb.

Beim Einschalten habe ich durchaus länger als 2 min gewartet, ohne Erfolg.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 30 Mai 2016, 20:00:00
Zitat von: TeeVau am 30 Mai 2016, 07:41:13
Kurzes Update zu meinem Problem:
Die 3,3V sind in Ordnung. Habe gerade mit dem Oszi nachgemessen. Da bricht nichts zusammen.
Aber nach dem Hochladen von Pf@nnes Testsketch wirft die serielle Schnitstelle nur folgendes aus:

ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld



Moin,

das Flashen mit der Arduino IDE läuft sauber durch?
Hast du denn überhaupt schon mal einen ESP selber geflasht oder ist das dein erster?

Die Board-Settings sind auch richtig ausgewählt?

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: AxelSchweiss am 30 Mai 2016, 21:01:32
Bist du sicher das die Firmware vollständig und Ok übertragen wurde?
Was du schilderst hört sich sehr stark nach den Problemen an die ich auch  hatte.
Bei mir war es der USB Bus.
Flash die Firmware mal unter Linux und sieh dir die Kernelmeldungen an.
Wenn du da Meldungen von Seriell-Konverter findest dann zieh alles an USB ab bis es funktioniert.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 30 Mai 2016, 21:05:42
Zitat von: Pf@nne am 30 Mai 2016, 20:00:00
Moin,

das Flashen mit der Arduino IDE läuft sauber durch?
Hast du denn überhaupt schon mal einen ESP selber geflasht oder ist das dein erster?

Die Board-Settings sind auch richtig ausgewählt?

Gruß
Pf@nne

Ich denke, dass das Flashen durchläuft. Die Meldung in der Arduino IDE sagt es zumindest. Auch die detailmeldung sagt, dass Flash completed ist..siehe https://forum.fhem.de/index.php/topic,48918.msg455287.html#msg455287
Ist meine aller erste Erfahrung mit dem esp. Darum auch die Probleme, die ich mir gar nicht erklären kann.

Obs am rs232 wandler liegt, hm. Weis nicht. Dann wundert mich die Meldung, dass flashen completed ist.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 31 Mai 2016, 06:09:21
Moin,

welche Board - Settings hast du eingestellt?
Versuche doch mal eine fertig kompiliertes .bin mit dem ESP-Tool zu flashen.

Die .bin vom Testsketch findest du nach dem Kompilieren im Windows Temp - Ordner.
Schaue mal hier unter "Web-Interface-OTA" da steht der Pfad.
http://www.s6z.de/cms/index.php/homeautomation-homecontrol/hardwareplattformen/esp8266/133-ota-esp8266-over-the-air-flashen
(http://www.s6z.de/cms/index.php/homeautomation-homecontrol/hardwareplattformen/esp8266/133-ota-esp8266-over-the-air-flashen)

Wenn das nicht klappt, schicke ich dir mal einen vorkompilierten .bin.

Schönen Tag
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 31 Mai 2016, 07:45:07
Im Anhang sind die Settings. Habe QIO und DIO versucht. Habe mir deinen Link gerade mal angeschaut. Dort steht, man soll als zusätzliche Board-URL in der Arudino IDE "http://arduino.esp8266.com/staging/package_esp8266com_index.json" verwenden. Ich habe dort "http://arduino.esp8266.com/stable/package_esp8266com_index.json" stehen. Sind vielleicht die libs unterschiedlich?

Ich komme erst Ende der Woche dazu, das ganze noch mal auszuprobieren. Soll ich also mit der Arduino IDE kompilieren, dieses BIN File aber manuell per ESP-Tool hochladen. Letztendlich macht das doch auch die Arduino IDE, oder nicht? Ich würde dann dafür auch das ESP-Tool nehmen, was bei der Arduino IDE eingebunden ist.

Danke für deine Unterstützung! Tobias
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 31 Mai 2016, 19:23:22

Zitat von: TeeVau am 31 Mai 2016, 07:45:07
Ich komme erst Ende der Woche dazu, das ganze noch mal auszuprobieren. Soll ich also mit der Arduino IDE kompilieren, dieses BIN File aber manuell per ESP-Tool hochladen. Letztendlich macht das doch auch die Arduino IDE, oder nicht? Ich würde dann dafür auch das ESP-Tool nehmen, was bei der Arduino IDE eingebunden ist.

Im Moment sehe ich nicht den Zusammenhang zwischen der RGBWW Firmware und deinem Versuch es via Arduino zu flashen.
Der Zwischenschritt von Pf@nne ist optional und die Firmware kann per se direkt geflasht werden. Hast du es denn schonmal mit der RGBWW Firmware probiert?

PS: die Settings sind nicht im Anhang


Zitat von: ewan am 30 Mai 2016, 18:48:48
ich habe keinen FHEM Server im Einsatz und wüsste nicht, wie ich das testen soll. Oder verstehe ich das falsch?
Meine FritzBox erkennt den Controller zumindest nicht auf Anhieb.

Beim Einschalten habe ich durchaus länger als 2 min gewartet, ohne Erfolg.

Ich kann leider aus deiner Beschreibung nicht herauslesen, was genau die Situation/Problem ist.
Wie ist denn der Controller bei dir angeschlossen und eingebunden? Wo und wie wird etwas eingeschaltet?
Bitte beschreib das Problem detailiert und für deine Konfiguration spezifisch (ich bin nicht vor Ort und habe nur die Möglichkeit mit deinen Worten das Problem nachzuvollziehen. )

Zitat von: ewan am 29 Mai 2016, 20:33:27
Was ist passiert? / Welcher Fehler Tritt auf?
->  die angeschlossene Lampe lässt sich nicht einschalten, die Anschlüssse V+ / WW bleiben ohne Spannung

Was wurde stattdessen erwartet?
-> "es werde Licht" -> 12V am Ausgang V+ / WW

Wann tritt der Fehler auf?
-> nach kurzen bis mittleren Ausschaltzeiten (z.B. über Nacht)

Welche Schritte haben dazu geführt dass der Fehler auftritt?
->
- Anschluss der LED an den Ausgang WW
- Konfiguration im Webinterface: Color / Output Model: RGBWW und Red 0%, Green 0%, Blue 0%, WW 100%
-    Network Settings: Einbindung ins WLAN
- keine Security Settings

Wie hängen deine beschriebenen Schritte mit dem Problem zusammen? Führst du die Konfiguration vor dem auftreten des Problemes aus?

Zitat von: ewan am 29 Mai 2016, 20:33:27
Detaillierte Beschreibung der Schritte/Handlungen
- Anschluss des Controllers an das Stromnetz
- alle Ausgänge sind ohne Spannung
- workaround: Anschluss an GND oder V+ lösen, neu befestigen, danach funktioniert alles

Es ist für mich nicht nachvollziehbar wie/wann/wo das Problem auftritt. Es ist mir auch nicht verständlich wie dein workaround mit den Schritten/Handlung zusammenhängt
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 01 Juni 2016, 07:51:48
Zitat von: mrpj am 31 Mai 2016, 19:23:22
Im Moment sehe ich nicht den Zusammenhang zwischen der RGBWW Firmware und deinem Versuch es via Arduino zu flashen.
Der Zwischenschritt von Pf@nne ist optional und die Firmware kann per se direkt geflasht werden. Hast du es denn schonmal mit der RGBWW Firmware probiert?

PS: die Settings sind nicht im Anhang

Es gibt keinen Zusammenhang zwischen der RGBWW Firmware und dem Versucht diese mit Arduino IDE zu flashen. Mit der Arduino IDE wollte ich den Testsketch von Pf@nne flashen. Sozusagen um sicherzustellen, dass der ESP überhaupt funktioniert. Im nächsten Schritt wollte ich die RGBWW Firmware flashen, was auch nicht funktioniert hat. Es wird in keinem Fall an der Software liegen, das ist mir klar. Entweder hat der ESP einen Schaden (was ich mir nicht vorstellen kann), oder es gibt ein Problem mit dem Übertragen. Laut der Arduino IDE wird der Testsketch erfolgreich übertragen, funktioniert dann aber nicht.
Habe nach der Anleitung von Pf@nne auch versucht die RGBWW Firmware aufzuspielen, das funktioinert jedoch nicht (Das Programm bleibt bei "Downloading" stehen".

Jetzt sind die Einstellungen im Anhang ;-)

Habe auch mal versucht mit der esp-tool.exe aus der Arduino IDE zu arbeiten. Dabei ist mir aufgefallen, dass sich die Parameter unterscheiden.
die esp-tool.exe hat die Version 0.4.8. Und z.B. ist dort der Parameter zur Auswahl des COM-Port "-cp". In dem Beispiel bei GitHub ist der Parameter allerdings "-c".
Kann es sein, dass in der Arduino IDE eine falsche oder alte Umgebung für den ESP verwendet wird?

Ich bin davon ausgegangen, dass das alles glatt läuft, wenn ich das so mache wie in der Anleitung von Pf@nne beschrieben. Aber irgendwas ist bei mir anders :-(
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: SalvadoreXXL am 02 Juni 2016, 14:19:33
Hab meine 2 Fertigcontroler auch vorige Woche bekommen. Gestern hatte ich endlich Zeit die mal auszupacken. Flugs einen RGBWW-Strip mit 12V-Netzteil an einen Controler angehängt und konfiguriert. Die WLAN-Konfig ging problemlos mit meinem Handy. Der ESP hat sich dann in mein WLAN eingehängt. Dann wollte ich ein OTA machen. Mit Firefox ging garnix (Fehlermeldung hab ich gerade nicht parat). Mit dem IE kam ich bis zum versuchten Download der neuen Dateien - Kringel lief unendlich. Mit Crome funktionierte es dann problemlos.

Konnte den Strip dann noch kurz testen.

Hut ab! Das Ding ist Granate  :) Ich verneige mich vor der Gesamtleistung (Gerät + Sammelbestellung).

Das FHEM-Modul schaue ich mir heute Abend an.

Wenn ich irgendwas beitragen kann, dann her mit den Aufgaben  :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hoehlie am 04 Juni 2016, 12:46:33
Wird es hier noch mal eine Sammelbestellung geben?

MfG hoehlie

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 06 Juni 2016, 06:45:05
Hallo Zusammen,

hat zufällig jemand 2 ESP8266 übrig? Ich habe mir beide zerschossen.
Eine Bezugsquelle über Ali, etc. würde mir fürs erste auch reichen.
Danke vorab.

Viele Grüße
Timo

Gesendet von meinem SM-N910F mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: n4rrOx am 06 Juni 2016, 10:31:38
Hi,

großes Lob an alle Beteiligten!
Ich wäre ebenfalls interessiert an einer neuen Sammelbestellung (ca. 4-6 Stk.)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 07 Juni 2016, 12:25:35
@TeeVau

Mit dem offiziellen tool von Espressif funktioniert es nicht? ( http://bbs.espressif.com/viewtopic.php?t=25 ).

Du hast ja die Versorgungsspannug schon durchgemessen - hast du das auch während eines Flash Vorgangs geprüft? (Nicht dass es erst dann mit dem zusammenbruch kommt).

Kannst du mal ein normales Terminal nehmen und mitschneiden was der Controller ausgibt wenn der ESP im Flashmodus ist und resettet wird? Baudrate ist glaube ich 115200 - ansonsten mal durchtesten. Es sollte aber irgendwas mit "ready" auftauchen.

Ich kann dir noch anbieten, dass wir telefonieren und ich dabei mit TeamViewer mir anschaue was da vor sich geht - vielleicht finde ich ja den Wurm ;-)

Zitat von: tigru77 am 06 Juni 2016, 06:45:05
Hallo Zusammen,

hat zufällig jemand 2 ESP8266 übrig? Ich habe mir beide zerschossen.
Eine Bezugsquelle über Ali, etc. würde mir fürs erste auch reichen.
Danke vorab.


http://www.aliexpress.com/item/New-version-ESP-12E-replace-ESP-12-ESP8266-remote-serial-Port-WIFI-wireless-module/32339917567.html

Ist sogar günstiger geworden  :)

Zitat von: hoehlie am 04 Juni 2016, 12:46:33
Wird es hier noch mal eine Sammelbestellung geben?

Das ist eine gute Frage - ich habe mir die letzten Wochen zwischendurch dazu Gedanken gemacht - aber bisher noch keine adequate Lösung gefunden.
Aktuell gibt es einige Dinge in meinem privaten Leben die Aufmerksamkeit und Zeit erfordern - eine Sammelbestellung würde gerade mit dieser Zeit einfach konkurrieren. Ende Sommer (August/September) wird das alles wieder etwas entspannter und wahrscheinlich einfacher zu organisieren sein.

Ich habe mir auch Gedankend darüber gemacht, ob ich nochmals "fertige Controller" anbiete - der Zeitaufwand ist vergleichsweise hoch - und diese Zeit geht aktuell von meiner persönlichen Freizeit ab. Es fällt mir gerade schwer meine Freizeit (in der ich Sport treiben kann, in der Natur unterwegs bin ...) gegen eine geringe Aufwandsentschädigung einzutauschen - ich denke das können viele hier nachvollziehen.

Generell ist auch zu bedenken - die Sammelbestellung lohnt sich nur, wenn > 100 Bausätze (besser > 200) zusammen kommen - um von den Preisstafellungen bei TME profitieren zu können. Das teuerste an der Geschichte sind nicht umbedingt ESP und Mosfets - die Klemmleisten sind ohne Mengenrabatt unverschämt teuer

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 07 Juni 2016, 13:12:43
Dass die fertigen Controller ein riesen Aufwand sind, kann ich mir auch gut vorstellen. Ich persönlich würde mich auch schon über Bausätze sehr freuen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hoehlie am 07 Juni 2016, 15:00:16
Mrpj das kann ich natürlich gut nachvollziehen und habe vollstes Verständnis dafür!
Vielleicht ist es ja zu einen späteren Zeitpunkt wieder ein Thema für dich! Ich denke es würden sich einige freuen!
MfG hoehlie

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 07 Juni 2016, 15:33:42
Zitat von: mrpj am 07 Juni 2016, 12:25:35
Generell ist auch zu bedenken - die Sammelbestellung lohnt sich nur, wenn > 100 Bausätze (besser > 200) zusammen kommen - um von den Preisstafellungen bei TME profitieren zu können. Das teuerste an der Geschichte sind nicht umbedingt ESP und Mosfets - die Klemmleisten sind ohne Mengenrabatt unverschämt teuer

https://de.aliexpress.com/item/WSFS-Hot-Sale-5-Pcs-3-Position-PCB-Mount-Terminal-Block-Connector-16A/32382209525.html?spm=2114.010208.3.2.R0RIdt&ws_ab_test=searchweb201556_0,searchweb201602_3_10017_507_401,searchweb201603_1&btsid=5569cd02-52e3-4bb3-b8e5-40da3afd7472 (https://de.aliexpress.com/item/WSFS-Hot-Sale-5-Pcs-3-Position-PCB-Mount-Terminal-Block-Connector-16A/32382209525.html?spm=2114.010208.3.2.R0RIdt&ws_ab_test=searchweb201556_0,searchweb201602_3_10017_507_401,searchweb201603_1&btsid=5569cd02-52e3-4bb3-b8e5-40da3afd7472)

https://de.aliexpress.com/item/IMC-Hot-2-Pin-5-08mm-PCB-Universal-Screw-Terminal-Block-Connector-300V-16A/32614607704.html?spm=2114.010208.3.43.R0RIdt&ws_ab_test=searchweb201556_0,searchweb201602_3_10017_507_401,searchweb201603_1&btsid=5569cd02-52e3-4bb3-b8e5-40da3afd7472 (https://de.aliexpress.com/item/IMC-Hot-2-Pin-5-08mm-PCB-Universal-Screw-Terminal-Block-Connector-300V-16A/32614607704.html?spm=2114.010208.3.43.R0RIdt&ws_ab_test=searchweb201556_0,searchweb201602_3_10017_507_401,searchweb201603_1&btsid=5569cd02-52e3-4bb3-b8e5-40da3afd7472)

Das sind doch die richtigen? Würde sagen der Preis ist zu verkraften wenn man 2 oder 3 Platinen aufbaut. Allgemein gebe ich dir schon recht, dass bei einem Los von 100 oder mehr die Preise besser sind.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: n4rrOx am 08 Juni 2016, 09:32:25
Hallo mrpj,

ist vollkommen verständlich.

Wäre den eine Teilbeschaffung (ohne Aufbau) als Sammelbestellung möglich?
Mir geht es primär um die Platinen (die ja Sonderbestellung sind) und um die richtige Auswahl der Einzelteile.
Den "Rest" könnte man sich ja selbst bestellen, wenn die Links zu den Bauteilen veröffentlicht werden.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: SpenZerX am 08 Juni 2016, 10:58:07
Ihr könnt ja einen Verein gründen.

Dieser Verein könnte dann die komplette Fertigung beauftragen und zum Selbstkostenpreis (wenn es der Verein denn so entscheidet) weiter verkaufen.

Durch Downsizing und SMT (Mosfets als SOT23-3, ESP SOC + Flash direkt aufs PCB + PCB-Antenne + AMS1117-3.3 (12V zu viel?) ) ließen sich die Bauteilkosten unter 2 Euro drücken und das PCB sogar um das 10-30 fache verkleinern (bei Verwendung von Löt-Pads, als Vorbereitung für die Verbindung mit standard LED-Stripe-Connectoren). Am Ende ist nur die Frage was die Fertigung mit Pick und Place Maschinen kostet. Üblicherweise besorgt der Bestücker auch die Komponenten und PCBs.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 08 Juni 2016, 12:19:36
@SpenZerX

interressanter Vorschlag - ich denke aber nicht dass hier das interresse hier groß genug ist um dementsprechende Stückzahlen zu erreichen.

Hinzukommt: ein re-Design in dem Ausmaß sollte erst getestet werden -> längerer Prozess für den auch Zeit vorhanden sein muss  ;)

Anmerkung:
- Linear Regler ist bei/bis 12V noch tragbar - aber es limitiert den Controller auf max12V (24V LED Stripes haben weniger Leitungsverlust ;-) )
- Passende Mosfets als SMT werden nicht umbedingt günstiger, oder aber es muss eine Treiberstufe dazwischen geschaltet werden

Wenn man schon so anfängt, gibt es sicherlich weitere Optimierungsmöglichkeiten etc... aber das schießt wie so viele Ideen hier im Thread weit über das Thema hinaus.
Geredet und geschrieben werden kann hier viel, nur bisher wurde nichts gemacht. (ich warte immernoch auf den Vorschlag von Daniel .... )


@n4rr0x
Ein paar leere PCBs (ohne Bauteile) habe ich hier noch - bei Interresse schick mir eine PN - eine Bauteilliste gibt es auf Github bzw. kann ich dir auch helfen bei der Zusammenstellung helfen


@kadettilac89
Für den Probeaufbau hatte ich Klemmleisten aus Asien bestellt, da günstig. Die Klemmen erfüllten ihren Zweck, es war jedoch ein großes gefriemel und ich konnte idese nich wirklich fest ziehen, ohne die gesammte Klemme zu verbiegen.
Man bekommt was man bezahlt hat - die Klemmleisten aus der Sammelbestellung sind Qualitativ ein Unterschied wie Tag und Nacht und in jedem Fall den China "Bombern" vorzuziehen.




Allgemein:
Wie gesagt - ich kann es mir vorstellen nochmal eine Sammelbestellung zur organisieren - es kann nur etwas dauern. Am wahrscheinlichsten ist eine Sammelbestellung für Bausätze. Für Vorschläge oder Ideen bin ich offen - auch im Zusammenhang mit fertigen Controller
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 08 Juni 2016, 20:55:40
Man könnte ja mal ne offene Google-Umfrage (ähnlich der ersten) erstellen, um zu sehen, wieviel Interesse tatsächlich da ist.
Vielleicht findet sich ja auch jemand anders, der die Sammelbestellung organisieren würde?

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: jschmitt am 08 Juni 2016, 21:08:25
Hallo allerseits,

also wenns nochmal eine Bestellung gäbe wäre ich mit zwei oder drei dabei.

Viele Grüße,

Johannes
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: tigru77 am 08 Juni 2016, 22:04:31
Moinsen,

wenn jemand rein zufällig einen Controller übrig hat und verkaufen möchte, dann bitte PN an mich. Ich bin interessiert. Danke.

Grüße
Timo
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: hoehlie am 08 Juni 2016, 23:40:42
Ich wäre auch dabei!

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 09 Juni 2016, 08:21:09
Zitat von: mrpj am 07 Juni 2016, 12:25:35
@TeeVau

Mit dem offiziellen tool von Espressif funktioniert es nicht? ( http://bbs.espressif.com/viewtopic.php?t=25 ).

Du hast ja die Versorgungsspannug schon durchgemessen - hast du das auch während eines Flash Vorgangs geprüft? (Nicht dass es erst dann mit dem zusammenbruch kommt).

Kannst du mal ein normales Terminal nehmen und mitschneiden was der Controller ausgibt wenn der ESP im Flashmodus ist und resettet wird? Baudrate ist glaube ich 115200 - ansonsten mal durchtesten. Es sollte aber irgendwas mit "ready" auftauchen.

Ich kann dir noch anbieten, dass wir telefonieren und ich dabei mit TeamViewer mir anschaue was da vor sich geht - vielleicht finde ich ja den Wurm ;-)

Ich versuche mich am Wochenende noch einmal ranzusetzen. Pf@nne hat auch schon die Hilfe per TeamViewer angeboten. Ich hab aktuell jedoch nicht die Zeit ürbgig. Das Flashtool hatte ich ebenfalls probiert, ohne Erfolg. Es kommt keine Fehlermeldung oder so, es passiert einfach nichts, nachdem ich auf Start geklickt habe und diese farbige Status anzeige zu download (bin mir unsicher ob wirklich download drin stand) wechselt.
Die Spannung habe ich nicht während des Flashvorgang überprüft, kann ich aber mal machen.

Danke für die Hilfe.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pc1246 am 09 Juni 2016, 10:10:40
Hallo TeeVau
Ich hatte mit meinem ersten Controller auch das Problem, dass ich den nicht flashen konnte. https://forum.fhem.de/index.php/topic,48918.msg443833.html#msg443833 Bei mir lag es daran, dass ich eine Loetverbindung nicht ordentlich hergestellt hatte. Das kann bei Dir eventuell auch das Problem sein. Ich konnte das direkt durch messen feststellen.
Gruss Christoph
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: SpenZerX am 10 Juni 2016, 10:18:33
Zitat von: mrpj am 08 Juni 2016, 12:19:36

Wenn man schon so anfängt, gibt es sicherlich weitere Optimierungsmöglichkeiten etc... aber das schießt wie so viele Ideen hier im Thread weit über das Thema hinaus.
Geredet und geschrieben werden kann hier viel, nur bisher wurde nichts gemacht. (ich warte immernoch auf den Vorschlag von Daniel .... )


Anbei eine kleine Inspiration. Ist aber wieder mal nur ein kleiner Flash Chip verbaut. Funktion der Dioden und Spulen ist mir auch nicht ganz klar.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 10 Juni 2016, 17:42:16
Hi all,

ich hab so'n bisschen die Übersicht verloren - gibt's mittlerweile ein fhem Modul für diese Controller? Gibt's ein erweitertes wifilight?
Sorry, vermutlich ist mir was entgangen.

jeder Hinweis wird sachdienlich verwendet.

danke

pj

PS: ich hab jetzt noch ein bisschen gesucht und gefunden, dass ein paar Foranten wohl damit anfangen wollten - gibt's vielleicht schon halbfertigen Code? Github anyone?

merci

pj

PPS: mrpj, ich vermute, ich hatte es noch nicht gesagt: das Design ist klasse! Die Bausätze absolut erstklassig!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: TeeVau am 12 Juni 2016, 21:51:59
Zitat von: mrpj am 07 Juni 2016, 12:25:35
@TeeVau
Kannst du mal ein normales Terminal nehmen und mitschneiden was der Controller ausgibt wenn der ESP im Flashmodus ist und resettet wird? Baudrate ist glaube ich 115200 - ansonsten mal durchtesten. Es sollte aber irgendwas mit "ready" auftauchen.

Aktiviere ich den bootloader (GP0 auf GND und danach reset) dann kommt lediglich mit 76923 baud:
ets Jan  8 2013,rst cause:2, boot mode:(1,7)
Und das genau einmal. Mit 115200 kommt da gar nix raus, kein ready und nix.

Entferne ich die GND Brücke von GP0 und mache einen Reset, erhalte ich nach dem Reset mit 76923 Baud:
ets Jan  8 2013,rst cause:2, boot mode:(3,7)
load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld


Danach kommt dann ca. alle 8 bis 9 Sekunden die Ausgabe, jetzt endlich mit 115200 Baud:

ets Jan  8 2013,rst cause:4, boot mode:(3,7)
wdt reset
load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld


Mit der original ESP Software erhalte ich folgende Phänomäne:
Ich aktiviere zuerst nur den Hacken bei rboot.bin. Mit start aktiviere ich den Upload. Manchmal funktioniert das uns es wird mir "Finish" angezeigt. Manchmal aber auch Failure. Das ist irgendwie ein Glücksspiel. Ohne etwas am Controller zu verändern geht es mal oder auch nicht.
Versuche ich das mit der "rom0.bin", geht der Upload (obwohl die Software Download sagt) immer schief. Ist auch immer unterschiedlich. Mal schlägt es bei 68% fehl, mal bei 99%. Manchmal läuft es aber auch durch.
Die "spiff_rom.bin" verhält sich schlechter...dort bricht der Upload irgendwann ab. Keine Chance, dass das mal durchläuft.


Das komische ist, dass sich beide RGBWW Module so verhalten.
Habe noch einmal alles nachgelötet, sogar das DC/DC Modul habe ich zusätzlich mit Drähten verkabelt, um sicher zu sein, dass die Lötstellen nicht das Problem sind. Alles ohne Erfolg.

Die kack Firmware lässt sich einfach noch hochladen. Das dämliche Tool unterbricht wann es will den Upload.
FTDI Wandler habe ich auch schon mal getauscht... Alles ohne Erfolg. Ich Depp hätte einfach das fertige Modul kaufen sollen.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 12 Juni 2016, 21:54:20
Zitat von: pjakobs am 10 Juni 2016, 17:42:16
Hi all,

ich hab so'n bisschen die Übersicht verloren - gibt's mittlerweile ein fhem Modul für diese Controller? Gibt's ein erweitertes wifilight?
Sorry, vermutlich ist mir was entgangen.

jeder Hinweis wird sachdienlich verwendet.

danke

pj

PS: ich hab jetzt noch ein bisschen gesucht und gefunden, dass ein paar Foranten wohl damit anfangen wollten - gibt's vielleicht schon halbfertigen Code? Github anyone?

merci

pj

PPS: mrpj, ich vermute, ich hatte es noch nicht gesagt: das Design ist klasse! Die Bausätze absolut erstklassig!

Ja, erster Prototyp hier im fred

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 12 Juni 2016, 22:23:27
@TeeVau,

Schick mir die Dinger mal per Post....das geht glaube ich schneller.... ;D

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: ext23 am 12 Juni 2016, 23:57:18
Zitat von: TeeVau am 12 Juni 2016, 21:51:59
Die kack Firmware lässt sich einfach noch hochladen. Das dämliche Tool unterbricht wann es will den Upload.
FTDI Wandler habe ich auch schon mal getauscht... Alles ohne Erfolg. Ich Depp hätte einfach das fertige Modul kaufen sollen.

FTDI oder was benutzt du? Weil ich hatte mit denen genau das gleiche Problem. Hab mehrere versucht, immer das gleiche. Mit einem CP2102 lief dann alles auf Anhieb. Scheint bei mir eine ungünstige Verbindung zwischen USB Bus und ESP zu sein. Weil sonst hatte ich mit FTDI noch nie Probleme.

/Daniel
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Tom71 am 13 Juni 2016, 09:31:31
Zitat von: herrmannj am 12 Juni 2016, 21:54:20
Ja, erster Prototyp hier im fred

vg
joerg
Ich finde ihn nicht, kannst du bitte einen Link posten?
Update: Ah, hier: https://forum.fhem.de/index.php/topic,48918.msg451914.html#msg451914
Danke
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 13 Juni 2016, 12:45:24
Zitat von: herrmannj am 12 Juni 2016, 21:54:20
Ja, erster Prototyp hier im fred

vg
joerg

@herrmannj
Hi Joerg, danke für den Hinweis, ich hab's gefunden.
Spricht was dagegen, das Modul auf githup zu packen? Würde die gemeinsame Entwicklung vereinfachen.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: uniqueck am 13 Juni 2016, 14:16:29
Das würde ich auch begrüßen, würde auch mithelfen sofern es die begrenzte Zeit zu lässt. 

Gesendet von meinem GT-N7100 mit Tapatalk

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 13 Juni 2016, 16:07:51
Keine einwände
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 13 Juni 2016, 16:29:31
et voilá:

https://github.com/pljakobs/RGBWW_fhem_module (https://github.com/pljakobs/RGBWW_fhem_module)

ich habe ausgesprochen simplen RGB Support (ohne WW und CW) hinzugefügt.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 13 Juni 2016, 17:17:40
@TeeVau
Ich kann dir auch anbieten, dass du mir den Controller mal zuschickst.

@pjakobs/uniqueck/hermannj

Macht es Sinn das fhem Modul in einem repo bei mir im Account zu hosten? Dachte daran dass es dann "einfacher" zu finden ist?
Kann (sofern github das bei privaten accounts erlaubt) jedem hier gerne commit/push Berechtigung geben

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 13 Juni 2016, 17:27:11
mrpj,

fänd ich auch besser.

brauchst ja keine Commit rights zu vergeben, langt ja, wenn wir forken und pull requests aufmachen.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 13 Juni 2016, 17:50:15
Passt. Denke das ist eh nur temporär weil wenn ok checken wir das ja in fhem ein.

Vg
Joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 14 Juni 2016, 12:34:22
ich hab mal ein bisschen weiter gebaut.
Keine grundsätzlichen Veränderungen (also: Fehlerhandling immer noch sehr rudimentär)
aber: ich habe "set RGB" und "on/off" eingebaut (letzteres erstmal nur nach HSV x,0,100).
RGB habe ich so implementiert, dass zuerst nach HSV umgerechnet wird, denn auf diese Weise wird die Farbkorrektur und die zusätzliche Auflösung des Controllers verwendet.
RGB widgets funktionieren nun weitgehend, sowohl im klassichen FHEM web frontend als auch im tablet ui.

das soll aber nicht heißen, dass nicht noch viel fehlt :-)

momentan noch hier (https://github.com/pljakobs/RGBWW_fhem_module) @mrpj wenn Du willst kannst Du es ja einfach zu Dir forken und wir machen dort weiter.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 14 Juni 2016, 14:38:18
@herrmanj sag mal, macht's Dir was aus, statt HSB doch lieber HSV als Nomenklatur zu verwenden? Die Schwierigkeit ist, dass wir bei HSB sehr leicht die Komponentenvariablen durcheinanderbringen, weil $b ja für "blue" und "brightness" stehen könnten. Ich glaube, das war auch der Grund, warum ursprünglich mal das B durch das V ersetzt wurde.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 14 Juni 2016, 17:45:59
Zitat von: pjakobs am 14 Juni 2016, 14:38:18
@herrmanj sag mal, macht's Dir was aus, statt HSB doch lieber HSV als Nomenklatur zu verwenden? Die Schwierigkeit ist, dass wir bei HSB sehr leicht die Komponentenvariablen durcheinanderbringen, weil $b ja für "blue" und "brightness" stehen könnten. Ich glaube, das war auch der Grund, warum ursprünglich mal das B durch das V ersetzt wurde.

pj
Kein Einwände - das ist eh nur kosmetisch. Das mit $b verstehe ich nicht ganz, das ist ja nur intern. Das könnte auch $otto heisen - oder ,misverstehe ich da was.

Idee war weitere SET anzubieten die bisher noch fehlen, nämlich "hue" "sat" und "bri"||"val" einzeln. Da erschien mit "bri" für "brightness" irgemndwie flauschiger als "val". Aber, wie gesagt, keine wirkliche Relevanz.

Wichtiger wird es sein dass Readings und SET gleichlautend benannt werden.  Sprich: es sollte imho ein Reading "HSB||V" geben und ein gleichlautendes SET "HSB||V". Dito dann eben für "hue", "sat" usw. Jeweils ein Reading und ein gleichlautendes SET.

Beim absetzen der Befehle (SET) gibt es eine kleine Tücke. Aktuell wäre es möglich das, wenn zwei SET, nacheinander und direkt abgesetzt werden, dass für den ersten SET dir asynchrone Kette noch niicht durchlaufen ist wenn das zweite schon angestossen wird. Das müsste man intern als FIFO organisieren - mit dem Ziel das ein Kommando an den controller erst abgeben wird wenn das vorhergehende fertig bearbeitet ist (in dem Sinn das die JSON API gelesen und ok gemeldet hat).

@MPRJ: was würde der contoller machen wenn er zwei Kommandos gleichzeitig bekommt ? Speichert der seöber zwischen ?

Bei den Transitions gibt es die Tücke das der Controller keine aktualisierten Farbwerte sendet. Grundsätzlich könnte man pollen, das benötigt einen Timer vlt mit 250 oder 500msec. Mein Vorschlag wäre aber auf das ressourcenintensive pollen zu verzichten und statt dessen in dem Timer die Farbe "mitzukoppeln".

Beispiel zur Erklärung, angenommen einen Transition 10 sek von 0,0,0 auf 0,0,100:

bei 500msec wäre der controller bei 0,0,5. Anstelle jetzt bei dem controller erst umständlich die Farbe zu pollen schlage ich vor einfach die "rechnerische" 0,0,5 als gegeben anzunehmen und die Readings danach zu aktualisieren. Man könnte zur Sicherheit zum Start und zum Ende einer Transition einmal die Farbe beim controller abholen. Das würde, bei Abweichungen, an dieser Stelle die Readings mit dem Controller synchronisieren.

Das Modul müsste dann eine Awareness auch für Transitions in einer QUEUE haben, sprich intern das mitspeichern was der controller in der QUEUE hat.

Für WifiLight hatte noch ich eine request bekommen Funktion (SET) für HUE und SAT analog zu DimDown und DimUp anzubieten. Also ein SET welches den HUE zum Beispiel relativ um 30° bewegt. Der Vorschlag war, glaub ich TINT, wobei ich das noch nicht so intuitiv fand. Die Idee an sich finde ich charmant.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 14 Juni 2016, 18:11:02
ZitatKein Einwände - das ist eh nur kosmetisch. Das mit $b verstehe ich nicht ganz, das ist ja nur intern. Das könnte auch $otto heisen - oder ,misverstehe ich da was.
klar ist das nur kosmetisch, aber ich bin eben drüber gestolpert, weil ich ja für RGB erstmal nach HSV (HSB) umrechne und prompt mein Variable für Blau $b nannte und damit die für Brightness überschrieb. Es ist halt ne Fehlerquelle.

ZitatIdee war weitere SET anzubieten die bisher noch fehlen, nämlich "hue" "sat" und "bri"||"val" einzeln. Da erschien mit "bri" für "brightness" irgemndwie flauschiger als "val". Aber, wie gesagt, keine wirkliche Relevanz.
Nachvollziehbar, man kann ja im externen Interface das als Synonym anbieten, also bri oder val - intern den gleichen Code.

ZitatWichtiger wird es sein dass Readings und SET gleichlautend benannt werden.  Sprich: es sollte imho ein Reading "HSB||V" geben und ein gleichlautendes SET "HSB||V". Dito dann eben für "hue", "sat" usw. Jeweils ein Reading und ein gleichlautendes SET.
auch das geht natürlich, aber dann wird's langsam verwirrend. Nachdem WifiLight HSV verwendet, und wir vermutlich irgendwann zumindest teilweise dorthin mergen, halte ich HSV für sinnvoller.

ZitatBeim absetzen der Befehle (SET) gibt es eine kleine Tücke. Aktuell wäre es möglich das, wenn zwei SET, nacheinander und direkt abgesetzt werden, dass für den ersten SET dir asynchrone Kette noch niicht durchlaufen ist wenn das zweite schon angestossen wird. Das müsste man intern als FIFO organisieren - mit dem Ziel das ein Kommando an den controller erst abgeben wird wenn das vorhergehende fertig bearbeitet ist (in dem Sinn das die JSON API gelesen und ok gemeldet hat).

hmm... stimmt, ist jetzt für mich nicht das große Problem, sogar eine Kette mit zu queuenden Sets in einem Event ist gerade relativ problemlos durchgelaufen, aber es könnte tatsächlich gleichzeitige Zugriffe geben.
Die Frage ist: wenn wir in WifiLight mergen wollen - müssen wir uns dann darum kümmern?
Zum zweiten: ich würde das als nachgelagert zur initialen Funktionalität sehen, sprich: ein queuing außenrum bauen geht auch später noch.

ZitatBei den Transitions gibt es die Tücke das der Controller keine aktualisierten Farbwerte sendet. Grundsätzlich könnte man pollen, das benötigt einen Timer vlt mit 250 oder 500msec. Mein Vorschlag wäre aber auf das ressourcenintensive pollen zu verzichten und statt dessen in dem Timer die Farbe "mitzukoppeln".
nett, aber ist das wirklich nötig?
Was Du vorschlägst ist ja, die  gesamte Transitionqueue auch lokal auf dem fhem mitzufahren, wenn auch grober als das der Controller macht. Meinst Du nicht, dass das aufwendiger ist, als pollen? Ok, Polling bedeutet Netzwerkoverhead - ganz offen ist das imho eine Sache, die irgendwann mal auf MQTT aufgebaut werden kann, das REST Interface ist dafür eher ungeeignet und lokal mitrechnen - was passiert, wenn Du das für 10 oder mehr Controller machst?

ZitatFür WifiLight hatte noch ich eine request bekommen Funktion (SET) für HUE und SAT analog zu DimDown und DimUp anzubieten. Also ein SET welches den HUE zum Beispiel relativ um 30° bewegt. Der Vorschlag war, glaub ich TINT, wobei ich das noch nicht so intuitiv fand. Die Idee an sich finde ich charmant.
Die Idee ist nicht schlecht, aber - das kann ich doch problemlos mit FHEM Bordmitteln, sprich set ReadingsVal{"LedDevice", "Hue", 0}+30 (oder so ähnlich) - verstehe ich da was nicht?

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 17 Juni 2016, 14:52:28
@mrpj:

Hi Patrick,

zwei Fragen hätt ich:
1. hab ich gerade mal nachgemessen, in Ruhe braucht die Schaltung unter 300mW, das ist viel weniger als die ca. 550mW, die ich bisher mit ESP8266 und aktivem WLAN gesehen habe, nutzt Du irgendwelche low power Zustände?
2. errm.. hast Du vielleicht noch eines der Spannungswandler-Module? Ich frage für eines, das keine Ausgangsspannung mehr produziert...

ansonsten: mein Wohnzimmer erstrahlt nun im Licht von 10m RGBwW single Chip LEDs (also etwa 600 Stück), angesteuert durch den RGBWW Controller und das fhem Modul wie's im Github liegt - ok, da war noch ein kleiner Bug drin, aber den check ich nachher auch noch ein.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 17 Juni 2016, 15:17:06
Blöde Frage zum Ausschalten der LED-Kette gibt es bisher keine Möglichkeit? :D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 17 Juni 2016, 16:14:01
Doch, die selbe Möglichkeit wie zum Einschalten:

Einfach die Farbe setzen, in diesem Fall halt dann "Schwarz", also HSB=0,0,0 :D

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Hauswart am 17 Juni 2016, 16:46:57
Hatte ich noch überlegt, war mir nur nicht ganz sicher, ob "Schwarz" wirklich aus ist.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 19 Juni 2016, 14:18:08
ich nutze den Controller nun schon seit zwei Wochen mit dem fhem Modul hier (https://github.com/pljakobs/RGBWW_fhem_module)
Wäre schön, wenn andere das auch testen könnten und entsprechend Bugs / Anregungen reporten

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kaihs am 19 Juni 2016, 19:50:29
Zitat von: pjakobs am 19 Juni 2016, 14:18:08
Wäre schön, wenn andere das auch testen könnten und entsprechend Bugs / Anregungen reporten

Hallo,

ich habe es ausprobiert, funktioniert schon ganz gut.
Folgende Vorschläge habe ich noch:

Die ersten beiden Punkte habe ich lokal schon umgesetzt und könnte ich zur Verfügung stellen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 19 Juni 2016, 22:46:18
Entschuldigt die Verzögerung - ich bin im Moment recht selten im Forum (und wenn ich Zeit hab ist es nun öfters offline?).


Zitat von: pjakobs am 17 Juni 2016, 14:52:28
1. hab ich gerade mal nachgemessen, in Ruhe braucht die Schaltung unter 300mW, das ist viel weniger als die ca. 550mW, die ich bisher mit ESP8266 und aktivem WLAN gesehen habe, nutzt Du irgendwelche low power Zustände?

Interressant - eigentlich mache ich genau das Gegenteil in der Firmware mit wifi_set_sleep_type(NONE_SLEEP_T);. Wie hast du denn die anderen ESP Schaltungen verkabelt und gemessen? Kann es sein dass dort ein Linearregler verwendet wird?

Zitat von: pjakobs am 17 Juni 2016, 14:52:28
ansonsten: mein Wohnzimmer erstrahlt nun im Licht von 10m RGBwW single Chip LEDs (also etwa 600 Stück), angesteuert durch den RGBWW Controller und das fhem Modul wie's im Github liegt - ok, da war noch ein kleiner Bug drin, aber den check ich nachher auch noch ein.

Freut mich zu lesen - welche LED Leisten verwendest du denn? Sind die 10m an einem Controller?

Zitat von: Hauswart am 17 Juni 2016, 15:17:06
Blöde Frage zum Ausschalten der LED-Kette gibt es bisher keine Möglichkeit? :D

Wurde ja schon beantwortet - Aus ist bisher nur als schwarz definiert (bzw. wenn einzelne Kanäle gefadet werden mit dem wert 0). Wenn nötig kann ich noch einen API Befehl für aus implementieren - sehe aber keine Notwendigkeit
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 19 Juni 2016, 23:50:07
@kaihs:

danke für's testen!

ZitatVerwendung von Color
Das Konzept muss ich mir ansehen, hatte ich noch nicht
ZitatVerwendung von SetExtensions
Hab ich mir gerade mal angesehen, klingt vernünftig und einfach umzusetzen.
Schau ich die Woche mal drauf.
ZitatStatt RGB,HSV,HUE lieber rgb,hsv,hue als Set-Kommando und  Reading, das würde zumindest besser zu den anderen Modulen wie HUEDevice passen und es leichter machen die Beispiele zu übernehmen
die hatte ich so übernommen, bin da aber komplett emotionslos
ZitatDu verwendest im Code $ledDevice für den Hash, fast alle anderen Moduie dagegen $hash. Ist nur Kosmetik, macht es aber IMHO leichter den Code zu lesen.
same here.
Grundsätzlich denke ich, das Ding sollte, wenn mal alle Funktionalität implementiert ist, in WifiLight gemerged werden, von daher ist alles, was die Struktur von vornherein kompatibel macht sinnvoll.
Ich will mir im Moment einfach nicht die Komplexität von WifiLight auch noch antun.

was Änderungen angeht: ich hab mit Patrick ausgemacht, dass er das Modul in seinen Github Account übernimmt, damit ist alles, was zum RGBWW Controller gehört an einer Stelle. Sobald das passiert ist kannst Du Deine Änderungen gerne pushen bzw. einen pull request aufmachen. (je nachdem wie's von den Rechten her funktioniert).

@mrpj
ZitatWie hast du denn die anderen ESP Schaltungen verkabelt und gemessen? Kann es sein dass dort ein Linearregler verwendet wird?
nee, das waren eigentlich immer so 170mA an 3,3V - seltsam. Hätte ja sein können, dass Du irgendeinen tollen Trick anwendest :D

ZitatFreut mich zu lesen - welche LED Leisten verwendest du denn? Sind die 10m an einem Controller?

ich habe auf einer bekannten fernöstlichen Handelsplattform 4in1RGBWW 5050 (http://www.aliexpress.com/item/Newest-LED-RGBW-Strip-SMD-5050-chip-12V-flexible-light-RGB-White-4-color-in-1/32378842856.html) Strips gefunden. Alle drei LED Chips sind die Strips teilbar oder, alternativ, lassen sich dort zwei Strips nahtlos aneinander löten. Das habe ich getan und habe damit einmal 9m am Stück und noch einmal 1m auf der anderen Seite des Controllers. Insgesamt hängen also 10m an einem und alles zusammen an einem 12V5A Schaltnetzteil. Die höchste Gesamtstromaufnahme habe ich bisher mit 1,8A gemessen, weil ja zumindest beim Ansteuerugngsmodell HSV, wie es das aktuelle fhem Modul verwendet, nie alle LEDs zur gleichen Zeit voll angesteuert sind. Mit RAW ließe sich das wohl auf 5A, möglicherweise sogar höher aufdrehen, aber in meinem Anwendungsfall tritt das nicht auf, und mal ehrlich 60W LED in einem Raum von 4x5m wäre ein bisschen zu hell :D

Wie vorher schon geschrieben: wenn die LEDs ausgeschaltet sind (also h,s,v=x,y,0), dann sinkt die Stromaufnahme auf knapp und 25mA an 12V also unter 300mW - damit kann ich prima leben, selbst wenn das Netzteil dabei vielleicht nur noch einen Wirkungsgrad von 30% hat und deshalb 1W aus der Steckdose nimmt.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 00:25:24
Ola,

ZitatVerwendung von Color
Ich habe da eine Weile nicht rein gesehen. Im Prinzip ist es aber redundant, in Kern ist das im Modul besser aufgehoben. Denke aber wir haben wesentlichere To-Do ;)

ZitatVerwendung von SetExtensions
Veto!
Die Funktionen kollidieren mit dem Konzept der Transitions und der Queue.

Zitat
Statt RGB,HSV,HUE lieber rgb,hsv,hue als Set-Kommando und  Reading, das würde zumindest besser zu den anderen Modulen wie HUEDevice passen und es leichter machen die Beispiele zu übernehmen
Ebenfalls emotionslos. Wenn sich da was über die verschiedenen module harmonisieren lässt finde ich das super. Können uns gern auf Kleinschreibung einigen.

ZitatGrundsätzlich denke ich, das Ding sollte, wenn mal alle Funktionalität implementiert ist, in WifiLight gemerged werden, von daher ist alles, was die Struktur von vornherein kompatibel macht sinnvoll.
Könnte man machen. Weil die Ansteuerung des Controllers ja doch etwas unterschiedlich ist, könnte man das aber auch getrennt weiterlaufen lassen. Ich halte das insofern für Vorteilhaft das mprj dann je nach Lust und Laune die fw des controllers (weiter) entwickeln kann ohne dabei künstlichen Beschränkungen unterworfen zu sein.

WifiLight ist ja von der Philosophie so das es ganz unterschiedlichen Controllern eine einheitliche GUI und ein gleiches look-and-feel gibt. Um spezielle fw Funktionen umzusetzen macht ein spezialisiertes Modul imho Sinn. Von der Bedienung kann es ja kompatibel bleiben - die fw des controllers ist ja auch so ausgelegt.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 08:34:25
Zitat von: herrmannj am 20 Juni 2016, 00:25:24
Ola,
Ich habe da eine Weile nicht rein gesehen. Im Prinzip ist es aber redundant, in Kern ist das im Modul besser aufgehoben. Denke aber wir haben wesentlichere To-Do ;)
ToDo: ToDo sammeln!
Zitat von: herrmannj am 20 Juni 2016, 00:25:24
Veto!
Die Funktionen kollidieren mit dem Konzept der Transitions und der Queue.
Queue - ja, Transitions? - nö, seh ich nicht.
Die Frage der Queue sollten wir uns eh mal ansehen, denn ich meine, das Thema ist im Controller bereits hinreichend abgedeckt. Vielleicht kann @mrpj ja nochmal was zum Verhalten der REST API sagen, wenn sie asynchron angesprochen wird (also zwei requests gleichzeitig "in flight" sind), aber ich glaube, dass das schon funktioniert.
Transitions, wenn sie auf dem Controller laufen, sind ja jetzt schon kein Thema. Wenn Du die sich ergebenden Werte wirklich im Modul mitplotten willst, dann würde ich das über MQTT machen und dann sehe ich nicht, dass setExtensions dem im Wege stünden.
Zitat von: herrmannj am 20 Juni 2016, 00:25:24
Ebenfalls emotionslos. Wenn sich da was über die verschiedenen module harmonisieren lässt finde ich das super. Können uns gern auf Kleinschreibung einigen.
Könnte man machen. Weil die Ansteuerung des Controllers ja doch etwas unterschiedlich ist, könnte man das aber auch getrennt weiterlaufen lassen. Ich halte das insofern für Vorteilhaft das mprj dann je nach Lust und Laune die fw des controllers (weiter) entwickeln kann ohne dabei künstlichen Beschränkungen unterworfen zu sein.

WifiLight ist ja von der Philosophie so das es ganz unterschiedlichen Controllern eine einheitliche GUI und ein gleiches look-and-feel gibt. Um spezielle fw Funktionen umzusetzen macht ein spezialisiertes Modul imho Sinn. Von der Bedienung kann es ja kompatibel bleiben - die fw des controllers ist ja auch so ausgelegt.
Am Ende ist es mir wichtig, dass der Controller sich möglichst einfach in bestehende Umgebungen einbinden lässt, u.A. deshalb habe ich mich entschlossen, im Modul weiterhin 8Bit rgb zu verwenden, statt der nativen 10Bit. Klar können wir zusätzlich einen erweiterten API Satz pflegen (und das geht vermutlich sogar innerhalb von WifiLight, wenn auch mit mehr Aufwand) aber der Nutzen und die Nutzbarkeit sollten im Vordergrund stehen.

grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Juni 2016, 11:16:53
Ich hab das bisherige Module repository mal umgezogen auf:

https://github.com/patrickjahns/esp_rgbww_fhemmodule

Man kann davon forken etc. - alte commits sind in der history enthalten

Bei dem FHEM Modul überlasse ich euch die Konzeption - bei der Umsetzung kann ich gerne helfen - auch auf seiten der API.

Zitat von: pjakobs am 20 Juni 2016, 08:34:25
Vielleicht kann @mrpj ja nochmal was zum Verhalten der REST API sagen, wenn sie asynchron angesprochen wird (also zwei requests gleichzeitig "in flight" sind), aber ich glaube, dass das schon funktioniert.

Das war irgendwie untergegangen die letzten Tage.

Generell verarbeitet der Controller (bzw. lwip aus SMING) die Verbindungen der "Reihe nach" ab.
Für den Endpunkt /color (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color) gibt es den zusätzlichen parameter "q" (queue).
Normalerweise wird bei color immer der letzte API Befehl ausgeführt (und alle befindlichen Befehle in der Queue entfernt). Wenn wir dem controller einen /color Befehl mit dem Parameter q=1 schicken, werden die Befehle in eine interne Queue gesteckt und nacheinander abgearbeitet. Die Queue size ist im Moment auf 50 Einträge gesetzt - sollte das zu wenig sein kann ich in einer späteren Firmware das auch erhöhen.

Ich hoffe damit konnte ich eine Antwort bieten - Anregungen/Änderungswünsche immer gerne hier schreiben  ;)

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Per am 20 Juni 2016, 11:19:49
Zitat von: herrmannj am 20 Juni 2016, 00:25:24Ebenfalls emotionslos. Wenn sich da was über die verschiedenen module harmonisieren lässt finde ich das super. Können uns gern auf Kleinschreibung einigen.
Ich weiss, dass es nicht konsequent durchgezogen ist, aber INTERNALS groß und readings klein schreiben ist zumindest sehr weit verbreitet (und m.E. sinnvoll).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 12:19:32
Zitat von: mrpj am 20 Juni 2016, 11:16:53
Ich hab das bisherige Module repository mal umgezogen auf:

https://github.com/patrickjahns/esp_rgbww_fhemmodule

Man kann davon forken etc. - alte commits sind in der history enthalten
danke Patrick, ich denke, da die aktuelle Version zu funktionieren scheint wäre es vielleicht eine gute Idee, noch einen devel branch aufzumachen?

Zitat von: mrpj am 20 Juni 2016, 11:16:53
Bei dem FHEM Modul überlasse ich euch die Konzeption - bei der Umsetzung kann ich gerne helfen - auch auf seiten der API.

Ich denke, wir haben zwei etwas divergente Ziele:

1. nahtlose Integration in die vorhandenen fhem Umgebungen, dazu ist es sinnvoll, die Fähigkeiten des Controllers so zu mappen, dass er sich mit den gegebenen Widgets / Frontends problemlos bedienen lässt. Im vorliegenden Fall z.B. indem ich HSV als primären Farbstandard anwende und den Controller alles weitere im Hintergrund machen lasse. Ein set rgb 0354a3 mappt erst RGB->HSV, schickt den Wert dann an den Controller, der wiederum das Mapping auf RGBWW(CW) 10 bit macht, ggf. gleich mit den entsprechenden Transitionen.

2. maximale Unterstützung der Fähigkeiten des Controllers - dazu würde z.B. ein set RGBWW10 (bzw. set RAW) gehören, dem man 10-Bit Werte für die fünf Komponenten mitgeben kann. Das können am Einfachsten als erweiterte Funktionalität integrieren und gleichzeitig die Basis aus 1. beibehalten.

Zitat von: mrpj am 20 Juni 2016, 11:16:53
Das war irgendwie untergegangen die letzten Tage.

Generell verarbeitet der Controller (bzw. lwip aus SMING) die Verbindungen der "Reihe nach" ab.
Für den Endpunkt /color (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color) gibt es den zusätzlichen parameter "q" (queue).
Normalerweise wird bei color immer der letzte API Befehl ausgeführt (und alle befindlichen Befehle in der Queue entfernt). Wenn wir dem controller einen /color Befehl mit dem Parameter q=1 schicken, werden die Befehle in eine interne Queue gesteckt und nacheinander abgearbeitet. Die Queue size ist im Moment auf 50 Einträge gesetzt - sollte das zu wenig sein kann ich in einer späteren Firmware das auch erhöhen.

Ich hoffe damit konnte ich eine Antwort bieten - Anregungen/Änderungswünsche immer gerne hier schreiben  ;)
Ich denke, die Kernfrage ist: was passiert bei folgendem Ablauf:

{request1 set hsv 60,100,100}
{request2 set hsv 120,50,50}
{response1 success}
{response2 ?}

Sprich: der zweite Request kommt, bevor die Rückmeldung vom ersten kam - die Requests können ja entweder sehr schnell von einer Node kommen (z.B. als Abfolge von zu queuenden Settings) oder von zwei unterschiedlichen.
Wenn das Framework dafür sorgt, dass sie in der "richtigen" Reihenfolge einsortiert werden - perfekt.

Was ich verstehe ist: ein Request, der nicht explizit ein 'q' mitliefert löscht eine schon existierende Queue und wird sofort umgesetzt. Find ich ok.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Juni 2016, 13:50:17
Zitat von: pjakobs am 20 Juni 2016, 12:19:32
danke Patrick, ich denke, da die aktuelle Version zu funktionieren scheint wäre es vielleicht eine gute Idee, noch einen devel branch aufzumachen?

Done und ich hab dir collaborator Rechte gegeben - Joerg wenn du mir deinen Github Account sagst, dann leg ich die auch gleich für dich mit an

Zitat von: pjakobs am 20 Juni 2016, 12:19:32Ich denke, die Kernfrage ist: was passiert bei folgendem Ablauf:

{request1 set hsv 60,100,100}
{request2 set hsv 120,50,50}
{response1 success}
{response2 ?}

Sprich: der zweite Request kommt, bevor die Rückmeldung vom ersten kam - die Requests können ja entweder sehr schnell von einer Node kommen (z.B. als Abfolge von zu queuenden Settings) oder von zwei unterschiedlichen.
Wenn das Framework dafür sorgt, dass sie in der "richtigen" Reihenfolge einsortiert werden - perfekt.

Was ich verstehe ist: ein Request, der nicht explizit ein 'q' mitliefert löscht eine schon existierende Queue und wird sofort umgesetzt. Find ich ok.

request1 wird mit "success" beantwortet, sobald das request am controller angekommen ist und die Abarbeitung an den Framework weitergegeben wurde. (Die Abarbeitung/Transition findet asynchron from request in einem eigenen loop statt). Request 2 antwortet auch mit success sobald es an den Framework weitergegeben wurde.

Ohne den Parameter q wird das request das als letztes angekommen ist, abgearbeitet. Das Verhalten kommt hier auf den Befehl an - z.b. bei einem Fade auf Farbe X, wird von dem aktuellen Farbwert auf X gefadet. Wenn wir nun in dem Farbwechsel von r1 sind, wird dieser abgebrochen und von dem aktuellen Farbwert auf den neuen Farbwert X gefadet. Kommt nun aber der Befehl Fade von Farbe A auf Farbe B mit r2 an, wird der Farbwechsel von r1 abgebrochen und von Farbe A auf Farbe B gefadet.

Wenn der Parameter q=1 gesetzt ist, wird zuerst der Farbwechsel von r1 und danach der Farbwechsel von r2 abgearbeitet. Die Antwort der API ist bei beiden Fällen direkt success (= Der Befehl ist angekommen und valide).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 13:54:59
Zitat von: mrpj am 20 Juni 2016, 13:50:17
Done und ich hab dir collaborator Rechte gegeben - Joerg wenn du mir deinen Github Account sagst, dann leg ich die auch gleich für dich mit an
perfekt!
Zitat von: mrpj am 20 Juni 2016, 13:50:17
request1 wird mit "success" beantwortet, sobald das request am controller angekommen ist und die Abarbeitung an den Framework weitergegeben wurde. (Die Abarbeitung/Transition findet asynchron from request in einem eigenen loop statt). Request 2 antwortet auch mit success sobald es an den Framework weitergegeben wurde.

Ohne den Parameter q wird das request das als letztes angekommen ist, abgearbeitet. Das Verhalten kommt hier auf den Befehl an - z.b. bei einem Fade auf Farbe X, wird von dem aktuellen Farbwert auf X gefadet. Wenn wir nun in dem Farbwechsel von r1 sind, wird dieser abgebrochen und von dem aktuellen Farbwert auf den neuen Farbwert X gefadet. Kommt nun aber der Befehl Fade von Farbe A auf Farbe B mit r2 an, wird der Farbwechsel von r1 abgebrochen und von Farbe A auf Farbe B gefadet.

Wenn der Parameter q=1 gesetzt ist, wird zuerst der Farbwechsel von r1 und danach der Farbwechsel von r2 abgearbeitet. Die Antwort der API ist bei beiden Fällen direkt success (= Der Befehl ist angekommen und valide).

damit denke ich, wir müssen uns nicht um externes queueing kümmern und lassen das den Controller tun.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 15:28:59
Hallo,

github: herrmannj

Queues im modul mitscheiben:

Der Gedanke bezieht sich auf die Notwendigkeit das Frontend während einer Transition zu aktualisieren.
Dazu wäre es entweder möglich ständig zu pollen oder die Lichtfarbe eben (grob) mitzurechnen.

@pj Wie würdest Du Dir das denn vorstellen ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 15:50:25
Zitat von: herrmannj am 20 Juni 2016, 15:28:59

@pj Wie würdest Du Dir das denn vorstellen ?

vg
joerg

ich denke, am einfachsten wäre es, wenn @mrpj auf dem Controller die aktuellen Settings (rgbww und/oder hsv) über MQTT published. Mitrechnen wird so gut wie unmöglich sein, denn Du könntest ja theoretisch eine 50 Befehle tiefe Queue haben, die Du abarbeiten musst. Halte ich für wenig förderlich.

Ich hab für meine Heizung ein paar Dallas 18B20 Temperatursensoren an einem ESP8266 hängen, für die habe ich
a) einen MQTT Broker angelegt

define MyBroker MQTT 127.0.0.1:1883
attr MyBroker room System


und dann b) ein entsprechendes MQTT Device


define Heizung MQTT_DEVICE DS18B20
attr Heizung IODev MyBroker
attr Heizung autoSubscribeReadings /hooks/devices/1/SensorData/+
attr Heizung room System
attr Heizung stateFormat transmission-state
attr Heizung subscribeReading_ruecklaufExtern /hooks/devices/1/SensorData/ruecklaufExtern
attr Heizung subscribeReading_ruecklaufIntern /hooks/devices/1/SensorData/ruecklaufIntern
attr Heizung subscribeReading_uptime /hooks/devices/1/SensorData/uptime
attr Heizung subscribeReading_vorlaufExtern /hooks/devices/1/SensorData/vorlaufExtern
attr Heizung subscribeReading_vorlaufIntern /hooks/devices/1/SensorData/vorlaufIntern
attr Heizung subscribeReading_wifiRSSI /hooks/devices/1/SensorData/wifiRSSI


das Device "Heizung" hat nun die Readings wie oben definiert.
Nun würden wir ja nicht ein externes MQTT Device für den LedController anlegen wollen, sondern könnten vermutlich den Code aus 10_MQTT_DEVICE verwenden, um die eigenen Readings zu füttern.

Jedes Update auf das betreffende Topic würde dann, vom LedController getriggert, das Reading updaten.

@mrpj wie aufwendig wäre es für Dich, uns die aktuellen Werte von h,s,v,r,g,b,cw,ww per MQTT zur Verfügung zu stellen?

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 15:55:45
ok, mqtt ist wäre eine alternative Implementierung.

Stand heute ist das fhem modul ja auf der json api, und die sendet nix zurück, also zumindest keine device-events auser "ok" oder "falsch"

Angenommen wir gehen hier von einer mqtt unabhängigen Lösung aus bleint die Fragestellung bestehen. Das "mitrechnen" würde die device-events ersetzen sollen.. Du schreibst
Zitat"Mitrechnen wird so gut wie unmöglich sein, denn Du könntest ja theoretisch eine 50 Befehle tiefe Queue haben, die Du abarbeiten musst. Halte ich für wenig förderlich."
. Wo siehst Du Herausforderung ? Evtl übersehe ich da was.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 16:09:30
Zitat von: herrmannj am 20 Juni 2016, 15:55:45
ok, mqtt ist wäre eine alternative Implementierung.

Stand heute ist das fhem modul ja auf der json api, und die sendet nix zurück, also zumindest keine device-events auser "ok" oder "falsch"

Angenommen wir gehen hier von einer mqtt unabhängigen Lösung aus bleint die Fragestellung bestehen. Das "mitrechnen" würde die device-events ersetzen sollen.. Du schreibst . Wo siehst Du Herausforderung ? Evtl übersehe ich da was.

vg
joerg

vielleicht stell ich's mir auch nur zu schwierig vor, aber: Du müsstest die Queue lokal vorhalten (und deshalb das Verhalten auch lokal nachbilden), Du müsstest das Timing wenigstens halbwegs synchron hinbekommen - was ja durchaus mal über ein paar Sekunden hinweg schwierig sein kann etc.
Ich denke, wenn wir von einer Transition reden, dann ist das kein Problem, aber sobald wir mehr wollen find ich den Aufwand zu hoch.

Wie gesagt: über MQTT würden wir die tatsächlichen Werte vom Controller quasi geschenkt bekommen.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 16:11:39
ich habe evtl eine Idee:

@mprj:

wäre es möglich den Endppoint (oder einen neuen) wo man jetzt die Farbe abfragt (getColor) um Informationen zu ergänzen:

* Ob in einer Transition.
* Ideal: Daten der Transition, von wo nach wo, wie lange.
* sind weitere Trabsitions ge-queued.

Dann könnte man tatsächlich gut pollen und die polls mit den Angaben sinnvoll optimieren.

Sprich: wenn ich weiß das eine Transition von 0,100,80 nach 0,100,100 über 600Sekunden läuft kann ich anschätzen das ich erst in 10 Sekunden wieder polle. Bei schnelleren fades schauen wir öfter, aber eben max 250msec oder so.

Ginge das ?

vg
joerg

edith: sorry überschnitten ...
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 16:31:38
@herrmannj:

das wäre zumindest förderlich, weil Du auf diesem WEg Fixpunkte sammeln könntest. Damit könnte ich leben, denk ich.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 17:17:57
Schön. Dann wollen wir mal hoffen das wir die Rechnung nicht ohne den Wirt gemacht haben #mprj 😏
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Juni 2016, 17:20:52
Pf@nne hat an einer MQTT Anbindung gearbeitet - doch gerade steht das ganze etwas.

Hintergrund:
Im Moment wird die API direkt bei den HTTP Endpunkten verarbeitet - um mqtt (und evtl websockets) sinvoll zu nutzen würde ich eine gemeinsame API (nur über unterschiedliche Transportwege) vorschlagen. Ich habe zu wenig mit MQTT bisher getan, als das ich abschätzen kann ob es Sinn macht eine JSON API via MQTT zu veröffentlichen.

Wenn wir diese Richtung einschlagen wollen, würde es ein größeres refactoring des codes nach sich ziehen - so dass die API ausgegliedert wird.

Habt ihr mehr Erfahrungen mit MQTT? Macht es Sinn oder wiederspricht es dem Prinzip hinter MQTT?

Zitat von: herrmannj am 20 Juni 2016, 16:11:39
@mprj:

wäre es möglich den Endppoint (oder einen neuen) wo man jetzt die Farbe abfragt (getColor) um Informationen zu ergänzen:

* Ob in einer Transition.
* Ideal: Daten der Transition, von wo nach wo, wie lange.
* sind weitere Trabsitions ge-queued.


Der Endpunkt ist mit den Informationen erweiterbar - hier sollten wir "Transition" mit Animation generalisieren.
Im Moment gibt es 2 Animationen:
- Transition/Fade (von Farbe X) nach Farbe Y in Zeit t
- Zeige Farbe A für (mindestens) Zeit t

Geplant ist noch ein weiteres Element: "Animationset" - eine Liste bestehend aus Animationselementen die dem Controller übergeben wird. Diese List ist ein einzelnes Element in der internen Queue des Controllers und hat die Besonderheit sich wiederholen (loop) zu können.

Ich überlege gerade wie man den Endpunkt für das abfragen gestalten kann. Den Endpunkt /color würde ich gerne als reine Abfrage des aktuellen Farbwertes beibehalten. Für mich macht es mehr (semantischen) Sinn den Endpunkt /queue oder /animation zu nehmen - der speziell die Informationen die ihr braucht bereit stellt. (Inklusive der Abfrage der kompletten Q?)

@hermannj
Ich bin immernoch offen die API auch via websocket zur Verfügung zu stellen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Juni 2016, 17:25:36
Noch ein Nachtrag zu MQTT - im Grunde wollte ich das wie ein vereinfachtes JSON-RPC Protokoll nutzen.

Der MQTT Endpunkt könnte z.B. esprgbww1 sein. Die Befehle die Ankommen könnten in dieser Struktur sein:


{
"cmd": "post",
"resource": "color",
"body": {
             "h": 100,
              ....
}
}


Alternative

{
"cmd": "postColor",
"body": {
             "h": 100,
              ....
}
}

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 18:10:54
offen gestanden habe ich bisher nur mit einem MQTT subscriber, nie einem publisher gearbeitet.
Ich denke aber dass es im Grunde relativ simpel ist: Du hast ja nicht wirklich Endpoints sondern "Topics", ein Topic könnte sein
/LedController/{instance}/current/rgb,
wie oben beschrieben könnte ich lokal ein Reading darauf subscriben, so dass das Reading jedes Mal dass eine Nachricht über den Broker kommt upgedatet wird.
Du würdest auf deiner Seite "einfach" regelmäßig den aktuellen rgb Wert publishen, etwa so

public static final String TOPIC_RGB = "current/rgb;

     //...
     while (true)
     {
          publishRGB(rgb);
          Thread.sleep(500);
     }
     //...

     private void publishRGB(rgb) throws MqttException {
         final MqttTopic RGBTopic = client.getTopic(TOPIC_RGB);

        RGBTopic.publish(new MqttMessage(RGB.getBytes()));
     }

(nur symbolisch, so nie selbst geschrieben)

Aber: auf diesem Weg könnte man schnell, einfach und ohne Polling den aktuellen Wert übermitteln.

Ich würde MQTT auch nicht unbedingt als Ersatz für das REST Interface sehen, REST ist prima für Kommandos, MQTT prima für Readings.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 20 Juni 2016, 18:38:06
Zitat von: pjakobs am 20 Juni 2016, 18:10:54
offen gestanden habe ich bisher nur mit einem MQTT subscriber, nie einem publisher gearbeitet.
Ich denke aber dass es im Grunde relativ simpel ist: Du hast ja nicht wirklich Endpoints sondern "Topics", ein Topic könnte sein
/LedController/{instance}/current/rgb,

Ich bin im Moment erstmal von Seiten des Controllers ausgegangen.
Es gibt hier viele Möglichkeiten - z.B. das der Controller nur auf seiner ID lauscht und der Broker verschiedene Topics multiplext - z.B. der channel mit der ID rgbww1234 gehört der Gruppe /rgbwwcontroller an. Bedeutet eine direkte Nachricht erreicht den Controller, eine nach an /rgbwwcontroller erreicht alle controller.

Den Rückkanal hatte ich noch gar nicht betrachtet

Zitat von: pjakobs am 20 Juni 2016, 18:10:54
wie oben beschrieben könnte ich lokal ein Reading darauf subscriben, so dass das Reading jedes Mal dass eine Nachricht über den Broker kommt upgedatet wird.
Du würdest auf deiner Seite "einfach" regelmäßig den aktuellen rgb Wert publishen, etwa so

Aber: auf diesem Weg könnte man schnell, einfach und ohne Polling den aktuellen Wert übermitteln.

Hier sollten wir genauer das Verhalten des Controllers definieren - denn z.B. mMn braucht der Controller nicht alle 500ms im Netzwerk ein Packet mit dem aktuellen Wert schicken, wenn sich nichts verändert hat. Auch ist mir wichtig, dass eine mögliche MQTT Anbindung keine "Insellösung" wird, sondern eine Kompatbilität zu den Funktionen des Endpunkts get /color aufweist.


Zitat von: pjakobs am 20 Juni 2016, 18:10:54
Ich würde MQTT auch nicht unbedingt als Ersatz für das REST Interface sehen, REST ist prima für Kommandos, MQTT prima für Readings.

Die REST Schnittstelle wird auch nicht entfernt - aber es macht sicherlich Sinn auf verschiedenen Transportwegen/protokollen die selbe Funktionalität bereit zu stellen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 20 Juni 2016, 18:50:25
Zitat von: mrpj am 20 Juni 2016, 18:38:06
Ich bin im Moment erstmal von Seiten des Controllers ausgegangen.
Es gibt hier viele Möglichkeiten - z.B. das der Controller nur auf seiner ID lauscht und der Broker verschiedene Topics multiplext - z.B. der channel mit der ID rgbww1234 gehört der Gruppe /rgbwwcontroller an. Bedeutet eine direkte Nachricht erreicht den Controller, eine nach an /rgbwwcontroller erreicht alle controller.

klar, ist ne Möglichkeit um eben auch mehrere gleichzeitig anzusprechen.

Zitat von: mrpj am 20 Juni 2016, 18:38:06
Den Rückkanal hatte ich noch gar nicht betrachtet
den find ich in dem Fall viel interessanter, weil er eben ohne polling auskommt
Zitat von: mrpj am 20 Juni 2016, 18:38:06
Hier sollten wir genauer das Verhalten des Controllers definieren - denn z.B. mMn braucht der Controller nicht alle 500ms im Netzwerk ein Packet mit dem aktuellen Wert schicken, wenn sich nichts verändert hat. Auch ist mir wichtig, dass eine mögliche MQTT Anbindung keine "Insellösung" wird, sondern eine Kompatbilität zu den Funktionen des Endpunkts get /color aufweist.
nein, natürlich nicht alle 500ms sondern nach Bedaf, das kann heißen, immer wenn das RGB Setting verändert wurde und nicht häufiger als alle 50ms, als Beispiel, denn Du willst die anderen Endpoints ja auch nicht flooden.
Was die Kompatibilität mit den REST Endpoints angeht, da sehe ich kein Problem. Du würdest doch vermutlich den MQTT service nur an die internen Werte anflanschen, also;

Du hast heute eine interne Repräsentation der Luminanz aller 5 Kanäle

r, g, b, ww, cw

Wenn ich get /color/raw  schicke, dann gibst Du mir diese fünf Werte zurück.

Wenn Du nun den MQTT publisher anflanschst, dann würdest Du den aufrufen, wenn die Werte geändert werden, also wäre der Wert, der über MQTT gepublished wird und der Wert, den ich per get /color/raw bekomme immer gleich (es sei denn, Du limitierst, wie oben gesagt, die Rate der Updates bei schnellen Transitions).

Zitat von: mrpj am 20 Juni 2016, 18:38:06
Die REST Schnittstelle wird auch nicht entfernt - aber es macht sicherlich Sinn auf verschiedenen Transportwegen/protokollen die selbe Funktionalität bereit zu stellen.

Nö, das wäre auch garnicht nötig, wie gesagt: das sind unterschiedliche Zugriffsmethoden auf die gleichen internen Daten.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 20 Juni 2016, 19:36:33
mqtt war doch sowieso parallel geplant.

Ich sehe jetzt von der REST / JSON Seite keine Notwendigkeit, weder mqtt noch websocket.

Warum wieder Schritte zurückgehen, so passt doch alles. MQTT kann man ja parallel weiter entwickeln und komplett in mqtt integrieren.

Wenn Du den "get /color" endpoint lassen möchtest dann würde ich diese Erweiterung so vorschlagen:

GET /extended

{
  "hsv": {
    "h": 75.0,
    "s": 75.0,
    "v": 75.0,
    "ct": 3500
  },
  "transition": {
    "mode": fade
    }, {
    "from": {
      "h": 50.0,
      "s": 50.0,
      "v": 50.0,
      "ct": 3000
    }, {
      "to": {
       "h": 100.0
       "s": 100.0
       "v": 100.0
       "ct": 4000
    }, {
      "span": 60.0,
      "left": 30.0,
    }, {
     "queue": 5
    }
}



Muss man evtl noch etwas tunen um "Animationset" mit unterzubringen.

Mehr brauchts nicht damit es rund ist.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 09:45:43
@herrmannj, @mrpj

vielleicht gehen wir noch einen Schritt zurück und fragen uns: ist die Frage, ob die Readings während einer Transition immer gültig sind wirklich unser vordringlichstes ToDo?
Vom Standpunkt der Softwarearchitektur würde ich die MQTT Lösung weiterhin für die eleganteste halten, aber: mir ist's ehrlich gesagt wuscht, ob das in den nächsten zwei, drei Monaten kommt oder nicht. Für mich wäre das nur die Frage, ob der Button im FT-UI während der Animation den richtigen Farbton zeigt oder nicht.

Was sind denn die wirklich relevanten ToDos?
Wie gesagt: bei mir läuft das Teil mittlerweile problemlos als Wohnzimmerbeleuchtung, gesteuert durch ein FHEM colorwheel Widget, in der Version, die ich im github habe ist momentan für jede set HSV Änderung eine Transition über vier Sekunden eingetragen - das sollte ein attr werden, denke ich. Direkte funktionale Requirements hab ich jetzt eigentlich keine mehr, wiewohl sich sicher noch viel machen lässt. Ich mochte die Idee der set extensions ganz gerne, vor allem ein "on-for-timer", denn das lässt sich natürlich prima mit einer Abwesenheitserkennung zur Anwesenheitssimulation verbinden.

Also meine Bitte: lasst uns Requirements sammeln und sie dann geordnet angehen. Am Thema valide Werte während Transitionen sind wir doch gerade nur deshalb dran, weil wir unterschiedliche Vorstellungen haben, oder?

Und weil ich ja auch selbst keine Ruhe geben kann: das SMING MQTT Beispiel (https://github.com/SmingHub/Sming/blob/develop/samples/MqttClient_Hello/app/application.cpp) zeigt eigentlich, dass es ziemlich simpel ist, aktuelle Werte zu publishen. Ich fürchte, das Komplexeste daran dürfte sein, den Bus nicht zu überlasten - die maximale Änderungsrate des Controllers wäre wohl ca. 360Hz (ein Fade von hue=0 nach 359 über den 'langen Weg' in einer Sekunde. Darüber, ob das sinnvoll ist kann man streiten, da der Mensch vermutlich schon bei 50 Abstufungen einen flüssigen Ablauf sehen würde) und ich würde man ganz grob sagen, dass  ich die Update-Rate unter 20Hz halten wollen würde - das ist mehr ein Gefühl als ein irgendwie belegter Wert.

Aber wie gesagt: technisch interessant, praktisch aus meiner Sicht nicht wirklich vordringlich.


pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Juni 2016, 10:22:49
Ich muss kurz nochmal was aufklären:

Zitat von: Hauswart am 17 Juni 2016, 15:17:06
Blöde Frage zum Ausschalten der LED-Kette gibt es bisher keine Möglichkeit? :D

Zitat von: Icinger am 17 Juni 2016, 16:14:01
Einfach die Farbe setzen, in diesem Fall halt dann "Schwarz", also HSB=0,0,0 :D

Wenn die LED ausgeschaltet werden sollen muss nur der B(bzw. V Wert) auf 0 gesetzt werden. Angenommen wir haben den Farbwert H(60,100,100) - die Farbe H(0,0,0) würde einen Übergang zwischen Hue 60 -> 0, Saturation 100 -> 0 und Value 100 -> 0 erfordern.
Bei der selben Farbe/Weißanteil reicht es aus von Value 100 -> 0 zu faden um die Leds auszuschalten.
Analog dazu: es ist sinnvoll beim "Einschalten" Hue/Saturation zu setzen, bevor der Fade für Value angefangen wird.

@herrmannj
Deinen Vorschlag muss ich mir erstmal durch den Kopf gehen lassen - im Moment schottet die RGBWW Library von mir die Interna nach außen hin ab. (Mit der Annahme, wenn ich einen Befehl aufgebe, sind mir die Start/Endwerte bekannt).
Hingegen Elemente in der Queue und der aktuelle Farbwert sind kein Problem.

Zitat von: pjakobs am 21 Juni 2016, 09:45:43
Vom Standpunkt der Softwarearchitektur würde ich die MQTT Lösung weiterhin für die eleganteste halten, aber: mir ist's ehrlich gesagt wuscht, ob das in den nächsten zwei, drei Monaten kommt oder nicht. Für mich wäre das nur die Frage, ob der Button im FT-UI während der Animation den richtigen Farbton zeigt oder nicht.

MQTT ist sicherlich spannend, wie zuvor geschrieben wäre es mir wichtig ein Definition für die Kommunikation festzulegen (sozusagen die API für MQTT). Meine Präferenz wäre es, eine generalisierte API zu haben, deren Kommunikationsweg nur austauschbar ist. (Hinsichtlich der Codepflege in Zukunft)

Generell stellt sich für mich die Frage: Warum muss der Knopf im FHEM frontend animiert sein? Reicht es nicht wenn der Endwert gesetzt wird. (Wie es derzeit in der Webapp auch ist) ?


Zitat von: pjakobs am 21 Juni 2016, 09:45:43
Was sind denn die wirklich relevanten ToDos?

Ich denke du gehst hier von dem FHEM Modul aus - denn für den Controller sehe ich gerade (noch) wenig ToDos in dem Aspekt (bis auf meine eigene Liste an Ideen und Wünschen)

Zitat von: pjakobs am 21 Juni 2016, 09:45:43
Und weil ich ja auch selbst keine Ruhe geben kann: das SMING MQTT Beispiel (https://github.com/SmingHub/Sming/blob/develop/samples/MqttClient_Hello/app/application.cpp) zeigt eigentlich, dass es ziemlich simpel ist, aktuelle Werte zu publishen. Ich fürchte, das Komplexeste daran dürfte sein, den Bus nicht zu überlasten - die maximale Änderungsrate des Controllers wäre wohl ca. 360Hz (ein Fade von hue=0 nach 359 über den 'langen Weg' in einer Sekunde. Darüber, ob das sinnvoll ist kann man streiten, da der Mensch vermutlich schon bei 50 Abstufungen einen flüssigen Ablauf sehen würde) und ich würde man ganz grob sagen, dass  ich die Update-Rate unter 20Hz halten wollen würde - das ist mehr ein Gefühl als ein irgendwie belegter Wert.

Der Controller hat eine feste Updaterate von 50hz bzw. alle 20ms kann ein neuer Wert gesetzt werden. Die Farbübergänge werden derzeit nach diesem Schema berechnet:
- teile die Zeit t in 20ms Schritte x
- für jedes dx berechne dy des jeweiligen Farbwertes mit Hilfe einer modifizierten Version des Bresenham Algorithmus

Um die 50hz konstant zu erreichen, wird jeder neue Farbwert für den Schritt n im vorherigen Schritt (n-1) berechnet und erst in Schritt n ausgegeben.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 11:32:21
Zitat von: mrpj am 21 Juni 2016, 10:22:49
MQTT ist sicherlich spannend, wie zuvor geschrieben wäre es mir wichtig ein Definition für die Kommunikation festzulegen (sozusagen die API für MQTT). Meine Präferenz wäre es, eine generalisierte API zu haben, deren Kommunikationsweg nur austauschbar ist. (Hinsichtlich der Codepflege in Zukunft)
Grundsätzlich stimme ich Dir da zu, allerdings bietet sich MQTT halt für Dinge an, die REST so nicht kann - nämlich genau das Thema push statt pull.
Ich denke, wir sprechen am Ende über zwei unterschiedliche Dinge:
Über REST kann ich, für den Controller asynchron, die aktuellen Werte abfragen.
der Controller seinerseits kann über REST keine asynchronen Updates an das fhem Modul senden.
Über MQTT hingegen können beide Seiten asynchron Updates verschicken, wir haben also zusätzliche Möglichkeiten.
Ich stelle mir das so vor:



RichtungRESTMQTT
fhem->controllerjson coded API commandsjson coded API commands
controller->fhemupdates of selected readings
Zitat von: mrpj am 21 Juni 2016, 10:22:49
Generell stellt sich für mich die Frage: Warum muss der Knopf im FHEM frontend animiert sein? Reicht es nicht wenn der Endwert gesetzt wird. (Wie es derzeit in der Webapp auch ist) ?
das war nur mein Gedanke, ich weiss nicht, was @herrmannj mit den kontinuierlichen Updates vorhat, vielleicht hat er ja noch andere Ideen.
Zitat von: mrpj am 21 Juni 2016, 10:22:49
Ich denke du gehst hier von dem FHEM Modul aus - denn für den Controller sehe ich gerade (noch) wenig ToDos in dem Aspekt (bis auf meine eigene Liste an Ideen und Wünschen)
ja, klar, sorry

Zitat von: mrpj am 21 Juni 2016, 10:22:49
Der Controller hat eine feste Updaterate von 50hz bzw. alle 20ms kann ein neuer Wert gesetzt werden. Die Farbübergänge werden derzeit nach diesem Schema berechnet:
- teile die Zeit t in 20ms Schritte x
- für jedes dx berechne dy des jeweiligen Farbwertes mit Hilfe einer modifizierten Version des Bresenham Algorithmus

Um die 50hz konstant zu erreichen, wird jeder neue Farbwert für den Schritt n im vorherigen Schritt (n-1) berechnet und erst in Schritt n ausgegeben.
passt, solltest Du also wirklich MQTT updates verschicken, würde ich davon ausgehen, dass Du das mit jedem zweiten Schritt machst, das halte ich für a) ausreichend und b) für den Broker erträglich.

nebenbei: ich habe eben ein etwas aufgeräumtes Modul gepusht

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 21 Juni 2016, 12:22:55
Korrekt.

Stand heute ist die Funkitionialität des Controller mMn ausgewachsen und sehr gut.

Wo gehts also weiter ?
Zitatdas war nur mein Gedanke, ich weiss nicht, was @herrmannj mit den kontinuierlichen Updates vorhat, vielleicht hat er ja noch andere Ideen.
Zum Beispiel da. Ich bin ja auhc fronthem / smartVisu verheiratet, die fhemweb und sicher auch FTUI Interfaces brauchen das auch.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 12:34:15
Zitat von: herrmannj am 21 Juni 2016, 12:22:55
Korrekt.

Stand heute ist die Funkitionialität des Controller mMn ausgewachsen und sehr gut.
sehe ich auch so.
Zitat von: herrmannj am 21 Juni 2016, 12:22:55
Wo gehts also weiter ?
Ich denke, im fhem-Modul gibt's schon noch ein paar Dinge aufzuräumen, schau mal auf die README ;-)
Zitat von: herrmannj am 21 Juni 2016, 12:22:55
Zum Beispiel da. Ich bin ja auhc fronthem / smartVisu verheiratet, die fhemweb und sicher auch FTUI Interfaces brauchen das auch.
na ja, ich nutze FTUI und kann damit leben, dass die rgb Anzeige den Endwert darstellt. Ich weiß ehrlich gesagt garnicht, ob FTUI mit sehr schnellen push updates umgehen könnte, müsste man testen.

Grüße,

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 21 Juni 2016, 13:18:59
Ich hätte da evtl. noch eine Idee für ein Feature: mit Wifilight und dem LD382 habe ich trotz Farbkalibration das Problem, dass sich der Farbton stark verändert wenn ich nur die Helligkeit verstelle (https://forum.fhem.de/index.php/topic,18958.msg423941.html#msg423941).

Wäre es sinnvoll und möglich, eine 2-Punkt-Kalibration einzuführen? Sprich: Man würde die Grundfarben bei (mindestens) zwei verschiedenen Helligkeiten kalibrieren (zB bei 20% und 80% Helligkeit) und dann wird je nach aktueller Helligkeit dazwischen geeignet interpoliert?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Juni 2016, 14:54:11
Zitat von: pjakobs am 21 Juni 2016, 11:32:21
Grundsätzlich stimme ich Dir da zu, allerdings bietet sich MQTT halt für Dinge an, die REST so nicht kann - nämlich genau das Thema push statt pull.
Ich denke, wir sprechen am Ende über zwei unterschiedliche Dinge:
Über REST kann ich, für den Controller asynchron, die aktuellen Werte abfragen.
der Controller seinerseits kann über REST keine asynchronen Updates an das fhem Modul senden.
Über MQTT hingegen können beide Seiten asynchron Updates verschicken, wir haben also zusätzliche Möglichkeiten.

Ich glaube da mischt du mehrere Sachen - MQTT, HTTP, WEBSOCKET sind Transportprotokolle. REST ist eine Schnitstellen Dokumentation (Verben/Syntax). Diese Verben/Syntax kann in jedem Transportprotokoll abgebildet werden. In HTTP via die HTTP Headers (GET/POST/PUT) + body - bei mqtt/websockets z.b. via json/xml.

Auch wenn die Communication bei mqtt erstmal asynchron läuft - ist dies kein Hindernis eine REST Schnitsteller / API damit zu implementieren. Ganz einfach: mit jedem Request was man abschickt hängt man eine ID an - die Antwort auf dem Rückkanal enthält die ID der Anfrage auf die sich die Antwort bezieht. (JSON-RPC handhabt das so)

Mein Gedankengang hinter diesem Austausch ist:
Warum muss ein Client 2 Protokolle implementieren um mit dem Controller zu kommunizieren? Die Befehle die du über HTTP schicken möchtest können genausogut via MQTT gesendet werden (siehe Rückkanal mit ID).

Anderes Beispiel: Beim auslesen von Sensoren über MQTT: nicht jeder Sensor gibt die Daten kontinuierlich von sich aus - teilweise wird das auslesen auch durch ein "read" angestoßen und landet dadurch auf dem Rückkanal

Ich hoffe ich kann dir Näher bringen, warum ich nicht einfach einen MQTT Client "reinklatsche" und das implementiere.

Eine weitere Sache muss auch noch geklärt werden: Wie wird dem controller mitgeteilt welche Werte er publizieren soll (RAW/HSV+K etc.) - ein "config switch" oder gibt es da genauerere Vorstellungen?

Zitat von: pjakobs am 21 Juni 2016, 11:32:21
Du also wirklich MQTT updates verschicken, würde ich davon ausgehen, dass Du das mit jedem zweiten Schritt machst, das halte ich für a) ausreichend und b) für den Broker erträglich.
Da muss man mal testen inwiefern eine update Frequenz Sinn macht - mqtt ist auf TCP aufgesockelt - d.h. zu häufige updates bei schlechtem Empfang könnten negative folgen haben.

Die Alternativmöglichkeiten hier wären ganz simple: UDP Packet (SPAM) an eine broadcast Adresse (mit werten und mac)

Zitat von: pjakobs am 21 Juni 2016, 11:32:21
nebenbei: ich habe eben ein etwas aufgeräumtes Modul gepusht

Ich habs gesehen - hab mal im Git ein "Contributing" guideline von mir reingestellt - damit sieht jeder beim forken wie die branches gehandhabt werden.
Generell persönlicher fork -> develop -> master. Somit bleibt master unangetastet bis man einen "neuen release" hat

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Juni 2016, 14:59:45
Zitat von: vbs am 21 Juni 2016, 13:18:59
Ich hätte da evtl. noch eine Idee für ein Feature: mit Wifilight und dem LD382 habe ich trotz Farbkalibration das Problem, dass sich der Farbton stark verändert wenn ich nur die Helligkeit verstelle (https://forum.fhem.de/index.php/topic,18958.msg423941.html#msg423941).

Wäre es sinnvoll und möglich, eine 2-Punkt-Kalibration einzuführen? Sprich: Man würde die Grundfarben bei (mindestens) zwei verschiedenen Helligkeiten kalibrieren (zB bei 20% und 80% Helligkeit) und dann wird je nach aktueller Helligkeit dazwischen geeignet interpoliert?

Die Farbkalibration findet im Controller statt - nicht in Wifiligt.
Bitte berichte doch ob es bei dir auch bei dem Controller aus dem Projekt vorkommt (du schreibst vom LD382 und nicht von dem Projekt) -
Ich kann keine Farbänderung bei unterschiedlichen Helligkeiten erkennen ....
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 15:20:35
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Ich glaube da mischt du mehrere Sachen - MQTT, HTTP, WEBSOCKET sind Transportprotokolle. REST ist eine Schnitstellen Dokumentation (Verben/Syntax). Diese Verben/Syntax kann in jedem Transportprotokoll abgebildet werden. In HTTP via die HTTP Headers (GET/POST/PUT) + body - bei mqtt/websockets z.b. via json/xml.

Auch wenn die Communication bei mqtt erstmal asynchron läuft - ist dies kein Hindernis eine REST Schnitsteller / API damit zu implementieren. Ganz einfach: mit jedem Request was man abschickt hängt man eine ID an - die Antwort auf dem Rückkanal enthält die ID der Anfrage auf die sich die Antwort bezieht. (JSON-RPC handhabt das so)

Mein Gedankengang hinter diesem Austausch ist:
Warum muss ein Client 2 Protokolle implementieren um mit dem Controller zu kommunizieren? Die Befehle die du über HTTP schicken möchtest können genausogut via MQTT gesendet werden (siehe Rückkanal mit ID).
das habe ich auch nicht anders gedacht, mir ging es darum, dass das API, mit dem wir den Controller steuern unabhängig ist von dem zweiten Kanal, der die Readings liefert. Der wäre ein "einfacher" Publisher, der regelmäßig die aktuellen rgbcwww/hsv Werte published und sich um nichts sonst kümmert. Ich würde sogar sagen: das ist ein MQTT Topic, das mit dem API nichts zu tun hat.
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Anderes Beispiel: Beim auslesen von Sensoren über MQTT: nicht jeder Sensor gibt die Daten kontinuierlich von sich aus - teilweise wird das auslesen auch durch ein "read" angestoßen und landet dadurch auf dem Rückkanal
natürlich, aber genau das ist ja der Punkt an dieser Stelle: wenn wir kontinuierliche Updates haben wollen, dann sollten die von der Stelle kommen, die die Updates durchführt.
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Ich hoffe ich kann dir Näher bringen, warum ich nicht einfach einen MQTT Client "reinklatsche" und das implementiere.
Das ist völlig in Ordnung: wie gesagt, die Funktion ist mir auch nicht vordringlich wichtig, aber der Gedanke, dass wir jede Transition jedes ledControllers irgendwo im System in fhem mitkoppeln scheint mir wenig elegant, das würde ich eigentlich gerne vermeiden.
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Eine weitere Sache muss auch noch geklärt werden: Wie wird dem controller mitgeteilt welche Werte er publizieren soll (RAW/HSV+K etc.) - ein "config switch" oder gibt es da genauerere Vorstellungen?
klar, idealerweise wäre das konfigurierbar. Da das Modul aber zumindest momentan ausschließlich über HSV mit dem Controller spricht, wäre das imho der sinnvolle erste Schritt - auch weil die interne rgb Darstellung von fhem ja für fast alle Widgets nur 8 Bit abbildet.
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Da muss man mal testen inwiefern eine update Frequenz Sinn macht - mqtt ist auf TCP aufgesockelt - d.h. zu häufige updates bei schlechtem Empfang könnten negative folgen haben.
klar, und selbst eine Update Frequenz von 25Hz ist schon extrem hoch und vermutlich nur dann sinnvoll, wenn ich mehrere controller synchronisieren will - was im Übrigen vielleicht eine der besten Anwendungen dafür wäre.
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Die Alternativmöglichkeiten hier wären ganz simple: UDP Packet (SPAM) an eine broadcast Adresse (mit werten und mac)
Zitat von: mrpj am 21 Juni 2016, 14:54:11
Ich habs gesehen - hab mal im Git ein "Contributing" guideline von mir reingestellt - damit sieht jeder beim forken wie die branches gehandhabt werden.
Generell persönlicher fork -> develop -> master. Somit bleibt master unangetastet bis man einen "neuen release" hat
joa, ich hab mir jetzt im main repo einen eigenen branch eingerichtet, das spart mir ein bisschen hin und her klicken, für die von uns ohne commit rights geht der Weg über den eigenen Fork.

danke & Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 21 Juni 2016, 15:33:19
Zitat von: pjakobs am 21 Juni 2016, 15:20:35
das habe ich auch nicht anders gedacht, mir ging es darum, dass das API, mit dem wir den Controller steuern unabhängig ist von dem zweiten Kanal, der die Readings liefert. Der wäre ein "einfacher" Publisher, der regelmäßig die aktuellen rgbcwww/hsv Werte published und sich um nichts sonst kümmert. Ich würde sogar sagen: das ist ein MQTT Topic, das mit dem API nichts zu tun hat.natürlich, aber genau das ist ja der Punkt an dieser Stelle: wenn wir kontinuierliche Updates haben wollen, dann sollten die von der Stelle kommen, die die Updates durchführt.Das ist völlig in Ordnung: wie gesagt, die Funktion ist mir auch nicht vordringlich wichtig, aber der Gedanke, dass wir jede Transition jedes ledControllers irgendwo im System in fhem mitkoppeln scheint mir wenig elegant, das würde ich eigentlich gerne vermeiden.

Wenn wir für dieses Feature eh schon einen MQTT Broker vorraussetzen, dann kann das Modul doch von Haus aus schon auch die API Befehle über MQTT kommunizieren? Warum also doppelte Wege ?

Andersherum: Warum soll nun jemand umbedingt einen MQTT Broker installieren "nur um den Controller anzusteuern" - ich würde diesen Punkt gerne fest setzen um eine Richtung für das Modul zu haben. (Bisher hat wifilight kein mqtt erfordert - sofern ich weiss)


Zitat von: pjakobs am 21 Juni 2016, 15:20:35
klar, idealerweise wäre das konfigurierbar. Da das Modul aber zumindest momentan ausschließlich über HSV mit dem Controller spricht, wäre das imho der sinnvolle erste Schritt - auch weil die interne rgb Darstellung von fhem ja für fast alle Widgets nur 8 Bit abbildet.

Ich krätsche hier mal von der Seite rein: FHEM ist eine Möglichkeit den Controller anzusteuern - aber der Controller soll letztendlich nicht ein FHEM controller werden - sondern eine allgemein gültige API bieten, ohne "Sonderfunktionen" zu erfordern. Mit diesem Gedankengang habe ich versucht auch die API zu entwerfen - und mir wäre es wichtig dies beizubehalten.

Zitat von: pjakobs am 21 Juni 2016, 15:20:35
klar, und selbst eine Update Frequenz von 25Hz ist schon extrem hoch und vermutlich nur dann sinnvoll, wenn ich mehrere controller synchronisieren will - was im Übrigen vielleicht eine der besten Anwendungen dafür wäre..

Uff - damit kommen wir in schwierige gebiete - auch wenn im Idealfall alle Controller immer alle 20ms ihren Wert ändern, so kann genau bei einem controller in dem Moment der Interrupt ankommen um ein Wifipaket abzuschicken usw..
Eine Synchrone Ansteuerung geht meiner meinung nach nur, wenn eine Zentrale Quelle die Befehle mit Zeitstempeln zum abarbeiten verschickt


Ich bin für den Rest (  8) ) des Tages mal raus
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 15:47:47
Ich hab ja gestern schonmal versucht, die Diskussion abzubiegen, weil ich der Meinung bin, wir treiben viel Aufwand für wenig Gegenwert.

Ich glaube aber auch, dass wir noch ein kleines bisschen aneinander vorbei reden. Macht aber nix. Für mich kann der Controller stand heute alles, was ich für wesentlich halte.

Zitat von: mrpj am 21 Juni 2016, 15:33:19
Wenn wir für dieses Feature eh schon einen MQTT Broker vorraussetzen, dann kann das Modul doch von Haus aus schon auch die API Befehle über MQTT kommunizieren? Warum also doppelte Wege ?

Andersherum: Warum soll nun jemand umbedingt einen MQTT Broker installieren "nur um den Controller anzusteuern" - ich würde diesen Punkt gerne fest setzen um eine Richtung für das Modul zu haben. (Bisher hat wifilight kein mqtt erfordert - sofern ich weiss)

Zustimmung.
Wir haben einen kleinen Disconnect:
Du denkst darüber nach, wie Du die API so aufbaust, dass sie, egal welcher Kommunikationsweg eingeschlagen wird, die gleiche Syntax und Mächtigkeit bietet. Haken dran, unterschreib ich.
Ich sage: aufgrund der Natur eines Message Busses (eben mehrere Master, die asynchron Nachrichten verschicken können) kann hier weitere Funktionalität implementiert werden, die bei einem reinen Request/Response bzw. Client/Server Modell schwierig ist.

Zitat von: mrpj am 21 Juni 2016, 15:33:19
Ich krätsche hier mal von der Seite rein: FHEM ist eine Möglichkeit den Controller anzusteuern - aber der Controller soll letztendlich nicht ein FHEM controller werden - sondern eine allgemein gültige API bieten, ohne "Sonderfunktionen" zu erfordern. Mit diesem Gedankengang habe ich versucht auch die API zu entwerfen - und mir wäre es wichtig dies beizubehalten.
Unterschreib ich, und da hast Du mich auch missverstanden. Das Modul ist, so wie ich es geschrieben habe, auch möglichst schlank und überlässt vieles dem Controller. Genau aus dem Grund verwende ich ja nur die API für HSV. Klar ist es möglicherweise mächtiger, RAW zu setzen, aber das untergräbt imho ein bisschen die Idee des Controllers, der ja eben viele Möglichkeiten der Farbanpassung bietet.
Zitat von: mrpj am 21 Juni 2016, 15:33:19
Uff - damit kommen wir in schwierige gebiete - auch wenn im Idealfall alle Controller immer alle 20ms ihren Wert ändern, so kann genau bei einem controller in dem Moment der Interrupt ankommen um ein Wifipaket abzuschicken usw..
Eine Synchrone Ansteuerung geht meiner meinung nach nur, wenn eine Zentrale Quelle die Befehle mit Zeitstempeln zum abarbeiten verschickt
war auch nicht als Feature Request gedacht sondern lediglich eine Idee, was man mit einem hoch aufgelösten Feedback vom Controller machen könnte. Mir fallen sonst - jenseits der Widgets - keine Anwendungen dafür ein.
Zitat von: mrpj am 21 Juni 2016, 15:33:19
Ich bin für den Rest (  8) ) des Tages mal raus
schönen Nachmittag!

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 21 Juni 2016, 21:28:47
Mal ein kurzes Feedback von mir.

1. Zum Controller:
Top Leistung. Hab 2 fertige Module bekommen. Funktionieren tadellos, ota-Update hat auch geklappt. So im Nachhinein hätte ich gern noch ein/zwei Hardwareeingänge zum Ansteuern über den Standardlichttaster im Raum. Dann könnte ich das Teil auch ohne FHEM oder Web-Device für Raumbeleuchtung verwenden und Frauchen hätte keinerlei Gegenargumente (ist aber auch so akzeptiert obwohl vorher als Spielerei deklariert). Hab schon ein paar Ideen für's Kinderzimmer meiner Tochter.

2. Zum FHEM-Modul:
Funktioniert bei mir problemlos im Einsatz seit einer knappen Woche. Nach etwas Recherche im Programmcode ist mir die Verwendung der Animationsdauer klar.
Was mir noch unklar ist:
Ich bin absolut kein Perl-Experte, aber habe etwas Erfahrung mit diversen anderen Programmiersprachen und bin gelernter E-Techniker. Gern würde ich irgendwie im Rahmen meiner Möglichkeiten unterstützen falls Bedarf besteht.

Also nochmal, Hut ab vor eurem Engagement und der Expertise!!!
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 22:27:51
Zitat von: funclass am 21 Juni 2016, 21:28:47
Mal ein kurzes Feedback von mir.

1. Zum Controller:
Top Leistung. Hab 2 fertige Module bekommen. Funktionieren tadellos, ota-Update hat auch geklappt. So im Nachhinein hätte ich gern noch ein/zwei Hardwareeingänge zum Ansteuern über den Standardlichttaster im Raum. Dann könnte ich das Teil auch ohne FHEM oder Web-Device für Raumbeleuchtung verwenden und Frauchen hätte keinerlei Gegenargumente (ist aber auch so akzeptiert obwohl vorher als Spielerei deklariert). Hab schon ein paar Ideen für's Kinderzimmer meiner Tochter.
dafür nehm ich keine Blumen an :-) aber: ja, Hardware und Firmware sind klasse!

Zitat von: funclass am 21 Juni 2016, 21:28:47
2. Zum FHEM-Modul:
Funktioniert bei mir problemlos im Einsatz seit einer knappen Woche. Nach etwas Recherche im Programmcode ist mir die Verwendung der Animationsdauer klar.
Was mir noch unklar ist:

  • Wie sende ich mehrere Befehle um diese in einer Que abarbeiten zu lassen? Wäre z.B. für optische Notifications interessant (rotes Aufblinken etc.). Auch Sunset- und Sunrisesimulationen stell ich mir cool vor.
  • Ist geplant für on, off, rotate etc. auch eine Animationsdauer nutzen zu können? Ein attr hierfür wäre m.E. sinnvoll.
  • Ich habe bisher noch keine Erfahrungen mit RGB in FHEM. Wie kann ich Colorwidgets mit dem Modul nutzen?
Ich bin absolut kein Perl-Experte, aber habe etwas Erfahrung mit diversen anderen Programmiersprachen und bin gelernter E-Techniker. Gern würde ich irgendwie im Rahmen meiner Möglichkeiten unterstützen falls Bedarf besteht.

Also nochmal, Hut ab vor eurem Engagement und der Expertise!!!

Ich vermute, wenn Du Dir die aktuelle dev-pj (https://github.com/patrickjahns/esp_rgbww_fhemmodule/tree/dev-pj) Version greifst wirst Du sehen, dass Deine Wünsche schon erfüllt sind.

Animation sollte jetzt für alle settings funktionieren. Du kannst einfach

set myLED on 5

senden und die LED werden innerhalb von 5 Sekunden von 0 auf die definierte Farbe faden. Definierte Farbe? Ja, es gibt jetzt ein attribut

attr myLED defaultColor h,s,v

mit dem Du die Farbe einstellen kannst, die Du mit einem einfachen "on" haben willst - wenn Du nichts definierst ist es weiß mit 100% Helligkeit.

Wenn Du jetzt mehrere Befehle hintereinander ablaufen lassen willst, dann setzt Du einfach ein "q" (oder "Q") dazu: (da hast Du mich übrigens gerade noch dazu gebracht, schnell noch einen Bug zu fixen, jetzt funktioniert's ;-) )


set myLED on 5 q; set myLED hsv 150,100,50 10 q;set myLED rotate 45 10 q


Und ja, jetzt funktionieren die Transitionen auch für alle Settings, also auch für Rotate. Du kannst mit L zudem noch angeben, ob Du vielleicht lieber "den langen Weg herum" gehen willst, sprich: wenn Du normalerweise von h=60 auf h=120 rotierst, dann läufst Du 60, 61, 62, ... 119, 120. Wenn Du das Flag "L" angibst, dann geht's 60, 59, 58, 57, ..., 1,360,359,...121, 120.
Du kannst auch q und l (oder L) gleichzeitig angeben, dann aber bitte nicht mit Leerzeichen trennen, als ql oder QL oder qL oder Ql.

Achtung: ich habe alle Settings in kleinschrift geändert, also nichts mehr mit

set myLED RGB FF00FF

sondern jetzt

set myLED rgb FF00FF

Zu den Widgets:
Wenn Du das normale webui verwendest, dann kannst Du in der Konfigurationsdatei z.B. folgendes angeben:

define LED_Wo LedController 192.168.29.55
attr LED_Wo colorTemp 2700
attr LED_Wo defaultColor 120,20,80
attr LED_Wo defaultRamp 1000
attr LED_Wo webCmd rgb
attr LED_Wo widgetOverride rgb:colorpicker,rgb

(das sind meine Einstellungen)
Damit bekommst Du die "default" Farbtemperatur von 2700 (das muss @mrpj bei Gelegenheit mal erläutern)
eine default "on Color" von 120,20,80 (in hsv Notation)
Die "defaultRamp" gibt die länge einer Transition an, wenn Du keine explizit mitgibst.
Ein einfaches

set myLED on

macht dann eben einen Fade von, in diesem Fall, 1000ms.

Durch die letzten zwei Zeilen den rgb Colorpicker im Frontend.

Wenn Du FTUI (also das Tablet UI) verwendest, dann kannst Du z.B. folgendes machen:

     <div class="row container round bg-gray">
         <div data-type="switch" data-device='LED_Wo' data-on-background-color="LED_Wo:rgb" data-get-   on="dim.*|on" data-set-on="on" data-icon="fa-lightbulb-o" class="small col-1-4"> </div>
         <div class="col-1-2">Wohnzimmer Couch</div>
         <div data-type="symbol" id="ST_Wo" data-device='LED_Wo' data-get="" data-off-color="LED_Wo:    rgb" data-off-background-color="LED_Wo:rgb" data-icon="fa-ellipsis-h" data-background-icon="fa-circle- thin" class="small">
         </div>

         <div data-type="popup" data-height="320px" data-width="320px" data-mode="animate" data-        starter="#ST_Wo" class="col-1-6">
             <div class="dialog">
             <header>RBG COLOR</header>
             <div data-type="colorwheel" data-device='LED_Wo' data-get="rgb" data-set="rgb" class="big  roundIndicator">
             </div>
         </div>
       </div>
   </div>

(bin mir nicht 100% sicher, ich glaube aber, dass die </div> alle da sind...)

Bitte lass mich wissen, ob diese Version für Dich funktioniert, wenn ja, dann werde ich sie nach devel mergen und wir können hoffentlich bald eine neue stabile Version anbieten.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 21 Juni 2016, 22:29:56
ach, und weil ich's vergessen habe:

was echt hilfreich wäre ist ganz viel testen und bugs reporten. Da sind sicher noch welche drin.
Ideen sind auch willkommen!
Und wenn Du was schreiben willst: Dokumentation wäre toll!

herzliche Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: uniqueck am 22 Juni 2016, 00:11:03
hab mal einen fork gemacht und einen struktur hergestellt, welche mit dem update all <url zum control file> arbeiten kann.
PR habe ich auch schon gestellt, werden dann mal noch schauen, was mir noch so einfällt.
klasse arbeit jungs wollte ich noch sagen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 22 Juni 2016, 07:51:17
Ich freu mich gerade dass das Projekt wieder etwas Schwung aufgenommen hat  :).


Zitat von: funclass am 21 Juni 2016, 21:28:47
Mal ein kurzes Feedback von mir.

1. Zum Controller:
Top Leistung. Hab 2 fertige Module bekommen. Funktionieren tadellos, ota-Update hat auch geklappt.

Danke dir  ;D

Zitat von: funclass am 21 Juni 2016, 21:28:47
So im Nachhinein hätte ich gern noch ein/zwei Hardwareeingänge zum Ansteuern über den Standardlichttaster im Raum. Dann könnte ich das Teil auch ohne FHEM oder Web-Device für Raumbeleuchtung verwenden und Frauchen hätte keinerlei Gegenargumente (ist aber auch so akzeptiert obwohl vorher als Spielerei deklariert). Hab schon ein paar Ideen für's Kinderzimmer meiner Tochter.

Für Version 2.0 (in ferner Zukunft) stand ja die Idee an, SPI/IC2 und damit IO/s für eigene Abwandlungsideen zur Verfügung zu stellen. Die große Herausforderung bei Tastern ist, welche werden verwendet und welche Steuerung des Controllers wird wie übernommen. Für konkrete Umsetzungswünsche bin ich offen - ohne Feedback/Diskussion/Ergebnisse ist es schwer eine Funktion zu integrieren, von der ich nicht weiss wie es denn gedacht ist  ;).

Ein zweites Argument von mir: einen getrennten ESP nehmen der für die Ansteuerung (quasi als Fernbedienung) genutzt wird? Man kann den ESP auf einige uA runterbekommen, wenn man Wifi etc. abschaltet und deep sleep nutzt. Bei einem Input wird der ESP aufgeweckt, verbindet sich mit dem Wlan und sendet den Input raus und bleibt für X Sekunden/Minuten verbunden um weitere Inputs zu senden

Zitat von: pjakobs am 21 Juni 2016, 15:47:47
Ich hab ja gestern schonmal versucht, die Diskussion abzubiegen, weil ich der Meinung bin, wir treiben viel Aufwand für wenig Gegenwert.
Ich glaube aber auch, dass wir noch ein kleines bisschen aneinander vorbei reden. Macht aber nix. Für mich kann der Controller stand heute alles, was ich für wesentlich halte.

Ich stimme dir da zu - aber solangsam kommen wir der Sache ja auf den Grund  ;)

Zitat von: pjakobs am 21 Juni 2016, 15:47:47
Wir haben einen kleinen Disconnect:
Du denkst darüber nach, wie Du die API so aufbaust, dass sie, egal welcher Kommunikationsweg eingeschlagen wird, die gleiche Syntax und Mächtigkeit bietet. Haken dran, unterschreib ich.

Ich sage: aufgrund der Natur eines Message Busses (eben mehrere Master, die asynchron Nachrichten verschicken können) kann hier weitere Funktionalität implementiert werden, die bei einem reinen Request/Response bzw. Client/Server Modell schwierig ist.

Ich verstehe dein Argument mit dem Rückkanal - ich möchte den Schritt mit der API weiter gehen, denn es ermöglicht später relativ einfach andere Protokolle aufzusatteln. (z.B. statt MQTT könnte man auch websockets nutzen - damit würde die Abhängigkeit eines MQTT Brokers wegfallen).

Ich überlege gerade welchen Weg wir gehen können um die Funktionalität zu erreichen. Hilfreich für mich wäre es wirklich, eine Absprache zu treffen, wie die Endpunkte/Topics für MQTT aussehen. Und bei der Betrachtung gleich die API mit einbeziehen bevor wir in die Position kommen, alles umzustrukturieren

Zitat von: pjakobs am 21 Juni 2016, 15:47:47
Unterschreib ich, und da hast Du mich auch missverstanden. Das Modul ist, so wie ich es geschrieben habe, auch möglichst schlank und überlässt vieles dem Controller. Genau aus dem Grund verwende ich ja nur die API für HSV. Klar ist es möglicherweise mächtiger, RAW zu setzen, aber das untergräbt imho ein bisschen die Idee des Controllers, der ja eben viele Möglichkeiten der Farbanpassung bietet.

Ich stimme dir da vollkommen zu - der Vorteil des Controllers ist ja eben auf die internen Farbanpassungen zurück greifen zu können. Die RAW Elemente sind aus dem Wunsch in der Community entstanden - die Kanäle getrennt steuern zu können. (Um z.b. 5 verschiedene Weißkanäle zu haben die getrennt gesteuert werden können).
Ob nun RAW mächtiger ist, bezweifle ich etwas

Zitat von: pjakobs am 21 Juni 2016, 15:47:47
war auch nicht als Feature Request gedacht sondern lediglich eine Idee, was man mit einem hoch aufgelösten Feedback vom Controller machen könnte. Mir fallen sonst - jenseits der Widgets - keine Anwendungen dafür ein.schönen Nachmittag!

Alles klar  8)







Da das Projekt wieder etwas mehr Schwung hat, werde ich gegen Ende der Woche meine Gedanken und Vorschläge für die Sammelbestellung 2 hier reinstellen.

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 22 Juni 2016, 08:13:40
Zitat von: mrpj am 22 Juni 2016, 07:51:17
Ich freu mich gerade dass das Projekt wieder etwas Schwung aufgenommen hat  :).

absolut! Es wäre schön, wenn das dann auch zu mehr Momentum insgesamt führen würde, denn ich werde noch fünf Controller brauchen, die nächste Sammelbestellung naht also ;-)

Im übrigen sollten wir, was das fhem-Modul angeht, mal drüber nachdenken, wie wir das in fhem hinein bringen.


Ich hab ja schon Kommentare à la "nichts wäre schlimmer als ein zusätzliches Modul" gelesen - und beim aktuellen Funktionsumfang bin ich der Meinung, wir verlieren nichts, wenn wir die gleiche Unterstützung in WifiLight einbauen.
Mich schreckt die Komplexität von WifiLight ein bisschen ab, das ganze color mapping brauchen wir hier imho nicht. Ich werd trotzdem nochmal drüber sehen.

pj

edit: gerade gesehen, @herrmanj ist der Maintainer von WifiLight - over to you Jörg! :-D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 22 Juni 2016, 11:43:52
@funclass ich habe gerade einen bug in dev-pj behoben - die defaultRamp wurde nicht genutzt, funktioniert jetzt. Wenn Du also testen willst, vorher kurz die neue Version abholen :-)

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 22 Juni 2016, 20:15:18
hab die Version mal geladen. DefaultRamp funktioniert mit Angabe in Millisekunden. Dafür hast du die Angabe der Animationsdauer für die Set-Befehle jetzt auf Sekunden geändert. Das finde ich grundsätzlich nicht schlimm, aber ich kann scheinbar keine Kommawerte wie z.B. 0.1 übergeben. Wäre gut, wenn das möglich ist um Blinken etc. zu realisieren.

Außerdem habe ich ein Problem, wenn defaultColor nicht gesetzt ist. Dann ist on nicht möglich, da der hsv-Wert auf 0,, gesetzt wird.

Der Rest funktioniert nach ersten Tests fehlerfrei.  :D

An die Doku werd ich mich in den nächsten Tagen mal ran machen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 22 Juni 2016, 22:43:54
sollte jetzt beides funktionieren.
Die Ramp Time war eigentlich nicht als float vorgesehen, jetzt geht aber 0.5 etc (achtung: punkt, nicht komma!)
Die fehlende defaultColor war ein echter Bug, jetzt passt es - hoffe ich.

erstmal nur im dev-pj Zweig!

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Pf@nne am 23 Juni 2016, 07:33:33
Moin,

ich wollte meinen Senf zur MQTT-Anbindung auch nochmal loswerden.... ::)

Die Grundidee einer internen universellen API auf JSON-Basis halte ich für sehr flexibel, damit lassen sich alle weiteren Anbindungen (UDP, TCP, seriell, MQTT etc.) einheitlich nachrüsten.

Aber, was spricht dagegen mit MQTT zweigleisig zu fahren?

Man könnte zum Einen ein Topic für die API-Anbindung (JSON-String) bereitstellen und zum Anderen
auch alle internen API-Funktionen in einem eigenen Topic darstellen.

  sub.E1.item[1] = "color";
  sub.E2.item[1][0] = "setRAW";
  sub.E3.item[1][0][0] = "R";
  sub.E3.item[1][0][1] = "G";
  sub.E3.item[1][0][2] = "B";
  sub.E3.item[1][0][3] = "WW";
  sub.E3.item[1][0][4] = "CW";
  sub.E2.item[1][1] = "setHSV";
  sub.E3.item[1][1][0] = "H";
  sub.E3.item[1][1][1] = "S";
  sub.E3.item[1][1][2] = "V";
  sub.E3.item[1][1][3] = "CT";


Damit wäre dann ein direkter Zugriff z.B. auf die einzelnen Farbkanäle möglich.

Entweder über den API-Topic:

publish xx/API {"hsv": {"h": 200.0,"s": 100.0,"v": 100.0,"ct": 2700,},cmd: "fade","t": 600,"q": false,"d": 1}


oder über die Topics direkt:

publish xx/setHSV 200.0,100.0,100.0,2700,fade,600,false,1



publish xx/setRAW 100,100,100,50,50

oder
publish xx/setRAW/R 100




Die hälfte der Einzelfunktionen ist in meinem Fork schon enthalten und läuft soweit, momentan habe ich bloß kaum Zeit, da ich mein Carportach gerade neu mache....
;D

Gruß
Pf@nne

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 23 Juni 2016, 09:57:55
Moin!

Zitat von: Pf@nne am 23 Juni 2016, 07:33:33
Moin,

ich wollte meinen Senf zur MQTT-Anbindung auch nochmal loswerden.... ::)

Die Grundidee einer internen universellen API auf JSON-Basis halte ich für sehr flexibel, damit lassen sich alle weiteren Anbindungen (UDP, TCP, seriell, MQTT etc.) einheitlich nachrüsten.

Aber, was spricht dagegen mit MQTT zweigleisig zu fahren?

Man könnte zum Einen ein Topic für die API-Anbindung (JSON-String) bereitstellen und zum Anderen
auch alle internen API-Funktionen in einem eigenen Topic darstellen.
der Mann versteht mich!
Zitat von: Pf@nne am 23 Juni 2016, 07:33:33
[...]
Die hälfte der Einzelfunktionen ist in meinem Fork schon enthalten und läuft soweit, momentan habe ich bloß kaum Zeit, da ich mein Carportach gerade neu mache....
;D
Ich fänd's klasse, wenn wir einen "working prototype" dafür bekommen könnten, dann kann ich anfangen, die mqtt subscriptions für die Readings einzubauen.

pj

PS: mein Carport müsste auch anders werden, wenn Du fertig bist, komm einfach mal vorbei :D
PPS: wenn Dein "Moin" lebensraum-angepasst ist, dann ist das garnicht so weit
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 Juni 2016, 10:17:40
Zitat von: Pf@nne am 23 Juni 2016, 07:33:33
Aber, was spricht dagegen mit MQTT zweigleisig zu fahren?

Man könnte zum Einen ein Topic für die API-Anbindung (JSON-String) bereitstellen und zum Anderen
auch alle internen API-Funktionen in einem eigenen Topic darstellen.


Für mich spricht auf lange Sicht die Codepflege dagegen. Wenn es zu Bugs/Fehlern/notwendigen Änderungen kommt, gilt es den Code an mehreren Stellen anzupassen.



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 23 Juni 2016, 11:45:41
Zitat von: mrpj am 23 Juni 2016, 10:17:40
Für mich spricht auf lange Sicht die Codepflege dagegen. Wenn es zu Bugs/Fehlern/notwendigen Änderungen kommt, gilt es den Code an mehreren Stellen anzupassen.

das verstehe ich vielleicht einfach noch nicht.

1. gäbe es das API, das einfach noch einen weiteren Transportmechanismus bekommt. Statt nur http wäre jetzt eben auch mqtt möglich, den Code dahinter gäbe es nur einmal. Mir ist klar, dass das ggf. ein Refacturing des APIs bedeuten würde, das heute an den http Server angebunden ist. Die mqtt topics könnten grundsätzlich sogar fast die gleiche Semantik haben wie die Endpoints der http/REST Schnittstelle, wobei aus dem color?RAW ein color/raw werden müsste.

2. und da entsteht dann wirklich zusätzlicher Code, würdest Du mit jeder Änderung eines Farbwertes die Topics /color/raw und /color/hsv neu publizieren, und zwar mit den entsprechenden json Strukturen. Sprich: Du müsstest die aktuellen Werte in json wrappen und die publish Funktion aufrufen. Doppelten Code sehe ich da nicht.

Stelle ich mir das nur zu einfach vor? Ich denke sogar, dass 2. auch ohne 1. existieren könnte, dann wären die Topics halt nur unidirektional.

Aber wie gesagt: vielleicht fehlt mir auch irgendwo ein Faktoid.

Grüße

pj

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 23 Juni 2016, 13:29:37
Doppelt code bezieht sich auf den Vorschlag die API nicht an ein einzelnes JSON Topic zu binden, sondern für jeden Endpunkt nochmals ein Topic zu haben, welches ohne JSON angesteuert wird.

Siehe dem Vorschlag:

Zitat von: Pf@nne am 23 Juni 2016, 07:33:33
Damit wäre dann ein direkter Zugriff z.B. auf die einzelnen Farbkanäle möglich.

Entweder über den API-Topic:

publish xx/API {"hsv": {"h": 200.0,"s": 100.0,"v": 100.0,"ct": 2700,},cmd: "fade","t": 600,"q": false,"d": 1}



publish xx/setHSV 200.0,100.0,100.0,2700,fade,600,false,1



publish xx/setRAW 100,100,100,50,50

oder
publish xx/setRAW/R 100


Dadurch müssen zwei "Datenstrukturen" in eine Representation umgewandelt werden - und genau solche Dinge möchte ich vermeiden. Eine Änderung an der API erfordert mehr Schritte.

Auch noch aus Sicht der Codepflege:
In mehreren Monaten werden die meisten hier aus dem Forum wahrscheinlich nichts mehr weiter am Code pflegen. Ich werde nicht in absehbarer Zukunft MQTT benötigen und somit wäre es, wenn ich der einzige maintainer bin, mir nur mit extra Aufwand möglich Änderungen zu testen. Für mich ist es wesentlich einfacher eine Datenstruktur (JSON) zu haben, auf die das Protokoll aufsetzt und die Daten nur durchreicht. Somit sind Änderungen an der API an einer Stelle.

Führt aber auch dazu, dass die aktuelle (bewusst einfach gehaltene) API auf einen einzelnen Endpunkt (z.B.) /api migriert werden muss


Nachtrag:

Die API ist kein REST - sondern eine JSON API. Es werden bei dieser API keine Resourcen verändert, sondern Befehle ausgeführt und am ehesten könnte man diese API als RPC (remote procedure call) bezeichnen

Nachtrag2:

Das größte Problem an der Geschicht ist gerade der Faktor Zeit - mein backlog für das Projekt ist relativ groß und es stehen bei mir einige Sachen über den Sommer an. (Daher auch bisher die Zurückhaltung mit einer zweiten Sammelbestellung)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 23 Juni 2016, 14:49:40
@mrpj ok, kann ich (weitgehend) nachvollziehen. Es ist mir ja auch am Ende nicht so sehr wichtig.

Zur Bestellung: mein Bruder war heute hier und hat so ein bisschen gesehen, was wir tun - ich würde dann jetzt 10 abnehmen ;-)

Zum Modul: Ich werde das mal noch so erweitern, dass es fünf separate Kanäle bedienen kann - z.B., für fünf unabhängige weiß Kanäle.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 24 Juni 2016, 21:06:24
@pjakobs

Hab die aktuelle dev-Version mal getestet. Nach meinem Empfinden funktioniert nun alles bestens. Ohne defaultColor selbst zu setzen wird bei on auf Weiß gesetzt und die Verwendung von float bei Animationsdauer klappt auch  ;D

Hab mir mal die Doku von WiFiLight angesehen und gerade bei den set-befehlen viele Parallelen gefunden. Spricht etwas dagegen wenn ich dort für die Doku etwas "klaue"?

Nachtrag: das Senden mehrerer Befehle zum sequenziellen Abarbeiten über die Que funktioniert bei mir nicht. Entweder passiert gar nix, oder es wird nur (irgend)ein Befehl verarbeitet. Beim mehrmaligen Ausführen folgender Routine bekomme ich unterschiedliche Reaktionen des Controllers...

Bsp.:

sub myTest() {
fhem ("set rgb_stripe hsv 0,100,80 5 q");
fhem ("set rgb_stripe hsv 0,100,0 4 q");
fhem ("set rgb_stripe hsv 300,100,30 3 q");
}

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 24 Juni 2016, 21:50:26
Klauen hiermit genehmigt :)

vg
herrmannj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 24 Juni 2016, 21:59:06
Zitat von: herrmannj am 24 Juni 2016, 21:50:26
Klauen hiermit genehmigt :)

Danke. Wir müssen das Rad ja nicht zweimal erfinden  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 22:07:35
Zitat von: funclass am 24 Juni 2016, 21:06:24
@pjakobs

Hab die aktuelle dev-Version mal getestet. Nach meinem Empfinden funktioniert nun alles bestens. Ohne defaultColor selbst zu setzen wird bei on auf Weiß gesetzt und die Verwendung von float bei Animationsdauer klappt auch  ;D
so sollte das auch sein ;-)
Zitat von: funclass am 24 Juni 2016, 21:06:24
Hab mir mal die Doku von WiFiLight angesehen und gerade bei den set-befehlen viele Parallelen gefunden. Spricht etwas dagegen wenn ich dort für die Doku etwas "klaue"?
sei so gut und sag mir auch, wo wir abweichen, ich denke, ich werd lieber die API anpassen - idealerweise sollte das hier ein drop-in Replacement für WifiLight sein.
Was ich schon weiß ist, dass wifilight
verwendet statt meinem hue, sat, val, ich denke, das werde ich anpassen.
Außerdem bin ich etwas verwirrt, eigentlich dachte ich, Internals werden groß geschrieben (STATE) und readings klein (rgb) - in WifiLight ist aber set RGB 0xrrggbb geboten, oder?

wie gesagt, wenn Du einfach schaust, wo die API abweicht zieh ich das nach.
Zitat von: funclass am 24 Juni 2016, 21:06:24
Nachtrag: das Senden mehrerer Befehle zum sequenziellen Abarbeiten über die Que funktioniert bei mir nicht. Entweder passiert gar nix, oder es wird nur (irgend)ein Befehl verarbeitet. Beim mehrmaligen Ausführen folgender Routine bekomme ich unterschiedliche Reaktionen des Controllers...

Bsp.:

sub myTest() {
fhem ("set rgb_stripe hsv 0,100,80 5 q");
fhem ("set rgb_stripe hsv 0,100,0 4 q");
fhem ("set rgb_stripe hsv 300,100,30 3 q");
}

das verstehe ich nicht. Ich hab das gestern ausgiebig getestet, sogar mit Blink-Abfolgen, und es hat funktioniert. Versuch bitte mal, die Queue Befehle im fhem Kommandofeld hintereinander weg einzugeben, mit ; separiert. Für das erste setting brauchst Du kein "q".
Dann schick mir bitte das logfile für beide Varianten

tail -f /opt/fhem/log/fhem-2016-06.log |grep rgb_stripe


eigentlich sollte das funktionieren.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 24 Juni 2016, 22:20:15
Oh, gehts locker an. WifiLight ist ja auch historisch gewachsen.

Das sieht man an den set sehr gut. Ich habe da sowieso ein "next gen" in der Mache - da würde ich mit großen internals und kleines readings mitziehen. Logisch müssten die set dann auch klein geschrieben werden.

Man muss alte Zöpfe auch mal abschneiden dürfen

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Icinger am 24 Juni 2016, 22:20:36
Mal eine Bitte:
Könntet ihr die "print"-Ausgaben durch Log3 ersetzen? Evtl. auf Lvl 4?
Und im Idelfall noch mit dem Devicenamen voran :D

Kann auch gerne morgen einen Patch dazu liefern.

lg, Stefan
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 22:23:50
hmm.. ich hab das gerade nochmal getestet und - ja, irgendwas stimmt mit den queued settings nicht. Vielleicht hat @herrmannj doch recht und wir müssen die API zum Controller serialisieren.
@mrpj hast Du ne Chance Dir mal anzusehen, was der Controller tut, wenn er direkt nacheinander Settings bekommt?
Es scheint, als ob das Verhalten da ein bisschen unvorhersagbar ist - manche Sachen funktionieren ohne Problem, manche werden einfach verschluckt.
Eigentlich will ich kein queueing bauen, weil das ja der Controller schon kann, ich denke, wenn, dann benutze ich ein semaphore internal. Nur wenn es gelöscht ist nehme ich ein set an, wenn ein set bearbeitet wird, wird das semaphore gesetzt und wieder gelöscht, wenn die <success> message vom API zurück kam. Wobei mir daran nicht gefällt, dass wir auf die Weise ggf. fhem komplett blockieren könnten...

ach, @funclass: ich hab Dir noch ein "pause" setting eingebaut. mit
set LED pause n q
kannst Du jetzt bestimmen, dass die aktuelle Farbe für n Sekunden gleich bleibt.

Grüße

pj

Nachtrag: @mrpj - Du hattest oben mal geschrieben, dass Du das <200 success> schon schickst, wenn der Controller die Daten übernommen hat, also habe ich auf dieser Seite der API eigentlich keine Möglichkeit, festzustellen, ob der Controller schon wieder neue Daten entgegennehmen kann, oder?
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 22:33:42
Zitat von: herrmannj am 24 Juni 2016, 22:20:15
Oh, gehts locker an. WifiLight ist ja auch historisch gewachsen.

Das sieht man an den set sehr gut. Ich habe da sowieso ein "next gen" in der Mache - da würde ich mit großen internals und kleines readings mitziehen. Logisch müssten die set dann auch klein geschrieben werden.

Man muss alte Zöpfe auch mal abschneiden dürfen

vg
joerg

super, dann lass uns dafür sorgen, dass wir da gleich bleiben!

danke.

nebenbei Jörg:
Du hast ja für die Milight Bridge Code geschrieben, der die unterschiedlichen "slots" als verschiedene Devices an der selben Bridge anbindet.
Ich hab heute mal überlegt, ob ich zusätzlich zum aktuellen Modell (RGBWWCW immer via HSV) noch einen zweite "modus" anbiete, in dem die fünf Kanäle als fünf einzelne Devices (dann halt nur in der Helligkeit steuerbar) auftauchen.
Wenn ich das richtig gesehen habe, legst Du die Information über schon benutzte slots im internen $defs{} hash ab, richtig? Im Grunde sollte das doch hier auch möglich sein. Ich stelle mir eine Art "bitmap" vor, die die schon belegten Kanäle aufzählt.
Wenn ich ein
define LED_RGBWW LedController RGBWW <hostname>
konfiguriere, dann würden eben die Kanäle 1,2,3 und 4 als "benutzt" gekennzeichnent, und ich könnte zusätzlich ein
define LED_W LedController white <hostname> konfigurieren, dass dann den noch freien Kanal für eine einzelne, z.B. weiße Schiene definiert.

Das sollte, äquivalent zum MifiBrige-v3 code möglich sein.
Schwierig wird es dann, einzelne Kanäle zu setzen, denn dazu müsste das RAW Kommando eben auch gezielt für einzelne Kanäle funktionieren (momentan geht, wenn ich das richtig sehe, nur das komplette Set von fünf Kanälen) oder ich müsste den aktuellen Zustand auslesen und eben nur einen veränderten Kanal setzen. Das geht prima, solange keiner der anderen Kanäle gerade in einer Transition ist, dann wären wir wieder bei der Diskussion der letzten Tage, allerdings erschwert durch die Tatsache, dass sich der "laufende" Kanal auch noch zwischen "get" und "set" verändert hätte.

hmm..

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 22:34:35
Zitat von: Icinger am 24 Juni 2016, 22:20:36
Mal eine Bitte:
Könntet ihr die "print"-Ausgaben durch Log3 ersetzen? Evtl. auf Lvl 4?
Und im Idelfall noch mit dem Devicenamen voran :D

Kann auch gerne morgen einen Patch dazu liefern.

lg, Stefan
Hi Stefan, hast Recht, die Prints sollten noch raus. Ich schau gleich mal, können aber nur noch zwei oder drei sein... Debug-Faulheit halt ;-)

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 24 Juni 2016, 22:48:32
Zitathmm.. ich hab das gerade nochmal getestet und - ja, irgendwas stimmt mit den queued settings nicht. Vielleicht hat @herrmannj doch recht und wir müssen die API zum Controller serialisieren.
@mrpj hast Du ne Chance Dir mal anzusehen, was der Controller tut, wenn er direkt nacheinander Settings bekommt?
Es scheint, als ob das Verhalten da ein bisschen unvorhersagbar ist - manche Sachen funktionieren ohne Problem, manche werden einfach verschluckt.
Eigentlich will ich kein queueing bauen, weil das ja der Controller schon kann, ich denke, wenn, dann benutze ich ein semaphore internal. Nur wenn es gelöscht ist nehme ich ein set an, wenn ein set bearbeitet wird, wird das semaphore gesetzt und wieder gelöscht, wenn die <success> message vom API zurück kam. Wobei mir daran nicht gefällt, dass wir auf die Weise ggf. fhem komplett blockieren könnten...

ach, @funclass: ich hab Dir noch ein "pause" setting eingebaut. mit
Code: [Auswählen]

set LED pause n q

kannst Du jetzt bestimmen, dass die aktuelle Farbe für n Sekunden gleich bleibt.

Grüße

pj

so kompliziert ist das serialisieren doch gar nicht.

Der set wird, so wie er reinkommt, an ein array gehängt. (push)

Jedesmal wenn eine Antwort des Controllers kommt einmal schauen ob im array noch was drin ist. Wenn ja, vorne (links) raus ziehen und senden. (shift)

Dann ist das Problem, und alle evtl damit verbundenen, vom Tisch.
Wenn Du ein Flag setzt was dann folgende set blockt: was passiert wenn wenn ich über die console sowas absetzte "set LED HSV 0,0,0; set LED HSV 0,100,30 q; set HSV 30,100,60 q" ? Die set kommen ja gar nicht schnell genug raus. Entweder sie werden also verworfen oder blockieren das gesamte fhem ...

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 24 Juni 2016, 22:57:49
Zitat von: pjakobs am 24 Juni 2016, 22:33:42
super, dann lass uns dafür sorgen, dass wir da gleich bleiben!

danke.

nebenbei Jörg:
Du hast ja für die Milight Bridge Code geschrieben, der die unterschiedlichen "slots" als verschiedene Devices an der selben Bridge anbindet.
Ich hab heute mal überlegt, ob ich zusätzlich zum aktuellen Modell (RGBWWCW immer via HSV) noch einen zweite "modus" anbiete, in dem die fünf Kanäle als fünf einzelne Devices (dann halt nur in der Helligkeit steuerbar) auftauchen.
Wenn ich das richtig gesehen habe, legst Du die Information über schon benutzte slots im internen $defs{} hash ab, richtig? Im Grunde sollte das doch hier auch möglich sein. Ich stelle mir eine Art "bitmap" vor, die die schon belegten Kanäle aufzählt.
Wenn ich ein
define LED_RGBWW LedController RGBWW <hostname>
konfiguriere, dann würden eben die Kanäle 1,2,3 und 4 als "benutzt" gekennzeichnent, und ich könnte zusätzlich ein
define LED_W LedController white <hostname> konfigurieren, dass dann den noch freien Kanal für eine einzelne, z.B. weiße Schiene definiert.

Das sollte, äquivalent zum MifiBrige-v3 code möglich sein.
Schwierig wird es dann, einzelne Kanäle zu setzen, denn dazu müsste das RAW Kommando eben auch gezielt für einzelne Kanäle funktionieren (momentan geht, wenn ich das richtig sehe, nur das komplette Set von fünf Kanälen) oder ich müsste den aktuellen Zustand auslesen und eben nur einen veränderten Kanal setzen. Das geht prima, solange keiner der anderen Kanäle gerade in einer Transition ist, dann wären wir wieder bei der Diskussion der letzten Tage, allerdings erschwert durch die Tatsache, dass sich der "laufende" Kanal auch noch zwischen "get" und "set" verändert hätte.

hmm..

Grüße

pj

Das sollte funktionieren. Also, so vom Grundsatz. Man könnte auch ein zweistufiges modul schreiben. Das milight modul wurde ja auch von wifilight geforked- da haben die das dann auch zweistufig umgestellt. Mir ging es darum es dem user so einfach wie möglich zu machen.

Beim controller hier hat das aber einen Haken - die Transitions können ja nicht pro channel abgearbeitet werden. Man müsste über raw gehen und Transitions und queues dann im modul machen. Das wäre dann die Disziplin von WifiLight. Vielleicht sollte man diesen mode in WifiLight abbilden, das würde gehen.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 24 Juni 2016, 23:01:33
Anbei mal das Logfile (Verbose 5) beim Senden von 3 Befehlen in die Que. Leider wenig aussagekräftig.

1. per Sub in myUtils

sub myTest() {
fhem "set rgb_stripe1 HSV 0,100,5 10";
fhem "set rgb_stripe1 HSV 200,100,5 10 q";
fhem "set rgb_stripe1 HSV 0,100,0 10 q";
}



2016.06.24 22:54:36 5: rgb_stripe1 called with HSV
2016.06.24 22:54:36 5: rgb_stripe1 called with HSV
2016.06.24 22:54:36 5: rgb_stripe1 called with HSV


2. per Kommandofeld
set rgb_stripe1 HSV 0,100,5 10;set rgb_stripe1 HSV 200,100,5 10 q;set rgb_stripe1 HSV 0,100,0 10 q;


2016.06.24 22:55:39 5: rgb_stripe1 called with HSV
2016.06.24 22:55:39 5: rgb_stripe1 called with HSV
2016.06.24 22:55:39 5: rgb_stripe1 called with HSV


Beide Male ohne jegliche Reaktion des RGB-Controllers.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 23:15:17
Zitat von: herrmannj am 24 Juni 2016, 22:48:32
so kompliziert ist das serialisieren doch gar nicht.

Der set wird, so wie er reinkommt, an ein array gehängt. (push)

Jedesmal wenn eine Antwort des Controllers kommt einmal schauen ob im array noch was drin ist. Wenn ja, vorne (links) raus ziehen und senden. (shift)

Dann ist das Problem, und alle evtl damit verbundenen, vom Tisch.
Wenn Du ein Flag setzt was dann folgende set blockt: was passiert wenn wenn ich über die console sowas absetzte "set LED HSV 0,0,0; set LED HSV 0,100,30 q; set HSV 30,100,60 q" ? Die set kommen ja gar nicht schnell genug raus. Entweder sie werden also verworfen oder blockieren das gesamte fhem ...

vg
joerg

@mrpj hat weiter oben mal geschrieben, dass die <success> Meldung vom API kommt, sobald die Daten übernommen wurden - was aber nicht unbedingt heißt, dass das neue Setting auf dem Controller schon gequeued ist, also weiß ich leider nicht, wann der Controller sicher das nächste Setting entgegennehmen könnte.
und ja, dass ein flag fhem blockieren würde ist mir während des Schreibens aufgegangen, keine gute Idee.
Die Serialisierung über Array würde funktionieren, wenn ich mich darauf verlassen kann, dass die Antwort des Controllers bedeutet "ich bin bereit für den nächsten Befehl".
Da muss Patrick mal was zu sagen.
Wenn Du bei jedem neuen set die Queue checkst - wie stellst Du dann sicher, dass das letzte Setting durchgeführt wird, wenn davor noch eines in der Queue war?
Eigentlich müsstest Du dann doch nach dem letzten "set" nochmal so lange triggern, bis die Queue leer ist.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 24 Juni 2016, 23:18:40
Zitat von: funclass am 24 Juni 2016, 23:01:33
Anbei mal das Logfile (Verbose 5) beim Senden von 3 Befehlen in die Que. Leider wenig aussagekräftig.

1. per Sub in myUtils

sub myTest() {
fhem "set rgb_stripe1 HSV 0,100,5 10";
fhem "set rgb_stripe1 HSV 200,100,5 10 q";
fhem "set rgb_stripe1 HSV 0,100,0 10 q";
}



2016.06.24 22:54:36 5: rgb_stripe1 called with HSV
2016.06.24 22:54:36 5: rgb_stripe1 called with HSV
2016.06.24 22:54:36 5: rgb_stripe1 called with HSV


2. per Kommandofeld
set rgb_stripe1 HSV 0,100,5 10;set rgb_stripe1 HSV 200,100,5 10 q;set rgb_stripe1 HSV 0,100,0 10 q;


2016.06.24 22:55:39 5: rgb_stripe1 called with HSV
2016.06.24 22:55:39 5: rgb_stripe1 called with HSV
2016.06.24 22:55:39 5: rgb_stripe1 called with HSV


Beide Male ohne jegliche Reaktion des RGB-Controllers.

Ich hab's nachvollziehen können und glaube zu wissen, was das Problem ist.
Der Controller kommt offenbar durcheinander, wenn man ihm die Settings zu schnell schickt.
Ich überlege noch, was die Lösung dafür ist - siehe die Diskussion mit @herrmanj

pj

edit:

gerade nochmal in den Code der Firmware geschaut - wenn ich das richtig sehe, dann kommt das <success> doch erst, wenn das Ding in der Queue ist.
Ich werd am Wochenende mal serialisieren. :)

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 25 Juni 2016, 00:03:33
ZitatDie Serialisierung über Array würde funktionieren, wenn ich mich darauf verlassen kann, dass die Antwort des Controllers bedeutet "ich bin bereit für den nächsten Befehl".
Oh ja, das hatte ich einfach mal angenommen. Du hast völlig Recht, da muss #mprj was zu sagen. Oder einfach ausprobieren ...

Unter der Maßgabe das die Annahme stimmt:

Es braucht in der Tat ein Flag welches anzeigt das ein API Call unterwegs ist. Ich nenne das mal "inflight".

Wenn der Set reinkommt wird er stur an das array angehängt (pop). Danach wird geschaut ob "inflight" true ist.
  Wenn ja: nichts machen.
  Wenn nein: den API Call auslösen, "inflight" setzen

Wenn der API Call beantwortet wird, auswerten. Dann "inflight" löschen, schauen ob was im array ist.
Wenn ja, rausziehen (shift) dann den call auslösen (setzt "inflight").

Und so weiter ...

In Wifilight ist das in der llqueue und der hlqueue so implementiert. Da ist es sogar noch komplexer weil die beiden queue noch miteinander verzahnt sind, das Prinzip ist aber genau das.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Juni 2016, 01:02:53
Zitat von: pjakobs am 24 Juni 2016, 22:23:50
hmm.. ich hab das gerade nochmal getestet und - ja, irgendwas stimmt mit den queued settings nicht. Vielleicht hat @herrmannj doch recht und wir müssen die API zum Controller serialisieren.
@mrpj hast Du ne Chance Dir mal anzusehen, was der Controller tut, wenn er direkt nacheinander Settings bekommt?

Kannst du mir bitte ein Logfile von der Kommunikation schicken?

Ein kurzes Testscript via python läuft bei mir ohne Probleme

import requests
import json

url = "http://192.168.2.65/color"
pl0 = {"hsv":{"h":0.0,"s":100.0,"v":100.0,"ct":0},"cmd":"fade", "t":1000, "q": 1}
pl1 = {"hsv":{"h":0.0,"s":100.0,"v":0.0,"ct":0},"cmd":"fade", "t":1000, "q": 1}

if __name__ == '__main__':
r = requests.post(url, data=json.dumps(pl0))
r = requests.post(url, data=json.dumps(pl1))
r = requests.post(url, data=json.dumps(pl0))
r = requests.post(url, data=json.dumps(pl1))
r = requests.post(url, data=json.dumps(pl0))
r = requests.post(url, data=json.dumps(pl1))
r = requests.post(url, data=json.dumps(pl0))
r = requests.post(url, data=json.dumps(pl1))


Zitat von: pjakobs am 24 Juni 2016, 22:23:50
Nachtrag: @mrpj - Du hattest oben mal geschrieben, dass Du das <200 success> schon schickst, wenn der Controller die Daten übernommen hat, also habe ich auf dieser Seite der API eigentlich keine Möglichkeit, festzustellen, ob der Controller schon wieder neue Daten entgegennehmen kann, oder?

Der Controller schickt ein OK wenn der Befehl abgearbeitet wurde (bei /color eben wenn der Befehl an die interne Verarbeitung weitergegeben wurde) - bedeutet aber nicht dass dazwischen keine Verbindung aufgebaut werden kann.
Der Verbindungsaufbau und Abarbeitung in SMING ist asynchron - zu jedem Zeitpunkt können TCP (HTTP) Verbindungen aufgebaut* werden, die Abarbeitung dieser erfolgt sequentiell (und nicht deterministisch).

* Sofern genug Puffer im LWIP TCP Connection Stack vorhanden ist - irgendwann ist der auch ausgeschöpft

Zitat von: pjakobs am 24 Juni 2016, 23:15:17
@mrpj hat weiter oben mal geschrieben, dass die <success> Meldung vom API kommt, sobald die Daten übernommen wurden - was aber nicht unbedingt heißt, dass das neue Setting auf dem Controller schon gequeued ist, also weiß ich leider nicht, wann der Controller sicher das nächste Setting entgegennehmen könnte.
und ja, dass ein flag fhem blockieren würde ist mir während des Schreibens aufgegangen, keine gute Idee.


Siehe oben - die API meldet "success" wenn die Daten (an die Queue) übergeben wurden - aber nicht wenn die Daten (die Queue) abgearbeitet wurde. Ich denke da hast du mich vorher missverstanden

Zitat von: pjakobs am 24 Juni 2016, 23:15:17
Die Serialisierung über Array würde funktionieren, wenn ich mich darauf verlassen kann, dass die Antwort des Controllers bedeutet "ich bin bereit für den nächsten Befehl".

Siehe oben - der Controller kann zu jedem Zeitpunkt weitere HTTP Verbindungen annehmen



Ich kenne mich nicht gut genug mit den interna von FHEM aus - aber wenn jeder Befehl (set ?) des Nutzers in einem eigenen Thread/Worker läuft, ist nie sichergestellt, dass Befehle der Reihe nacht abgearbeitet werden. Eine Serialisierung mit einer einfachen Q ist zu empfehlen.

Wenn es Probleme gibt, wäre ich wie gesagt über ein Log sehr dankbar. (Am besten von FHEM und vom Controller parallel - so dass ich nachvollziehen kann welche Befehle angekommen sind und wo der Controller Probleme haben könnte)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 12:41:05
Zitat von: mrpj am 21 Juni 2016, 14:59:45
Die Farbkalibration findet im Controller statt - nicht in Wifiligt.
Bitte berichte doch ob es bei dir auch bei dem Controller aus dem Projekt vorkommt (du schreibst vom LD382 und nicht von dem Projekt) -
Ich kann keine Farbänderung bei unterschiedlichen Helligkeiten erkennen ....

Ich hab das nochmal mit diesem Controller hier nachvollzogen (32_LedController.pm von heute: https://raw.githubusercontent.com/patrickjahns/esp_rgbww_fhemmodule/dev-pj/32_LedController.pm) und der Effekt ist derselbe. Hier mal Bilder dazu (Handy natürlich farbverfälscht, aber die Grundaussage wird mMn deutlich):

So siehts aus mit "set ledNeu2 hsv 19,96,94":
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54113 (https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54113)
* DSC_0032.JPG

Wenn ich nun nur die Helligkeit ändere auf 14 (also "set ledNeu2 hsv 19,96,14"), dann siehts so aus:
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54111 (https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54111)
* DSC_0031.JPG

Nach meinem Verständnis hätte der Farbton unverändert bleiben sollen, wenn man die Helligkeit anpasst, oder? Darum dachte ich, man könne das evtl. über eine Farbkalibration (Mehrpunkt) hinbekommen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 13:13:17
@mrpj

folgendes hab ich mal getestet:


set LED_Sc on ; set LED_Sc pause 5 q;set LED_Sc off q


ergibt als fhem log output:

2016.06.25 13:10:17 5: LED_Sc called with on
2016.06.25 13:10:17 5: LED_Sc defaultColor: 120,40,70
2016.06.25 13:10:17 5: LED_Sc setting VAL to 70, SAT to 40 and HUE 120
2016.06.25 13:10:17 5: LED_Sc args[0] = , args[1] =
2016.06.25 13:10:17 5: LED_Sc extended args raw: a=, b=
2016.06.25 13:10:17 5: LED_Sc t= 0
2016.06.25 13:10:17 5: LED_Sc extended args: t = 0, q = false, d = 1
2016.06.25 13:10:17 5: LED_Sc: called SetHSVColor 120, 40, 70, 2700, 0, solid, false, 1)
2016.06.25 13:10:17 4: LED_Sc: encoded json data: {"hsv":{"s":"40","h":"120","ct":"2700","v":"70"},"cmd":"solid","d":"1","q":"false","t":"0"}
2016.06.25 13:10:17 4: LED_Sc: set HSV color request
2016.06.25 13:10:17 5: LED_Sc: calculated RGB as 6bb36b
2016.06.25 13:10:17 4: LED_Sc: begin Readings Update
2016.06.25 13:10:17 5: LED_Sc called with pause
2016.06.25 13:10:17 5: LED_Sc extended args raw: a=5, b=q
2016.06.25 13:10:17 5: LED_Sc t= 0
2016.06.25 13:10:17 5: LED_Sc a is numeric (5), t= 5000
2016.06.25 13:10:17 5: LED_Sc extended args: t = 5000, q = true, d = 1
2016.06.25 13:10:17 5: LED_Sc: called SetHSVColor 120, 40, 70, 2700, 5000, fade, true, 1)
2016.06.25 13:10:17 4: LED_Sc: encoded json data: {"cmd":"fade","hsv":{"ct":"2700","h":"120","v":"70","s":"40"},"t":"5000","q":"true","d":"1"}
2016.06.25 13:10:17 4: LED_Sc: set HSV color request
2016.06.25 13:10:17 5: LED_Sc: calculated RGB as 6bb36b
2016.06.25 13:10:17 4: LED_Sc: begin Readings Update
2016.06.25 13:10:17 5: LED_Sc called with off
2016.06.25 13:10:17 5: LED_Sc setting VAL to 0, keeping HUE 120 and SAT 40
2016.06.25 13:10:17 5: LED_Sc extended args raw: a=q, b=
2016.06.25 13:10:17 5: LED_Sc t= 0
2016.06.25 13:10:17 5: LED_Sc extended args: t = 0, q = true, d = 1
2016.06.25 13:10:17 5: LED_Sc: called SetHSVColor 120, 40, 0, 2700, 0, solid, true, 1)
2016.06.25 13:10:17 4: LED_Sc: encoded json data: {"cmd":"solid","hsv":{"s":"40","h":"120","ct":"2700","v":"0"},"q":"true","t":"0","d":"1"}
2016.06.25 13:10:17 4: LED_Sc: set HSV color request
2016.06.25 13:10:17 5: LED_Sc: calculated RGB as 000000
2016.06.25 13:10:17 4: LED_Sc: begin Readings Update
2016.06.25 13:10:18 4: LED_Sc: got HSV color response
2016.06.25 13:10:18 5: LED_Sc: HSV color response data {"success":true}
2016.06.25 13:10:18 4: LED_Sc: got HSV color response
2016.06.25 13:10:18 5: LED_Sc: HSV color response data {"success":true}
2016.06.25 13:10:18 4: LED_Sc: got HSV color response
2016.06.25 13:10:18 5: LED_Sc: HSV color response data {"success":true}


sprich: die api calls werden schneller abgesetzt als abgearbeitet.
Das Ergebnis: anstatt an - 5s warten - aus blitzen die LED nur kurz auf, offenbar überschreibt das dritte Setting sofort das zweite.

Controller debug reiche ich nach.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 13:28:01
nachreich

ApplicationWebserver::onColor HSV  H 120. S 40. V 70. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 120. S 40. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 120. S 40. V 70. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color

hmm.... kann ich ihn dazu bringen, hier gesprächiger zu sein?

pj

nach-nachreich:


set LED_Sc val 14;set LED_Sc val 95 5 q;set LED_Sc val 14 5 q


sollte, bei gegebenem H und S erst V auf 14, dann über 5s auf 95 und danach wieder über 5s auf 14 dimmen.

das Modul macht folgendes:

2016.06.25 13:42:18 5: LED_Sc called with val
2016.06.25 13:42:18 5: LED_Sc setting VAL to 14, keeping HUE 351.7 and SAT 45
2016.06.25 13:42:18 5: LED_Sc extended args raw: a=, b=
2016.06.25 13:42:18 5: LED_Sc t= 0
2016.06.25 13:42:18 5: LED_Sc extended args: t = 0, q = false, d = 1
2016.06.25 13:42:18 5: LED_Sc: called SetHSVColor 351.7, 45, 14, 2700, 0, solid, false, 1)
2016.06.25 13:42:18 4: LED_Sc: encoded json data: {"d":"1","q":"false","t":"0","hsv":{"s":"45","v":"14","ct":"2700","h":"351.7"},"cmd":"solid"}
2016.06.25 13:42:18 4: LED_Sc: set HSV color request
2016.06.25 13:42:18 5: LED_Sc: calculated RGB as 241416
2016.06.25 13:42:18 4: LED_Sc: begin Readings Update
2016.06.25 13:42:18 5: LED_Sc called with val
2016.06.25 13:42:18 5: LED_Sc setting VAL to 95, keeping HUE 351.7 and SAT 45
2016.06.25 13:42:18 5: LED_Sc extended args raw: a=5, b=q
2016.06.25 13:42:18 5: LED_Sc t= 0
2016.06.25 13:42:18 5: LED_Sc a is numeric (5), t= 5000
2016.06.25 13:42:18 5: LED_Sc extended args: t = 5000, q = true, d = 1
2016.06.25 13:42:18 5: LED_Sc: called SetHSVColor 351.7, 45, 95, 2700, 5000, fade, true, 1)
2016.06.25 13:42:18 4: LED_Sc: encoded json data: {"t":"5000","q":"true","d":"1","cmd":"fade","hsv":{"s":"45","h":"351.7","ct":"2700","v":"95"}}
2016.06.25 13:42:18 4: LED_Sc: set HSV color request
2016.06.25 13:42:18 5: LED_Sc: calculated RGB as f28596
2016.06.25 13:42:18 4: LED_Sc: begin Readings Update
2016.06.25 13:42:19 5: LED_Sc called with val
2016.06.25 13:42:19 5: LED_Sc setting VAL to 14, keeping HUE 351.7 and SAT 45
2016.06.25 13:42:19 5: LED_Sc extended args raw: a=5, b=q
2016.06.25 13:42:19 5: LED_Sc t= 0
2016.06.25 13:42:19 5: LED_Sc a is numeric (5), t= 5000
2016.06.25 13:42:19 5: LED_Sc extended args: t = 5000, q = true, d = 1
2016.06.25 13:42:19 5: LED_Sc: called SetHSVColor 351.7, 45, 14, 2700, 5000, fade, true, 1)
2016.06.25 13:42:19 4: LED_Sc: encoded json data: {"hsv":{"v":"14","ct":"2700","h":"351.7","s":"45"},"cmd":"fade","d":"1","q":"true","t":"5000"}
2016.06.25 13:42:19 4: LED_Sc: set HSV color request
2016.06.25 13:42:19 5: LED_Sc: calculated RGB as 241416
2016.06.25 13:42:19 4: LED_Sc: begin Readings Update
2016.06.25 13:42:19 4: LED_Sc: got HSV color response
2016.06.25 13:42:19 5: LED_Sc: HSV color response data {"success":true}
2016.06.25 13:42:19 4: LED_Sc: got HSV color response
2016.06.25 13:42:19 5: LED_Sc: HSV color response data {"success":true}
2016.06.25 13:42:19 4: LED_Sc: got HSV color response
2016.06.25 13:42:19 5: LED_Sc: HSV color response data {"success":true}


am Controller sehe ich

ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 95. CT 2700
ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 14. CT 2700
ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 14. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color


nur ein led_callback und die Befehle in veränderter Reihenfolge. Ich fürchte, hier werden API resourcen überschrieben, bevor sie freigegeben sind oder sowas.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 14:01:21
Zitat von: vbs am 25 Juni 2016, 12:41:05
Ich hab das nochmal mit diesem Controller hier nachvollzogen (32_LedController.pm von heute: https://raw.githubusercontent.com/patrickjahns/esp_rgbww_fhemmodule/dev-pj/32_LedController.pm) und der Effekt ist derselbe. Hier mal Bilder dazu (Handy natürlich farbverfälscht, aber die Grundaussage wird mMn deutlich):

So siehts aus mit "set ledNeu2 hsv 19,96,94":
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54113 (https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54113)
* DSC_0032.JPG

Wenn ich nun nur die Helligkeit ändere auf 14 (also "set ledNeu2 hsv 19,96,14"), dann siehts so aus:
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54111 (https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54111)
* DSC_0031.JPG

Nach meinem Verständnis hätte der Farbton unverändert bleiben sollen, wenn man die Helligkeit anpasst, oder? Darum dachte ich, man könne das evtl. über eine Farbkalibration (Mehrpunkt) hinbekommen.

ich hab das gerade mal mit genau Deinen Werten getestet und sehe da keine deutliche Verschiebung des Farbtons.
Verwendest Du RGB+W oder nur RGB? Wenn Du weiße LED dabei hast, sind die kaltweiß oder warmweiß?

Ich kann bei mir keine Verschiebung des Farbtons erkennen, wohl aber eine mit geringerer Helligkeit abnehmende Sättigung, was meines Erachtens auf den prozentual zunehmenden Tageslichtanteil zurückzuführen ist.
Mal sehen, vielleicht hab ich noch einen Karton irgendwo, um mal nachprüfbare Bedingungen zu schaffen.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 14:05:25
Ja sorry, guter Punkt: sind bei mir RGB + WarmWeiß Stripes!
Ich hatte das ganze (allerdings beim LD382) auch ohne Tageslicht (nachts) nachvollziehen können. Ich kann das gerne heute abend auch mit diesem Controller hier nochmal machen, um herauszufinden, ob es mit Tageslicht etwas zu tun hat.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 14:48:58
Zitat von: vbs am 25 Juni 2016, 14:05:25
Ja sorry, guter Punkt: sind bei mir RGB + WarmWeiß Stripes!
Ich hatte das ganze (allerdings beim LD382) auch ohne Tageslicht (nachts) nachvollziehen können. Ich kann das gerne heute abend auch mit diesem Controller hier nochmal machen, um herauszufinden, ob es mit Tageslicht etwas zu tun hat.

ich hab mal eine Rolle LED in einen Karton gesteckt und durch einen Diffusor (ok, einen Pringels Deckel) abfotografiert. Ich denke, das Ergebnis liegt im Rahmen dessen, was die Kamera kann. (Olympus E-PL2, Weißabgleich Kunstlicht).

Grüße

pj

PS: sollten die Farben bei Euch bräunlich dargestellt werden - ich habe das png mit eingebettetem ProFotoRGB Profil gespeichert, die meisten Browser ignorieren das geflissentlich. Ggf. im Bildbearbeitungsprogramm öffnen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 15:05:03
Das sind die gleichen H- und S-Werte wie in meinem Fall auch, oder? Sieht dann auch für mich erstmal ok aus.
Liegt das dann an meinen LED-Stripes, wenn sich das bei mir anders verhält? Könnte mir denken, dass verschiedene Stripes auch zu anderem Farbverhalten neigen. Sind bei mir güsntige AliExpress-Stripes.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 25 Juni 2016, 15:11:52
Das wäre möglich wenn die Kennlinie der LED sehr unterschiedlich ist.

Probier doch mal einen anderen Stripe bei Gelegenheit ...

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 25 Juni 2016, 15:14:51
Also ich hab im unteren Bereich bei diesen Werten auch einen leicht "helleren" Farbton (RGBWW), aber mEn nicht so krass wie auf den Bildern von vbs. Aus meiner Sicht könnte es wohl wirklich an unterschiedlichen LED-Stripes liegen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 15:19:54
Zitat von: vbs am 25 Juni 2016, 15:05:03
Das sind die gleichen H- und S-Werte wie in meinem Fall auch, oder? Sieht dann auch für mich erstmal ok aus.
Liegt das dann an meinen LED-Stripes, wenn sich das bei mir anders verhält? Könnte mir denken, dass verschiedene Stripes auch zu anderem Farbverhalten neigen. Sind bei mir güsntige AliExpress-Stripes.

ich würde nochmal mit den Settings des Kontrollers experimentieren.
Welches Calculation Model hast Du eingestellt, welches Output Model? Entsprechen die Farbtemperatur-Settings für WW und CW etwa Deinen Stripes?
Die Beimischung von Weiß kann die Lichtfarbe verändern, ich weiß nicht genau, was @mrpj da rechnet, aber die Farbtemperatur der weißen Dioden ist durchaus wesentlich.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Juni 2016, 17:03:40

Zitat von: pjakobs am 25 Juni 2016, 13:28:01


set LED_Sc val 14;set LED_Sc val 95 5 q;set LED_Sc val 14 5 q


sollte, bei gegebenem H und S erst V auf 14, dann über 5s auf 95 und danach wieder über 5s auf 14 dimmen.

das Modul macht folgendes:

2016.06.25 13:42:18 5: LED_Sc: called SetHSVColor 351.7, 45, 14, 2700, 0, solid, false, 1)
2016.06.25 13:42:18 4: LED_Sc: encoded json data: {"d":"1","q":"false","t":"0","hsv":{"s":"45","v":"14","ct":"2700","h":"351.7"},"cmd":"solid"}


Wenn du eine Transition möchtest, dann nutze "cmd":"fade" - "solid" bedeutet, zeige Farbe x für Zeit t.

Ich habe solid gestern nicht getestet, sondern nur fade - daher lass doch bitte erstmal eine gemeinsame Basis finden um der Fehlerquelle auf die Spur zu kommen.
Eventuell teste doch mal deinen Controller mit dem von mir geposteten Python script - wenn es damit funktioniert ist die Fehlerursache eine andere


Zitat von: pjakobs am 25 Juni 2016, 13:28:01
am Controller sehe ich

ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 95. CT 2700
ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 14. CT 2700
ApplicationWebserver::onColor HSV  H 351.700012207 S 45. V 14. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color


nur ein led_callback und die Befehle in veränderter Reihenfolge. Ich fürchte, hier werden API resourcen überschrieben, bevor sie freigegeben sind oder sowas.

Deine Befürchtung ist sehr unwahrscheinlich - bitte teste es mit dem cmd fade - es kann durchaus sein das "solid" einen Fehler enthält - ich hatte es zuletzt bei Änderungen in der RGBWW Library nicht getestet

Zur Veränderten Reihenfolge hatte ich schon etwas geschrieben:

Zitat von: mrpj am 25 Juni 2016, 01:02:53

Der Controller schickt ein OK wenn der Befehl abgearbeitet wurde (bei /color eben wenn der Befehl an die interne Verarbeitung weitergegeben wurde) - bedeutet aber nicht dass dazwischen keine Verbindung aufgebaut werden kann.
Der Verbindungsaufbau und Abarbeitung in SMING ist asynchron - zu jedem Zeitpunkt können TCP (HTTP) Verbindungen aufgebaut* werden, die Abarbeitung dieser erfolgt sequentiell (und nicht deterministisch).


Der Logeintrag "ApplicationWebserver::onColor" bedeutet, dass dieser Befehl bei der Anwendung angekommen ist (und dieser Befehl an die Verarbeitung der RGBWW Library weitergereicht wird). In welcher Reihenfolge die Befehle ankommen ist nur vorher bestimmtbar, wenn maximal 1 konkurrente Verbindung herrscht und die Befehle sequentiell abgeschickt werden (Erst nach erfolgreiche HTTP Verbindung der nächste Befehl) - andernfalls wirst du immer das Problem haben, dass verschiedene Faktoren (Latenz, Puffer, Paketverluste) die Laufzeit eines Befehls im Netzwerk beinflussen und Befehle in anderer Reihenfolge ankommen.


Eine weiter Möglichkeit in Zukunft wäre "animationset" - eine vorbestimmte Reihenfolge von Befehlen die mit einem API call übergeben wird. (Wenn ich Zeit habe es zu implementieren)



Zitat von: pjakobs am 25 Juni 2016, 13:28:01
nachreich

ApplicationWebserver::onColor HSV  H 120. S 40. V 70. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color

hmm.... kann ich ihn dazu bringen, hier gesprächiger zu sein?


Im Moment nur durch eine rekompilierte Firmware in der SMING Debug angeschaltet ist. Ich hab mal schnell eine angehängt - die Version ist nicht getestet, da ich gerade keinen Controller zur Hand habe
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Juni 2016, 17:28:09
Zitat von: vbs am 25 Juni 2016, 15:05:03
Das sind die gleichen H- und S-Werte wie in meinem Fall auch, oder? Sieht dann auch für mich erstmal ok aus.
Liegt das dann an meinen LED-Stripes, wenn sich das bei mir anders verhält? Könnte mir denken, dass verschiedene Stripes auch zu anderem Farbverhalten neigen. Sind bei mir güsntige AliExpress-Stripes.

Das Problem an der Geschichte ist, dass die Weißen LEDs meist wesentlich heller sind als farbige LEDs. Hinzukommt, dass unsere Augen Helligkeit nicht linear, sondern exponentiell wahrnehmen.

In dem Konkreten fall bedeutet es, dass bei dem Wert 14, die Helligkeit der weißen LEDs im Verhältnis zu den farbigen (trotz interner Korrekturkurve) höher ist und somit nehmen wir eine Farbverschiebung war.

Wenn du den weißanteil (Sättigung = 100) weglässt, müsstest du keine Verschiebung mehr wahrnehmen.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 25 Juni 2016, 17:47:38
Zitat von: mrpj am 25 Juni 2016, 01:02:53

Ein kurzes Testscript via python läuft bei mir ohne Probleme


Hab`s eben mit meinem Controller auch mal via Python getestet. Funzt. Leuchte blinkt 4 Mal rot auf.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 18:13:03
ok, dann ist es wohl irgendwas in oder um perl
Ich hab mir gerade mal die Pakete auf dem Kabel angesehen, die kommen in der richtigen Reihenfolge, aber alle innerhalb einer Milisekunde, möglich, dass das einfach zu schnell ist.
@mrpj, da jedes in einer anderen TCP Session kommt, gehe ich mal davon aus, dass die sich im Controller nicht in's Gehege kommen.


No.     Time        Source                Destination           Protocol Length Info
     95 17.553538   192.168.29.25         192.168.29.58         TCP      74     43934→80 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=190056104 TSecr=0 WS=128

Frame 95: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 0, Len: 0

No.     Time        Source                Destination           Protocol Length Info
     96 17.561169   192.168.29.25         192.168.29.58         TCP      60     43934→80 [ACK] Seq=1 Ack=1 Win=3737600 Len=0

Frame 96: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 0

No.     Time        Source                Destination           Protocol Length Info
     98 17.821190   192.168.29.25         192.168.29.58         TCP      74     43936→80 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=190056131 TSecr=0 WS=128

Frame 98: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 0, Len: 0

No.     Time        Source                Destination           Protocol Length Info
     99 17.825508   192.168.29.25         192.168.29.58         TCP      60     43936→80 [ACK] Seq=1 Ack=1 Win=3737600 Len=0

Frame 99: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    100 18.041559   192.168.29.25         192.168.29.58         TCP      74     43938→80 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=190056153 TSecr=0 WS=128

Frame 100: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 0, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    101 18.050019   192.168.29.25         192.168.29.58         TCP      60     43938→80 [ACK] Seq=1 Ack=1 Win=3737600 Len=0

Frame 101: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    103 18.259555   192.168.29.25         192.168.29.58         HTTP     311    POST /color?mode=HSV HTTP/1.0  (application/x-www-form-urlencoded)

Frame 103: 311 bytes on wire (2488 bits), 311 bytes captured (2488 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 257
Hypertext Transfer Protocol
    POST /color?mode=HSV HTTP/1.0\r\n
    Host: 192.168.29.58\r\n
    User-Agent: fhem\r\n
    Accept: application/json\r\n
    Content-Length: 90\r\n
    Content-Type: application/x-www-form-urlencoded\r\n
    \r\n
    [Full request URI: http://192.168.29.58/color?mode=HSV]
    [HTTP request 1/1]
HTML Form URL Encoded: application/x-www-form-urlencoded
    Form item: "{"t":"0","q":"false","d":"1","cmd":"solid","hsv":{"h":"19","ct":"2700","v":"14","s":"96"}}" = ""
        Key: {"t":"0","q":"false","d":"1","cmd":"solid","hsv":{"h":"19","ct":"2700","v":"14","s":"96"}}
        Value:

No.     Time        Source                Destination           Protocol Length Info
    104 18.259898   192.168.29.25         192.168.29.58         HTTP     312    POST /color?mode=HSV HTTP/1.0  (application/x-www-form-urlencoded)

Frame 104: 312 bytes on wire (2496 bits), 312 bytes captured (2496 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 258
Hypertext Transfer Protocol
    POST /color?mode=HSV HTTP/1.0\r\n
    Host: 192.168.29.58\r\n
    User-Agent: fhem\r\n
    Accept: application/json\r\n
    Content-Length: 91\r\n
    Content-Type: application/x-www-form-urlencoded\r\n
    \r\n
    [Full request URI: http://192.168.29.58/color?mode=HSV]
    [HTTP request 1/1]
HTML Form URL Encoded: application/x-www-form-urlencoded
    Form item: "{"cmd":"fade","hsv":{"s":"96","v":"95","ct":"2700","h":"19"},"t":"5000","q":"true","d":"1"}" = ""
        Key: {"cmd":"fade","hsv":{"s":"96","v":"95","ct":"2700","h":"19"},"t":"5000","q":"true","d":"1"}
        Value:

No.     Time        Source                Destination           Protocol Length Info
    105 18.260477   192.168.29.25         192.168.29.58         HTTP     312    POST /color?mode=HSV HTTP/1.0  (application/x-www-form-urlencoded)

Frame 105: 312 bytes on wire (2496 bits), 312 bytes captured (2496 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 1, Ack: 1, Len: 258
Hypertext Transfer Protocol
    POST /color?mode=HSV HTTP/1.0\r\n
    Host: 192.168.29.58\r\n
    User-Agent: fhem\r\n
    Accept: application/json\r\n
    Content-Length: 91\r\n
    Content-Type: application/x-www-form-urlencoded\r\n
    \r\n
    [Full request URI: http://192.168.29.58/color?mode=HSV]
    [HTTP request 1/1]
HTML Form URL Encoded: application/x-www-form-urlencoded
    Form item: "{"d":"1","q":"true","t":"5000","hsv":{"v":"34","h":"19","ct":"2700","s":"96"},"cmd":"fade"}" = ""
        Key: {"d":"1","q":"true","t":"5000","hsv":{"v":"34","h":"19","ct":"2700","s":"96"},"cmd":"fade"}
        Value:

No.     Time        Source                Destination           Protocol Length Info
    106 18.283263   192.168.29.25         192.168.29.58         TCP      60     43934→80 [ACK] Seq=258 Ack=139 Win=3842048 Len=0

Frame 106: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 258, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    107 18.296219   192.168.29.25         192.168.29.58         TCP      60     43934→80 [FIN, ACK] Seq=258 Ack=139 Win=3842048 Len=0

Frame 107: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 258, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    108 18.347781   192.168.29.25         192.168.29.58         TCP      60     43936→80 [ACK] Seq=259 Ack=139 Win=3842048 Len=0

Frame 108: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 259, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    109 18.349531   192.168.29.25         192.168.29.58         TCP      60     43936→80 [FIN, ACK] Seq=259 Ack=139 Win=3842048 Len=0

Frame 109: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 259, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    110 18.365941   192.168.29.25         192.168.29.58         TCP      60     43938→80 [ACK] Seq=259 Ack=139 Win=3842048 Len=0

Frame 110: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 259, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    111 18.366424   192.168.29.25         192.168.29.58         TCP      60     43934→80 [ACK] Seq=259 Ack=140 Win=3842048 Len=0

Frame 111: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43934 (43934), Dst Port: 80 (80), Seq: 259, Ack: 140, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    112 18.367208   192.168.29.25         192.168.29.58         TCP      60     43938→80 [FIN, ACK] Seq=259 Ack=139 Win=3842048 Len=0

Frame 112: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 259, Ack: 139, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    113 18.374753   192.168.29.25         192.168.29.58         TCP      60     43938→80 [ACK] Seq=260 Ack=140 Win=3842048 Len=0

Frame 113: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43938 (43938), Dst Port: 80 (80), Seq: 260, Ack: 140, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    116 18.478382   192.168.29.25         192.168.29.58         TCP      60     43936→80 [ACK] Seq=260 Ack=140 Win=3842048 Len=0

Frame 116: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 260, Ack: 140, Len: 0

No.     Time        Source                Destination           Protocol Length Info
    117 18.568370   192.168.29.25         192.168.29.58         TCP      60     [TCP Retransmission] 43936→80 [FIN, ACK] Seq=259 Ack=140 Win=3842048 Len=0

Frame 117: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: EdimaxTe_85:08:95 (80:1f:02:85:08:95), Dst: Espressi_d6:97:0d (18:fe:34:d6:97:0d)
Internet Protocol Version 4, Src: 192.168.29.25 (192.168.29.25), Dst: 192.168.29.58 (192.168.29.58)
Transmission Control Protocol, Src Port: 43936 (43936), Dst Port: 80 (80), Seq: 259, Ack: 140, Len: 0


Ich habe diesmal als letzten "h" Wert 34 genommen, damit erkennbar wird, ob das Ganze vielleicht verdreht wird.

Ich pack mal spaßeshalber eine kurze Verzögerung rein, ein, zwei Milisekunden würden schon genügen, denk ich.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 18:35:39
ok, mit zwei Milisekunden Verzögerung vor dem Absenden des http-Requests funktioniert es zwar insgesamt besser, es werden alle Animationsschritte übernommen, dafür  diesmal in nicht definierter Reihenfolge - was an den Paketen auf dem "Kabel" (also dem WLAN Kabel) erkennbar ist.
Die Quelle des Problems ist also der perl http Client.

Ich werd um eine Command Queue wie sie @herrmannj vorschlägt wohl nicht herumkommen.

@mrpj: was mir nebenbei aufgefallen ist, ich hatte versuchshalber ein Kommando "pause" eingebaut, einfach ein Fade vom aktuellen zum aktuellen hsv Wert mit einer Zeit - der Controlelr scheint das wegzuoptimieren. Es wäre, gerade für Animationen, schön, ihm sagen zu können "jetzt mach mal für 5 Sekunden nix!"


Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 20:53:25
Bei mir funktionieren Ramp-Times <10 s nicht, es wird dann trotzdem sofort geschaltet.

Also das fadet in 10 Sekunden:
set ledNeu2 hsv 0,92,100 10

Und das schaltet sofort:
set ledNeu2 hsv 0,92,100 9

Firmware ist:
Firmware
0.3.0
  (v0.3.0)
Web Interface
0.3.3
RGBWW Version
0.8.0
SMING Version
2.1.0


Mit 32_LedController.pm von heute mittag.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 20:58:11
Zitat von: vbs am 25 Juni 2016, 20:53:25
Bei mir funktionieren Ramp-Times <10 s nicht, es wird dann trotzdem sofort geschaltet.

Also das fadet in 10 Sekunden:
set ledNeu2 hsv 0,92,100 10

Und das schaltet sofort:
set ledNeu2 hsv 0,92,100 9

Firmware ist:
Firmware
0.3.0
  (v0.3.0)
Web Interface
0.3.3
RGBWW Version
0.8.0
SMING Version
2.1.0


Mit 32_LedController.pm von heute mittag.

den Bug hatte ich heute Nachmittag behoben, aber noch nicht gepushed. Hing mit der Umstellung auf "float" für den Zeit Parameter zusammen. ich push gleich nochmal.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 20:59:41
Danke dir, aber keine Eile, ist ja nicht so wild. Wollte es nur brav melden  ;)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 25 Juni 2016, 21:06:06
Zitat von: vbs am 25 Juni 2016, 20:59:41
Danke dir, aber keine Eile, ist ja nicht so wild. Wollte es nur brav melden  ;)

wenn's mit einem einfachen push getan ist, kann ich's ja auch gleich machen ;-)

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 25 Juni 2016, 22:57:29
Zitat von: pjakobs am 25 Juni 2016, 18:35:39
ok, mit zwei Milisekunden Verzögerung vor dem Absenden des http-Requests funktioniert es zwar insgesamt besser, es werden alle Animationsschritte übernommen, dafür  diesmal in nicht definierter Reihenfolge - was an den Paketen auf dem "Kabel" (also dem WLAN Kabel) erkennbar ist.
Die Quelle des Problems ist also der perl http Client.

Ich werd um eine Command Queue wie sie @herrmannj vorschlägt wohl nicht herumkommen.

Beachte bei deiner Queue folgendes:
Erst nachdem der HTTP Client die Anfrage abgearbeitet hat, die nächste zu schicken. Nur so kannst du garantieren das kein Befehl vor dem anderen den Controller erreicht.

Andernfalls hast du eben mit der ganz normalen "concurrency" zu tun ;-)

Zitat von: pjakobs am 25 Juni 2016, 18:35:39
@mrpj: was mir nebenbei aufgefallen ist, ich hatte versuchshalber ein Kommando "pause" eingebaut, einfach ein Fade vom aktuellen zum aktuellen hsv Wert mit einer Zeit - der Controlelr scheint das wegzuoptimieren. Es wäre, gerade für Animationen, schön, ihm sagen zu können "jetzt mach mal für 5 Sekunden nix!"

Eine Pause gibt es aus sicht des Controllers nie - zu jedem Zeitpunkt in dem der Controller eingeschaltet ist, gibt er einen definierten Zustand aus. (Auch Value=0 ist ein definierter Zustand).
Für den Fall das du z.B. eine Farbe für 5 Sekunden darstellen willst, gibt es eben das cmd "solid"
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 25 Juni 2016, 23:32:46
Zitat von: mrpj am 25 Juni 2016, 17:28:09
Das Problem an der Geschichte ist, dass die Weißen LEDs meist wesentlich heller sind als farbige LEDs. Hinzukommt, dass unsere Augen Helligkeit nicht linear, sondern exponentiell wahrnehmen.

In dem Konkreten fall bedeutet es, dass bei dem Wert 14, die Helligkeit der weißen LEDs im Verhältnis zu den farbigen (trotz interner Korrekturkurve) höher ist und somit nehmen wir eine Farbverschiebung war.

Wenn du den weißanteil (Sättigung = 100) weglässt, müsstest du keine Verschiebung mehr wahrnehmen.
Hm jein, also mein Beispiel war ja schon fast ohne Weißkanal (S=92). Der Effekt tritt aber auch mit 100 Sättigung auf, also zB:
25,100,100
vs
25,100,15

Also am Weißkanal liegts demnach nicht. Aber in dem Beispiel sind ja nur die rote und die grüne LED aktiv. Meiner bescheidenen Meinung nach haben, zumindest bei meiner, Stripe die grüne und die rote LED verschiedene Kennlinien, so daß sie bei einer Helligkeit von 100 und 15 nicht im gleichen Verhältnis zueinander stehen und daher der Farbton bei den beiden Helligkeitsstufen unterschiedlich ist.
Ich hab nochmal eine andere Stripe angeschlossen, aber bei der verhält sich das subjektiv genauso. Die Stripe ist aber aus der gleichen Bestellung wie die erste, also evtl. gleiche Charge und daher vermutlich ähnliche Eigenschaften.
So als Featureidee: Wäre natürlich toll, wenn man solche Effekte durch den Controller "rauskalibrieren" könnte. :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 26 Juni 2016, 08:17:57
Zitat von: mrpj am 25 Juni 2016, 22:57:29
Beachte bei deiner Queue folgendes:
Erst nachdem der HTTP Client die Anfrage abgearbeitet hat, die nächste zu schicken. Nur so kannst du garantieren das kein Befehl vor dem anderen den Controller erreicht.

Andernfalls hast du eben mit der ganz normalen "concurrency" zu tun ;-)
Der Plan ist, mit der nächsten Anfrage zu warten, bis die Rückmeldung der vorherigen angekommen ist.

im Moment mag mein Array noch nicht ganz so wie ich mir das vorstelle.

Zitat von: mrpj am 25 Juni 2016, 22:57:29
Eine Pause gibt es aus sicht des Controllers nie - zu jedem Zeitpunkt in dem der Controller eingeschaltet ist, gibt er einen definierten Zustand aus. (Auch Value=0 ist ein definierter Zustand).
Für den Fall das du z.B. eine Farbe für 5 Sekunden darstellen willst, gibt es eben das cmd "solid"

ah, solid geht auch mit Zeitangabe? Das hatte ich bisher nicht so verwendet, macht Sinn!

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 26 Juni 2016, 11:28:18

Zitat von: pjakobs am 26 Juni 2016, 08:17:57
ah, solid geht auch mit Zeitangabe? Das hatte ich bisher nicht so verwendet, macht Sinn!

Steht doch in der Doku (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color)  ;)

Zitat
cmd - [fade/solid] fade to the new color in time t or show color for period t (cmd=solid)

Wie kann man das umschreiben, so dass es einfacher verständlich ist?

Hinweise zu solid: die Zeitangabe bedeutet "mindestens" - wenn danach kein neues Kommando in der Q ist, bleibt der Controller in dem Zustand. (da er sonst keinen anderen definierten Zustand hätte).

Ich denke mit den beiden Kommandos "fade" & "solid" kann man einiges an Lichtspielerei erstellen  ;)

Zitat von: vbs am 25 Juni 2016, 23:32:46
So als Featureidee: Wäre natürlich toll, wenn man solche Effekte durch den Controller "rauskalibrieren" könnte. :)

Um dies Sinnvoll umzusetzen müsste man mehr als 2 Koordinaten nutzen, denn auch zwischen den beiden Koordinaten ist die Kennlinie von LEDs nicht linear.  Von meiner Seite aus wird da in den nächsten Monaten keine Implementierung kommen.

Ich freue mich aber immer um Menschen die sich engagieren und Code zu dem Projekt beitragen   :)
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 26 Juni 2016, 12:22:26
@pjakobs

Hab die Doku mal soweit erstellt. Könntest diese ja vor dem nächsten Push mal ins Modul übernehmen.

@alle

natürlich auch mal kritisch drüber schauen ob ich irgendwo Murks geschrieben habe. Die Ausführliche Erläuterung zum HSV-Farbraum etc. habe ich mir erspart, diese gibts ja schon im WiFiLight Modul.

Bei den Umlauten in der deutschen Beschreibung bin ich mir nicht ganz sicher. In meiner testweisen Übernahme ins Modul wurden diese sauber im FHEMWEB dargestellt.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 26 Juni 2016, 12:32:04
Zitat von: pjakobs am 26 Juni 2016, 08:17:57
im Moment mag mein Array noch nicht ganz so wie ich mir das vorstelle.
pj
May i help ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 26 Juni 2016, 12:46:07
Hm, mMn besteht da momentan ein Problem beim Setzen von Werten mit Ramp-Angabe. Habe gerade mehrfach den Fall, dass ein set nicht ausgeführt wird. zB:
set ledNeu2 hsv 140,89,100 960

Führt zu keinem Effekt, wird jedoch in FHEM angezeigt. Ein set ohne Ramp klappt dann. Auch kürzere Ramps werden manchmal nicht ausgeführt. Ich kann das leider nicht zuverlässig reproduzieren.
Modul-Version von gestern abend.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: funclass am 26 Juni 2016, 12:54:39
Zitat von: vbs am 26 Juni 2016, 12:46:07
Hm, mMn besteht da momentan ein Problem beim Setzen von Werten mit Ramp-Angabe. Habe gerade mehrfach den Fall, dass ein set nicht ausgeführt wird. zB:
set ledNeu2 hsv 140,89,100 100 960

Führt zu keinem Effekt, wird jedoch in FHEM angezeigt. Ein set ohne Ramp klappt dann. Auch kürzere Ramps werden manchmal nicht ausgeführt. Ich kann das leider nicht zuverlässig reproduzieren.
Modul-Version von gestern abend.

Was soll die 960 am Ende des Befehls bedeuten? In deinem Fall wäre ramp 100sek und die 960 steht an der Stelle wo die Flags q/l folgen würden.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: vbs am 26 Juni 2016, 13:00:41
Sorry, copy/paste-Fehler  :-[
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 26 Juni 2016, 19:50:12
Zitat von: mrpj am 26 Juni 2016, 11:28:18
Steht doch in der Doku (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color)  ;)

Wie kann man das umschreiben, so dass es einfacher verständlich ist?

nee, is schon ok, ich hatte den PoC code von Jörg genommen und garnicht weiter drüber nachgedacht, das ist so absolut sinnvoll und verständlich - mann muss nur hinsehen :o
Zitat von: mrpj am 26 Juni 2016, 11:28:18

Hinweise zu solid: die Zeitangabe bedeutet "mindestens" - wenn danach kein neues Kommando in der Q ist, bleibt der Controller in dem Zustand. (da er sonst keinen anderen definierten Zustand hätte).

Ich denke mit den beiden Kommandos "fade" & "solid" kann man einiges an Lichtspielerei erstellen  ;)

Um dies Sinnvoll umzusetzen müsste man mehr als 2 Koordinaten nutzen, denn auch zwischen den beiden Koordinaten ist die Kennlinie von LEDs nicht linear.  Von meiner Seite aus wird da in den nächsten Monaten keine Implementierung kommen.

Ich freue mich aber immer um Menschen die sich engagieren und Code zu dem Projekt beitragen   :)

Ich muss mal sehen, in einem anderen Projekt, in dem ich involviert war, wurde ganz viel zum Thema (Helligkeits) Kalibrierung gemacht.

Zitat von: herrmannj am 26 Juni 2016, 12:32:04
May i help ?

vg
joerg

Da wäre ich dankbar. Ich stehe manchmal mit den perl datatypes auf Kriegsfuß und hier auf dem Schlauch.
Es gibt einen Branch dev-pj-queue,
darin habe ich die LedController_Set() funktion wie folgt definiert:

sub
LedController_Set(@){
my @command=@_;
my ($ledDevice, $name, $cmd, @args) = @command;
   return "Unknown argument $cmd, choose one of hsv rgb state update hue sat val dim on off rotate" if ($cmd eq '?');
Log3 ($ledDevice, 5, "$ledDevice->{NAME} (set) called with $cmd, busy flag is $ledDevice->{helper}->{isBusy}"); 
if($ledDevice->{helper}->{isBusy} eq 1){
push (@{$ledDevice->{helper}->{cmdQueue}}, [@command]);

Log3 ($ledDevice, 4,"$ledDevice->{NAME} (queue) pushed ".Dumper(($ledDevice, $name, $cmd, @args))." to queue");
Log3 ($ledDevice, 5,"$ledDevice->{NAME} (queue) queue is now".Dumper(@{$ledDevice->{helper}->{cmdQueue}}));
} else {
LedController_doSet(@command);
}
}


mein Verständnis ist, dass
push @array1, [@array2]
eben das ganze array @array2 als ein Elememt in @array1 pusht. Der dump sagt aber was anderes.
Ich habe in Wifilight gesehen, dass da das Array vor dem push aus Komponenten aufgebaut wird - das wollte ich vermeiden, ich hab stattdessen versucht die ganze "Kommandozeile" durch

LedController_Set(@){
my @command=@_;
zu übernehmen, in der Hoffnung, mir dann ansonsten nirgendwo Gedanken machen zu müssen.

bevor ich den http-Request absetze, setze ich in LedController_SetHSVColor(@) mit

$ledDevice->{helper}->{isBusy}=1;
ein globales Flag, dass ich dann in LedController_ParseSetHSVColor(@) mit

$ledDevice->{helper}->{isBusy}=0;
wieder lösche.

bevor ich dann da wieder rausspringe hole ich mir, wenn vorhanden, das nächste Kommando vom Stack und führe es aus:

if(my @command = shift $ledDevice->{helper}->{cmdQueue}){
Log3 ($ledDevice, 4,"$ledDevice->{NAME} (queue) shifted ".Dumper(@command)." off the queue");
LedController_doSet(@command);


Eins ist klar: irgendwas is faul daran, denn es funktioniert nicht.

Das Flag wird a) korrekt gesetzt, b) erkannt und c) auch wieder gelöscht. Das Problem ist m.E. entweder die Art, wie ich das Array behandle, oder ich bekommen vielleicht ganz am Anfang schon die Parameter nicht korrekt in das @command array - wobei - der erste Aufruf von doSet funktioniert ja problemlos, also muss es das queueing / dequeueing sein.

Zitat von: funclass am 26 Juni 2016, 12:22:26
@pjakobs

Hab die Doku mal soweit erstellt. Könntest diese ja vor dem nächsten Push mal ins Modul übernehmen.
Danke! Ich nehm's in den nächsten dev-pj commit rein.

Zitat von: vbs am 26 Juni 2016, 12:46:07
Hm, mMn besteht da momentan ein Problem beim Setzen von Werten mit Ramp-Angabe. Habe gerade mehrfach den Fall, dass ein set nicht ausgeführt wird. zB:
set ledNeu2 hsv 140,89,100 960

Führt zu keinem Effekt, wird jedoch in FHEM angezeigt. Ein set ohne Ramp klappt dann. Auch kürzere Ramps werden manchmal nicht ausgeführt. Ich kann das leider nicht zuverlässig reproduzieren.
Modul-Version von gestern abend.

hmm... klappt bei mir, führt zu ner Art Mintgrün.

lässt sich das reproduzieren? Kannst Du mir mal den Log output posten?
Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 26 Juni 2016, 23:46:11
Zitatnee, is schon ok, ich hatte den PoC code von Jörg genommen und garnicht weiter drüber nachgedacht, das ist so absolut sinnvoll und verständlich - mann muss nur hinsehen :o
Topic war solid.

Die Notwendigkeit hatte sich mir in der API aber auch nicht komplett erschlossen.

Beispiel: Ich möchte von 0% Rot auf 100% in 10 Sek, dann 20 Sek so bleiben (hier solid?), dann auf 100% Grün  in 30 Sek.

Wäre:
set LED HSV 0,100,0; set LED HSV 100,100,100 10 q; set LED HSV 100,100,100 20 q; set LED HSV 120,100,100 30 q

Wie passt "solid" gedanklich da rein ? Die API calls würden das doch alle genauso per fade abbilden können. Gibt es da ein pro und contra ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 26 Juni 2016, 23:57:45
@pjakobs

wg Q:

ich schau gerade. Ich schlage eine alternative Herangehensweise vor (und nehme mir gleich mal den code vor)

Im "_set" so wie gehabt verarbeiten, api call bilden. Das JSON + meta in die Queue schreiben. Grund, a: (imho) stringenter, b: wenn (!) wir später pollen dann müssen wir eine Konkurrenz mit den set verhindern. Ist ja beides ein API call. Die könnten dann einfach mit in die Q rein. Der Q ist es ja egal was drin ist, die muss nur wissen wohin (endpoint) und was (body + query).

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 00:06:47
Zitat von: herrmannj am 26 Juni 2016, 23:46:11
Topic war solid.

Die Notwendigkeit hatte sich mir in der API aber auch nicht komplett erschlossen.

Beispiel: Ich möchte von 0% Rot auf 100% in 10 Sek, dann 20 Sek so bleiben (hier solid?), dann auf 100% Grün  in 30 Sek.

Wäre:
set LED HSV 0,100,0; set LED HSV 100,100,100 10 q; set LED HSV 100,100,100 20 q; set LED HSV 120,100,100 30 q

Wie passt "solid" gedanklich da rein ? Die API calls würden das doch alle genauso per fade abbilden können. Gibt es da ein pro und contra ?

vg
joerg

hmm.. ich kann das schon nachvollziehen, auf der API Ebene heißt das dann ja

h:0, s:100, v:0, t:0, cmd:solid
h:100, s:100, v:100, t:10, cmd:fade
h:100, s:100, v:100, t:20, cmd:solid
h:120, s:100, v:100, t:30, cmd:fade

Nun kann man natürlich sagen, was ja mein erster Gedanke war, ein fade von 100,100,100 nach 100,100,100 in 20s ist gut genug, aber ich verstehe auch die Idee hinter solid.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 00:12:57
Zitat von: herrmannj am 26 Juni 2016, 23:57:45
@pjakobs

wg Q:

ich schau gerade. Ich schlage eine alternative Herangehensweise vor (und nehme mir gleich mal den code vor)

Im "_set" so wie gehabt verarbeiten, api call bilden. Das JSON + meta in die Queue schreiben. Grund, a: (imho) stringenter, b: wenn (!) wir später pollen dann müssen wir eine Konkurrenz mit den set verhindern. Ist ja beides ein API call. Die könnten dann einfach mit in die Q rein. Der Q ist es ja egal was drin ist, die muss nur wissen wohin (endpoint) und was (body + query).

vg
joerg

ok, dann sollten wir aber gleich noch einen Schritt weiter gehen, und das eigentliche Senden des API Calls in eine eigene Funktion stecken, die von allen anderen genutzt wird (im Moment steckt das ja in _SetHSV, GetHSV etc).
Wenn wir ein _sendRequest(@) bauen, dann können wir dort a) checken ob ein anderer Request in flight ist, und b) den neuesten Request in die Queue stecken. Gleiches für die Callback Funktion. Damit wäre dann, für alles andere auf der Ebene des Moduls, das API zwingend serialisiert.

Grüße

pj

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 00:17:12
yepp, das ist die Folge
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 01:16:23
Zitat von: herrmannj am 26 Juni 2016, 23:46:11
Topic war solid.

Die Notwendigkeit hatte sich mir in der API aber auch nicht komplett erschlossen.

Beispiel: Ich möchte von 0% Rot auf 100% in 10 Sek, dann 20 Sek so bleiben (hier solid?), dann auf 100% Grün  in 30 Sek.

Für mich war die Aufsplittung von Animationsbefehlen (fade/solid) expliziter. Dadurch wird die Verantwortung an den Nutzer der API übergeben und der Controller muss nicht Anhand von Bedingungen erahnen, ob der Nutzer z.B. nun 30Sekunden lang eine Farbe zeigen möchte, oder aber mir dem Selben Befehl der Farbkreis einmal durchlaufen werden soll.

Bei konkreten Veränderungsvorschlägen kann ja nochmal besprochen werden, ob und wie eine Anpassung umgesetzt werden kann
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 01:30:10
Zitat von: mrpj am 27 Juni 2016, 01:16:23
Für mich war die Aufsplittung von Animationsbefehlen (fade/solid) expliziter. Dadurch wird die Verantwortung an den Nutzer der API übergeben und der Controller muss nicht Anhand von Bedingungen erahnen, ob der Nutzer z.B. nun 30Sekunden lang eine Farbe zeigen möchte, oder aber mir dem Selben Befehl der Farbkreis einmal durchlaufen werden soll.

Bei konkreten Veränderungsvorschlägen kann ja nochmal besprochen werden, ob und wie eine Anpassung umgesetzt werden kann
Alles gut. das kann ja im fhem modul gemacht werden.

Danke, vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 01:34:22
Zitat von: pjakobs am 27 Juni 2016, 00:12:57
ok, dann sollten wir aber gleich noch einen Schritt weiter gehen, und das eigentliche Senden des API Calls in eine eigene Funktion stecken, die von allen anderen genutzt wird (im Moment steckt das ja in _SetHSV, GetHSV etc).
Wenn wir ein _sendRequest(@) bauen, dann können wir dort a) checken ob ein anderer Request in flight ist, und b) den neuesten Request in die Queue stecken. Gleiches für die Callback Funktion. Damit wäre dann, für alles andere auf der Ebene des Moduls, das API zwingend serialisiert.

Grüße

pj

Hello,

im Anhang. Ich habe jetzt keine allzu tiefen Test gemacht. Im Kern sieht jut aus. Sorry, ich habe jetzt keine diff gezogen, denke aber zum testen auch so ok. Kannst aber generell auf der Version weiterarbeiten, ist auch refactoring drin.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 01:41:11
oh sorry. die doc:

in der $param die an NonBlocking get ging ändert sich:

der key "parser" kommt dazu. Da ist die ref auf die routine welche den api call auswerten soll.
der key "callback" zeigt immer auf "LedController_callback". Dort muss error handling ergänzt werden und von da aus wird "parser" aufgerufen.

LedController_addCall(@) {
  my ($ledDevice, $param) = @_;

Hier wird der call in die queue geschrieben. $param ist der hash vom NonBlocking get inkl der mods oben.

sub
LedController_doCall(@) {
  my ($ledDevice) = @_;

setzt busy, holt ein element aus der queue und führt aus

sub
LedController_callback(@) {
  my ($param, $err, $data) = @_;

wird von NonBlocking get als callback aufgerufen.
busy löschen, den handler der das result des api calls bedient aufrufen, schauen ob weitere calls in der queue liegen (und ausführen)

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 09:46:35
Hi Jörg,

danke für Deine Arbeit, nach allem, was ich sehe passt das jetzt.

attr LED_Sc defaultRamp 0;
set LED_Sc hsv 0,100,100 ;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q;
set LED_Sc rotate 30 q;set LED_Sc val 100 q;set LED_Sc off 1 q

führt zu 7x blinken - passt.

Was mich wundert ist: das Pause command funktioniert immer noch nicht, wenn es in einer Befehlsfolge auftaucht scheint die Abarbeitung danach zu enden.

set LED_Sc on q;set LED_Sc pause 1 q;set LED_Sc off q;set LED_Sc pause 2 q;


führt zu


2016.06.27 09:39:43 5: LED_Sc (Set) called with on, busy flag is 0
name is LED_Sc, args $VAR1 = 'q';
2016.06.27 09:39:43 3: LED_Sc (Set) called with on, busy flag is 0
2016.06.27 09:39:43 5: LED_Sc defaultColor: 60,100,50
2016.06.27 09:39:43 5: LED_Sc setting VAL to 50, SAT to 100 and HUE 60
2016.06.27 09:39:43 5: LED_Sc args[0] = q, args[1] =
2016.06.27 09:39:43 5: LED_Sc extended args raw: a=q, b=
2016.06.27 09:39:43 5: LED_Sc t= 0
2016.06.27 09:39:43 5: LED_Sc extended args: t = 0, q = true, d = 1
2016.06.27 09:39:43 5: LED_Sc: called SetHSVColor 60, 100, 50, 2700, 0, solid, true, 1)
2016.06.27 09:39:43 4: LED_Sc: encoded json data: {"t":"0","q":"true","hsv":{"s":"100","v":"50","ct":"2700","h":"60"},"cmd":"solid","d":"1"}
2016.06.27 09:39:43 4: LED_Sc: set HSV color request
2016.06.27 09:39:43 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 09:39:43 5: LED_Sc: calculated RGB as 808000
2016.06.27 09:39:43 4: LED_Sc: begin Readings Update
2016.06.27 09:39:43 5: LED_Sc (Set) called with pause, busy flag is 1
name is LED_Sc, args $VAR1 = '1';
2016.06.27 09:39:43 3: LED_Sc (Set) called with pause, busy flag is 1
2016.06.27 09:39:43 5: LED_Sc extended args raw: a=1, b=q
2016.06.27 09:39:43 5: LED_Sc t= 0
2016.06.27 09:39:43 5: LED_Sc a is numeric (1), t= 1000
2016.06.27 09:39:43 5: LED_Sc extended args: t = 1000, q = true, d = 1
2016.06.27 09:39:43 5: LED_Sc: called SetHSVColor 60, 100, 50, 2700, 1000, solid, true, 1)
2016.06.27 09:39:43 4: LED_Sc: encoded json data: {"hsv":{"h":"60","ct":"2700","s":"100","v":"50"},"q":"true","t":"1000","d":"1","cmd":"solid"}
2016.06.27 09:39:43 4: LED_Sc: set HSV color request
2016.06.27 09:39:43 5: LED_Sc: calculated RGB as 808000
2016.06.27 09:39:43 4: LED_Sc: begin Readings Update
2016.06.27 09:39:44 5: LED_Sc (Set) called with off, busy flag is 1
name is LED_Sc, args $VAR1 = 'q';
2016.06.27 09:39:44 3: LED_Sc (Set) called with off, busy flag is 1
2016.06.27 09:39:44 5: LED_Sc setting VAL to 0, keeping HUE 60 and SAT 100
2016.06.27 09:39:44 5: LED_Sc extended args raw: a=q, b=
2016.06.27 09:39:44 5: LED_Sc t= 0
2016.06.27 09:39:44 5: LED_Sc extended args: t = 0, q = true, d = 1
2016.06.27 09:39:44 5: LED_Sc: called SetHSVColor 60, 100, 0, 2700, 0, solid, true, 1)
2016.06.27 09:39:44 4: LED_Sc: encoded json data: {"cmd":"solid","d":"1","q":"true","t":"0","hsv":{"h":"60","ct":"2700","s":"100","v":"0"}}
2016.06.27 09:39:44 4: LED_Sc: set HSV color request
2016.06.27 09:39:44 5: LED_Sc: calculated RGB as 000000
2016.06.27 09:39:44 4: LED_Sc: begin Readings Update
2016.06.27 09:39:44 5: LED_Sc (Set) called with pause, busy flag is 1
name is LED_Sc, args $VAR1 = '2';
2016.06.27 09:39:44 3: LED_Sc (Set) called with pause, busy flag is 1
2016.06.27 09:39:44 5: LED_Sc extended args raw: a=2, b=q
2016.06.27 09:39:44 5: LED_Sc t= 0
2016.06.27 09:39:44 5: LED_Sc a is numeric (2), t= 2000
2016.06.27 09:39:44 5: LED_Sc extended args: t = 2000, q = true, d = 1
2016.06.27 09:39:44 5: LED_Sc: called SetHSVColor 60, 100, 0, 2700, 2000, solid, true, 1)
2016.06.27 09:39:44 4: LED_Sc: encoded json data: {"cmd":"solid","d":"1","t":"2000","q":"true","hsv":{"s":"100","v":"0","ct":"2700","h":"60"}}
2016.06.27 09:39:44 4: LED_Sc: set HSV color request
2016.06.27 09:39:44 5: LED_Sc: calculated RGB as 000000
2016.06.27 09:39:44 4: LED_Sc: begin Readings Update
2016.06.27 09:39:44 4: LED_Sc: got HSV color response
2016.06.27 09:39:44 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 09:39:44 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 09:39:44 4: LED_Sc: got HSV color response
2016.06.27 09:39:44 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 09:39:44 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 09:39:44 4: LED_Sc: got HSV color response
2016.06.27 09:39:44 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 09:39:44 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 09:39:44 4: LED_Sc: got HSV color response
2016.06.27 09:39:44 5: LED_Sc: HSV color response data {"success":true}


der API Call sieht, meines Erachtens, korrekt aus, aber da schau ich nachher nochmal drauf.
Ich hab das neue Modul noch ein bisschen aufgeräumt (zwei helper functions in den Block unten verschoben) und in dev-pj-queue gepushed

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 13:58:46
so, nach einigem Testen scheint mir, dass so alles funktioniert.
Danke nochmal Jörg, ich fürchte, ich hätte übleren Code dafür gebaut ;-)

@mrpj - sag mal, ist das der korrekte Debug output?

ApplicationWebserver::onColor HSV  H 60. S 100. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 60. S 100. V 50. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 60. S 100. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 10. S 80. V 80. CT 2700
ApplicationWebserver::onColor HSV  H 10. S 80. V 0. CT 2700

ich hab das rom0_debug an die gleiche Adresse wie das bisherige rom_0 geflasht und es gab keine Fehlermeldung.

Wie dem auch sei, alle "fade" Kommandos funktionieren, "solid" scheint zum abbruch der Queue zu führen. Vielleicht magst Du da nochmal drauf sehen.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 14:04:42
sehr gern.

Ich glaube das mit solid können wir im modul dirket abfangen. Das ist doch auch nur ein fade - also technisch gesehen ?
Pause hatte ich mir nicht angesehen, brauchen wir das ? Persönlich finde ich den durchgängigen Syntyx (set HSV) schöner. Das ist natürlich subjektiv ..., zugegeben.

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 14:16:58
Zitat von: herrmannj am 27 Juni 2016, 14:04:42
sehr gern.

Ich glaube das mit solid können wir im modul dirket abfangen. Das ist doch auch nur ein fade - also technisch gesehen ?
Pause hatte ich mir nicht angesehen, brauchen wir das ? Persönlich finde ich den durchgängigen Syntyx (set HSV) schöner. Das ist natürlich subjektiv ..., zugegeben.

vg
joerg

war ja mein erster Gedanke, ein fade von (h1, s1, v1) nach (h1, s1, v1) über t Sekunden - den "optimiert" der Controller aber weg.
Als Workaround habe ich jetzt in der Pause Funktion einen fade von (h1, s1, v1) nach (h1, s1, v1-0.1) eingebaut - sofern v1-0.1 >0 ist. Das funktioniert prima als pause, ändert aber eben den v Wert - wenn auch nur minimal.
Einen Fade ohne Veränderung der Komponenten gibt es nicht, und im solid scheint sich, meines Erachtens, ein Bug eingeschlichen zu haben, denn nach einem Solid wird die Queue nicht weiterverarbeitet.

Was mich auch erstaunt: der Effekt auf dem Controller beginnt jetzt erst, wenn die gesamte Queue übertragen ist - dafür gibt es eigentlich keinen Grund. Man könnte als Vorteil heranziehen, dass so der ganze Effekt als ein Block abläuft und eventuelle Verzögerungen im API ihn nicht verändern - aber eigentlich wäre mir wichtiger, dass der Nutzer sofort sieht, es geschieht etwas, wenn er den Knopf drückt. Die Übertragung einer längeren Animation (20 Schritte) kann schonmal ein paar Sekunden dauern, das ist blöd für's IU.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 14:31:30
ah, ich verstehe.

Dann wäre das imho ein fw bug und sollte dort gelöst werden.

@mprj
Benötigst Du weitere Infos oder ist der bugreport deutlich ?

a - fade ohne änderung von hsv wird ignoriert
b - solid mit Zeit und q löscht q
c - Wenn mehrere fades übertragen werden startet der controller erst bei wenn komplett übertragen. Verdacht: der http server springt nicht in den Hauptthread zurück solange weitere request anliegen.

bei c könnte man einen workaround im modul implementieren, zb 100ms pause bevor der nächste api call abgesetzt wird. Wäre aber unschön.

Danke vg
Joerg

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 15:02:34
Zitat von: herrmannj am 27 Juni 2016, 14:31:30
@mprj
Benötigst Du weitere Infos oder ist der bugreport deutlich ?

a - fade ohne änderung von hsv wird ignoriert
b - solid mit Zeit und q löscht q
c - Wenn mehrere fades übertragen werden startet der controller erst bei wenn komplett übertragen. Verdacht: der http server springt nicht in den Hauptthread zurück solange weitere request anliegen.

a) ein Änderung ohne HSV wäre direkt eine Änderung um 360 grad. Siehe dem Unterschied zwischen fade und solid

b) das ist definitiv ein Bug - werde ich mir bei Gelegenheit mal anschauen

c)
Es gibt beim Espressif (nonos) SDK keine Threads - die Behandlung ist Interrupt gesteuert. Die Abarbeitung der Farb cmds ist mit einem Interrupt timer versehen.

Könnt ihr das getrennt von FHEM testen? Ich habe eher die Vermutung dass dies ein Problem in der Implementierung eurer Queue ist
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 15:08:31
Zitat von: pjakobs am 27 Juni 2016, 13:58:46
@mrpj - sag mal, ist das der korrekte Debug output?

ich hab das rom0_debug an die gleiche Adresse wie das bisherige rom_0 geflasht und es gab keine Fehlermeldung.

Da fehlt einiges - bist du dir sicher genau diese Version geflasht zu haben? Kannst du bitte mal die Versionsnummern aus dem Controller mit geben?

Falls du die korrekte Version geflasht hast, kannst du auch nochmals manuell den Debug Mode einschalten:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-system


Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 15:13:49
Danke mrpj!

Zitat von: mrpj am 27 Juni 2016, 15:02:34
a) ein Änderung ohne HSV wäre direkt eine Änderung um 360 grad. Siehe dem Unterschied zwischen fade und solid
Wieso eigentlich ? Default ist doch der "kurze" Weg ? Eigentlich sollte hier doch rot einfach bleiben. Wobei es nicht gravierend ist - wenn Du b beseitigst dann können wir das im lösen machen.

Zitat
b) das ist definitiv ein Bug - werde ich mir bei Gelegenheit mal anschauen
Das wäre super. Davon ist abhängig wie wir mit a umgehen können. Danke
Zitat
c)
Es gibt beim Espressif (nonos) SDK keine Threads - die Behandlung ist Interrupt gesteuert. Die Abarbeitung der Farb cmds ist mit einem Interrupt timer versehen.

Könnt ihr das getrennt von FHEM testen? Ich habe eher die Vermutung dass dies ein Problem in der Implementierung eurer Queue ist
Ne, die implementierung der Q ist es nicht.

Da wird
1. ein api call gesendet
2. auf das resultat gewartet
3. wenn das da ist der nächste call geschickt.

Ich vermute das der controller zwischen 2. und 3. nicht genug "pause" hat um mit dem abarbeiten der Q zu beginnen. Der wird das in die Q schreiben, sein OK schicken und wenn er das grad raus hat liegt schon der nächste API Call auf dem Tisch.

Ich schaue mir das an. Man kann, seitens des fhem moduls, wischen 2. und 3. einige msec Pause einbauen.
Was schätzt Du denn was der controller braucht.
Eher so in Richtung 10 msec oder eher 100 msec ... ?

vg
joerg
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 15:23:29
Zitat von: herrmannj am 27 Juni 2016, 15:13:49

Da wird
1. ein api call gesendet
2. auf das resultat gewartet
3. wenn das da ist der nächste call geschickt.

Ich vermute das der controller zwischen 2. und 3. nicht genug "pause" hat um mit dem abarbeiten der Q zu beginnen. Der wird das in die Q schreiben, sein OK schicken und wenn er das grad raus hat liegt schon der nächste API Call auf dem Tisch.

Ich schaue mir das an. Man kann, seitens des fhem moduls, wischen 2. und 3. einige msec Pause einbauen.
Was schätzt Du denn was der controller braucht.
Eher so in Richtung 10 msec oder eher 100 msec ... ?

Das python script von mir funktioniert doch auch ohne dass die Q schon übermittelt wurde. Wenn man das auf 45 Befehle ausweitet fängt der Controller an mit dem faden bevor das script fertig ist  ;)

Nachtrag:

Was deutlich erkennbar ist, dass bei 45 Befehlen der Controller bei den ersten 1-2 Fades etwas "laggt" (während der Datentransfer an ist) - daher macht es Sinn später bei mehreren gleichzeitigen Befehlen "animationset" zu nutzen. (Sobald ich es schaffe zu implementieren).
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 15:28:41
Sammelbestellung v. 2

Bevor ich direkt etwas über die Sammelbestellung schreibe, ein paar Hintergrundinformationen, warum ich bisher etwas zögerlich vorgegangen bin.
Bei mir im Umfeld stehen einige Änderungen an:
- ich werde mit meinem Studium fertig
- wechsel von Selbständigkeit in ein Angestelltenverhältnis

Deshalb bin ich zum einen gerade damit beschäftigt, Bewerbungsunterlagen zu erstellen und mein Portfolio aufzuarbeiten.
Zeitgleich nutze ich einige "Software Trainingstools" (firecode.io , stockfighter.io ) um mich auf Interviews vorzubereiten. (Es ist definitiv etwas anderes mit einem Kunden oder einem Personaler zu reden  ;) ).

Daraus gibt es eine gewisse Unsicherheit - zum einen würde ich gerne hier wohnen bleiben - bin jedoch auch offen für andere Städte (die mehrzahl der Angebote die ich bekommen habe, ist leider bei München  :-\ ) - zum anderen kann es schon ab August soweit sein, dass ich nochmals weniger Zeit habe als sonst auch  ;).
Daher habe ich mich im Moment etwas bedeckt gehalten und versucht einen Lösung für die aktuelle Situation zu finden.




So nun aber zu der Sammelbestellung und meinem aktuellen anliegen:
Ich würde gerne Feedback von euch bekommen, inwiefern der folgende Vorschlag für euch valide/okay ist - oder ober ihr es anders gehandhabt werden soll.


Durch die Ungewissheit wäre es mir erstmal Recht, nur Bausätze zur Verfügung zu stellen, denn die fertigen Controller haben sehr viel Zeit und Aufwand für mich bedeutet.

Der zweite Punkt ist der Preis des Bausatzes:

Aufschlüsselung der Kosten:




























Bauteil (Anzahl)Preis (Stück) Total Lieferant
Platine* (1x)0,79€ 0,79€* Elecrow
ESP8266 (ESP-12) (1x)2,00€2,00€* AliExpress
XM1584 DC-DC Wandler (1x)         0,55€0,55€* AliExpress
IRLZ44N (5x)0,38€ 1,90€ TME
470 µF Elko RM3.5 (1x)0,07€  0,07€  TME
100 µF Elko RM2.5 (1x)0,05€0,05€  TME
100n KerKo SMD0805 (1x)0,01€0,01€  TME
3er Terminal (1x)0,27€  0,27€  TME
2er Terminal (3x) 0,21€ 0,63€ TME
10k SMD 0805 (10x)0,01€ 0,10€ TME
1k SMD 0805 (1x)0,01€ 0,01€ TME
4er Stiftleiste (1x)0,04€ 0,04€ TME
3er Stiftleiste (1x)0,04€ 0,04€ TME
SMD Tactswitch (2x)0,07€ 0,14€ AliExpress

*) Beinhaltet Versandkosten (CN->DE) und anfallende Mehrwersteuer

Gesamt: 6,6€

Ich würde die Bausätze für 8€ anbieten. Die 1,4€ als Aufwandsentschädigung ansehen - es ist insgesamt doch eine Menge Zeit die investiert wurde/wird um Preislisten zu vergleichen, Bestellliste zu pflegen, Bauteile zu sortieren, verpacken und verschicken.

Ich werde im Google Formular noch eine Option einfügen: "Spende für die Firmware" - wer möchte kann dort einen Betrag eingeben und dieser wird dann später automatisch in die Berechnung des Endbetrags mit eingerechnet.

Warum das ganze?
Mich haben einige Nutzer gefragt wie/ob man mich für das Projekt unterstützen kann. Ich denke in den letzten Beiträgen bei dem die Integration von FHEM und dem Controller besprochen wird, wird auch deutlich sichtbar wieviel Arbeitszeit in die Firmware des Controllers schon geflossen ist  ;)



Ein weiterer Punkt ist die Stückzahl:
Um die oben genannten Preise zu erreichen, werden mindestens 100 Stück benötigt - danach können wir die Menge in 50er Schritte skalieren. Der Mengenrabatt nach den 100 Stück ist marginal - wenn die Menge aber massiv höher sein sollte, kann ich nochmals mit den Händlern (TME und Aliexpress Händler) in Kontakt treten und verhandeln

Zum Zeitplan
- Sammlung der Teilnehmer an der Sammelbestellung bis Mitte/Ende Juli (per google Formular)
- Danach 10 Tage zur Abwicklung der Bezahlung
- Gegen ende August kommen die Bauteile an
- Mitte/Ende September Versand der Bausätze


Last but not least:
Die Platine erhält ein paar Veränderungen:
- Silkscreen anpassen
- Lötpunkte "freundlicher" gestalten (Thermals)
- Jumper für externe Stromversorgung bzw. trennen des ESPs
- Layoutoptimierung

Eventuell (falls möglich)
- freie IOs werden an eine Pinleiste gelegt
- ADC wird wieder freigegeben

Bei konkreten Vorschlägen bin ich offen. Es wird vorerst keine Version 2.0 geben - denn die Veränderung der PINs (sodass i2c/spi frei wird) bricht erstmal die kompatibilität mit der Firmware. Im Moment möchte ich keine zwei Firmware Versionen pflegen.

Über eure Meinung/Feedback zum vorgehen bei Sammelbestellung 2 wäre ich euch sehr dankbar. In den nächsten Tage werde ich dann die ersten Posts im Thread "aufräumen" um wieder Übersichtlichkeit zu schaffen und dann kann es auch mit Sammelbestellung 2 losgehen
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 15:35:54
Zitat von: mrpj am 27 Juni 2016, 15:02:34

c)
Es gibt beim Espressif (nonos) SDK keine Threads - die Behandlung ist Interrupt gesteuert. Die Abarbeitung der Farb cmds ist mit einem Interrupt timer versehen.

Könnt ihr das getrennt von FHEM testen? Ich habe eher die Vermutung dass dies ein Problem in der Implementierung eurer Queue ist

Ich habe gerade mal die serielle Konsole vom Controller und das Log nebeineinander offen:


set LED_Sc hsv 240,10,100 q;set LED_Sc hsv 240,30,80 100 q;set LED_Sc hsv 3.9,97.7,65.9 600 q;set LED_Sc  hsv 3.9,97.7,0 900 q



ApplicationWebserver::onColor HSV  H 3.900000095 S 97.699996948 V 0. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 240. S 10. V 100. CT 2700
APPLedCtrl::led_callback
APPLedCtrl::save_color
ApplicationWebserver::onColor HSV  H 240. S 30. V 80. CT 2700
ApplicationWebserver::onColor HSV  H 3.900000095 S 97.699996948 V 65.900001526 CT 2700
ApplicationWebserver::onColor HSV  H 3.900000095 S 97.699996948 V 0. CT 2700



2016.06.27 15:18:01 3: LED_Sc (Set) called with off, busy flag is 0
2016.06.27 15:18:01 5: LED_Sc setting VAL to 0, keeping HUE 3.9 and SAT 97.7
2016.06.27 15:18:01 5: LED_Sc extended args raw: a=, b=
2016.06.27 15:18:01 5: LED_Sc t= 0
2016.06.27 15:18:01 5: LED_Sc extended args: t = 0, q = false, d = 1
2016.06.27 15:18:01 5: LED_Sc: called SetHSVColor 3.9, 97.7, 0, 2700, 0, solid, false, 1)
2016.06.27 15:18:01 4: LED_Sc: encoded json data: {"hsv":{"ct":"2700","h":"3.9","s":"97.7","v":"0"},"q":"false","t":"0","d":"1","cmd":"solid"}
2016.06.27 15:18:01 4: LED_Sc: set HSV color request
2016.06.27 15:18:01 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 15:18:01 5: LED_Sc: calculated RGB as 000000
2016.06.27 15:18:01 4: LED_Sc: begin Readings Update
2016.06.27 15:18:01 5: LED_Sc (Set) called with hsv, busy flag is 1
name is LED_Sc, args $VAR1 = '240,10,100';
2016.06.27 15:18:01 3: LED_Sc (Set) called with hsv, busy flag is 1
2016.06.27 15:18:01 5: LED_Sc extended args raw: a=q, b=
2016.06.27 15:18:01 5: LED_Sc t= 0
2016.06.27 15:18:01 5: LED_Sc extended args: t = 0, q = true, d = 1
2016.06.27 15:18:01 5: LED_Sc: called SetHSVColor 240, 10, 100, 2700, 0, solid, true, 1)
2016.06.27 15:18:01 4: LED_Sc: encoded json data: {"q":"true","t":"0","hsv":{"h":"240","ct":"2700","s":"10","v":"100"},"d":"1","cmd":"solid"}
2016.06.27 15:18:01 4: LED_Sc: set HSV color request
2016.06.27 15:18:01 5: LED_Sc: calculated RGB as e6e6ff
2016.06.27 15:18:01 4: LED_Sc: begin Readings Update
2016.06.27 15:18:02 5: LED_Sc (Set) called with hsv, busy flag is 1
name is LED_Sc, args $VAR1 = '240,30,80';
2016.06.27 15:18:02 3: LED_Sc (Set) called with hsv, busy flag is 1
2016.06.27 15:18:02 5: LED_Sc extended args raw: a=100, b=q
2016.06.27 15:18:02 5: LED_Sc t= 0
2016.06.27 15:18:02 5: LED_Sc a is numeric (100), t= 100000
2016.06.27 15:18:02 5: LED_Sc extended args: t = 100000, q = true, d = 1
2016.06.27 15:18:02 5: LED_Sc: called SetHSVColor 240, 30, 80, 2700, 100000, fade, true, 1)
2016.06.27 15:18:02 4: LED_Sc: encoded json data: {"hsv":{"h":"240","ct":"2700","s":"30","v":"80"},"q":"true","t":"100000","d":"1","cmd":"fade"}
2016.06.27 15:18:02 4: LED_Sc: set HSV color request
2016.06.27 15:18:02 5: LED_Sc: calculated RGB as 8f8fcc
2016.06.27 15:18:02 4: LED_Sc: begin Readings Update
2016.06.27 15:18:02 5: LED_Sc (Set) called with hsv, busy flag is 1
name is LED_Sc, args $VAR1 = '3.9,97.7,65.9';
2016.06.27 15:18:02 3: LED_Sc (Set) called with hsv, busy flag is 1
2016.06.27 15:18:02 5: LED_Sc extended args raw: a=600, b=q
2016.06.27 15:18:02 5: LED_Sc t= 0
2016.06.27 15:18:02 5: LED_Sc a is numeric (600), t= 600000
2016.06.27 15:18:02 5: LED_Sc extended args: t = 600000, q = true, d = 1
2016.06.27 15:18:02 5: LED_Sc: called SetHSVColor 3.9, 97.7, 65.9, 2700, 600000, fade, true, 1)
2016.06.27 15:18:02 4: LED_Sc: encoded json data: {"hsv":{"ct":"2700","h":"3.9","s":"97.7","v":"65.9"},"t":"600000","q":"true","d":"1","cmd":"fade"}
2016.06.27 15:18:02 4: LED_Sc: set HSV color request
2016.06.27 15:18:02 5: LED_Sc: calculated RGB as a80c04
2016.06.27 15:18:02 4: LED_Sc: begin Readings Update
2016.06.27 15:18:02 5: LED_Sc (Set) called with hsv, busy flag is 1
name is LED_Sc, args $VAR1 = '3.9,97.7,0';
2016.06.27 15:18:02 3: LED_Sc (Set) called with hsv, busy flag is 1
2016.06.27 15:18:02 5: LED_Sc extended args raw: a=900, b=q
2016.06.27 15:18:02 5: LED_Sc t= 0
2016.06.27 15:18:02 5: LED_Sc a is numeric (900), t= 900000
2016.06.27 15:18:02 5: LED_Sc extended args: t = 900000, q = true, d = 1
2016.06.27 15:18:02 5: LED_Sc: called SetHSVColor 3.9, 97.7, 0, 2700, 900000, fade, true, 1)
2016.06.27 15:18:02 4: LED_Sc: encoded json data: {"t":"900000","q":"true","hsv":{"v":"0","s":"97.7","ct":"2700","h":"3.9"},"d":"1","cmd":"fade"}
2016.06.27 15:18:02 4: LED_Sc: set HSV color request
2016.06.27 15:18:02 5: LED_Sc: calculated RGB as 000000
2016.06.27 15:18:02 4: LED_Sc: begin Readings Update
2016.06.27 15:18:02 4: LED_Sc: got HSV color response
2016.06.27 15:18:02 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 15:18:02 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 15:18:02 4: LED_Sc: got HSV color response
2016.06.27 15:18:02 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 15:18:02 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 15:18:02 4: LED_Sc: got HSV color response
2016.06.27 15:18:02 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 15:18:02 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 15:18:02 4: LED_Sc: got HSV color response
2016.06.27 15:18:02 5: LED_Sc: HSV color response data {"success":true}
2016.06.27 15:18:02 5: LED_Sc send API Call $VAR1 = {
    'NAME' => 'LED_Sc',
    'NTFY_ORDER' => '50-LED_Sc',
2016.06.27 15:18:02 4: LED_Sc: got HSV color response
2016.06.27 15:18:02 5: LED_Sc: HSV color response data {"success":true}


Was passiert ist: das Log läuft relativ langsam bis etwa zum ersten "got HSV color response", von dort geht's deutlich flotter und erst dann werden die Calls auch im debug sichtbar.
Das gleiche gilt für sehr viel längere command-strings: die erste "response" wird erst verarbeitet, wenn der letzte Request gequeued ist.

Patrick scheint also recht zu haben, dass es auf der perl Seite liegt, denn am Anfang bekommt der Controller ja nur einen Request. 2ms warten vor jedem Request verändert das Verhalten nicht.

grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 15:57:14
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Sammelbestellung v. 2

Bevor ich direkt etwas über die Sammelbestellung schreibe, ein paar Hintergrundinformationen, warum ich bisher etwas zögerlich vorgegangen bin.
Bei mir im Umfeld stehen einige Änderungen an:
- ich werde mit meinem Studium fertig
Glückwunsch!
Zitat von: mrpj am 27 Juni 2016, 15:28:41
- wechsel von Selbständigkeit in ein Angestelltenverhältnis
such Dir gut aus, wem Du Deine Arbeitskraft verkaufst und tu das nicht unter Preis  :)
Ich wünsch Dir viel Erfolg dabei!


Zitat von: mrpj am 27 Juni 2016, 15:28:41
Deshalb bin ich zum einen gerade damit beschäftigt, Bewerbungsunterlagen zu erstellen und mein Portfolio aufzuarbeiten.
Zeitgleich nutze ich einige "Software Trainingstools" (firecode.io , stockfighter.io ) um mich auf Interviews vorzubereiten. (Es ist definitiv etwas anderes mit einem Kunden oder einem Personaler zu reden  ;) ).

Daraus gibt es eine gewisse Unsicherheit - zum einen würde ich gerne hier wohnen bleiben - bin jedoch auch offen für andere Städte (die mehrzahl der Angebote die ich bekommen habe, ist leider bei München  :-\ ) - zum anderen kann es schon ab August soweit sein, dass ich nochmals weniger Zeit habe als sonst auch  ;).
das mit München kenn ich - ich hab selbst 12 Jahre dort gelebt und danach immer versucht, es nicht wieder zu müssen, nicht, dass die Region schlecht wäre, im Gegenteil, für den Segelflieger & Motorradfahrer in mir bietet sie viel, aber der mit normalem Gehalt erreichbare Lebensstandard ist geringer als hier im Norden.
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Daher habe ich mich im Moment etwas bedeckt gehalten und versucht einen Lösung für die aktuelle Situation zu finden.




So nun aber zu der Sammelbestellung und meinem aktuellen anliegen:
Ich würde gerne Feedback von euch bekommen, inwiefern der folgende Vorschlag für euch valide/okay ist - oder ober ihr es anders gehandhabt werden soll.

Durch die Ungewissheit wäre es mir erstmal Recht, nur Bausätze zur Verfügung zu stellen, denn die fertigen Controller haben sehr viel Zeit und Aufwand für mich bedeutet.
find ich völlig in Ordnung, der Aufbau ist nicht übermäßig aufwendig.
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Der zweite Punkt ist der Preis des Bausatzes:

Aufschlüsselung der Kosten:




























Bauteil (Anzahl)Preis (Stück) Total Lieferant
Platine* (1x)0,79€ 0,79€* Elecrow
ESP8266 (ESP-12) (1x)2,00€2,00€* AliExpress
XM1584 DC-DC Wandler (1x)         0,55€0,55€* AliExpress
IRLZ44N (5x)0,38€ 1,90€ TME
470 µF Elko RM3.5 (1x)0,07€  0,07€  TME
100 µF Elko RM2.5 (1x)0,05€0,05€  TME
100n KerKo SMD0805 (1x)0,01€0,01€  TME
3er Terminal (1x)0,27€  0,27€  TME
2er Terminal (3x) 0,21€ 0,63€ TME
10k SMD 0805 (10x)0,01€ 0,10€ TME
1k SMD 0805 (1x)0,01€ 0,01€ TME
4er Stiftleiste (1x)0,04€ 0,04€ TME
3er Stiftleiste (1x)0,04€ 0,04€ TME
SMD Tactswitch (2x)0,07€ 0,14€ AliExpress

*) Beinhaltet Versandkosten (CN->DE) und anfallende Mehrwersteuer

Gesamt: 6,6€

Ich würde die Bausätze für 8€ anbieten. Die 1,4€ als Aufwandsentschädigung ansehen - es ist insgesamt doch eine Menge Zeit die investiert wurde/wird um Preislisten zu vergleichen, Bestellliste zu pflegen, Bauteile zu sortieren, verpacken und verschicken.
Du hast, wenn ich das richtig sehe, den Versand in D nicht eingerechnet, den, nehme ich an, rechnest Du dann pro Paket drauf.
Ich finde den Preis für den Käufer mehr als nur fair, wenn Du mit den 1,40 Deinen Aufwand gedeckt siehst, gut. Von mir aus darfst Du auch nochmal was drauf legen, das ganze Projekt hat professionelle Qualität zum Bastlerpreis ;-)
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Ich werde im Google Formular noch eine Option einfügen: "Spende für die Firmware" - wer möchte kann dort einen Betrag eingeben und dieser wird dann später automatisch in die Berechnung des Endbetrags mit eingerechnet.
das werd ich gerne nutzen.
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Warum das ganze?
Mich haben einige Nutzer gefragt wie/ob man mich für das Projekt unterstützen kann. Ich denke in den letzten Beiträgen bei dem die Integration von FHEM und dem Controller besprochen wird, wird auch deutlich sichtbar wieviel Arbeitszeit in die Firmware des Controllers schon geflossen ist  ;)
und, wie oben gesagt, das Ergebnis kann sich sehen lassen.
Zitat von: mrpj am 27 Juni 2016, 15:28:41
Ein weiterer Punkt ist die Stückzahl:
Hier breche ich das Zitat mal ab: ich nehme 35% der angepeilten Mindeststückzahl ab. Sprich: 35 Stück.

Grüße

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: herrmannj am 27 Juni 2016, 16:12:03
Zitat von: pjakobs am 27 Juni 2016, 15:35:54
Ich habe gerade mal die serielle Konsole vom Controller und das Log nebeineinander offen:

Patrick scheint also recht zu haben, dass es auf der perl Seite liegt, denn am Anfang bekommt der Controller ja nur einen Request. 2ms warten vor jedem Request verändert das Verhalten nicht.
Hast recht, möglich, Sag nie nie und so.

Mangst Du das msec für das log setzen ? Ausserdem fehlt viel vom Dumper output - Da würde man sehen was er in der Q hat.
Ich kann das mit "dauert lange" so nicht so richtig sehen. Bei mir dauert der erste call auch sehr lange. Mal schauen ob es da gemeinsamkeiten gibt. Das mit dem response in Deiner Mail habe ich nicht ganz verstanden. Ich muss mir das später nochmal in Ruhe durchlesen :)

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 Juni 2016, 18:31:18
hier mit msec log


set LED_Sc off;set LED_Sc hsv 240,50,0 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc val 100   1 q;set LED_Sc val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc    val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set     LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc val 100 1  q;set LED_Sc val 0 1 q;set LED_Sc val 100 1 q;set LED_Sc val 0 1 q;set LED_Sc
val 100 1 q;set LED_Sc val 0 1 q;


debug zu groß, daher im Anhang:
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 27 Juni 2016, 20:38:40
Etwas Offtopic:

Zitat von: pjakobs am 27 Juni 2016, 15:57:14
Glückwunsch!
such Dir gut aus, wem Du Deine Arbeitskraft verkaufst und tu das nicht unter Preis  :)
Ich wünsch Dir viel Erfolg dabei!

Hat alles seine Vor- und Nachteile. Die Selbständigkeit neben dem Studium hat mir viel Flexibilität erlaubt und ich habe einiges gelernt. Gerade suche ich etwas mehr "Beständigkeit" - das Projektgeschäft ist spannend und gut bezahlt - nur nicht immer so gut vorherzusagen  ;). Merke das ein anderer Abschnitt ansteht - wird aber nicht umbedingt einfach den Wunschjob zu finden (Ich hätte gernen einen gewissen Anteil meiner Arbeitszeit um entweder "eigene Projekte im Unternehmen" zu verwirklichen und/oder für Weiterbildung (auch nicht umbedingt direkt in dem aktuellen Arbeitsbereich).

Zitat von: pjakobs am 27 Juni 2016, 15:57:14
das mit München kenn ich - ich hab selbst 12 Jahre dort gelebt und danach immer versucht, es nicht wieder zu müssen, nicht, dass die Region schlecht wäre, im Gegenteil, für den Segelflieger & Motorradfahrer in mir bietet sie viel, aber der mit normalem Gehalt erreichbare Lebensstandard ist geringer als hier im Norden.

München und Umland sind eine schöne Gegend, aber wie du schon geschrieben hast, finde ich auch den allgemeinen Lebensstandard geringer (auch wenn die Gehälter höher sind). Ich würde daher gerne in der Region um Nürnberg bleiben - auch wenn die Franken "ein eigenes Volk" sind und in nördlicheren Bereichen die Menschen zugänglicher sind  ;)





Zitat von: pjakobs am 27 Juni 2016, 15:57:14
Ich finde den Preis für den Käufer mehr als nur fair, wenn Du mit den 1,40 Deinen Aufwand gedeckt siehst, gut. Von mir aus darfst Du auch nochmal was drauf legen, das ganze Projekt hat professionelle Qualität zum Bastlerpreis ;-)

Na dann frage ich einfach mal: was ist deiner Meinung nach ein gerechtfertigter Preis? (Bei der letzten Sammelbestellung war der Preis für "Nachzügler" 8,5 Euro, da ich einiges in Vorleistung gegangen bin)
Alternative Möglichkeit: Mindestpreis von X Euro und man kann selbst seinen Wunschpreis angeben? (Wobei ich diesen Faktor in dem Punkt "Firmwarespende" gesehen hatte)


Zitat von: pjakobs am 27 Juni 2016, 15:57:14ich nehme 35% der angepeilten Mindeststückzahl ab. Sprich: 35 Stück.

:o - was hast du denn vor mit sovielen Controllern?

Ich habe jetzt wirklich mal überlegt was man mit sovielen machen kann  ;)
- die Nachbarschaft mit der eigenen Beleuchtung erblinden (wie diese Ominösen "american style" Weihnachtsbeleuchtungen)
- den Keller in eine Discothek verwandeln
- eine Statue von seiner Ikone in unterschiedlichsten Farbmischungen beleuchten
- ein Lebensgroßes Modell vom Start Trek Cockpit bauen und die Controller für die Beleuchtungseffekte nutzen
... to be continued  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: icebaer2 am 27 Juni 2016, 21:01:46
Ich finden den Preis voll okay und warum sollst du dir nix drauf schlagen wenn du die ganze Arbeit damit hast. Ich werde auch ein paar bestellen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 27 Juni 2016, 21:02:36
Wenn jemand garnicht mit dem Löten klarkommt, würde ich mich als stille "Lötreserve" anbieten,
hierzu wäre es von Vorteil, wenn das PCB schwarz wäre.
Das weiße PCB nimmt viel weniger Wärmestahlung auf als ein dunkleres.

Gruß
Pf@nne
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: PeMue am 27 Juni 2016, 21:14:55
Zitat von: mrpj am 27 Juni 2016, 20:38:40
Ich habe jetzt wirklich mal überlegt was man mit sovielen machen kann  ;)
- die Nachbarschaft mit der eigenen Beleuchtung erblinden (wie diese Ominösen "american style" Weihnachtsbeleuchtungen)
- den Keller in eine Discothek verwandeln
- eine Statue von seiner Ikone in unterschiedlichsten Farbmischungen beleuchten
- ein Lebensgroßes Modell vom Start Trek Cockpit bauen und die Controller für die Beleuchtungseffekte nutzen
... to be continued  ;)
Bei uns gibt es in der Nachbarschaft ein Haus, das im Garten eine wunderschöne Weihnachtsbeleuchtung (Sterne, Rehe, Nikolaus, ...) hat. Allerdings wird die Dauer der Beleuchtung jedes Jahr kürzer, d.h. mit LED (die müssten dann IP67 habe) wäre das wieder kompensierbar.
Da bräuchte es aber auch ein passendes Gehäuse dafür  ;D ;D ;D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 27 Juni 2016, 21:21:04
Zitat von: mrpj am 27 Juni 2016, 20:38:40
Na dann frage ich einfach mal: was ist deiner Meinung nach ein gerechtfertigter Preis? (Bei der letzten Sammelbestellung war der Preis für "Nachzügler" 8,5 Euro, da ich einiges in Vorleistung gegangen bin)
Alternative Möglichkeit: Mindestpreis von X Euro und man kann selbst seinen Wunschpreis angeben? (Wobei ich diesen Faktor in dem Punkt "Firmwarespende" gesehen hatte)
ich hätt auch einen Zehner hingelegt, kein Ding.
Zitat von: mrpj am 27 Juni 2016, 20:38:40
:o - was hast du denn vor mit sovielen Controllern?

Ich habe jetzt wirklich mal überlegt was man mit sovielen machen kann  ;)
- die Nachbarschaft mit der eigenen Beleuchtung erblinden (wie diese Ominösen "american style" Weihnachtsbeleuchtungen)
- den Keller in eine Discothek verwandeln
- eine Statue von seiner Ikone in unterschiedlichsten Farbmischungen beleuchten
- ein Lebensgroßes Modell vom Start Trek Cockpit bauen und die Controller für die Beleuchtungseffekte nutzen
... to be continued  ;)
beinahe :-D

Nein, erstens ist das in sich eine Sammelbestellung, denn mein Bruder und sein Kumpel nehmen 25 davon ab.
Zweitens hab ich Anfang des Jahres ein Haus gekauft, in dem noch keine vernünftige Beleuchtung ist (also so Deckenpickel aber mehr nicht).
Fünf Zimmer, Küche, Flur, Treppe, Bad - das läppert sich. Und wenn ich dann noch unterschiedliche Segmente ansprechen können will.
Jetzt, wo sich im fhem Modul abzeichnet, dass sich das alles prima einbinden lässt hab ich endlich die Lösung, nach der ich seit langem suche.

also lass die Dinger rüberwachsen :D

Da fällt mir ein ... Außenanlagen. Gute Idee Patrick! :D

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 Juni 2016, 21:28:38
Zitat von: Pf@nne am 27 Juni 2016, 21:02:36
Wenn jemand garnicht mit dem Löten klarkommt, würde ich mich als stille "Lötreserve" anbieten,
hierzu wäre es von Vorteil, wenn das PCB schwarz wäre.
Das weiße PCB nimmt viel weniger Wärmestahlung auf als ein dunkleres.

Gruß
Pf@nne
Wärmestrahlung? Machst Du Reflow unter der Rotlichtlampe? ;-)

Ich hab meine bisher von Hand bestückt und finde doppelseitiges reflowing auch schwierig - hast Du einen Grillofen umgebaut?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: PeMue am 27 Juni 2016, 21:34:53
 8) 8) 8) Mit Pf@nnes 5 (oder waren es 10) Zusatzheizröhren sollte die Platinenfarbe keine Rolle mehr spielen  8) 8) 8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 27 Juni 2016, 22:33:06
Zitat von: PeMue am 27 Juni 2016, 21:34:53
8) 8) 8) Mit Pf@nnes 5 (oder waren es 10) Zusatzheizröhren sollte die Platinenfarbe keine Rolle mehr spielen  8) 8) 8)

Bei den weißen Boards war erheblich mehr Dampf erforderlich.

Zitat von: pjakobs am 27 Juni 2016, 21:28:38
Wärmestrahlung? Machst Du Reflow unter der Rotlichtlampe? ;-)

Ich hab meine bisher von Hand bestückt und finde doppelseitiges reflowing auch schwierig - hast Du einen Grillofen umgebaut?

pj


Juup....ich habe aus 2 Infrarotgrills einen Reflow-Ofen gebastelt....
https://forum.fhem.de/index.php/topic,47565.msg424286.html#msg424286 (https://forum.fhem.de/index.php/topic,47565.msg424286.html#msg424286)
Irgendwie hat das Forum die externen Pics gesperrt....die Links gehen aber noch.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 Juni 2016, 22:59:32
Zitat von: Pf@nne am 27 Juni 2016, 22:33:06
Bei den weißen Boards war erheblich mehr Dampf erforderlich.


Juup....ich habe aus 2 Infrarotgrills einen Reflow-Ofen gebastelt....
https://forum.fhem.de/index.php/topic,47565.msg424286.html#msg424286 (https://forum.fhem.de/index.php/topic,47565.msg424286.html#msg424286)
Irgendwie hat das Forum die externen Pics gesperrt....die Links gehen aber noch.

Mächtiges Gerät - und die Ergebnisse sind in Ordnung!

Für den LED Controller lohnt das m.E. nicht, die Bauteile sind fast alle schnell von Hand gelötet, einzig der Spannungswandler nervt ein bisschen.Ok, an den Widerständen sind ein paar kleine Zinn-Zipfelchen statt schöner Menisken, aber hey :-)


nebenbei: Du hast fhem auf einer QNAP DS 415 laufen? Wie aufwendig ist das? Mein Bruder ist hat 0 Ahnung von Unix/Linux und ich hab ihm gesagt, ich richte fhem für ihn ein. Meines läuft auf nem RaspberryPi, bei ihm käme aber auch eine gerade angeschaffte QNAP TS432 infrage. Ich bin allerdings auch dort eher für einen RasPI, denn ich hab mit meiner QNAP schon ziemlich Stress erlebt, wenn ein Update nicht alles so vorgefunden hat, wie es geplant ist. Mir ist ein "richtiges" Linux immer lieber als das abgespeckte busybox Zeug.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Icinger am 27 Juni 2016, 23:07:09
Ich brauche zwar akteull (noch) keine weiteren Platinen (kann aber noch kommen).
Wäre aber bei dieser Top-Qualität und dem super Support auf jeden Fall bereit, min. 10€-12€ pro Stück auf den Tisch zu legen.

Das nur mal so als Richtwert.

lg, Stefan

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: eldrik am 28 Juni 2016, 07:27:28
Hi,

ich könnte mir 5 weitere Bausätze vorstellen!

Greetz
Eldrik
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 28 Juni 2016, 09:59:53
@herrmanj ich hab gerade nochmal einen packet-trace auf dem fhem host gezogen und dort ist ganz klar ersichtlich: die <200, ok> response vom Controller kommt immer ca. 25ms nach dem Request, was immer hier passiert passiert irgendwo zwischen dem tcp Stack und der Queue selbst.
Ich sehe im modul Code allerdings nichts, was diese Verzögerung bewirken könnte, habe also eher die HttpUtils im Verdacht.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Lucky2k12 am 28 Juni 2016, 10:04:50
Ich würde auch mit 5 Stück einsteigen.
Ein Grund-Preis von 10€ + x Spende wäre für mich ok.

Gruß, Ludwig
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 28 Juni 2016, 10:54:46
HINWEIS ZUM THREAD ZUR ENTWICKLUNG DES FHEM MODULES:

Ich war so frei und habe die den aktuellen Beitrag von pjakobs zum Thema Entwicklung des fhem modules nach hier verschoben:
https://forum.fhem.de/index.php/topic,55065.0.html

Bitte Beiträge die das fhem modul für den controller betreffen dort weiterführen.
Damit ist dieser thread hier wieder frei für Hardware, Sammelbestellung etc.

Interessierte können den neuen modul thread abonnieren und werden weiterhin benachrichtigt.

@MRPJ, noch einmal:
Ganz herzlichen Dank für die Super Arbeit die du leistest !

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pc1246 am 28 Juni 2016, 12:19:02
Moin
Ich nehme auch noch mal drei, weiss zwar nicht wofuer, aber haben ist besser als brauchen!
10-12€ ist fuer mich auch voellig OK!
Gruss und Danke Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: santalaus am 28 Juni 2016, 14:30:16
Hallo,
ich nehme auch 5 Stück.

Nico
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 28 Juni 2016, 18:56:13
Hi,
Bin auch mit 4 dabei ;-)
Danke und Gruß Arnd


FHEM auf Raspberry Pi 2, CUL, Signalduino, Intertechno, WifiLight mit H801 - ESP8266, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 28 Juni 2016, 20:42:47
Freu mich über die 2. Sammelbestellung. Bin auch mit 10-15 Stück dabei! :)

Ansonsten ist mir noch eine Sache aufgefallen:
Mein Controller hat gerade wieder sein eigenes WLAN aufgespannt und ist nicht mehr in meinem WLAN eingebucht. Vermutlich weil ich vorhin meinen AP einige Minuten vom Stromnetz genommen habe. Da wurde der Controller natürlich vom WLAN disconnectet. Aber als der AP dann zurück war, hat er sich nicht wieder dort angemeldet aus eigenem Antrieb.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Icinger am 28 Juni 2016, 20:56:08
ZitatMein Controller hat gerade wieder sein eigenes WLAN aufgespannt und ist nicht mehr in meinem WLAN eingebucht. Vermutlich weil ich vorhin meinen AP einige Minuten vom Stromnetz genommen habe. Da wurde der Controller natürlich vom WLAN disconnectet. Aber als der AP dann zurück war, hat er sich nicht wieder dort angemeldet aus eigenem Antrieb.

Ging mir auch schon zweimal so, nach kurzen Stromausfällen bei Gewittern.
Bei mir wars sogar so, dass der Controller jedesmal in einem "undefined"-Zustand war, also weder ein eigenes WLAN hochspannte, noch sich ins bestehende einklinkte.
Musste beide Male den Controller reseten (vom Strom nehmen), dann baute er sein eigenes auf.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 28 Juni 2016, 21:52:18
Bin auch mit 5 dabei ...

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 28 Juni 2016, 22:14:05
Danke euch für das Feedback zu meinen Anliegen mit der Sammelbestellung Nr. 2 - ich hab da noch eine Idee im Hinterkopf, ich lass das mal noch etwas Sacken und schreibe dann nochmal mehr dazu  :).

Wie bei Sammelbestellung 1, werde ich das ganze mit Hilfe eines Google Formular organisieren. Tabellen sind doch wesentlich angenehmer zu sortieren als die Privaten Nachrichten oder Foren Posts


Zitat von: Pf@nne am 27 Juni 2016, 21:02:36
Wenn jemand garnicht mit dem Löten klarkommt, würde ich mich als stille "Lötreserve" anbieten,
hierzu wäre es von Vorteil, wenn das PCB schwarz wäre.
Das weiße PCB nimmt viel weniger Wärmestahlung auf als ein dunkleres.

Schade - dabei fand ich weiss doch ganz ansehnlich als PCB Farbe - tun es denn auch z.B. rote oder blaue PCBs? Ich finde der Controller darf ruhig etwas farbenfroh sein oder nicht ?  ;D

Zitat von: vbs am 28 Juni 2016, 20:42:47
Mein Controller hat gerade wieder sein eigenes WLAN aufgespannt und ist nicht mehr in meinem WLAN eingebucht. Vermutlich weil ich vorhin meinen AP einige Minuten vom Stromnetz genommen habe. Da wurde der Controller natürlich vom WLAN disconnectet. Aber als der AP dann zurück war, hat er sich nicht wieder dort angemeldet aus eigenem Antrieb.

Ich denke ich weiss woran es liegt - im Moment gibt es einen Counter der nach X fehlschlägen den Controller den AP aufspannen lässt.
Ich überlege mir nochmal, wie man es etwas besser gestalten kann - ich wollte verhindern dass man den Controller resetten muss (und seine Farbeinstellungen verliert), wenn man mal umzieht oder das Wlan Passwort ändert.

Ein kurzes Feedback dazu wäre hilfreich: Wie soll sich der Controller allgemein verhalten:
- Nur einen AP aufspannen, wenn der Controller resettet wurde?
- Falls nach X versuchen keine Verbindung möglich ist, einen eigenen AP aufspannen?

Zitat von: Icinger am 28 Juni 2016, 20:56:08
Bei mir wars sogar so, dass der Controller jedesmal in einem "undefined"-Zustand war, also weder ein eigenes WLAN hochspannte, noch sich ins bestehende einklinkte.
Musste beide Male den Controller reseten (vom Strom nehmen), dann baute er sein eigenes auf.

Trotz powercycle hat er sich nicht verbunden? Das ist etwas seltsam - ich versuch das mal nachzustellen und zu tracken woran es liegen könnte. Kannst du das Szenario etwas näher beschreiben? Stromausfall und AP war danach nicht mehr vorhanden?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Icinger am 28 Juni 2016, 22:33:34
Genauer kann ichs leider nicht sagen, da ich beide Male zu dem Zeitpunkt nicht daheim war.
Jedenfalls gab es scheinbar kurze Stromausfälle (Uhr vom Herd, Mikro etc. waren auf 00:00), aber die APC-USV vom Serverschrank hatte nicht gemeckert.

Daheim ist mir dann aufgefallen, dass der Controller nicht mehr ansprechbar war.
Wie gesagt, gab es weder ein RGBxyz-WLAN, noch war er im Heim-WLAN vorhanden. Auch mittels nmap etc. nicht zu finden.

Da er auf der Terasse im Verteilerkasten eingebaut ist, hab ich kurzerhand einfach die Terasse für ein paar Sekunden vom Netz genommen.
Danach hat er von selbst sein WLAN hochgespannt.
Der AP war einwandfrei zu erreichen, als ich heimkam.

Mehr kann ich bislang nicht dazu sagen, hab auch nicht versucht, das mal nachzustellen.

lg, Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 28 Juni 2016, 22:50:58
Zitat von: mrpj am 28 Juni 2016, 22:14:05
Ein kurzes Feedback dazu wäre hilfreich: Wie soll sich der Controller allgemein verhalten:
- Nur einen AP aufspannen, wenn der Controller resettet wurde?
- Falls nach X versuchen keine Verbindung möglich ist, einen eigenen AP aufspannen?
Meiner bescheidenen Meinung nach, sollte der Controller dauerhaft (bzw. regelmäßig) versuchen, sich zum hinterlegten AP zu verbinden. Wenn der AP nicht in Reichweite ist oder keiner hinterlegt ist, dann das eigene Netz aufspannen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 29 Juni 2016, 01:05:12
Moin,

zum  Verhalten bei/nach Stromausfall:

Ist bereits eine SSID hinterlegt, dann sollte der Controller dauerhaft versuchen sich mit diesem zu verbinden,
damit er nach Spannungswiederkehr schnellstmöglich wieder erreichbar ist.
Das darf nicht lange dauern.

Allerdings müsste jede Minute für ca. 20 Sekunden der eigene AP aufgemacht werden.
Der Start des AP über Reset ist ungünstig falls dieser unzugänglich verbaut ist.

Zur PCB-Farbe:

Je dunkler desto besser, blau sollte aber reichen.. 8)


Gruß
Marco
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: oli82 am 29 Juni 2016, 08:50:10
wäre ebenfalls mit 4 St. dabei
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 29 Juni 2016, 09:16:39
hmm.. der Gedanke, als Fallback den Accesspoint aufzumachen, wenn das hinterlegte SSID nicht zu erreichen ist ist ja nicht verkehrt. So bleiben die Controller erreichbar, wenn z.B. das wlan Password geändert wurde.
Egal, was da nun am Ende wird: Ich denke seit ein paar Tagen darüber nach, im fhem Modul dafür einen auto-Konfigurations-Mechanismus einzubauen. Ich stelle mir das so vor:
- der Host (primär ein RasPi, könnte aber alles andere sein) bekommt ein zweites WLAN Interface, das sich automatisch mit dem Controller AP verbindet
- wenn eine Verbindung mit diesem Netzwerk aufgebaut ist, wird ein Controller gesucht (Patrick: da wäre es interessant zu wissen, ob die Controller a) das AP Netz joinen falls es schon existiert oder in jedem Fall ein eigenes aufziehen und ob sie auf ip address Kollisionen checken)
- wenn ein Controlelr gefunden wird, wird überprüft, ob dort ein Netz hinterlegt ist, wenn ja wird der Controller in dieses Netz "geschickt"
- ist kein Netz hinterlegt, wird ein auf dem RasPi hinterlegtes Netz für den Controller konfiguriert

Nun kommt es nicht so häufig vor, dass wir neue Controller in's Netz konfigurieren, aber ich find's schon immer ein bisschen nervig, dass ich dafür irgendeinen Notebook in ein anderes WLAN Netz hängen muss. Automatik wäre hier schöner.
Nebenbei scheint das auch den Zustand der hier beschrieben wird zu beheben - natürlich nur im fhem Umfeld, aber hey, wir sind hier im fhem board :-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Bapt. Reverend Magersuppe am 29 Juni 2016, 10:01:27
Zitat von: oli82 am 29 Juni 2016, 08:50:10
wäre ebenfalls mit 4 St. dabei

Ich nehme 3 Stück. Langsam wird das unübersichtlich, wo kann man sich denn registrieren?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 29 Juni 2016, 11:56:37
Zitat von: Bapt. Reverend Magersuppe am 29 Juni 2016, 10:01:27
Ich nehme 3 Stück. Langsam wird das unübersichtlich, wo kann man sich denn registrieren?
Zitat von: mrpj am 28 Juni 2016, 22:14:05
Wie bei Sammelbestellung 1, werde ich das ganze mit Hilfe eines Google Formular organisieren. Tabellen sind doch wesentlich angenehmer zu sortieren als die Privaten Nachrichten oder Foren Posts

Alle posts mit der Menge waren für mich bisher Feedback. Die 2te Sammelbestellung hat noch nicht begonne (daher bisher auch Hinweise zu Sammelbestellung 2 ;-) ). Und losgehts wenn ich die Zeit hatte die erste Seite aufzuräumen und wieder mehr Übersichtlichkeit in das Projekt zu bringen.



Zitat von: Pf@nne am 29 Juni 2016, 01:05:12
Ist bereits eine SSID hinterlegt, dann sollte der Controller dauerhaft versuchen sich mit diesem zu verbinden,
damit er nach Spannungswiederkehr schnellstmöglich wieder erreichbar ist.
Das darf nicht lange dauern.

Allerdings müsste jede Minute für ca. 20 Sekunden der eigene AP aufgemacht werden.
Der Start des AP über Reset ist ungünstig falls dieser unzugänglich verbaut ist.

Die Sachen mit den 20 Sekunden finde ich nicht für sinnvoll - führt mMn zu mehr Problemen - auch weil die Beacon/Announcement Intervalle nicht permanent sind. (Was auch gut ist - denn sonst würde man nochmehr das Funkband mit Paketen zumüllen  ;) - Spaß mit dem ESP: http://hackaday.com/2016/01/14/inject-packets-with-an-esp8266/).
Ich denke man kann den AP dann permanent aufziehen, sofern sich der Controller nicht verbunden hat. (Wegen bößartigen Attacken mache ich mir erstmal keine Sorgen, denn man kann den AP des Controllers ja auch mit WPA2 verschlüsseln)

Zitat von: pjakobs am 29 Juni 2016, 09:16:39
- wenn eine Verbindung mit diesem Netzwerk aufgebaut ist, wird ein Controller gesucht (Patrick: da wäre es interessant zu wissen, ob die Controller a) das AP Netz joinen falls es schon existiert oder in jedem Fall ein eigenes aufziehen und ob sie auf ip address Kollisionen checken)
- wenn ein Controlelr gefunden wird, wird überprüft, ob dort ein Netz hinterlegt ist, wenn ja wird der Controller in dieses Netz "geschickt"
- ist kein Netz hinterlegt, wird ein auf dem RasPi hinterlegtes Netz für den Controller konfiguriert

Ich verstehe gerade nicht was du möchtest? Möchtest du Controller untereinander automatisch verlinken? Das wird schwierig, denn Mesh Networking ist nicht im Sming SDK enthalten. Die ESPs kann man leider nicht in Reihe schalten, es gibt keine Routing (es ist im AP Mode des ESPs immer nur der ESP erreichbar).




Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 29 Juni 2016, 12:07:07
Zitat von: mrpj am 29 Juni 2016, 11:56:37
Ich verstehe gerade nicht was du möchtest? Möchtest du Controller untereinander automatisch verlinken? Das wird schwierig, denn Mesh Networking ist nicht im Sming SDK enthalten. Die ESPs kann man leider nicht in Reihe schalten, es gibt keine Routing (es ist im AP Mode des ESPs immer nur der ESP erreichbar).

Nein, nicht mesh networking, die Idee ist primär Autokonfiguration und sekundär könnte man so Controller abholen, die nach einem Netzausfall im AP Mode hängen.

Idealerweise schalte ich einen frisch geflashten Controller ein, und fhem kümmert sich um alles andere - Netzkonfiguration, Device anlegen etc.

Solange ich einen Controller nach dem anderen einschalte ist das kein Problem. Für das hier vorliegende Szenario könnte es schwieriger werden, weil all Controller ihren AP aufspannen und darin auf 192.168.4.1 lauschen. Hmm..

Hübsch wäre halt, wenn der Controller erstmal schaut "ist mein Default Netz (RGBWW-AP vielleicht) schon vorhanden, wenn ja, joine ich das und mach APIPA für ne freie Adresse, wenn nein mache ich einen AP auf". Dann könnte man alle Controller im Default Netz enummerieren und nacheinander konfigurieren.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 29 Juni 2016, 12:18:46
Jeder Controller macht sein eigenes WLAN Netz auf - die SSID bassiert auf dem Prefix "RGBWW" und seiner eigenen chipid - kann aber später durch den Nutzer verändert werden. Die chipid ist laut espressif "einzigartig" - also dürfte es da kein Problem mit konkurierenden SSIDs geben.

Ich verstehe daher nicht ganz, wozu der Controller eine andere IP im Accesspoint mode braucht? Jeder client der sich auf den AP des Controllers verbindet bekommt via DHCP eine IP zugewiesen. Auf dem AP des ESPs können zwei Clients nur mit dem ESP sprechen aber nicht client 1 <-> client 2 (der ESP hat kein Packet routing im AP Modus).

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: AxelSchweiss am 29 Juni 2016, 12:19:36
Zitat von: mrpj am 29 Juni 2016, 11:56:37
Die Sachen mit den 20 Sekunden finde ich nicht für sinnvoll - führt mMn zu mehr Problemen - auch weil die Beacon/Announcement Intervalle nicht permanent sind. (Was auch gut ist - denn sonst würde man nochmehr das Funkband mit Paketen zumüllen  ;) - Spaß mit dem ESP: http://hackaday.com/2016/01/14/inject-packets-with-an-esp8266/).
Ich denke man kann den AP dann permanent aufziehen, sofern sich der Controller nicht verbunden hat. (Wegen bößartigen Attacken mache ich mir erstmal keine Sorgen, denn man kann den AP des Controllers ja auch mit WPA2 verschlüsseln)

Eventuell kann man die Wartezeit und den Wiederholungsintervall ja einstellbar machen.
Ich hätte schon gerne das er ca. zwei Stunden lang versucht die Verbindung wieder aufzubauen.
Das muss er ja nicht aggressiv machen ... alle Minute reicht da.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 29 Juni 2016, 12:34:57
Zitat von: mrpj am 29 Juni 2016, 12:18:46
Jeder Controller macht sein eigenes WLAN Netz auf - die SSID bassiert auf dem Prefix "RGBWW" und seiner eigenen chipid - kann aber später durch den Nutzer verändert werden. Die chipid ist laut espressif "einzigartig" - also dürfte es da kein Problem mit konkurierenden SSIDs geben.

Ich verstehe daher nicht ganz, wozu der Controller eine andere IP im Accesspoint mode braucht? Jeder client der sich auf den AP des Controllers verbindet bekommt via DHCP eine IP zugewiesen. Auf dem AP des ESPs können zwei Clients nur mit dem ESP sprechen aber nicht client 1 <-> client 2 (der ESP hat kein Packet routing im AP Modus).

ok, so rum geht's auch - dann muss ich nur die RGBWW-<chipid> Netze durchscannen.
Ich denk mal ein bisschen drüber nach.

pj
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: Per am 29 Juni 2016, 14:59:26
Zitat von: mrpj am 27 Juni 2016, 15:28:41Sammelbestellung v. 2
Juhuuuu!
Diesmal will ich nicht zu spät sein.

Zitat von: mrpj am 27 Juni 2016, 15:28:41ein paar Hintergrundinformationen
Ehrlich? OK, du kannst es machen, aber ein Anrecht darauf haben wir nicht. Ist deine (Frei-)Zeit!

Zitat von: mrpj am 27 Juni 2016, 15:28:41Durch die Ungewissheit wäre es mir erstmal Recht, nur Bausätze zur Verfügung zu stellen
Hm, könntest du zumindest programmierte Prozessoren anbieten? Das wäre eine große Erleichterung für mich (und bestimmt andere). Das Löten ist ja durch die Änderungen am Layout vereinfacht wurden.

Zitat von: mrpj am 27 Juni 2016, 15:28:41Der zweite Punkt ist der Preis des Bausatzes:
Ich glaube nicht, dass das große Diskussionen heraufbeschwören wird.

Achja: ich bestelle mal 3 Exemplare (falls die 100er Grenze knapp zu erreichen ist, auch 5). Aber wenn ich so kurz durchzähle (35 + 10 + 5 + 5 ...) gehts wohl ohnehin in die nächste Staffel. :D
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 29 Juni 2016, 17:49:13
Zitat von: Per am 29 Juni 2016, 14:59:26
Ehrlich? OK, du kannst es machen, aber ein Anrecht darauf haben wir nicht. Ist deine (Frei-)Zeit!

Ich bin da ganz offen und transparent ;-)

Zitat von: Per am 29 Juni 2016, 14:59:26
Hm, könntest du zumindest programmierte Prozessoren anbieten? Das wäre eine große Erleichterung für mich (und bestimmt andere). Das Löten ist ja durch die Änderungen am Layout vereinfacht wurden.

Das ist leider nicht so einfach möglich und kann ich daher nicht anbieten. Hier im Forum gibt es mittlerweile viel Erfahrungswerte und das ganze sollte kein Problem sein selber zu flashen :-). Und falls doch was schief laufen sollte, ich kann auch nochmal nachflashen - ich möchte nur gerade nicht noch den Lötaufwand haben  ;)


@icinger, @vbs

Ich hab in der develop einen patch für euer beschriebenes Problem. Verhalten ist nun:
- Nach 10 Versuchen spannt er sein eigenes Wlan auf, versucht aber sich weiter zu verbinden
- Falls er sich verbinden kann, schaltet er automatisch seinen eigenen AP wieder ab

Edit:
sobald der "solid" bug behoben ist gibt es eine neue Firmware  :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 29 Juni 2016, 20:40:59
Zitat von: mrpj am 29 Juni 2016, 17:49:13
- Nach 10 Versuchen spannt er sein eigenes Wlan auf, versucht aber sich weiter zu verbinden
- Falls er sich verbinden kann, schaltet er automatisch seinen eigenen AP wieder ab

Das hört sich sehr vernünftig an!


Zum Löten:
Ich würde das Löten für die Besteller mit zwei linken Händen übernehmen.
Auch das Flashen der aktuellen FW inkl. HW-TEST würde ich übernehmen.

Ein wenig nervig würde ich das Versenden der Einzelbestellungen, vielleicht hat hier noch jemand drittes Lust sich zu verwirklichen und im Anschluss den Einzelversand zu übernehmen.
So wie eine kleine Produktionskette, so ähnlich wie beim Airbus.... ::)

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: PeMue am 29 Juni 2016, 21:32:13
Zitat von: Pf@nne am 29 Juni 2016, 20:40:59
So wie eine kleine Produktionskette, so ähnlich wie beim Airbus.... ::)
8) 8) 8) ... wir sollten halt schauen, dass unsere Softwarekette kompatibel ist ...  ;D ;D ;D

Wenn es darum geht, nochmal über das Layout zu schauen, mache ich das gerne.
Penentrante Frage von mir: wie habt ihr das Thema Gehäuse gelöst? Gibt es da schon etwas?

Ich muss mal schauen, aber ich denke, ich wäre wieder mit ein oder zwei Bausätzen dabei ...

Danke + Gruß

Peter
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 29 Juni 2016, 21:36:40
Zitat von: Pf@nne am 29 Juni 2016, 20:40:59
Ich würde das Löten für die Besteller mit zwei linken Händen übernehmen.
Auch das Flashen der aktuellen FW inkl. HW-TEST würde ich übernehmen.

Ein wenig nervig würde ich das Versenden der Einzelbestellungen, vielleicht hat hier noch jemand drittes Lust sich zu verwirklichen und im Anschluss den Einzelversand zu übernehmen.
So wie eine kleine Produktionskette, so ähnlich wie beim Airbus.... ::)

Wie ich dir ja geschrieben hatte, können wir uns da mal zusammen telefonieren und uns abstimmen was eine gute Lösung für das ganze ist  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 29 Juni 2016, 22:39:55
Zitat von: PeMue am 29 Juni 2016, 21:32:13

Penentrante Frage von mir: wie habt ihr das Thema Gehäuse gelöst? Gibt es da schon etwas?

Danke + Gruß

Peter

Conrad hat 5x5cm Kunststoffgehäuse, die haben leider ein paar Einbauten (Nippel), die dem Dremel zum Opfer fallen müssen, dann passen die aber ganz hervorragend. Kosten unter 2EUR/Stück. Das Netzteil muss natürlich woanders hin.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pc1246 am 30 Juni 2016, 07:15:53
Hallo pj
Sagst Du uns bitte auch welche das sind?!
Danke und Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 08:41:11
Zitat von: pc1246 am 30 Juni 2016, 07:15:53
Hallo pj
Sagst Du uns bitte auch welche das sind?!
Danke und Gruss Christoph

ach seid Ihr anspruchsvoll ;-)

siehe Anhang

die "Wanne" ist tief genug, auch wenn man vielleicht die FETs ein bisschen kippen muss.
AmDeckel (der eigentlich ein Boden ist, weil er die Laschen zum Verschrauben dran hat) sieht man die fünf Nippel. Wenn man den Controller an den Deckel schraubt, dann müssen die ganz weg, wenn man ihn in die Wanne schraubt, dann langt es, die überstehenden, dünnen Teile wegzusägen.
Dazu kommt natürlich noch die Kabeldurchführung für Versorgungsspannung und die LED Leisten.
Ich habe hier seit ein paar Wochen einen Controller in diesem Gehäuse und bis jetzt keine Probleme damit, keine merkbare WLAN Reichweiten Einschränkung, und Hitzestau ist eh nicht zu erwarten.

hier nochmal der Link zum Artikel: https://www.conrad.de/de/modul-gehaeuse-69-x-58-x-31-abs-schwarz-strapubox-c-04-1-st-521523.html?sc.queryFromSuggest=true
ok, mit dem Preis lag ich knapp daneben.

pj

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 09:34:51
@mrpj

ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?
Mir ist klar, dass der ein "Fremdling" und möglicherweise sogar gefährlich wäre, weil er ja "außen" am Netzteil hängen müsste und ggf. 12V führt. Man könnte eine Sperrdiode einbauen, aber dann kommen ggf. nur noch 4,3V beim Netzteil an - das sollte zwar für 3.3V am Ausgang reichen, aber ich bin mir nicht sicher.
Anyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Icinger am 30 Juni 2016, 10:02:22
ZitatAnyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

Nett wäre es, aber da müsste dann mmN viel mehr am Layout geändert werden, weil man ja dann den UART-Treiber mit dem ganzen drumherum auch gleich mit draufpacken müsste.

Und so wirklich kompliziert ist es ja mit der bestehenden Version auch nicht.

lg, Stefan

Edit: Sorry, falsch gelesen.
Du wolltest nur die Spannung vom USB haben.
Das wurde hier schon mal in dem Thread diskutiert und dann verworfen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 10:03:56
Zitat von: pjakobs am 30 Juni 2016, 09:34:51
@mrpj

ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?
Mir ist klar, dass der ein "Fremdling" und möglicherweise sogar gefährlich wäre, weil er ja "außen" am Netzteil hängen müsste und ggf. 12V führt. Man könnte eine Sperrdiode einbauen, aber dann kommen ggf. nur noch 4,3V beim Netzteil an - das sollte zwar für 3.3V am Ausgang reichen, aber ich bin mir nicht sicher.
gerade nochmal nachgesehen, zumindest meine USB/com Module lassen sich auf 3,3V VCC Ausgang umschalten, damit ließe sich der ESP direkt versorgen.
Anyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 10:19:38
Zitat von: Icinger am 30 Juni 2016, 10:02:22
Du wolltest nur die Spannung vom USB haben.
Das wurde hier schon mal in dem Thread diskutiert und dann verworfen.

ich vermute, genau aus dem Grund, den ich genannt habe: wenn der VCC Pin durch's Netzteil geht, weil USB halt 5V liefert, dann ist er ggf. "heiß", wenn jemand mit eingesteckter 12V Versorgung flashen will. Verstehe ich.
Aber: mit 3.3V USB/com Convertern kann er hinter dem Netzteil sein und das Problem wäre gelöst.

keine Notwendigkeit, aber sicher eine Vereinfachung, wenn jemand viele Controller flasht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 30 Juni 2016, 11:31:00
Zitat von: pjakobs am 30 Juni 2016, 09:34:51
ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?

Die 3,3V vom FTDI232 haben zuwenig mA um den Controller zu flashen. Das würde entweder dazu führen, dass der FTDI gegrillt wird, oder aber das flashen abbricht weil die Stromversorgung instabil ist.
Die 5V vom USB würden als Vin (vor dem DC Wandler funktionieren, jedoch brauch es die 5V sodass der DC Wandler stabil 3,3V daraus erzeugen kann).

Einen direkten uart Treiber (wie z.B. bei nodemcu) halte ich für Verschwendung. Der Controller muss im Normalfall nur 1mal geflasht werden.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 11:59:26
Zitat von: mrpj am 30 Juni 2016, 11:31:00
Die 3,3V vom FTDI232 haben zuwenig mA um den Controller zu flashen. Das würde entweder dazu führen, dass der FTDI gegrillt wird, oder aber das flashen abbricht weil die Stromversorgung instabil ist.

Zitat von: mrpj am 30 Juni 2016, 11:31:00
Die 5V vom USB würden als Vin (vor dem DC Wandler funktionieren, jedoch brauch es die 5V sodass der DC Wandler stabil 3,3V daraus erzeugen kann).
dachte ich mir
Zitat von: mrpj am 30 Juni 2016, 11:31:00
Einen direkten uart Treiber (wie z.B. bei nodemcu) halte ich für Verschwendung.
Zustimmung
Zitat von: mrpj am 30 Juni 2016, 11:31:00
Der Controller muss im Normalfall nur 1mal geflasht werden.
Nun ja, ich kenne da jemanden, der wird das relativ häufig 1x machen müssen ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 30 Juni 2016, 12:13:04
Zitat von: pjakobs am 30 Juni 2016, 11:59:26
Nun ja, ich kenne da jemanden, der wird das relativ häufig 1x machen müssen ;-)

Glaub mir - das flashen ist der geringste Aufwand  :P
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 13:03:20
Zitat von: mrpj am 30 Juni 2016, 12:13:04
Glaub mir - das flashen ist der geringste Aufwand  :P
Joa, aber das Löten ansich ist so meditativ. Das kann ich vom flashen nicht behaupten ;)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 30 Juni 2016, 13:26:03
Zitat von: Pf@nne am 29 Juni 2016, 20:40:59Ich würde das Löten für die Besteller mit zwei linken Händen übernehmen.
Auch das Flashen der aktuellen FW inkl. HW-TEST würde ich übernehmen.
Das Löten traue ich mir zwar zu, aber wenn erst gelötet, dann programmiert wird, würde das nachträgliche "zentrale" Programmieren noch mehr logistischen Aufwand erfordern als ohnehin schon.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Juni 2016, 13:44:24
Zitat von: Per am 30 Juni 2016, 13:26:03
Das Löten traue ich mir zwar zu, aber wenn erst gelötet, dann programmiert wird, würde das nachträgliche "zentrale" Programmieren noch mehr logistischen Aufwand erfordern als ohnehin schon.

ich schau heut Abend mal nach, vielleicht kann ich ohne allzuviel Aufwand einen Adapter aufbauen, in dem der ESP-12 extern geflasht werden kann, dann mach ich das gerne auch ein paar mal öfter.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gammelobst am 30 Juni 2016, 23:04:53
Hallo,

ich wäre auch mit 10 Stück dabei, gelötet wäre echt super - flashen krieg ich locker hin aber löten...

cya
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 30 Juni 2016, 23:42:08
Zitat von: Pf@nne am 24 April 2016, 20:39:47

Der Sketch zeigt die Größe des Flashspeichers an und schaltet nacheinander alle Kanäle durch.
Anlage: TestRGBWWCW.ino
Zum Flashen ist GPIO0 mit Masse zu verbinden, dann der RESET-Taster kurz zu betätigen, danach kann GPIO0 wieder von Masse entfernt werden.
Die OnBoard-LED sollte kurz aufleuchten.
Der ESP ist jetzt im seriellen BootMode.

In der seriellen Ausgabe sollte jetzt die Größe des Flashspeichers aufgeführt sein:
============================================
Flash real id:   001640E0
Flash real size: 4194304
Flash ide  size: 4194304
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration ok.
============================================


Die Hardware sollte somit OK sein!

Hi, ich habe einen ESP-12f geflasht und er will die Einstellungen nicht speichern. Also habe ich die Flashgröße ausgelesen. Hier passt was nicht.


============================================
Flash real id:   001640E0
Flash real size: 4194304
Flash ide  size: 524288
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration wrong!
============================================


Interpretiere ich es richtig, dass zwar 4 MB Flash verfügbar sind, jedoch die Flash-ID dem Tool sagen es dürfe nur 512 kb beschreiben werden? Ich habe schon gesucht aber keine Antwort gefunden, kann ich das durch irgend welche Befehle beheben damit die Werte identisch werden, oder ist der ESP Schrott? Wenn ja taugt er noch zum Testen mit ESP Easy oder so. Damit läuft er - auch mit dem 4mb Image.



Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: mrpj am 30 Juni 2016, 23:54:31
Zitat von: kadettilac89 am 30 Juni 2016, 23:42:08


Flash Chip configuration wrong!



Deine Board Einstellungen im ArduinoIDE sind falsch  ;)

Der Testsketch von Pf@nne ist unnötig und es lohnt sich nur diesen zu nutzen, falls das normale flashen aus irgendwelche Gründen eben nicht funktioniert hat.
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: kadettilac89 am 01 Juli 2016, 00:19:57
Zitat von: mrpj am 30 Juni 2016, 23:54:31
Deine Board Einstellungen im ArduinoIDE sind falsch  ;)

Der Testsketch von Pf@nne ist unnötig und es lohnt sich nur diesen zu nutzen, falls das normale flashen aus irgendwelche Gründen eben nicht funktioniert hat.

Danke, das war jetzt mein Fehler. Habe heute mit ESP-03 gearbeitet und die Einstellung nicht zurückgesetzt. Jetzt dachte ich die Ursache gefunden zu haben, warum der 12f die Einstellungen nicht behält. Hast du in deinem Projekt einen 12f im Einsatz? Vielleicht sind die doch nicht so kompatibelel zu 12e wie gesagt wird.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 Juli 2016, 00:33:21
Ich habe keinen ESP12f - gibt es denn ein Problem mit dem 12f und der ESP Firmware? Wenn ja, kannst du da einen genaueren BUG Report anfertigen so dass ich dir helfen kann?

Ansatzpunkt für Hinweise:
https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 01 Juli 2016, 09:55:20
Zitat von: mrpj am 01 Juli 2016, 00:33:21
Ich habe keinen ESP12f - gibt es denn ein Problem mit dem 12f und der ESP Firmware? Wenn ja, kannst du da einen genaueren BUG Report anfertigen so dass ich dir helfen kann?

Ansatzpunkt für Hinweise:
https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795

Fehler: Wifi-Einstellungen werden nicht behalten. Sobald der Controller neu startet wird wieder der AP RGBWW1*** geöffnet statt sich ins Wlan einzuwählen.

Aufbau: ESP-12F, Breadboard
Spannungsversorgung Batterie
Spannung am ESP12F: 3.6 V, gestützt durch 2200uF-Kondensator.
Flash / Serial FTDI 1232

ESP-12F funktioniert mit ESP-Easy und NodeMCU (Lua) tadellos. Auch OTA der Easy-Firmware funktioniert.

Test:
Neu flashen, restart

Im Log sind folgende Aktionen enthalten (und gekennzeichnet)
- Restart
- Config über Web (Smartphone)
- Restart
- Config 2 über Web
- Restart
- Config 3 über Web mit manuellen IP-Einstellungen
- Restart
- Config 4 schien zu funktionieren, OTA --> Fehler beim Booten

Anmeldung an meiner Fritzbox scheint jedesmal gemacht zu werden da ich als Push eine Email der Box erhalte.

Ich werden für einen Controller der noch nicht gelötet ist einen ESP12E bestellen. Mein "produktiver" Controller läuft ohne Probleme.

Log hänge ich an. Wenn du aus dem Log nichts rauslesen kannst ist es egal. Ist mehr um meine Neugier zu befriedigen.

Besteht eigentlich die Möglichkeit die SSID und PW manuell per Console in den Flash zu schreiben?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 Juli 2016, 11:50:39
Zitat von: kadettilac89 am 01 Juli 2016, 09:55:20
Fehler: Wifi-Einstellungen werden nicht behalten. Sobald der Controller neu startet wird wieder der AP RGBWW1*** geöffnet statt sich ins Wlan einzuwählen.

Aufbau: ESP-12F, Breadboard
Spannungsversorgung Batterie
Spannung am ESP12F: 3.6 V, gestützt durch 2200uF-Kondensator.
Flash / Serial FTDI 1232

Zitat
CLR button low - resetting settings<\r><\n>

Bei deinem Aufbau ist wahrscheinlich GPIO16 nicht mit einem pull-up auf 3,3V gezogen  ;). Daher resettet der Controller bei jedem Boot die Einstellungen.
Entweder den Controller mit einem PullUp auf deinem BreadBoard versehen oder aber auf ein passendes PCB mit den PullUps löten  ;)

PS: 3,6V ist ein bischen hoch - 3,4 macht der ESP mit - bei 3,6 grillst du den Controller schon  :P


Zitat von: kadettilac89 am 01 Juli 2016, 09:55:20
Besteht eigentlich die Möglichkeit die SSID und PW manuell per Console in den Flash zu schreiben?

Nope - würde auch keinen Unterschied machen - wenn es einen Bug/Problem mit dem SDK call geben würde, wäre es egal an welcher Stelle er aufgerufen wird.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 01 Juli 2016, 12:51:20
Zitat von: mrpj am 01 Juli 2016, 11:50:39
Bei deinem Aufbau ist wahrscheinlich GPIO16 nicht mit einem pull-up auf 3,3V gezogen  ;). Daher resettet der Controller bei jedem Boot die Einstellungen.

PS: 3,6V ist ein bischen hoch - 3,4 macht der ESP mit - bei 3,6 grillst du den Controller schon  :P


Danke dir, war mein Fehler. Funktioniert alles. Was ich selber in meinen Projekten predige habe ich nicht eingehalten. Wenn ihr müde seid geht heim weil man nicht mehr klar denken kann. Habe gestern an einem anderen Projekt mit einem ESP-03 gebastelt und wollte den ESP ohne zu löten flashen und testen. Der Widerstand lag am Tisch aber nicht im Board.

Die Spannung liegt innerhalb der Spezifikation. Lt. Expressif Datasheet ist operating voltage 3.0 - 3.6. Habe mit selbem Aufbau schon mehr als 20 geflasht und keiner hat sich beschwert :) ... Was ich gelernt habe ist, dass ein 18650 Akku voll geladen 4,2 und nicht 3,7 V hat und dann schwitzt der Chip wirklich. Da lobe ich mir die Arduinos, die machen alles mit ;)

Zitat von: pjakobs am 30 Juni 2016, 13:44:24
ich schau heut Abend mal nach, vielleicht kann ich ohne allzuviel Aufwand einen Adapter aufbauen, in dem der ESP-12 extern geflasht werden kann, dann mach ich das gerne auch ein paar mal öfter.

pj

.... das war der Auslöser für meine nächtlichen Fluchausbrüche. Wollte ohne Löten einen ESP-12 flashen, und es geht relative simpel.
Kurze Drahtstücke und ins Breadboard. Habe die oben nur angewinkelt damit sie nicht rausfallen. Im Board unten ganz innen stecken, dann sind die Drahtstücke auf Spannung und haben Kontakt.


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 01 Juli 2016, 12:54:21
Zitat von: kadettilac89 am 01 Juli 2016, 12:51:20

Kurze Drahtstücke und ins Breadboard. Habe die oben nur angewinkelt damit sie nicht rausfallen. Im Board unten ganz innen stecken, dann sind die Drahtstücke auf Spannung und haben Kontakt.

Attachment vergessen ....
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Chris_Worms am 01 Juli 2016, 13:43:35
Ich habe Interesse an 5 Komplettbausätzen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 Juli 2016, 17:12:55
Ich hab heute Nachmittag mal wieder ein paar Minuten gefunden am Schaltplan/PCB Layout zu arbeiten.

Im Anhang ist die aktuelle Version - Änderungen:

Ich kämpfe gerade noch etwas mit dem Silkscreen - ich kann aus irgendwelchen Gründen die Beschriftung der Terminals (RGB etc.) nicht auf die Unterseite kopieren  :o

Eventuell werden die PADs für rst und clr auf die unterseite zusätzlich gespiegelt (Wunsch von pjakobs).


Ich habe heute auch mal versucht das Layout so herumzuschieben, dass es eventuell moglich wäre dem DC Wandler mit PTH Pads zu versehen - bisher ohne Erfolg, es fehlen doch ein paar millimeter hier und da.  :'(

Feedback? Anregungen?

Zum Vergleich v1.3 https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=51259

Nachtrag:

Falls es möglich ist das Layout so umzugestalten, dass der DC Wandler mit PINs versehen werden kann, würde ich erstmal eine kleine Testcharge der PCBs vorbestellen um auch sicher zu gehen, dass es am Schluss Platztechnisch funktioniert. Nichts blöderes als dann Bauteile zu haben die nicht mehr passen  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: PeMue am 01 Juli 2016, 17:22:36
Hallo Patrick,

hast Du die Eagle Dateien irgendwo? Im Github ist nur die v1.3 vorhanden.
Ich würde mir gerne mal die Position der Löcher anschauen, vielleicht kann man die so verschieben, dass das vorgeschlagene Gehäuse passt  ;)

Gruß PeMue
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 Juli 2016, 18:00:41
Du hast mail - ich schieb das erst auf Github, wenn das Layout fertig ist
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: sua am 02 Juli 2016, 02:22:25
Hallo,

auch ich habe Interesse an 5 Komplettbausätzen (und wenn es doch irgendwie geht, würde ich davon dann gerne 2 Stück als "Fertiglösung", also gelötet, nehmen).

Danke schon 'mal für Eure Mühen,
sua   
Titel: Sammelbestellung 2
Beitrag von: Per am 02 Juli 2016, 13:15:20
Zwischensumme: 106 (mindestens)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 Juli 2016, 13:15:50
Zitat von: kadettilac89 am 01 Juli 2016, 12:51:20
.... das war der Auslöser für meine nächtlichen Fluchausbrüche. Wollte ohne Löten einen ESP-12 flashen, und es geht relative simpel.
Kurze Drahtstücke und ins Breadboard. Habe die oben nur angewinkelt damit sie nicht rausfallen. Im Board unten ganz innen stecken, dann sind die Drahtstücke auf Spannung und haben Kontakt.

ah, ich hatte Federstifte auf die Pads einer ESP-12 Carrier Platine gelötet. Leider waren die Pads nicht stabil genug und sind ausgerissen, als ich den ESP aufgesteckt hatte. Es gibt (bzw. gab) "spring pin carrier", die haben s-förmige Federpins, die kontaktieren und gleichzeitig das Device festhalten. Leider hatte ich nur normale Steckkontakte aus einer gewinkelten Steckerleiste - obwohl die grundsätzlich funktionieren würden waren sie für die Trägerplatine zu steif.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 Juli 2016, 13:24:20
Zitat von: mrpj am 01 Juli 2016, 17:12:55
Falls es möglich ist das Layout so umzugestalten, dass der DC Wandler mit PINs versehen werden kann, würde ich erstmal eine kleine Testcharge der PCBs vorbestellen um auch sicher zu gehen, dass es am Schluss Platztechnisch funktioniert. Nichts blöderes als dann Bauteile zu haben die nicht mehr passen  ;)
Mit Pins wären die sicher einfacher von Hand zu löten, aber ich empfänd das nicht als notwendig.
Wenn Du aber ggf. sowieso eine Testcharge baust - hast Du mal darüber nachgedacht, die IRF44 durch welche im TO-263 Gehäuse (also SMD) zu ersetzen?
Hitze ist nicht das Problem, weil sie eh on oder off betrieben werden, aber man könnte dann, wenn man ggf. noch auf die Schraubklemmen verzichtet, mit der halben Bauhöhe auskommen.

pj
Titel: Antw:Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 13:39:46
Zitat von: Per am 02 Juli 2016, 13:15:20
Als heimlicher Statistiker mache ich mal das, was ich recht gut kann: Listen.
Begonnen ab Post #729 (https://forum.fhem.de/index.php/topic,48918.msg466606.html#msg466606) habe ich mal alle Wünsche aufgenommen. Falls ich einen übersehen habe oder sich was geändert hat, schreibt!

Hallo Per,

danke dass du dir die Mühe gemacht hast, aber darf ich dich bitten die Tabelle wieder zu entfernen. Bisherige Beitrage mit "ich nehme X" habe ich bewusst nicht weiter sortiert, da die Sammelbestellung von mir nicht über das Forum organisiert wird. Wie in Sammelbestellung 1 wird es später ein Google Formular geben in dem sich jeder einträgt - dadurch wird alles übersichtlicher.

Auch wenn ich das schon erwähnt habe:
Zitat von: mrpj am 29 Juni 2016, 11:56:37
Alle posts mit der Menge waren für mich bisher Feedback. Die 2te Sammelbestellung hat noch nicht begonne (daher bisher auch Hinweise zu Sammelbestellung 2 ;-) ). Und losgehts wenn ich die Zeit hatte die erste Seite aufzuräumen und wieder mehr Übersichtlichkeit in das Projekt zu bringen.

Zitat von: mrpj am 28 Juni 2016, 22:14:05
Wie bei Sammelbestellung 1, werde ich das ganze mit Hilfe eines Google Formular organisieren. Tabellen sind doch wesentlich angenehmer zu sortieren als die Privaten Nachrichten oder Foren Posts

Wurde das bisher eher ignoriert  ;)

Bitte postet keine weiteren Beiträge mit "Ich nehme X Stück" .
Feedback, Anregungen und Wünsche lese ich gerne und beantworte ich auch gerne.





Zitat von: pjakobs am 02 Juli 2016, 13:24:20
Mit Pins wären die sicher einfacher von Hand zu löten, aber ich empfänd das nicht als notwendig.

Der Vorschlag mit den PINs kam von ext23 - jedoch warte ich bis heute noch auf seinen Layoutvorschlag. Da ich ungern ewig warte habe ich mir angeschaut inwiefern es möglich ist

Zitat von: pjakobs am 02 Juli 2016, 13:24:20
Wenn Du aber ggf. sowieso eine Testcharge baust - hast Du mal darüber nachgedacht, die IRF44 durch welche im TO-263 Gehäuse (also SMD) zu ersetzen?
Hitze ist nicht das Problem, weil sie eh on oder off betrieben werden, aber man könnte dann, wenn man ggf. noch auf die Schraubklemmen verzichtet, mit der halben Bauhöhe auskommen.

Ich habe die TO-263 schon in Erwähgung gezogen - aber finde es mit dem Layout schwierig genug Platz zu finden. TO-220 ist doch etwas platzsparender.
Welchen Vorschlag hättest du denn anstelle der Schraubklemmen?

Die Idee könnte man für Version 2.0 mit aufnehmen - wenn ich dir Zeit finde wird das nochmal mehr Umbau.
Titel: Antw:Sammelbestellung 2
Beitrag von: pjakobs am 02 Juli 2016, 13:48:44
Zitat von: mrpj am 02 Juli 2016, 13:39:46

Ich habe die TO-263 schon in Erwähgung gezogen - aber finde es mit dem Layout schwierig genug Platz zu finden. TO-220 ist doch etwas platzsparender.
örgs, stimmt, die haben ja fast 14x10mm -
Zitat von: mrpj am 02 Juli 2016, 13:39:46
Welchen Vorschlag hättest du denn anstelle der Schraubklemmen?
ich find ja sowas elegant Molex Lite Trap (http://www.molex.com/molex/products/family?key=litetrap&channel=products&chanName=family&pageTitle=Introduction&parentKey=wire_to_board_connectors) Ich habe allerdings nicht an Preisen geschaut.

pj
Titel: Antw:Sammelbestellung 2
Beitrag von: Per am 02 Juli 2016, 13:52:09
Zitat von: mrpj am 02 Juli 2016, 13:39:46aber darf ich dich bitten die Tabelle wieder zu entfernen.
OK, das Ergebniss lass ich dennoch mal als Hausnummer stehen. Nur als Nachweis, dass die 100 geknackt ist. Auch wenn in der Regel der eine oder andere wieder abspringt, wenn es ans Bezahlen geht. Aber mit Vorauskasse hast du das ja das letzte Mal auch gelöst :D.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 14:18:36
Firmware Verison 0.3.1

Es gibt ein neues release für die Firmware.

Änderungen:

Update ist ganz einfach über das webinterface möglich

Probleme? Fragen? -> einfach im Forum posten.

Zitat von: pjakobs am 02 Juli 2016, 13:48:44
örgs, stimmt, die haben ja fast 14x10mm -

Mit einer Mischung aus oben und unten wäre es vielleicht möglich, aber da muss wieder viel auf dem Layout rumgeschoben werden  ;).

Zitat von: pjakobs am 02 Juli 2016, 13:48:44
ich find ja sowas elegant Molex Lite Trap (http://www.molex.com/molex/products/family?key=litetrap&channel=products&chanName=family&pageTitle=Introduction&parentKey=wire_to_board_connectors) Ich habe allerdings nicht an Preisen geschaut.

Das sieht teuer aus  :P

Zitat von: Per am 02 Juli 2016, 13:52:09
OK, das Ergebniss lass ich dennoch mal als Hausnummer stehen. Nur als Nachweis, dass die 100 geknackt ist. Auch wenn in der Regel der eine oder andere wieder abspringt, wenn es ans Bezahlen geht. Aber mit Vorauskasse hast du das ja das letzte Mal auch gelöst :D.

Danke dir - hatte das gefühl das es sonst weiter ausufert mit den "ich nehme X" Beiträgen.
Titel: Antw:Sammelbestellung 2
Beitrag von: kadettilac89 am 02 Juli 2016, 15:40:05
Zitat von: mrpj am 02 Juli 2016, 13:39:46
Der Vorschlag mit den PINs kam von ext23 - jedoch warte ich bis heute noch auf seinen Layoutvorschlag. Da ich ungern ewig warte habe ich mir angeschaut inwiefern es möglich ist

Sprichst du von Pins für den Spannungsregler? Ich habe mir das Layout mal angesehen. Wenn du die 4 Kontaktflächen großflächig freilegst, ich meine ein längliches Quadrat könnte man SMD-Stiftleisten auflöten. Du müsstest nur die Durchkontaktierung von R11 und noch ein paar zur Sicherheit verlegen. Ich meine sowas ...
2-seitig für mehr Stabilität ... https://www.reichelt.de/?ARTICLE=51717&PROVID=2788&wt_mc=amc141526782519998&gclid=CjwKEAjwzN27BRDFn9aAwLmH2yISJABWuEXcwnmp2pt8iTXgVPlSqBlB-yFakm_vtTWvRGXmuqz79BoC-IPw_wcB

oder nur einseitig ... https://www.google.de/shopping/product/8322024758986523848?q=stiftleiste+smd&biw=1280&bih=595&dpr=2.5&bav=on.2,or.r_cp.&bvm=bv.126130881,d.d24&tch=1&ech=1&psi=-793V5iPOsnnswHi4KaABA.1467465863528.3&prds=paur:ClkAsKraX2ipv-3sTmzQIBnbZhNrQIsGQ7KgqgIn-uYHg0WXeqn3vH_9Zn6xWBirM6rZjWyiIe4p0YU5hJ8nI1ulKQ4Pne2FycfNNojRa6NtwuaSzFKJLCgFLxIZAFPVH70DQPboWR5rLaeZ9pQEI3V-dlXOaw&sa=X&ved=0ahUKEwiJu4Cz8NTNAhVKORQKHaeZBO4Q8wIIzQIwBA

Damit kann dann jeder selber entscheiden, entweder direkt flächenbündig löten wie gehabt, oder die Stiftleiste dazwischen.

Ich bräuchte das nicht, aber wer wenig Equipment zur Verfügung hat .... ich hab für mich eine einfache Möglichkeit gefunden mit der ich das ohne Stifte sauber löten kann.

Zitat von: pjakobs am 02 Juli 2016, 13:15:50
ah, ich hatte Federstifte auf die Pads einer ESP-12 Carrier Platine gelötet. Leider waren die Pads nicht stabil genug und sind ausgerissen, als ich den ESP aufgesteckt hatte. Es gibt (bzw. gab) "spring pin carrier", die haben s-förmige Federpins, die kontaktieren und gleichzeitig das Device festhalten. Leider hatte ich nur normale Steckkontakte aus einer gewinkelten Steckerleiste - obwohl die grundsätzlich funktionieren würden waren sie für die Trägerplatine zu steif.

Ich hab schon öfter gesucht und wieder aufgegeben, es wäre gut so ganz feine kontaktstifte zu haben die man für Tests an Arduino oder ESP anklemmen könnte, vor allem für Steckboard.
Sowas in klein .... http://ecx.images-amazon.com/images/I/41mGk17-47L._SL160_.jpg

Titel: Antw:Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 16:08:26
Zitat von: kadettilac89 am 02 Juli 2016, 15:40:05
Sprichst du von Pins für den Spannungsregler? Ich habe mir das Layout mal angesehen. Wenn du die 4 Kontaktflächen großflächig freilegst, ich meine ein längliches Quadrat könnte man SMD-Stiftleisten auflöten.

Die Stiftleisten sehen interressant aus - wusste ich gar nicht, dass es das so gibt. Würde das Layout auch nicht ganz so zerreißen wie es gerade ist.

Hast du schon Erfahrungen gesammelt?

Ich habe bisher leider diese einseitigen nicht bei TME gefunden - es gibt vorwiegend dort diese:
http://www.tme.eu/de/details/2ph1-40-ua-smt-a/stiftleisten-und-buchsen/adam-tech/

Ich überlege gerade auch, ob es mehr Sinn macht, die Pads seitlich rauszuführen oder zu verlängern?


Zitat von: kadettilac89 am 02 Juli 2016, 15:40:05
Damit kann dann jeder selber entscheiden, entweder direkt flächenbündig löten wie gehabt, oder die Stiftleiste dazwischen.

Ich bräuchte das nicht, aber wer wenig Equipment zur Verfügung hat .... ich hab für mich eine einfache Möglichkeit gefunden mit der ich das ohne Stifte sauber löten kann.

Auch ohne gutes Equipment ging es bei mir wunderbar. (Die Lötstation aus den 80er (!) Jahren hat ware Wunder vollbracht - eine saubere Lötsptize und genug Hitze, dann geht alles  ;)).
Ich hatte mir nur überlegt, ob man das ganze noch etwas zugänglicher machen kann - auch wenn der DCDC Wandler kein Hexenwerk ist - sind ja viele darüber etwas gestolpert

PS: Mit Layout meintest du schon das aktuelle oder?
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54535;image
Titel: Antw:Sammelbestellung 2
Beitrag von: kadettilac89 am 02 Juli 2016, 17:39:22
Zitat von: mrpj am 02 Juli 2016, 16:08:26
Die Stiftleisten sehen interressant aus - wusste ich gar nicht, dass es das so gibt. Würde das Layout auch nicht ganz so zerreißen wie es gerade ist.

Hast du schon Erfahrungen gesammelt?

Ich überlege gerade auch, ob es mehr Sinn macht, die Pads seitlich rauszuführen oder zu verlängern?

....

Ich hatte mir nur überlegt, ob man das ganze noch etwas zugänglicher machen kann - auch wenn der DCDC Wandler kein Hexenwerk ist - sind ja viele darüber etwas gestolpert

PS: Mit Layout meintest du schon das aktuelle oder?
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=54535;image
Ich bin nur über eine Platine gestolpert die solche Stifte hatte als ich gesucht hatte, wie ich mit ESP am einfachsten ein Relais schalten kann.

Ich habe mir das 1.3er Layout angesehen, aber an dieser Stelle hat sich nicht viel geändert. Wie die Pads aussehen ist geschmackssache. Ich würde bei einseitigen Stiften die Verlängerung nach innen machen, dann ist es nach der Montage nicht mehr sichtbar und es besteht keine Gefahr dass man mit Lötzinn an den Kondensator kommt. Ich habe keine Maßangaben geprüft, weiß nicht wie viel Platz die nehmen.

Ich hab den Wandler mit Lötpaste aufgelötet, das ist dann bombenfest. Ist zwar nicht professionel aber funktioniert bestens ... Lötpaste drauf und ab in die Eisenpfanne.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kaihs am 02 Juli 2016, 18:32:11
Zitat von: pjakobs am 30 Juni 2016, 08:41:11
hier nochmal der Link zum Artikel: https://www.conrad.de/de/modul-gehaeuse-69-x-58-x-31-abs-schwarz-strapubox-c-04-1-st-521523.html?sc.queryFromSuggest=true
ok, mit dem Preis lag ich knapp daneben.

Scheint es bei ELV ein paar Cent günstiger zu geben:
http://www.elv.de/strapubox-kunststoff-gehaeuse-mit-lasche-co-4-abs-70-x-60-x-30-mm-schwarz.html (http://www.elv.de/strapubox-kunststoff-gehaeuse-mit-lasche-co-4-abs-70-x-60-x-30-mm-schwarz.html)
Titel: Antw:Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 18:42:50
Zitat von: kadettilac89 am 02 Juli 2016, 17:39:22
Ich hab den Wandler mit Lötpaste aufgelötet, das ist dann bombenfest. Ist zwar nicht professionel aber funktioniert bestens ... Lötpaste drauf und ab in die Eisenpfanne.

;D - so gehts natürlich auch ... die Steigerung wäre jetzt noch, das ganze im Holzofen oder auf dem Grill zu löten  8)

Die SMT Pinleisten behalte ich dennoch mal im Hinterkopf. Ich hab jetzt erstmal den Nachmittag damit verbracht mit Lineal den DC Wandler nochmal zu vermessen, da ich kein vernünftiges PDF finden konnte. Auch wenn die Außenmäse der CN1594 Library stimmen, so sind die Lötpads darauf ziemlich verschoben. 

Ich denke ich hab nun die korrekten Maße und Lochabstände hinbekommen - werde nächste Woche mal den Drucker nehmen und auf Papier das ganze ausdrucken und eventuell noch anpassen. Für die durchlochte Platine muss ich definitiv einen Prototypen aus China bestellen - wäre ärgerlich wegen 1mm hin oder her das ganze nicht passend zu haben  ;)

Trotz Löcher müsste man ja dann dennoch das Teil als SMT auflöten können - sehe da keine Nachteile ?
Titel: Antw:Sammelbestellung 2
Beitrag von: kadettilac89 am 02 Juli 2016, 19:21:52
Zitat von: mrpj am 02 Juli 2016, 18:42:50
;D - so gehts natürlich auch ... die Steigerung wäre jetzt noch, das ganze im Holzofen oder auf dem Grill zu löten  8)

;) .... du, ich kann grad nicht ans Telefon, ich hab meine Platine auf dem Grill

Zitat von: mrpj am 02 Juli 2016, 18:42:50

Trotz Löcher müsste man ja dann dennoch das Teil als SMT auflöten können - sehe da keine Nachteile ?

was meinst du damit? Welche Löcher?
Titel: Antw:Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 19:28:28
Zitat von: kadettilac89 am 02 Juli 2016, 19:21:52
was meinst du damit? Welche Löcher?

Wenn ich die SMT Pads durch TH Pads ersetze - dann sind da ja die Bohrungen drinnen. Aber trotz Bohrung kann man das ja SMT mäßig drauflöten, wenn man keine Pinheader/Drahtbrücke nehmen will.
Titel: Antw:Sammelbestellung 2
Beitrag von: kadettilac89 am 02 Juli 2016, 19:46:25
Zitat von: mrpj am 02 Juli 2016, 19:28:28
Wenn ich die SMT Pads durch TH Pads ersetze - dann sind da ja die Bohrungen drinnen. Aber trotz Bohrung kann man das ja SMT mäßig drauflöten, wenn man keine Pinheader/Drahtbrücke nehmen will.

Sorry, ich verstehe immer noch nicht? Neue Bohrung? Oder welche Bohrung meinst du, wozu?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 02 Juli 2016, 20:25:35
Mit eagle kann man auch einen verregneten Samstag Nachmittag verbringen ....  8)

Im Anhang ist eine Version mit korrigierten PADS für den DC Wandler inklusive Bohrungen für Stiftleisten.
Ich hab noch pjakobs Wunsch beherzigt und sowohl auf Ober- und Unterseite Taster fur CLR und RST gelegt. Man kann natürlich beidseitige Taster löten, aber es reicht wenn man sich für eine Seite entscheidet.

Konkrete Änderungen/Anpassungen zu 1.4:
- XM1584 DC Wandler hat Bohrungen bei den Pads erhalten
- Taster auf beiden Seiten
- C1 wurde auf RM 2,54 und 7mm Durchmesser geändert

Feedback? Anregungen?

Ohne genaufe Herstellerangaben macht es echt keinen Spaß Bauteile in Eagle zu erstellen. Hoffen wir dass die PADs vom DC Wandler nun wirklich an der korrekten Stelle sind  ;)

Zitat von: kadettilac89 am 02 Juli 2016, 19:46:25
Sorry, ich verstehe immer noch nicht? Neue Bohrung? Oder welche Bohrung meinst du, wozu?
Ich denke wenn du das Layout vergleichst siehst du was ich meine - die PADs vom DC Wandler auf dem PCB hatten eben keine Bohrungen sondern waren SMT - nun sind sie eben TH. Trotz Bohrung kann man ja immernoch das ding einfach drauflöten..
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 03 Juli 2016, 09:33:05
@mrpj ich hab gerade erst ne Ladung Wandler gekauft, hilft es Dir, wenn ich die mal komplett mit dem Messschieber nachmesse?
Ich bin mir nicht ganz sicher, warum Du für die externe 3.3V Versorgung einen Jumper einbaust - wenn ich das Datenblatt (http://www.datasheetq.com/datasheet-download/882210/0/MPS/MP1584EN) des MP1584EL richtig lese, dann dürfte ihm eine externe Spannungsquelle nichts ausmachen.
Ich kann ja mal einen opfern und sehen, was passiert :-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 03 Juli 2016, 10:22:21
Zitat von: mrpj am 02 Juli 2016, 20:25:35
Mit eagle kann man auch einen verregneten Samstag Nachmittag verbringen ....  8)

Im Anhang ist eine Version mit korrigierten PADS für den DC Wandler inklusive Bohrungen für Stiftleisten.
Ich hab noch pjakobs Wunsch beherzigt und sowohl auf Ober- und Unterseite Taster fur CLR und RST gelegt. Man kann natürlich beidseitige Taster löten, aber es reicht wenn man sich für eine Seite entscheidet.


Die Stiftleisten brauchen keine Bohrung, die sitzen oben auf. Habe als POC mal 2 90° Stiftkontakte angelötet. Man muss genau arbeiten, aber es würde so funktionieren. Damit das Löten besser klappt würde es Sinn machen, die ovalen Flächen die (1x in+, in-, out +, out -) mit breiten Leiterbahnen zu verbinden und auch keinen Lötstopplack dort zu setzen.

Ich hänge Bilder vom Lötversuch an damit du es selber beurteilen kannst.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 03 Juli 2016, 11:38:41
Zitat von: pjakobs am 03 Juli 2016, 09:33:05
@mrpj ich hab gerade erst ne Ladung Wandler gekauft, hilft es Dir, wenn ich die mal komplett mit dem Messschieber nachmesse?

Wenn du die Zeit und Muße findest, wäre ein zweiter Blick sehr hilfreich. Die PCB Umrisse Stimmen, aber mit den Löchern/Pads bin ich mir nicht ganz sicher. Mit den bescheidenen Mittel hier hab ich das beste draus gemacht  ;)

Bibliothek ist im Anhang

Zitat von: pjakobs am 03 Juli 2016, 09:33:05
Ich bin mir nicht ganz sicher, warum Du für die externe 3.3V Versorgung einen Jumper einbaust - wenn ich das Datenblatt (http://www.datasheetq.com/datasheet-download/882210/0/MPS/MP1584EN) des MP1584EL richtig lese, dann dürfte ihm eine externe Spannungsquelle nichts ausmachen.
Ich kann ja mal einen opfern und sehen, was passiert :-)

Der Jumper war ein Wunsch aus der Community damals. Somit könnte man zur Not den DC Wandler auch abklemmen (zumindest wurde mir das so erläutert). Für mich ergab es noch den 2ten Vorteil: man kann später die Spannung am DC Wandler nochmal nachjustieren ohne eventuell seinen Controller zu grillen. (Die Potis auf dem Teil sind manchmal etwas "schwergängig" gewesen  8) )

Zitat von: kadettilac89 am 03 Juli 2016, 10:22:21
Die Stiftleisten brauchen keine Bohrung, die sitzen oben auf. Habe als POC mal 2 90° Stiftkontakte angelötet. Man muss genau arbeiten, aber es würde so funktionieren. Damit das Löten besser klappt würde es Sinn machen, die ovalen Flächen die (1x in+, in-, out +, out -) mit breiten Leiterbahnen zu verbinden und auch keinen Lötstopplack dort zu setzen.

Ich hänge Bilder vom Lötversuch an damit du es selber beurteilen kannst.

Sagen wirs so - ich hab es geschafft das Layout so anzupassen, dass es mit Bohrungen passt. Spricht denn nun etwas gegen Bohrungen? Mein Argument / Aussage war ja, dass trotz Bohrungen der DC Wandler immernoch so draufgelötet werden kann. Sehe dadurch keinen Nachteil - oder sehe ich das falsch?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 03 Juli 2016, 13:02:09
Hallo,

ich habe mal wieder die Zeit gefunden, mich mit meinem Controller zu beschäftigen (zur Zeit drängt es noch nicht, da die Terrasse, auf welche das Lich mal soll noch nicht so weit ist) und dabei habe ich zwei Fragen:

1. Ist es normal/gewünscht, dass die beiden weißen LED-Streifen im Modus RGBWWCW nur mit gedrosselter Helligkeit leuchten? Wenn ich z.B. bei vollem weiß von RGBWWCW auf RGBWW umschalte, wird der Warmweiß-Streifen heller. Ich hätte erwartet, dass im Modus RGBWWCW bei vollem weiß auch beide Streifen voll leuchten.
2. Wurde glaube ich schon mal im Thread besprochen, ich weiß aber nicht, mit welchem Ergebnis: der Controller startet manchmal nicht, wenn er nach einiger Zeit frisch mit Spannung versorgt wird (keine Netzwerkverbindung und letzte Farbe wird auch nicht wieder hergestellt) - dann muss ich ihn noch einmal spannungsfrei schalten und neu verbinden und er geht an...

Ronny
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 03 Juli 2016, 13:19:45
Zitat von: mrpj am 03 Juli 2016, 11:38:41
Sagen wirs so - ich hab es geschafft das Layout so anzupassen, dass es mit Bohrungen passt. Spricht denn nun etwas gegen Bohrungen? Mein Argument / Aussage war ja, dass trotz Bohrungen der DC Wandler immernoch so draufgelötet werden kann. Sehe dadurch keinen Nachteil - oder sehe ich das falsch?

Nö, dagegen spricht nichts. Es sind dann alle möglichen Vorkehrungen geschaffen um den Wandler sauber zu verlöten. Wenn der DCDC flächenbündig gesetzt wird sind die beim Löten hilfreich. Man kann den DCDC von unten noch mit einer feinen Spitze nachlöten  Wenn jemand mit Stift löten will stören sie auch nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 03 Juli 2016, 15:03:41
Zitat von: RoBra81 am 03 Juli 2016, 13:02:09
1. Ist es normal/gewünscht, dass die beiden weißen LED-Streifen im Modus RGBWWCW nur mit gedrosselter Helligkeit leuchten? Wenn ich z.B. bei vollem weiß von RGBWWCW auf RGBWW umschalte, wird der Warmweiß-Streifen heller. Ich hätte erwartet, dass im Modus RGBWWCW bei vollem weiß auch beide Streifen voll leuchten.

Bei RGBWWCW wird die Farbtemperatur (Kelvin) von Weiss anteilig aus den beiden Led Streifen WW und CW berechnet.  Im RGBWW Modus wird nur der WW Kanal genutzt. Je nachdem welche Farbtemperatur du dem Controller übergibst, ist bei RGBWWCW eben einer der beiden Streifen heller als der andere. Wenn keine Farbtemperatur angegeben wird, oder diese außerhalb der Ober/Untergrenze von WW und CW liegt, wird weiß als 50/50 Mischung dargestellt

Um beide Weißkanäle unabhängig von der Farbtemperatur zu steuern, gibt es die Ansteuerung per "raw"
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#raw

Zitat von: RoBra81 am 03 Juli 2016, 13:02:09
2. Wurde glaube ich schon mal im Thread besprochen, ich weiß aber nicht, mit welchem Ergebnis: der Controller startet manchmal nicht, wenn er nach einiger Zeit frisch mit Spannung versorgt wird (keine Netzwerkverbindung und letzte Farbe wird auch nicht wieder hergestellt) - dann muss ich ihn noch einmal spannungsfrei schalten und neu verbinden und er geht an...

Kannst du hier bitte ein paar mehr Informationen zur Verfügung stellen. Eine genauere Bechreibung deines Vorgehens wäre auch sehr hilfreich.
Ich habe dieses Problem bisher nicht nachvollziehen können. Eine Vermutung von mir ist es, dass dein Netzteil nicht "sauber" die Spannung zur Verfügung stellt und daher der ESP am Anfang Probleme hat.

Es ist jedoch schwer nachzuvollziehen - denn wie gesagt bei mir tritt es nicht auf. Eine Möglichkeit um die These zu überprüfen, wäre den Schalter zwischen Controller und Netzteil (auf der 12V Seite) zu haben, statt auf der 230V Seite.
Weiter hilfreich wäre es, wenn du logfiles mitschneiden könntest - es ist einfacher das ganz in deiner vorhandenen Konfiguration zu untersuchen, als das ich hier künstlich probiere die Situation nachzustellen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: TeeVau am 03 Juli 2016, 20:40:30
Hallo,

ein kurzes Update zu meinem Problem mit dem flashen: Es lag nun mit ziemlicher Sicherheit an meinem USB/RS232 konverter, wieso auch immer.
Habe mir auf anraten von ext23 einen anderen Konverter gekauft. Dieses mal nicht mit einem FTDI Chip, sondern mit dem Chip CP2102.
Software ohne Probleme eingespielt, alles funktioniert.

Sollte also jemand ähnliche Probleme haben, dass die Software sich einfach nicht einspielen lassen möchte, dann fakelt nicht lange rum und kauft den CP2102 Konverter :-)

Danke für die Unterstützung hier im Forum. Tobias
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pc1246 am 04 Juli 2016, 11:04:26
Hallo Tobias
Hatte ich vor einiger Zeit schon einmal geschrieben https://forum.fhem.de/index.php/topic,48918.msg444371.html#msg444371 ! Eventuell sollte man es vorne mit Einpflegen!?
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 04 Juli 2016, 11:10:55
Hallo,

Zitat von: mrpj am 03 Juli 2016, 15:03:41
Bei RGBWWCW wird die Farbtemperatur (Kelvin) von Weiss anteilig aus den beiden Led Streifen WW und CW berechnet.  Im RGBWW Modus wird nur der WW Kanal genutzt. Je nachdem welche Farbtemperatur du dem Controller übergibst, ist bei RGBWWCW eben einer der beiden Streifen heller als der andere. Wenn keine Farbtemperatur angegeben wird, oder diese außerhalb der Ober/Untergrenze von WW und CW liegt, wird weiß als 50/50 Mischung dargestellt

aber ist nicht WW und CW mit je 100% auch eine 50/50-Mischung mit deutlich besserer Helligkeit?

Zitat von: mrpj am 03 Juli 2016, 15:03:41
Kannst du hier bitte ein paar mehr Informationen zur Verfügung stellen. Eine genauere Bechreibung deines Vorgehens wäre auch sehr hilfreich.
Ich habe dieses Problem bisher nicht nachvollziehen können. Eine Vermutung von mir ist es, dass dein Netzteil nicht "sauber" die Spannung zur Verfügung stellt und daher der ESP am Anfang Probleme hat.

Es ist jedoch schwer nachzuvollziehen - denn wie gesagt bei mir tritt es nicht auf. Eine Möglichkeit um die These zu überprüfen, wäre den Schalter zwischen Controller und Netzteil (auf der 12V Seite) zu haben, statt auf der 230V Seite.
Weiter hilfreich wäre es, wenn du logfiles mitschneiden könntest - es ist einfacher das ganz in deiner vorhandenen Konfiguration zu untersuchen, als das ich hier künstlich probiere die Situation nachzustellen

Ich werde die Tage mal versuchen, ob ich was herausbekommen kann...

Ronny
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 04 Juli 2016, 13:04:25
@TeeVau & pc1246

Ich denke ein Überholung des Beitrags von Pf@nne, der auch z.B. diese Erfahrungswerte mit beinhaltet, wäre sinnvoll. Wie wäre es, wenn ihr das in die Hand nehmt?

Andere Frage: gibt es die Möglichkeit im FHEM Wiki eine Wikiseite für den Controller zu bekommen? Da könnte man dann diverse Anleitungen (Aufbau, Flashen, FHEM Modul) unterbringen und aus der Community könnten das auch mehr Leute pflegen. Oder gibt es einen anderen Ort wo dies möglich wäre? (möglichst unabhängig von mir  ;)).

Wir können auch vorrübergehend ein Google Dokument anlegen in dem jeder der möchte Bearbeitungsrechte bekommt - daraus würde sich auch die Möglichkeit ergeben ein PDF zu erstellen.

Was meint ihr?

Zitat von: RoBra81 am 04 Juli 2016, 11:10:55
aber ist nicht WW und CW mit je 100% auch eine 50/50-Mischung mit deutlich besserer Helligkeit?

Dadurch ist die Hellikeitsverteilung zwischen WW-CW nicht mehr konstant.
Angenommen WW=2700K und CW=6700K - dann ist bei 4700K (100% WW + 100% CW) die Helligkeit "dopppelt so hell" wie bei 2700K (100%ww) oder 6700K (100% CW).
Eine Veränderung der Farbtemperatur sollte keine Veränderung der Helligkeit mit sich ziehen....

Eine alternative habe ich dir genannt: die Ansteuerung der PWM Kanäle mit absoluten Werten (RAW)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: StefanL am 04 Juli 2016, 20:31:12
Hallo zusammen,
nochmals vielen Dank für die tolle Arbeit.

Ich kam nun endlich mal dazu den fertigen Controller in Betrieb zu nehmen. Über seinen eigenen AP eingeloggt und wird nun auch bei mir im WLAN ( IP per DHCP) erkannt. Ich kann aber nicht auf den Controller zugreifen. Weder über IP/Webapp noch IP/update.  In FHEM bekomme ich auch folgenden fehler ( Log Auszug) beim Bedienen

2016.07.04 20:24:36 4: LED_Wiga: got HSV color response
2016.07.04 20:24:36 2: LED_Wiga: error connect to http://192.168.178.92:80 timed out setting HSV color
2016.07.04 20:24:40 4: LED_Wiga: got HSV color response
2016.07.04 20:24:40 2: LED_Wiga: error connect to http://192.168.178.92:80 timed out setting HSV color
2016.07.04 20:24:45 4: LED_Wiga: got HSV color response
2016.07.04 20:24:45 2: LED_Wiga: error connect to http://192.168.178.92:80 timed out setting HSV color
2016.07.04 20:24:47 4: LED_Wiga: got HSV color response
2016.07.04 20:24:47 2: LED_Wiga: error connect to http://192.168.178.92:80 timed out setting HSV color
2016.07.04 20:24:50 4: LED_Wiga: got HSV color response
2016.07.04 20:24:50 2: LED_Wiga: error connect to http://192.168.178.92:80 timed out setting HSV color


Gruß Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 04 Juli 2016, 21:58:10


Zitat von: mrpj am 04 Juli 2016, 13:04:25
Zitat von: RoBra81 am 04 Juli 2016, 11:10:55
aber ist nicht WW und CW mit je 100% auch eine 50/50-Mischung mit deutlich besserer Helligkeit?

Dadurch ist die Hellikeitsverteilung zwischen WW-CW nicht mehr konstant.
Angenommen WW=2700K und CW=6700K - dann ist bei 4700K (100% WW + 100% CW) die Helligkeit "dopppelt so hell" wie bei 2700K (100%ww) oder 6700K (100% CW).
Eine Veränderung der Farbtemperatur sollte keine Veränderung der Helligkeit mit sich ziehen....

Eine alternative habe ich dir genannt: die Ansteuerung der PWM Kanäle mit absoluten Werten (RAW)

Ich denke nicht, dass es einer Änderung im Controller bedarf. Es wäre viel besser im Modul aufgehoben.
Vorschlag:
Ähnlich wie im Color-Modul für HUE. Ein Color Picker wie schon jetzt und ein zweiter Schieberegler für den Weiß-Modus. Hier könnte dann ein zusätzlicher Parameter steuern, ob beim Slider die Helligkeit gleich bleiben soll, oder ob bei 50% beide Stripes voll leuchten und erst ab da gefadet werden soll.

Ich meine das hier .... http://www.fhemwiki.de/wiki/Datei:Colorpicker_webCmd.png (http://www.fhemwiki.de/wiki/Datei:Colorpicker_webCmd.png)
Color Modul ... http://www.fhemwiki.de/wiki/Color (http://www.fhemwiki.de/wiki/Color)

Das Modul wächst erst und das könnte als weiteres Feature einfließen. Aber das ist nicht höchste Prio.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 05 Juli 2016, 10:26:34
Zitat von: StefanL am 04 Juli 2016, 20:31:12
Ich kam nun endlich mal dazu den fertigen Controller in Betrieb zu nehmen. Über seinen eigenen AP eingeloggt und wird nun auch bei mir im WLAN ( IP per DHCP) erkannt. Ich kann aber nicht auf den Controller zugreifen. Weder über IP/Webapp noch IP/update.  In FHEM bekomme ich auch folgenden fehler ( Log Auszug) beim Bedienen

Hallo Stefan,

kannst du bitte etwas ausführlicher beschreiben, was du unter "im Wlan erkannt" verstehst?
- bist du dir sicher das die DHCP IP die IP vom Controller ist?
- kannst du den controller pingen?

Weitere Schritte zum testen:
- resette den Controller und richte ihn mit manueller IP ein und probiere ihn nochmal zu erreichen

Zitat von: kadettilac89 am 04 Juli 2016, 21:58:10
Ich denke nicht, dass es einer Änderung im Controller bedarf. Es wäre viel besser im Modul aufgehoben.

Da stimme ich mit dir überein. Genau für diverse Sonderfälle gibt es ja die Funktion "raw".

Für die interne Farbberechnung und Korrektur nutze ich eine möglichst korrekte und naive Berechnung. Korrekt, in dem die Berechnung auf den mir bekannten Farbmodellen und Formeln basiert. Naiv bedeutet in dem Fall: ich gehe davon aus, dass die Helligkeiten der einzelnen Leds der unterschiedlichen Kanäle gleich ist (Was oftmals bei RGB vs Weiß nicht der Fall ist).

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 05 Juli 2016, 11:46:39
Zitat von: kadettilac89 am 04 Juli 2016, 21:58:10

Dadurch ist die Hellikeitsverteilung zwischen WW-CW nicht mehr konstant.
Angenommen WW=2700K und CW=6700K - dann ist bei 4700K (100% WW + 100% CW) die Helligkeit "dopppelt so hell" wie bei 2700K (100%ww) oder 6700K (100% CW).
Eine Veränderung der Farbtemperatur sollte keine Veränderung der Helligkeit mit sich ziehen....

Eine alternative habe ich dir genannt: die Ansteuerung der PWM Kanäle mit absoluten Werten (RAW)


Ich denke nicht, dass es einer Änderung im Controller bedarf. Es wäre viel besser im Modul aufgehoben.
Vorschlag:
Ähnlich wie im Color-Modul für HUE. Ein Color Picker wie schon jetzt und ein zweiter Schieberegler für den Weiß-Modus. Hier könnte dann ein zusätzlicher Parameter steuern, ob beim Slider die Helligkeit gleich bleiben soll, oder ob bei 50% beide Stripes voll leuchten und erst ab da gefadet werden soll.

Ich meine das hier .... http://www.fhemwiki.de/wiki/Datei:Colorpicker_webCmd.png (http://www.fhemwiki.de/wiki/Datei:Colorpicker_webCmd.png)
Color Modul ... http://www.fhemwiki.de/wiki/Color (http://www.fhemwiki.de/wiki/Color)

Das Modul wächst erst und das könnte als weiteres Feature einfließen. Aber das ist nicht höchste Prio.

Ich greif das mal auf:

als Featureliste habe ich:

wenn Ihr weitere Vorschläge habt, immer her damit, dann aber bitte in diesem Thread (https://forum.fhem.de/index.php/topic,55065.30.html#lastPost) damit wir uns hier auf den Controller selbst beschränken können.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 05 Juli 2016, 14:57:16
Spannungswandler - vermessen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 05 Juli 2016, 17:36:26
Danke dir - ich passe das Bauteil wenn nötig nochmal an - danach geht die PCB Prototypen Bestellung raus - es sei denn es sind noch Änderungen von nöten?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 05 Juli 2016, 17:48:03
ich hab eben nochmal drüber geschaut:

sonst ist mir auf die Schnelle nix eingefallen.
Taster an der Unterseite ist klasse!
externer 3.3V Pin ist klasse!
die DC/DC Pins kontaktiert ist prima
Ich könnte so unmäßig sein und eine Status / Fehler LED verlangen, aber das braucht's nicht wirklich.

danke

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: jkatweb am 05 Juli 2016, 18:16:39
Hallo zusammen,

zuerst einmal ein Riesen Kompliment für die hier geleistete Arbeit. Vor allem an mrpj für das tolle Projekt, aber auch an alle anderen Entwickler und Helfer auf Seiten der Firmware/Software und dem Modul.

Ein kleiner Erfahrungsbericht aus meiner Sicht.

Da ich leider zu spät diesem Thread kam und die erste Sammelbestellung schon "durch" war, hatte ich mich entschlossen die Platine (v1.3), sowie auch die Bauteile mir selbst zu besorgen. Anhand der tollen Anleitung und Auflistung der Einzelteile kein großes Problem. Was mich zuerst ein wenig Sorgen machte waren das Löten der "Kleinteile", aber ich muss sagen, trotz meiner begrenzten Lötkenntnisse ging dieses erstaunlich gut. Selbst der DCDC-Wandler lies sich dank der vielen Tipps recht gut anlöten.

Allerdings hatte ich auch Probleme mit dem Flashen des ESP8266, die rboot.bin und rom0.bin gingen ohne Probleme. Der dritte Teil, spiff_rom.bin, brach immer wieder bei den unterschiedlichsten Prozentwerten ab. Das ganze hatte ich mit einem USB-Konverter mit FTDI Chip versucht, der ja anscheinend schon öfters zu Problemen geführt hat.

Zitat von: TeeVau am 03 Juli 2016, 20:40:30
Hallo,

ein kurzes Update zu meinem Problem mit dem flashen: Es lag nun mit ziemlicher Sicherheit an meinem USB/RS232 konverter, wieso auch immer.
Habe mir auf anraten von ext23 einen anderen Konverter gekauft. Dieses mal nicht mit einem FTDI Chip, sondern mit dem Chip CP2102.
Software ohne Probleme eingespielt, alles funktioniert.

Sollte also jemand ähnliche Probleme haben, dass die Software sich einfach nicht einspielen lassen möchte, dann fakelt nicht lange rum und kauft den CP2102 Konverter :-)

Danke für die Unterstützung hier im Forum. Tobias

Darauf hatte ich mir auch einen mit CP2102 bestellt. Da ich Zeit bis zu Ankunft aber nicht verstreichen lassen wollte, habe ich es weiterhin mit dem FTDI versucht. Etliche Male ohne Erfolgt, bis ich vorne im Thread irgendwo etwas von einem passiven USB-Hub gelesen habe. Da ich noch einen hier rumliegen gehabt habe, habe ich diesen einfach dazwischengesetzt mit dem Ergebniss, das das Flashen jedesmal ohne Probleme funktioniert, trotz FTDI.

Sollte jemand Probleme mit dem Flashen mit FTDI haben, probierts mal mit dazwischengeschaltetem USB Hub.

Danke nochmal für die tolle Arbeit.
Jens
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 05 Juli 2016, 18:37:04
Zitat von: jkatweb am 05 Juli 2016, 18:16:39
Etliche Male ohne Erfolgt, bis ich vorne im Thread irgendwo etwas von einem passiven USB-Hub gelesen habe. Da ich noch einen hier rumliegen gehabt habe, habe ich diesen einfach dazwischengesetzt mit dem Ergebniss, das das Flashen jedesmal ohne Probleme funktioniert, trotz FTDI.

Sollte jemand Probleme mit dem Flashen mit FTDI haben, probierts mal mit dazwischengeschaltetem USB Hub.

Meinst du wirklich einen passiven USB-Hub? Oder einen aktiven (zusätzliche Stromversorgung)?

Ich kann mit einem meiner Notebooks nachweislich mit USB3 flashen, mit USB2 geht es nur wenn ich baud runtersetze. Das würde auf Stromversorgung hinweisen das USB3 per Norm 900 ma liefert, USB2 nur 500. Wenn es bei dir ein passiver Hub gelöst hab ist meine These hinfällig. Im Breadboard kann ich nämlich auch mit USB2 flashen wenn ich einen Kondensator mit draufsetze der die Spitzen abfängt ... ach ja, habe auch einen FTDI ...

Zitat von: pjakobs am 05 Juli 2016, 11:46:39

wenn Ihr weitere Vorschläge habt, immer her damit, dann aber bitte in diesem Thread (https://forum.fhem.de/index.php/topic,55065.30.html#lastPost) damit wir uns hier auf den Controller selbst beschränken können.


Werde meinen Vorschlag später noch etwas detaillierter in das andere Forum setzen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: jkatweb am 05 Juli 2016, 18:45:04
Zitat von: kadettilac89 am 05 Juli 2016, 18:37:04
Meinst du wirklich einen passiven USB-Hub? Oder einen aktiven (zusätzliche Stromversorgung)?

Es ist eigentlich ein aktiver USB-Hub, allerdings habe ich die Stromversorgung nicht angeschlossen, ist in dem Fall dann passiv, oder?
Das ganze an einem USB2 mit einer Baudrate von 115200.
Das ganze an zwei Bausätzen ausprobiert. Ohne Hub immer wieder Abbrüche, mit ohne Probleme.

Gruß
Jens
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 05 Juli 2016, 18:48:31
Zitat von: pjakobs am 05 Juli 2016, 17:48:03
ich hab eben nochmal drüber geschaut:

  • wollte nicht jemand die Löcher so verschieben, dass das Conrad Gehäuse passt?
  • sollte das geschehen sein, dann müsste man mal nachmessen, ob der DC/DC Wandler mit dem Mittenpinökel des Gehäuses kollidiert


PeMu hat sich daran gemacht - ich weiss gerade aber nicht wie der Stand ist - wenn nötig, warte ich mit dem Prototypen PCB noch und bestelle dann mit Anpassung und hohl mir noch ein Conrad Gehäuse um auch zu testen das es späte rpasst

Zitat
  • ich bin mit dem Jumper nicht glücklich, was hälst Du davon, zusätzlich (!) unterhalb der Jumper Pins zwei kleine Pads ohne Lötstopplack dazwischen zu platzieren, die mit einer Lötperle verbunden werden können? Hab ich bei anderen Projekten so gemacht. Wer den Jumper will, kann ihn zustöpseln, wer ihn nicht will setzt einfach die Perle und gut is

Mach ich gerne - in welchem Abstand sollten die Lötaugen sein?
Und ich muss mal gucken, wie man den Lötstoplack dazwischen weglässt - noch nie gebraucht bisher. Wenn du möchtest schick ich dir auch gerne das aktuelle Layout?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 06 Juli 2016, 20:16:06
Hallo,

Zitat von: mrpj am 03 Juli 2016, 15:03:41
Kannst du hier bitte ein paar mehr Informationen zur Verfügung stellen. Eine genauere Bechreibung deines Vorgehens wäre auch sehr hilfreich.
Ich habe dieses Problem bisher nicht nachvollziehen können. Eine Vermutung von mir ist es, dass dein Netzteil nicht "sauber" die Spannung zur Verfügung stellt und daher der ESP am Anfang Probleme hat.

Es ist jedoch schwer nachzuvollziehen - denn wie gesagt bei mir tritt es nicht auf. Eine Möglichkeit um die These zu überprüfen, wäre den Schalter zwischen Controller und Netzteil (auf der 12V Seite) zu haben, statt auf der 230V Seite.
Weiter hilfreich wäre es, wenn du logfiles mitschneiden könntest - es ist einfacher das ganz in deiner vorhandenen Konfiguration zu untersuchen, als das ich hier künstlich probiere die Situation nachzustellen

also, ich habe es jetzt nochmal versucht: als Spannungsversorgung habe ich ein PC-Netzteil. Dieses habe ich als erstes mit Spannung versorgt und anschließend die 12V-Seite an den Controller angeschlossen. Wieder hat der Controller beim ersten Versuch nicht gestartet (Licht bliebt dunkel). Beim zweiten Versuch (12V ab und wieder dran) hat's dann funktioniert.

Log, als es nicht funktionierte:
r<24><2><\0>l??r?<\0>?#<2>?n?<4>??<\f><24>?<\f><28>??<28>p?<???<\0>?8<2>???????<28>p<\f><24><\f>?nn?<2>?;?n????<\f><27>?<\f>b?$?r<24><2>r<24><2>p?n???<\0><\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n?$??<\f>??<\f>b???~?n?<3>????<\0>l`<27>??<18>?#?n?$<30>?l`<27>?8`rn|??n?<4><30>?r??l`<27><4>9~<2>??<\f><24>?<18>?#?n?$??<\f><24>??nn?<3>??l`<27><4>nn????<\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>?????<\f>b???~?n?<3>???<28><\0>l`<27>??<18>?#?n?<4>?r<24><2><14><2>nr???;<2>??<\f>???8r<24><2><14>r???n?<4>????<7>?`<27>$`<27>??<\f>?nn?<2>??<18>?<?<28>|<\f><28><\0>lb???br? <18>????<3>b??b???n?<2>?<31>?n?<27>n??bp~?n<14>#`<7>?n?;?0<2>???v????<\f><24><\0><\f><24>??<28><\0>ll?<18>n??`<27>??x<18>??<2>n?$ln????<\f><24><\0><\f><24>????l<14>#`<7>?n?{?0<2>??<9>x<18>??<24>b<\f><24><\0><\f>??<\f><24>r<27>?1?`<27>??<\f>?nn?<2>??<9>x?<18>nn?b<\f><24><\f>??yN???8<18>??<2>n<14>#`?b???n?<2>??<9>x?<18>nn?b<\f><24>?<27>?9H?<\f>?<3>??<3>?`<27>$`<27>?<\f>?nn?<18>n???<\0>?<~?n?$<14>|l`<27>?don't use rtc mem data<\r><\n>
Fatal exception 0(IllegalInstructionCause):<\r><\n>
epc1=0x4000d93e, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
<\r><\n>
ets Jan  8 2013,rst cause:2, boot mode:(3,6)<\r><\n>
<\r><\n>
load 0x40100000, len 1948, room 16 <\r><\n>
tail 12<\r><\n>
chksum 0x37<\r><\n>
ho 0 tail 12 room 4<\r><\n>
load 0x3ffe8000, len 772, room 12 <\r><\n>
tail 8<\r><\n>
chksum 0x6c<\r><\n>
csum 0x6c<\r><\n>
<\r><\n>
rBoot v1.3.0 - richardaburton@gmail.com<\r><\n>
Flash Size:   32 Mbit<\r><\n>
Flash Mode:   QIO<\r><\n>
Flash Speed:  40 MHz<\r><\n>
rBoot Option: Big flash<\r><\n>
rBoot Option: RTC data<\r><\n>
<\r><\n>
Booting rom 1.<\r><\n>
don't use rtc mem data<\r><\n>
Fatal exception 0(IllegalInstructionCause):<\r><\n>
epc1=0x4020f714, epc2=0x00000000, epc3=0x00000000, excva?dr=0x00000000, depc=0x00000000<\r><\n>
Fatal exception 0(IllegalInstructionCause):<\r><\n>
epc1=0x402022df, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
<\r><\n>
ets Jan  8 2013,rst cause:2, boot mode:(3,6)<\r><\n>
<\r><\n>
load 0x40100000, len 1948, room 16 <\r><\n>
tail 12<\r><\n>
chksum 0x37<\r><\n>
ho 0 tail 12 room 4<\r><\n>
load 0x3ffe8000, len 772, room 12 <\r><\n>
tail 8<\r><\n>
chksum 0x6c<\r><\n>
csum 0x6c<\r><\n>
<\r><\n>
rBoot v1Fatal exception (0Fatal exception (0): <\r><\n>
epc1=0x40003b55, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
<\0>Fatal exception (0): <\r><\n>
epc1=0x40003b0d, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
Fatal eexception (0): <\r><\n>
epc1=0x40003b0d, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
Fatal exception (0): <\r><\n>
epc1=0x40003b0d, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
Fatal exception (0): <\r><\n>
epc1=0x40003b0d, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
FatalFatal exception (0): <\r><\n>
epc1=0x40003b53, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r><\n>
exception (0): <\r><\n>
epc1=0x40003b53, epc2=0x00000000, epc3=0Fatal exception (0): <\r><\n>
epc1=0x4Fatal exception (0): <\r><\n>
epc1=0x40003b53, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000<\r>


Erfolgreicher Log beim zweiten Versuch:
<\0>r<24><2><\0>l??r?<\0>?c<2>?n?<4>??<\f><24>?<\f><28>??<28>p?<???<\0>?8<2>???????<28>p<\f><24><\f>?nn?<2>?;?n????<\f><27>?<\f>b?#l`<27>$`<27>?p?n????<\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n?$??<\f>??<\f>b???~?n?<3>????<\0>l`<27>??<18>?#?n?$<14>?l`<27>??`rn|??n?<4><14>?r??l`<27><4>?~<2>??<\f><24>?<18>?#?n?$<14>?<\f><24>??nn?<3>??l`<27><4>nn???<\0><\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>?????<\f>b???~?n?<3>???<28><\0>l`<27>??<18>?#?n?<4>?r<24><2><14><2>nr???;<2>??<\f>???8r<24><2><14>r???n?<4><14>???<7>?`<27>$`<27>?><\f>?nn?<2>??<18>?<?<28>|<\f><28><\0>lb??>br? <18>????<3>b??b???n?<2>?<31>?n?<27>n??bp~?n<14>#`<7>?n?;?0<2>??Iv????<\f><24><\0><\f><24>??<28><\0>ll?<18>n??`<27>??8<18>??<2>n?$ln????<\f><24><\0><\f><24>????l<14>#`<7>?n?;?0<2>??<9>x<18>??<24>b<\f><24><\0><\f>??<\f><24>r<27>???`<27>?><\f>?nn?<2>??<9>x?<18>nn?b<\f><24><\f>??yN???x<18>??<2>n<14>#`?b???n?<2>??<9>x?<18>nn?b<\f><24>?<27>?9H?<\f>?<3>??<3>?`<27>$`<27>?<\f>?nn?<18>n???<\0>?<~?n?$<14>|l`<27>?don't use rtc mem data<\r><\n>
r<24><2>S+TCP connection<\r><\n>
timeout updating: 70 -> 65535<\r><\n>
Server timeout updating: 40 -> 90<\r><\n>
<\r><\n>
<\r><\n>
RGBWW Controller v 0.3.1<\r><\n>
<\r><\n>
sleep disable<\r><\n>
mode : sta(5c:cf:7f:8b:66:7f)<\r><\n>
add if0<\r><\n>
f r0, scandone<\r><\n>
state: 0 -> 2 (b0)<\r><\n>
state: 2 -> 3 (0)<\r><\n>
state: 3 -> 5 (10)<\r><\n>
add 0<\r><\n>
aid 12<\r><\n>
cnt <\r><\n>
<\r><\n>
connected with Wilhelm, channel 1<\r><\n>
dhcp client start...<\r><\n>
pm open,type:0 0<\r><\n>
ip:192.168.18.60,mask:255.255.255.0,gw:192.168.18.1<\r><\n>


Ronny
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 06 Juli 2016, 21:48:38
@RoBra81 ich lehn mich mal aus dem Fenster und behaupte: Du hast ein Problem mit der Stromversorgung.
Entweder ist Dein Spannungsregler nicht auf 3,3V eingestellt oder Deine Versorgungsspannung ist so unsauber, dass die Sekundärseite in die Knie geht.
Kannst Du mal die Spannung an den Ausgängen des Spannungsreglers messen? Das sollten 3,3V sein, nicht weniger, und auch nicht viel mehr (3,4V ist auch ok). Wenn Du nachregeln musst: Vorsichtig, leider ist der genau an der Stelle ziemlich zickig. Am besten stellt man ihn ein, bevor man den ESP einlötet. (bei der nächsten Platinenversion gibt's einen Jumper, mit dem man den ESP von der Spannungsversorgung trennen kann, dann kann man auch auf der fertigen Platine halbwegs sicher nachregeln).

Also: ich vermute es liegt an der Stromversorgung.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 07 Juli 2016, 11:06:39
Hallo Ronny,

Danke dir für das Logfile!

Ich habe gerade 2 Vermutungen (leider nur Vermutungen, da ich es schwer testen kann)
1) Wie Peter geschrieben hat, ist bei der Spannungsversorgung des Controllers etwas nicht ganz OK:
- Spannung zu niedrig eingestellt
- Pufferelkos sind nicht korrekt eingelötet um die Spannungsschwankungen vom Netzteil auszugleichen (überprüfe bitte mal auf kalte Lötstellen bei der Masse Seite) *
- Der DC Wandler ist nicht ganz sauber aufgelötet

2) Beim booten stürzt der ESP im Bootloader ab - das symptom hatte ich erlebt, bevor ich mit Richard Burton einen fix geschrieben hatte - kann es sein, dass der Bootloader nicht aktuell ist? Wenn unsicher, kannst du nochmal die aktuelle Firmware nachflashen?
http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip


*) Das PCB Layout für die neue Sammelbestellung sollte das in Zukunft einfacher machen, Pins für den DC Wandler und "Löthilfe" (Thermals) für die Bauteile


Zitat von: pjakobs am 06 Juli 2016, 21:48:38
Wenn Du nachregeln musst: Vorsichtig, leider ist der genau an der Stelle ziemlich zickig. Am besten stellt man ihn ein, bevor man den ESP einlötet. (bei der nächsten Platinenversion gibt's einen Jumper, mit dem man den ESP von der Spannungsversorgung trennen kann, dann kann man auch auf der fertigen Platine halbwegs sicher nachregeln).

;D

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 07 Juli 2016, 20:07:46
Also, ich habe jetzt die Elkos nachgelötet und die Spannung gemessen - diese liegt bei 3.398V. Der DC-Wandler sollte korrekt aufgelötet sein - den habe ich auf "Beinchen" gestellt.
Es ist auch ein aktueller Bootloader vom vorletzten Wochenende drauf - da habe ich die Version 0.3.0 gezogen und geflasht...

Prinzipiell stört das jetzt erstmal nicht - zur Not bleibt die Spannung eben an. Ich habe ja auch noch drei weitere Controller die mal zusammengelötet werden wollen - da kann ich mal gucken, ob's da auch so ist...

Vielen Dank für den tollen Controller!

Ronny

PS: ich hab da mal noch eine elektronische Frage: ich habe mal den Strom jedes einzelnen LED-Streifens (bei RGB jede Farbe separat) bei voller Helligkeit gemessen und zusammengerechnet. Dabei bin ich auf etwas über 7A gekommen. Wenn ich nun aber alle LED per RAW-Befehl gleichzeitig anmache, messe ich "nur" ca. 4,6A. Ist das normal?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: AxelSchweiss am 07 Juli 2016, 21:57:35
Bezüglich der ganzen "Regelthematik" des Spannungswandlers habe ich vorhin zufällig den hier gefunden.
http://www.dx.com/p/smd-dc-4-1-26v-to-3-3v-mp1584-dc-dc-buck-converter-power-supply-module-439029#.V36A6aLSlfa (http://www.dx.com/p/smd-dc-4-1-26v-to-3-3v-mp1584-dc-dc-buck-converter-power-supply-module-439029#.V36A6aLSlfa)
Der scheint von den Abmassen und dem Aufbau gleich zu sein, ist aber auf 3,3 Volt fix eingestellt.
Den gibts bestimmt auch günstiger beim Ali.

PS: Möchte jetzt keine Verwirrung stiften halte den Hinweis aber für sinnvoll.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 07 Juli 2016, 22:03:16
@Ronny

Ist es nach deinen ganzen Fixes noch weiter vorgekommen?

@AxelSchweiss

Ich hab mal kurz gesucht, aber nichts bei aliexpress gefunden - vielleicht hast du ja mehr Glück ?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kaihs am 07 Juli 2016, 22:35:07
Zitat von: mrpj am 07 Juli 2016, 22:03:16
Ich hab mal kurz gesucht, aber nichts bei aliexpress gefunden - vielleicht hast du ja mehr Glück ?

Vielleicht dieser http://de.aliexpress.com/item/DC-DC-Step-Down-Power-Supply-Buck-Converter-5V-28V-to-3-3V-3A-Fixed-Output/32638503992.html?spm=2114.010208.3.1.96ZnvZ&ws_ab_test=searchweb201556_8,searchweb201602_4_10017_407_406_10040,searchweb201603_8&btsid=63dc35e7-b51c-403e-abb8-5f1a9363f32e (http://de.aliexpress.com/item/DC-DC-Step-Down-Power-Supply-Buck-Converter-5V-28V-to-3-3V-3A-Fixed-Output/32638503992.html?spm=2114.010208.3.1.96ZnvZ&ws_ab_test=searchweb201556_8,searchweb201602_4_10017_407_406_10040,searchweb201603_8&btsid=63dc35e7-b51c-403e-abb8-5f1a9363f32e)?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 07 Juli 2016, 22:54:04


Zitat von: mrpj am 07 Juli 2016, 22:03:16
@Ronny

Ist es nach deinen ganzen Fixes noch weiter vorgekommen?


Sorry, ist wohl nicht ganz klar gewesen: ja, bei drei bis vier mal starten geht er einmal nicht an...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 07 Juli 2016, 23:00:26
@kaihs

Danke dir - ich werde mal mit dem Verkäufer in Kontakt treten, was der Preis bei einer höheren Menge wäre - ansonsten finde ich 1.7 vs 0.6 Euro nicht gerechtfertigt. (Nur damit er fest auf 3.3V eingestellt ist)

@RoBra81

Seltsam - mal noch im Auge behalten - ich überlege was man da noch machen kann
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pc1246 am 08 Juli 2016, 07:06:08
Moin
Nur mal so gefragt, was kosten die Bauteile? Kriegt man das auf der Platine implementiert?
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 08 Juli 2016, 11:58:57
@Christoph

Die Module der Händler sind identisch - mit der Ausnahme dass der Widerstand zum einstellen der Ausgangsspannung einmal fest vorgegeben ist, oder per Potentiometer justiert werden muss


Die Bauteilkosten sind auch nicht wesentlich höher/niedriger als der fertige DC Wandler mit Poti zum Einstellen. Vom Aufwand lohnt es sich mMn nicht den Schaltkreis selber zu löten - SOP8 ist schon eine Ecke herausfordernder als 0805 Widerstände - und ich behaupte mal, dass viele hier an dem SOP8 scheitern würden und den armen Chip am Ende noch grillen  ;-).

Ich sehe hier nicht den Punkt warum wir versuchen sollten, den DC Wandler auszutauschen - die Hauptproblematik mit dem Löten ist gelöst - eine Möglichkeit zum einfachen Justieren ist dank der Jumper in der Rev 1.5 vorhanden.

Vielleicht sehe ich auch gerade etwas nicht? Gibt es denn einen Grund den DC Wandler zu tauschen (außgenommen die fixe Spannung)?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Mafi am 08 Juli 2016, 23:40:58
Hallo!

Ich verfolge gespannt die Entwicklung dieses Moduls seit der ersten Sammelbestellung und habe mich jetzt auch mal angemeldet, um bei der kommenden zweiten Sammelbestellung dann dabei zu sein. Super Projekt!

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 09 Juli 2016, 11:02:17
Gibt es eigentliche eine Art "Gruppenfunktion", mit der man mehrere Controller gleichzeitig/synchron ansteuern kann? Als Broadcast oder ähnlich?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 09 Juli 2016, 11:53:44
ist das neue google formular schon verfügbar ?

Danke und vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Juli 2016, 13:25:50
Zitat von: vbs am 09 Juli 2016, 11:02:17
Gibt es eigentliche eine Art "Gruppenfunktion", mit der man mehrere Controller gleichzeitig/synchron ansteuern kann? Als Broadcast oder ähnlich?

Die Frage hatte ich mir auch schon gestellt. Die Controller können das momentan nicht, und ich denke, der Aufwand stünde nicht in einem sinnvollen Verhältnis zum Nutzen (entweder Multicast oder pub/sub konfiguratin)
Aber: was spricht dagegen, das über ein Dummy oder Lightscenes zu lösen?
Ich denke, ein Dummy Device, das bei Änderung die eigentlichen Controller bedient dürfte kein Problem sein.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 09 Juli 2016, 13:40:44
Der Vorteil wäre mMn, dass die Stripes dann wirklich gleichzeitig schalten. FHEM würde ja technisch gesehen nacheinander die Befehle rausschicken.
Ich hab zB im Moment in mehreren Räumen Leuchten, die ich per Homematic gleichzeitig schalte. Das hab ich früher auch "quasi-synchron" in FHEM gelöst, indem ich die Leuchten eben nacheinander geschaltet habe. Die Verzögerung von Leuchte zu Leuchte (kA, so um die 200 ms) war leider immer etwas sichtbar (und schwankte auch mal). Erst durch einen virtuellen Aktor, auf dessen Signal dann alle Leuchten gleichzeitig reagieren, war es dann wirklich 100% synchron.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Juli 2016, 14:21:08
selbst wenn die Controller untereinander synchronisieren würden wäre es schwierig, die Latenz bzw. den Skew zu minimieren, denn Du hast ja immer die Netzwerklaufzeit.
Eine elegante Lösung fänd ich, wenn wir per MQTT publizierbare / subscribierbare Readings hätten, dann könnte Controller a von fhem gesteuert werden und seine aktuellen Werte auf einem Topic publizieren und andere Controller könnten diese Werte konsumieren und sie lokal einstellen. Alles machbar, aber wie gesagt: viel Aufwand für wenig Effekt.
@herrmanj arbeitet ja an einem neuen Queueing für das LedController Modul, so wie ich das sehe, könnten damit Befehle in weniger als 100ms abgesetzt werden, was dann vielleicht akzeptabel ist - aber das wird keine garantierte Zeit, denn es hängt natürlich davon ab, was sonst noch in der fhem queue liegt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 09 Juli 2016, 14:40:47
Ok, verstehe, dass das recht aufwändig ist. War auch echt nur eine Frage, ob da was vorgesehen ist.

Aber zur Technik (nur aus Interesse):
Inwiefern würdest du die Netzwerklatenz da als Faktor sehen? Ich hätte gedacht, dass auf den FHEM-Befehl hin ein UDP-Paket vom AP als Broadcast gesendet wird, welcher dann von allen Controller (nahezu) zeitgleich empfangen wird, oder?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 09 Juli 2016, 14:41:27
Lässt sich als Gruppenfunktion sicher gut ins modul integrieren. Die Latenzen sind aktuell minimal. Vorher sind aber andere Sachen dran.

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 09 Juli 2016, 14:42:49
Zitat von: vbs am 09 Juli 2016, 14:40:47
Ok, verstehe, dass das recht aufwändig ist. War auch echt nur eine Frage, ob da was vorgesehen ist.

Aber zur Technik (nur aus Interesse):
Inwiefern würdest du die Netzwerklatenz da als Faktor sehen? Ich hätte gedacht, dass auf den FHEM-Befehl hin ein UDP-Paket vom AP als Broadcast gesendet wird, welcher dann von allen Controller (nahezu) zeitgleich empfangen wird, oder?
die controllpoints sind http. Da entstehen Latenzen durch, DNS, Connect, übertrage verarbeiten, ok melden ...

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 09 Juli 2016, 14:59:41
Zitat von: herrmannj am 09 Juli 2016, 14:42:49
die controllpoints sind http. Da entstehen Latenzen durch, DNS, Connect, übertrage verarbeiten, ok melden ...
Das wäre ja aber auch gar kein Broadcast. Was du beschreibst, sind ja genau die Probleme, wegen denen ich nach der Gruppenfunktion gefragt hatte.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: herrmannj am 09 Juli 2016, 15:03:29
yepp. Hast Recht.

Hatte Deinen post zu schnell gelesen und den IST Zustand beschrieben. Relevant trotzdem ein wenig - nur insofern weil  derzeit UDP nicht in der fw ist deswegen kein Broadcast geht. Das einzubauen wäre auch entsprechend aufwendig.

vg
joerg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Juli 2016, 15:18:12
@vbs neben dem Ansatz, den ich beschrieben habe (pub/sub) gibt es noch einen weiteren, imho nochmal aufwendigeren, den Du gerade vor Deinem geistigen Auge hast: Multicasting. Ich glaube nicht, dass das sming Framework multicast überhaupt unterstützt.

Im Modul passt schon ganz gut, denke ich, und ich vermute auch, dass das kein echtes Timing Problem sein wird.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 09 Juli 2016, 16:40:29
Zitat von: herrmannj am 09 Juli 2016, 11:53:44
ist das neue google formular schon verfügbar ?

Noch nicht - Google hat seine Formulare umgestellt und ich kämpfe mich noch durch das neue Interface  ::)

Zitat von: vbs am 09 Juli 2016, 14:40:47
Inwiefern würdest du die Netzwerklatenz da als Faktor sehen? Ich hätte gedacht, dass auf den FHEM-Befehl hin ein UDP-Paket vom AP als Broadcast gesendet wird, welcher dann von allen Controller (nahezu) zeitgleich empfangen wird, oder?
Eine synchrone Steuerung von mehreren Controllern ist ein sehr aufwändiges unterfangen und mMn is das Ergebnis dem Zeitaufwand nicht gerechet.

Selbst in dem Fall von UDP hast du ein Problem: Paketverluste bei Wifi. Das UDP Paket wird einmal verpackt und über Wifi verschickt - je nachdem wie es um das Netzwerk bestimmt ist (allgemeine Signalqualität,wieviele weitere Sender sind im selben Frequenzband aktiv, etc.) kann es sein, dass das Paket verspätet oder gar nicht erst ankommt.

Ein weiterer Faktor:
auch wenn alle Controller gleichzeitig starten - je mehr Zeit bei der Animation verstreicht, desto höher ist die Wahrscheinlichkeit, dass die Controller +/- ms auseinander liegen. (Eine Berechnung dauert länger, die Berechnung wird durch ein Netzwerkpaket unterbrochen, ein Controller wird dauerhaft mit http Anfragen ausgelastet etc.) Dadurch wäre es notwendig einen Synchronisationsmechanismus zwischen den Controllern zu implementieren, welcher natürlich auch wieder die Netzwerklatenzen in betracht ziehen müsste.


Es gibt eine Lösungsmöglichkeit, die aber viel Zeit und Aufwand zur Implementierung benötigt (der Algorithmus zur Berechnung von Farbübergängen müsste komplett umgeschrieben werden.
Kurzer Umriss:
- die RGBWW Controller synchronisieren in regelmäßigen kurzen intervallen eine interne Systemzeit
- jeder Animationsbefehl enthält einen Startzeitpunkt und eine Laufzeit. Ausgehend von dieser Startzeit kann der Controller dann seinen aktuellen Zustand extrapolieren

Zitat von: pjakobs am 09 Juli 2016, 15:18:12
@vbs neben dem Ansatz, den ich beschrieben habe (pub/sub) gibt es noch einen weiteren, imho nochmal aufwendigeren, den Du gerade vor Deinem geistigen Auge hast: Multicasting. Ich glaube nicht, dass das sming Framework multicast überhaupt unterstützt.

pub/sub hat auch das Problem der Netzwerklatenz. Befehle würde unterschiedlich bei den Controllern ankommen - zusätzlich gilt das gleiche was ich oben drüber schon geschrieben hatte

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Tom71 am 20 Juli 2016, 16:04:04
Hallo,
ich bin nun endlich dazu gekommen, die LED Stripes einzubauen. Anfänglich funktioniert der Controller auch sehr gut. Leider reagiert der Controller über Fhem nach einer Weile (ca. halbe Stunde) nicht mehr.

Fhem sendet:
2016.07.20 15:49:58 5: LedController1 called with off
2016.07.20 15:49:58 5: LedController1 setting VAL to 0, keeping HUE 26 and SAT 36
2016.07.20 15:49:58 5: LedController1 extended args raw: ,
2016.07.20 15:49:58 5: LedController1 extended args: t = 0, q = false, d = 1
2016.07.20 15:49:58 5: LedController1: called SetHSVColor 26, 36, 0, 2700, 0, solid, false, 1)
*** {"hsv":{"s":"36","ct":"2700","v":"0","h":"26"},"q":"false","cmd":"solid","t":"0","d":"1"}
2016.07.20 15:49:58 4: LedController1: set HSV color request
HASH(0x2a1a028)
2016.07.20 15:49:58 5: LedController1: calculated RGB as 000000
2016.07.20 15:49:58 4: LedController1: begin Readings Update
   hue: 26
   sat: 36
   val:0
   ct : 2700
   HSV: 26,36,0
   RGB: 000000

2016.07.20 15:50:28 4: LedController1: got HSV color response
2016.07.20 15:50:28 2: LedController1: error connect to http://192.168.0.44:80 timed out setting HSV color


Über das Webinterface antwortet der Controller noch, allerdings zuerst verzögert:
{
"deviceid": "8482868",
"current_rom": "0",
"firmware": "0.3.1",
"git_version": "v0.3.1",
"git_date": "2016-06-29",
"config_version": "1",
"sming": "2.1.0",
"rgbww": {
"version": "0.8.1",
"queuesize": 100
},
"connection": {
"connected": true,
"ssid": "XXX",
"dhcp": true,
"ip": "192.168.0.44",
"netmask": "255.255.255.0",
"gateway": "192.168.0.1",
"mac": "XXX"
}
}


Danach antwortet der Controller auch wieder sofort über fhem:
2016.07.20 15:54:06 5: LedController1 called with on
2016.07.20 15:54:06 5: LedController1 setting VAL to 100, SAT to 0 and keeping HUE 26
2016.07.20 15:54:06 5: LedController1 extended args raw: ,
2016.07.20 15:54:06 5: LedController1 extended args: t = 0, q = false, d = 1
2016.07.20 15:54:06 5: LedController1: called SetHSVColor 26, 0, 100, 2700, 0, solid, false, 1)
*** {"cmd":"solid","t":"0","q":"false","hsv":{"ct":"2700","h":"26","v":"100","s":"0"},"d":"1"}
2016.07.20 15:54:06 4: LedController1: set HSV color request
HASH(0x2944f18)
2016.07.20 15:54:06 5: LedController1: calculated RGB as ffffff
2016.07.20 15:54:06 4: LedController1: begin Readings Update
   hue: 26
   sat: 0
   val:100
   ct : 2700
   HSV: 26,0,100
   RGB: ffffff
2016.07.20 15:54:06 4: LedController1: got HSV color response
2016.07.20 15:54:06 5: LedController1: HSV color response data {"success":true}


Ich habe dieses Verhalten bei 2 Controllern hier. Sieht aus wie ein Deep-Sleep o.ä. aus dem der Controller erst wieder aufwachen muss. Nun schicke ich in einem Screen einen ping an den Controller und schaue mal, wie er sich da verhält.

An der fhem Version des Moduls kann es eigentlich nicht liegen, ich habe den master und dev-pj ausprobiert.

Habt ihr ähnliches beobachtet?

Das Faden (ramp) hat allerdings ein Lächeln in das Gesicht der Betrachter gezaubert. Nice.

Gruss Thomas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 20 Juli 2016, 16:37:59
Hi Tom,

ich habe hier manchmal das Problem, dass der Controller nicht auf arp Requests zu antworten scheint, @mrpj hat dazu auch mal einen möglichen Bug im Espressiv Code gefunden.
Ich nehme an, in Deinem Fall laufen fhem und der Browser, mit dem Du auf den Controller zugreifest auf unterschiedlichen Geräten?
Bei Linuxoiden könntest Du mit einem

arp -v

ggf. mehr Info zum Zustand bekommen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Tom71 am 21 Juli 2016, 10:20:23
Fhem läuft auf einem Raspi 3
Hier mal die Ausgabe:
pi@fhem ~ $ arp -v -a rgbww1.fritz.box
rgbww1.fritz.box (192.168.0.44) auf 5c:cf:7f:81:70:34 [ether] auf eth0
Einträge: 34   Ignoriert: 33   Gefunden: 1
pi@fhem ~ $ ping 192.168.0.44
PING 192.168.0.44 (192.168.0.44) 56(84) bytes of data.
64 bytes from 192.168.0.44: icmp_seq=27 ttl=255 time=1.33 ms
64 bytes from 192.168.0.44: icmp_seq=28 ttl=255 time=1.37 ms
^C
--- 192.168.0.44 ping statistics ---
28 packets transmitted, 2 received, 92% packet loss, time 27020ms
rtt min/avg/max/mdev = 1.331/1.352/1.373/0.021 ms

In der Arp-Tabelle ist der Controller vorhanden. Das ping startet aber erst nach ca. 25 sec. Ich hab jetzt das gleiche Verhalten von 3 Controllern, die in unterschiedlichen WLAN-Netzen hängen.

Im selben Netzwerk ist auch ein sonoff mit ESP8266 (https://github.com/arendst/Sonoff-MQTT-OTA) Dieser reagiert immer prompt.

Was könnte ich noch probieren? Wenn ein ping die ganze Zeit läuft, tritt das Verhalten nicht auf.

Gruss Thomas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 22 Juli 2016, 09:44:02
Moin Thomas,

wenn der arp Eintrag bei allen vorhanden ist, dann ist es zumindest was anderes als das, was ich hier sehe.
Es kommt bei allen LED Controllern vor? Gefühlt könnte es natürlich ein WLAN Problem sein (vielleicht sind die Teile etwas empfindlicher bei geringer Feldstärke, weil die Antenne durch die Platine abgeschirmt ist - auch wenn die Cu Lage darunter freigelassen ist, könnte eine gewisse Richtwirkung haben).

@mrpj - get /networks liefert bei mir ne leere Liste wenn der Controller im Netz ist und kein Scan ausgeführt wurde - gibt es einen anderen Weg, die Signalstärke des aktuellen Netzes zu lesen?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Tom71 am 22 Juli 2016, 14:31:43
Ich hab 3 Controller und bei allen das gleiche Problem. Z.T. sind sie mit unterschiedlichen WLAN-Access-Points verbunden. Die Controller stehen fast neben dem AP, geringe Feldstärke scheidet also aus, eher zuviel.
Bei allen dreien ist das Netzwerk auf manuell gestellt. Gab es damit Probleme?

Thomas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 24 Juli 2016, 12:53:03
Hallo Thomas & Peter,

die Antwort kommt gerade leicht verzögert ("Sommer"loch und so ;))
bei mir ist das Problem bisher (noch) nicht aufgetreten - und ich bin gerade etwas ratlos, wie ich das Nachstellen kann, um mehr Daten für eine eventuelle Lösung zu sammeln....
Das übliche "Labor" vs "Kunde" Szenario  >:(

Zitat von: Tom71 am 20 Juli 2016, 16:04:04
Ich habe dieses Verhalten bei 2 Controllern hier. Sieht aus wie ein Deep-Sleep o.ä. aus dem der Controller erst wieder aufwachen muss. Nun schicke ich in einem Screen einen ping an den Controller und schaue mal, wie er sich da verhält.

EigentlichTM sollte der Controller zu keinem Zeitpunkt in einen sleep modus verfallen - in der Firmware von mir ist alles soweit deaktiviert. Auch das Wlan Modem wird mit "NO_SLEEP" initialisiert. Ich kann aber mal schauen, ob es noch weitere Parameter gibt und diese für eine Testfirmware explizit angeben

Peter hatte mir ja von einem ARP Problem berichtet - welches scheinbar mit dem ESP auftreten kann - Lösungsvorschlag von mir (falls es bald kein update von espressif dazu gibt), wäre ein regelmäßiger blast mit dem ARP Informationen vom ESP (alle X Sekunden). Ist zwar nicht schön und elegant, wirkt aber dem ARP Problem zumindest für den Moment entgegen. (ARP wird vom Espressif SDK gehandhabt, somit liegt das eine ebene drunter und ich kann wenig an deren SourceCode ändern)


Zitat von: pjakobs am 22 Juli 2016, 09:44:02
@mrpj - get /networks liefert bei mir ne leere Liste wenn der Controller im Netz ist und kein Scan ausgeführt wurde - gibt es einen anderen Weg, die Signalstärke des aktuellen Netzes zu lesen?

Der Controller scannt beim booten einmal das Wlan und speichert die Liste. Um die Liste zu erneuern ein scan_networks (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-scan_networks) vorher ausführen. Kurz warten (ca. 5s) und dann kannst du mit dem GET die aktuelle Liste auslösen


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: DannyP am 29 Juli 2016, 17:38:16
Hi,

nun bin ich endlich auch mal dazu gekommen, die LED Stripes zu verbauen und in Betrieb zu nehmen :) RGB klappt auch super.

An einem zweiten Controller habe ich nur einen weißen Stripe dran (http://www.ebay.de/itm/231712106382?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT). Leider bekomme ich den aber nicht zum leuchten :-( Hab ich evtl. den falschen gekauft?

Wenn ich im Webinterface auf der Seite "Color Setting" auf den Haken zum Speichern drücke bekomme ich die Meldung "something went wrong while saving the configuration"
Ist das noch nicht ganz fertig und es fehlt noch etwas? Das Problem habe ich mit beiden Controllern.
Das ist die eingesetzte Firmware:
Firmware 0.3.1   (v0.3.1)
Web Interface 0.3.3
RGBWW Version 0.8.1
SMING Version 2.1.0

Vielen Dank & schöne Grüße
Daniel
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 29 Juli 2016, 18:26:01
Geht denn die weiße Stripe an dem anderen Controller und umgekehrt?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: DannyP am 29 Juli 2016, 19:18:49
die bunten gehen an beiden Controllern. Die weißen leider an gar keinem.
Wenn ich sie direkt an einem Netzteil anschließe leuchten sie aber.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 29 Juli 2016, 20:28:15
Hm, nicht dass ich da viel Ahnung hätte, aber meines Wissens weiß der Controller eigentlich nur bedingt etwas von RGB oder weiß oder wie auch immer. Aus seiner Sicht gibt es einfach 5 Kanäle, die er mit Spannung versorgt. Hätte jetzt daher auch erwartet, dass die Stripe leuchten müsste, wenn du den Controller als RGBWW konfigurierst und einfach alle Kanäle auf volle Intensität drehst. Naja, ich weiß, das hilft dir jetzt nicht wirklich weiter  ;D Doofe Frage: verpolt oder so ist das nix, oder?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: DannyP am 29 Juli 2016, 21:36:55
Das habe ich versucht. Unter "Color Settings" habe ich auf RGBWW gestellt und volle Leistung auf allen Kanälen eingestellt. Das ändert aber leider nichts. Beim Speichern bekomme ich auch immer die Meldung "something went wrong while saving the configuration"

Wenn ich unter "Start" mir eine Farbe aussuche, dann wechselt der Bunte Stripe direkt zur gewünschten Farbe.

Verpolt war auch mein erster Gedanke ;-) Wenn die Beschriftung auf dem Stripe stimmt, dann ist aber auch alles richtig angeschlossen. Gedreht habe ich zum Test aber auch schon mal.

An den 3 Anschlussklemmen für WW/CW messe ich auch immer nur 0 Volt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 30 Juli 2016, 10:28:43
Zitat von: DannyP am 29 Juli 2016, 21:36:55
Das habe ich versucht. Unter "Color Settings" habe ich auf RGBWW gestellt und volle Leistung auf allen Kanälen eingestellt. Das ändert aber leider nichts. Beim Speichern bekomme ich auch immer die Meldung "something went wrong while saving the configuration"

Das ist seltsam - um weiß bei dem Controller zu erhalten musst du die Farbeinstellung auf RGBWW bzw. RGBWWCW stellen.

Kannst du folgendes mal probieren:
1. resette den Controller in den Ursprungszustand
2. konfiguriere den Controller von Anfang an

Falls das Problem wieder Auftritt, kannst du bitte Screenshots vom Webinterface bei dir machen?
Welchen Browser verwendest du? Und zu guter letzt, kannst du mir die Verbindungen in dem Browser zum Controller auslesen - wichtig ist der Endpunkt /config

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: DannyP am 30 Juli 2016, 23:42:16
Hi,

den ersten Conrtoller habe ich resettet und neu eingerichtet. Vorher aber nochmal genauer auf die Response vom PUT /config geschaut.
In der Response habe ich gefunden: missing password for securing ap

Nach einem Reset habe ich die Option "Secure Settings Access" nicht eingeschaltet. Damit kann ich jetzt an einem Controller auch weiß schalten :)

Den zweiten Resette ich morgen auch mal und teste dann mit der "Secure Settings Access" nochmal was rum. Ich melde mich dann noch mal mit dem Ergebnis.

Schöne Grüße
Daniel
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: DannyP am 31 Juli 2016, 22:13:20
Zweiter Controller ist auch resettet und läuft damit jetzt auch.
Ich habe nun auch nochmal getestet, wenn ich "Secure Settings Access" einschalte. Jetzt kommt eine Abfrage für Username / Passwort. Die gab es vorher nicht, aber die Option war eingeschaltet.

Klappt also jetzt alles :-)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 August 2016, 10:25:32
Danke dir für die Rückmeldung.

Bitte melde dich, falls es nochmals vorkommt, dann werden wir der Ursache für diesen mysteriösen Vorfall weiter auf den Grund gehen. Viel Spaß mit den Controllern
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 01 August 2016, 17:34:10
Moin zusammen,

ich war ne Weile wenig hier - gibt's was neues zur Bestellung @mrpj?

grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: weini am 04 August 2016, 21:41:35
Hier noch mein versprochener Use-Case:

Meine frisch ausgemottete Bar durch einen 5050er LED Stripe veredelt. 15mm Nut von unten in den Tresen gefräst, Abdeckung mit einer halbdurchsichtigen Kunststoffleiste.

Als i-Tüpfelchen steht jetzt noch auf dem Plan, den Controller über eine öffentliche WebCam, IPCAM und OpenCV (http://www.fhemwiki.de/wiki/Optischer_Sensor,_Software) automatisiert analog zur aktuellen Beleuchtung der AllianzArena (http://webcam.allianz-arena.de/aa-cam-01/small_1.jpg) anzusteuern.


Nochmals vielen Dank an euch alle!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 05 August 2016, 09:26:31
Zitat von: pjakobs am 01 August 2016, 17:34:10
ich war ne Weile wenig hier - gibt's was neues zur Bestellung @mrpj?

Ich warte gerade noch auf die PCBs von DirtyPCB um den Prototypen für die neue DC Wandler Befestigung testen zu können.
Wenn das nicht mal bald ankommt dann werde ich trotzdem ohne schonmal die Bestellung weiter organisieren. Bei 200+ PCBs ist die Bestellung auch wieder via FedEX/UPS/DHL - dann ist das sicher innerhalb von ner Woche bei mir und mach mir dann da wenig sorgen

Ansonsten ist die Idee mit der Synchronisierung der Controller doch irgendwo in meinem Kopf hängen geblieben. Bei nächster Gelegenheit wollte ich mal eine minimale Version davon testen  ;D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 05 August 2016, 17:21:23
Zitat von: weini am 04 August 2016, 21:41:35
Hier noch mein versprochener Use-Case:

Meine frisch ausgemottete Bar durch einen 5050er LED Stripe veredelt. 15mm Nut von unten in den Tresen gefräst, Abdeckung mit einer halbdurchsichtigen Kunststoffleiste.

Als i-Tüpfelchen steht jetzt noch auf dem Plan, den Controller über eine öffentliche WebCam, IPCAM und OpenCV (http://www.fhemwiki.de/wiki/Optischer_Sensor,_Software) automatisiert analog zur aktuellen Beleuchtung der AllianzArena (http://webcam.allianz-arena.de/aa-cam-01/small_1.jpg) anzusteuern.


Nochmals vielen Dank an euch alle!

alter Schwede, das ist mal ein abgefahrenes Projekt! Daumen hoch! Geile Sache!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: weini am 05 August 2016, 23:40:20
So, jetzt läuft auch die AllianzArena Automatik

Der Ansatz mit IPCAM und OpenCV hat wunderbar funktioniert.

IPCAM
define ipcAllianzArena IPCAM webcam.allianz-arena.de
attr ipcAllianzArena path aa-cam-01/small_1.jpg
attr ipcAllianzArena storage /var/lib/fhem/images


OpenCV Konfiguration (http://www.fhemwiki.de/wiki/Optischer_Sensor,_Software)
{
        "config_version": "0.2",
        "fhem_host_port": "http://192.168.0.4:8086",
        "fhem_request": "/fhem?cmd=",
        "different_ROI": "3",
        "path_to_picture": "/var/lib/fhem/images",
        "picture": "ipcAllianzArena_snapshot",
        "type": "jpg",
        "mask": "AllianzArena",
        "hsv": false,
        "lower_col_1": [170,170,170],
        "upper_col_1": [255,255,255],
        "lower_col_2": [0,0,170],
        "upper_col_2": [70,70,255],
        "lower_col_3": [170,0,0],
        "upper_col_3": [255,70,70],
        "fhem_command_1": "setreading%20led_Bartresen%20AAweiss",
        "fhem_command_2": "setreading%20led_Bartresen%20AArot",
        "fhem_command_3": "setreading%20led_Bartresen%20AAblau"
}


at-Timer
define tmr_AllianzArena at +*00:15 get ipcAllianzArena image;; "/usr/local/bin/fhem_opticalsensor.py -c /usr/local/bin/AllianzArena.json"


Erweiterte Definition für das LED Modul (userattr, userReading)
define led_Bartresen LedController 192.168.0.36
attr led_Bartresen userattr mode
attr led_Bartresen comment Folgende "mode" werden unterstützt: "manuell", "AA" AllianzArena, "fade" laufendes Überblenden
attr led_Bartresen defaultColor 240,100,100
attr led_Bartresen defaultRamp 4000
attr led_Bartresen mode AA
attr led_Bartresen userReadings mode { AttrVal($name,"mode","");; }
attr led_Bartresen verbose 3
attr led_Bartresen webCmd on:off:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff
attr led_Bartresen widgetOverride rgb:colorpicker,rgb


DOIF für die Automatisierung
define dif_Bartresen DOIF ([dif_Presence] ne "present" and [led_Bartresen:mode] eq "AA") (set led_Bartresen off) DOELSEIF ([led_Bartresen:mode] eq "AA" and [led_Bartresen:AAweiss] > [led_Bartresen:AArot] and [led_Bartresen:AAweiss] > [led_Bartresen:AAblau] )  (set led_Bartresen rgb FFFFFF) DOELSEIF ([led_Bartresen:mode] eq "AA" and [led_Bartresen:AArot] > [led_Bartresen:AAweiss] and [led_Bartresen:AArot] > [led_Bartresen:AAblau] )  (set led_Bartresen rgb FF0000) DOELSEIF ([led_Bartresen:mode] eq "AA" and [led_Bartresen:AAblau] > [led_Bartresen:AArot] and [led_Bartresen:AAblau] > [led_Bartresen:AAweiss] )  (set led_Bartresen rgb 0000FF)

...und das vor dem Wochenende!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 06 August 2016, 14:31:28
Wie geil ist das denn....... ;D
Echt Geile Idee und Umsetzung.....!

RESPECT.....
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 06 August 2016, 22:25:31
Absolut geil und absolut krank! Genau richtig hier :D.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 12 August 2016, 13:40:57
die AllianzArena Sache von @weini hat mir jetzt ja keine Ruhe gelassen.
Ich habe an der Bürowand jeweils oben und unten einen RGB-LED Streifen mit eigenem Controller und dachte mir "da geht was".
Ich bin eher Unix affin, deshalb war mir die Installation eines extra Paketes zu umständlich, ich hab das erstmal gefrickelt. Schaut so aus:

wget http://www.meteolaserra.it/images/webcam/test/webcam2.php -O image.png -q
myTopColor=$(convert image.png -crop 250x50+260+0 -blur 0x2 -colors 256 -depth  8 -format \"%c\" histogram:info:|sort -g -r |head -n 1|sed -e "s/.*\(#[0-9A-    F]\+\).*/\1/"|sed -e "s/#//")
echo $myTopColor
myBotColor=$(convert image.png -crop 250x50+260+245 -blur 0x2 -colors 256 -     depth 8 -format \"%c\" histogram:info:|sort -g -r |head -n 1|sed -e "s/.*\(#[0- 9A-F]\+\).*/\1/"|sed -e "s/#//")
echo $myBotColor
/opt/fhem/fhem.pl 7072 "set LED_Bu rgb $myTopColor 300"
/opt/fhem/fhem.pl 7072 "set LED_Sc rgb $myBotColor 300"

dieses Bash script greift sich das Bild einer Webcam (hier von der italienischen Adria). Die beiden Zeilen darunter weisen jeweils die dominante Farbe eines Blockes am oberen Rand und knapp über der Wasserlinie einer Variablen zu und die werden dann in FHEM für den oberen und unteren Streifen gesetzt.
Das ganze führe ich alle 5 Minuten aus. Ich freu mich schonmal auf den Sonnenuntergang in Italien :D

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: bloodybeginner am 14 August 2016, 14:18:27
Hi,
ich bin erst heute dazu gekommen meinen Controller zu flashen.
Vorgegangen bin ich nach der Anleitung https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761
Der Testsketch macht was er soll, und auch die Ausgabe auf der seriellen Konsole sieht gut aus.

Also die RGBWW Firmware drauf - ebenfalls nach obiger Anleitung. Der flash Prozess läuft einwandfrei durch, ein AP wirf aufgespannt und mit der IP des Controllers verbunden.

http://controllerIP/   => 404 not found
http://controllerIP/webapp => 404 not found
http://controllerIP/ping
{"ping":"pong"}
http://controllerIP/config
{"network":{"connection":{"dhcp":true,"ip":"0.0.0.0","netmask":"0.0.0.0","gateway":"0.0.0.0"},"ap":{"secured":false,"ssid":"RGBWW9137956"},"mqtt":{"enabled":false,"server":"","port":0,"username":""}},"color":{"outputmode":0,"hsv":{"model":0,"red":0.00,"yellow":0.00,"green":0.00,"cyan":0.00,"blue":0.00,"magenta":0.00},"brightness":{"red":100,"green":100,"blue":100,"ww":100,"cw":100},"colortemp":{"ww":2700,"cw":6000}},"security":{"api_secured":false},"ota":{"url":"http://patrickjahns.github.io/esp_rgbww_firmware/release/version.json"}}
http://controllerIP/info
{"deviceid":"9137956","current_rom":"0","firmware":"0.3.1","git_version":"v0.3.1","git_date":"2016-06-29","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.1","queuesize":100},"connection":{"connected":false,"ssid":"","dhcp":true,"ip":"0.0.0.0","netmask":"0.0.0.0","gateway":"0.0.0.0","mac":"5ccf7f8b6f24"}}

Sollte da nicht eine WebApp sein? Oder ist die in der aktuellen Firmware rausgefallen?

//bb
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: tobi73 am 14 August 2016, 14:57:15
Hatte ein ähnliches Problem. Geflasht, Webapp geht nicht. Nach hin und her probieren irgendwann ping aufgerufen, danach ging auch die Webapp. Seitdem läuft der controller ohne Probleme, auch nach Restart. Werde nach dem Urlaub noch ein bisschen experimentieren und versuchen das nachzustellen...

Gesendet von meinem ALE-L21 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 14 August 2016, 15:40:10
Zitat von: bloodybeginner am 14 August 2016, 14:18:27
http://controllerIP/   => 404 not found
http://controllerIP/webapp => 404 not found
http://controllerIP/ping
{"ping":"pong"}
http://controllerIP/config
Sollte da nicht eine WebApp sein? Oder ist die in der aktuellen Firmware rausgefallen?

//bb

webapp sollte aufrufbar sein. Versuche mal mit deinem Smartphone oder einem anderen PC und deaktiviertem Virenscanner. Ich kann nachweislich mit Bitdefender Internet security den Controller nicht vernünftig bedienen. Seit dem ich auf Kaspersky umgestiegen bin funktioniert nun auch der Controller zuverlässig. Mit dem Smartphone ging es aber immer.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: bloodybeginner am 14 August 2016, 17:26:31
nööö - ich hab das komplette Balett durch - Desktop, Laptop, Smartphone, Win/Linux/Android

immer gibt es nur ein 404 - den seh ich auch im Wireshark
Erst gibt es nen 302 mit 192.168.4.1/webapp
diesem 302 folgt der Browser und dann gibt es nen 404 vom Controller.

Kann es sein das die Firware releases aufeinander aufbauen? Hat jemand noch ein altes Binary für mich?

// bb
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pythonf am 14 August 2016, 20:02:03
Kann mich meinem Vorredner leider anschließen. Heute geflasht nach Anleitung und auch 404 not found.

EDIT:
Nachdem ich allerdings erneut geflasht hatte und diesmal mit einem Offset von "0x100000" und nicht dem aus der Anleitung funktioniert es.
VGL. https://github.com/patrickjahns/esp_rgbww_firmware/wiki/1.1-Flashing

Gruß
Fabian
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: kadettilac89 am 14 August 2016, 20:19:38
Zitat von: bloodybeginner am 14 August 2016, 17:26:31
nööö - ich hab das komplette Balett durch - Desktop, Laptop, Smartphone, Win/Linux/Android

immer gibt es nur ein 404 - den seh ich auch im Wireshark
Erst gibt es nen 302 mit 192.168.4.1/webapp
diesem 302 folgt der Browser und dann gibt es nen 404 vom Controller.

Kann es sein das die Firware releases aufeinander aufbauen? Hat jemand noch ein altes Binary für mich?

// bb

Ich habe noch eine version gefunden, weiß nicht genau welche es ist, aber update auf neueste sollte funktionieren. Ansonsten liegen auf Github die Sources, da kommst auch an ältere Versionen.

Glaube aber nicht dass es daran liegt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 14 August 2016, 20:26:36
ich hab jetzt die Diskussion nicht ganz verfolgt, aber:
ich hatte das gleiche Problem, weil Patrick irgendwann die Basisadresse für das SPIFFS geändert hat. Du musst die flash Zeile für die neueren vErsionen ändern!

..\esptool -vv -cp COM2 -cb 230400 -ca 0x00000 -cf rboot.bin -ca 0x02000 -cf rom0.bin -ca 0x100000 -cf spiff_rom.bin


ich glaub, früher war es -ca0x300000 -cf spiff_rom.bin

check das mal mit der allerneuesten Version.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 14 August 2016, 20:38:06
@mrpj
ich hatte da heute noch eine abstruse Idee, die aber durchaus ihre Berechtigung hat:
Was hälst Du davon, noch einen ACS 711 unterzubringen, das Teil ist ein Hall-Stromsensor, der außer zwei Kodensatoren keine externe Beschaltung braucht und ein analoges Signal ausgibt, das mit dem ADC leicht auszuwerten wäre.

Warum komme ich drauf: Ich benutze meistens 12V5A Netzteile, aber manchmal hab ich auch noch ein 12V2A übrig und für kürzere LED Strecken würde das durchaus ausreichen. Allerdings wäre es dann schön, überwachen zu können, ob ich mich noch im Leistungsbudget bewege. den ACS 711 im primären Strompfad und über die Software abfragbar wäre genau das. Bauteilkosten muss man sehen, aber von der Schaltung her sollte das kein riesen Aufwand sein.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: bloodybeginner am 14 August 2016, 21:21:51
Zitat von: pjakobs am 14 August 2016, 20:26:36
ich hab jetzt die Diskussion nicht ganz verfolgt, aber:
ich hatte das gleiche Problem, weil Patrick irgendwann die Basisadresse für das SPIFFS geändert hat. Du musst die flash Zeile für die neueren vErsionen ändern!

..\esptool -vv -cp COM2 -cb 230400 -ca 0x00000 -cf rboot.bin -ca 0x02000 -cf rom0.bin -ca 0x100000 -cf spiff_rom.bin


ich glaub, früher war es -ca0x300000 -cf spiff_rom.bin

check das mal mit der allerneuesten Version.

Grüße

pj

yeeepp - das wars. werd ich wohl überlesen haben.

Danke Dir!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 14 August 2016, 22:44:57
Zitat von: bloodybeginner am 14 August 2016, 21:21:51
yeeepp - das wars. werd ich wohl überlesen haben.

Danke Dir!

super, freut mich!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 15 August 2016, 13:57:01
Hallo,


Zitat von: weini am 05 August 2016, 23:40:20
So, jetzt läuft auch die AllianzArena Automatik

sehr sehr geil!  ;D

Zitat von: pjakobs am 12 August 2016, 13:40:57
Das ganze führe ich alle 5 Minuten aus. Ich freu mich schonmal auf den Sonnenuntergang in Italien :D

Auch eine sehr spannende Anwendung - ich glaube ich teste das auch hier mal ausgiebig  :)

Zitat von: Pythonf am 14 August 2016, 20:02:03
Kann mich meinem Vorredner leider anschließen. Heute geflasht nach Anleitung und auch 404 not found.

EDIT:
Nachdem ich allerdings erneut geflasht hatte und diesmal mit einem Offset von "0x100000" und nicht dem aus der Anleitung funktioniert es.
VGL. https://github.com/patrickjahns/esp_rgbww_firmware/wiki/1.1-Flashing

Ich denke es macht Sinn die Anleitung von pf@nne mal zu aktualisieren - nicht das in Zukunft noch mehr über diese Kleinigkeit stolpern.


Zitat von: pjakobs am 14 August 2016, 20:38:06
@mrpj
ich hatte da heute noch eine abstruse Idee, die aber durchaus ihre Berechtigung hat:
Was hälst Du davon, noch einen ACS 711 unterzubringen, das Teil ist ein Hall-Stromsensor, der außer zwei Kodensatoren keine externe Beschaltung braucht und ein analoges Signal ausgibt, das mit dem ADC leicht auszuwerten wäre.

Warum komme ich drauf: Ich benutze meistens 12V5A Netzteile, aber manchmal hab ich auch noch ein 12V2A übrig und für kürzere LED Strecken würde das durchaus ausreichen. Allerdings wäre es dann schön, überwachen zu können, ob ich mich noch im Leistungsbudget bewege. den ACS 711 im primären Strompfad und über die Software abfragbar wäre genau das. Bauteilkosten muss man sehen, aber von der Schaltung her sollte das kein riesen Aufwand sein.

Der ADC ist frei - von daher kein Problem. Ich überlege ob/wie man das als "optionales Modul" gestalten könnte. Ideen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 15 August 2016, 15:07:30
Zitat von: mrpj
Der ADC ist frei - von daher kein Problem. Ich überlege ob/wie man das als "optionales Modul" gestalten könnte. Ideen?

Das Teil bräuchte nur 3.3V, GND und den ADC, die Stromschleife könnte man extern über Klemmen verkabeln. Hast Du die verfügbaren Pins im neuen Layout auf eine Leiste gelegt, so dass wir was stecken könnten?
Wolltest Du mir nicht mal die Eagle Files schicken?

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pythonf am 15 August 2016, 15:55:02
Ich hätte noch eine Idee für den Controller, bin mir aber nicht sicher, ob das funktionieren würde:
Man könnte eventuell für die beiden Modi RGBWW und RGBCW ebenfalls eine Veränderung der Farbtemperatur einbaun, indem man im Fall von RGBWW unter die WW Beleuchtung kaltes blaues Licht mischt bzw im anderen Fall rotes/oranges Licht. Dadruch könnte man die Gesamthelligkeit ebenfalls erhöhen. Das finde ich gerade deshalb hilfreich, da es großteils RGB + WW/CW aber quasi keine RGB WW + CW Stripes gibt.

Was haltet ihr davon?

Eine Frage hätte ich nebenbei noch, die eventuell ein wenig Off-Topic ist. Wozu dienen eigentlich die Pull-Down-Widerstände und ist es für die FETs schädlich, wenn diese nicht verwendet werden? Gilt bei 24V Stripes auch ein Widerstand von 10KOhm?

Grüße
Fabian
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 15 August 2016, 17:37:34
Zitat von: pjakobs am 15 August 2016, 15:07:30
Das Teil bräuchte nur 3.3V, GND und den ADC, die Stromschleife könnte man extern über Klemmen verkabeln. Hast Du die verfügbaren Pins im neuen Layout auf eine Leiste gelegt, so dass wir was stecken könnten?
Wolltest Du mir nicht mal die Eagle Files schicken?

Im Moment bin ich noch nicht dazu gekommen die freien pins für das nun "aktuelle" Design auf pinheader zu legen.
In meinem Kopf ist die Idee entstanden, ein modularere Version mit dem esp32 zu erstellen - hat dann direkt 16 PWM Kanäle (damit wären 3x5 Kanäle via "extension boards") möglich - und es wären wesentlich mehr pins noch für andere Optionen frei.

Schick mir mal die adresse per pn, dann schick ich dir das aktuellste Design mal rüber  ;)

Zitat von: Pythonf am 15 August 2016, 15:55:02
Ich hätte noch eine Idee für den Controller, bin mir aber nicht sicher, ob das funktionieren würde:
Man könnte eventuell für die beiden Modi RGBWW und RGBCW ebenfalls eine Veränderung der Farbtemperatur einbaun, indem man im Fall von RGBWW unter die WW Beleuchtung kaltes blaues Licht mischt bzw im anderen Fall rotes/oranges Licht. Dadruch könnte man die Gesamthelligkeit ebenfalls erhöhen. Das finde ich gerade deshalb hilfreich, da es großteils RGB + WW/CW aber quasi keine RGB WW + CW Stripes gibt.

Für eine Version in der Zukunft ist etwas ähnliches vorgesehen - bisher hatte ich aber wenig Zeit eine Berechnung für Kelvin/Mired -> RGB zu implementieren. (Vorbereitet ist die Implementierung auf Basis einer Lookup Table  mit Werten von 150-500 mired in 10er Schritten).

Für die von dir vorgeschlagene Funktion muss dann die Farbtemperatur des WW (CW) Streifens umgerechnet werden um später passende Anteile der RGB Farben beizumischen um eine Annäherung an die gewünschte Farbtemperatur zu erreichen

Meist haben die RGB Leds nur einen Bruchteil der Helligkeit im Vergleich zu den WW/CW Streifen - ich hab noch keine Lösung diesen Unterschied adequat in die Berechnung aufzunehmen

Mithilfe ist hier gerne gesehen - auch nur in Form eines Modells - die Implementierung ist nicht das Problem  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Bapt. Reverend Magersuppe am 16 August 2016, 09:19:24
Zitat von: mrpj am 15 August 2016, 17:37:34
Im Moment bin ich noch nicht dazu gekommen die freien pins für das nun "aktuelle" Design auf pinheader zu legen.
In meinem Kopf ist die Idee entstanden, ein modularere Version mit dem esp32 zu erstellen - hat dann direkt 16 PWM Kanäle (damit wären 3x5 Kanäle via "extension boards") möglich - und es wären wesentlich mehr pins noch für andere Optionen frei.


Wie verfügbar ist der esp32 denn zur Zeit? Auf dem Papier ist der toll, aber bei Aliexpress kann man ihn nur vorbestellen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: devo am 16 August 2016, 10:09:16
Hallo,

Der ESP32 wurde bisher nur in kleiner Stückzahl an Beta-Tester ausgeliefert. Siehe http://www.heise.de/make/artikel/Espressif-ESP32-3256039.html (http://www.heise.de/make/artikel/Espressif-ESP32-3256039.html)
Es könnte also noch eine Weile dauern bis er für den Bastler zur Verfügung steht.

Viele Grüße
Detlev
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: hologramm am 17 August 2016, 20:45:23
*meld* *meld*

Hi alle und speziell Patrick!

...kurze frage... steht auch die Idee mehrere Controller (zu koppeln, (quasi)simultan zu steuern, halbwegs gleichzeitig anzusteuern) noch im Raum ?

Oder hast du den Gedanken schon verworfen ?

Ausser *michse* hoffen afaik noch manche darauf, daher die frage...

lg

ich
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 17 August 2016, 21:04:03
Zitat von: mrpj am 15 August 2016, 13:57:01
Ich denke es macht Sinn die Anleitung von pf@nne mal zu aktualisieren - nicht das in Zukunft noch mehr über diese Kleinigkeit stolpern.

Moin,

ich habe den Beitrag mal angepasst...

Grüße von der sonnigen Ostsee
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 17 August 2016, 21:43:21
Mal eine Frage zur Ansteuerung: Gibt es in irgendeiner Form eigentlich eine Art "repeat"-Funtion? Also zum Beispiel falls man möchte, dass der Controller permanent die Farben rotiert.

Ich hab dazu nur die Queue-Funktionen gefunden, also ich kann zum Beispiel machen:

set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q


Aber nach 40 Sekunden (oder entsprechend mehr) ist dann irgendwann Schluss. Kann ich irgendwie sagen, dass die Queue zum Beispiel am Ende wieder von vorn begonnen werden soll?
Konnte auch auf JSON-Ebene nichts dazu finden (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 18 August 2016, 08:52:16
moin @vbs,

der Controller kann selbst kein Repeat, allerdings hat Patrick vor ner Weile mal angesprochen, dass er gerne vordefinierte queues implementieren möchte, da würde das sicher reinpassen.
Im fhem Modul möchte ich das eher nicht implementieren, da das dann ja irgendwie die Information bräuchte, wann der Controller mit der Animation einmal durch ist. Diese Information gibt es im Moment noch nicht.
Zudem gilt momentan noch: das queuing, vor allem aus einer einzigen fhem Kommandozeile, ist mit Vorsicht zu genießen, da das Modul die ganze Zeile als einen Block abarbeitet und dabei andere asynchrone Prozesse unterbindet - unter anderem den http client, den es selbst verwendet. Dadurch kommt es zu etwas seltsamem Verhalten. Jörg (@herrmanj) wollte da noch was ändern, aber ich weiß nicht, wie weit er gekommen ist.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 18 August 2016, 18:42:25
Ok danke für die Info!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 September 2016, 09:01:34
der ESP32 ist dann jetzt wohl in Quantitäten zu haben (http://www.cnx-software.com/2016/09/02/espressif-esp32-wifi-bluetooth-soc-is-now-up-for-sale-for-2-85/). Ich bin gespannt, wann und zu welchem Preis die ersten Module verfügbar werden.


pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 03 September 2016, 15:21:03
Sommerloch *hust*

Irgendwie scheint auch der Postbote im Sommerloch zu sein - die PCBs von Dirtypcb sind immernoch nicht hier angekommen  >:(. Hab denen mal ne e-mail geschrieben und mal sehen was sich ergibt. Sonst muss ich nochmal bei nem anderen China Menschen Prototypen bestellen.

Eigentlich wollte ich das getestet haben bevor die Sammelbestellung 2 angegangen wird - ich warte mal die Antwort von dirtypcb ab.

Meine Controller funktionieren hier tadellos - auch nach 2 Wochen Ruhepause waren diese direkt ansprechbar wie ich wieder zur Tür reinkam  :)


Ich bin ansonsten ziemlich mit Arbeit zugehäuft - neue Firma, neue Technologien, neue Frameworks und leider nur 24 Stunden pro Tag Zeit. Hoffe das in den nächsten Wochen sich der "Anfangsstress" legt, Routine einkehrt und wieder mehr Zeit für anderes verfügbar sein wird.

Zitat von: hologramm am 17 August 2016, 20:45:23
...kurze frage... steht auch die Idee mehrere Controller (zu koppeln, (quasi)simultan zu steuern, halbwegs gleichzeitig anzusteuern) noch im Raum ?

Oder hast du den Gedanken schon verworfen ?

Der Gedanke ist nicht verworfen und steht auf meiner Ideenliste weiterhin. Ich hatte es schonmal in den Thread hier erwähnt, dass es ein paar weiteren Mechanismen bedarf um eine synchrone Ansteuerung zu ermöglichen.

Im Moment berechnet jeder Kontroller seinen Übergang selbst - bedeutet, sofern sich die Kontroller nicht mit einem gewissen mechanismus synchronisieren, kann es passieren, dass der Übergang zeitlich verzögert passiert. Um die Synchronisierung (nach Zeitstempeln) einzubauen, bedarf es einer größere Umstrukturierung in der Berechnungsmethode für den Übergang.

Kurz gesagt: Coming Soon TM - dauert seine Zeit und ist nicht ganz so einfach umgesetzt

Zitat von: vbs am 17 August 2016, 21:43:21
Mal eine Frage zur Ansteuerung: Gibt es in irgendeiner Form eigentlich eine Art "repeat"-Funtion? Also zum Beispiel falls man möchte, dass der Controller permanent die Farben rotiert.

Ich hab dazu nur die Queue-Funktionen gefunden, also ich kann zum Beispiel machen:

set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q
set wz_lightLedTv rotate 30 10 q


Aber nach 40 Sekunden (oder entsprechend mehr) ist dann irgendwann Schluss. Kann ich irgendwie sagen, dass die Queue zum Beispiel am Ende wieder von vorn begonnen werden soll?
Konnte auch auf JSON-Ebene nichts dazu finden (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color).

pjakobs hat es schon angesprochen - auf der Agenda steht eine "colorset" Funktion - damit werden mehere Kommandos in einem Set übergeben, welches dann mit dem Befehl count = X wiederholt werden kann. X entspricht der Anzahl der durchläufe, wobei X <= 0 einen konstanten Loop bedeuten wird

Zitat von: pjakobs am 02 September 2016, 09:01:34
der ESP32 ist dann jetzt wohl in Quantitäten zu haben (http://www.cnx-software.com/2016/09/02/espressif-esp32-wifi-bluetooth-soc-is-now-up-for-sale-for-2-85/). Ich bin gespannt, wann und zu welchem Preis die ersten Module verfügbar werden.


pj

Ich auch - freu mich auf einen prototypen und dann kann auch die ESP32RGBWW Controller entworfen werden  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 14 September 2016, 08:26:44
Ich habe gerade noch ein Problem festgestellt: Und zwar scheint es so zu sein, dass sich der Controller nicht automatisch neu verbindet, wenn das WLAN kurzzeitig nicht verfügbar war.
Wenn ich bei meiner Fritzbox das Gast-WLAN aktiviere, dann verschwindet auch für ein paar Sekunden das Haupt-WLAN (muss noch herausfinden, ob das normal ist). Nach dieser Prozedur kann ich dann den Controller nicht mehr erreichen im WLAN. Einmal kurz Strom ab, Strom dran, bewegt ihn dann dazu, sich neu zu verbinden und ist dann sofort wieder erreichbar.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 14 September 2016, 18:29:50
Argh, sorry, mir wurde nach und nach klar, dass ich das vor ein paar Wochen schonmal gemeldet hatte und wir auch schon drüber gesprochen hatten! Sorry, bitte ignorieren!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Ranseyer am 17 September 2016, 15:27:33
Hi,

Ich hätte noch zwei-drei Hinweise zum kompilieren unter Ubuntu Trusty:

Zu der Sming Doku:
libtool-bin gibt es nicht in den Trusty Paketquellen, daher habe ich dieses Paket weggelassen, Dennoch gibt es ein ausführbares Libtool auf der Kiste.


RGBWWDEV kann nur gepullt werden wenn man den Branch angibt. (Also Develop an Ende anfügen)
git pull rgbwwdev develop



"npm run release" hat bei mir erst funktioniert nach diesen Befehlen:
apt-get install nodejs-legacy
sudo npm install -g grunt-cli



Frage: Kann ich die Software auch auf einem ESP8266 mit nur 512K Flash installieren ?
A) Ohne Webinterface
B) Mit Webinterface, dazu habe ich im makefile eingetragen: SPIFF_SIZE ?= 262144 #~256KB spiffs size

Hintergrund: Ich habe ein funktionierendes Gerät und möchte erst flashen wenn es auch Chancen auf Erfolg hat...

PS: Falls es läuft kann ich gerne Config (und ggf auch Binary) für die H801 China Controller bereitstellen...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 17 September 2016, 22:13:15
Zitat von: vbs am 14 September 2016, 08:26:44
Ich habe gerade noch ein Problem festgestellt: Und zwar scheint es so zu sein, dass sich der Controller nicht automatisch neu verbindet, wenn das WLAN kurzzeitig nicht verfügbar war.
Wenn ich bei meiner Fritzbox das Gast-WLAN aktiviere, dann verschwindet auch für ein paar Sekunden das Haupt-WLAN (muss noch herausfinden, ob das normal ist). Nach dieser Prozedur kann ich dann den Controller nicht mehr erreichen im WLAN. Einmal kurz Strom ab, Strom dran, bewegt ihn dann dazu, sich neu zu verbinden und ist dann sofort wieder erreichbar.

Ich kann das Problem nicht nachvollziehen - bei mir verbinden sich die ESPs sobald das Wifi verfügbar ist (v 0.3.1). Gerade getestet mit einem router restart - während des restarts des Routers spannten die Controller ihre eigenen Accesspoints auf. Sobald der Router wieder verfügbar war, haben Sie sich automatisch verbunden und die eigenen AccessPoints waren wieder abgeschaltet.

Zitat von: ranseyer am 17 September 2016, 15:27:33
Frage: Kann ich die Software auch auf einem ESP8266 mit nur 512K Flash installieren ?
A) Ohne Webinterface
B) Mit Webinterface, dazu habe ich im makefile eingetragen: SPIFF_SIZE ?= 262144 #~256KB spiffs size

Habe ich nicht getestet - ich bin mir aber fast sicher, dass es nur ohne webinterface möglich ist und wahrscheinlich sind weitere Anpassungen am Code notwendig
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Ranseyer am 17 September 2016, 23:08:13
Zitat von: mrpj am 17 September 2016, 22:13:15
> Frage: Kann ich die Software auch auf einem ESP8266 mit nur 512K Flash installieren ?
Habe ich nicht getestet - ich bin mir aber fast sicher, dass es nur ohne webinterface möglich ist und wahrscheinlich sind weitere Anpassungen am Code notwendig

Dass man die Pins anpassen muss ist klar. Das habe ich gemacht. Nur ist mir unklar ob man auch Speicherbereiche anpassen muss...
Also z.B. sowas:
Zitat# where does the filesystem reside
RBOOT_SPIFFS_0  = 0x100000
RBOOT_SPIFFS_1  = 0x300000
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 18 September 2016, 10:48:19
Zitat von: mrpj am 17 September 2016, 22:13:15
Ich kann das Problem nicht nachvollziehen - bei mir verbinden sich die ESPs sobald das Wifi verfügbar ist (v 0.3.1). Gerade getestet mit einem router restart - während des restarts des Routers spannten die Controller ihre eigenen Accesspoints auf. Sobald der Router wieder verfügbar war, haben Sie sich automatisch verbunden und die eigenen AccessPoints waren wieder abgeschaltet.
Hm, ich kann das jetzt spontan auch nicht nachstellen leider. Aber ich hatte in den letzten ~2 Wochen dreimal den Fall, dass der Controller im Netz nicht mehr erreichbar und nur durch einen Reboot wieder zu beleben war (ging dann jedoch sofort). Und genau an den drei Tagen hatte ich das Fritzbox Gäste-WLAN in Betrieb. Ich denke schon, dass das irgendwie zusammen hängt, hab aber keine Ahnung, wie genau.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 18 September 2016, 13:39:31
Zitat von: vbs am 18 September 2016, 10:48:19
Hm, ich kann das jetzt spontan auch nicht nachstellen leider. Aber ich hatte in den letzten ~2 Wochen dreimal den Fall, dass der Controller im Netz nicht mehr erreichbar und nur durch einen Reboot wieder zu beleben war (ging dann jedoch sofort). Und genau an den drei Tagen hatte ich das Fritzbox Gäste-WLAN in Betrieb. Ich denke schon, dass das irgendwie zusammen hängt, hab aber keine Ahnung, wie genau.

Ohne weitere Informationen mit denen ich genau dieses Verhalten provozieren kann, wird es mit der Fehlersuche schwer. Ich kann dich nur bitten, dass zum einen weitere zu beobachten und zum anderen das Fehlverhalten zu provozieren.  Je mehr Informationen (  via logfiles (https://forum.fhem.de/index.php/topic,48918.msg405795.html#msg405795) ) desto eher kann ich was machen  ;)

Zitat von: ranseyer am 17 September 2016, 23:08:13
Dass man die Pins anpassen muss ist klar. Das habe ich gemacht. Nur ist mir unklar ob man auch Speicherbereiche anpassen muss...

Auch damit ist es nicht getan - aus dem Kopf heraus: Code, rBoot und Speicherbereiche anpassen  - Zudem bin ich mir auch nicht sicher, ob der fertige Code schmal genug ist um in den 512KB unterzukommen.

Am besten ist es, du startest mit einem eigenen kleinen Testprojekt in Sming und arbeitest dich in den Framework und die Komponenten ein, bevor du dieses Projekt portierst.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Ranseyer am 20 September 2016, 17:40:21
ZitatAuch damit ist es nicht getan - aus dem Kopf heraus: Code, rBoot und Speicherbereiche anpassen  - Zudem bin ich mir auch nicht sicher, ob der fertige Code schmal genug ist um in den 512KB unterzukommen.

Fakt ist dass der Build mit Webfrontend nicht durchläuft wenn das SPIFS nur 64KB hat. (Und das Frontend ~200KB).
Wenn ROM0 entscheidend ist denke ich dass es "machbar" ist...

-rw-r--r-- 1 martin martin   3104 Sep 18 13:09 rboot.bin
-rw-r--r-- 1 martin martin 345984 Sep 18 13:09 rom0.bin
-rw-r--r-- 1 martin martin 196608 Sep 18 13:09 spiff_rom.bin

Meine Idee war nun dass diese Firmware die beste der verfügbaren ist (Funktion + extrem sauber aufgebaut). Da ich meinen zweiten Controller erst bestellt habe werde ich derzeit nichts flashen.
Mit recht konkreten Hinweisen würde ich mal nen Versuch starten. Ansonsten muss ich andere vorlassen, denn ansonsten reicht vermutlich mein Wissen nicht.
Aber für diesen Fall wären hier zumindest mal die HW-Infos in der Readme zu finden: https://github.com/ranseyer/home-automatics/tree/master/RGBWW-H801
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 24 September 2016, 14:39:06
Zum Projekt:

Neue Platinen von DirtyPCB sind auf dem Weg. Nachdem ich die Tage auch einige SMD FETs für ein anderes Projekt gelötet habe, bin ich gerade am nachdenken ob/wie es doch für dieses Projekt Sinn macht die Transistoren zu wechseln um eine niedrigere Bauhöhe anzustreben.

Ich hab schonmal angefangen nach adequaten FETs zu schauen, doch bisher nichts versprechendes gefunden. Wenn jemand hier nen Vorschlag hat, für einen FET mit niedrigem Cgate und bei 3,3V komplett aufmacht, dann immer her damit   ;)


@ranseyer
Es gab einige weitere Nutzer im Forum die den H801 verwenden - am besten ist es, ihr schließt euch zusammen und arbeitete daran. Bitte aber in einem seperaten Topic - es wird mir sonst zu unübersichtlich
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: oli82 am 26 September 2016, 12:48:50
Hier geht es zwar um die Hardware und Sammelbestellung, aber mich würde mal interessieren, wie ihr eure Controller steuert? Nur über das eigene WebIf oder über das Fhem Modul?
Leider komme ich mit dem Modul überhaupt nicht klar. Ich bekomme keinen Colorpicker angezeigt (selbst mit dem Beispiel das hier mal gepostet wurde) und ein automatisches Update der Readings erfolgt auch nicht.
Danke für eure Infos!
Oli
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 September 2016, 12:11:41
Hi Oli, beschreib doch mal im Thread zum fhem Modul (https://forum.fhem.de/index.php/topic,55065.0.html), wo Du Probleme hast, ich vermute, ich kann Dir helfen.
Ich habe hier vier Controller über fhem laufen und keine Probleme damit, aber das heißt nicht, dass alles bug-free ist :-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 September 2016, 10:42:47
@mrpj

Es wird zügig dunkler, tu nichts, was die nächste Charge verzögern könnte ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 02 Oktober 2016, 15:55:30
Moin,

ein (älterer) Freund hat sich für seinen Vorgarten einen Leuchtturm gebaut (wozu auch immer man das macht.... :D).
Ich habe ihm aus 5 alten Ampel-LED-Boards eine Rundumbeleuchtung gebastelt.

https://youtu.be/m7OBqeYRL-M (https://youtu.be/m7OBqeYRL-M)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 07 Oktober 2016, 21:25:31
Hallo die Runde

Zuerst mal vielen Dank an den Entwickler, der mir freundlicherweise zwei Boards fertig geliefert hat. Sie lagen eine Weile rum, sind jetzt aber in Betrieb. Kurz, ich bin begeistert! Kurzes Feedback und eine Frage:

Nun zur Frage:
Ich habe hier einen schönen RGB+WW+CW-Streifen (Philips Hue +, klasse Licht, hell und hochpreisig). Mit dem habe ich jetzt experimentiert. Die Modi RGBWW bzw RGBCW gehen hervorragend. Der Kombimodus RGBWWCW macht allerdings Zicken. Der CW-Kanal flackert beim Einstellen und verhält sich völlig unvorhersehbar. Er wird zum Teil beim Wechsel zwischen WW und CW mal sehr hell oder geht dann auch wieder mal aus, wo er eigentlich voll strahlen müßte. Hat das auch schon jemand festgestellt?

Viele Grüße
G.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 08 Oktober 2016, 17:19:17
Moin Gernott,

erzähl mal, wie Du die fünf Kanäle ansteuerst? Passieren die Fehler unabhängig davon, ob Du es über die Controller Firmware direkt machst (also die Webapp des Controllers), über FHEM "set hsv" oder (allerdings nur möglich, wenn Du das Modul aus dem dev-pj Zweig hast) bei "set raw"?

Ich habe nur RGBWW Strips hier, kann also wenig dazu sagen.

Ah, was mir gerade einfällt: Könnte es sein, dass Du ein Problem mit der Spannungsversorgung hast? Miss mal die Stromstärke im 12V Pfad, möglicherweise bricht Dein Netzteil ein.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RoBra81 am 08 Oktober 2016, 18:32:10
Hallo Gernott,

probier' mal bitte, ob es eine Verbesserung bringt, wenn du in der Webapp vom Controller in den Color Settings bei HSV von normal auf rainbow stellst - da war zumindest bei mir der Effekt weg...

Ronny
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 08 Oktober 2016, 21:05:08
Hallo pj und Ronny

Das Problem tritt mit der Webapp als auch mit fhem Colorpicker auf. Am Strom liegt es nicht, das Netzteil hat mehr als genug Power und der Streifen ist nur 2 m lang.

Wenn ich auf rainbow stelle, laufen CW- und WW-LED stets parallel hoch und runter. Ein Verschieben des Reglers zwischen WW und CW hat keinen Einfluss auf die Helligkeit der beiden "Farben".

pj, Du kannst das auch mit Einzel-LED + Vorwiderstand nachstellen.

Gruß
G.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Oktober 2016, 11:15:58
Hi Gernott,

wenn das Problem auch über die Webapp auftritt, dann liegt es entweder in der Firmware oder in der Elektrik, da muss @mrpj mal drauf schauen.
Was mir spontan noch einfällt: macht die Einstellung der "Color Temperature" einen Unterschied? Wenn ich das richtig verstehe, wird das benutzt, um das Mischungsverhältnis von CW und WW einzustellen

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 09 Oktober 2016, 11:34:51
Hallo pj

Wenn ich in der Webapp den Slider zwischen WW und CW bewege, ändert sich nur bei "Normal" etwas, aber es gibt keinen gleitenden Übergang zwischen den LED-Helligkeiten, sondern Sprünge und Flackern. Das allerdings nur auf dem CW-Kanal. Der WW-Kanal dimmt dabei ohne diese Erscheinung hoch und runter
Der Kanal sollte aber elektrisch in Ordnung sein, da er sich in anderen Einstellungen korrekt dimmen läßt. Daher wird es wohl an der Firmware, bzw. der Steuerung der Mischung für CW liegen.
Meine beiden Controller verhalten sich exakt gleich.

Gruß
G.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Oktober 2016, 11:52:13
lass mich noch eines ganz blöd fragen: der Strip ist in Ordnung, d.h. der Fehler wandert nicht mit, wenn Du CW und WW tauschst?
In dem Fall ist das was für @mrpj, ich binn nur für das fhem modul verantwortlich ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 09 Oktober 2016, 15:56:36
Jede Frage ist legitim. Hatte aber oben schon gesagt, daß sich Einzel-LED an den Klemmen auch so verhalten. Trotzdem habe ich mal die Anschlüsse vertauscht. Damit wandert das Problem zur WW-LED, kommt also definitiv aus dem Controller. - Und, mein zweiter Controller verhält sich genauso.

/info:
{"deviceid":"1377394","current_rom":"0","firmware":"0.3.1","git_version":"v0.3.1","git_date":"2016-06-29","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.1","queuesize":100},"connection":{.....}}

Gruß
G.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 09 Oktober 2016, 16:21:16
ok, dann bin ich raus. Hab auch gerade keinen nicht eingebauten Controller mehr zum Testen hier. Wird Zeit, dass die neuen kommen :-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: johns am 11 Oktober 2016, 17:58:44
Zitat von: mrpj am 24 September 2016, 14:39:06
Neue Platinen von DirtyPCB sind auf dem Weg. Nachdem ich die Tage auch einige SMD FETs für ein anderes Projekt gelötet habe, bin ich gerade am nachdenken ob/wie es doch für dieses Projekt Sinn macht die Transistoren zu wechseln um eine niedrigere Bauhöhe anzustreben.

Ich hab schonmal angefangen nach adequaten FETs zu schauen, doch bisher nichts versprechendes gefunden. Wenn jemand hier nen Vorschlag hat, für einen FET mit niedrigem Cgate und bei 3,3V komplett aufmacht, dann immer her damit   ;)

Hallo,
bin bisher nur stiller Mitleser gewesen, habe mich aber sehr über das Projekt gefreut! Danke an alle Beteiligten.

Ich habe mir den Controller mit SMD MOSFETs aufgebaut.Und zwar mit denen hier: http://de.rs-online.com/web/p/transistoren-mosfet/8303417/
Die sind etwas überdimensioniert, aber sicher ist sicher hab ich mir gedacht ;) Klappt alles prima und schalten bei 3,3V komplett. Jedoch leider etwas teuerer, aber ich bin auf den Platz angewiesen.

Zusätzlich habe ich noch einen anderen Schaltregler eingebaut. Ich habe mit dem ingesamt 0,3 W Standbyleistung (was ich sehr gut finde), also wenn alle LEDs aus sind. Hat das jemand von euch auch schon mal mit dem im Projekt verwendeten gemessen?
Falls jemand Interesse daran hat, kann ich das Eagle Boardlayout gern zur Verfügung stellen.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: hologramm am 11 Oktober 2016, 19:45:13
Hallo johns

... uh ja.. die sind sogar beim freundlichen Chinesen arg teuer (z.B. "Angebot" 9 Stück $8).

ZitatDie sind etwas überdimensioniert, aber...

ETWAS... kaum 40 Ampere... is ja nix  ;) (ein handelsüblicher Durchlauferhitzer bekommt 32A)

Die Eagle-Files würden mich an dieser Stelle sehr interessieren insofern Du die hergeben magst. (.sch + .brd)
Patrick ist afaik gerade an V.1.3. - das wird bestimmt... mir fällt keine Steigerung mehr ein für das was Patrick macht ...  einfach Großartig !

Viele grüße aus NRW

hologramm
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: johns am 11 Oktober 2016, 22:33:29
Naja die 40A schafft der aber auch nur mit aktiver Kühlung und bei höherer Gate-Source Spannung als 3,3V ;) Und da ich tatsächlich circa 50 Watt an einem MOSFET hängen habe, ist das nur noch etwa Faktor 4 in der Überdimensionierung, wenn man die Diagramme im Datenblatt anguckt. Aber für einen weiteren Anwendungsfall werde ich auch demnächst noch eine Variante mit kleinerem SMD Package anfertigen.

Dateien stelle ich gern zur Verfügung.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: jan4321 am 18 Oktober 2016, 15:44:42
Leider habe ich die Sammelbestellungen immer verpasst.
Gibt es jemanden, der noch eine Platine ohne Bauteile hat, die er mir verkaufen würde?
Die Bauteile habe ich hier eh rumliegen  :)

Gerne bei mir melden!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 18 Oktober 2016, 21:23:38
noch ist die zweite Sammelbestellung ja noch garnicht passiert, hab ein bisschen Gedult!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: uniqueck am 26 Oktober 2016, 08:12:14
Gibt es eigentlich Infos zum Thema Gehäuse?

Gruß Constantin

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Florian_GT am 27 Oktober 2016, 00:14:38
Zitat von: uniqueck am 26 Oktober 2016, 08:12:14
Gibt es eigentlich Infos zum Thema Gehäuse?

Gruß Constantin

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Gehäuse :O

Brauche auch ein paar... ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pole23 am 27 Oktober 2016, 09:46:36
Hallo, also ich wäre mit 3 Stück dabei.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 Oktober 2016, 11:21:50
Zitat von: afloria am 27 Oktober 2016, 00:14:38
Gehäuse :O

Brauche auch ein paar... ;)

Ich hatte weiter oben ja mal die Gehäuse von Conrad erwähnt, die mit ein paar zusätzlichen Bohrungen, Kabeldurchführungen und Kunststoff-Abstandshaltern ziemlich gut passen.

@mrpj wollte beim neuen Layout ggf. die angegossenen Zapfen des Gehäuses berücksichtigen, das wäre dann ideal.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: ischgucke am 27 Oktober 2016, 23:29:17
Kann es sein das die ww und cw funktion, also die Steuerung der weißen Leds noch nicht implementiert ist?

{"deviceid":"2259859","current_rom":"0","firmware":"0.3.1","git_version":"v0.3.1-3-ge965-dirty","git_date":"2016-07-02","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.1","queuesize":100},"connection":{"connected":true,"ssid":"AME2016","dhcp":true,"ip":"192.168.108.45","netmask":"255.255.255.0","gateway":"192.168.108.1","mac":"5ccf7f227b93"}}

vg
Andre
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 28 Oktober 2016, 15:17:44
Zitat von: ischgucke am 27 Oktober 2016, 23:29:17
Kann es sein das die ww und cw funktion, also die Steuerung der weißen Leds noch nicht implementiert ist?

{"deviceid":"2259859","current_rom":"0","firmware":"0.3.1","git_version":"v0.3.1-3-ge965-dirty","git_date":"2016-07-02","config_version":"1","sming":"2.1.0","rgbww":{"version":"0.8.1","queuesize":100},"connection":{"connected":true,"ssid":"AME2016","dhcp":true,"ip":"192.168.108.45","netmask":"255.255.255.0","gateway":"192.168.108.1","mac":"5ccf7f227b93"}}

vg
Andre

Ich verstehe die Frage nicht. Worauf beziehst Du Dich? Auf die Weiß-Mischung WW/CW oder auf die grundsätzliche Beimischung von Weiß bei gerinerer Farbsättigung.

Ich habe nur warmweiße LED (also RGBWW) an meinen Controllern und zumindest das funktioniert völlig ohne Probleme.

Gernot hatte weiter oben ein paar Probleme mit CW/WW beschrieben, die ich aber, mangels Masse (nicht Körpermasse, davon hab ich genug) nicht nachvollziehen kann.

Beschreib doch mal Dein Problem bitte.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: ischgucke am 28 Oktober 2016, 23:27:43
Zitat von: pjakobs am 28 Oktober 2016, 15:17:44
Ich verstehe die Frage nicht. Worauf beziehst Du Dich? Auf die Weiß-Mischung WW/CW oder auf die grundsätzliche Beimischung von Weiß bei gerinerer Farbsättigung.

Ich habe nur warmweiße LED (also RGBWW) an meinen Controllern und zumindest das funktioniert völlig ohne Probleme.

Gernot hatte weiter oben ein paar Probleme mit CW/WW beschrieben, die ich aber, mangels Masse (nicht Körpermasse, davon hab ich genug) nicht nachvollziehen kann.

Beschreib doch mal Dein Problem bitte.

pj

hallo pj,
ich beziehe mich nur auf die reine Ansteuerung des ww,cw Kanals. Egal op im Webfrontend oder in Fhem bleiben meine ww,cw leds dunkel, egal was ich mache.
Habe aber auch erst jetzt gelesen das es wohl grundsätzlich funktionieren sollte.

Das TestRGBWWCW Sketch funktioniert, also Hardware mäßig solte alles io sein.
Die Firmware musste ich selber bauen da ich eine andere Hardware verwende. Nur wo soll ich suchen damit wwcw wieder funktioniert? Es sind ja nur die Pins geändert worden sonst nichts.

vg
Andre
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Oktober 2016, 16:46:44
Hi Andre,

Du schreibst, Du hast andere Pins verwendet: bist Du Dir sicher, dass das auch pins sind, die PWM unterstützen? Wenn ja, ist es vielleicht ein anderer Timer?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: ischgucke am 31 Oktober 2016, 00:07:44
Es sind die pins 4 und 14 für ww und cw. Der Pin 4 wird ja generic verwendet also hat sich der pin für ww nicht geändert und sollte funktionieren.
Ich würde gerne suchen, wie funktioniert der debug mode, habe da was in den files der firmware gelesen?

vg Andre
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Oktober 2016, 21:16:38
Zitat von: ischgucke am 31 Oktober 2016, 00:07:44
Ich würde gerne suchen, wie funktioniert der debug mode, habe da was in den files der firmware gelesen?

vg Andre

da muss Dir @mrpj helfen, da bin ich leider überfragt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: swhome am 31 Oktober 2016, 22:36:24
Ich würde auch drei Bausätze nehmen wenn das nächste Mal welche produziert werden. Muss ein paar alte Living Colors Lampen in die Neuzeit überführen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: bitbiter am 31 Oktober 2016, 22:42:51
Hallo,

hätte auch Interesse an 2 Bausätze wenn noch möglich.

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: yamfhem am 01 November 2016, 07:56:59
Ich würde gern 3 Bausätze nehmen (bezahle auch gerne 10€ pro Bausatz). Wie bekommt man denn mit, dass man sich in eine Liste eintragen muss, wenn die Sammelbestellung offiziell startet (ohne jeden Tag hier mitzulesen)?
Gruß
yamfhem
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 01 November 2016, 11:13:41
Hallo zusammen,

es ist fast Ewigkeiten her dass ich hier was schreiben konnte  :-[
Das Arbeitsleben hat mich voll im Griff und leider läuft es dort ziemlich drunter und drüber, was zur Folge hat, dass ich (zu) viel Zeit in der Arbeit verbringe und mittlerweile alle Nebenprojekte ins stocken geraten sind.

Heute hab ich mir frei genommen und auch mal alles mit Arbeit hier beiseite gelegt. Heißt ich habe etwas Zeit den Thread durchzugehen und offenstehende Fragen zu beantworten bzw. die offenen Probleme zu notieren.


Zitat von: pjakobs am 30 September 2016, 10:42:47
Es wird zügig dunkler, tu nichts, was die nächste Charge verzögern könnte ;-)

Leider sorgt mein Arbeitgeber schon dafür - meine Eigenen Platinen (bis auf die ersten Prototypen) sind auch noch nicht fertig gelötet  ::)

Zitat von: Gernott am 07 Oktober 2016, 21:25:31
Nun zur Frage:
Ich habe hier einen schönen RGB+WW+CW-Streifen (Philips Hue +, klasse Licht, hell und hochpreisig). Mit dem habe ich jetzt experimentiert. Die Modi RGBWW bzw RGBCW gehen hervorragend. Der Kombimodus RGBWWCW macht allerdings Zicken. Der CW-Kanal flackert beim Einstellen und verhält sich völlig unvorhersehbar. Er wird zum Teil beim Wechsel zwischen WW und CW mal sehr hell oder geht dann auch wieder mal aus, wo er eigentlich voll strahlen müßte. Hat das auch schon jemand festgestellt?
Zitat von: Gernott am 09 Oktober 2016, 11:34:51
Wenn ich in der Webapp den Slider zwischen WW und CW bewege, ändert sich nur bei "Normal" etwas, aber es gibt keinen gleitenden Übergang zwischen den LED-Helligkeiten, sondern Sprünge und Flackern. Das allerdings nur auf dem CW-Kanal. Der WW-Kanal dimmt dabei ohne diese Erscheinung hoch und runter
Der Kanal sollte aber elektrisch in Ordnung sein, da er sich in anderen Einstellungen korrekt dimmen läßt. Daher wird es wohl an der Firmware, bzw. der Steuerung der Mischung für CW liegen.
Meine beiden Controller verhalten sich exakt gleich.

Kannst du mir ein kurzes Video zur Verfügung stellen um das Problem zu dokumentieren?
Ich habe zwei Vermutungen an denen es liegen könnte, würde aber gerne das Verhalten mal live sehen.

Es gibt in der verwendeten libpwm ein Problem (Github Issue (https://github.com/SmingHub/Sming/issues/733)) - in einem Firmware update würde ich die andere libpwm einbinden. Damit dürfte der Timer exakter werden.

Zitat von: johns am 11 Oktober 2016, 22:33:29
Naja die 40A schafft der aber auch nur mit aktiver Kühlung und bei höherer Gate-Source Spannung als 3,3V ;) Und da ich tatsächlich circa 50 Watt an einem MOSFET hängen habe, ist das nur noch etwa Faktor 4 in der Überdimensionierung, wenn man die Diagramme im Datenblatt anguckt. Aber für einen weiteren Anwendungsfall werde ich auch demnächst noch eine Variante mit kleinerem SMD Package anfertigen.

Dateien stelle ich gern zur Verfügung.

Ich freu mich gerade sehr, dass du die Schaltung "weiter entwickelt" hast - genau so hab ich mir das vorgestellt  8). Eine einfache Basis, die jeder modifizieren kann *thumbs up*

Zitat von: ischgucke am 31 Oktober 2016, 00:07:44
Es sind die pins 4 und 14 für ww und cw. Der Pin 4 wird ja generic verwendet also hat sich der pin für ww nicht geändert und sollte funktionieren.
Ich würde gerne suchen, wie funktioniert der debug mode, habe da was in den files der firmware gelesen?

vg Andre

Zum debuggen brauchst du ein Serial to USB Adapter (z.B. FT232) und musst dir die Ausgaben in der Konsole anschauen.
Mit anderer Hardware ist es immer so eine Sache ... deshalb beschränke ich mich auf die Hardware die ich kenne und beinflussen kann  ;)



Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 01 November 2016, 22:03:52
Zitat von: mrpj am 01 November 2016, 11:13:41
Kannst du mir ein kurzes Video zur Verfügung stellen um das Problem zu dokumentieren?
Ich habe zwei Vermutungen an denen es liegen könnte, würde aber gerne das Verhalten mal live sehen.

Es gibt in der verwendeten libpwm ein Problem (Github Issue (https://github.com/SmingHub/Sming/issues/733)) - in einem Firmware update würde ich die andere libpwm einbinden. Damit dürfte der Timer exakter werden.
Du hast eine Nachricht.

Gruß
G.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: KaiK am 10 November 2016, 20:49:31
Hallo zusammen,

(ich hoffe die Anfrage ist hier recht am Platz)

hat noch jemand Bausätze übrig oder wird es eine weitere Sammelbestellung geben?

VG
Kai

Gesendet von meinem SM-G920F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 10 November 2016, 22:01:59
Zitat von: KaiK am 10 November 2016, 20:49:31
Hallo zusammen,

(ich hoffe die Anfrage ist hier recht am Platz)

hat noch jemand Bausätze übrig oder wird es eine weitere Sammelbestellung geben?

VG
Kai

Gesendet von meinem SM-G920F mit Tapatalk

Hi Kai,

@mrpj arbeitet noch an einem Update des Controllers und dann soll es noch eine Sammelbestellung geben.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspII am 11 November 2016, 10:51:37
@KaiK,
wenn Du es ganz eilig hast:
Ich hätte noch 2 Bausätze die ich kurzfristig entbehren könnte.
Ich gebe die gerne frei, benötige dann später allerdings Ersatz aus der neuen Charge  (solltest Du dann für mich mitbestellen)
Gruß
RaspII

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 November 2016, 10:54:04
Hi RaspII,

also wenn sie sonst keiner nimmt, dann nehm ich Dir gerne die beiden Bausätze ab!
Leider musste sich @mrpj ja offenbar in die Reihen der arbeitenden Bevölkerung eingliedern und ist somit viel nützlicher Zeit beraubt!
(ich hoffe trotzdem, dass wir bald Sammelbestellen dürfen!)

Also: wenn die beiden wirklich nur rum liegen, schick mir doch bitte ne DM, ich stehe für die nächste Runde sowieso mit 35 Stück auf der Liste, also werde ich dann wohl zwei übrig haben ;-)

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspII am 19 November 2016, 11:13:43
Hi,
sorry, Kai hat sie schon.  8)

Gruß
RaspII
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gNomeX am 19 November 2016, 11:26:02
Mahlzeit.

ist möglich die software auch auf einen h801 Controller zu flashen? hat ja auch ein esp drauf.

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: ischgucke am 19 November 2016, 13:33:00
Zitat von: gNomeX am 19 November 2016, 11:26:02
Mahlzeit.

ist möglich die software auch auf einen h801 Controller zu flashen? hat ja auch ein esp drauf.

Gesendet von meinem SM-G935F mit Tapatalk

Ich habe es gemacht, die software muss nur an die geänderten pins angepasst werden. Leider gehen bei mir Kanal 4 und 5 nicht. Warum, muss ich noch debuggen.

Ich würde auch gerne die zwei Bausätze von RaspII nehmen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gNomeX am 19 November 2016, 13:39:57
Sehr schön welche pins sind es die angepasst werden müssen?

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: ischgucke am 19 November 2016, 14:47:12
Zitat von: gNomeX am 19 November 2016, 13:39:57
Sehr schön welche pins sind es die angepasst werden müssen?

Gesendet von meinem SM-G935F mit Tapatalk

... das wird hier etwas zu OT. Wenn der H801 erfolgreich läuft, mache ich einen neuen Tread auf.

die pins in der RGBWWCtrl.h ändern in:
#define BLUEPIN 12
#define GREENPIN 13
#define REDPIN 15
#define WWPIN 14
#define CWPIN 4

und überall TX auf "serial1" stellen, RX bleib bei "serial" muss man aber nicht zwingend wenn man kein Ausgabe vom ESP braucht z.B zum debuggen.

Ach und das wichtigste: es muss ein 4MByte Flash  (W25Q32) drauf. Original ist nur 1MByte drauf.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspII am 19 November 2016, 15:57:10
Hi,
die beiden oben erwähnten Bausätze sind inzwischen vergeben.
RaspII

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gNomeX am 19 November 2016, 16:36:42
Zitat von: ischgucke am 19 November 2016, 14:47:12
... das wird hier etwas zu OT. Wenn der H801 erfolgreich läuft, mache ich einen neuen Tread auf.

die pins in der RGBWWCtrl.h ändern in:
#define BLUEPIN 12
#define GREENPIN 13
#define REDPIN 15
#define WWPIN 14
#define CWPIN 4

und überall TX auf "serial1" stellen, RX bleib bei "serial" muss man aber nicht zwingend wenn man kein Ausgabe vom ESP braucht z.B zum debuggen.

Ach und das wichtigste: es muss ein 4MByte Flash  (W25Q32) drauf. Original ist nur 1MByte drauf.
Verstehe danke.

na den Flash wollt ich jetzt nicht um löten.


Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 20 November 2016, 12:14:22
Zitat von: RaspII am 19 November 2016, 11:13:43
Hi,
sorry, Kai hat sie schon.  8)

Gruß
RaspII

auch gut, Hauptsache sie verkommen nicht ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Fritz R. am 25 November 2016, 23:30:45
Hallo,

ich finde das Projekt hoch interessant.
Ich möchte gerne meine Unterwasserscheinwerfer auf RGB umbauen, dazu wollte ich 100W RGB Module verwerden

wie z.B. http://www.ebay.de/itm/100W-Watt-RGB-Multicolor-red-green-blue-Bright-High-Power-LED-Panel-Chip-DIY-/380630847243?hash=item589f5dcf0b:g:79AAAOSwdsFUPhb0

d.h. 900mA für jede Farbe und für Rot 18-24V und Blau bzw. Grün 30-36V

Verstehe ich das Datenblatt des Mosfets richtig und der wäre bis 55V Versorgungsspannung gut, d.h. die 36V  wären damit möglich ?
Reicht es dann einen passenden Step-Down Wandler zu suchen ?
Wie setzt man dann die verschiedenen Spannungsforderungen für die verschiednen Farben um ?

Ich bin leider elektronik Laie und kämpf mit mit Logik und Lesen durch und somit für jeden Tip dankbar.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 25 November 2016, 23:48:27
Moin Fritz,

Whoa! 100W :-O Aber unter Wasser braucht man wohl viel Licht :-)

Ich denke, dass tatsächlich der Spannungsregler das begrenzende Element ist und daher einer, der mehr Eingangsspannung abkann Dich erstmal einen Schritt näher bringt.

Was Du aber beschreibst ist ein Constant Current LED Treiber, während das hier ein Constant Voltage Treiber ist. Ein CC Treiber stellt automatisch die richtige Spannung pro Kanal ein, an so einem hab ich auch mal mitgebaut (->https://ledshield.wordpress.com/)
der CV Treiber geht davon aus, dass die Kanäle mit Widerständen ausbalanciert sind - typischerweise die LED Lichtleisten, die man auf Rolle kaufen kann oder ähnliche Konfigurationen.
Ich bin mir sicher, dass man das auch für eine 100Watt Lampe umsetzen kann, ggf. werden dann ziemlich große (sprich: viel Leistung abkönnende) Widerstände nötig.
Ich frage mich allerdings: warum willst Du RGB unter Wasser (und betrachte die Frage als dilletantisch): ich könnte mir vorstellen, dass die korrekte Farbmischung unter Wasser eh völlig anders ist und ggf. die spektrale Wirkung der LED anders ist als an Land (LED haben ja meistens ein ziemlich schmales Spektrum und das "weiß", was bei RGB Mischung herauskommt ist nicht sonderlich weiß)
Zuletzt: willst Du unter Wasser WLAN einsetzen? ... moment... mir kommt gerade ein Gedanke: Dir geht es nicht um Scheinwerfer für's unter Wasser filmen oder fotografieren sondern um ein Schwimmbad oder so?

Spannendes Thema auf alle Fälle!

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Fritz R. am 26 November 2016, 12:44:22
Zitat von: pjakobs am 25 November 2016, 23:48:27

Zuletzt: willst Du unter Wasser WLAN einsetzen? ... moment... mir kommt gerade ein Gedanke: Dir geht es nicht um Scheinwerfer für's unter Wasser filmen oder fotografieren sondern um ein Schwimmbad oder so?

Hi,

vielen Dank für die Antwort. Volltreffer, es geht um die Beckenbeleuchtung. WLAN ist natürlich nicht im Wasser sondern auf der Technikseite schon vorhanden.
Ich dachte auch, ich mach in den Scheinwerfer noch 1-2 Power-Module in weiss hinein, dashalb find ich die 5 Kanäle auch sehr hilfreich. Evtl. wären auch 5 Module möglich, muss ich mal prüfen was es da so gibt.
Leider braucht man unter Wasser wirklich extrem viel Licht, monentan sind 3 x 400W (30V) Halogenscheinwerfer montiert, ein RGB LED Einsatz-Modul in den vorhandenen Scheinwerferrahmen kostet 1400,- Euro (ja dann x3) ohne Ansteuerelektronik. Kommt also nicht in Frage, ich zahl doch nicht 7k€ für Licht im Becken und hab dann nur vorgefertigte Farbverläufe und Ein/Aus.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gNomeX am 26 November 2016, 12:51:08
sorry für die doofe Frage aber wo kann man sich für die nächste Sammmelbbestellung eintragen?

gibt es noch eine?

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 26 November 2016, 14:01:17
Zitat von: gNomeX am 26 November 2016, 12:51:08
sorry für die doofe Frage aber wo kann man sich für die nächste Sammmelbbestellung eintragen?

gibt es noch eine?

Gesendet von meinem SM-G935F mit Tapatalk

Wir alle hoffen, dass @mrpj bald wieder Zeit hat, um die Bestellungen einzusammeln...

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 26 November 2016, 14:10:21
Zitat von: Fritz R. am 26 November 2016, 12:44:22
Hi,

vielen Dank für die Antwort. Volltreffer, es geht um die Beckenbeleuchtung. WLAN ist natürlich nicht im Wasser sondern auf der Technikseite schon vorhanden.
Ich dachte auch, ich mach in den Scheinwerfer noch 1-2 Power-Module in weiss hinein, dashalb find ich die 5 Kanäle auch sehr hilfreich. Evtl. wären auch 5 Module möglich, muss ich mal prüfen was es da so gibt.
Leider braucht man unter Wasser wirklich extrem viel Licht, monentan sind 3 x 400W (30V) Halogenscheinwerfer montiert, ein RGB LED Einsatz-Modul in den vorhandenen Scheinwerferrahmen kostet 1400,- Euro (ja dann x3) ohne Ansteuerelektronik. Kommt also nicht in Frage, ich zahl doch nicht 7k€ für Licht im Becken und hab dann nur vorgefertigte Farbverläufe und Ein/Aus.

Da hast Du Dir ein nicht ganz triviales Projekt ausgesucht... :)

Aber eines nach dem anderen.

Der Controller ist ohne Weiteres NICHT für Deine Zwecke einsetzbar, das hat pjakobs ja schon ausgeführt.
Die LEDs benötigen einen konstanten Strom von 900mA pro Farbe, der Controller kann aber nur Spannung schalten.
D.h. Du kannst nicht einfach z.B. 36V an die LEDs legen und mit dem Controller schalten. Das würde zwar erstmal funktionieren, aber sehr wahrscheinlich recht schnell zum Tod der LEDs führen.
Stichwort: Kennlinie einer LED

Was Du benötigst sind PWM-fähige Konstanstromquellen, und zwar pro LED drei Stück, für jede Farbe eine. Dazu dann nochmal zwei Stück für die weißen Module, insgesamt also in Deinem Fall 15 KSQ.
Diese kannst Du dann auch über den Controller ansteuern. Da muss man aber nochmal genau hinschauen, wie die KSQs angesteuert werden (Stichwort LowActive oder HighActive), aber das kann man ggf. mit ein paar Bauteilen anpassen.

Nächstes Problem ist unter Umständen die Wärmeabfuhr. So ne 100W LED wird kräftig warm, ohne kräftigen Kühlkörper (ggf. mit Lüfter) geht da an der freien Luft nix.
OK, nun hast Du zwar eine größere Menge Wasser in direkter Nachbarschaft der LEDs, aber Du musst irgendwie sicherstellen, dass die Abwärme auch effizient an die Umgebung abgegeben werden kann. LEDs nehmen relativ schnell Schaden wenn sie zu warm werden (Chiptemperatur sollte IMMER unter 70°C bleiben).
Wie sind die Scheinwerfer verbaut? Ist da ein geschlossener Raum drumrum oder ist das nach hinten offen? (Sorry, keinen Plan wie so'n Schwimmbecken aufgebaut ist... ;) )

Drittens stellt sich die Frage, wieviel Wert Du auf eine gute Farbmischung legst. Willst Du nur rot/grün/blau einzeln einschalten oder auch mal Mischfarben ausgeben?
Da bei den Modulen, die Du exemplarisch verlinkt hast, die einzelnen Farben quasi in drei dicken Balken nebeneinander liegen ist davon auszugehen, dass sich ziemlich breite Farbsäume ergeben werden. Die optischen Übergänge von LED -> Luft -> Glas -> Wasser kommen u.U. noch erschwerend hinzu.
(Bei professionellen LED-Scheinwerfern aus dem Veranstaltungsbereich z.B. werden einzelne rote, grüne und blaue Einzel-LEDs verwendet. Die sind dann durcheinander auf dem Scheinwerfer verteilt angebracht damit die Farben sich möglichst gut mischen. Aber selbst dort sieht man an den Rändern der beleuteten Fläche noch deutliche Farbsäume in rot, grün und blau statt z.B. weiß. Beispiel: http://www.ebay.de/itm/131090733293)

Also wie gesagt, das wird kein ganz einfaches Projekt, da steckt ne Menge Arbeit drin damit das am Ende zufriedenstellend funktioniert.
Aber machbar ist das sicherlich für DEUTLICH unter 4k€... ;)

Hast Du evlt. mal nen Link zu dem RGB-Einsatz? Vllt. kann man da z.B. ersehen wie es der Hersteller mit der Wärmeabfuhr macht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 26 November 2016, 16:04:25
Ich hab gerade mal überlegt, das HP LED Board, dass ich weiter oben verlinkt hatte wäre grundsätzlich keine schlechte Basis für einen "Frankendriver" - sprich: wenn ich den CC Teil daraus fünf mal clone und statt der MOSFET Treiber in die RGBWW Schaltung einbaue, dann hätten wir einen fünf Kanal CC LED Treiber.
Ich hatte mit mrpj ja schonmal den Gedanken aufgebracht, rund um den ESP32 ein modulares Teil zu bauen. Der ESP32 hat mehr PWM fähige Ausgänge, und was ich mir vorstelle wäre dann ein Board, das erstmal das tut, was die aktuelle Version tut (also fünf Kanäle CV), aber fünf oder 10 zusätzliche PWM Kanäle auf einen Steckverbinder rausführt. An dem ließen sich dann z.B. auch CC Module anbieten. Wenn ich mir die Schaltung aus dem HP LED Modul nehme, dann sind das aber erstmal nur 700mA pro Kanal. Mal sehen, was ich da anders Dimensionierung müsste...

Disclaimer: das ist alles Zukunftsmusik und keinesfalls sollte man sich drauf verlassen, dass das passiert :-)

pj

[edit]
Ich hab gerade mal ein bisschen rumgeschaut, beim existierenden HPLED Board beschränkt der (ältere) LT Treiber den maximalen Strom pro Strang. Allerdings gibt es modernere Treiber wie den LT DN406, die bis zu 1A treiben können. Die externe Beschaltung ist dabei noch übersichtlich (allerdings erinnere ich mich, dass es kompliziert war, die Spulen in vernünftigen Abmessungen zu bekommen). Grundsätzlich wäre das ein komplett neues Frontend. Die spannende Frage: ist das nur für einen interessant oder gäb es dafür mehr Anwendungsgebiete?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 27 November 2016, 00:35:08
Bei dieser Diskussion fällt mir noch ein Feature ein, dass ich gern an dem Controller hätte: Invertierter Output, idealerweise über das Webinterface konfigurierbar.
Soweit ich das bisher verstanden habe ist das PWM-Signal vom Controller immer High-aktiv, korrekt? Für einige Treiberschaltungen wäre es aber besser, wenn es Low-Active wäre.
Sollte von der Implementierung her eigentlich kein großes Ding sein...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Fritz R. am 27 November 2016, 12:02:58
Hi,

vielen Dank für die vielen Anregungen.

Zitat von: Shuzz am 26 November 2016, 14:10:21
Wie sind die Scheinwerfer verbaut? Ist da ein geschlossener Raum drumrum oder ist das nach hinten offen? (Sorry, keinen Plan wie so'n Schwimmbecken aufgebaut ist... ;) )

Hast Du evlt. mal nen Link zu dem RGB-Einsatz? Vllt. kann man da z.B. ersehen wie es der Hersteller mit der Wärmeabfuhr macht.

Die Scheinwerfer die ich habe sind aus einem Edelstahlblech tiefgzogen und vorne ist eine Scheibe eingeklebt. Die Lampe ist dann von unten mit einer Fassung eingeschraubt in die auch das Kabel wasserdicht eingeschraubt ist. Die Scheinwerfer darf man außerhalb des Wassers auch nicht betreiben, da die Halogenlampe enorme Hitze entwickelt.
Der Scheinwerfer ist dann im Becken von allen Seiten von Wasser umgeben, d.h. solange man die LED thermisch an das Gehäuse koppelt sollte die Kühlung kein Problem darstellen.

Link für den RGB Scheinwerfer der in meine Halterungen im Becken passen würde
http://www.wibre.de/lang/deutsch/index.php?inhalt=40281
Und ich denke Shuzz hat recht auch hier werden mehrere Module verwendet um die Farben besser zu mischen. Ich dachte zunächst die machen das, um mit 12V Versorgungsspannung auszukommen. Scheinbar ist hier auch die Elektronik im Scheinwerfer verbaut, da die Angaben zum Kabel 2x 4mm² und 4x 0,5mm² für mich so aussehen, dass die Verteilung auf die einzelnen LED's über die Steuerleitungen erfolgen.

Ich werde mich mal weiter einlesen. Ich denke es wäre besser einen eigenen Thead dafür aufzumachen, da der Controller wahrscheinlich nicht der richtige ist, außer ich finde noch andere LED-Module. Was meint Ihr ?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 28 November 2016, 12:46:31
OK, also Kühlung schonmal check... ;)

Warum die insgesamt 6 Adern verwenden ist mir allerdings ein Rätsel.
Die einzige Idee die ich dazu habe ist, dass die beiden dicken Adern die Stromversorgung für die LEDs sicherstellen und die vier anderen für eine potentialfreie Ansteuerung verwendet werden.

Der Controller ist nicht per se ungeeignet, Du brauchst nur weitere Elektronik.
Die wirst Du aber bei jedem anderen Controller ebenfalls brauchen, mir ist jedenfalls keiner bekannt der die Fähigkeiten vom ESP RGBWW Controller hätte UND zusätzlich noch 5 Konstantstromquellen mit 30W Leistung an Bord.

Sieh den Controller als Steuerzentrale. Er liefert die PWM-Signale, die z.B. bei Anschluss einer RGB LED die gewünschte Farbe ergeben.
Mit diesen Signalen kannst Du nun andere Hardware ansteuern. Im einfachsten Fall z.B. eine einzelne RGB-LED. Dafür braucht es dann nichtmal mehr weitere Elektronik, die kannst Du quasi direkt (mit Vorwiderstand) am Controller betreiben.

Vermutlich aber hast Du Recht, ein eigener Thread wäre für dieses Projekt sicherlich kein Fehler da es primär um Aspekte abseits des LED Controllers gehen wird.

Grüße,

Shuzz
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: hologramm am 03 Dezember 2016, 01:34:37
Hey Leute !

a) ja - das hier ist tatsächlich der ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2 Thread...
von daher, und weil ich es selbst auch nicht uninteressant finde -> neuen Thread aufmachen !

A B E R :

b) Jungs, mal ganz nebenbei...

ZitatIn den Bereichen 0 und 1 dürfen keine Schalt- und Steuergeräte und Steckdosen errichtet werden. Ausnahmen
bestehen nur für solche Schalt- und Steuergeräte, die herstellerseitig in dort zugelassene
Verbrauchsmittel eingebaut sind

Fällt schon mal ALLES  AUS was selber gebaut ist.

weiter...
ZitatÄhnliches gilt für Leuchten, die im Bereich 1 von Bädern mit kleinem Umgebungsbereich montiert werden.
Ansonsten müssen Leuchten in den Bereichen 0 und 1 der DIN EN 60598-2-18 (VDE 0711 Teil
218) entsprechen, d. h. sie müssen mindestens in der Schutzart IP 54, wenn sie mit dem Wasser in Verbindung
stehen mindestens in der Schutzart IP X8 ausgeführt sein und dürfen mit Spannungen bis maximal
12 V betrieben werden

bedeutet in so weit-> alles was Du nicht im unveränderten Zustand von einer Fachkraft einbauen lässt -> null Versicherung, vielleicht sogar Lebensgefahr.

ZitatEine Übersicht über die in den Bereichen 0, 1 und 2 anzuwendenden Schutzmaßnahmen sowie zur Auswahl
und Errichtung der dort zugelassenen elektrischen Betriebs- und Verbrauchsmittel ist im Anhang A
der Norm enthalten. Weitere Informationen können ebenfalls dem neu erschienenen Band 67B der VDESchriftenreihe
entnommen werden.

Quelle: DIN VDE 0100-702(VDE 0100 Teil 702):2003-11
Hinweis: Der Text ist nicht als Ersatz für das Originaldokument anzusehen

Tut mir echt leid wenn ich Dir grade Steine vor die Füße werfe, aber als Vater von 3 Kindern denke ich eben so.
Natürlich kannst Du das als Privatperson komplett ignorieren. Dann solltest Du dir aber über mögliche folgen wirklich (wirklich wirklich wirklich) im klaren sein. Das ist dann kein Ponnyhof mehr.
"Mal eben" in einem Pool "bissel" Licht anschalten ist nicht umsonst so teuer. Dafür gibt es ausgebildete Fachkräfte welche geeignetes Material einbauen können und DÜRFEN.
Es hat GRÜNDE warum das so ist.

Dann zu sagen "mimimimimimi ich hab nen Pool aber Licht ist mir zu teuer" ....
... mag ich jetzt nichts zu sagen


Und JA - MAN KANN AUCH AN /VON/WEGEN 12 VOLT STERBEN (Musste ich leider schon erleben, habe einen guten Freund verloren deswegen)

Deine Entscheidung !

lg
Björn
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: KaiK am 14 Dezember 2016, 21:20:36
Hallo zusammen,

ich habe den Effekt, dass der Controller alle 24-48h die Verbindung zum Wlan verliert und sich nur mit Coldstart wieder anmeldet.
Statisch eingestellte IP ändert nichts am Fehlerbild.
Abstand zum Wlan AP ist 5m, wobei andere ESP Geräte mit doppelter Distanz stabil online sind.

Kennt jemand das Fehlerbild?

VG
Kai
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Torben am 14 Dezember 2016, 21:21:49
Ja, das habe ich auch dem einem von 2 Controllern, nämlich dem den ich selten anspreche.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 15 Dezember 2016, 09:26:15
Hi Kai und Torben

ich hab hier fünf Controller im Betrieb und hatte ein vergleichbares Problem am Anfang, allerdings schon sehr lange nicht mehr.

Könnt Ihr mal ein bisschen präziser beschreiben, was "verliert die Verbindung zum WLAN" bedeutet?

- der Controller ist per IP nicht mehr ansprechbar (das war es in meinem Fall)
- der Controller ist per IP nicht mehr ansprechbar und wird vom WLAN AP als "nicht verbunden" angezeigt (sprich: ist nicht mit dem WLAN assoziiert)

Den zweiten Fall gab es in der Vergangenheit wenn das WLAN zwischendurch ausgefallen war und der Controller seinen eigenen AP geöffnet hat - den solltet Ihr dann in der Liste der Funknetze sehen können. Patrick hat mit der Firmware 3.1 mehr Fehlertoleranz und ein aktiveres Verfahren zum Wiederverbinden mit dem WLAN eingebaut.

Den ersten Fall habe ich nie völlig aufklären können. In meinem Fall schien der Controller zwar noch mit dem WLAN verbunden zu sein, aber er hat nicht mehr auf ARP Requests geantwortet. Hintergrund: die IP Adresse ist ja "nur" eine virtuelle Adresse, tatsächlich ansprechbar ist jedes Netzwerkgerät nur über seine Hardware (MAC) Adresse. Um nun herauszufinden, welches Endgerät welche MAC Adresse hat, sendet eine Station, die an eine IP Adresse ein Paket versenden will vorab einen "ARP Request" (ARP: Address Resolution Protocol). Inhalt "hey alle, wer hat die IP Adresse a.b.c.d?" die Station, die ihre Adresse erkennt antwortet darauf "a.b.c.d hat XX:XX:XX:XX:XX:XX" (XX:XX:XX:XX:XX:XX ist dabei die MAC Adresse).
Diese Zuweisung speichert jede Station für sich in einer "ARP Tabelle", die (IP Adresse->MAC Adresse) Tupel enthält. Diese Einträge sind für eine gewisse Lebensdauer gültig, danach müssen sie erneuert werden.
Auf Linux Systemen kann man sich die ARP Tabelle mit dem Kommando arp anzeigen lassen.
Warum erzähle ich all das: das Fehlerbild in meinem Fall war:
Wenn der Controller nicht in der ARP Tabelle eines Hosts war, konnte ich ihn nicht anpingen
Wenn der Controller aber in der Tabelle verzeichnet war, konnte ich ihn anpingen.
Was also nicht funktionierte war in diesem Fall das eigentliche address resolution protocol, sprich: entweder hat der ARP Request den Controller nicht erreicht, oder der Controller hat darauf nicht geantwortet. So ganz ließ sich das nicht klären. Patrick hatte allerdings damals einen in der Dokumentation des ESP8266 SDK einen Bug gefunden, der darauf passen könnte. Ob der mittlerweile behoben ist, weiß ich nicht.
Da meine Leuchten mittlerweile, zumindest wenn ich zu hause bin, täglich benutzt werden (hey, es ist Winter!), ist das Problem nicht mehr aufgetreten.

Vielleicht hilft dieser Beitrag Euch ja, das Problem etwas präziser zu fassen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: KaiK am 15 Dezember 2016, 21:07:09
Hallo zusammen,

gerade war er mal wieder nicht erreichbar.

In der ARP Tabelle des Raspis (auf dem FHEM läuft) war der entsprechende Eintrag vorhanden.
In der Liste der verbundenen WLAN Clients auf meinem TP-Link Router war er nicht geführt. Dort taucht er nach Cold Reset direkt wieder auf.
Das eigene Konfigurationswlan hatte er nicht aufgespannt.

Firmware ist 0.3.1/ Webinterface 0.3.3

VG
Kai
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Torben am 16 Dezember 2016, 22:03:13
Hallo,

bei mir ist es der zweite Fall. Der Controller spannt sein eigenen WLAN-AP auf. Es könnte schon sein, dass das WLAN mal weg war, aber der andere Controller, den ich mehrmals täglich nutze, hat damit dann keine Probleme. Beide laufen mit der Firmware 3.1 und dem Webinterface 3.3.

Gruß
Torben
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: KaiK am 18 Dezember 2016, 11:40:25
Hab mal mein zweites RGBWW Device an der Stelle installiert.
Das weist das Verhalten offenbar nicht auf.

Hardwareabhänigkeit? Brown-out/Kalte Löstellen?

VG
Kai
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 19 Dezember 2016, 10:27:24
@Torben: Hast Du die Hardware selbst gebaut oder ist die aus der ersten Sammelbestellung?
Im Zweifel mal den Pullup an GPIO16 checken (Spannung messen) ob der Pin auch ordentlich hochgezogen wird. An GPIO16 sollten 3.3V zu messen sein. Evtl. registriert der Controller ein "Low" auf dem Pin und wirft seine Config weg --> Config-AP geht auf.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 25 Dezember 2016, 13:31:51
Hey Leute, nachdem ich einen meiner Controller nun lange im Einsatz habe und sehr zufrieden bin, würde ich gern die Usability etwas erweitern. Leider scheitere ich bei meinen Überlegungen.

Ich würde gern per Taster (z.B. EnOcean) hoch- oder runterdimmen. Jedoch nur solange der Taster gedrückt ist.
Also:
longpress -> dimup
release -> stop

Da die Kommandos immer einen definierten Value benötigen, weiß ich nicht wie ich das Stop-Kommando umsetzen soll. D.h. ich könnte bei langem Tastendruck mit einer Rampe von z.B. 10 sek. hochdimmen, aber wie bekomme ich den Vorgang "angehalten"?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 25 Dezember 2016, 14:14:05
hi @funclass,

welche Events liefert denn der EnOcean Taster? Das aktuelle Modul für den led controller kennt "dimup" und "dimdown", die jeweils nur die Schrittweite für die Helligkeit (val) als Parameter bekommen. Ein "set <device>dimup [val] [t]" kannst Du mehrfach hintereinander aufrufen (vielleicht nicht allzu schnell, damit sich der Controller nicht verhaspelt, ggf. auch als "set <device dimup [val] [t] q>" . [t] ist dabei die Zeit in Sekunden. Wenn Dein Taster in der Lage ist, während Du den Finger drauf hast mehrere Notifys auszulösen, dann kannst Du es darüber lösen, alternativ .. hmmmm.. Ein doif mit timer oder so... ist ein bisschen kompliziert fürchte ich.
Aber: das Modul kommt Dir da entgegen, wenn auch ein "stop" bei einer bestimmten Helligkeit nicht möglich ist (wenn mehrere "dimup" in der Queue sind, dann laufen die halt nach).

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 25 Dezember 2016, 16:07:16
Das habe ich vermutet. Der erwähnte Taster war nur ein Beispiel. Dieser hat nur ein Reading, dies ist solange 1 wie der Taster betätigt ist und ansonsten 0. Damit wird also nur bei Zustandsänderung ein Event erzeugt. Cool wäre die Erweiterung der Firmware um ein Stop-Kommando. Dabei müsste der aktuell ausgeführte Befehl abgebrochen, die Cue gelöscht und die aktuellen Werte an FHEM gesendet werden.
Damit könnte auch ein Rotate unterbrochen werden. Für die Bedienung via Taster wäre das ideal.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 26 Dezember 2016, 15:14:14
genau das ist der Punkt: da bräuchte es Unterstützung in der Firmware, denn das fhem Modul weiß nicht, welchen Farbwert der Controller zu einem arbiträren Zeitpunkt hat...

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 26 Dezember 2016, 22:29:29
Zitat von: pjakobs am 25 Dezember 2016, 14:14:05Ein doif mit timer oder so...
Eher ein DOIF mit repeatcmd, wird automatisch beendet, wenn ein neuer Zustand ("release") erkannt wird. Ein bisschen experimentieren mit den Abständen und den Dimmparametern und fertig.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 26 Dezember 2016, 22:35:56
Danke für die Hinweise. Werd ich mal versuchen, ist mir aber eigentlich zu viel "Notlösung". Ich habe gehofft, dass es vielleicht eine (noch undokumentierte) Stelle in der API des Controllers dafür gibt. Vielleicht lässt sich @mrpj erweichen und sieht eine entsprechende Funktion in einer kommenden FW-Version vor. Weil Weihnachten ist  :P
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 30 Dezember 2016, 17:55:23
Ich habe sowas ähnliches vor: Ich möchte, dass der Controller bei einem Event (Betätigung eines Buttons) anfängt, den Farbton durchzurotieren. Das soll erst aufhören, wenn man den den Button nochmal betätigt. Gibt es einen schönen Weg, dass der Controller permanent die Farbe ändert?

Mein bester Weg bisher:

set led 1,92,100 10 l

Wobei der Hue-Wert ("1") der aktuelle Wert + 1 ist. Dann mit "l" die lange Richtung anfordern. Dann läuft der Controller zumindest einmalig (fast) das komplette Farbspektrum einmal ab. Kann man das schön in einer Schleife machen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 30 Dezember 2016, 18:48:19
@VBS: das würde m.E. am besten klappen wenn innerhalb der 10sek. erneut der "gleiche Befehl in die Que geschrieben wird. Problematisch ist hier auch wieder das "Anhalten" der Rotation. Aktuell kann dies nur durch einen Befehl realisiert werden, welcher die Que überschreibt. Die aktuelle Farbe "festzuhalten" wird Glückssache sein.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 30 Dezember 2016, 19:06:38
mein Vorschlag:
ein DOIF mit repeatcmd (idealerweise im Sekundentakt) und jedesmal ein dimup/dimdown/rotate um 1 mit einer Dauer von 1. Dann sollte eigentlich auch ein Stop an der richtigen Stelle passieren. Beim Rotate würde ich wohl eher weiter rotieren, denn 360° dauern sonst sechs Minuten - vielleicht ein Rotate von 12? 30s für einen ganzen Farbkreis?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 31 Dezember 2016, 00:41:01
Zitat von: pjakobs am 30 Dezember 2016, 19:06:38
ein DOIF mit repeatcmd (idealerweise im Sekundentakt) und jedesmal ein dimup/dimdown/rotate um 1 mit einer Dauer von 1. Dann sollte eigentlich auch ein Stop an der richtigen Stelle passieren.
Hm, ich hätte hier etwas Bedenken, ob man da die Übergägnge zwischen den einzelnen 1-Sekunden-Abschnitt nahtlos (bzw. unsichtbar) hinbekommt. Der gesamte Farbkreis sollte in nicht viel länger als 10 Sekunden durchlaufen, denk ich.

Ich überlege im Moment Folgendes (im Prinzip das was auch funclass gesagt hat):
Das "Cyclen" starten mit (läuft dann leider nicht "ewig", sondern dann eben nur vier Durchläufe):

set wz_lightLedTv hsv 114,70,100 10 lq
set wz_lightLedTv hsv 115,70,100 10 lq
set wz_lightLedTv hsv 116,70,100 10 lq
set wz_lightLedTv hsv 117,70,100 10 lq

Die tatsächlichen Werte basieren natürlich auf den aktuellen Werten. Dann würde erstmal das Cyclen komplett im Controller stattfinden (was ich erstmal elegant finde). Jetzt fehlt halt das Anhalten.

Ich hab das ganze schonmal mit Wifilight gemacht. Da ist es einfacher, da ja der Farbverlauf innerhalb des FHEM-Moduls passiert und daher das Modul immer die aktuellen Werte kennt. Also zum Anhalten habe ich da einfach die momentanen Werte nochmal mit set gesetzt, was dann zu einem Anhalten führt.

Nun könnte man das hier theoretisch nachbilden. Es gibt ja den Befehl "update", der eigentlich ja die aktuellen Werte vom Controller holt. Man könnte also die Werte z.B. sekündliche holen und dann ebenfalls zum Stoppen den aktuellen Wert nochmals (ohne Ramp) setzen. Das Problem ist, dass bei mir das "update" in FHEM nicht funktioniert. Also wenn ich während der Controller cycelt, ein "update" mache, dann ändern sich in FHEM die HSV-Readings nicht. Im Browser jedoch kann ich immer die aktuellen Werte abrufen, wenn ich zB mache "http://192.168.2.39/color?mode=hsv".

Mal weiter gucken...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 31 Dezember 2016, 11:33:18
Hab mal versucht, das update-Kommando zu fixen: https://github.com/patrickjahns/esp_rgbww_fhemmodule/pull/15
Wenn das übernommen werden könnte, wäre es klasse.

Ich hätte noch eine andere Idee:
Über ein Attribut könnte man einschalten, dass das Modul zyklisch selbst ein "update" anstößt und damit den aktuellen Zustand des Controller pollt (zb. sekündlich oder halb-sekündlich). Dieses Attribut könnte man dann setzen, wenn man eine längere Ramp angestoßen hat.

Wenn da Interesse bestünde, würde ich mal versuchen, das einzubauen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 31 Dezember 2016, 14:03:40
Hm, hab es jetzt doch nochmal anders gemacht. Im Prinzip eine Mischung aus allen Ideen, die wir auch angesprochen haben. Ich poste mal meinen Stand. Nicht weil er so toll ist, aber vielleicht hat ja jemand noch Verbesserungsvorschläge oder es hilft doch jemand anderem auch. Es wird immer ein voller Durchlauf angestoßen und das Ganze dann mit einem sleep nach der ramp-Zeit wiederholt. Läuft also im Prinzip ewig bis man abbricht. Während er cycelt, holt dann ein DOIF alle 200 ms den aktuellen Stand, der dann gehalten wird, wenn man das Cyceln stoppt.

Also zum Cyclen:

sub getLedControllerHsv($)
{
    my ($device) = @_;
    my $h = ReadingsVal($device, "hue", 0);
    my $s = ReadingsVal($device, "sat", 0);
    my $v = ReadingsVal($device, "val", 0);
    return ($h, $s, $v);
}

sub ledControllerQueueCycle($$$)
{
    my ($device, $cycleHue, $cycleSat) = @_;
    my ($h, $s, $v) = getLedControllerHsv($device);
   
    if ($cycleHue)
    {
        my $maxHue = 359;
        $h = $h + 1;
        $h = 0 if ($h > $maxHue);
    }

    if ($cycleSat)
    {
        $s = $s > 50 ? 0 : 100;
    }

    my $ramp = 10;
    my $cmd = "set $device hsv $h,$s,$v $ramp lq; sleep $ramp cycle_$device;{ ledControllerQueueCycle(\"$device\", $cycleHue, $cycleSat);; }";
    Log 3, "ledControllerQueueCycle - cmd: $cmd";
    fhem($cmd, 1);
}


Beim Starten setze ich dann noch ein Reading "cycling":

fhem("setreading $devName cycling 1");


Und dann zum Stoppen:

sub stopCycleLedController($)
{
    my ($device) = @_;
    Log 3, "stopCycleLedController";

    my ($h, $s, $v) = getLedControllerHsv($device);
    fhem("cancel cycle_$device");
    fhem("setreading $device cycling 0");
    fhem("set $device hsv $h,$s,$v");
}


Dann noch ein DOIF, der alle 200 ms den aktuellen Stand holt, wenn "cycling" auf 1 steht:

define diLedUpdate DOIF ([sz_lightLedWall:cycling] eq 1) (set $DEVICE update)
attr diLedUpdate repeatcmd  0.2


Ist mir eigentlich alles zu komplex und zu viel Code :( Wäre wirklich super, wenn man den Controller per API zum Halten der aktuellen Farbe bewegen könnte. Ich hab mal in die Quellcode der Firmware geguckt, aber es hat sich mir leider nicht spontan erschlossen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Dezember 2016, 14:18:37
Moin zusammen,

wenn ich das richtig sehe, liest Du aber nur die aktuellen h,s,v Werte des Moduls aus, oder? Die stehen, nachdem die Kette der Controller Befehle abgearbeitet wurde, auf dem Zielwert des letzten Befehls in der Queue.  Weiter oben hast Du geschrieben, dass das update command nicht funktioniert, das wäre dann ein bug, und ich fürchte, den Code hat nie jemand wirklich getestet, das schau ich mir mal an.

Was ich eigentlich schon lange haben will, da bin ich mir mit Patrick aber nicht einig geworden ist, dass der Controller seinen aktuellen hsv Wert per mqtt publiziert und wir den zum hsv Reading machen. Das hätte für viele Szenarien erhebliche Vorteile, so auch hier. Es wäre z.B. auch möglich "slave" Controller zu konfigurieren (einfach über ein notify, zwar nicht ms synchron aber sicher gut genug).

Vielleicht nimmt sich ja mal jemand dessen in der Firmware an, ich fänd das den elegantesten Weg.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 31 Dezember 2016, 14:21:24
Zitat von: pjakobs am 31 Dezember 2016, 14:18:37
wenn ich das richtig sehe, liest Du aber nur die aktuellen h,s,v Werte des Moduls aus, oder? Die stehen, nachdem die Kette der Controller Befehle abgearbeitet wurde, auf dem Zielwert des letzten Befehls in der Queue.  Weiter oben hast Du geschrieben, dass das update command nicht funktioniert, das wäre dann ein bug, und ich fürchte, den Code hat nie jemand wirklich getestet, das schau ich mir mal an.
Genau, das war mMn einfach nicht implementiert. Siehe: https://forum.fhem.de/index.php/topic,48918.msg549894.html#msg549894

Zitat von: pjakobs am 31 Dezember 2016, 14:18:37
Was ich eigentlich schon lange haben will, da bin ich mir mit Patrick aber nicht einig geworden ist, dass der Controller seinen aktuellen hsv Wert per mqtt publiziert und wir den zum hsv Reading machen. Das hätte für viele Szenarien erhebliche Vorteile, so auch hier. Es wäre z.B. auch möglich "slave" Controller zu konfigurieren (einfach über ein notify, zwar nicht ms synchron aber sicher gut genug).

Vielleicht nimmt sich ja mal jemand dessen in der Firmware an, ich fänd das den elegantesten Weg.
Genau, dann bräuchte man nichtmal pollen, fände ich auch super.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Dezember 2016, 14:52:20
Zitat von: vbs am 31 Dezember 2016, 14:21:24
Genau, das war mMn einfach nicht implementiert. Siehe: https://forum.fhem.de/index.php/topic,48918.msg549894.html#msg549894
Genau, dann bräuchte man nichtmal pollen, fände ich auch super.

Hast Du dafür einen pull request offen? Ich schau's mir mal an, wenn's passt ist's super.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 31 Dezember 2016, 14:57:20
Ja, der ist hier: https://github.com/patrickjahns/esp_rgbww_fhemmodule/pull/15
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Dezember 2016, 15:19:06
Zitat von: vbs am 31 Dezember 2016, 14:57:20
Ja, der ist hier: https://github.com/patrickjahns/esp_rgbww_fhemmodule/pull/15

ich hab den pull request jetzt gemerged weil ich auf die Schnelle keine Probleme sehen konnte, grundsätzlich wäre es aber sinnvoll, sowas gegen den "develop" branch zu machen.

Danke für die Hilfe :-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Dezember 2016, 15:35:59
Sammelbestellung, nächster Versuch

Patrick hatte ja mal eine zweite Sammelbestellung angeschoben, aber leider kam ihm dann offenbar jede Menge Leben dazwischen.
Nachdem ich noch einen ganzen Schwung Controller brauche würde ich gerne von Euch nochmal hören, welchen Bedarf Ihr seht. Die Bedingungen bleiben inetwa gleich, der Preis irgendwo bei 8-10EUR plus Versand, wobei ich noch keine aktuellen sicheren Preise für die Bauteile rausgesucht habe, aber die dürften im Bereich +/- 50ct zu letztem Sommer liegen.
Bezahlung per Vorkasse, Versand wenn die Ware hier eintrifft und einzeln eingetütet ist. Je nach Lieferant sind aktuell Lieferzeiten bis zu 45 Tage für einige der China Komponenten zu erwarten, bei den Platinen habe ich noch keine Erfahrung.
Ich würde mal mutmaßen, dass wir Ende Februar dann Controller in Händen halten.
Patrick hatte die Details schon vor einiger Zeit in diesem Post (https://forum.fhem.de/index.php/topic,48918.msg466606.html#msg466606) beschrieben.
Einfach, um mal den Bedarf abzufragen, füllt doch bitte mal dieses Google Forumlar (https://goo.gl/forms/kQIlOSQlE4SPNjAn2) aus.

Danke

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 31 Dezember 2016, 16:28:52
Zitat von: pjakobs am 31 Dezember 2016, 15:35:59füllt doch bitte mal dieses Google Forumlar (https://goo.gl/forms/kQIlOSQlE4SPNjAn2) aus.
Name? Forum-Nick oder real oder beides?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Dezember 2016, 17:43:54
Zitat von: Per am 31 Dezember 2016, 16:28:52
Name? Forum-Nick oder real oder beides?
Is mir im Moment egal, es geht mir hier nur drum, mal festzustellen, wieviele wir denn zusammen bekommen, dann können wir sauber planen und dann gibt's die offizielle Bestellung.

der Plan war immer, mindestens 100 Bausätze zusammen zu bekommen. Wenn ich die zahlen der ersten vier sehe, dürfte das kein echtes Problem werden.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 02 Januar 2017, 08:59:10
Ich hatte vor einem halben Jahr (?) schon mal den Tread ausgezählt und war deutlich über 100!
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 02 Januar 2017, 09:33:10
Nein, er meint für die nächste Sammelbestellung! Also ein neues Ziel ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 Januar 2017, 11:14:32
Zitat von: RaspiLED am 02 Januar 2017, 09:33:10
Nein, er meint für die nächste Sammelbestellung! Also ein neues Ziel ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk

so ist es, und wer vor einem halben Jahr hätte bestellen wollen, der hat vielleicht in der Zwischenzeit eine andere Lösung gefunden.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 02 Januar 2017, 12:28:33
Zitat von: vbs am 31 Dezember 2016, 14:03:40Ist mir eigentlich alles zu komplex und zu viel Code :(

Den DOIF-Teil würde ich schonmal etwas verschlanken.


define Taster2cycle DOIF ([Taster] eq "longpress on")
((setreading LED cycling 1,set LED update))
DOELSEIF ([Taster] eq "longpress release")
(setreading LED cycling 0,set LED update)
DOELSEIF ([Taster] eq "shortpress release")
(set LED toggle)

attr Taster2cycle cmdState run|stop|off
attr Taster2cycle repeatsame 0:1:1
attr Taster2cycle repeatcmd  .2:0:0


Bei Perl bin ich eher außen vor (die Routinen müssten aber entsprechend angepasst werden), allerdings würde ich die Rampe nicht bei Max auf 0 springen lassen, sondern eher die Richtung umkehren. Vllt. auch bei jedem Longpress erneut?!
Weiterhin könnte man über einen Timer festlegen, dass, wird kurzpress kurz nach einem longpress release erkannt, kein toggle, sondern ein "einmaliger cycling" Befehl in alter Richtung abgesetzt wird.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 02 Januar 2017, 13:42:06
Zitat von: Per am 02 Januar 2017, 12:28:33
Den DOIF-Teil würde ich schonmal etwas verschlanken.
Die Sache hat leider einen Haken: ich hab bei mir leider kein longpress. Du bist bei HM-Tastern, oder? Es muss daher bei mir wirklich mit einem Event gehen (RFX).

Zitat von: Per am 02 Januar 2017, 12:28:33
Bei Perl bin ich eher außen vor (die Routinen müssten aber entsprechend angepasst werden), allerdings würde ich die Rampe nicht bei Max auf 0 springen lassen, sondern eher die Richtung umkehren.
Hm, aber warum? Es handelt sich ja um einen Farbkreis.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 Januar 2017, 13:53:36
Ich hab Euch mal ein "stop" Kommando gebaut, zu finden im "feature_stop" branch (https://github.com/patrickjahns/esp_rgbww_fhemmodule/tree/feature_stop).
Es hat u.U. einen Haken, weil es einen non-blocking Call absetzt, d.h. es könnte fhem einfrieren, allerdings habe ich das timeout auf 2s gesetzt, damit dürfte nicht viel passieren. Es setzt zudem, um die Animation zu beenden, den aktuell ausgelesenen Wert. Da die Animation aber nach dem "get color" Aufruf weiter läuft, wird die Farbe mit dem "stop" ein kleines bisschen zurückspringen. Wie viel lässt sich nicht leicht sagen, da das von der Animationsgeschwindigkeit, der Netzwerklatenz und etlichen Anderen Dingen abhängt.
Testet das mal ausgiebig und lasst mich wissen, ob es Euch hilft.

There may be dragons! ;-)

Grüße

pj

(btw, eigentlich gehört diese Diskussion ja eher rüber in den "fhem modul" thread)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 02 Januar 2017, 14:27:01
Hey, super Sache, danke!
Das hat mich auch direkt auf eine Idee gebracht, wie man das Ganze sogar non-blocking machen könnte. Musste ich sofort einbauen :)
Kannst ja mal gucken, ob dir das gefällt: https://github.com/verybadsoldier/esp_rgbww_fhemmodule/tree/stop_non_blocking

Hat mMn den Vorteil, dass es nicht blockiert und außerdem wirklich super simpel und kaum neuen Code braucht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 02 Januar 2017, 17:17:16
Zitat von: vbs am 02 Januar 2017, 14:27:01
Hey, super Sache, danke!
Das hat mich auch direkt auf eine Idee gebracht, wie man das Ganze sogar non-blocking machen könnte. Musste ich sofort einbauen :)
Kannst ja mal gucken, ob dir das gefällt: https://github.com/verybadsoldier/esp_rgbww_fhemmodule/tree/stop_non_blocking

Hat mMn den Vorteil, dass es nicht blockiert und außerdem wirklich super simpel und kaum neuen Code braucht.

stimmt, gute Idee! Ich sehe auf die Schnelle auch keine Seiteneffekte, sollte problemlos sein.
Mach mal nen Pull Request gegen develop, dann nehm ich das. Wobei ich die blocking Funktion drinbehalten möchte, denn die können wir später ggf. noch brauchen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: roman1528 am 04 Januar 2017, 16:08:30
Moin

Gibt es da eventuell schon gute Neuigkeiten?
Ist bereits Bedarf da?
Hätte da nämlich sehr großes Interesse dran... Bevor ich mich jetzt hinsetze, Teile suche, Platinen baue etc.

Bin schon etwas scharf auf die Teile  ;D

Grüße^^

Zitat von: pjakobs am 31 Dezember 2016, 15:35:59
Sammelbestellung, nächster Versuch

Patrick hatte ja mal eine zweite Sammelbestellung angeschoben, aber leider kam ihm dann offenbar jede Menge Leben dazwischen.
Nachdem ich noch einen ganzen Schwung Controller brauche würde ich gerne von Euch nochmal hören, welchen Bedarf Ihr seht. Die Bedingungen bleiben inetwa gleich, der Preis irgendwo bei 8-10EUR plus Versand, wobei ich noch keine aktuellen sicheren Preise für die Bauteile rausgesucht habe, aber die dürften im Bereich +/- 50ct zu letztem Sommer liegen.
Bezahlung per Vorkasse, Versand wenn die Ware hier eintrifft und einzeln eingetütet ist. Je nach Lieferant sind aktuell Lieferzeiten bis zu 45 Tage für einige der China Komponenten zu erwarten, bei den Platinen habe ich noch keine Erfahrung.
Ich würde mal mutmaßen, dass wir Ende Februar dann Controller in Händen halten.
Patrick hatte die Details schon vor einiger Zeit in diesem Post (https://forum.fhem.de/index.php/topic,48918.msg466606.html#msg466606) beschrieben.
Einfach, um mal den Bedarf abzufragen, füllt doch bitte mal dieses Google Forumlar (https://goo.gl/forms/kQIlOSQlE4SPNjAn2) aus.

Danke

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 04 Januar 2017, 16:10:57
Moin Roman,

jap, bin drin, spätestens nächste Woche gibt's Neuigkeiten. Bis dahin, falls nicht schon geschehen, gibt doch bitte Deinen bedarf in dem Google Formular an.

Upps, gerade gesehen. Zur Info: aktuell haben wir Interesse für 136 Controller.

danke

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: roman1528 am 04 Januar 2017, 16:15:33
Zitat von: pjakobs am 04 Januar 2017, 16:10:57
falls nicht schon geschehen, gibt doch bitte Deinen bedarf in dem Google Formular an.

bereits erledigt :)

Zitat von: pjakobs am 04 Januar 2017, 16:10:57
Zur Info: aktuell haben wir Interesse für 136 Controller.

Supergeil!

Danke

Grüße^^
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: KaiK am 04 Januar 2017, 22:44:39
Zitat von: KaiK am 18 Dezember 2016, 11:40:25
Hab mal mein zweites RGBWW Device an der Stelle installiert.
Das weist das Verhalten offenbar nicht auf.

Hardwareabhänigkeit? Brown-out/Kalte Löstellen?

VG
Kai
Leider haben beide meiner Controller das Verhalten, dass sie aus dem Wlan fliegen (AP zeigt die MAC nichtbmehr als verbunden), aber such keinen Config-AP aufmachen.
Ich bin jetzt zwangsläufig auf mein RGB-UFO umgestiegen, das dauerhaft stabil ist im Wlan.

Ich habe diverse ESPeasy im Wlan (Wemos D1, Sonoff, ...) die auch komplett stabil sind.

Daher habe ich die Hoffnung, dass das eine Firmwaresache ist, die sich ggf in der Zukunft ergibt. Ggf auch im zugrundeliegendem Framework.
Ist noch jemand dran an dem Thema?

VG
Kai
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 07 Januar 2017, 13:05:30
Zitat von: KaiK am 04 Januar 2017, 22:44:39
Leider haben beide meiner Controller das Verhalten, dass sie aus dem Wlan fliegen (AP zeigt die MAC nichtbmehr als verbunden), aber such keinen Config-AP aufmachen.
Ich bin jetzt zwangsläufig auf mein RGB-UFO umgestiegen, das dauerhaft stabil ist im Wlan.

Ich habe diverse ESPeasy im Wlan (Wemos D1, Sonoff, ...) die auch komplett stabil sind.

Daher habe ich die Hoffnung, dass das eine Firmwaresache ist, die sich ggf in der Zukunft ergibt. Ggf auch im zugrundeliegendem Framework.
Ist noch jemand dran an dem Thema?

VG
Kai

Moin Kai,

Firmware Version hatten wir schonmal gecheckt, oder? (0.3.1   (v0.3.0-7-g38f6), SMING 2.1)
Ansonsten habe ich für dieses Verhalten echt keine befriedigende Erklärung, ich habe hier fünf RGBWW Controller in Betrieb und nach den ersten Schwierigkeiten ist das Problem hier nicht mehr aufgetreten (was aber auch daran liegt, dass, zumindest im Winter, alle Controller täglich genutzt werden).

Ich kann mir zwei Dinge vorstellen:
a) das Netz ist gerade an der Stelle schwach / instabil und die On Board Antenne des ESP12 reicht nicht aus (hast Du einen ESP12 mit der alten Antenne (schaut so aus (//http://data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wCEAAkGBxMTEhUTExMWFhUXFxcVFxgXFxcYFxcXFRcYGBcXFxUYHSggGBolGxUVITEhJSkrLi4uFx8zODMtNygtLisBCgoKDg0OFQ8QFy0dHR0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLf/AABEIALcBEwMBIgACEQEDEQH/xAAcAAADAAMBAQEAAAAAAAAAAAAAAQIDBAUGBwj/xAA8EAABAwIEAwUGBQMDBQEAAAABAAIRAyEEEjFBBVFhE3GBkfAGIjKhwdEUI1Kx8UJi4QczgjRUg5KyJP/EABgBAQEBAQEAAAAAAAAAAAAAAAABAwIE/8QAHxEBAQADAAMBAAMAAAAAAAAAAAECESExQVEDkaHw/9oADAMBAAIRAxEAPwDTPRCcWUBeN6lSmFEoQWUOKkdEKoYRKlxsVjBQZ1BF0Aq0ENCEiSjogaqEoQoCVMpgplyBJFCHIpBOEsyU2QWQpJRCIRCJUOarKDCKA1JHimUClTJSzIBQZAhzljKqEEpQmT0UuCBgJwkHbKSoGaaaAQhUbAciJTskQiJcm1AhKEFhOVJKSBvUwmClKoCkCUG6EGQOUILrIBUFEqXCbJkolAEKS6CAi6TW81QwEwBskAmoCEJqCgoOUSmkgE0pCRPkgMoUsqA87KiEg1AnkJAqi0KYRTHJOUgYSagZKghMhSgcq0g8aKXO5IKDQhQhQbR5pFyqboKqAFAlSEFwQVl5oEJFJw5IG5vgpnZUDZBdZBIVg81ABQ5BVQBEqXaJZY6oLPmkXACSYhGgkrHw3hTsXUJzZKDPjdoDF7K6Rqv4o2dJGgK3WGQCDC5/H30DVIw7ctMAN1PvEauvzWphsU5hsbcitr+W5uM5+ndV3EFRTeHCQqzLBqYQSoKsBUQSglU5qSgTSEKSxBHJAyU80JKZQVnUpOHJRdBUrIXrA0QrYJnoJQDikCkSVRRU5U9EpRCBgoS8UkG3NrpFU/uUmduSITkW6IZO8qvBAh3qvFRmSB6ILDOZSiEzdKYQUZi6kX6JlROyCy3kqDhqVh0ubBYaf5z6YcXU8O5+V1SDlJ5ZtFZNpbpl4bQ/GVxRDg1mrju4DYLZ9quJln/5KTDSpU7EaF55nmP3Xf4lhcOHMoGn2EAfh67YgujQu59DqtXHMFUjD40BlUf7VcfC/wAfoV1MpuXXP91zZdV4NMBbvFuFVMO/JUHUEfC4cwVpzHPw1Xsllm489muN/AYeplc9vwgE3sHRqG8ytrDVg648t16D2a4TVx7GNfNLCsF4s579gD01KdTgDcBnNbLUpOaZeZFUuB/LbT2g73Xmz7N2dbY3XNuJG6MyWFzVKfa5HBhcWg7GNYPTmk92yx8NTzSkCEAFDWoE4qtlDgl9EFt3upJSkbpBBT1AbfVPMpJ6oKSEbIYE4vCCZ5ICcqDNkVQKlVKQIQUO9JGQpKDZ7RJ5ClwlSe/5qozZ9kqbtQB4qWwUAoCf4VMU+CZKAbpf9kzGqTotKQdayCnTCmeqpq5HEcZPuNMjc8+ncrjjcrqJbJOuhTwtWu01G0nuw7HDtHN1cAfey7mByXssXj29i11KmyrgcmV7Gj32Rq4jfrv+6wcK4t29CmMG4UqtEXw5jJUG8HXx5m/Na9EFzn18H+XWH+/hXWDjvA2PXQq358cb9nIpU/8AuMA//k+j37wOeoTxlZlBjRXH4jCPg0navaYkNM6iBqoxlX8NTbjKLTTbUdFTDVBAcSSCWt2Nj4LjZq/E8QGgBrW6AfBTZzPX91ccd9vgyy1xZ7biWIhoysaLfpps68yYW57O+x3b13S6aFN0F4/rI1a099pXf4Xw8VB+Fw0tw7D+fW/qqO3a079SvVUalJgNBg7MNGVuw029XWuN+cjPL+2M4ttNgbSY1rAIbNrDcAKnOZWZ2dVrXNeCObTbToVoxDYI0hp6O/u5AbbGUMpklsHVzY65SCTH6QAb9U3U0877T8ErYem8YNhLaxa18O+ECzQ1mjAd3BeddhmsoNqmsHEONJ8gtPaDVrQR7wHNfW62IaLOIvsSLrxHtt7HuxMVaNSco+A3bzgEXAJ1iTGi5ywnp3jlXlrIzLJxPFsNWlQo0gasBtTs5LO0gS2mD/SIuVgdTLZBBEbdVi1nQ4qAJ2TIspCKRQAsmvJSW8yoMcQgKiI/wlIVA110pOqAd03IpIcLpOQUQh1QClHRBFkVZ70KezTQZ3OhIEck3H10TzWRDzJAykwzoqYDvOqCWgocY+qpz9vspHRAMEqnNsoHUx4IA5IObx/Gup0xl3N+7vXKw9cOEhd/HUQ4REry2MwLqRzs05Lb8s5OM/0x26NCu5jg5ji1wMgjUL2/CeJsxpbmeKGMZanVFm1P7Xjfu8uS+eYXFB45HcLcYVvlhMmMtxeq4hgMbi8X2NYQ8D/xtZu8HcH56L03DcAHzg8IYpN/6nEbuO7Gnfl00XD4P7XOfS/C135S4BgrZsrmtJvPMxuvf4OnTYxtDDACmBqN+ZJ9SstXxfTrfuMtF1KmzsabcjAMoI+Z/wArHX/TU3DsrheBpFviF0w8MBY9t9ZB16z60UMxrIDHNt0MkddBHglRdFuY5HgOkHK4EyW667tuPNbFXLSY5zWiw89gCdYWvhaL2OaGkOpkTJmRAAEdTO1rHRZeJ1g1sFpIdYxYAbmeasHNpUi/M919hsMx+gG3cqp1XUSYOZkwdg4jWOR18lja3Jle0hzZlrotNxcbFJ9WQDJc8mByaNIA0MhQYuL+ztDFB1SmC2o4AOLDkecpkDOPhPXQheBqHEVcbkxJ7IuPZU2uBIc4D3abSNrgl55+X0hlPs3D8wNf3S0dHGVk4jgxXa5hcaVbKWhzYmDu07j5joucsd7+usctPmdaA5zA5ri0lpymRI1uo8Fts4K3Auf+Ia1zCwl1QOAqNIJ7NlFn9QdAk9bxC5+DxXaMz5SGyWz/AEki5AdvEhZ2a21l2yZo5JOfKcTupcFy6S4IlBSPqUDATf0UgIzICoDEaLHRmIKtOEEtd0+yeYygBNFPMhR4poNpw2UEJuUlxHr7ohNA2EdysHkVITi2/rogyOFkmk66LG03+6oOOyChKCoiPR/ZIPvogRAvqsVaiIWfNz02uoN+fmg8xxLhhac7LHoseCxsyHCHASe4br01SlK43EOEh122cDII1t1W2H6aZ5YbYeMUa2UgNM0PzKjCwtdTbVyBpLj8QPu+7tPfHofYH/UA4c9lVl1LT+5nUcx0XHrcYqVW0cNXrBjaZDcz8xaW3JqvdcvcPhDOojeNX2j4F2LyQWtdMta1+fPRiW13EH3C60NtMmwi/Uy3e+a4s0+318S2qc7HBzXAFpGkQPnIPzW4/DsqR2ZAIiQZ0Ovedbr4X7I+1tTDOyu95k+8wmO8tn4XL7TwnjFF9EV6L3VBYFlpadff5RzVRvCr2FMB9/eOnLWZ87KBS+J4OdjxdpkmYgC877WiTyV0GZnS056b5zZtQRoIgRf/AOVQw7KLXESQbxc+HQST5ojn/D79K7YioyQ7SQJ5M6hZ8DVYBnYJbvb8yn9S1XWw5JFSl7r7FzZB1Bsfl5LTbc56fuVN27PO+WYuJNu+FFbRwjWtzh+YH4i64c0nbr9Vhqz2eYcx2QPxTI0PI3WTDkvJDSGuvmaWyx0GJifdPMLzntz7SjBtyh4fiCLQIbRad4/UVRzf9U+PUsrcOAHVGnM8i+SRGSeZP7BcDinFWYSnXpMdUzvyU3CQaNMNAB7Jpu1zgTPLmvIsrB1RtSs50F0mBLomS4TYuiSAVk4liW167uwp9nTBIYRm99oMCpUzn43NuTzKlkvl1N+nf4dii9gcQJ6fXqt1q0+GUAxgHrzW2QFhfLaG5IOQpc31dQOU3aKJOxQ0k8kF+CAgjdYo7kVbjGgUkzqkHeaZICCndyFXaDkmgss8u9B/ykZGqYP8ohzCV9boJt+ybz/lApHNUbXHzU5uqTXdEFh57ktVIE66d/1VBANaB380QpAuU3OQKo1Yi3ospI9bKHO5evBBy8dgWvFxK0cDVa2uxuJaXMJympnyluewqvLgcxpjQWENE6LuuatPE0MwIXcyc2OTxvB06j8tIu9xpBq1TDqgzT21Y6MHvNa3eMupMDHwD2grYOoCCQbZgbte0ifeGjmkEQeq2sBi6mGc4ODalB4y1KdRoc10CKeYwXZWOyuAH6baqjwepimmo1vafmCnNMtlmwquaPgw4DYGggbACdJf4Z2Prnst7R0sSwupQ2pYvpk3AaDZh/TJ8LrsVcQ4jtKZJGhbqBGpDYkz4WIX5zwuNq4WqC192uOV7DYwYzNJ1ade4r617He2LcQ5rXFlOqJ6CoTrHX+23RdOXq6YDvzKJyujM6nJmb7DXa0eS26DGVctUthwPzHM77eI6LXODL4qsGSoCbRDSZIJjr65rX9p/aRmCoB7wO1I91gOrt/+I5pINb2z9qKeBpkgNNZ/wi3/ALO6BfFxTr4yo+qWvqkA1HRuBq4k2i9hvoE6jsRxDESTmc9xuTAsJN9mAAnwWu7EvIqYWnUa+i5zZLWkNf2ZORwzAOGpsbd+qWrIz1uIvxFKlh2NFOiyXPDbiq+SRVdIkOyw2JgRZdLB4MCLbLDw/ChggLqU2LLK/GsmmVpHJWXdFjBvomVw6ZQpd3qA8c1JegMyvMVDQqz2UFN6qA2U58EvBFS2lHNX3iVIKaCYQqL/AFf7oRGwwymIUhkIm26Aazl/CcWvr5qPPu/hIjmPkZQNVAUZdk7T15BAymHJON/NOJtsgl8WhUk5vyRmt9kEkdBJR5oLE42+iCCPJYTSWy9vrksUqjUr0Q4QVx3MdQD8hd2dT3arWkAvaJLRMG0mSN4gr0D9Vr1KUyupdJY0G4bD1MO2oKmYBxbXa5mWq+oWzTGHdBy02zckt3JBkBeda19KHgksmM22YcuV/wBl2Mdg3Nksi4yuFjImY5gyNRBW3XxlOpSGTDgV3tbQr5A7LlzRSp0aRJhzhTZLhvpckjWVnY9R7L/6omnSyYhrquUe45p96dmv5968Zx3i9bG1nVKh52GgH6Whc/G8KcxzwDdjmsqgT+VUcXQwk/F8JuNwdrnZf2YoCnTaH1nPOd7s00g2MvZQYvJzTPKNCutuZGXjDGMfTo4eq97mtaXvaR2eZwDh2Jb7wADiDOpBsFt8OwgaAI71i4dgg0DmusxnRZZZemkh02rZaeqxtEhZA23cs3Yju81SWayTW7Qgpwi6jOJ0Q8mUhe6gG+Ssm3NY3X12V5+iKGwk+6RvKbXBAmxuU5Qf4UiPFA0kFqFBsSFUKSfJIGdR+6ooHopc3e6pthb6qS++vrxRBfe6KbdUOOgn5n6qC/8AhBcXlMCVLPWqHUz6KCwpcdvugIcDKBkCykxPIbjml3okmwQTHSQhUTaJSAQRlH3Uu7lZb5pPb9kGCq3muTjMCcwfTJY8aOaSCJF7jTVdsgcv2WF3dErqXSWPP8Z41VqtptqPJLAGRF7ADtS7+t7tybiANE+D4Azmda3n1XUq4BrjMaLZpMFl3c+aczHuxTYtgNQG+pVN7lm7LbVVCc9VOqBtaNU562QHevXikRsEDc0WukSJSaISfzlQM1E2gbqGGU2n1CKY7rIjr90i9NhsgQ30uhWUpQTKEF3UIQbGbki5m/l9ljIO3rxTaOdvNBeaO5MDmlPd+6eZEJ56fJRPIfJZJ9BRm5iEUlU7JBw3P280P9c0FCRySNTZSDFtknSgpxlAChuyp1t9dL/ZEA8FNTS0Ty/hB9dUNlBJmf8APzTM+SMvIdUXRUuP+PW6ktWTfa/NSTdVGMJtATTDb2jqiqAR63QbBS6OaIouCA7+ENIHqFM73RWQWE/wpcbKfHwVtG5UBspzdPXcsmbuWIv6IKp9ybjZY2dQm0X7kFi6kjp3QgCdxKVTT7IHdLySVZR/CCs49BCnKPRQorOHHb7pAfyhCIl7eSpwhCEEz9VIchCC3Hr/AAgEBCEFZilZCFQtNVji6EKC3KWuQhUU5xUE2QhAm7/VVl9ShCCGiP3TceiEIGeaTmj11QhBORVCEIGEOQhBAmJTey0+KaE9hC6AOqEICnpJEdwGv1Q9wF5sEIQBciIQhFOShCER/9k=) oder einen der neueren 12f mit geänderter Antenne (//http://data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wCEAAkGBw8PEBUPDxAVFRUVFRUVFRUVFRUVFRUVFRUWFxUVFhcYHSggGB0lHRcWITEhJSk3Li4uFx8zODMtNygtLisBCgoKDg0OGhAQGy0mICUtLS0uKy0wLS0tLSsrLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0vNS0tLS0tLSstLS0wLf/AABEIAMgA/AMBIgACEQEDEQH/xAAcAAABBQEBAQAAAAAAAAAAAAAAAQIDBQYEBwj/xABEEAACAQMCBAMDCgQDCAEFAAABAgMABBEFIQYSMUETUWEiMnEUFiNCUlWBkZTSBzNioRVysSRDkrLB0eHwcyVTY8LD/8QAGAEBAQEBAQAAAAAAAAAAAAAAAAIBAwT/xAAtEQACAgICAQMCBQQDAAAAAAAAAQIRITEDEkEiUZEEMhNhcYHRcqGx8AUjUv/aAAwDAQACEQMRAD8A9S+aumfd9p+mh/bR81dM+77T9ND+2reigKf5q6Z932n6aH9tL81NM+77T9ND+2reloCn+aumfd9p+mh/bR81NM+77T9ND+2reigKj5qaZ932n6aH9tHzU0z7vtP00P7at6KAqPmrpn3fafpof20nzV0z7vtP00P7auKKAp/mrpn3fafpof20vzV0z7vtP00P7at6KAp/mrpn3fafpof20fNXTPu+0/TQ/tq4ooCn+aumfd9p+mh/bR81dM+77T9ND+2riigKf5q6Z932n6aH9tHzV0z7vtP00P7auKKAp/mrpn3fafpof20fNXTPu+0/TQ/tq4ooCn+aumfd9p+mh/bR81dM+77T9ND+2rikoCo+aumfd9p+mh/bR81dM+77T9ND+2reigKj5q6Z932n6aH9tJ81dM+77T9ND+2riigKj5q6Z932n6aH9tHzV0z7vtP00P7at6KAqPmrpn3fafpof20fNXTPu+0/TQ/tq3ooCn+aumfd9p+mh/bR81dM+77T9ND+2riigHUUUlAFLRSZoBaSiigCiikoBaSikzQC0Umagu7uOFDJK4VQMkk4FAdGaM1gtY4nvpMS2UQEanOJNnlH9I7D41acM8Z2959G30Uw96N9jn086lTTNpmpopmaUGqMHUUmaM0AtFJS0AUUUUAUUUUAUUUUAUUUUAUUUlALRSZpaAWiiigCiiigCkoooApKKTNAGaM00msFxt/EFLVWitB4knumTGY428ie7elAafXNfhtOVW9qV9o4l3dz8Ow9ayusXYVflWouCB7kS7op7AD6zeprx261WeSb5Q8rGTOefJyD2x5VutC43huU+S6mo32EuPZP+cdv8wrjzKXjXn3OnH18lfc/xCuDPzxooiG3hke8PMnsfhV/Gljq688LGKdRnGcSKfT7Yqi4o4FeIGez+kjO/KDkgean6wrFxSPE4ZCVZTkEZBBFSoRkrg6/3ya5STqR7BpfF11p7i31MFo+iTqM7duavQrK9jnQSROGU7gg5rx3Q+OIrhPk2pKDnbxuXY//ACL2/wAwqW9d9GlSSxnDpKc/J88+QehXHb/vWxnJPrJZMlFVaPZQaWqbStXMip48TQOwzyPjf0BBxn061bA12TOZJmlpuaquKNXaytWuFQOVKDlJIB5nC9R8aNpK2Xx8cuSahHbdL9y3orManxFcWlv408UJZpUiTw5iYxzgnnlcqOUDHl5U/Utcu7W0a5migZg8YQRSO0bq7Bc8xUEYzUfiRPQvouV1VZdLKy8fyaTNLVDpWtTPdSWVzCiSJGJQ0bl0ZC3KeqgqckfHf8ejiTUprWBpooBKEDM+ZAgVVGc9CW8sCq7qrOb+m5FyLjxbqsqnes3RbUVWPdXLwRSW8UbPIqMRI7IiBk5icgEnfAwPP0qifi6YWxl8BPFW7+SMvOfDLdOdWxnGcdqx8kVsrj+k5eT7a3W0a+lri0yS4ZCbhI1bmIAicuvLgbkkDfOdvhXZVJ2cJR6ugooorSQooooBaKKKAKKSkoBTSZozSE0AE1zX97FBGZZnCIoyWY4FVHFnFdtp0fNK3NIR7EQPtN8fIeteSJx0bi8WbUE8SJfdjU+zEc7OFOzketY3jAR6Fd38+og+01tZjqx9iWYd+v8ALT+9Ua8V6PzfICgEGOUSYHh59e+P6qn4s0+TVLVZLC5DR/YBwr+hPUMPsmvILmB4mKSKVYbFSMEV54r8X7n+3sdm+mvk2/FnATxD5RZfSREc3KDzEDzUj3hWb0Dh+4vZPDiXAHvOR7K/H19K7OFuMriwIQfSQ53iY7DPUofqn+1X+v8A8Ql5PD05DHzjLuyhSpPUKBtn+qqvkXp3+f8AJPoef7Fpd6nbaLB8ljdpZevKWJCse7dkHoK8z1C8eeRpZCOZjk4GB+AFRM5bLMSSTkknJJ8zUtnaSTOEjXmY9ugAHViTsAO5O1dIcajnyTKV48Eul6dLcyCKFC7HoAM/ifIepr1a71bT9EgFtaRpJc8o8Vz7QV8blm74PRRsKxset/Irb5LbFfEbJmnTOXzuEUnsBtnbzwOpzqu7nCAsSwAAyzMT0AHUnY1WyWjZaXxvOrn5ViaNjlkbAx/VGR7uK3XDnEbyyFFAeDbkk5h4iZx9HKp3z69CO5ry9eEL7GZIliBxvNLFETt9l2BH5V2W+h6pafTwRsyjfngdJV+DCMnI/DFY/wAik/c90DVTcY6bJd2bwRcvMzIRzHAwrhjk/AVgNN4ymldWSUJIMKYXIEMozuQ5GUbyB226jpXp9lc+IgYjB7jyPlUv1Lq/JfFOXFOPJHaafwU0FlPHA8aabagM45oRL7EilTzEnw8BgQnUdM1U/NO5NlcQBUTxZo5I4BIzJEqsC45yOp9PIVuAacDWPii9nph/yHJB3FLafl5WVtv534uiutdAtYUkSFGTxPfdZJPFOOn0hYsPzrl1zTZvkb2lqvieIroWmmYsocHfmYMW37VeZpatwVUcI/U8impN3m828rRmLqDVDZJBEkccg5Y3ZZsnwlRRlGKew7HI6HHx6QXvD801lFa/JoohHcRsYxKXVolyXJYqCWJJ+PnWvoqXxJ7/AEO0frpxrrFKn287+fj28HNp+nwWyeHbxrGuS3KowMkAE/2H5V1UlFdEqPHKTk7k7YtFJRQwWikooBaKM0maAXNNNGa5dQv4reNpZnVEXcsxwP8AyfSgOkmslq3E8ksjWumgSSDaSc7ww+e/129BXBc3t1quyc9vZ+fuz3A//mh/M1luMuI3sB8gsoTCoH8zGMj/APH5+rHeuUuTPWOy1HFvQvFHAU0i/KIp2mlP8zxCMue/Keg/y15tNGyMVcEEHBB2IPrVxoHE91ZSGSJ+YMcuj5Kv6nyP9Q3reS2un6/GXiPhXKrkrtzj/MP94v8AUP7VnaUPuyvc2oy0efcN6xd2kwNqSWYgGPBZZPRl7/HqK9N4ssLS4sxcaggtpOXqCGdW+wMe/wDCqoiw0GPfE12w6dxn/kX+5/0wGta1cXsnizvk/VUbKg8lHb/Wpr8SXZY/M2+qp/BXkDO3Tt8KUCkq4s9LCqJbnIUjKRg4kkHZif8Adx/1dT9Udx6TkQWGmtKOYkJGvvynOAfsgfXfH1R+OBk113V2oTwbdeSM45skeJIR0Mp9OoUbD45NNvLxpMBsBFwFVBhVXyQds9ydyepNdOgaJJey8iPHGq48SSRwqoGPKNickknAA6+lYwVLDbJ3rdG2nsRHY6fEWvpo1kuJVALxK/uwxk7RjHvNt1G/lzcVcA3FkTJCGniAzzKpLLgAkuq9FzncHoM7Vq7ni+SMQ3iqDZ3IjE8iKPGglVeV4iR+GC2T15e1Q3eikip0/gCONzLqc5ZlQSyqCwRFyM+LOc8zH2sKu5K9cb1lUZ/lTy6as0a+JiIRl2cAn2VLA9/LfrjfFb3XXbU8FrlIdKiClpRIS0rDYIebfn2GFO4yCcscDM6/xeIwttpQNvAh5iQAJJnBXEjk7/VHXc9/IE2GXPGWgytZjUJURLmPkE5j2WVXwokIGwkDEAkbEHIOMVnNJ4llWPwJXfw+gZG5ZUA+y/l/SdvhmthPfX93p4gkiX5RdcgjiQcvLBGQz3EvNsgJ5VHbZcdarI/4V3TKC9xCp8gHff44H/prFlZH6Gx4O1lpo8STJIBkK4yG26LID7r46j8sitOrg9DXjOocPajpOJhhkHvSRHmXHlIpHT4jH9q7+F+JCZQY5vDLEmSKQs6OxP8AunZsof6Dt5eVMoVZ62DSg1yw3KNjDDPlnfPljqD6elTg1adk0SZpc0wGlzWgdRSZpc0AtFJRQC0UlFALTTQaa1AUnEvE8NiAmDLO+0UCbuxPQn7I9ayl5GeX/EdZcNybx26AtFF5Dl6O/qdq4uM+HHabx1JjnzlZASA5HQhuzUaFxkr/AOx6qoRz7PisAI3HlIOik/aGx9K4cjk1j9/cuFXkyeu8d3c8oaF2gRDlFU7/ABc/W+HStJpPEtnqsYtNQRUlOyt7qO3mjf7t/Toe3lXDxj/D8pmexBK9Wi6sPWP7Q9K88II2Ix5g1sYwnH0mtyi8mk4s4NnsSXXLw52cDdfRx2+PSs5b3DxsskbsrKcqykqwPmCOlbXhPjt4R8mvsywEcoYjmkjHkc/zE9DuO3lXXxJwNHMnyzTGV0b2uRTkHz8M+f8ASdx/atU3HE/kxxTzE8+mlZ2LuxZmOSxJJJPck9aIY2dgiKWZjhVUZJJ7ACumz02WVygHLy/zGfKrGM4y57b9up6AGrVJ4oFZLY745XmbCySA9UReqIT2G5+scYx1IG29tFabvyyT9hkNFEfXqJHH/CP6j047m6aRmZ3YkkkljknfqTTbS2luJBFAjO7HCou5J/6fHoOtewcI8BQ2Q+V3uJZlXmwAWSLlGcgAZkceePgO9Y3RqVnlUukXMaiWW3mjjOMyGJsAZ674H5nevULOwsL6KNrcSJDajw4Z2ZI2E2Q/MiHd3LAZMmFz0ByTT7L+J9lNcNBLGUhb2UlfDBs7HxVx7Kn8fXHaj4zig0iZbjTboRvLgtbDDxlTusmDlQuegbzyuMVDbZSVGk/xk20gOoAcxg5ILljKsUucA+LGATbuSUBPKc9AegMOpaK1vm4tJYYi8aCW2aMi3uHbmAzESfC5uig7kjGx6v0HjK11FUgYKk0hCPFKjSrIigsQrYw2QDu3TfY92JYz23NNbLLcxKZoooijJPbKclmtXkzzLkBdxvgcu2x53TLqzC3uqWiF4bjTZYX5h4kUV1JFGWXoTEysAcHb+1P0rU4fHiSy0+OOWZ1VJrh3uSpZgvOqtyoMdc4NZSdnZizluYk8xbJbm782e+a6tOM0PJeJG/LFKhWTlYxiVSGCsenYbZzXasHOz6ItrWO2RmZyTjmlmkI5m5Qcs57Ab7DYdhXm8nGkc14943jGK1GIIYww5ub2TLO/RVO2x33UYODnbaJrdnq1uQvKwZcTQNgsmeoYd18m6fjVXxNwhJPFFaWTRW9sDmVApyxHusce/jyJ675ONuZRY6DxD41sk94sduZmIiVpB9IhwFbBG2c49dvMCs/xZ/DqOXmmsAI5NyYukb+i9kPp7vw60+e3tNMdVije91BlCxiRi7KoGAfswoB+OO+N61drH4IkmmlYBwHZHcNFCQPaCOQML8dtqXRtHjrajNCwt71ZAYiRGwJWWEkAZXJw42HsnbHQivU+FtXEsALzrIRhecDl5jgZypOVbOfZO/xG9VOu6vol8pinmHsnCyqrjkb+mTl5T54JwaxWoaTdaYfHhfxbdxgSph42VsjllG474wdj2Oem+TKPaYpVYZUgg9wcipAa8t4L1pFlCxyGJDgeAwyme5hYnI2+ofwJ6V6PDfRM3Isilt9s77bHb0q1LwyWjtBpc1GGp2aokfmimg0tAOozSUUAhppNKaaaA57y3SVSjqCD2/7eVYPibhoAEsOePs4Htx/HzFegGopBmsaNPItH4hutJIhuAZrU7KR7yD+gn/kO3lirnXuF7TVohd2kih26Oo9lj9mReqt/errXuHAwZoVBB96I+63qvkawEdvdadKZ7FiRn6SF+hH2XXuPI9RXGUM2sP8AyWpYp6MhqmnS2srQzKVYehwR9pT3HrVjwvr13Zyf7MeYMRzRMCyOegyoOQfUb/hWh4p4nj1KFYordVZcs5lZQyEZJSEkgHIBPXJAIxmsvaxgxln5VQMuSCvi9GBCZ7df7Z6V1jco+pEvDwep3uix6vbJLbP4UxVXaI7RSSFd/UNtgE52H415nqGkSwSNFOjKwzseqnOxI7g+m2D1recHzGSGAK6ByoXqMKCcAP6bVr7u1tNTjMMyszRjHi8hWWPtkdeZc9Qd/Md6nso4KrtkpuH7nSNKsvHgkErMCGbbx5HAyU5T/LUeXTpuTuc5YfxH1B7sMI1dHZUFqu3VsLySYzz7jc7HPQdqri7hO4sWywDxn3Jl91gex8j6H8M1BwKyQ6nbNJgDxCuSR7zIyqT5e0Vreq2Zfg9duuE9Okn+UyWiNIw3HVSepYpnlJ82PX1Ndr6NARymytyvlyp/p4eP713jYnfBIAz8M7Y9M5/H0ryG74e1jTbj/EOYzhH5nZZGJdM5PiL1CkZzsQK5rJZpOJv4fQTKZ9PBt7hDzBFPKrMNwoAP0beRXb/UZPT/AOI15BbPC688owI5X3KkPljIGyXbGw8sdK19p/EyyaZOZJEVoxzsRnw3DNhSF3YYJ9oefTyyOl6Cl9LNfSlFsllneTDfSqOZio5FUspPMD68vwrf6jP0IdK4Hvb3N3O0caPmZnmJJfmy5YhPdVuuSR12rcaRqsVxHFA6JbRMmPAf2VmiZSOe3Y4DoTynBHOM52yM5f8Aw+40pXdYmudPnVDIr4RzGwyvOB7SEc2PI4ORvtx6xra30ciLcvCsckbWlqsKFSEUBVjeIErJknG+On4Y7kaqRZ67wbcWhN/p2YDGOYwhmLYBILoxzkNt9Gd8f8NXfCf8QkuD8nvQIZgeXm6RuemDn+W3odvXtSaIk2lq0l28twHMbs/OWe1Zh7YmjLHlXcnxBv1zScRcKLfq8rhGuWUGCSFm8MxjZRIzDlO31up/DFZ28P5DXsW+v69Y6dIZJo2EsgHtJFvLy9B4mApx6naspa/K+IZCXPgWcbY5FOWZhg4/qbBByRgZGxqug1a407/6fq0Sz25UEAsrsqn3WiYHcDBwOoxtikvNEuIYnutFupJLWQYkRGIkQY3DL1OASM45gPzqkjD0K+htLO2WE2pa2ORJyrzhBj+ZIPebPdhuKy8ljJpzLLpcouLeckm1J8TKnqy8ucqOhbqMgHNZ/gHW9TMnyK1kUhlOBMOYQgDd13ztn3ehPbrWm1K5sdDjMcKiS8kBy2B4hL/XkwMKudwmPw71lU6CaKXVtFgnhkvrFWjeM4uLZxvFtuQCOnX8AcYxiqay1ZWwZmIdQFSdf58YByNz/MQfZJ77EVqbW6mtLS4vdRP014ojjiwqsyhWAJUdNmz6Ab9a87t43lfljUncDABPwA86uOdkv8j3PQtZjeBWedWxnL9AQO58jjqD03q7ilDAFSCD0I6VhuH+F4rKBpNQIJkTk8AnKgN/9wdGbyHb/SLg03NoP9ociMnJX2SI0x7OMb46EnoO21S59Nm9O2j0IGnZrit7+GRuRJFZsc2ARnB6HHlsfyrqBrqmno50SA0tMFOzWgKRqWmmtAxhUbCpTTCKwEDCqfV9GSb2x7Ljow7+jDuKu2FRsKxqweWcQcNKx90Ry46j3HAO23f/AM/hVFpvCd1dSNJcErGnsltyzcgC4j5uuy45j/evZL2zSVeVxkf3B8xVdMXtoGDMZFxygNnABPs569Nq4y7xWDtFxeygk4eiiiV0Z15W5VZipdcjPLkAeIvmCNsj4h66rP7MM8pAz7O55XP+Y7g7+6T8O9UQ/wARku1O03iYAGSiRqCfq7hFGc8wznJzvWxbSo35rdyXk6NlV8IkDIA+sB/UfjgdikkkpPI6tt9Ud+n3iLCqXLK6TA4jZeZcZxh26Kc9sHHf0yvFX8P3QmewyyDdoG3kj7+z3Ybbd/jT7e7uLY4idmjJ7e06E7br9bbHtD2vj1q30a9kDtJ4p5UXncnLEgnHsr3OevYZ38q23G23gzDwjO6D/ESWFBDex+KF9nn6SbdnBGHI89jt3rv1LjnT7pDbeBdMZfZAjIR9/Ih/7HbrkVa8Q8KW2qJ8oh5Ypz0fBEcp8nH1W9evxrAWFzcaLeP4sAL8pQq4xzKSDlHHbYbit9MlaGU8k+h20elzqb+zdpGdRb8zxCJRnDMxJ5ecZ79PTrWl4rtltwdYguFhk5EVUQKyXLgnIk5SA5Iz0G3Ln4XEd5a6pbtyRCX2QHRwqmMuMtu/THUFTvtXl3F8Yt5EtIrtp4YlygLAiJnJ50yux6D86lXJ5NeEbjh3j61nGLmJITHE/Mc4UjIxHEm5bbt+VYmO4knv+fSoTC4LNGoYFgAu5POcZO+3riuThzh+bUGaODlyihjzsRsTjbAP/orV6PfTafFJbyWcZ8KQxreCMMsbkjLSEjLAZB237VVKN0Tblss+GtcRxJYTxRpOeqTc/wBPMNy80h3ydgEx0742Fp8jmgWV7BcEEeMkkZEMrruxt1zlGydvqkmse/CNzqE0txHdRTKZN5skBmwM4UAkY6fhVnp2v3elv8mvleWHKqk68xCgAAAMeqjJOOvXrUSj7fBal7moaayvAbd1VS7lHikQLLzFctgA5z1PONuuPOsZqXDd9o8jXWnyFowOZ1ODyrk7OufbAGPaABHpWzuLWK6zch1UDAgnhOJeUDfLHbGS3sd6adV+TeI14EjZsAThCUcKNucZJVu/L0361EXWjXk8/bWdKu2E86TWtx1MlrgqxPU47Hfyz6mnRavpFmxnt45ru4zlXuThFb7R6EkfDPqKqeMtQt7q8MtqnKmFDEDl8RxnLgDpn/pRw3wvcXkvKi7jcltlQfadvL0716Oqo5W7ojBvdVulZ+aWR8hVHQeijoqivUdA0C30mPxpSrTY3fqkWR7sY7t6/wCm9KsVvo9sy23K0rbM7bM578o+qg8qzLS3V3E0uQ6oSBzuEjDEgsCewAO/KCegAPad6N0S3NxcX04HOFyx5WOeSPA5izH0A5ifSss3H83htE0cbSL7KyqTytjIJKnYg9fXPbvdz20kzPb2XMWmXlZm2HIMZ/yRg74O++SWY71g4HEE0Y8Txi31ApBLDHtE9OX061MnDUjUpbiVehQXk03yhZXSRmH0mGLMSR/xeWPTFe+WXOI1EhywUcx7k43JxVBw9oKWx8RjzSYx/Sg8lH/WtChrpG9siVaJwacDUYNPFWSPpppTSVoENNNONIaAjIpjCpSKYRQEJWoXQHYiuoio2WsBSw6e0LloXKq2CVyeoz0/M1luJ+ILtiwj9mBchgP5jEdSe2Ntl6HP5b51qq1DSldhKnsSAg5HQ4+0K4vjSfZI6KbeGyj0S2k8FJbxWj58hETBY4HvSc2yjcez1PmMbmpWMlrIJLd+VmAcA+z4it5491uo9e+diLLXdcnt4+SIBpyCVL+6B0yftEHoKy2gTXl5cFCS/KCZp5M4UjJBGACSRg8o+Gcb1EZStuei2lS6luNalmIDyMGHKvh7JykkAZXZQMn3unfNai7gtrxfkd5yyuvdQQ8ZxuUJ3P4fkazl3pUckZkikduQDLMiq6hvrDGzLnt69+tQR6zcIPCdwM4AlAHMR05Q/UH0z8K27pwM1iRQ8QcMXmlP49vKxibI8ZDjAY+7IAdhjAz0rt4Ymsrq4E0qRxzxqVS3VUWGXCnGCc5bc/28q2Wh3zLGTO6mFiUxJluc9x0OB6n+9Z7in+HSODPpowfeaHO475iP/T8j2quyk68mU0r8EMvDMwYXFuxguHw0tup5YFQNnldk6A4HqTnp2tNG1i0vedFWOIklbmJiOZz05lYnDL2O2apOGuMmjVoL9yDGfZYqxkJ6cpXuR6123nDUc0TSJAtu7NzrLMcy8wPMGODiPP8A6KiS/wDRSfsOOkXdnc8+mxcsDHM0RdMNy593O6gjoKu7PULS/jeLc5DCSKQbpjp4g7b9MdcVU6DxPKFxfRsvtcgnC/Ruw29o+vY9Km4t048vy+CbwpI1yG7OB0B+1mpe6YM1qNtdaRIJrVna2YAkvgrzdxy/VPkcZqn4o4tlvm8MArF7JWPY74AJJxvvmuTXOKri/ZRMeVOUAqhYKSD75UnGav8Agvgczj5TdEpbjpjZ5vRfJf6vy867pVl7Obd4RXcHcJy3zc38uBD9JKRsD9lPtN8Olb3W9WjsIxbWkfKG3LEgkn7bk7sTXLq/FqR/7PaxqscfsgYwqn0Hc+tU1vEi5uL3mI6pEcgzHB3LZ9lAcZPU9KNtsYR2rYyXAN1eyckY5dyBzMPsIox7RHQeuelcUVq15KwtY1hiUAHc+FGOzMfrSH8z8KZqct9do10kJdI9gq4VVHcRqTk47nB9a7eCrq5dTbvhoyWkYqMBHONlbvn1/CobdVHZSXuVOm2N4tyQkv0q5VfDbMYXpzP2bPkem22dq9KhgUHmCjmxjIAzj41DaWSRZCLjJJJ7knzNdqCrjHy9kyl4WiRBUyCo1FSiuhA8U4UwU8VoJKSikoApDS0lAJTTTqQ0AzFNYVJTDQETComWpzTCKwFdf2KTLyuPge4PmDXHZF7NCXfKLknC7keZAG59auXWoZYwQQQCD1B6Guc+NS2XGbiec6xxPdNJymLljLARxx49s9i3LjJ/sPzNaS30sOoS4cJI4XEZUsFDdA7DYE+mcd/ScaT4MoeJVKjOAwyUPmufy/GufifiZ4MC3hR5cDmYqCIvXfqcbgdBmuEnONRijqury2cvjz2LsoTmQEB4nXxMEfWwdyMEbjfB8qsLDV7qeZDE4Yt7qrgIFG+B5ACqPh67kvnkbm2Q5luGzyDPYb5Zu2BXVfaVJbMLq0kByxOVzysw33B9xv7H1rp6bryR6t+DScQcOWmqLzcyJONhNFggkfVfz/HfyNYvWNc1LT2+T3kSPgDw5HXmU4+sp6N/qKtrXiNyrLHEkTn+YQuGPpg7Y9RWksSL228K+iV42HsFjh2x9ZB1/Ef3rE6X/YU6f2mRv9YsLjTy1xMZSR7p9l/FxsFQe6Ae9eeT39xJGLcyOUXopJKjJ7CtzxF/D97Y+JbgzQscLgZdcnYMB1+P+lWegaBa6aourvlab6qndYvXHdv/AEeddFUTm7ZW8KcExwoL3UwAAMpAdsjs0v8A2/Pyqw1zi7xBywgr2B8h5Io6VBreryX8nyeEFwxH1faY/wD6iuOWX/DHdPo3cBfa94Rt1PoSNtux86n7tm60PijtYIvGuD4kx3WEggJ/82f+Ub1R6rfTu/0iOXcZQupVSg6MM4AQdNvwrs0HU7VrrnuQ0qjJ5veQSEjlL9277Vrb7TnunUzPlFyQvmfj2FY5S7UkakqtsbbSDUIQShiAHh8qe7hce5tsv/mrextEhUJGoUDsP/dzT7eMIvKowB0AroRauHGo6IlNyFRamUUiipFFdCRy08U0U8Vpg4UtNpaAfmikzSZoaLRSZozWgKKTNGaADTTS0lDBppppxpDWGkbCoyKlIppFAc7LVLrGjLKTJHgPjfyb41fsKiZalxT2anRU288VvakPCsaqvuDODvkrjuc7+dZC+4xaQBPB8OHnAWNc+IxOwYj6x9M7VuNRsUmQxvnfcEdQR0NUWm6MkNx4ksPOyj2JBtgd9sda8z41xvtVndT74JTw9M8fMQnPjPh8w8VRjIOPP0zXFY68YgtveRCRVP0T8xUj0DDp8K7te4ntrOfPIXnO6nPsjI2LY7+map9MDakX5FD5JMhOFVSTk5PQfhWRbnG+TQkur9Jc3/FU6pzghAXReUD6p67nv61QXkhv7nIfkRR7TM3sovdj6nsK4uJtMltk8O4d1i50Y4HM+AfqkbH40rxxyyrFZAhXKqGc4Z/Iv2A9K6JJZ8EN3jydl1rMcK+DZEohHtv0eTG2Sfqj0rt4TitjD8oVlln5iOVgCIxkjZT1JH1vWoda4Ytkh8PleSYEe2pI5ifq8vTlq04c0MQDnb3iuMDoo8hU2uVUro2vw8s59M4dXxDJIiqvMSsSjCjfqf8AtWpC+lIq1Oi13jFRRzlKxEWplFIop4FUSOApwpBThWmDhSiminUA4UZptLmgHZozTM0ZoaOzRmm5ozWgXNGabmjNDB2aQ0maTNALSGjNIaAQ0006mmgGkUwipDTTWAiYVEy1ORTcVhpjNd4fzzMAWRjlgPeXJ3I86udKtra1tDEuVjGC2cA/5ie/41bOtVWu6c08XKhwQc47N6GvPy8PbTO0OStmL4z4vtZ4BbW5JCMfab3jnrj+mqXR9NluGXAJ6FRuAPJmNX0XBnizc5HIMYbbv5ittpmmxwIEQbD8z8auEUo1HRMpZtiadaskSrI5ZgMEnqfzrsVaeFp4WuiVHNsFWpFFIBTxVGDgKUUgp1AKKdTKXNAOzS5puaM0A/NGaZmlzQC5pM0UVoDNGaSigFzSZoooAzRmiigEJpM0tFAJmkpaKAaTSGiigGmkoorAJTCtFFAJy0ctFFAOApwoooB1LRRQCg0uaKKAWjNFFAGaM0tFAJmlzRRQH//Z))
b) es gibt ein Firmware Issue, das erst nach längerer Zeit auftritt. Zu dem Zweck wäre es sinnvoll, eine Debug Firmware zu nutzen, um zu sehen, was da passiert. Ich habe, soweit ich weiß, leider keine hier, aber vielleicht kann Patrick aushelfen. Damit das funktioniert musst Du dann allerdings einen Rechner am Seriellen Port des Controllers haben, den Controller am problematischen Ort und ihn lange genug laufen lassen. Könnte aufwendig sein.

Sollte das zweite wirklich das Problem sein, könnte ich auch mal versuchen, alle x Stunden vom fhem Modul aus den Controller anzusprechen, das sollte, wenn es sich um ein Netzwerk Timeout Problem handelt, ggf. helfen.

Du könntest ja mal versuchen, auf Deinem fhem server ein ping <controller address> -i 3600 zu starten - das würde alle Stunde ein Paket an den Controller senden (solange Du die Session nicht beendest, also ggf. mit screen) Wäre mal interessant zu sehen, ob das was ändert.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 11 Januar 2017, 11:13:01
es geht voran, pf@anne, mrpj und ich stimmen gerade die Details ab, wir haben aktuell Interessensbekundungen für ca. 160Stück, das lohnt sich also.

Ich denke, wir werden den Zielpreis von 8EUR für den Bausatz halten können.
pf@anne hat angeboten, für zusätzlich 7EUR die Platinen komplett zu bestücken, zu flashen und zu testen, 15EUR für ein komplett fertiges Teil also.

Da das Bestücken nicht ganz ohne seine Tücken ist (das reimt sich! und was sich reimt ist gut!) sollten die, die nicht geübt im Verlöten von SMD Bauteilen sind sich sehr genau überlegen, ob sie nicht vielleicht lieber komplette Geräte kaufen wollen. Ihr kennt das:

Grüße

pj

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 11 Januar 2017, 11:51:20
Eigentlich heisst das
;)
Aber: super Angebot, ich bin bestimmt nicht der Einzige, der darauf zurückgreifen wird.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gNomeX am 11 Januar 2017, 11:55:17
Super es geht also vorran. Dann kann ich ja bald noch mehr led Streifen bestellen;))

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Spezialtrick am 11 Januar 2017, 12:32:30
Lässt sich die Platine auch über irgendeine App ggf. sogar unabhängig von Fhem steuern?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 11 Januar 2017, 12:37:22
Zitat von: Spezialtrick am 11 Januar 2017, 12:32:30
Lässt sich die Platine auch über irgendeine App ggf. sogar unabhängig von Fhem steuern?

Die Firmware selbst ist ziemlich mächtig und bietet ein direkt nutzbares WebUI an.
Dazu ist die JSON api hier (https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference) vollständig dokumentiert.
Wenn Du "App" sagst und damit eine Mobiltelefon-App meinst - da kenne ich keine, aber ggf. genügt Dir ja das WebUI?

Grüße

pj
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Spezialtrick am 11 Januar 2017, 13:03:36
Danke für die schnelle Antwort! :)

Mir reicht auch die Steuerung über FHEM, aber da ist der WAF nicht besonders hoch. ^^

Aktuell laufen meine LED RGBW Stripes über MiLight mit der entsprechenden App, die intensiv von meiner Freundin benutzt wird. Wäre eine Steuerung über die Homebridge möglich?

Lassen sich die Stripes mit der Platine bis auf "0" dimmen? Dies ist bei MiLight nicht möglich. :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 11 Januar 2017, 13:19:49
Zitat von: Spezialtrick am 11 Januar 2017, 13:03:36
Danke für die schnelle Antwort! :)

Mir reicht auch die Steuerung über FHEM, aber da ist der WAF nicht besonders hoch. ^^

Hast Du Dir mal das TabletUI dazu angesehen? Bei mir hängt ein 7" Tablet an der Wand im Wohnzimmer, über das ich alle wesentlichen Funktionen steuern kann.

Zitat von: Spezialtrick am 11 Januar 2017, 13:03:36
Aktuell laufen meine LED RGBW Stripes über MiLight mit der entsprechenden App, die intensiv von meiner Freundin benutzt wird. Wäre eine Steuerung über die Homebridge möglich?

Da hat @Shuzz schon was gemacht und wir hatten auch extra die "on" Funktion ein bisschen angepasst, um Homebridge/Homekit entgegen zu kommen.

Zitat von: Spezialtrick am 11 Januar 2017, 13:03:36
Lassen sich die Stripes mit der Platine bis auf "0" dimmen? Dies ist bei MiLight nicht möglich. :(

Klar.  ??? Aber: das geht doch auch bei MiLight? Ich hab die Teile zwar mittlerweile alle rausgeworfen, aber das ging doch genauso...

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Spezialtrick am 11 Januar 2017, 13:25:24
Zitat von: pjakobs am 11 Januar 2017, 13:19:49
Hast Du Dir mal das TabletUI dazu angesehen? Bei mir hängt ein 7" Tablet an der Wand im Wohnzimmer, über das ich alle wesentlichen Funktionen steuern kann.

Habe ich mir mal angesehen und auf meine to do Liste geschrieben. Für die aktuelle Wohnung ist es aber nicht geplant.

Zitat von: pjakobs am 11 Januar 2017, 13:19:49
Da hat @Shuzz schon was gemacht und wir hatten auch extra die "on" Funktion ein bisschen angepasst, um Homebridge/Homekit entgegen zu kommen.

Perfekt, das ist vollkommen ausreichend. :) Dann suche ich mal die aktuelle Sammelbestellung.

Zitat von: pjakobs am 11 Januar 2017, 13:19:49
Klar.  ??? Aber: das geht doch auch bei MiLight? Ich hab die Teile zwar mittlerweile alle rausgeworfen, aber das ging doch genauso...

Also bei mir nicht. Man kann bis zu einem bestimmen Punkt herunter dimmen, aber eben nicht auf 0.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 11 Januar 2017, 13:42:10
Zitat von: Spezialtrick am 11 Januar 2017, 13:25:24
Habe ich mir mal angesehen und auf meine to do Liste geschrieben. Für die aktuelle Wohnung ist es aber nicht geplant.
Ist wirklich ne gute Sache.
Außerdem gibt es, für sehr konservative Haushaltsmitglieder, z.B. von Homematic kleine 433MHz Sender, die man in einen ansonsten stromlosen UP Lichtschalter einbauen kann. Ich habe in drei Räumen nur fhem kontrollierte Beleuchtung und, falls meine Eltern mal hier sind, zusätzlich solche Schalter eingebaut. Die melden einen Event an fhem und das schaltet dann das Licht an ;-)
Zitat von: Spezialtrick am 11 Januar 2017, 13:25:24
Perfekt, das ist vollkommen ausreichend. :) Dann suche ich mal die aktuelle Sammelbestellung.
Keine Eile, ich denke, ich werde die erst am Wochenende eröffnen, im Moment gibt es ein Formular, in das Du Dich gerne mit Deinem Bedarf eintragen darfst, damit ich den Gesamtumfang abschätzen kann, aber: wir nähern und so oder so den 200 Stück.
Zitat von: Spezialtrick am 11 Januar 2017, 13:25:24
Also bei mir nicht. Man kann bis zu einem bestimmen Punkt herunter dimmen, aber eben nicht auf 0.
sehr merkwürdig. Mich hat eher genervt, dass die Sättigung nicht vernünftig abbilden können, also entweder reinfarbig sind oder weiß, aber nix dazwischen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Spezialtrick am 11 Januar 2017, 13:44:45
Ich habe mich mal mit drei Platinen eingetragen, könnten aber auch vier werden.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 11 Januar 2017, 14:06:39
Zitat von: pjakobs am 11 Januar 2017, 12:37:22Wenn Du "App" sagst und damit eine Mobiltelefon-App meinst - da kenne ich keine, aber ggf. genügt Dir ja das WebUI?
Einfach einen Mini-Floorplan erstellen und als App "verkaufen".
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Papaloewe am 11 Januar 2017, 15:09:21
Zum Ein- und Ausschalten habe ich meiner Frau einen Dashbutton hingelegt.  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 11 Januar 2017, 18:33:43
Zitat von: pjakobs am 11 Januar 2017, 11:13:01
es geht voran, pf@anne, mrpj und ich stimmen gerade die Details ab, wir haben aktuell Interessensbekundungen für ca. 160Stück, das lohnt sich also.
Freue mich sehr, 1000 Danke euch schonmal!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 11 Januar 2017, 19:02:54
Zitat von: Spezialtrick am 11 Januar 2017, 13:03:36
(...)Wäre eine Steuerung über die Homebridge möglich?(...)

Ja, geht.
Ich steuere meinen RGBWW Controller per Siri, Alexa und FHEMWeb.
Für "Alles aus" fliegt hier noch ein DashButton rum wenn ich spätabends nicht mehr mit Alexa reden mag... ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 11 Januar 2017, 20:55:30
Hi, und welche Kommandos versteht Dein Siri genau?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 11 Januar 2017, 20:56:02
Hi, und welche Kommandos versteht Dein Siri genau?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 11 Januar 2017, 20:57:31
Hi Shuzz,
und welche Kommandos versteht Dein Siri genau?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 11 Januar 2017, 21:04:57
So, das Flashen kann beginnen.....
Mit dem spezial HighEnd-Flasher.... 8)



Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 11 Januar 2017, 21:14:20
Zitat von: Pf@nne am 11 Januar 2017, 21:04:57
So, das Flashen kann beginnen.....
Mit dem spezial HighEnd-Flasher.... 8)
wie geil! ein veritables "Bed of Nails" :D

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: oli82 am 12 Januar 2017, 08:23:20
Zitat von: Pf@nne am 11 Januar 2017, 21:04:57
Mit dem spezial HighEnd-Flasher.... 8)
Kommt mir bekannt vor, hatte aber noch Federprüfspitzen hier liegen ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pc1246 am 12 Januar 2017, 09:33:18
Zitat von: Pf@nne am 11 Januar 2017, 21:04:57
So, das Flashen kann beginnen.....
Mit dem spezial HighEnd-Flasher.... 8)
Jetzt weiss ich, woher Dein Spitzname kommt!
;D
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Spezialtrick am 12 Januar 2017, 10:26:07
Zitat von: Shuzz am 11 Januar 2017, 19:02:54
Ja, geht.
Ich steuere meinen RGBWW Controller per Siri, Alexa und FHEMWeb.
Für "Alles aus" fliegt hier noch ein DashButton rum wenn ich spätabends nicht mehr mit Alexa reden mag... ;)

Perfekt, dann bin ich auch dabei.  8)

Könntest du ein paar Screenshots der Steuerung am iPhone hochladen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 12 Januar 2017, 11:35:19
Zitat von: Pf@nne am 11 Januar 2017, 21:04:57Mit dem spezial HighEnd-Flasher.... 8)
Wie lange hast du gebraucht, bis die Spitzen ausreichend gleich hoch waren?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Pf@nne am 12 Januar 2017, 12:14:50
Das ging, ich habe erst vorgebohrt und dann die Nägel nicht ganz eingeschlagen.
Dann die Nägel von der Höhe und Position mit der Zange korrigiert.
Den Rest auf der Rückseite habe ich einfach "weggedremelt".

Ich habe auch noch einen StepDown-Einsteller hinzugefügt.

Zum Testen der Boards werde ich es genauso machen, einfach das fertige Board auf die Spitzen drücken und fertig.... 8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 12 Januar 2017, 12:44:09
Zitat von: Pf@nne am 12 Januar 2017, 12:14:50Das ging, ich habe erst vorgebohrt und dann die Nägel nicht ganz eingeschlagen.
Ah, die sind ganz durch! :facepalmsmilie:
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 12 Januar 2017, 14:26:03
Zitat von: RaspiLED am 11 Januar 2017, 20:57:31
Hi Shuzz,
und welche Kommandos versteht Dein Siri genau?
Gruß Arnd

An/Aus, Farbe einstellen, Sättigung einstellen, Helligkeit einstellen.
Das waren sie glaube ich soweit's den RGB Controller betrifft.

Beim Echo fehlt noch die Sättigung, da muss ich nochmal nach schauen...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 12 Januar 2017, 15:26:13
Hey, Danke!
Was genau musst Du sagen ;-) und wie sind die Einstellung im FHEM Device? Du weisst schon GenericDevice, Mapping und so ...
Ich bekomme die Farbwahl mit Homebridge noch nicht sauber hin, sondern nutze einen Umweg über Szene blau, rot, ...
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 13:34:45
Update Sammelbestellung:

Ich arbeite gerade an einem Google Form für die Bestellung, ich werde drei Optionen anbieten:

Je nach Menge steht endweder Versand als

Diese Versandkosten beinhalten jeweils Porto und Verpackung.

Aktuell steht das Interesse bei etwas über 200 Stück insgesamt, ich hab mich deshalb schonmal aus dem Fenster gelehnt und die ersten 50 ESP12f bestellt :-)

Das Formular sollte dann morgen oder übermorgen für alle erreichbar sein, ich will vorher noch ein bisschen testen, damit ich nicht irgendwann einen blöden Fehler finde :-)

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gloob am 19 Januar 2017, 13:49:41
Gibt es eignetlich irgendwo eine Übersicht über den aktuellen Stand der Hardware? Würde gerne mal sehen wie die Platine aussieht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 13:56:32
Zitat von: gloob am 19 Januar 2017, 13:49:41
Gibt es eignetlich irgendwo eine Übersicht über den aktuellen Stand der Hardware? Würde gerne mal sehen wie die Platine aussieht.
alle designfiles sind auf github https://github.com/patrickjahns/esp_rgbww_controller/tree/master
Wir haben allerdings ein paar kleine Änderungen und werden einen version 1.4 produzieren, die in ein paar Stellen einfacher zu nutzen sein wird. Da warte ich noch auf die Files von Patrick.
Dazu wird die Platine diesmal schwarz statt weiß.
pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 19 Januar 2017, 14:14:15
Zitat von: pjakobs am 19 Januar 2017, 13:34:45ich werde drei Optionen anbieten:

  • Bausatz
  • Fertig aufgebaute Platine
  • nur Platine ohne alles
Könntest du dich zu einem Bausatz mit geflashtem Chip hinreissen lassen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 14:55:40
Zitat von: Per am 19 Januar 2017, 14:14:15
Könntest du dich zu einem Bausatz mit geflashtem Chip hinreissen lassen?

Hatte ich nicht auf dem Plan, denn bei den fertigen Platinen ist der Ablauf:


will sagen: die Firmware kommt drauf, wenn das Teil fertig getestet ist, ich hab also erstmal kein Jig, um den Controller extern zu flashen.
Aber: ich denke, flashen wird ein bisschen einfacher werden, weil die neue Platinenversion die Möglichkeit bieten wird, sie direkt mit 3.3V zu versorgen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gloob am 19 Januar 2017, 15:33:44
Zitat von: pjakobs am 19 Januar 2017, 13:56:32
alle designfiles sind auf github https://github.com/patrickjahns/esp_rgbww_controller/tree/master
Wir haben allerdings ein paar kleine Änderungen und werden einen version 1.4 produzieren, die in ein paar Stellen einfacher zu nutzen sein wird. Da warte ich noch auf die Files von Patrick.
Dazu wird die Platine diesmal schwarz statt weiß.
pj

Betrifft die Änderung zufällig ein einfacheres Lötes des DC/DC Wandlers mit THT ontage?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 15:49:10
Zitat von: gloob am 19 Januar 2017, 15:33:44
Betrifft die Änderung zufällig ein einfacheres Lötes des DC/DC Wandlers mit THT ontage?

Patrick hat das Layout so geändert, dass der DC/DC Wandler a) auf der Oberseite plaziert ist und b) mit Pins verlötet werden kann. Dazu ist ein 3.3V Pin auf der Oberseite dazugekommen, um den Controller zum Flashen mit Strom versorgen zu können und ein Jumper, der den Controller bei Bedarf dazu vom DC/DC Wandler trennt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gloob am 19 Januar 2017, 15:51:25
Vielen Dank für die Rückmeldung. Mit den genannten Änderungen wird der Controller wieder interessant für mich.
Gibt es auch ein entsprechendes Gehäuse?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 15:57:48
Zitat von: gloob am 19 Januar 2017, 15:51:25
Vielen Dank für die Rückmeldung. Mit den genannten Änderungen wird der Controller wieder interessant für mich.
Gibt es auch ein entsprechendes Gehäuse?
Ich benutze die STRAPUBOX CO4, da passt er genau rein, zuletzt hatte ich mit Patrick noch darüber gesprochen, die Platinenbohrungen ggf. passend für dieses Gehäuse zu verschieben.
Nur die Kabelöffnungen musst Du da selbst schneiden.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: gloob am 19 Januar 2017, 15:59:48
Löcher bohren oder schneiden ist ja kein Problem. Eine gute Befestigung im Gehäuse würde ich allerdings auch begrüßen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 19 Januar 2017, 22:46:02
es ist an der Zeit, gehen wir's an, die
Sammelbestellugn 2.5

Im Grunde bleibt (fast) alles beim Alten wie @mrpj es hier (https://forum.fhem.de/index.php/topic,48918.msg466606.html#msg466606) beschrieben hat.

Ich habe die Preise noch nicht endgültig kalkuliert, aber ich denke, dass wir uns insgesamt im gleichen Preisbereich bewegen, wie von @mrpj damals beschrieben - deshalb hab ich die Abgabepreise wie folgt festgelegt:


Versand, wie oben beschreiben, je nach Menge als Großbrief oder Päckchen, also entweder 2,50 oder 5,50. Der Gesamtpreis wird Euch nach der Bestellung zusammen mit den Kontodaten per Mail zugeschickt.

Die Platine wird diesmal schwarz, das sollte beim reflow-Löten helfen (die weißen reflektieren einfach zu viel Infrarot).

Zum Ablauf: Ihr habt Interesse für ungefähr 200 Controller bekundet, ich werde einen ordentlichen Schwung Platinen bestellen (die Wahl ist entweder 300 oder 500), denn das ist das einzige, was wirklich speziell ist.

Ich werde die Platinen bestellen, sobald ich die ersten 100 bezahlten Bestellungen drin hab, und was von da bis zu dem Zeitpunkt, wo ich alle Komponenten habe bezahlt ist, wird so bald als möglich verschickt. Wenn danach noch Bestellungen reinkommen, dann würde ich wohl in 50er Batches abarbeiten oder so, mal sehen, wie's sich ausgeht.

Also nun: los und bestellen, dann habt Ihr vermutlich Anfang März Eure Controller in Händen!

https://goo.gl/forms/cQiHht7yiPFRKyWs1

Eins noch: @mrpj hat ne Menge Zeit in die Firmware investiert, ohne die wäre der Controller nur halb so hübsch. Ich würde mich freuen, wenn Ihr Euch in der Lage seht, ein paar EUR auf die Gesamtsumme aufzuschlagen, die ich ihm dann als Aufwandsentschädigung weiterleiten werde. Hier wird sich niemand bereichern, aber ich denke, das ganze Projekt hat absolute Profiqualität zum Bastlerpreis und das ist eine Anerkennung wert!

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 20 Januar 2017, 09:22:58
Ich habe bei einer Bestellung einen Google Script Error bekommen, weil die Postleitzahl fehlte.
Wenn jemand bestellt hat, aber keine Bestätigungs-mail bekommen hat, schickt mir bitte einfach ne DM hier, ich kümmer mich dann drum.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: moppy am 20 Januar 2017, 20:51:18
Habe erst heute von eurem großartigen Projekt erfahren - bin begeistert!

Mir gehts vor allem um die Ansteuerung über Homebridge/Homekit. Kann mir jemand Auskunft geben wie die Farbwahl über Homekit abläuft?
Mischt der Colorpicker Weiß automatisch dazu oder muss ich in Homekit ein zweites Gerät nur für den Weiß-Kanal anlegen?

lg,
Emanuel
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 20 Januar 2017, 21:25:11
Zitat von: moppy am 20 Januar 2017, 20:51:18
Habe erst heute von eurem großartigen Projekt erfahren - bin begeistert!

Mir gehts vor allem um die Ansteuerung über Homebridge/Homekit. Kann mir jemand Auskunft geben wie die Farbwahl über Homekit abläuft?
Mischt der Colorpicker Weiß automatisch dazu oder muss ich in Homekit ein zweites Gerät nur für den Weiß-Kanal anlegen?

lg,
Emanuel

Moin Emanuel,

das Projekt besteht im wesentlichen aus zwei Teilen: der Controller mit ziemlich smarter Firmware. Damit kannst Du auch ohne FHEM, dann halt mit dem Web-Interface des Controllers, einen RGB/WW/CW Strip betreiben, der Controller mischt automatisch die Eingestellte Farbe aus den fünf Anteilen (mein letzter Stand ist, dass es beim CW Kanal / Mischen ein Problem gibt, aber RGB WW funktioniert bei mir seit Monaten völlig problemlos).

Das FHEM Modul legt, stand heute, ein Device an, das entweder per rgb oder hsv (primär hsv) angesprochen wird, und dem Controller einen hsv Wert übergibt, der Controller kümmert sich dann, wie oben, um die Ansteuerung der einzelnen Farbkanäle.

Für die Zukunft ist geplant, einzelne Kanäle "auszuspleißen", so dass Du z.B. einen RGB Kanal und zusätzlich zwei Weiß Kanäle haben könntest, das ist aber noch nicht implementiert.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 20 Januar 2017, 21:54:08
Zitat von: pjakobs am 20 Januar 2017, 09:22:58
Ich habe bei einer Bestellung einen Google Script Error bekommen, weil die Postleitzahl fehlte.
Wenn jemand bestellt hat, aber keine Bestätigungs-mail bekommen hat, schickt mir bitte einfach ne DM hier, ich kümmer mich dann drum.

Grüße

pj

Also bei mir hat das Formular nur die führende Null verschluckt. Hab dir dazu aber schon ne Mail geschrieben.

Gruß funclass
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 20 Januar 2017, 22:14:01
Zitat von: funclass am 20 Januar 2017, 21:54:08
Also bei mir hat das Formular nur die führende Null verschluckt. Hab dir dazu aber schon ne Mail geschrieben.

Gruß funclass

Jo,  das ist ein Bug, oder genauer gesagt: ich behandle die PLZ halt als Zahl, und da fällt die Null leider weg. Ich will aber das Script, dass die Bestätigungen verschickt jetzt auch nicht mehr ändern, sonst gibt's am Ende nur Chaos.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 20 Januar 2017, 23:18:50
Alles gut. Hatte ich bei der ersten Sammelbestellung auch schon.
Warum wohne ich auch in den neuen Bundesländern  :P
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: moppy am 21 Januar 2017, 08:45:14
Zitat von: pjakobs am 20 Januar 2017, 21:25:11
Moin Emanuel,

das Projekt besteht im wesentlichen aus zwei Teilen: der Controller mit ziemlich smarter Firmware. Damit kannst Du auch ohne FHEM, dann halt mit dem Web-Interface des Controllers, einen RGB/WW/CW Strip betreiben, der Controller mischt automatisch die Eingestellte Farbe aus den fünf Anteilen (mein letzter Stand ist, dass es beim CW Kanal / Mischen ein Problem gibt, aber RGB WW funktioniert bei mir seit Monaten völlig problemlos).

Das FHEM Modul legt, stand heute, ein Device an, das entweder per rgb oder hsv (primär hsv) angesprochen wird, und dem Controller einen hsv Wert übergibt, der Controller kümmert sich dann, wie oben, um die Ansteuerung der einzelnen Farbkanäle.

Für die Zukunft ist geplant, einzelne Kanäle "auszuspleißen", so dass Du z.B. einen RGB Kanal und zusätzlich zwei Weiß Kanäle haben könntest, das ist aber noch nicht implementiert.

Grüße

pj

Das hört sich genau nach meinen Wünschen an, vielen Dank für die ausführliche Beschreibung Pj :)
Bestellung geht gleich raus  :D

Schönes Wochenende euch allen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: thm82 am 21 Januar 2017, 21:22:26
Hi,

erst mal vorweg: super Projekt!
Wir haben mit ein paar Freunden extra selber eine kleine Sammelbestellung organisiert.

Mein einziges Problem ist dass das Webinterface nicht angezeigt wird.
Die JSON API funktioniert ohne Probleme.

Ich hab das Binary von Github (letzte Version) geflasht via: python esptool.py --port /dev/cu.SLAB_USBtoUART --baud 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin

Das Kommandozeilentool "nmap" sagt auch das Port 80 auf der IP des ESP offen ist. Nur läd die Oberfläche im Browser nicht. Auch per wget kann ich die index Datei nicht herunterladen.
Ich hab schon zig Baud-Raten versucht, den Flash des ESP komplett gelöscht, sogar ein OTA Update hab ich schon per API angestoßen, es hat alles nichts geholfen.

Eine Ahnung woran das liegen könnte?

Vg,
Thomas


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 22 Januar 2017, 00:19:35
Zitat von: thm82 am 21 Januar 2017, 21:22:26
Hi,

erst mal vorweg: super Projekt!
Wir haben mit ein paar Freunden extra selber eine kleine Sammelbestellung organisiert.

Mein einziges Problem ist dass das Webinterface nicht angezeigt wird.
Die JSON API funktioniert ohne Probleme.

Ich hab das Binary von Github (letzte Version) geflasht via: python esptool.py --port /dev/cu.SLAB_USBtoUART --baud 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin

Das Kommandozeilentool "nmap" sagt auch das Port 80 auf der IP des ESP offen ist. Nur läd die Oberfläche im Browser nicht. Auch per wget kann ich die index Datei nicht herunterladen.
Ich hab schon zig Baud-Raten versucht, den Flash des ESP komplett gelöscht, sogar ein OTA Update hab ich schon per API angestoßen, es hat alles nichts geholfen.

Eine Ahnung woran das liegen könnte?

Vg,
Thomas

Moin Thomas,

Pf@nne hat hier https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761 ein gutes Tutorial zum flashen geschrieben.

Mein erster Gedanke war: SPIFFS an der falschen Adresse, aber nach dem, was Du oben geschrieben hast, sollte das stimmen. (wobei ich nicht weiß, ob das vielleicht auch noch irgendwie eine Compile Time Option ist).

Zweiter gedanke: die meisten USB/Seriell Konverter liefern zwar 3.3V, aber meistens nicht genug für einen ESP8266, ich habe mittlerweile bei allen Flash-Boards einen gesonderten 3.3V Spannungswandler drauf und habe seitdem keinerlei Probleme mehr.

Wenn Du die Firmware sowieso selbst baust, dann bietet sich imho an, eine debug Version zu compilieren und dem Controller mal beim Start per seriellem Port über die Schulter sehen. Ich tippe darauf, dass das SPIFFS nicht gefunden wird.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 22 Januar 2017, 00:22:09
Zitat von: funclass am 20 Januar 2017, 23:18:50
Alles gut. Hatte ich bei der ersten Sammelbestellung auch schon.
Warum wohne ich auch in den neuen Bundesländern  :P

sooo neu sind die mittlerweile doch garnicht mehr ;-)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 22 Januar 2017, 11:37:47
Ja, das stimmt. Aber gerade bei Postleitzahlen kommt einem das immer so vor  :P Excel hilft hier auch oft nach...

Es betrifft zwar nicht "unseren" schicken Controller, aber ich muss an die ESP-Experten mal ne Frage loswerden.

#-> verschoben nach https://forum.fhem.de/index.php/topic,65449.0.html (https://forum.fhem.de/index.php/topic,65449.0.html)

Gruß funclass
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 22 Januar 2017, 12:07:20
Wäre es evtl. sinnvoll, das in einem anderen Thread zu besprechen?   :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: funclass am 22 Januar 2017, 12:12:18
Zitat von: vbs am 22 Januar 2017, 12:07:20
Wäre es evtl. sinnvoll, das in einem anderen Thread zu besprechen?   :)

Ja, kann auch gern umgegangen werden (hab grad mal geschaut und selbst keine Option dazu gefunden). Ich hab mir nur erhofft, dass ich die Profis hier am besten erreiche.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 22 Januar 2017, 12:17:57
Mal eine Frage zur Sache: Ich würde mir die Controller gerne "auf Arbeit" liefern lassen. Würde ich da den Firmennamen + meinen Namen unter "Vorname und Nachname" eintragen? Habe da zumindest kein eigenes Feld für die Angabe eines Firmennames gesehen, oder?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 22 Januar 2017, 12:23:45
Zitat von: vbs am 22 Januar 2017, 12:17:57
Mal eine Frage zur Sache: Ich würde mir die Controller gerne "auf Arbeit" liefern lassen. Würde ich da den Firmennamen + meinen Namen unter "Vorname und Nachname" eintragen? Habe da zumindest kein eigenes Feld für die Angabe eines Firmennames gesehen, oder?

zumindest einer hat im Namensfeld "Vorname Nachname c/o Firmenname" angegeben, damit komm ich zurecht und frickel das auseinander. Wenn ich jetzt ein neues Feld in's Formular einbaue, dann kommt's zur Google-Sheet-Forms-Script-Katastrophe!

pj
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: RaspiLED am 22 Januar 2017, 12:28:07
Hihi, ja der eine war ich!
Mache ich immer so, aber Du brauchst doch nichts frikeln ;-)

Etwas wie:
Vorname Nachname, c/o Firma
Strasse Nr., Raum x
Plz Ort

Wird doch auch von der Post gut zugestellt! Und zur Not werden die Felder auf dem Adressetikett halt abgeschnitten und kommen trotzdem an ;-)

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 22 Januar 2017, 12:35:26
Ok, danke euch, mach ich dann auch so.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 23 Januar 2017, 11:58:02
Kurzes Update:

die ersten Überweisungen trudeln ein, und ich beginne mit den Bauteilbestellungen.
Leider ist jetzt schon absehbar, dass einige Bauteile längere Lieferzeiten als geplant haben, unter anderem sind von den 1250 nötigen Mosfets nur gut 800 kurzfristig lieferbar, der Rest hat bis zu fünf Wochen Lieferzeit.

Ich werde hier so offen wie möglich mit Euch sein, damit Ihr jederzeit wisst, woran Ihr seid.

Ich denke aber dennoch, dass Anfang März die ersten Controller hier rausgehen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Per am 23 Januar 2017, 12:14:59
Zitat von: pjakobs am 23 Januar 2017, 11:58:02Anfang März
Völlig OK, sollt ja nebenbei auch noch etwas Freizeit haben  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: AlexSchei am 23 Januar 2017, 18:21:06
Moin.
Zitat von: pjakobs am 23 Januar 2017, 11:58:02
... Leider ist jetzt schon absehbar, dass einige Bauteile längere Lieferzeiten als geplant haben ...

Absolut kein Thema. Kannst meine Bestellung gern nach hinten stellen. Komme vor April sowieso nicht dazu die zu verbauen.

Und: Vielen Dank für Deine Mühe! Solltest Du mal in Braunschweig sein, lad ich dich gern auf ein kühles Blondes ein!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 23 Januar 2017, 21:20:00
Zitat von: AlexSchei am 23 Januar 2017, 18:21:06
Moin.
Absolut kein Thema. Kannst meine Bestellung gern nach hinten stellen. Komme vor April sowieso nicht dazu die zu verbauen.

Und: Vielen Dank für Deine Mühe! Solltest Du mal in Braunschweig sein, lad ich dich gern auf ein kühles Blondes ein!

die Zahl die in der Mail beim Überweisungstext steht ist quasi Eure jeweilige Startnummer - die Zeile in der Bestellungstabelle. Die werd ich von oben abarbeiten ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Sany am 24 Januar 2017, 11:56:27
@pj

Zitatunter anderem sind von den 1250 nötigen Mosfets nur gut 800 kurzfristig lieferbar,

kennst Du segor in Berlin? die haben den Mosfet, ab 100 St für -,40€. Vielleicht haben die ja genug. Versandkostenfrei ab 75€.
www.segor.de (http://www.segor.de)

Sany
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 24 Januar 2017, 16:48:47
Zitat von: Sany am 24 Januar 2017, 11:56:27
@pj

kennst Du segor in Berlin? die haben den Mosfet, ab 100 St für -,40€. Vielleicht haben die ja genug. Versandkostenfrei ab 75€.
www.segor.de (http://www.segor.de)

Sany

Ha, Segor, da hab ich ewig nix bestellt, wobei die eigentlich echt gut sind. Hier aber kosten die Dinger 40ct Netto - 48 Brutto und das macht jeden Controller dann 50ct teurer. Im Moment ist alles noch kein Problem, aber wenn's kanpp wird, dann kauf ich die Komponenten wo ich sie kriegen kann.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: johns am 24 Januar 2017, 21:37:11
Hallo zusammen.

ich glaub ich hab einen Bug entdeckt. Und zwar hab ich die Konfiguration, dass ich nur den CW und WW Kanal benötige. Dazu habe ich auf RGBWWCW gestellt. Nun flackert der CW Kanal allerdings während dem auf- oder abdimmen, er geht also zwischendurch ganz aus und wieder an. Ich hab mich dann auf die Fehlersuche begeben und festgestellt, dass der CW Kanal negative PWM Werte zugeteilt bekommt (siehe Anhang).
Das Phänomen auf dem CW Kanal ist weg, wenn ich auf den RGBCW Modus wechsle.

Hat das Problem noch jemand oder kann es jemand nachstellen?

Gruß
Jonas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 24 Januar 2017, 21:43:38
Zitat von: johns am 24 Januar 2017, 21:37:11
Hallo zusammen.

ich glaub ich hab einen Bug entdeckt. Und zwar hab ich die Konfiguration, dass ich nur den CW und WW Kanal benötige. Dazu habe ich auf RGBWWCW gestellt. Nun flackert der CW Kanal allerdings während dem auf- oder abdimmen, er geht also zwischendurch ganz aus und wieder an. Ich hab mich dann auf die Fehlersuche begeben und festgestellt, dass der CW Kanal negative PWM Werte zugeteilt bekommt (siehe Anhang).
Das Phänomen auf dem CW Kanal ist weg, wenn ich auf den RGBCW Modus wechsle.

Hat das Problem noch jemand oder kann es jemand nachstellen?

Gruß
Jonas
Hi Johns, @Shuzz hat ne Testversion gebaut, die das Problem lösen sollte. Der Bug ist wohl beim Umstellen von float auf int entstanden. Schick mir doch mal ne DM mit Deiner e-mail, dann schick ich Dir die Firmware zum testen.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: johns am 24 Januar 2017, 22:15:35
Scheint zu funktionieren mit der Beta, vielen Dank! Allerdings funktioniert ein set dim x aus FHEM nur für den WW Kanal und nicht wie früher für beide. Mit dem raw command kann ich es allerdings auch umgehen.
@Shuzz: Wenn du noch jemanden zum Testen brauchst, stelle ich mich gern zur Verfügung!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Gernott am 24 Januar 2017, 22:42:08
Zitat von: johns am 24 Januar 2017, 21:37:11
Hat das Problem noch jemand oder kann es jemand nachstellen?
Ja, das hatte ich hier vor einiger Zeit mal beschrieben, siehe https://forum.fhem.de/index.php/topic,48918.msg501004.

Gruß
G.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 24 Januar 2017, 22:48:47
Zitat von: Gernott am 24 Januar 2017, 22:42:08
Ja, das hatte ich hier vor einiger Zeit mal beschrieben, siehe https://forum.fhem.de/index.php/topic,48918.msg501004.

Gruß
G.
Magst Du mir auch schnell ne DM mit Deiner Mailadresse schicken, dann schick ich dir die Test-firmware, die @Shuzz gebaut hat.
Zitat von: johns am 24 Januar 2017, 22:15:35
Scheint zu funktionieren mit der Beta, vielen Dank! Allerdings funktioniert ein set dim x aus FHEM nur für den WW Kanal und nicht wie früher für beide. Mit dem raw command kann ich es allerdings auch umgehen.
@Shuzz: Wenn du noch jemanden zum Testen brauchst, stelle ich mich gern zur Verfügung!


Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 25 Januar 2017, 10:39:42
Mal was persönliches:

mir macht es gerade total viel Spaß, dieses Projekt voranzutreiben.
Mit @Shuzz, @pf@anne und @mrpj hat sich ein Team drumherum gebildet, das sich der anstehenden Aufgaben annimmt und das gesamte Projekt stetig verbessert und wenn ich mir dann ansehe, wie viele Bestellungen wir haben (aktuell 218 Controller plus 68 leere Platinen von 50 einzelnen Bestellern) und dass davon gut vier fünftel innerhalb von drei Tagen (das Wochenende rausgerechnet) auch schon bezahlt haben - Ihr seid klasse!

Ich freu mich gerade sehr darüber, wie das hier abläuft!

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 25 Januar 2017, 11:17:57
Zitat von: johns am 24 Januar 2017, 22:15:35
Scheint zu funktionieren mit der Beta, vielen Dank! Allerdings funktioniert ein set dim x aus FHEM nur für den WW Kanal und nicht wie früher für beide. Mit dem raw command kann ich es allerdings auch umgehen.
@Shuzz: Wenn du noch jemanden zum Testen brauchst, stelle ich mich gern zur Verfügung!

Den Fehler kann ich nicht nachvollziehen, sorry.
Bei mir dimmen die Kanäle allesamt sauber hoch und runter...

Hast Du evtl. die Farbtemperatur auf unterem Anschlag? Dann wird natürlich nur der WW Kanal angesteuert und CW bleibt aus...
2700K ist rein Warmweiß, 6000K rein Kaltweiß.
Kannst Du ändern indem Du das colorTemp Attribut setzt, z.B. auf 4500.
(Das Modul erlaubt übrigens Werte von 2500 bis 10000 - das ist ein Bug und wird bald behoben...
Niedrigste Einstellung mit der der Controller arbeiten kann ist 2700K, die höchste 6000K.
Bei Werten außerhalb dieses Bereichs macht der Controller eine 50/50 Mischung von WW und CW.)


Grüße,

Shuzz

P.S.: @mrpj wird wohl demnächst eine aktualisierte Firmware zum Download bereitstellen. Stay tuned... ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: johns am 26 Januar 2017, 09:52:26
Das colorTemp Attribut in FHEM ist die Lösung gewesen.

Vielen Dank!


EDIT: Allerdings bringt ein dim 100 jetzt nur folgende Werte:
{"raw":{"r":0,"g":0,"b":0,"ww":511,"cw":511}}

Lässt sich irgendwo noch etwas einstellen, dass die Kanäle beide bis 1023 ausgenutzt werden.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 26 Januar 2017, 12:59:40
Zitat von: johns am 26 Januar 2017, 09:52:26
Das colorTemp Attribut in FHEM ist die Lösung gewesen.

Vielen Dank!


EDIT: Allerdings bringt ein dim 100 jetzt nur folgende Werte:
{"raw":{"r":0,"g":0,"b":0,"ww":511,"cw":511}}

Lässt sich irgendwo noch etwas einstellen, dass die Kanäle beide bis 1023 ausgenutzt werden.

das ist, im hsv Modus, das erwünschte Verhalten: die Mischung hat auf die Helligkeit keinen Einfluss. Wenn beide Kanäle auf 100% gefahren werden würde, dann würde das ja bedeuten, dass die Helligkeit zu warm / kalt auf jeweils 50% abfallen würde.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Shuzz am 26 Januar 2017, 18:21:46
Zitat von: johns am 26 Januar 2017, 09:52:26
Lässt sich irgendwo noch etwas einstellen, dass die Kanäle beide bis 1023 ausgenutzt werden.

Wie pjakobs bereits sagte: Nicht im HSV-Modus.
Per RAW geht das selbstverständlich... ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 27 Januar 2017, 10:14:27
kurzes Update: Wir haben gestern die Gesamtzahl von 300 bestellten Platinen durchbrochen, also werde ich gleich 500 leere Platinen ordern. Ihr seid der Wahnsinn :-)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 28 Januar 2017, 20:46:37
Yay sehr cool, nochmals vielen Dank, dass ihr euch darum kümmert und euch die viele Arbeit macht!

Ich bekomme im Moment recht viele Warnings aus dem Modul. Ich glaube aber nur beim Starten:

2017.01.27 21:40:26.241 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 400, <$fh> line 2540.
2017.01.27 21:40:26.241 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 714, <$fh> line 2540.
2017.01.27 21:40:26.241 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 737, <$fh> line 2540.
2017.01.27 21:40:26.242 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2541.
2017.01.27 21:40:26.242 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2542.
2017.01.27 21:40:26.242 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2543.
2017.01.27 21:40:26.242 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2544.
2017.01.27 21:40:26.242 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2545.
2017.01.27 21:40:26.243 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2546.
2017.01.27 21:40:26.243 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2547.
2017.01.27 21:40:26.243 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2548.
2017.01.27 21:40:26.243 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2549.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 400, <$fh> line 2635.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 714, <$fh> line 2635.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 737, <$fh> line 2635.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2636.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2637.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2638.
2017.01.27 21:40:26.304 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2639.
2017.01.27 21:40:26.305 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2640.
2017.01.27 21:40:26.305 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2641.
2017.01.27 21:40:26.305 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2642.
2017.01.27 21:40:26.305 1: PERL WARNING: Use of uninitialized value in numeric ge (>=) at ./FHEM/32_LedController.pm line 372, <$fh> line 2643.


Das kommt von diesen Logausgaben hier:

  Log3 ($hash, 4, "$hash->{NAME}: get config request") if ($hash->{helper}->{logLevel} >= 4);


Die Variable "$hash->{helper}->{logLevel}" ist (noch) nicht definiert. Das passiert erst, sobald man "set" aufruft.
Man könnte nun natürlich die Variable schon beim Anlegen auf einen Wert setzen, dann sollte das Problem weg sein. In dem Modul steckt aber ja offenbar ein eigener Loglevel-Mechanismus. Ist das wirklich so gewollt? Fühlt sich erstmal nicht so schön an, muss ich sagen.
Die Logs im Code sehen dann aus wie oben und man muss zB das Loglevel immer zweimal in der Zeile angeben.

Beim Aufruf von "set" wird dann dieses "Custom"-Loglevel indiviuell gefüllt:

   $hash->{helper}->{logLevel} = (AttrVal($hash->{NAME},"verbose",0)>$attr{global}{verbose})?AttrVal($hash->{NAME},"verbose",0):$attr{global}{verbose};


Ich würde anbieten, die Sachen rauszunehmen und das auf das normale fhem-Loglevel zurück zu bauen. Ist keine große Sache. Einfach ne Fleißarbeit. Vielleicht verstehe ich aber auch einfach den größeren Sinn dahinter nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 28 Januar 2017, 20:54:38
Die Sache mit dem Loglevel ist die: wenn wir data::Dumper in Log3 verwenden, dann wird der Dumper erstmal ausgeführt und das Ergebnis dann an Log3 übergeben. Der Erfolg war, dass ein log output für Loglevel 5 relativ viel Zeit in Anspruch nahm, selbst, wenn der Loglevel sehr niedrig gesetzt war. Wir berechnen daher den aktuell gültigen Loglevel aus dem Attribute Loglevel sowohl für das Modul als auch global und speichern den im internal um die entsprechenden Log3 calls auszumaskieren, bevor Dumper aufgerufen wird. Ich gebe zu, nicht elegant aber schnell.

Die Warnings kommen tatsächlich nur beim initialen "define" - ich denke, wenn wir den loglevel internal schon dort einmal setzen.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: vbs am 28 Januar 2017, 21:10:59
Aber aber aber...ich mag mich täuschen, aber der Dumper wird nur an zwei Stellen im Code überhaupt verwendet oder?

Egal, soll ich dann einfach das helper->loglevel mal initialisieren in define?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 28 Januar 2017, 21:18:17
ich hab damals das Logging ziemlich aufgeräumt, aber die Log3 calls für Loglevel größer drei eben mit dem nachgestellten "if" ausgeblendet.
Performance war halt ein Problem, weil es manchmal ewig dauern konnte, bis eine längere Zeile abgearbeitet war.

Das loglevel internal im define zu setzen wäre ne prima Idee, wenn Du magst, nur los ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 29 Januar 2017, 20:38:15
Von mir gibt es ein kurzes Lebenszeichen - ich war ja echt lange nicht mehr hier drinnen.

Erstmal: Danke an Peter (pjakobs), dass er sich die Mühe gerade macht um eine Sammelbestellung zu organisieren. Mich hat leider meine Arbeit und vieles drum herum gerade stark im Griff und ich komme zu sehr wenig.

In den letzten Tagen ist dennoch das ein oder andere fuer das Projekt passiert:
Es gibt einige updates zum Layout:
- DCDC Wandler ist nun als "Through Hole" Bauteil eingebunden worden, bedeutet es koennen Pinheader eingeloetet werden und der DC Wandler auf diese geloetet -> es sollte wesentlich einfacher sein den DC Wandler zu loeten
- Es gibt einen Jumper/Pinleiste um eine externe 3.3V stromquelle anzuschließen; Wenn man nun den Spannungswandler mal nachjustieren will, geht das auch, ohne den ESP zu grillen
- Die Platine erhaelt andere Maße (53x47mm) und passt nun in das von Peter vorgeschlagene Gehaeuse rein

Ein paar Worte zur Firmware:
- der Bug mit dem WW/CW Abgleich ist von Christian gefixt - der Code liegt mir vor und ich stelle im laufe der nächsten Woche ein neues Firmware release zusammen

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: hermanski.k am 31 Januar 2017, 13:01:43
Hallo zusammen,
ich habe noch eine Platine aus der ersten Sammelbestellung.
Meine Platine macht je nach Farbeinstellung hochfrequente Geräusche (fiepsen).
Gibt es eine Möglichkeit durch Modifikation, das fiepsen zu reduzieren. 

SG
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: pjakobs am 31 Januar 2017, 13:10:37
Moin, Pfeifen klingt nach Schaltnetzteil. Bist Du sicher, dass das Pfeifen vom Controller selbst kommt? Ich hatte anfangs billige, offene China Netzteile die vor allem bei geringer Leistungsabgabe (=wenig Licht) mit ca 10kHz pfiffen. Wenn es der Controller selbst ist, dann könnte es der DC/DC Wandler,  einer der beiden Elkos oder, unwahrscheinlich, einer der MOSFETs sein. Ich würde in der Reihenfolge testen und Komponenten tauschen.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: hermanski.k am 31 Januar 2017, 13:28:38
Danke für die Hinweise. Test gleich mal durch.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: mrpj am 31 Januar 2017, 23:03:05
Neues Layout (v1.5) ist nun auf github verfuegbar: https://github.com/patrickjahns/esp_rgbww_controller

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: thm82 am 02 Februar 2017, 22:23:51
Zitat von: pjakobs am 22 Januar 2017, 00:19:35
Moin Thomas,

Pf@nne hat hier https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761 ein gutes Tutorial zum flashen geschrieben.

Mein erster Gedanke war: SPIFFS an der falschen Adresse, aber nach dem, was Du oben geschrieben hast, sollte das stimmen. (wobei ich nicht weiß, ob das vielleicht auch noch irgendwie eine Compile Time Option ist).

Zweiter gedanke: die meisten USB/Seriell Konverter liefern zwar 3.3V, aber meistens nicht genug für einen ESP8266, ich habe mittlerweile bei allen Flash-Boards einen gesonderten 3.3V Spannungswandler drauf und habe seitdem keinerlei Probleme mehr.

Wenn Du die Firmware sowieso selbst baust, dann bietet sich imho an, eine debug Version zu compilieren und dem Controller mal beim Start per seriellem Port über die Schulter sehen. Ich tippe darauf, dass das SPIFFS nicht gefunden wird.

pj

Danke für die Infos!

Es hat sich allerdings nach einigem probieren herausgestellt dass der Controller eigentlich korrekt geflasht war. Mein MacBook schafft es einfach nicht die Webseite zu laden. Mein iPhone allerdings schon. Keine Ahnung warum. Ist aber auch nicht tragisch.

Vg

PS: Ich bin ein wenig neidisch auf das V1.5 Layout. Die Möglichkeit den DCDC über Pins zu löten und die Option den DCDC abzutrennen ist wirklich top. Wenn ich richtig sehe wird das allerdings dadurch "erkauft" dass sich der große Elko und die Mosfets nicht mehr gut kippen lassen, was es nicht mehr ermöglicht die Höhe ein wenig zu reduzieren. Ab und an ist das beim "integrieren/verstecken" leider der entscheidende Faktor. Aber man kann nicht alles haben :-)

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 Februar 2017, 08:35:36
Zitat von: thm82 am 02 Februar 2017, 22:23:51
Danke für die Infos!

Es hat sich allerdings nach einigem probieren herausgestellt dass der Controller eigentlich korrekt geflasht war. Mein MacBook schafft es einfach nicht die Webseite zu laden. Mein iPhone allerdings schon. Keine Ahnung warum. Ist aber auch nicht tragisch.

Vg

PS: Ich bin ein wenig neidisch auf das V1.5 Layout. Die Möglichkeit den DCDC über Pins zu löten und die Option den DCDC abzutrennen ist wirklich top. Wenn ich richtig sehe wird das allerdings dadurch "erkauft" dass sich der große Elko und die Mosfets nicht mehr gut kippen lassen, was es nicht mehr ermöglicht die Höhe ein wenig zu reduzieren. Ab und an ist das beim "integrieren/verstecken" leider der entscheidende Faktor. Aber man kann nicht alles haben :-)
Die Sammelbestellung ist offen, und Du kannst auch leere Platinen bekommen.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 Februar 2017, 15:19:09
kurzes Update zur Sammelbestellung:

heute ist die zweite Teillieferung von TME eingetroffen, damit sind fast alle passiven Komponenten und die MOSFETS komplett, die Chinesen lassen noch auf sich warten.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: uniqueck am 03 Februar 2017, 15:40:18
kann man sich für die Sammelbestellung noch einklinken, oder ist es schon zu spät?

wenn ja ich würde noch 4 komplett bestückte nehmen.
Hat sich denn mal jemand die Mühe gemacht und ein 3D Drucker Gehäuse für die Controller entworfen?
Sind die Maße der neuen Platine identisch zur ersten?

gruß constantin
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: jojoja am 03 Februar 2017, 15:55:27
Hallo Constantin,

ich zitier hier einfach mal Patrick:

Zitat von: mrpj am 29 Januar 2017, 20:38:15
Von mir gibt es ein kurzes Lebenszeichen - ich war ja echt lange nicht mehr hier drinnen.

Erstmal: Danke an Peter (pjakobs), dass er sich die Mühe gerade macht um eine Sammelbestellung zu organisieren. Mich hat leider meine Arbeit und vieles drum herum gerade stark im Griff und ich komme zu sehr wenig.

In den letzten Tagen ist dennoch das ein oder andere fuer das Projekt passiert:
Es gibt einige updates zum Layout:
- DCDC Wandler ist nun als "Through Hole" Bauteil eingebunden worden, bedeutet es koennen Pinheader eingeloetet werden und der DC Wandler auf diese geloetet -> es sollte wesentlich einfacher sein den DC Wandler zu loeten
- Es gibt einen Jumper/Pinleiste um eine externe 3.3V stromquelle anzuschließen; Wenn man nun den Spannungswandler mal nachjustieren will, geht das auch, ohne den ESP zu grillen
- Die Platine erhaelt andere Maße (53x47mm) und passt nun in das von Peter vorgeschlagene Gehaeuse rein

Ein paar Worte zur Firmware:
- der Bug mit dem WW/CW Abgleich ist von Christian gefixt - der Code liegt mir vor und ich stelle im laufe der nächsten Woche ein neues Firmware release zusammen



Das Gehäuse heißt Strapubox CO 4. Zur Bestellung kann ich nichts sagen, es gibt hier aber ein Google-Formular.

Gruß Johannes
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 Februar 2017, 15:55:49
Zitat von: uniqueck am 03 Februar 2017, 15:40:18
kann man sich für die Sammelbestellung noch einklinken, oder ist es schon zu spät?

wenn ja ich würde noch 4 komplett bestückte nehmen.
Hat sich denn mal jemand die Mühe gemacht und ein 3D Drucker Gehäuse für die Controller entworfen?
Sind die Maße der neuen Platine identisch zur ersten?

gruß constantin

Hi Constantin,

die Sammelbestellung ist noch offen, aber da wir die 250er Grenze, für die ich initial Material bestellt habe schon überschritten habe, kann es ein paar Wochen länger dauern (dann vielleicht im April) bis wieder genug zusammengekommen ist.

Zum Gehäuse: wir haben die Platine so abgeändert, dass sie jetzt ein die StrapuBox CO4 passt - komplett mit Montagebohrungen. (http://strapubox.de/modules/uploadmanager11/admin/index.php?action=file_download&file_id=140&location_id=0)
Dadurch sind die Platinenbohrungen natürlich verschoben und auch die Außenmaße haben sich verändert.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: uniqueck am 03 Februar 2017, 16:46:00
Gute danke für die Info, habe mich mal eingetragen. Und die Gehäuse werde ich mir dann auch gleich mal ordern.

Jemand in der Nähe von Bretten zu Hause, welcher auch hier mitbestellt und auch interesse an den Gehäusen hat, dann könnte man sich ja die Versandkosten bei ELV teilen.

Gruß Constantin
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Andy89 am 04 Februar 2017, 15:10:19
Zitat von: pjakobs am 03 Februar 2017, 15:55:49
Zum Gehäuse: wir haben die Platine so abgeändert, dass sie jetzt ein die StrapuBox CO4 passt - komplett mit Montagebohrungen. (http://strapubox.de/modules/uploadmanager11/admin/index.php?action=file_download&file_id=140&location_id=0)
Dadurch sind die Platinenbohrungen natürlich verschoben und auch die Außenmaße haben sich verändert.

Habe noch 5 Platinen von der alten Version, aber da ich nun langsam alles in Gehäuse verpacken möchte, habe ich heute probeweise ein CO4 Gehäuse von ELV erhalten.
Die Änderungen an der Platine kommen es ja wie gerufen  ;D Habe mal auch 3 Platinen geordert inkl. einer kleinen Zuzahlung fürs Bier  ;) ;)

Beste Grüße
Andy
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 Februar 2017, 15:29:59
nochmal ein Update zur Sammelbestellung:

wie ich schon sagte, habe ich initial Bauteile für 250 Controller bestellt, mittlerweile hab Ihr aber schon gut 280 Stück bestellt, wie schon angekündigt werde ich sehen, dass wir die ersten 250 gleich bedienen (wer noch nicht überwiesen hat, bitte nochmal nachsehen, damit ich dann auch verschicken kann!)
Danach denke ich mal bestelle ich in 50 Batches. Die größten Laufzeiten ergeben sich dabei für den ESP und den DC/DC Wandler. Im Moment kann ich bis zur Position 58 (die Nummer, die in den Überweisungstext kommt) im ersten Lauf liefern.

Wer eine höhere Startnummer hat, wird ggf. bis zu vier Wochen länger warten müssen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2
Beitrag von: Florian_GT am 11 Februar 2017, 21:13:10
Zitat von: pjakobs am 19 Januar 2017, 22:46:02
es ist an der Zeit, gehen wir's an, die
Sammelbestellugn 2.5

Im Grunde bleibt (fast) alles beim Alten wie @mrpj es hier (https://forum.fhem.de/index.php/topic,48918.msg466606.html#msg466606) beschrieben hat.

Ich habe die Preise noch nicht endgültig kalkuliert, aber ich denke, dass wir uns insgesamt im gleichen Preisbereich bewegen, wie von @mrpj damals beschrieben - deshalb hab ich die Abgabepreise wie folgt festgelegt:


  • Bausatz: 8EUR
  • Komplett: 15EUR
  • nur Platine: 1,20EUR

Versand, wie oben beschreiben, je nach Menge als Großbrief oder Päckchen, also entweder 2,50 oder 5,50. Der Gesamtpreis wird Euch nach der Bestellung zusammen mit den Kontodaten per Mail zugeschickt.

Die Platine wird diesmal schwarz, das sollte beim reflow-Löten helfen (die weißen reflektieren einfach zu viel Infrarot).

Zum Ablauf: Ihr habt Interesse für ungefähr 200 Controller bekundet, ich werde einen ordentlichen Schwung Platinen bestellen (die Wahl ist entweder 300 oder 500), denn das ist das einzige, was wirklich speziell ist.

Ich werde die Platinen bestellen, sobald ich die ersten 100 bezahlten Bestellungen drin hab, und was von da bis zu dem Zeitpunkt, wo ich alle Komponenten habe bezahlt ist, wird so bald als möglich verschickt. Wenn danach noch Bestellungen reinkommen, dann würde ich wohl in 50er Batches abarbeiten oder so, mal sehen, wie's sich ausgeht.

Also nun: los und bestellen, dann habt Ihr vermutlich Anfang März Eure Controller in Händen!

https://goo.gl/forms/cQiHht7yiPFRKyWs1

Eins noch: @mrpj hat ne Menge Zeit in die Firmware investiert, ohne die wäre der Controller nur halb so hübsch. Ich würde mich freuen, wenn Ihr Euch in der Lage seht, ein paar EUR auf die Gesamtsumme aufzuschlagen, die ich ihm dann als Aufwandsentschädigung weiterleiten werde. Hier wird sich niemand bereichern, aber ich denke, das ganze Projekt hat absolute Profiqualität zum Bastlerpreis und das ist eine Anerkennung wert!

Grüße

pj

Hi, ich habe von der vorherigen Bestellung noch 4 Platinen (ohne Teile), und würde mich freuen, wenn du mir statt des einen Bausatz (gerade bestellt), die fehlenden Teile zukommen lassen könntest. Wenn nicht hier, können wir den rest gerne direkt per E-Mail klären. Daten solltest du dank des Formulars haben.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 12 Februar 2017, 19:56:04
Hallo Leute,

ich plane meine Controller für die Küche zu nutzen.
Meine Netzteile hängen an meinen Berker Wechselschalter. Ist es möglich standardmässig WW oder CW beim einschalten auf ON zustellen?

Grüsse
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 Februar 2017, 20:08:14
Zitat von: lewej am 12 Februar 2017, 19:56:04
Hallo Leute,

ich plane meine Controller für die Küche zu nutzen.
Meine Netzteile hängen an meinen Berker Wechselschalter. Ist es möglich standardmässig WW oder CW beim einschalten auf ON zustellen?

Grüsse
Lewej

der Controller selbst hat keine Default Einstellung für den Zustand direkt nachdem externe Spannung anliegt.
Wenn Spannung anliegt, startet der Microcontroller und im Normalfall bleibt das Licht dann erstmal aus.

Wenn Du den Wechselschalter über fhem steuerst, dann kannst Du das ganze über ein Notify machen. Ich mach das z.B. mit meinen Ausßenlaternen:


define NO_Li_Te_on notify LED_T1:brightness:.*|LED_T2:brightness:.* {if($EVTPART1!=0) {fhem("set SW_Licht_Aussen on")} elsif (ReadingsVal("LED_T1","brightness",0) == 0 && ReadingsVal("LED_T2","brightness",0)==0){fhem("set SW_Licht_Aussen off")}}

Wenn die Helligkeit der Lampen (eine der beiden) größer null ist, wird der Schalter SW_Licht_Aussen eingeschaltet, wenn beide null sind, wird er abgeschaltet. In diesem Fall haben die MifiLight Controller zwei Vorteile:
1. sind sie über Funk schnell erreichbar, weil sie sich nicht in's WLAN einbuchen müssen
2. können sie selbst keine Fades, weshalb das wifilight macht - und daher über die Zeit des Fades immer wieder neue Helligkeitswerte sendet.

Für den LED Controller müsstest Du wohl irgendetwas einbauen, das wartet, bis der Controller verfügbar ist, sonst geht das Kommando, das Licht einzuschalten verloren.

Grüße

pj

Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: lewej am 12 Februar 2017, 20:16:15
Zitat von: mrpj am 23 Februar 2016, 15:46:02
Scheitert daran, dass es nicht genug freie IO Ports mehr gibt  :P

Die aktuelle Lösung ist aus dem Wunsch/Vorschlag in dem Bastelthread hervorgegangen, dass es toll wäre, wenn der Controller einfach mit einem normalen Lichtschalter verbunden werden kann. Beim Einschalten sollte dieser dann den letzten Zustand (Farbe, Helligkeit) wieder herstellen.

Ich persönlich halte es nicht für notwendig** - es ist aber kein Problem für mich mit vorhandenen Mittel und kleinen Änderungen an der Schaltung eine Vorraussetzung dafür zu schaffen.


Es gibt auch noch weitere Software Optimierungen (speichern in forlaufenden Sektoren etc.) - das ganze kann gemacht werden, wenn die Hauptfunktionalität der Firmware gesichert ist. Auch hier gilt wie immer: mithelfen beim hardware layout, bei der firmware ist gerne willkommen und etwaige "bonus Features" sind dann schneller implementiert.


**(In meinem Bild von einem Smarthome gibt es nur Sensoren/Schalter/Anwendungen die einem Server etwas mitteilen und dieser darauf reagiert. Sprich Schalter gibt Signal für an FHEM Server, Server sendet Befehl an Led Controller)

Hallo,

wurde das mit dem einschalten nicht umgesetzt, sprich das er sich Hardwareseitig den letzten Zustand merkt?

gruss
lewej
Titel: Antw:Entwicklung/Sammelbestellung RGBWW Wifi Led Controller
Beitrag von: pjakobs am 12 Februar 2017, 20:35:27
Zitat von: lewej am 12 Februar 2017, 20:16:15
Hallo,

wurde das mit dem einschalten nicht umgesetzt, sprich das er sich Hardwareseitig den letzten Zustand merkt?

gruss
lewej

Ich hab das gerade mal in der Küche ausprobiert, da hängt der Controller (noch) an einem Lichtschalter. Zumindest nach 20s kam er im gleichen Zustand wieder hoch, kann also sein, dass @mrpj da noch was eingebaut hat, hatte ich nie getestet.

Versuch macht kluch

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Andy89 am 13 Februar 2017, 10:20:47
Servus,
Ich nutze die Controller hinter Funk Steckdosen und nach dem Einschalten der Steckdose, kommt immer wieder die letzte Farbe automatisch  ;)

Beste Grüße
Andy
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 18 Februar 2017, 00:09:52
Hallo zusammen,

kann mir einer von euch sagen wie ich den controller mit alexa-fhem steuern kann?

Ziel ist es Farben und Helligkeit einzustellen.

Vielen Dank


und schönen Gruss
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 22 Februar 2017, 23:26:45
Bei mir geht es mit dem Custom-Skill, damit lässt sich rot, grün und blau einstellen.


Andreas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 Februar 2017, 10:56:17
Ich bin Euch mal wieder ein Update schuldig:

Aktuell habe ich 316 Bestellung von Euch, davon sind, Stand gestern abend, 283 auch schon bezahlt (Eure Zahlungsmoral ist vorbildlich! - solltet Ihr aber unter denen sein, die das vielleicht noch vergessen haben - nudge nudge! ;-) )
Auf der Wareneingangsseite (schönes Wort, oder?) Fehlen mir aktuell noch 210 ESP12s und, leider, noch alle DC/DC Wandler. Die sind als verschickt markiert aber offenbar zieht sich das noch ein bisschen.

Bei den Teilen, die ich in Kleinmengen bestelle habe ich aktuell Bestellungen für 310 Controller draußen, die Teile, bei denen ich satte Mengenrabatte bekomme müssen ggf. etwas warten. So habe ich z.B. nur für 250 Controller MOSFETs bestellt und würde gerne mit der nächsten Bestellung warten, bis ich wieder 500 zusammen bekomme, denn das ist die nächste Preisstaffel - das wird bei 350 Gesamtbestellugnen sein.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 25 Februar 2017, 17:10:10
Wo finde ich mich denn ungefähr wieder, wenn ich auf der Bezahlbestätigung die laufende Nummer 70 bin?
Schonmal vorweg ein ganz dickes Dankeschön für deinen (euren) Einsatz hier.
Ich finde das klasse!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 Februar 2017, 09:18:48
Zitat von: MacReiner am 25 Februar 2017, 17:10:10
Wo finde ich mich denn ungefähr wieder, wenn ich auf der Bezahlbestätigung die laufende Nummer 70 bin?
Schonmal vorweg ein ganz dickes Dankeschön für deinen (euren) Einsatz hier.
Ich finde das klasse!

Im Moment sieht es so aus, dass ich alle bis zu einer Bestellnummer zwischen 59 und 64 im ersten Schwung beliefern kann (wer nur Boards bestellt hat ist gut dran, die können natürlich raus, sobald ich sie hier und getestet habe). Die Varianz liegt daran, dass es noch ein paar mit kleinerer Bestellnummer gibt, die noch nicht bezahlt haben, die werde natürlich auch nicht beliefert.

Wann das geschehen wird weiß ich noch nicht, denn leider fehlen mir immer noch die DC/DC Wandler.

Ich habe jetzt alle China Komponenten für weitere 100 Controller bestellt, so dass ich 350 Stück liefern können werde, wenn die eintreffen. Erfahrungsgemäß würde ich da sagen: vier bis sechs Wochen.

Aktuell sind 323 bestellt, ich werd das Formular bei 350 erstmal schließen, das wird hier sonst nicht mehr handhabbar und danach müsste ich wohl auch neue Platinen bestellen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 28 Februar 2017, 20:07:17
Hallo Leute,

meine Controller sind noch nicht da, deshalb kann ich das nicht nach schauen, ob diese das unterstützen.

Folgende Frage hätte ich:

Mit den neuen LED Controllern will ich meine Milights ersetzen. Die Milights besitzen, Fade und Disco Mode, können diese das auch? Wenn nicht, wäre das als Feature Request auch für andere Interessant?

Gruss
lewej

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 28 Februar 2017, 21:33:54
Also Fade ist grundsätzlich kein Problem, für ne Dauerschleife muss man selbst etwas scripten (dazu gibts aber hier schon einige Beiträge).
Disco-Mode gibts nicht, muss aber auch ehrlich sagen, dass ich dieses Feature noch nie gebraucht habe (und persönlich auch albern finde).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 28 Februar 2017, 23:29:53
Hallo zusammen,

ich besitze noch den Controller aus der ersten sammelbestellung und bin bisher sehr begeistert.
Ich würde den controller gerne für eine Nachttischlampe einsetzten. gibt es eine möglichkeit einen Taster zu verbinden mit dem der controller ein/aus geschaltet werden kann. Wichtig ist mir das ich zum beispiel per taster einschalten und per app ausschalten kann sowie umgekehrt.

SG,

kamilo
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 01 März 2017, 08:16:32
Hi, Nimm Dir doch einen Das Button oder eine andere Fernbedienung und werte sowohl den Taster als auch das Schalten des ESP in fhem aus. Ein GPIO zum schalten ist auf der ersten Runde der Platine glaube ich nicht mehr frei.
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 01 März 2017, 09:14:15
Genau das was ich vermeiden.   Ein Button mit eigener netzanbindung und Stromversorgung finde ich nicht sinnvoll.

Gesendet von meinem SM-A310F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 01 März 2017, 14:07:33
Dann nimm doch den HomeMatic Wandtaster mit Batterie ... der kostet als Bausatz 24 EURO.
Der ist auch schnell mal wo hingeklebt und für AUS/EIN vollkommen ausreichend.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 01 März 2017, 15:01:53
 Mein Ziel wäre es denn Controller zu modifizieren. Batterie Lösungen gefallen mir persönlich nicht. Trotzdem danke euch

Gesendet von meinem SM-A310F mit Tapatalk

Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 01 März 2017, 19:33:54
Hi,
welche Board Version hast Du denn genau? Könntest Du nicht PIN 0 WAKE bzw. laut Platine Clear verwenden und im Sketch anders nutzen? Da ist doch schon ein Switch dran!
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 01 März 2017, 20:54:23
Ich habe die Version 1.3. die Buttons CLR und Reset sind vorhanden

Gesendet von meinem SM-A310F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hermanski.k am 01 März 2017, 20:56:34
Bin leider komplette Anfänger im Programmieren. Könnte mir jemand einen Auszug Posten welche Veränderungen ich für den Vorschlag machen müsste. Vielen Dank und schönen Gruß

Gesendet von meinem SM-A310F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 02 März 2017, 07:06:19
Zitat von: hermanski.k am 01 März 2017, 20:56:34
Bin leider komplette Anfänger im Programmieren.....

Ich glaube, dass dann Änderungen in der Firmware so einfach nicht möglich sind.
Das Projekt ist vollständig in SMING aufgesetzt, mit einer einfachen Änderung in einer Arduino-Umgebung ist es leider hier nicht getan.....
https://github.com/SmingHub/Sming/wiki (https://github.com/SmingHub/Sming/wiki)

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 02 März 2017, 07:18:21
Zitat von: funclass am 28 Februar 2017, 21:33:54
Also Fade ist grundsätzlich kein Problem, für ne Dauerschleife muss man selbst etwas scripten (dazu gibts aber hier schon einige Beiträge).
Disco-Mode gibts nicht, muss aber auch ehrlich sagen, dass ich dieses Feature noch nie gebraucht habe (und persönlich auch albern finde).

Disco Mode finde ich persönlich nicht albern, gerade bei Feiern ersetzt es mir persönlich, irgendwelche Laser an die Decke zu schrauben.

Falls jemand eine Lösung für Fade und Disco hat, wäre es Super wenn er hier die Lösung eintragen könnte.

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ext23 am 02 März 2017, 07:53:54
Zitat von: lewej am 02 März 2017, 07:18:21
Disco Mode finde ich persönlich nicht albern, gerade bei Feiern ersetzt es mir persönlich, irgendwelche Laser an die Decke zu schrauben.

Man schraubt ja auch nicht "irgend welche" Laser an die Decke ;-) Da nimmt man anständige ILDA Showlaser und das ist ja wohl um weiten besser als irgend welches LED geflacker, oder?

/Daniel
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 März 2017, 12:15:54
es tut sich was!

Heute hat Elecrow mir geschrieben, dass die Platinen fertig sind und verschickt werden. Im Anhang ein erster Blick darauf. Schwarz steht ihnen gut!
Letzte Woche kamen auch die ersten 100DC/DC Wandler.

Als Überblick:
1. Charge 1-250:
Es fehlen noch 150DC/DC Wandler
2. Charge 251-350
Es fehlen noch 70 ESP12 und 100DC/DC Wandler

Sobald die Platinen hier sind, werde ich einen Controller komplett aufbauen und den Prozess als Tutorial auf Video aufzeichnen, denn ich denke, beim ersten Mal hatten doch einige Probleme mit der Bestückung.
Wenn der dann passt und funktioniert beginne ich mit der Auslieferung und gleichzeitig bringe ich die Bauteile für die komplett bestellten Controller zu pf@nne.

Hier stapelt sich auch schon Verpackungsmaterial und eine der nächsten großen Aufgaben wird dann das Zusammenstellen der Bausätze sein.

Stay tuned!

pj

ps: noch sind für die zweite Charge 20 Bestellpositionen für Bausätze und oder Komplettgeräte offen, danach schließe ich das Formular erstmal wieder.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 März 2017, 12:23:58
Zitat von: lewej am 02 März 2017, 07:18:21
Disco Mode finde ich persönlich nicht albern, gerade bei Feiern ersetzt es mir persönlich, irgendwelche Laser an die Decke zu schrauben.

Falls jemand eine Lösung für Fade und Disco hat, wäre es Super wenn er hier die Lösung eintragen könnte.

Gruss
Lewej

ich frag mal blöd: was ist denn "Disco Mode"? Stellst Du Dir darunter zufällige Fades und Farbwechsel vor, oder soll das ggf. mit irgendwas kombiniert werden?

Du kannst ja relativ lange (die genaue Zahl steht irgendwo weiter oben im Thread) Effektfolgen als Kette von "set <whatever> <zeit> q" schreiben, das können Fades sein, harte Wechsel und auch Pausen. Wenn Du Dir z.B. in der 99_myUtils.pm eine eigene Routine schreibst, die über einen Timer aufgerufen wird, dann kannst Du damit z.B. Zufallsfolgen bauen, die eine definierte Zeit laufen und bevor diese Zeit um ist, rufst Du Deine Routine nochmal auf.
Irgendwann wird es die nächste Firmware Version geben, in der Du sollche Folgen dann auch im Controller abspeichern und endlos loopen können wirst. Das hängt aber davon ab, wieviel Zeit unsere Firmware Jungs investieren können.

Eine andere, wenn auch in fhem vermutlich nicht sehr effiziente Möglichkeit ist, Deinen Controller anhand eines externen Signals über ein notify zu programmieren. Angenommen, Du baust an einen ESP einen kleinen Mikrofonverstärker und sendest den aufgenommenen Pegel und vielleicht die Grundfrequenz per mqtt an fhem, dann könntest Du damit sicher lustige Dinge tun. Vermutlich aber auch sehr leicht alles andere in fhem stillegen, weil zu viele Events generiert werden. Müsste man versuchen.

Kurzum: der Controller selbst kennt keinen Disco Mode, und was das sein soll bleibt Deiner Phantasie überlassen!

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: simpiXo am 08 März 2017, 12:49:57
Wo finde ich den das Formular!? [emoji15]
Würde auch gern einen bestellen

Gruß
Simpixo


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 März 2017, 12:52:20
im ersten Beitrag dieses Threads ist ein Link auf "Sammelbestellung 2.5" (https://forum.fhem.de/index.php/topic,48918.msg564964.html#msg564964) und dort wiederum ist das Formular verlinkt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: simpiXo am 08 März 2017, 13:14:31
Danke... ich habe gleich eins bestellt! Kann man zufällig per Paypal bezahlen!?

Gruß
Simpixo


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 08 März 2017, 20:11:35
Zitat von: pjakobs am 08 März 2017, 12:23:58
ich frag mal blöd: was ist denn "Disco Mode"? Stellst Du Dir darunter zufällige Fades und Farbwechsel vor, oder soll das ggf. mit irgendwas kombiniert werden?

Du kannst ja relativ lange (die genaue Zahl steht irgendwo weiter oben im Thread) Effektfolgen als Kette von "set <whatever> <zeit> q" schreiben, das können Fades sein, harte Wechsel und auch Pausen. Wenn Du Dir z.B. in der 99_myUtils.pm eine eigene Routine schreibst, die über einen Timer aufgerufen wird, dann kannst Du damit z.B. Zufallsfolgen bauen, die eine definierte Zeit laufen und bevor diese Zeit um ist, rufst Du Deine Routine nochmal auf.
Irgendwann wird es die nächste Firmware Version geben, in der Du sollche Folgen dann auch im Controller abspeichern und endlos loopen können wirst. Das hängt aber davon ab, wieviel Zeit unsere Firmware Jungs investieren können.

Eine andere, wenn auch in fhem vermutlich nicht sehr effiziente Möglichkeit ist, Deinen Controller anhand eines externen Signals über ein notify zu programmieren. Angenommen, Du baust an einen ESP einen kleinen Mikrofonverstärker und sendest den aufgenommenen Pegel und vielleicht die Grundfrequenz per mqtt an fhem, dann könntest Du damit sicher lustige Dinge tun. Vermutlich aber auch sehr leicht alles andere in fhem stillegen, weil zu viele Events generiert werden. Müsste man versuchen.

Kurzum: der Controller selbst kennt keinen Disco Mode, und was das sein soll bleibt Deiner Phantasie überlassen!

Grüße

pj

Hallo PJ,

genau das meinte ich mit meiner Anfrage, damit fhem mit dauernden Request/Pollings sich nicht selber Lahm legt, wäre eine zufällige Abfolge, die im Controller abgelegt wird eine Super Lösung.

Ich dachte an folgende Sequenzen:
disco-modes:
color change
color fade
color blink
white blink
green blink
blue blink
red blink
rainbow
disco

Wäre toll, wenn es die nächste Firmware hergeben könnte. Wenn sich der Controller an ein MQTT Topic für Disco Mode hängen könnte, wäre das evtl. auch ein cooles Feature.

Gruss
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 März 2017, 22:28:11
Zitat von: lewej am 08 März 2017, 20:11:35
Hallo PJ,

genau das meinte ich mit meiner Anfrage, damit fhem mit dauernden Request/Pollings sich nicht selber Lahm legt, wäre eine zufällige Abfolge, die im Controller abgelegt wird eine Super Lösung.

Ich dachte an folgende Sequenzen:
disco-modes:
color change
color fade
color blink
white blink
green blink
blue blink
red blink
rainbow
disco

Wäre toll, wenn es die nächste Firmware hergeben könnte. Wenn sich der Controller an ein MQTT Topic für Disco Mode hängen könnte, wäre das evtl. auch ein cooles Feature.

Gruss
lewej

wie gesagt: im Grunde kannst Du das heute schon machen:

10 Effektfolge über (z.B.) 30s programmieren
20 Timer auf 30s stelllen
30 goto 10

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 09 März 2017, 07:32:54
Zitat von: pjakobs am 08 März 2017, 22:28:11
wie gesagt: im Grunde kannst Du das heute schon machen:

10 Effektfolge über (z.B.) 30s programmieren
20 Timer auf 30s stelllen
30 goto 10

pj

Hi Pj,

Könntest du mir evtl. ein Beispiel zeigen, wie das aussehen soll.
Weiss nicht was du mit 10,20,30 und goto meinst. Kenne sowas nur bei bat Dateien.

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 09 März 2017, 08:20:34
Er meint, dass du einen Effekt, der für 30 Sekunden läuft, startest (zB einen Fade). Und dir dann direkt einen Timer stellst der dann in 30 Sekunden aufgerufen wird (also wenn der Effekt gerade durchgelaufen ist). Und dann startest du den nächsten Effekt (also das ganze Prozedere wieder von vorne).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Icinger am 09 März 2017, 08:22:44
10 Effektfolge über (z.B.) 30s programmieren
20 Timer auf 30s stelllen
30 goto 10

Da hat noch jemand 64er-Basic im Blut ^^
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 09 März 2017, 09:25:00
Zitat von: Icinger am 09 März 2017, 08:22:44
10 Effektfolge über (z.B.) 30s programmieren
20 Timer auf 30s stelllen
30 goto 10

Da hat noch jemand 64er-Basic im Blut ^^
Ging mir mehr darum, grundsätzlich zu sagen
1. (zufällige) Effektfolge erstellen
2. deren Dauer abwarten (timer notify)
3. wiederholen

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 09 März 2017, 09:36:45
Zitat von: Icinger am 09 März 2017, 08:22:44
10 Effektfolge über (z.B.) 30s programmieren
20 Timer auf 30s stelllen
30 goto 10

Da hat noch jemand 64er-Basic im Blut ^^
Ich habe gerade letzte Woche gelernt, dass man das bei VB 6.0 auch noch benutzen kann! Wenn man wissen moechte welche Zeile der Absturz war!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 09 März 2017, 12:03:13
Zitat von: pc1246 am 09 März 2017, 09:36:45
Ich habe gerade letzte Woche gelernt, dass man das bei VB 6.0 auch noch benutzen kann! Wenn man wissen moechte welche Zeile der Absturz war!
Gruss Christoph
Visual Basic? Ich hab vor vielen (20?) Jahren mal ein Handbuch für ein VB Control geschrieben und Word hat damals darauf bestanden, dass das ja "Viehstall Basic" heißen müsse.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Joker am 09 März 2017, 20:23:43
Sehr cooles Projekt, lese schon ne Weile mit.
Hab auch gerade noch welche bestellt, ich hoffe das passt noch in die aktuelle Charge  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 09 März 2017, 20:29:56
Zitat von: Joker am 09 März 2017, 20:23:43
Sehr cooles Projekt, lese schon ne Weile mit.
Hab auch gerade noch welche bestellt, ich hoffe das passt noch in die aktuelle Charge  8)
Knapp, 14 gehen noch
😊

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: drdownload am 09 März 2017, 22:13:35
Ich bin glaube ich zu doof zum anschließen, habe hier zum Testen 5m RGBWW Strips. Wenn ich sie über das Webif mit RGB betreibe sind die Farben OK, wenn ich auf RGBWW umstelle geht WW, rot schwach, grün schwach und blau normal. ich habe aber nur eine 1v+ klemmbuchse belegt (nachdem es ein rgbw strip ist)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 März 2017, 11:28:17
Zitat von: drdownload am 09 März 2017, 22:13:35
Ich bin glaube ich zu doof zum anschließen, habe hier zum Testen 5m RGBWW Strips. Wenn ich sie über das Webif mit RGB betreibe sind die Farben OK, wenn ich auf RGBWW umstelle geht WW, rot schwach, grün schwach und blau normal. ich habe aber nur eine 1v+ klemmbuchse belegt (nachdem es ein rgbw strip ist)

hmm... wie hast Du den Strip angeschlossen?

ich nehme an, Du hast fünf Kabel:

weiss
rot
grün
blau
schwarz

die Klemmen am Controller sind, wenn die Power-Klemme zu Dir schaut und die LED Klemmen nach rechts weisen wie folgt:

o WW
o CW
o V+

o R
o G
o B
o V+

die beiden V+ Pins hängen an der gleichen Kupferfläche auf der Platine, sind also identisch.

Du willst also, wie folgt anklemmen:

o WW   -- weiß
o CW
o V+

o R    -- rot
o G    -- grün
o B    -- blau
o V+   -- schwarz


(wenn Dein LED Strip Kaltweiß ist, dann solltest Du natürlich CW statt WW nehmen).

Wenn das alles so stimmt, dann zeig doch bitte mal, wie Du das Farbmodell am Controller eingestellt hast (eigentlich gibt es keinen Grund da etwas zu verstellen, außer eben RGB/RGBWW/RGBCW/RGBWWCW)

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 März 2017, 11:29:36
eben ging die 100ste Bestellung ein und es sind noch 7 Stück zu haben (Bausatz oder Controller).

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: drdownload am 10 März 2017, 11:50:25
Zitat von: pjakobs am 10 März 2017, 11:28:17

o WW   -- weiß
o CW
o V+

o R    -- rot
o G    -- grün
o B    -- blau
o V+   -- schwarz


pj

Hi, danke, genau so hätte ich es angeschlossen. Farbmodell ist RGBWW bzw. RGB bei meinen Versuchen.

Netzteil sollte eigentlich 72W liefern. Ich habe mit 2 Controllern getestet mit dem gleichen Resultat. Wenn ich einen  Milight Controller anhänge dann funktioniert es wie erwartet.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 März 2017, 12:43:52
Zitat von: drdownload am 10 März 2017, 11:50:25
Hi, danke, genau so hätte ich es angeschlossen. Farbmodell ist RGBWW bzw. RGB bei meinen Versuchen.

Netzteil sollte eigentlich 72W liefern. Ich habe mit 2 Controllern getestet mit dem gleichen Resultat. Wenn ich einen  Milight Controller anhänge dann funktioniert es wie erwartet.

ok, unter Color Settings hast Du Calculation Model auf "normal" und alle Schieber mittig?
Output Model RGBWW und alle Schieber im rechten Anschlag?

genau so sind meine Controller konfiguriert und ich hab keinerlei Probleme.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: mrpj am 12 März 2017, 11:47:29
Zitat von: lewej am 08 März 2017, 20:11:35
Wäre toll, wenn es die nächste Firmware hergeben könnte. Wenn sich der Controller an ein MQTT Topic für Disco Mode hängen könnte, wäre das evtl. auch ein cooles Feature.

In der Firmware wird es von meiner Seite dazu keine Implementierung geben. Die von dir gewuenschten Modi sind heute schon moeglich, muessen aber von außen als Befehle gesendet werden:
Siehe: https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.1-JSON-API-reference#post-color

Ein Blinken ist nichts anderes als: solid mit farb1 fuer zeit t / solid farbe2 fuer zeit t. Aufloesung ist maximal 50fps - sprich ein Blinken mit 25hz von an/aus waere moeglich.

Wenn ich mal wieder etwas mehr zeit finde, wird es noch einen Endpunkt geben, in dem man eine komplette Sequenz uebermitteln kann (mit einem parameter count um auch loops zu ermoeglichen).
Mehr dazu hier:
https://github.com/patrickjahns/esp_rgbww_firmware/issues/5#issuecomment-265581172


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 12 März 2017, 12:39:56
Hallo Patrick,
was hältst du von der Implementierung eines "Stopp"-Befehls, bei der die aktuelle Animation unterbrochen wird und der Controller die Farbe hält. Wäre für's manuelle Dimmen perfekt.
Es gibt zwar schon ne "Notlösung" welche hier diskutiert wurde, aber so richtig elegant finde ich das noch nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 März 2017, 18:20:33
und wir warten auf den Zoll.....
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 März 2017, 09:19:07
Moin zusammen, soeben haben wir 351 Bestellungen erreicht und ich hab das Formular geschlossen.
That's it for now.
Jetzt muss ich erstmal die eingegangenen Bestellungen abarbeiten.
Noch sind ein paar Bestellungen nicht bezahlt, ich werde noch einmal eine Zahlungserinnerung verschicken, wenn dann noch jemand nicht bezahlt, dann werden vielleicht nochmal 10 Controller verfügbar, aber sicher nicht mehr.

DHL hat mir heute morgen geschrieben, dass der Zoll von mir einen Wertnachweis für die Platinen haben will, den werde ich gleich verschicken.
Was mir weiterhin ein bisschen Sorge bereitet ist, dass mir noch 70 ESP12 und, vor allem, 150 DC/DC Wandler fehlen. Allerdings waren vor allem die Wandler von Vornherein die Komponenten, die die längste Lieferzeit hatten. Die ersten 200 Controller sollten allerdings bald soweit sein.

Grüße

pj

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: szoller am 14 März 2017, 10:25:27
Dann hab ich ja noch gerade so Glück gehabt  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 14 März 2017, 14:06:24
Gibt es eigentlich momentan schon einen Weg, wie FHEM ohne Polling Statusänderungen des Controllers mitbekommen könnte (z.B. bei längeren Fades)?
Ich hab hier in der Doku TCP und MQTT gefunden, die aber noch nicht gefüllt sind:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.2-TCP-UDP-reference
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.3-MQTT-reference

Fehlt da einfach noch Doku oder fehlt das auch noch in der FW? Auf FHEM-Seite würde ich mich sonst gerne mal daran machen, dass einzubauen. Bevorzugt TCP, damit man dafür im Zweifel nicht einen MQTT-Broker aufsetzen muss.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 März 2017, 18:47:30
Zitat von: vbs am 14 März 2017, 14:06:24
Gibt es eigentlich momentan schon einen Weg, wie FHEM ohne Polling Statusänderungen des Controllers mitbekommen könnte (z.B. bei längeren Fades)?
Ich hab hier in der Doku TCP und MQTT gefunden, die aber noch nicht gefüllt sind:
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.2-TCP-UDP-reference
https://github.com/patrickjahns/esp_rgbww_firmware/wiki/2.3-MQTT-reference

Fehlt da einfach noch Doku oder fehlt das auch noch in der FW? Auf FHEM-Seite würde ich mich sonst gerne mal daran machen, dass einzubauen. Bevorzugt TCP, damit man dafür im Zweifel nicht einen MQTT-Broker aufsetzen muss.

Persönlich würde ich MQTT bevorzugen, da ich so oder so einen Broker habe und schon etliches darüber abwickle, aber leider ist beides noch nicht implementiert.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 14 März 2017, 19:43:34
Zitat von: pjakobs am 14 März 2017, 18:47:30
Persönlich würde ich MQTT bevorzugen, da ich so oder so einen Broker habe und schon etliches darüber abwickle, aber leider ist beides noch nicht implementiert.

pj

Hallo,

ich würde auch MQTT bevorzugen, da ich der Meinung bin, das es keine Insellösung wäre. Wie momentan alle IoT sich entwickeln, setzen die meisten auf MQTT. Der grösste Vorteil meiner Menung ist, man setzt es einmal auf und kann es dann für jegliche Devices nutzen.

Espeasy, Ebusd etc. pp laufen mit MQTT.

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 14 März 2017, 19:55:38
Moin,

ich habe in meiner SMING-Umgebung MQTT generell am laufen, es sind "NUR" noch nicht viele Befehle umgesetzt.
Wer also Lust hat sich SMING anzutun, freiwillige vor....... ::)

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 15 März 2017, 11:10:47
Finden die Clients den MQTT-Broker irgendwie automatisch per Auto-Discovery oder muss man die Adresse des Brokers in jedem Client konfigurieren oder wie geht das vor sich?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 März 2017, 11:31:15
Zitat von: vbs am 15 März 2017, 11:10:47
Finden die Clients den MQTT-Broker irgendwie automatisch per Auto-Discovery oder muss man die Adresse des Brokers in jedem Client konfigurieren oder wie geht das vor sich?
Normalerweise muss man den Broker konfigurieren, ich könnte mir allerdings vorstellen, dass man das per mDNS machen könnte...

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 15 März 2017, 11:37:42
Moin,

Patrick hat die Konfiguration des MQTT-Brokers doch schon in das WEB-IF aufgenommen.
Ich meine die Felder schon gesehen zu haben.

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 15 März 2017, 12:29:15
Zitat von: pjakobs am 14 März 2017, 09:19:07
Noch sind ein paar Bestellungen nicht bezahlt, ich werde noch einmal eine Zahlungserinnerung verschicken, wenn dann noch jemand nicht bezahlt, dann werden vielleicht nochmal 10 Controller verfügbar, aber sicher nicht mehr.

Hi,
falls einer übrig bleibt melde ich mal Interesse an. ;-) (Komplettmodul)
danke & Grüße
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hologramm am 15 März 2017, 18:19:56
Zitat von: pjakobs am 14 März 2017, 09:19:07
Noch sind ein paar Bestellungen nicht bezahlt, ich werde noch einmal eine Zahlungserinnerung verschicken, wenn dann noch jemand nicht bezahlt, dann werden vielleicht nochmal 10 Controller verfügbar, aber sicher nicht mehr.

Ich würde den "ganzen Rest" nehmen - sofern da noch was bleibt.
Bausätze stets willkommen  :D

lg
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 15 März 2017, 22:40:59
Darf ich vorschlagen, im Perl-Modul neben dem set von "hsv" auch "HSV" zuzulassen? Damit wäre Aufruf kompatibel mit WifiLight. Ich habs gerade bei mir mal hinzugefügt und es gefällt mir eigentlich ganz gut. Spricht da etwas dagegen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 März 2017, 22:45:06
Zitat von: vbs am 15 März 2017, 22:40:59
Darf ich vorschlagen, im Perl-Modul neben dem set von "hsv" auch "HSV" zuzulassen? Damit wäre Aufruf kompatibel mit WifiLight. Ich habs gerade bei mir mal hinzugefügt und es gefällt mir eigentlich ganz gut. Spricht da etwas dagegen?
Moin,

aus meiner Sicht nicht, aber wenn, dann sollten alle Kommandos mit kompatiblen Werten ergänzt werden.
Müsste man die Readings nicht auch spiegeln?
Ich hatte das ursprünglich mal mit HerrmannJ diskutiert und der meinte, dass er wifilight ggf. auch auf lowercase umstellen wird.

Wenn Du einen pull request machst, schau ich es mir an.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 15 März 2017, 22:56:36
Zitat von: pjakobs am 15 März 2017, 22:45:06
Müsste man die Readings nicht auch spiegeln?
Ich hatte das ursprünglich mal mit HerrmannJ diskutiert und der meinte, dass er wifilight ggf. auch auf lowercase umstellen wird.
Ja Readings wären auch gut, aber die müsste man wohl wirklich umbenennen, was dann wohl nicht rückwärtskompatibel wäre... :/ Oder wir halten einfach noch ein bisschen aus. Gibt ja dank dir bald die anderen Controller :) Dann werde ich die LD382/Wifilight bei mir erstmal ausmustern können...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 März 2017, 22:59:39
Zitat von: vbs am 15 März 2017, 22:56:36
Ja Readings wären auch gut, aber die müsste man wohl wirklich umbenennen, was dann wohl nicht rückwärtskompatibel wäre... :/ Oder wir halten einfach noch ein bisschen aus. Gibt ja dank dir bald die anderen Controller :) Dann werde ich die LD382/Wifilight bei mir erstmal ausmustern können...
Die Readings könntest Du ja zur Not mit userReadings machen.
Aber ja, ich hoffe, dass ich ab kommender Woche die Bausätze verschicken kann, heute kamen nochmal 40 ESPs, hoffentlich kommen bald die letzten DCDC Wandler.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: herrmannj am 15 März 2017, 23:45:34
Zitat von: pjakobs am 15 März 2017, 22:45:06
Müsste man die Readings nicht auch spiegeln?
Ich hatte das ursprünglich mal mit HerrmannJ diskutiert und der meinte, dass er wifilight ggf. auch auf lowercase umstellen wird.
ja, will er :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 16 März 2017, 09:14:26
Moin,
was haltet ihr von einer automatischen Upper/Lowercase Function in 99_myUtils? Könnte man nicht auf die "Modul hat nicht" Events reagieren und das umsetzen?
Gruß Arnd

Diverse RasperryPi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, WifiLight ...

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 17 März 2017, 09:04:28
Moin,

nochmal ein Update:

gestern sind noch 40 DC/DC Wandler eingetroffen, dabei hat offenbar eine Sendung eine frühere überholt.

Die Platinen hängen offenbar weiterhin beim Zoll, wobei ich auch schon erlebt habe, dass sie quasi im Zustand "Zollereignis" von DHL weiter zu meinem lokalen Zollamt transportiert wurden und ich dann plötzlich ein Schreiben (!) von dort bekam, ich möge doch bitte meine Zollware auslösen.
Da der Warenwert + Versandkosten für die Platinen bei etwa 220US$ liegt, werde ich Zoll und Einfuhr-Umsatzsteuer zahlen, und ich hoffe, dass der Zoll anerkennt, dass es sich hier um ein nicht kommerzielles Projekt handelt.

I'll keep you posted!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 17 März 2017, 09:54:44
Ich hab mal versucht, einen Slave-Modus für das Modul zu basteln. Es bewirkt, dass das Gerät beliebig viele andere andere Geräte vom Typ LedController/WifiLight mitsteuert. Also alle Befehle, die man am Master ausführt, werden auch bei den Slaves ausgeführt.
Dafür gibt es das Attribut "slaves", in das man die Geräte-Namen der Slaves reinschreibt in der Syntax "<slave1> <slave2> ... <slaveN>", also mit Leerzeichen getrennt.
Man kann die HSV-Werte an den Slaves auch mit Offsets belegen mit der Syntax "<slave>:<hue-offset>,<sat-offset>,<val-offset>". Damit könnte man konfigurieren, dass zB die Helligkeit am Slave immer 20 Prozentpunkte unter der des Master liegt ("wz_lightSlave:0,0,-20") oder man möchte immer 10 Prozentpunkte mehr Sättigung "wz_lightSlave:0,10,0".

Das Ganze ist hier zu finden:
https://github.com/verybadsoldier/esp_rgbww_fhemmodule/commits/develop

Bei Gefallen bzw. falls du das übernehmen möchtest, dann würde ich noch die entsprechende commandref-Doku spendieren :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 17 März 2017, 11:02:11
@vbs
Das ist total genial! Das sollte unbedingt uebernommen werden!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 17 März 2017, 13:45:41
Zitat von: vbs am 17 März 2017, 09:54:44
Ich hab mal versucht, einen Slave-Modus für das Modul zu basteln. Es bewirkt, dass das Gerät beliebig viele andere andere Geräte vom Typ LedController/WifiLight mitsteuert. Also alle Befehle, die man am Master ausführt, werden auch bei den Slaves ausgeführt.
Dafür gibt es das Attribut "slaves", in das man die Geräte-Namen der Slaves reinschreibt in der Syntax "<slave1> <slave2> ... <slaveN>", also mit Leerzeichen getrennt.
Man kann die HSV-Werte an den Slaves auch mit Offsets belegen mit der Syntax "<slave>:<hue-offset>,<sat-offset>,<val-offset>". Damit könnte man konfigurieren, dass zB die Helligkeit am Slave immer 20 Prozentpunkte unter der des Master liegt ("wz_lightSlave:0,0,-20") oder man möchte immer 10 Prozentpunkte mehr Sättigung "wz_lightSlave:0,10,0".

Das Ganze ist hier zu finden:
https://github.com/verybadsoldier/esp_rgbww_fhemmodule/tree/feature-slave

Bei Gefallen bzw. falls du das übernehmen möchtest, dann würde ich noch die entsprechende commandref-Doku spendieren :)

coole Idee!

Auch, dass Du es implementiert hast, indem Du set commands absetzt gefällt mir (statt die APIs direkt anzusprechen).
Wenn ich so darüber nachdenke wäre das eigentlich was für ein dummy device, das sonst nichts anderes tut, oder? Ich hab was ähnliches mit DOIFs implementiert. Ideal wäre da imho ein eigenes Modul, an das Du Slaves konfigurieren kannst, dann auch mit der Funktion, unterschiedliche Kommandos übersetzen zu können (groß und KLEIN schreibung).

Die Anfrage nach "gekoppelten" Controllern hatten wir ja auch schon das eine oder andere Mal, mein wirklicher Wunsch wären da MQTT Endpoints in und out, so dass ich einen Controller mit seinem Eingang auf den Ausgang eines anderen Controllers subscriben könnte. Die Lösung mit den Slave devices führt ja zu delays, die in der Event Queue von fhem liegen.

Hast Du mal getestet, was passiert, wenn Du zyklische Slaves anlegst? Sollte einen netten Disco Mode ergeben :D

Grundsätzlich: wenn das Feature genutzt wird, nehme ich es auf, solange es nichts anderes stört. Und da habe ich eine Bitte:
Wir haben letztens sehr viel Zeit investiert, um die Performance des Moduls zu erhöhen (wichtig vor allem bei langen Befehlsketten). So, wie die Slave Funktion aktuell eingebunden ist, wird sie bei jedem Aufruf angesprungen, egal, ob Slaves existieren oder nicht.

Also: Am liebsten wäre mir ein abstraktes Master Modul, das sich nur um solche Dinge kümmert. Der Aufwand scheint mir überschaubar.
Aber, wenn Du es hier implementieren willst schlage ich folgendes vor:
wenn Slaves konfiguriert sind: nachdem der Master Controller sein Kommando ausgeführt hat eine Schleife über alle Slaves mit "set $slave $cmd @args"
wenn "Spezialbehandlung" gewünscht ist, und nur dann, nochmal nach $cmd auffächern. Versuche die Anzahl der if() Statements im Codepfad möglichst klein zu halten und möglichst wenig Code hinzuzufügen.

was ich mir vorstelle wäre inetwa so:

[...]
} elsif ($cmd eq 'stop') {
Log3 ($hash, 4, "$hash->{NAME}: Setting should stop");
$hash->{helper}->{shouldStop} = 1;
LedController_GetHSVColor($hash);

} elsif ($cmd eq 'update') {
LedController_GetHSVColor($hash);
}
#
# ende bestehender $cmd handler
#
if(AttrVal($hash->{NAME},"Slaves","") ne ""){
if(wie-auch-immer-spezialbehandlung-nötig){
if($cmd eq "hsv"){
LedController_SetHSVColor_Slaves();
}
if($cmd eq "rgb"){
LedController_SetRGBColor_Slaves();
}
}else}
fhem("set $SLAVES$".$cmd.@attrs)
}
}


wie gesagt: zwei Punkte sind mir wichtig:
1. darf sich das Interface ansonsten nicht verändern (das passt)
2. sollte der Performance-Impact minimal sein. Das sollte mit meinem Vorschlag hier passen (der ist natürlich als Pseudocode zu verstehen!)

aber: denk nochmal drüber nach, das vielleicht doch in ein eigenes Modul auszulagern.

Je länger ich an diesem Post schreibe, desto mehr könnt Ihr meinen Gedanken live folgen :-D

Was ich in dem Pseudocode oben vorschlage ist eigentlich genau das: ein Master.pm, allerdings in ein anderes Modul verpackt.

Wenn Du den gleichen Code, mit ein bisschen Modul Scaffolding in ein eigenes Ding baust hast Du die gleiche Funktionalität und kannst sie ggf. für alle möglichen anderen Devices verwenden.

Man könnte dann sogar zusätzliche Syntax in die Attribute einbauen, stell Dir vor

define myMaster Master
   attr myMaster slave="LED1;hsv:HSV;rgb:RGB;on:HSV=0,0,255;off:HSV=0,0,0"

intern könntest Du dann die in ";" gepackten Übersetzungen für jedes Gerät abbarbeiten und so völlig parallel WifiLight, LedController und alles andere steuern. Vermutlich sogar Dinge, die gar nichts mit Licht zu tun haben.
Ich würde es so machen.


Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 17 März 2017, 19:22:36
Zitat von: pjakobs am 17 März 2017, 13:45:41
Die Anfrage nach "gekoppelten" Controllern hatten wir ja auch schon das eine oder andere Mal, mein wirklicher Wunsch wären da MQTT Endpoints in und out, so dass ich einen Controller mit seinem Eingang auf den Ausgang eines anderen Controllers subscriben könnte. Die Lösung mit den Slave devices führt ja zu delays, die in der Event Queue von fhem liegen.
hm, bin ich unsicher: Verzögerungen hättest du bei ja MQTT mMn auch, da du einen Zwischenschritt über den Broker machen musst, der auch eine gewisse Verzögerung haben wird. Wie würde für dich die Schnittstelle bei den in/out-Endpoints aussehen? Ich vermute mal, dass dann jeder Controller wissen muss (=Konfiguration), für wen er Slave und für wen er Master sein soll?


Zitat von: pjakobs am 17 März 2017, 13:45:41Grundsätzlich: wenn das Feature genutzt wird, nehme ich es auf, solange es nichts anderes stört. Und da habe ich eine Bitte:
Wir haben letztens sehr viel Zeit investiert, um die Performance des Moduls zu erhöhen (wichtig vor allem bei langen Befehlsketten). So, wie die Slave Funktion aktuell eingebunden ist, wird sie bei jedem Aufruf angesprungen, egal, ob Slaves existieren oder nicht.
Stört dich da generell, dass da eine Unterfunktion aufgerufen wird? Viel passiert ja in der Funktion nicht, wenn man keine Slaves konfiguriert hat. Aber ich stimme dir zu, dass man das noch auf Performance optimieren könnte.
Wann hat man bei langen Befehlsketten eigentlich ein Problem mit der Performance? Ich dachte, die werden sowieso in der Cmd-Queue des Controller abgelegt und passieren dann innerhalb des Controllers?


Zitat von: pjakobs am 17 März 2017, 13:45:41Also: Am liebsten wäre mir ein abstraktes Master Modul, das sich nur um solche Dinge kümmert. Der Aufwand scheint mir überschaubar.
...
Wenn Du den gleichen Code, mit ein bisschen Modul Scaffolding in ein eigenes Ding baust hast Du die gleiche Funktionalität und kannst sie ggf. für alle möglichen anderen Devices verwenden.
Hab da noch keine gute Vorstellung, was das Modul machen könnte. Könntest du das noch etwas erläutern? Ich klebe gedanklich offenbar noch an dem einfachen "ein LED-Controller steuert andere LED-Controller" während du da schon größere Pläne hast. :)

Zitat von: pjakobs am 17 März 2017, 13:45:41
Aber, wenn Du es hier implementieren willst schlage ich folgendes vor:
wenn Slaves konfiguriert sind: nachdem der Master Controller sein Kommando ausgeführt hat eine Schleife über alle Slaves mit "set $slave $cmd @args"
wenn "Spezialbehandlung" gewünscht ist, und nur dann, nochmal nach $cmd auffächern. Versuche die Anzahl der if() Statements im Codepfad möglichst klein zu halten und möglichst wenig Code hinzuzufügen.
Könntes du nochmal etwas zu dem ""Spezialbehandlung" gewünscht ist, und nur dann, nochmal nach $cmd auffächern" bitte? Hab ich noch nicht ganz geblickt fürchte ich, danke!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 18 März 2017, 00:12:08
Zitat von: vbs am 17 März 2017, 19:22:36
hm, bin ich unsicher: Verzögerungen hättest du bei ja MQTT mMn auch, da du einen Zwischenschritt über den Broker machen musst, der auch eine gewisse Verzögerung haben wird. Wie würde für dich die Schnittstelle bei den in/out-Endpoints aussehen? Ich vermute mal, dass dann jeder Controller wissen muss (=Konfiguration), für wen er Slave und für wen er Master sein soll?
Zitat
Meine Idee wäre, dass jeder Controller seine hsv und / oder raw werte published also etwa:
/hooks/devices/LedController/$instance/Actuals/RAW und
/hooks/devices/LedController/$instance/Actuals/HSV

und dass Du, auch für jeden Controller, eine Möglichkeit hast, Dich auf einen solchen Endpoint zu subscriben.
Du hast natürlich Recht, auch da tritt eine Latenz auf - 2x die Netzwerklaufzeit. Ich denke aber, das ist sicher weniger als das, was auftritt, wenn Du die fhem Event Queue nutzt.

Zitat von: vbs am 17 März 2017, 19:22:36
Stört dich da generell, dass da eine Unterfunktion aufgerufen wird? Viel passiert ja in der Funktion nicht, wenn man keine Slaves konfiguriert hat. Aber ich stimme dir zu, dass man das noch auf Performance optimieren könnte.
Wann hat man bei langen Befehlsketten eigentlich ein Problem mit der Performance? Ich dachte, die werden sowieso in der Cmd-Queue des Controller abgelegt und passieren dann innerhalb des Controllers?
Wir haben am Anfang gesehen, dass lange Befehlsketten quasi "in einem Rutsch" bearbeitet werden. Fhem macht kein Multitasking und fhem ist eigentlich noch nicht einmal eventgesteuert (einige werden mir da widersprechen).
Im Wesentlichen gibt es eine Eventqueue auf der alles, was so passiert landed und die vom Main Loop abgearbeitet wird. Der übergibt den Event dann dem zuständigen Modul und das behält den Fokus so lange, bis der komplett verarbeitet ist.
Wenn Du eine lange Befehlskette hast (und wenn Du mit Effektlicht arbeiten willst können das ja mal 50 set's auf einen Rutsch sein), dann bleibt der Fokus so lange beim Modul, bis all diese Befehle abgearbeitet sind, danach geht er zurück an den Main Loop - so jedenfalls sah es für mich aus, als ich das letztes Jahr untersucht hatte.
Aus dem Grund wollen wir hier die Zeit, die zur Abarbeitung eines Befehls gebraucht wird möglichst kurz halten, und Christian hat da extrem viel getan.
Zitat von: vbs am 17 März 2017, 19:22:36
Hab da noch keine gute Vorstellung, was das Modul machen könnte. Könntest du das noch etwas erläutern? Ich klebe gedanklich offenbar noch an dem einfachen "ein LED-Controller steuert andere LED-Controller" während du da schon größere Pläne hast. :)
Könntes du nochmal etwas zu dem ""Spezialbehandlung" gewünscht ist, und nur dann, nochmal nach $cmd auffächern" bitte? Hab ich noch nicht ganz geblickt fürchte ich, danke!
Im Grunde ist doch das, was Du hier vorstellst nicht LedController spezifisch.
Du hast, wenn ich das richtig sehe, ein paar Betriebsmodi:

  • alle Slave Devices sollen das gleiche tun und verstehen die gleiche "Sprache" (=Befehlssysntax). In dem Fall musst Du nur durch die Slave Devices iterieren und sie mit $cmd @args aufrufen, das werden sie verstehen
  • alle Slave Devices verstehen die gleiche Sprache, aber sie sollen was anderes tun. Wie Du geschrieben hast: vielleicht 10% dunkler oder 20% mehr Sättigung oder um 30% auf dem Farbkreis gedreht, kurz: irgendeine Transformation aber der eigentliche Befehl bleibt gleich Hier müsstest Du imho das Kommando "verstehen" weil die Transformation ja für rgb anders wäre als für hsv und Du müsstest die args aufsplitten und neu zusammensetzen.
  • wie 2. allerdings muss auch noch die Befehlssyntax transformiert werden, z.B. von Kleinbuchstaben auf Großbuchstaben (für WifiLight etc.) Das wäre meistens eine einfacher Ersetzung

Ich glaube einfach, dass das cleaner in einem gesonderten Modul unterzubringen wäre und das LedController Modul mit einer Menge Code aufblähen würde, die mit dem Controller selbst nix zu tun hat.
Außerdem wäre es dann m.E. auch für völlig andere Devices nutzbar (z.B. Schaltergruppen oder so).

Das Modul müsste wohl folgendes tun:

Master_set(@){
  my ($hash,$name,$cmd,@args)=@_;

  getListOfSlaves();
  for slave in @Slaves{
    if(getTransformationsForSlave(slave)){
      doTransformations($cmd,@args);
    }
    fhem("set $slave $cmd @args");
  }
}

das ist natürlich extrem vereinfacht, aber andererseits glaube ich nicht, dass es so fürchterlich schwierig sein würde, das kniffligste ist wohl eine vernünftige Transformatinssyntax, die sich gut parsen lässt und sich halbwegs lesbar in Attrs schreiben lässt.
In meinem Spritpreis Modul verwende ich nummerierte Readings, das wäre hier auch ne Möglichkeit, etwa so:

define myLedMaster Master
  attr Slave1 <name>:orig_cmd=slave_cmd:orig_cmd=slave_cmd...
  attr Slave2 <name>:orig_cmd=slave_cmd:orig_cmd=slave_cmd...

ich weiß grad nicht, ob ich die Offsets in die gleiche Syntax pressen würde, oder dafür eigene attrs definieren möchte.

Kurzum: ich find die Idee toll und würde mich freuen, wenn Du das angehst, aber ich fürchte, im LedController würde es zum einen ne Menge Code reinbringen, die da nicht wirklich hingehört, und zum anderen die Einsatzmöglichkeiten deutlich verminder.

als eigenes Modul würdest Du dann mit einem

set myLedMaster hsv 30,40,80

den gleichen Effekt erreichen. Ich denke, das gefällt mir besser.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 18 März 2017, 11:47:15
Oje, ist etwas länger geworden, sorry schonmal dafür  :-X

Zitat von: pjakobs am 18 März 2017, 00:12:08
Meine Idee wäre, dass jeder Controller seine hsv und / oder raw werte published also etwa:
/hooks/devices/LedController/$instance/Actuals/RAW und
/hooks/devices/LedController/$instance/Actuals/HSV
Ich denke, dass sich damit Fades nicht ohne weiteres abbilden lassen, oder?

Zitat von: pjakobs am 18 März 2017, 00:12:08
und dass Du, auch für jeden Controller, eine Möglichkeit hast, Dich auf einen solchen Endpoint zu subscriben.
Du hast natürlich Recht, auch da tritt eine Latenz auf - 2x die Netzwerklaufzeit. Ich denke aber, das ist sicher weniger als das, was auftritt, wenn Du die fhem Event Queue nutzt.
Also vorweg: ich sehe da eigentlich weder mit der FHEM-Methode noch mit MQTT Probleme bzgl. der Latenz.
Bist du sicher wegen der FHEM-Queue? Ich hab nochmal drüber nachgedacht und ich bin jetzt eigentlich der Meinung, dass Befehle, die ein Modul per fhem() absetzt gar nicht durch die Event-Queue gehen, sondern direkt synchron ausgeführt werden.

Außerdem, wenn man mal vergleicht, was in beiden Szenarien passiert wenn man einen Befehl an einen Master und einen (oder mehr Slaves) schicken möchte:
FHEM:
-> FHEM sendet nacheinander die HTTP-Requests non-blocking an alle Master und Slaves (ich denke sogar ohne Event-Queue dazwischen) -> fertig

MQTT:
-> FHEM sendet an den Master -> Master prozessiert Nachricht -> Master sendet an MQTT-Broker -> MQTT-Broker prozessiert Nachricht -> MQTT-Broker sendet an alle Slaves -> fertig

Ich kann mir nicht vorstellen, dass man mit dem MQTT-Ansatz kleinere Latenzen erreicht. Bitte korrigier mich, wenn ich etwas falsch dargestellt bzw. falsch verstanden habe.
Darüberhinaus finde ich es im FHEM-Umfeld nicht so gut, Logik und/oder Konfiguration vom zentralen FHEM-Server in die Endgeräte zu verschieben, aber das mag Geschmackssache sein. Ich hab da Logik/Config gerne zentral im Zugriff.

Zitat von: pjakobs am 18 März 2017, 00:12:08
Wenn Du eine lange Befehlskette hast (und wenn Du mit Effektlicht arbeiten willst können das ja mal 50 set's auf einen Rutsch sein), dann bleibt der Fokus so lange beim Modul, bis all diese Befehle abgearbeitet sind, danach geht er zurück an den Main Loop - so jedenfalls sah es für mich aus, als ich das letztes Jahr untersucht hatte.
Aus dem Grund wollen wir hier die Zeit, die zur Abarbeitung eines Befehls gebraucht wird möglichst kurz halten, und Christian hat da extrem viel getan.
Ahh ok, verstehe. So einen Fall mit mehr als 3 Befehlen hatte ich bei mir noch nicht, aber klar, man kann auch 50 Befehle absetzen. Aber wenn man für den Fall optimieren will, wäre es dann nicht besser im Modul eine Schnittstelle zu schaffen, so dass man direkt mit einem set-Befehl mehrere LED-Befehle einliefern kann? So in der Art "set myLed HSB 100,100,100 4:150,20,100 4:50,100,100 2"? Ist vermutlich auch nicht sooo aufwendig. Da würde man schonmal den ganzen FHEM-Drumrum Overhead sparen. Im Idealfall könnte das Modul dann auch direkt an den Controller per API (HTTP/MQTT) mehrere Befehle absetzen.
Außerdem kann man in FHEM längere Befehlskette aufbrechen, in dem man ein "sleep 0" einstreut. Damit baut ja FHEM ein internes "at" welches dann über die Event-Queue abgearbeitet wird. Damit könnten dann auch andere Events zwischendurch zum Zuge kommen (so als yield-Ersatz). Hatten das Thema hier neulich erst:
https://forum.fhem.de/index.php/topic,68350

----

Ich denke, ich hab jetzt ganz gut verstanden, wie du dir das vorstelltst mit dem Auslagern in ein eigenes Modul, also danke erstmal für die Erklärung!
Zitat von: pjakobs am 18 März 2017, 00:12:08
Im Grunde ist doch das, was Du hier vorstellst nicht LedController spezifisch.
Hm weiß nicht, ich denke schon, dass das zumindest schon recht modul-spezifisch sein wird (s.u.).

Zitat von: pjakobs am 18 März 2017, 00:12:08
Du hast, wenn ich das richtig sehe, ein paar Betriebsmodi:

  • alle Slave Devices sollen das gleiche tun und verstehen die gleiche "Sprache" (=Befehlssysntax). In dem Fall musst Du nur durch die Slave Devices iterieren und sie mit $cmd @args aufrufen, das werden sie verstehen
  • alle Slave Devices verstehen die gleiche Sprache, aber sie sollen was anderes tun. Wie Du geschrieben hast: vielleicht 10% dunkler oder 20% mehr Sättigung oder um 30% auf dem Farbkreis gedreht, kurz: irgendeine Transformation aber der eigentliche Befehl bleibt gleich Hier müsstest Du imho das Kommando "verstehen" weil die Transformation ja für rgb anders wäre als für hsv und Du müsstest die args aufsplitten und neu zusammensetzen.
  • wie 2. allerdings muss auch noch die Befehlssyntax transformiert werden, z.B. von Kleinbuchstaben auf Großbuchstaben (für WifiLight etc.) Das wäre meistens eine einfacher Ersetzung

Ich glaube einfach, dass das cleaner in einem gesonderten Modul unterzubringen wäre und das LedController Modul mit einer Menge Code aufblähen würde, die mit dem Controller selbst nix zu tun hat.
Außerdem wäre es dann m.E. auch für völlig andere Devices nutzbar (z.B. Schaltergruppen oder so).
Also ich denke, dass man damit aber viele Sachen nachbauen würde, die es in FHEM sowieso schon gibt. Und auch recht grundlegende Funktionen dazu. Im Prinzip ist gibt es ja das, was dir vorschwebt schon ziemlich genau so in Form von "structure" (jedoch ohne die Transformationsschicht). Deinen ersten Punkt ("alle Slave Devices sollen das gleiche tun und verstehen die gleiche "Sprache") deckt das bestehende structure jetzt schon ab, denk ich.
Für die anderen Fälle müsste man es aufbohren und hätte dann mMn eine Art "structure 2.0" :) Wenn man das jedoch so bauen würde und da sehr generisch Befehle an mehrere verschiedenartige Geräte absetzen möchte, dann würde man das doch momentan in FHEM auch schon per notify/DOIF bauen können, oder?
Mir ist noch nicht ganz klar welche konkreten Einsatzszenarien es überhaupt dafür gibt, aber wenn ich, sagen wir, die Raumtemperatur auf 20°C schalten möchte, wenn jemand die LED auf "rot" setzt, dann ginge das doch schon mit einem notify recht einfach:
define nty notify wl_led:hsv 0,.* set wz_temp 20
(bitte mich nicht drauf festnageln, mag genau so evtl. nicht funktionieren, aber ich hoffe man versteht die Idee:))

Und das halte ich eigentlich für einfacher, also dafür ein Master-Modul zu definieren und dann per Attribut (vermutlich) recht komplexe Transformationsausdrücke zu definieren. Ich fürchte, dass die recht komplex sein müssen, weil das Modul ja sehr generisch sein soll und zwischen beliebigen Devices transformieren können soll. Damit geht mMn eine gewisse Komplexität einher. Dieser Ansatz mit dem notify wiederum klappt bei dem LedController mMn eben nicht so gut, nämlich wieder wegen den Fades. Man kann eben nicht auf hsv-Events lauschen (per notify) und diese dann 1:1 auf ein anderes LED-Gerät übertragen. Man muss das wirklich auf Befehlsebene machen, denk ich. Und darum denke ich, dass es doch irgendwie modulspezifisch ist.

Ein anderer Punkt sind die Readings: um mit dem LedController sinnvolle Logiken zu basteln, braucht man Zugriff auf die Readings. Wenn man nun ein separates Master-Modul baut, dann müsste man sich irgendwie auch überlegen, wie man den Zugriff auf Readings abbilden will. Wenn das dann auch entsprechend generisch sein soll, wird man da auch nochmal einiges an Transformationslogik reinstecken müssen.

Ich glaube der Aufhänger für diesen generischen Ansatz ist, dass LedController per Slave in der Lage ist WifiLight zu steuern, oder? Ich vermute, wenn das WifiLight da nicht vorgekommen wäre, hätte es sich für dich weniger unpassend angefühlt? Da würde ich dir teilweise zustimmen. LedController sollte eigentlich nicht das Interface von anderen Modulen kennen und die steuern können. Wenn man da konsequent wäre, könnte man diese Funktion auch wieder rausnehmen, so dass LedController nur andere LedController steuern könnte. Andererseits ist es auch ganz schick, dass man damit WifiLight mit abdeckt mMn. Bin unschlüssig :)

Oh mann, vermutlich mein längster Post ever :) Sorry, dass ich da an den meisten Stellen unterschiedlicher Meinung bin :( Ich finde die Diskussion jedoch an beiden Ecken sehr interessant!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 März 2017, 10:54:36
@vbs: ich antworte mal drüben im Thread for das fhem - modul (https://forum.fhem.de/index.php/topic,55065.msg607738.html#msg607738), wir verwirren jeden hier im Controller thread
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 20 März 2017, 09:48:10
Update: die Boards liegen jetzt seit ner Woche im Zoll, obwohl sie korrekt deklariert sind und ich natürlich Zoll und Einfuhr Umsatzsteuer zahlen will. Ich habe eine ähnliche Situation schonmal erlebt, da hat's zwei Wochen gedauert, keiner wusste was und irgendwann kam ein Brief (!) meines lokalen Zollbüros, ich möge doch mein Päckchen abholen.

Rund um die Welt ist einfach, deutsche Behörden brauchen Zeit.

pj

Update 2: soeben sind die letzten ESP12 und DC/DC Wandler eingetroffen. Sobald die Boards da sind, kann's los gehen!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 März 2017, 09:28:13
Laut Tracking sind die Boards jetzt per Kurier auf dem Weg zu mir, mal schnell noch Kleingeld holen gehen...

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 März 2017, 13:15:23
soeben sind die Boards eingetroffen, damit ist alles, was wir brauchen komplett.
Ich habe auch schon getestet: sie passen perfekt in die vorgeschlagenen Gehäuse! (ich gebe zu, beim Ausmessen hatten wir ein paar Wirrkungen)

Was jetzt passiert:


Ich hatte für die Fertigboards angefangen, die DC/DC Wandler auf einem Window-Comparator abzugleichen (simple Schaltung mit zwei Spannungen und einem Opamp, macht es aber sehr schnell, die Teile einzustellen) dabei sind mir drei von 100 aufgefallen, die meinen Ansprüchen nicht genügen (500mV Sägezahn am Ausgang, einer lässt sich garnicht einstellen). Unter den Bedingungen möchte ich Euch die Dinger nicht "einfach so" zuschicken, dass heißt, Ihr bekommt alle DC/DC Wandler ziemlich genau auf 3,3V (-0/+0,08V) eingestellt, bitte messt sie aber dennoch nach, sie könnten sich verstellt haben. Das vermindert alledings das Risiko, dass Ihr alles zusammenbaut und Euren schönen ESP12 beim ersten Einschaltet bratet sehr deutlich.

Ich werde am Wochenende leider, wenn überhaupt, sehr wenig Zeit dafür haben, also seid mir bitte nicht böse, wenn sich die Vorbereitungen noch durch die nächste Woche ziehen und die ersten Päckchen frühestes Anfang übernächster Woche rausgehen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 März 2017, 20:31:11
Hallo Pjakobs,

ich denke nicht alle haben zu Hause ein Labormessgerät. Ich hab nur ein normales Messgerät, kann ich auch damit die DCs einstellen. Eine kleine Schaltung kriege ich auch zusammen gelötet, um diese dann einzustellen, nur weiss ich nicht genau wie ich so eine Schaltung aufbauen sollte.

Könntest du von deiner Mal ein Foto machen und evtl. ein Schaltbild und wie was zu verdrahten ist.

Grüsse und Danke für die Mühe.

lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 März 2017, 22:06:08
Zitat von: lewej am 23 März 2017, 20:31:11
Hallo Pjakobs,

ich denke nicht alle haben zu Hause ein Labormessgerät. Ich hab nur ein normales Messgerät, kann ich auch damit die DCs einstellen. Eine kleine Schaltung kriege ich auch zusammen gelötet, um diese dann einzustellen, nur weiss ich nicht genau wie ich so eine Schaltung aufbauen sollte.

Könntest du von deiner Mal ein Foto machen und evtl. ein Schaltbild und wie was zu verdrahten ist.

Grüsse und Danke für die Mühe.

lewej
Hmm... ich werde die DC/DC Wandler alle hier korrekt einstellen, aber ich kann nicht garantieren, dass sich das nicht unterwegs ändert. Ein einfaches Digitalmultimeter bekommst Du bei Conrad und Co schon für deutlich unter 10 Euro, und wenn Du Schaltungen wie diese zusammenlöten willst, dann sollte das zu Deinem Werkzeug gehören, genau wie ein kleiner Lötkolben mit ordentlicher Spitze (rund oder flach, ich bevorzuge rund).
Ich gehe aber davon aus, dass es keine Probleme geben wird. Der ganze Bausatz kommt in eine Antistatik-Tasche, da dürfte nix passieren. Nur: es bleibt Deine Verantwortung, das zu überprüfen. Wenn Du das Teil ansteckst und versehentlich 12V an den ESP durchgereicht werden, dann war's das für den.
Also: es muss ja nicht gleich ein Fluke Messgerät sein, ein 10Euro Teil genügt, und wenn das am Ausgang des Wandlers 3,3V anzeigt ist alles in Butter.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 März 2017, 09:17:14
jetzt habe ich gerade einen wunderbaren Controller komplett zusammengelötet, um davon ein Video zu machen und - der größte Teil davon fehlt, weil ich nach einem heruntergefallenen Widerstand suchte und danach vergessen habe, das Video wieder zu starten. Das Alter! Ich sag's Euch!.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 24 März 2017, 10:42:31
 ;D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 24 März 2017, 11:15:08
Zitat von: pjakobs am 24 März 2017, 09:17:14
jetzt habe ich gerade einen wunderbaren Controller komplett zusammengelötet, um davon ein Video zu machen und - der größte Teil davon fehlt, weil ich nach einem heruntergefallenen Widerstand suchte und danach vergessen habe, das Video wieder zu starten. Das Alter! Ich sag's Euch!.

Dann löte doch alles wieder ab und lasse das Video dann rückwärts laufen  :)
(Aua  ... nicht hauen)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 24 März 2017, 11:51:17
Naja
Ich gehe eher davon aus, dass er einfach einen zweiten Widerstand runterschmeisst. Nee einen zweiten Controller loetet!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Haecksler am 24 März 2017, 14:48:00
Hallo zusammen,
habe nun endlich auch einen meiner 3 Controller inbetriebgenommen.

Ich weiß nicht, ob es irgendwo steht und ich es übersehen habe, aber bei meinen ESP ging gar nichts bis ich eine Antenne angelötet haben.
Hat mich gestern abend 3h gekostet  :'(.

Vielleicht sollte hier noch ein Hinweis bei der Flashanleitung
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761 (https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761)
diesbezüglich hinzugefügt werden.

Gruß,
Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 März 2017, 15:04:16
Zitat von: Haecksler am 24 März 2017, 14:48:00
Hallo zusammen,
habe nun endlich auch einen meiner 3 Controller inbetriebgenommen.

Ich weiß nicht, ob es irgendwo steht und ich es übersehen habe, aber bei meinen ESP ging gar nichts bis ich eine Antenne angelötet haben.
Hat mich gestern abend 3h gekostet  :'(.

Vielleicht sollte hier noch ein Hinweis bei der Flashanleitung
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761 (https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761)
diesbezüglich hinzugefügt werden.

Gruß,
Stefan
äh, eine Antenne?
Magst Du mir bitte mal ein Foto schicken?
Ich hab hier mittlerweile sechs Controller laufen, und alle funktionieren prima mit der on-board Antenne des ESP12 (e oder f, wobei der f ja eine verbesserte Antenne hat).
Hast Du da, wo Du den Controller aufbaust grundsätzlich schlechten WLAN Empfang?
Kannst Du mal z.B. hiermit (https://play.google.com/store/apps/details?id=com.farproc.wifi.analyzer) nachmessen?

Wo hast Du denn eine Antenne angelötet?

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 24 März 2017, 16:23:06
Hi,
Hauptsache wir bekommen die Directors Cut Version mit der deleted scene: "A grown man searching a not so grown R!"
*lol*
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 März 2017, 18:15:53
ich hab's eher so mit dem Blues:

R is gone
R is gone away
R is gone baby
R is gone away (https://www.youtube.com/watch?v=4fk2prKnYnI)

;-)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 25 März 2017, 21:12:07
Ich habe mal den ersten Teil des Tutorials hochgeladen: Werkzeuge und der Inhalt des Bausatzes.

https://youtu.be/dt8Geg9dKU4

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 25 März 2017, 21:37:32
TOP.



Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Haecksler am 25 März 2017, 23:39:31
Zitatäh, eine Antenne?
Magst Du mir bitte mal ein Foto schicken?
Ich hab hier mittlerweile sechs Controller laufen, und alle funktionieren prima mit der on-board Antenne des ESP12 (e oder f, wobei der f ja eine verbesserte Antenne hat).
Hast Du da, wo Du den Controller aufbaust grundsätzlich schlechten WLAN Empfang?
Kannst Du mal z.B. hiermit nachmessen?

Wo hast Du denn eine Antenne angelötet?

pj

Siehe Bild anbei.
Habe jetzt 2 Controller aufgebaut und beide waren ohne Antenne gar nicht im WLAN sichtbar.
Gruß, Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 26 März 2017, 10:37:04
Zitat von: pjakobs am 25 März 2017, 21:12:07
Ich habe mal den ersten Teil des Tutorials hochgeladen: Werkzeuge und der Inhalt des Bausatzes.
Kein "Unboxing"? :(

Naja, hauptsache die Outtakes kommen zum Schluss :D :D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 März 2017, 10:43:21
Zitat von: Haecksler am 25 März 2017, 23:39:31
Siehe Bild anbei.
Habe jetzt 2 Controller aufgebaut und beide waren ohne Antenne gar nicht im WLAN sichtbar.
Gruß, Stefan
Hi Stefan,

ohne Dir zu nahe treten zu wollen, aber: dass dieser Draht den Empfang verbessert ist, wenn überhaupt, Glückssache. Die Trace-Antenne des ESP12 (in Deinem Fall offenbar ja noch ein 'e', die neuen kommen mit der 'f' version) hat ja eine spezielle Geometrie, damit sie im 2,4GHz Band funktioniert.

Bitte beantworte doch mal meine Fragen zur Ortsfeldstärke, ich habe bisher weder selbst solche Probleme gehabt, noch Berichte davon gehört.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 26 März 2017, 11:45:31

Moin,
DANKE für das Video! Ich bin sehr gespannt auf die Fortsetzungen!
Natürlich ist das Ambitionsniveau für Anfänger und einige werden sich langweilen. Gerade deshalb ein DICKES Lob an Dich!!!
Insgesamt ist dieses Projekt so gut, dass ich nur sagen kann: "Ihr seid SPITZE!" Applaudomat! Hüpf hoch!
Gruß Arnd

Zitat von: pjakobs am 25 März 2017, 21:12:07
Ich habe mal den ersten Teil des Tutorials hochgeladen: Werkzeuge und der Inhalt des Bausatzes.

https://youtu.be/dt8Geg9dKU4 (https://youtu.be/dt8Geg9dKU4)

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 März 2017, 12:02:55
Zitat von: RaspiLED am 26 März 2017, 11:45:31
Moin,
DANKE für das Video! Ich bin sehr gespannt auf die Fortsetzungen!
Natürlich ist das Ambitionsniveau für Anfänger und einige werden sich langweilen. Gerade deshalb ein DICKES Lob an Dich!!!
Insgesamt ist dieses Projekt so gut, dass ich nur sagen kann: "Ihr seid SPITZE!" Applaudomat! Hüpf hoch!
Gruß Arnd
Klar, deshalb auch die Dreiteilung des Videos: wer null Erfahrung hat, schaut alle drei an, wer grundsätzlich weiß, welches Ende des Lötkolbens heiß wird braucht nur das zweite und dritte und wer blind SMD Bauteile auflöten kann, für den ist dann noch das "wie Flash' ich nun die Firmware drauf" Video interessant.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Haecksler am 26 März 2017, 13:36:22
Zitat
ohne Dir zu nahe treten zu wollen, aber: dass dieser Draht den Empfang verbessert ist, wenn überhaupt, Glückssache. Die Trace-Antenne des ESP12 (in Deinem Fall offenbar ja noch ein 'e', die neuen kommen mit der 'f' version) hat ja eine spezielle Geometrie, damit sie im 2,4GHz Band funktioniert.

Bitte beantworte doch mal meine Fragen zur Ortsfeldstärke, ich habe bisher weder selbst solche Probleme gehabt, noch Berichte davon gehört.

Hallo pj,
also, dass ich ohne angelötete "Antenne" gar keinen Empfang zum ESP bekomme, konnte ich nicht wiederholen  :-X
Aber eine Verbesserung der Sende-/Empfangsqualität mit Antennen kann beobachtet werden.
Habe jetzt einmal ohne "Antenne" mit Räumlicherdistanz gemessen, das Ergebnis lag bei ca. -81dBm und mit "Antenne bei ca. -73dBm.
Anbei findest du noch die entsprechenden Screenshots.

Gruß,
Stefan

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 März 2017, 14:11:42
The saga continues: Teil 2: Harry Potter und die Bestückung der Platine

https://youtu.be/g6-LPeKy7Mc
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 März 2017, 14:23:15
Zitat von: Haecksler am 26 März 2017, 13:36:22
Hallo pj,
also, dass ich ohne angelötete "Antenne" gar keinen Empfang zum ESP bekomme, konnte ich nicht wiederholen  :-X
Aber eine Verbesserung der Sende-/Empfangsqualität mit Antennen kann beobachtet werden.
Habe jetzt einmal ohne "Antenne" mit Räumlicherdistanz gemessen, das Ergebnis lag bei ca. -81dBm und mit "Antenne bei ca. -73dBm.
Anbei findest du noch die entsprechenden Screenshots.

Gruß,
Stefan
Moin, HF ist immer auch ein bisschen Magie. Dass diese Antenne den Empfang verbessert ist wirklich erstaunlich. Wenn ich mich nicht verrechnet habe, dann ist die Wellenlänge bei 2,4GHz ca 12,5cm, lambda/4 waren dann 3,125cm. Die Antennengeometrie auf dem ESP12 dürfe recht nah an der Güte einer l/4 sein. Nun gut, deine Drahtantenne liegt ja bei etwa 12cm, was ggf den Gewinn erklärt - wobei über 6dB schon viel ist.
Tatsächlich ist es aber so, dass, warum auch immer, dort, wo Dein Controller hängt die Feldstärke Deines WLAN sehr niedrig ist. (ich hab im Haus überall besser als -60dBm)
Kleine Antennen sind zwar wirklich gut geworden, aber immer noch ein Kompromiss. Wenn Du mit der Drahtantenne leben kannst  - gut, ansonsten denke ich, Du wirst den Ort des Controllers oder des WLAN Accesspoints verändern müssen...

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 27 März 2017, 12:38:33
Die Sammelbestellung scheint abgeschlossen zu sein, oder? Zumindest geht das Formular nicht mehr. Habe eben erst das Projekt gesehen und würde daher gerne wissen, wann wieder bestellt werden kann? Und was mich auch noch interessiert, irgendwie hab ich noch keine Antwort dazu gefunden, was schließt ihr als Stromquelle an?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 27 März 2017, 13:04:56
Zitat von: Amenophis86 am 27 März 2017, 12:38:33
Die Sammelbestellung scheint abgeschlossen zu sein, oder? Zumindest geht das Formular nicht mehr. Habe eben erst das Projekt gesehen und würde daher gerne wissen, wann wieder bestellt werden kann? Und was mich auch noch interessiert, irgendwie hab ich noch keine Antwort dazu gefunden, was schließt ihr als Stromquelle an?
Hallo Amenophis86
https://forum.fhem.de/index.php/topic,48918.msg447285.html#msg447285 , da hatte ich schon mal geschrieben, welche ich genommen habe! Zudem ist das stark abhaengig von Deinem Stripe! Wenn du nur einen Meter hast, dann brauchst Du mit Sicherheit nicht so eine grosse Spannungsversorgung, wie wenn Du 5 Meter hast!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 13:15:45
Zitat von: pc1246 am 27 März 2017, 13:04:56
Hallo Amenophis86
https://forum.fhem.de/index.php/topic,48918.msg447285.html#msg447285 , da hatte ich schon mal geschrieben, welche ich genommen habe! Zudem ist das stark abhaengig von Deinem Stripe! Wenn du nur einen Meter hast, dann brauchst Du mit Sicherheit nicht so eine grosse Spannungsversorgung, wie wenn Du 5 Meter hast!
Gruss Christoph
Hi Amenophis,

ja, die Sammelbestellung für dieses Mal ist erstmal durch. Jetzt wollen erstmal 350 Controller gepackt, bestückt und versandt werden.

Wenn Bedarf besteht werden wir vermutlich nochmal eine Runde machen, allerdings ist das doch ziemlich viel Aufwand für den, der es durchführt (diesmal für mich) und wirklich gute Preise kommen auch erst ab ca. 200 Stück zusammen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 27 März 2017, 13:38:12
Zitat von: pjakobs am 14 März 2017, 09:19:07
Noch sind ein paar Bestellungen nicht bezahlt, ich werde noch einmal eine Zahlungserinnerung verschicken, wenn dann noch jemand nicht bezahlt, dann werden vielleicht nochmal 10 Controller verfügbar, aber sicher nicht mehr.
Zitat von: Frank_Huber am 15 März 2017, 12:29:15
Hi,
falls einer übrig bleibt melde ich mal Interesse an. ;-) (Komplettmodul)
danke & Grüße

Hi,
sind denn alle bezahlt?
Grüße
Frank
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 27 März 2017, 13:59:18
Das es sich hierbei um ein extrem großes und dafür noch besser organisiertes Projekt handelt habe ich festgestellt. Erst mal riesen Respekt dafür.

Hiermit bekunde ich  auch mein Interesse, sollten welche übrig bleiben. :)

Zitat von: pc1246 am 27 März 2017, 13:04:56
https://forum.fhem.de/index.php/topic,48918.msg447285.html#msg447285 , da hatte ich schon mal geschrieben, welche ich genommen habe! Zudem ist das stark abhaengig von Deinem Stripe! Wenn du nur einen Meter hast, dann brauchst Du mit Sicherheit nicht so eine grosse Spannungsversorgung, wie wenn Du 5 Meter hast!
Danke für die Info.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 14:27:00
Ich will Dir keine allzugroßen Hoffnungen machen, dass das kurzfristig geschehen könnte. Mein Vorschlag: sammelt man Interessenten und wenn wir Ende September bei mehr als 200 Geräten sind, dann mache ich gerne eine neue Aktion.
Am liebsten würde ich dann garkeine Bausätze mehr anbieten, sondern die Dinger gleich komplett in China fertigen lassen. Je nach Stückzahl sollten wir dann unter 15EUR incl. Zoll und EinfuhrUmsatzsteuer kommen.

Grüße,

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 27 März 2017, 14:28:54
Und wo bleibt dann der Spass? :o
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 14:38:37
Hmm... Ich hab jetzt acht gelötet und noch mindestens 10 vor mir, da relativiert sich das mit dem Spaß...

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 27 März 2017, 14:47:06
Zitat von: pjakobs am 27 März 2017, 14:27:00
Ich will Dir keine allzugroßen Hoffnungen machen, dass das kurzfristig geschehen könnte. Mein Vorschlag: sammelt man Interessenten und wenn wir Ende September bei mehr als 200 Geräten sind, dann mache ich gerne eine neue Aktion.

Das heißt ich soll selbst einen Aufruf starten? Das kann ich gerne machen, will mich jedoch nicht in euer Projekt rein drängen. Alternativ kann ich auch warten, bis ihr die aktuelle Bestellung fertig habt und ihr dann nochmal einen Aufruf startet. Bei mir drängt es nicht.

Da ich eh einen fertigen gekauft hätte, finde ich die Idee direkt in China produzieren zu lassen sehr gut, aber natürlich bleibt das euch überlassen. Ich traue mir ein komplettes zusammenlöten nicht zu.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 15:17:04
Zitat von: Amenophis86 am 27 März 2017, 14:47:06
Das heißt ich soll selbst einen Aufruf starten? Das kann ich gerne machen, will mich jedoch nicht in euer Projekt rein drängen. Alternativ kann ich auch warten, bis ihr die aktuelle Bestellung fertig habt und ihr dann nochmal einen Aufruf startet. Bei mir drängt es nicht.

Da ich eh einen fertigen gekauft hätte, finde ich die Idee direkt in China produzieren zu lassen sehr gut, aber natürlich bleibt das euch überlassen. Ich traue mir ein komplettes zusammenlöten nicht zu.

na ja, der erste Schritt wäre es ja, nachzufragen, wieviel Bedarf besteht, das kann man ja so planen, dass die Bestellung selbst dann gegen Ende September beginnen kann. Ich hab im Moment selbst halt keinen Bedarf mehr, kann aber gerne mit meiner jetzt gesammelten Erfahrung helfen.

Das Ganze ist halt so oder so ein Open Source Projekt, also darf natürlich jeder eine Sammelbestellung organisieren - ich unterstütze dann auch gerne.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Icinger am 27 März 2017, 19:56:45
ZitatHi,
sind denn alle bezahlt?

Upps, shame on me......Ganz verschwitzt.
Wurde aber soeben erledigt :)

lg, Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 27 März 2017, 20:36:50
Zitat von: pjakobs am 27 März 2017, 14:38:37
Hmm... Ich hab jetzt acht gelötet und noch mindestens 10 vor mir, da relativiert sich das mit dem Spaß...

Schick .. Schick ... dann habe ich ja meinen bald  :)
Da ich schon einen beim selbstlöten vergeigt habe brauche ich den unbedingt als Referenz.
Vielen Dank schon mal.

@Amenophis86: Eine Platine in Rev 1.3 hätte ich dann noch übrig.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 23:54:33
das hab ich erstmal im falschen Thread gepostet.... das Alter, Ihr versteht! (oh, die Ausrede hatte ich schonmal, oder?)

ich hab mal ne Frage:

Im Video habt Ihr gesehen, dass ich  bei einigen Controllern unterschiedliche Terminal Blocks liefern müsste - würde Euch das stören?
Die blauen bekomme ich als 3er Block nicht vor Ende April gelieferrt, die grünen zweier-Blocks könnte ich nachbestellen, allerdings zu einem Schweinepreis (fast 50ct pro Stück also 1,50 pro Controller)

Legt Ihr Wert darauf, dass die einheitlich sind, oder ist das Euch eher egal?

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 27 März 2017, 23:56:11
Da ich eh farbenblind bin, mach, wie du meinst...
[emoji28][emoji41]
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 März 2017, 23:58:58
Zitat von: MacReiner am 27 März 2017, 23:56:11
Da ich eh farbenblind bin, mach, wie du meinst...
[emoji28][emoji41]

warum um alles in der Welt bestellst Du dann RGB Controller??? :D  ;D

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 28 März 2017, 00:01:32
Siehste, ist doch ein Haken dabei. Hatte die ganze Zeit schon ein ungutes Gefühl!

Bestellt habe ich ja nur wegen dem Herdentrieb...
Millionen Fliegen...

🤠
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 00:12:22
Zitat von: MacReiner am 28 März 2017, 00:01:32
Siehste, ist doch ein Haken dabei. Hatte die ganze Zeit schon ein ungutes Gefühl!

Bestellt habe ich ja nur wegen dem Herdentrieb...
Millionen Fliegen...

🤠
8) 8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 28 März 2017, 07:02:07
Zitat von: pjakobs am 27 März 2017, 23:58:58
warum um alles in der Welt bestellst Du dann RGB Controller??? :D  ;D

pj
Vielleicht will er ja nur den WW-Anteil nutzen!?
Duck und weg!
Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 28 März 2017, 07:34:11
Zitat von: AxelSchweiss am 27 März 2017, 20:36:50
@Amenophis86: Eine Platine in Rev 1.3 hätte ich dann noch übrig.

Vielen Dank, aber da meine Lötfähigkeiten sehr begrenzt sind muss ich leider auf einen fertigen setzen.

Zitatna ja, der erste Schritt wäre es ja, nachzufragen, wieviel Bedarf besteht
ok, dann werde ich mal einen neuen Thread starten mit einer Abfrage und wir schauen ob und wie viele sich melden. Vielen Dank.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 07:54:07
Zitat von: Amenophis86 am 28 März 2017, 07:34:11
Vielen Dank, aber da meine Lötfähigkeiten sehr begrenzt sind muss ich leider auf einen fertigen setzen.
ok, dann werde ich mal einen neuen Thread starten mit einer Abfrage und wir schauen ob und wie viele sich melden. Vielen Dank.
Warte mal mit dem Thread, wir machen das über ein google Form!

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 28 März 2017, 07:57:29
lol, zu spät gesehen. Habe jetzt hier (https://forum.fhem.de/index.php/topic,69740.0.html) gestartet. Aber kann da auch gerne die Änderung mit der Form reinbringen, daran soll es nicht scheitern.

Edit:
Der Thread war auch eigentlich erst Mal gedacht um eine grobe Übersicht zu bekommen, ob es noch Interessenten gibt. Da ich nicht weiß wieviel Aufwand so ein Form ist, wollte ich so starten. Aber lasse mich gerne eines Besseren belehren :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 08:04:40
Ich hab's beim letzten Mal so gemacht, dass ich in einem google Form einfach Name und Bedarf abgefragt habe, die Ergebnisse landen dann in einem Tabellenblatt, das ist wesentlich übersichtlicher als sich durch Freitext in einem Thread zu wühlen...

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 28 März 2017, 08:06:06
Nö, da hast du recht. Wie gesagt, kannte das nicht. Dann werde ich mir das mal ansehen und einfügen. Danke für den Hinweis.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 28 März 2017, 08:07:28
Zitat von: AxelSchweiss am 27 März 2017, 20:36:50
@Amenophis86: Eine Platine in Rev 1.3 hätte ich dann noch übrig.
Ist da normal zu löten oder SMD?
Wenn kein SMD dann würd ich die gern nehmen.

Grüße
Frank
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 28 März 2017, 08:17:03
Habe mich jetzt mal durchgefuchst. Hier ist der Link:

https://docs.google.com/forms/d/1oI7CKesqvFv7fGD39yeOQVUf3AvIBNMsk0Eit51kXK8
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 08:59:19
Zitat von: Frank_Huber am 28 März 2017, 08:07:28
Ist da normal zu löten oder SMD?
Wenn kein SMD dann würd ich die gern nehmen.

Grüße
Frank
Du hast bei der älteren Version 11 SMD 0805 Widerstände und einen SMD Kondensator, bei der neueren nur 10 SMD Widerstände und einen Kondensator.

Schau Dir einfach mal mein howto Video weiter oben an und mach Dir ein Bild, ob Du damit zurecht kommst (ich denke: ja, die 0805 sind wirklich kein Problem)

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 11:18:22
vielleicht für den ein oder anderen hilfreich:
ich habe sehr gute Erfahrungen mit diese Netzteilen (https://www.amazon.de/gp/product/B001W3UYLY/ref=oh_aui_search_detailpage?ie=UTF8&th=1) gemacht. Ich habe davon sowohl die 5A als auch die 3A Versionen gekauft und betreibe meine LED Strips damit. Nachdem ich zuvor offene China Netzteile in selbst-angepassten Kunststoffgehäusen hatte, bin ich hierauf umgestiegen, vor allem, weil die anderen fürchterlich fiepten. Aus China sind vermutlich beide Bauformen, aber diese hier sind leise und problemlos.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 28 März 2017, 11:22:16
Zitat von: Amenophis86 am 28 März 2017, 07:57:29Der Thread war auch eigentlich erst Mal gedacht um eine grobe Übersicht zu bekommen, ob es noch Interessenten gibt.
Da ich meine Controller aus dieser (meiner ersten) Bestellung noch nicht habe, kann ich natürlich auch noch nicht sagen, ob ich weiteren Bedarf habe. Dem Einen oder Anderen wird es ähnlich gehen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: peble am 28 März 2017, 12:08:26
Zitat von: pjakobs am 28 März 2017, 11:18:22
vielleicht für den ein oder anderen hilfreich:
ich habe sehr gute Erfahrungen mit diese Netzteilen (https://www.amazon.de/gp/product/B001W3UYLY/ref=oh_aui_search_detailpage?ie=UTF8&th=1) gemacht. Ich habe davon sowohl die 5A als auch die 3A Versionen gekauft und betreibe meine LED Strips damit. Nachdem ich zuvor offene China Netzteile in selbst-angepassten Kunststoffgehäusen hatte, bin ich hierauf umgestiegen, vor allem, weil die anderen fürchterlich fiepten. Aus China sind vermutlich beide Bauformen, aber diese hier sind leise und problemlos.

Grüße

pj


hallo pjakobs,
die Netzteile beschäftigen mich die letzte Tage auch, super das du hier einen Tipp hast.
Was meinst du wieviel Stripes mit 5m kann man an einem Netzteil mit 5 A betreiben?
Wenn ich das richtig verstehe haben die meisten RGBWW Stripes 72 Watt auf 5m, die Netzteile die dazu geliefert werden haben meist auch 5 A, also sollte das doch reichen.
Bräuchte ich dann pro 5m ein Netzteil oder wenn ich z.B einen Stripe auf 7-8 m verlänger 2 Netzteile?
Haben die Netzteile einen hohen Stromverbrauch in Standby, hast du das mal gemessen?

Viele Dank im Voraus

peble




Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 28 März 2017, 12:10:01
72W / 12V = 6A.
das mitgelieferte Netzteil ist hier schon Grenzwertig.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 12:55:05
Bedenkt dabei bitte, dass es sich hierbei um eine maximale Stromaufnahme handelt.
Solange ihr den Controller nicht im RAW Modus betreibt, werden immer nur maximal drei LED auf volle Helligkeit gehen, oder eigentlich sogar immer nur eine, denn: der Controller sorgt intern dafür, dass bei sich ändernden Farben die Helligkeit konstant bleibt, was bedingt, dass bei mehreren leuchtenden LED alle halt etwas heruntergeregelt werden. Dazu kommt, dass die weiß Komponente bei den Meisten durch einen oder zwei Weiß - Stränge realisiert wird. Wird bei reinen RGB LED weiß gefordert, dann müssen alle drei Farben ran. Ich habe etwa 12m RGBWW (vier LED auf einem chip) an einem Controller und versorge ihn mit einem 5A Netzteil. Wirklich warm wird das nur, wenn ich mit RAW alles aufdrehe.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AlexSchei am 28 März 2017, 13:49:36
Moin.

Ich hab bei mir diese Netzteile im Betrieb:

https://www.amazon.de/Hutschienen-Netzteil-MeanWell-MDR-100-12-Hutschienennetzteil/dp/B00MWQEX0I/ref=sr_1_16?ie=UTF8&qid=1490701650&sr=8-16&keywords=meanwell%2Bhutschiene&th=1

Die 12V und 5V Variante. Laufen sehr gut und lautlos.

Gruß
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 28 März 2017, 14:40:53
Hi,
Erstmal ist die Rechnung richtig 5m => 6A, aber das gilt nur bei allen LEDs an, also 100% Weiss.
Normalweise werden wir diese Stripes wohl eher als Effektlicht nehmen, daher wohl eher nur zwei LEDs dauerhaft an sein.

Zu der anderen Frage: Ja man kann über die 5m mit einem grösseren Netzteil hinausgehen, aber die LEDs am ende werden dunkler sein als am Anfang! Ansonsten zwei Controller mit zwei Netzteilen ;-)

Gruß Arnd

Diverse RasperryPi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, WifiLight ...

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 28 März 2017, 14:51:19
Zitat von: RaspiLED am 28 März 2017, 14:40:53
Zu der anderen Frage: Ja man kann über die 5m mit einem grösseren Netzteil hinausgehen, aber die LEDs am ende werden dunkler sein als am Anfang! Ansonsten zwei Controller mit zwei Netzteilen ;-)

Die LEDs sind doch alle paralell egal wie lang der Stripe ist.
Würde es da nicht genügen die Versorgungsleitung einfach an beiden Enden anzuschließen?
Netzteil natürlich entsprechend dimensioniert.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: tobi73 am 28 März 2017, 15:05:07
Ja, beidseitige/mehrfache Einspeisung ist eine Variante. Oder die Stripes in kürzere Stücke aufteilen und separat speisen.  Da braucht's nicht zwangsläufig zwei Controller bzw. zwei Netzteile, solange der Gesamtstrom, den der Controller zulässt, nicht überschritten wird. Bei Streifen grösser ca. 5m (je nach LED Dichte/Typen) kann man auch mal über 24V nachdenken - das unterstützt der Controller doch, oder?

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 15:17:58
Zitat von: tobi73 am 28 März 2017, 15:05:07
Ja, beidseitige/mehrfache Einspeisung ist eine Variante. Oder die Stripes in kürzere Stücke aufteilen und separat speisen.  Da braucht's nicht zwangsläufig zwei Controller bzw. zwei Netzteile, solange der Gesamtstrom, den der Controller zulässt, nicht überschritten wird. Bei Streifen grösser ca. 5m (je nach LED Dichte/Typen) kann man auch mal über 24V nachdenken - das unterstützt der Controller doch, oder?

Gesendet von meinem SM-G930F mit Tapatalk
In meinem Büro habe ich etwa 11m LED Kette hängen, Einspeisung ca. 2m vom einen Ende entfernt. Die Kette hat 60RGBWW LEDs pro Meter (also vier LED pro Chip!). Dies ist die einzige Beleuchtung im Büro und auch völlig ausreichend, ich dimme sie normalerweise nie über 70%.
Jetzt habe ich für Euch mal nachgemessen. Maximaler Strom im "Normalbetrieb" fließt bei hsv=300,100,100 mit knapp 2,9A.
(https://uploads.tapatalk-cdn.com/20170328/aa8746c74d5114ad9b90d6ac362a9aa1.jpg)
Wenn ich im RAW Modus alles voll aufdrehe komme ich auf max 4,4A - beides leicht in dem Bereich, mit dem das 5A Netzteil zurecht kommt.
(https://uploads.tapatalk-cdn.com/20170328/43b011cff6a089bac597f1ad0c52ea2f.jpg)

Grüße,

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 28 März 2017, 15:19:08
Hi,
Ja das kann man machen, aber nur:
"Bei weißem Flexband ohne Controller ist es recht einfach, eine mehrfache Einspeisung hinzubekommen. Sie müssen einfach nur aller 5m (oder weniger) sternförmig ein Kabel zum Netzteil legen. Bei RGB, RGBW oder generell allen Controller müssen Sie natürlich sternförmig vom Controller aus verteilen. Gegebenfalls müssen hier aber noch Repeater eingesetzt werden."
Quelle:
http://www.led-studien.de/2016/01/04/anschluss-einer-led-installation-tips-hinweise/

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 März 2017, 15:26:57
Zitat von: RaspiLED am 28 März 2017, 15:19:08
Hi,
Ja das kann man machen, aber nur:
"Bei weißem Flexband ohne Controller ist es recht einfach, eine mehrfache Einspeisung hinzubekommen. Sie müssen einfach nur aller 5m (oder weniger) sternförmig ein Kabel zum Netzteil legen. Bei RGB, RGBW oder generell allen Controller müssen Sie natürlich sternförmig vom Controller aus verteilen. Gegebenfalls müssen hier aber noch Repeater eingesetzt werden."
Quelle:
http://www.led-studien.de/2016/01/04/anschluss-einer-led-installation-tips-hinweise/

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Ja, Ihr könnt problemlos
betreiben, vorausgesetzt, Ihr stellt sicher, dass immer die gleichen Leiter miteinander verbunden sind!!

Wenn Ihr mehrere Controller nutzen wollt, dann dürfen die Strips nicht miteinander verbunden sein, is aber eh klar, oder?

Zu guter Letzt: weil ich eh grad ein Multimeter dran hatte: die Controller brauchen im Leerlauf 25mA an 12V, das sind 300mW, bei einem (bei der Leistung zu werwartenden) schlechten Wirkungsgrad des Netzteils von 50% sind das 600mW netzseitig, runden wir auf ein 1W, macht dann etwa 8,5kWh im Jahr oder etwa 2-3EUR je nach Strompreis. Das ist der reine Leerlaufstrom, wenn also nur der Controller aktiv ist.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Alchemi am 28 März 2017, 17:40:48
Zitat von: pjakobs am 27 März 2017, 23:54:33
[...] Im Video habt Ihr gesehen, dass ich bei einigen Controllern unterschiedliche Terminal Blocks liefern müsste - würde Euch das stören? [...]
Legt Ihr Wert darauf, dass die einheitlich sind, oder ist das Euch eher egal? [...]

Mir ist die Ausführung egal. Funktion vor Design!

Gruß Alchemi
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: helmut am 29 März 2017, 09:20:48
Zitat von: Alchemi am 28 März 2017, 17:40:48
Mir ist die Ausführung egal. Funktion vor Design!

Gruß Alchemi

Dem schliesse ich mich an.

Gruss Helmut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 29 März 2017, 10:06:13
Moin
Mir ist das auch egal, Hauptsache die Einspeiseklemme ist gross genug. Die Abgaenge sind ja nicht so wichtig.
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 29 März 2017, 11:56:11
Zitat von: pc1246 am 29 März 2017, 10:06:13Hauptsache die Einspeiseklemme ist gross genug.
Dito!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 März 2017, 12:07:28
Selbstbildnis als fleißiger Chinese beim Bausätze zusammenstellen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 März 2017, 15:39:39
Zitat von: pjakobs am 30 März 2017, 12:07:28
Selbstbildnis als fleißiger Chinese beim Bausätze zusammenstellen
Soeben haben sich die ersten 50 Bausätze auf den Weg zu den ersten 12 Bestellern gemacht.

Bitte schaut gleich hinein und sagt mir Bescheid, ob alles passt.

Grüße

pj (https://uploads.tapatalk-cdn.com/20170330/64c6646b0723cf4c712fd7f94d74714e.jpg)





Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 30 März 2017, 15:52:26
Juchuuuuuuu [emoji16]
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 30 März 2017, 16:24:19
Das Wochenende ist dann schon mal gerettet  ... jetzt muss ich es nur noch dem WAF klar machen.  ;D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 März 2017, 17:17:22
Zitat von: AxelSchweiss am 30 März 2017, 16:24:19
Das Wochenende ist dann schon mal gerettet  ... jetzt muss ich es nur noch dem WAF klar machen.  ;D

Vorsicht! nicht zu früh planen.

Erstens hab ich mich vertan, es sind nur 40 Verschickt! (kleiner Fehler in der zweiten Dezimalstelle! kann ja mal passieren!)

Zweitens gingen die an die ersten 12 Besteller, die
a) vier oder weniger Bausätze bestellt haben und
b) vier oder weniger Leerplatinen dazu bestellt haben

Wer ein Komplettgerät bestellt hat, muss noch warten!
Die Bausätze werde ich über die nächsten Tage abarbeiten.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 30 März 2017, 17:21:20
Mist
Zu frueh gefreut! Da bin ich schon Nr 12, und dann will ich einfach zu viel. Egal, dann kann ich mich laenger Vorfreuen!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 30 März 2017, 17:24:38
Zitat von: pjakobs am 30 März 2017, 17:17:22
Wer ein Komplettgerät bestellt hat, muss noch warten!
Die Bausätze werde ich über die nächsten Tage abarbeiten.
Ahh ... Mist .. RTFM .... du sprachst ja von Bausätzen ... nicht von Komplettgeräten.
Dann werde ich wohl noch warten  :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 30 März 2017, 17:25:14
Freut mich! Nochmals ganz ganz dollen Dank für die Zeit und Mühe, die du da rein steckst!!!  :-*
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 30 März 2017, 17:53:46
Hey, demnach sind meine Bausätze möglicherweise ja schon mit dabei! Das wäre ja super! :)

Vielen Dank für den wirklich großen Aufwand, den Du da treibst, um die vielen Bauteile zu beschaffen, die Bausätze zusammenzustellen und zu versenden, pjakobs!

Jetzt muss ich nur noch mal suchen, welches Gehäuse da mal empfohlen wurde.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 März 2017, 18:20:50
Zitat von: Mafi am 30 März 2017, 17:53:46
Jetzt muss ich nur noch mal suchen, welches Gehäuse da mal empfohlen wurde.

Strapubox CO4 z.B. hier (https://www.elv.de/strapubox-kunststoff-gehaeuse-mit-lasche-co-4-abs-70-x-60-x-30-mm-grau.html?refid=SEM_30003&gclid=Cj0KEQjw2fLGBRDopP-vg7PLgvsBEiQAUOnIXLLn7S9dVoJxP5uG0Cnl1Wq3gQb4R_KnjE5U4Qwu_OgaAj1u8P8HAQ), anderswo aber möglicherweise günstiger zu finden.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: piet_pit am 30 März 2017, 21:45:06
Hallo,
ich habe mich in das Google-Forms eingetragen (2 Stück), würde mich freuen, wenn das noch klappt :).
Danke für die tolle Arbeit.
VG
Pit
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: helmut am 31 März 2017, 11:14:38
Zitat von: pjakobs am 30 März 2017, 17:17:22

Zweitens gingen die an die ersten 12 Besteller, die
a) vier oder weniger Bausätze bestellt haben und


Hallo Peter,

eben kamen meine drei Bausaetze mit der Post und ich hoffe am Wochende genuegend Zeit zu finden.

Auch von mir vielen Dank fuer Deine Muehe und die professionelle Arbeit.

Gruss Helmut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 31 März 2017, 11:58:08
Hallo Zusammen,

Könnt ihr noch gute Netzteile empfehlen. Ich bräuchte welche die sich gut hinter WZ Schränke verstauen lassen und welche die in abgehängte Decken zu installieren sind.

Gruss
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 31 März 2017, 12:27:32
Zitat von: lewej am 31 März 2017, 11:58:08
Hallo Zusammen,

Könnt ihr noch gute Netzteile empfehlen. Ich bräuchte welche die sich gut hinter WZ Schränke verstauen lassen und welche die in abgehängte Decken zu installieren sind.

Gruss
lewej

ich wäre immer sehr vorsichtig mit unzugänglichen Netzteilen oder genauer: ich würde es vermeiden, Netzteile unzugänglich zu verbauen. Zwei Gründe: 1. willst Du in der Lage sein, die Wärmeentwicklung am Anfang mal zu checken und 2. willst Du sie ggf. austauschen können (z.B. wenn sie pfeifen).

Das gesagt: ich hab weiter oben mal einen (amazon) Link zu den Leicke Netzteilen gepostet, die ich verwende. Die haben sich bisher als ruhig, gut und günstig herausgestellt.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 31 März 2017, 22:01:03
Duhuuuu, du Peter,......

kann der Controller auch Lauflicht respektive einzelne LEDs ansteuern?
Vorausgesetzt ein passender Streifen hängt dahinter. 
Iwie finde ich keine Info darüber.

Danke [emoji1374]
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 31 März 2017, 23:02:33
Hi,
Natürlich nicht! Dazu brauchst Du andere LED Streifen als die 5050 bzw. 3528! Insbesondere mit Einzelansteuerung der LEDs über einen BUS  wie z.B. WS2812B. Die haben dann aber andere Anschlüsse! Schaust Du hier: https://forum.fhem.de/index.php/topic,50174.msg419173.html#msg419173
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 31 März 2017, 23:10:43
Das da andere Streifen vonnöten sind, habe ich mir gedacht. Das war die Stelle, wo ich sagte:" Vorausgesetzt ein passender Streifen hängt dahinter."
Die Frage zielt auf den Controller.
Ok, wenn die Anschlüsse dafür anders sein müssen, hat sich meine Frage erledigt.
Dann muss ich für einen Teilbereich solche Hardware kaufen.

Danke erstmal! [emoji106]


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 01 April 2017, 09:49:49
Zitat von: pjakobs am 31 März 2017, 12:27:32
ich wäre immer sehr vorsichtig mit unzugänglichen Netzteilen oder genauer: ich würde es vermeiden, Netzteile unzugänglich zu verbauen. Zwei Gründe: 1. willst Du in der Lage sein, die Wärmeentwicklung am Anfang mal zu checken und 2. willst Du sie ggf. austauschen können (z.B. wenn sie pfeifen).

Das gesagt: ich hab weiter oben mal einen (amazon) Link zu den Leicke Netzteilen gepostet, die ich verwende. Die haben sich bisher als ruhig, gut und günstig herausgestellt.

Grüße

pj

Hallo PJ,

das Netzteil was du gepostet hast, hat einen 5 5 Stecker, die Controller haben aber Buchse zum schrauben.
Ich weiss, jetzt kann ich noch so einen Adapter dazwischen hängen, habe ich bereits auch so mit anderen im Einsatz.

Aber ich finde das mit dem Adapter nicht so schön.

Meine andere Idee ist, kann man auf den Controller statt den Schraubbuchsen eine 5  5 Buchse dran machen, dann hätte man das Problem nicht mit den Adaptern.

Link:
https://www.reichelt.de/Hohlstecker/DC-BU21-90/3/index.html?ACTION=3&LA=2&ARTICLE=183502&GROUPID=7488&artnr=DC+BU21+90&SEARCH=%252A (https://www.reichelt.de/Hohlstecker/DC-BU21-90/3/index.html?ACTION=3&LA=2&ARTICLE=183502&GROUPID=7488&artnr=DC+BU21+90&SEARCH=%252A)

Ich weiss nur nicht,ob das Raster richtig ist.

PS: Meine Netzteile sind alle über Revisionsschächte erreichbar :).


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 01 April 2017, 09:54:14
Hi, oder man schneidet einfach den Stecker ab und verschraubt?

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 01 April 2017, 09:58:43
Zitat von: lewej am 01 April 2017, 09:49:49
Hallo PJ,

das Netzteil was du gepostet hast, hat einen 5 5 Stecker, die Controller haben aber Buchse zum schrauben.
Ich weiss, jetzt kann ich noch so einen Adapter dazwischen hängen, habe ich bereits auch so mit anderen im Einsatz.

Aber ich finde das mit dem Adapter nicht so schön.

Meine andere Idee ist, kann man auf den Controller statt den Schraubbuchsen eine 5  5 Buchse dran machen, dann hätte man das Problem nicht mit den Adaptern.

Link:
https://www.reichelt.de/Hohlstecker/DC-BU21-90/3/index.html?ACTION=3&LA=2&ARTICLE=183502&GROUPID=7488&artnr=DC+BU21+90&SEARCH=%252A (https://www.reichelt.de/Hohlstecker/DC-BU21-90/3/index.html?ACTION=3&LA=2&ARTICLE=183502&GROUPID=7488&artnr=DC+BU21+90&SEARCH=%252A)

Ich weiss nur nicht,ob das Raster richtig ist.

PS: Meine Netzteile sind alle über Revisionsschächte erreichbar :).
Ich hab halt kurze Kabelstücke mit Buchse dran, aber ich verstehe, was Du meinst. Ich fürchte, die vorgeschlagenen Buchsen werden nicht auf die Platinen passen.
1. sind sie, wenn ich das richtig sehe, dreipolig (mit Schaltkontakt) und
2. fürchte ich, die flachen Anschlussfahnen werden nicht durch die Bohrungen in der Platine passen, die ja für die runden Pins der Klemme gedacht sind.
Das ist aber sicher eine Anregung für die nächste Version.
Wobei: der Vorteil so ist, Du kannst die Buchse in einem Gehäuse frei montieren und kurz bedrahtet anschließen. Ist doch auch nicht schlecht.

Grüße

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 01 April 2017, 09:59:43
Hallo,

so als Anregung, die finde ich auch Super. Diese sind [url][http://www.uctronics.com/10pcs-2edg-4pin-plug-in-screw-terminal-block-connector-508mm-pitch-right-angle-p-1788l.html/url] bei mir an den H801 Controller dran.

Damit wird natürlich der Controller auch teurer, aber das ist denke ich jedem dann selber überlassen, ob er sowas für den RGBWW Anschluss verwendet.

Gruss
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 01 April 2017, 10:04:56
Zitat von: lewej am 01 April 2017, 09:59:43
Hallo,

so als Anregung, die finde ich auch Super. Diese sind [url][http://www.uctronics.com/10pcs-2edg-4pin-plug-in-screw-terminal-block-connector-508mm-pitch-right-angle-p-1788l.html/url] bei mir an den H801 Controller dran.

Damit wird natürlich der Controller auch teurer, aber das ist denke ich jedem dann selber überlassen, ob er sowas für den RGBWW Anschluss verwendet.

Gruss
lewej
Sowas hatte ich auch schon im Auge, aber am Ende muss ich mich halt für eine Version entschieden, und die Klemmen sind so oder so schon das dritt-teuerste BOM Item.
Ich würde auch ungern Bausatz-Varianten einführen, denn ich muss jetzt schon drei verschiedene Lieferumfänge beachten (Bausatz/Komplett/Platine) und stelle fest: es ist garnicht so einfach, sicher zu stellen, dass jeder das Richtige bekommt. (wenn Ihr auf eurem Adressaufkleber rechts unten drei Zahlenfelder seht: das ist quasi die Packliste laut Bestellung)

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 01 April 2017, 13:49:59
Moin,

ich sitze gerade am Abgleich der StepDowns.
Wie Perter schon schrieb sind einige defekt.
Einige liefern gar kein Ausgangssignal, andere verhalten sich unter Last "merkwürdig".

Ein "heiler" hat unter 500mA Last eine Brummspannung von <2Vpp bei einer Frequenz von ca. 50kHz.
Mit dem 220µF Glättungskondensator ist die Restwelligkeit dann <0,2Vpp.

Ein defekter hat unter Last eine Frequenz von weit über 50kHz und wird zudem sehr warm!
Diese StepDowns werde ich nicht verbauen. Ich hoffe, dass wir bei der aktuellen Ausschussquote von ca. 10% nicht nachbestellen müssen.

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: eisenmann am 01 April 2017, 14:03:37
Hi,

bin erst neu dazu gekommen wird es noch mal eine Sammelbestellung geben?
Wenn nicht,wo kann man sich so ein PCB machen lassen?
Wenn ja wann ungefär?
Oder hat jemand einen zu viel? :-)

LG
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hannipeter am 01 April 2017, 14:10:59
Zitat von: eisenmann am 01 April 2017, 14:03:37
Hi,

bin erst neu dazu gekommen wird es noch mal eine Sammelbestellung geben?
Wenn nicht,wo kann man sich so ein PCB machen lassen?
Wenn ja wann ungefär?
Oder hat jemand einen zu viel? :-)

LG

Schaust Du   https://forum.fhem.de/index.php/topic,69740.0.html (https://forum.fhem.de/index.php/topic,69740.0.html) da

Gruß

H.-P.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 01 April 2017, 21:17:41
Sooo, nachdem gestern tatsächlich ein Umschlag mit vier Bausätzen in meinem Briefkasten lag  :) :) , hatte ich heute Zeit den ersten aufzubauen.
Also das Tutorial angeschaut (super gemacht!) und losgelötet. Ich habe schon etwas Erfahrung mit SMD Teilen, sodass alles auf Anhieb geklappt hat. Keine Probleme beim Bestücken, alle Bauteile vorhanden!
Etwas suchen musste ich, als es ums Flashen der Software ging, weil das bei mir unter Linux laufen muss. Ich habe dann schlussendlich das Python ESPtool verwendet. Und das klappte auf Anhieb! Jetzt habe ich gerade einen RGB Streifen angeschlossen und den Controller in mein WLAN gebracht. Per Weboberfläche lässt sich schon alles steuern, jetzt bin ich dabei, mich mit dem FHEM Modul dazu zu befassen.
Alle Daumen hoch für dieses Projekt!

Einziger kleiner Kritikpunkt ist der Schaltregler, der sich durch seinen für diesen Zweck viel zu großen Einstellbereich nur schwer genau einstellen lässt. Im Video wird das ja auch schon erwähnt. Ein Regler mit fest eingestellter Ausgangsspannung (Spannungsteiler statt Poti) wäre da von Vorteil, ist aber vermutlich nicht so einfach zu bekommen wie dieser universell einsetzbare. Sonst müsste man den Regler direkt auf dem Board selbst aufbauen statt ein fertiges Modul zu verwenden. Den Nachbau würde das aber nicht gerade erleichtern und das Layout eines solchen Schaltreglers ist auch nicht unkritisch (besonders bezüglich EMV).

Grüße
Markus

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 01 April 2017, 21:43:35
Hi Markus,
Dann beschreib doch mal das flashen unter Linux ausführlich hier im Thread ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 02 April 2017, 08:48:01
Guten Morgen!

OK, hier also eine Zusammenfassung, wie ich den Controller unter Linux geflasht habe. Auf die grundsätzliche Vorgehensweise mit USB/seriell Konverter, ESP in den Downloadmode bringen etc. gehe ich nicht ein. Daran ändert sich gegenüber Windows nichts.

- Python (bei mir Version 2.7) und Python-serial müssen installiert sein. Gibt es in meiner Distribution als fertige Pakete.

- Das Python ESP Tool von hier https://github.com/espressif/esptool herunterladen. Am einfachsten als ZIP File herunterladen und dann in das gewünschte Verzeichnis auf dem Rechner entpacken.

- Firmware für den RGBWW-Controller herunterladen (http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip)

Ich habe dann die Firmwaredateien in denselben Pfad entpackt, in dem auch esptool.py nach dem Entpacken gelandet ist, sodass nun Tool und Firmwaredateien im selben Verzeichnis liegen. Das vereinfacht den Aufruf des Tools.

Auf der Konsole in das Verzeichnis mit den Tools gehen. Wenn ich mich nicht täusche, waren Root-Rechte erforderlich, also erst zu Root werden oder das folgende Kommando mit sudo aufrufen, wenn alles angeschlossen und der ESP im Downloadmode ist:
./esptool.py --port /dev/ttyUSB0 --baud 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin

Das ist, bis auf die beiden Optionen mit den doppelten Minuszeichen, genau das Kommando, das Patrick angibt.
Der Port ttyUSB0 kann natürlich bei euch anders sein, kann man u.a. mit dmesg herausbekommen, nachdem der USB/seriell Konverter angeschlossen wurde.

Anschließend wird ein Hardwarereset des ESP dringend empfohlen. Gibt ja eine Taste dafür. Nach dem Neustart hatte ich sofort das WLAN Netz des RGBWW Controllers und konnte mich mit ihm verbinden und dann mein eigenes WLAN konfigurieren. Das funktioniert wirklich sehr einfach!

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 02 April 2017, 09:30:08
Moin,
Super vielen Dank! Das hilft uns anderen doch.

Python sollte unter Raspbian mittels
sudo apt install python python-serial
zu installieren sein.

So kann man ESP Tool in der Kommandozeile laden:
mkdir esptool
cd esptool
wget https://github.com/espressif/esptool/archive/master.zip
unzip master.zip
cd esptool-master

Die Firmware geht analog:
mkdir ~/esp_rgbww_firmware
cd ~/esp_rgbww_firmware
wget http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip
unzip esp*

Neben der Methode mit
dmesg -w
vor dem einstecken des USB/TTL Wandlers kann
man auch
ls -la /dev/serial
ansehen um den richtigen ttyUSB? zu finden.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 02 April 2017, 10:07:16
Zitat von: Pf@nne am 01 April 2017, 13:49:59
ich sitze gerade am Abgleich der StepDowns.
Wie Perter schon schrieb sind einige defekt.
Einige liefern gar kein Ausgangssignal, andere verhalten sich unter Last "merkwürdig".

Ich hatte mir mal testweise diese Stepdown bestellt.
https://de.aliexpress.com/item/1-pcs-2016-NEW-Ultra-Small-Size-DC-DC-Step-Down-Power-Supply-Module-3A-output/32743623845.html?spm=2114.13010608.0.0.pgZfP5 (https://de.aliexpress.com/item/1-pcs-2016-NEW-Ultra-Small-Size-DC-DC-Step-Down-Power-Supply-Module-3A-output/32743623845.html?spm=2114.13010608.0.0.pgZfP5)
Die sind schon fix auf 3,3 Volt eingestellt.
Sowohl in der Größe als auch bei den Pins sind sie kompatibel.
Ob sie auch elektrisch identisch sind kann ich mit Sicherheit nicht sagen  ... aber es sieht so aus.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 02 April 2017, 10:15:18
Zitat von: AxelSchweiss am 02 April 2017, 10:07:16
Ich hatte mir mal testweise diese Stepdown bestellt.
https://de.aliexpress.com/item/1-pcs-2016-NEW-Ultra-Small-Size-DC-DC-Step-Down-Power-Supply-Module-3A-output/32743623845.html?spm=2114.13010608.0.0.pgZfP5 (https://de.aliexpress.com/item/1-pcs-2016-NEW-Ultra-Small-Size-DC-DC-Step-Down-Power-Supply-Module-3A-output/32743623845.html?spm=2114.13010608.0.0.pgZfP5)
Die sind schon fix auf 3,3 Volt eingestellt.
Sowohl in der Größe als auch bei den Pins sind sie kompatibel.
Ob sie auch elektrisch identisch sind kann ich mit Sicherheit nicht sagen  ... aber es sieht so aus.
Moin, das ist, soweit ich das auf die Schnelle erkennen kann, das gleiche Teil, allerdings mit einem fest eingestellten Spannungsregler statt des Potis.
Nachdem ich mit der aktuellen Serie DCDC Wandler sehr ärgerliche Erfahrungen gemacht habe (ca. 10% sind einfach Ausschuss) überlege ich mir für die nächste Runde etwas anderes.
Aber: die einstellbaren kosten um die 50ct, feste habe ich noch nicht unter 90ct gefunden. Wäre es uns das wert?


pj

Gesendet von meinem HTC 10 mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 02 April 2017, 10:39:23
Zitat von: pjakobs am 02 April 2017, 10:15:18
Aber: die einstellbaren kosten um die 50ct, feste habe ich noch nicht unter 90ct gefunden. Wäre es uns das wert?

Also wegen der 50ct würde ich mich jetzt nicht mit den Potis rumärgern. (Das war auch der Grund warum ich mir so ein Teil mal bestellt hatte.)
Vorausgesetzt die fest eingestellten haben nicht die gleiche Ausschussrate wie die variablen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 02 April 2017, 10:44:56
Zitat von: AxelSchweiss am 02 April 2017, 10:39:23
Also wegen der 50ct würde ich mich jetzt nicht mit den Potis rumärgern. (Das war auch der Grund warum ich mir so ein Teil mal bestellt hatte.)
Vorausgesetzt die fest eingestellten haben nicht die gleiche Ausschussrate wie die variablen.
Ich suche ja eigentlich nach einer Möglichkeit, die Controller gleich zu einem vernünftigen Preis in China zu sourcen und bestücken zu lassen. Da wären fest eingestellte Wandler ein Muss.
Ob die, die Du hast elektrisch passen kannst Du ja leicht überprüfen: Eingangs- und Ausgangspolarität müssen passen und es sollten halt 3,3V herauskommen.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 02 April 2017, 11:19:34
Zitat von: pjakobs am 02 April 2017, 10:44:56
Ich suche ja eigentlich nach einer Möglichkeit, die Controller gleich zu einem vernünftigen Preis in China zu sourcen und bestücken zu lassen. Da wären fest eingestellte Wandler ein Muss.
Ob die, die Du hast elektrisch passen kannst Du ja leicht überprüfen: Eingangs- und Ausgangspolarität müssen passen und es sollten halt 3,3V herauskommen.

ja .. die sind fast baugleich ... hänge mal ein paar Bilder hier an.
Bei dem Festen ist anscheinend auch ein Poti vorgesehen ... oben rechts auf dem PCB.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 02 April 2017, 11:44:48
Zitat von: AxelSchweiss am 02 April 2017, 11:19:34
ja .. die sind fast baugleich ... hänge mal ein paar Bilder hier an.
Bei dem Festen ist anscheinend auch ein Poti vorgesehen ... oben rechts auf dem PCB.
jo, das sieht gut aus, kannst sie ja mal testen (oder alternativ mir einen schicken, dann test ich das hier). Mein Problem dabei ist: aktuell ist die BOM Cost so um die 6EUR, das Teil zu dem Preis, den Du da gefunden hast würde den Controller mal einfach so um einen Euro teurer machen, das find ich inakzeptabel.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 02 April 2017, 11:52:26
Jo ... günstig ist anders  :)
Aber ev. gibts die im 200er Pack irgendwo billiger.
Einen Tod wird man sterben müssen.

Habe nur den einen ... werde ihn mal unter Last am Oszi testen.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 02 April 2017, 12:27:04
Meine Meinung: es wäre sicherer, weniger Arbeit (für dich ;)) und die Langzeitstabi dürfte deutlich besser sein. Gerade der letzte Punkt wäre mir den Aufpreis wert. Und wenn der Ausschuss weniger wird, wirds ja wieder billiger. Oder wenn komplett in China gefertigt.

Aber für diese Charge ist der Drops eh gelutscht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 02 April 2017, 12:38:34
Moin,

ich habe noch eine weitere Variante im Angebot....
Diese Charge hat als Restwelligkeit unter Last eine Dreiecksspannung und eine Brumspannung von ca. 0,7Vpp mit einem Kondensator von 220µF.
Diese Variante wird nicht warm, von daher würde ich damit leben können und diesen Typ verbauen.
Zumal der Anteil dieses Typs bei ca. 60% liegt.

Was meint ihr?

Gruß
Pf@nne

P.S.
Das umbauen auf Festwert ist mMn kein Problem, das Poti ist schnell ausgelötet, da der StepDown mit in den Ofen kommt ist der Ersatz durch einen Festwiderstand easy.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 02 April 2017, 13:33:36
Zum ersten Teil kann ich nichts beitragen, bin mehr der Digitalo :D

Aber Festwiderstände wären mir echt sympatischer!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 02 April 2017, 13:57:17
Hallo Zusammen,

Da es ja momentan mit den DC/DC Probleme gibt und ich nicht die Möglichkeit habe, die DC so zu Prüfen wie das PJ und Pf@anne macht. Muss ich die DC so einkaufen das diese 100% funktionieren.

Ich muss für 5Platinen DCs beschafen, hat jemand eine Adresse für mich, wo ich qualitativ bessere kaufen kann? Wenn diese jetzt etwas mehr kosten, ist mir das für diese Charge vertretbar.

Gruss
lewej

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: roman1528 am 02 April 2017, 17:33:23
Moin.

Lieber nen € mehr ausgeben und 'nen Anständigen DC/DC-Wandler drauf... Dann kostet ein fertiger Controller halt 12€.

AIMTEC AMSR1-783.3-NZ Datasheet (http://www.tme.eu/de/Document/d4400c99be9eb0ed05e30e3843f568d7/AMSR1-78-NZ.pdf)

Im Einzelkauf 6,78€ brutto... Eingangs- und Ausgangskondensator daneben und man hat Ruhe. Brauch auch weniger Platz auf der Platine :P

So als Idee für die Nächste Version... Weil Bock auf kranke Wandler hab ich nicht 8)

Grüße^^
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 02 April 2017, 19:15:37
OK, das Teil ist technisch schon gut und sehr einfach einzubauen. Wie ein Linearregler.
Aber er ist auf jeden Fall überdimensioniert (gut, das ist der jetzige auch...) und mir persönlich deutlich zu teuer. Ich würde den von Axel verlinkten für ideal halten. Den könnte man ohne Designänderung anstelle des einstellbaren bestücken und fertig. Der Mehrpreis dafür wäre sicher gut angelegt (wobei es eigentlich ein Witz ist, dass der mehr kostet, denn die beiden Widerstände anstelle des Poti sollten eher billiger sein).


Mal 'ne andere Frage: Ist es zur Zeit noch nicht möglich, einen Colorpicker in FHEM für diesen Controller anzulegen? Vielleicht bin ich aber auch einfach zu blöd. Ich kann den nur ein und aus schalten.

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: jkatweb am 02 April 2017, 20:10:11
Hallo Mafi,

irgendwo vorne, in dem Thread hatte ich mal folgenden Codeschnipsel gefunden
attr LED_00F035 webCmd rgb:rgb ffdb4a:rgb ff0000:rgb 80eeff:rgb 00ff00:rgb 0000ff:  rgb 000000
attr LED_00F035 widgetOverride rgb:colorpicker,rgb

Meinst Du so etwas?
LED_00F035 durch Dein Device ersetzen.

Gruß
Jens
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 02 April 2017, 22:00:13
Genau sowas! Funktioniert, danke!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 09:12:37
Zitat von: jkatweb am 02 April 2017, 20:10:11
Hallo Mafi,

irgendwo vorne, in dem Thread hatte ich mal folgenden Codeschnipsel gefunden
attr LED_00F035 webCmd rgb:rgb ffdb4a:rgb ff0000:rgb 80eeff:rgb 00ff00:rgb 0000ff:  rgb 000000
attr LED_00F035 widgetOverride rgb:colorpicker,rgb

Meinst Du so etwas?
LED_00F035 durch Dein Device ersetzen.

Gruß
Jens

ich benutze zusätzlich im TabletUI das hier:


         <div class="row container round bg-gray">
             <div data-type="switch" data-device='LED_Sc' data-on-background-color="LED_Sc:rgb" data-get-on="dim.*|on" data-set-on="on" data-icon="fa-lightbulb-o" class="small col-1-4"> </div>
             <div class="col-1-2">Schreibtisch</div>
             <div data-type="symbol" id="ST_Sc1" data-device='LED_Sc' data-get="" data-off-color="LED_Sc:rgb" data-off-background-color="LED_Sc:rgb" data-icon="fa-ellipsis-h" data-background-icon="fa-circle-thin" class="small"> </div>

             <div class="" data-type="popup" data-height="320px" data-width="320px" data-mode="animate" data-starter="#ST_Sc1" class="col-1-6">
                 <div class="dialog">
                     <header>RBG COLOR</header>
                     <div data-type="colorwheel" data-device='LED_Sc' data-get="rgb" data-set="rgb" class="big roundIndicator"> </div>
                 </div>
             </div>


das ergibt einen ein/aus Schalter und zusätzlich einen Button, der  ein Popup mit einem Colorwheel aufruft.
Leider passt seit der Version 2.5 von FTUI das ganze nicht mehr in zwei Spalten, da wäre noch ein bisschen Feinarbeit nötig, aber ich hab im Moment irgendwas anderes zu tun :o

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 09:16:12
Zitat von: lewej am 02 April 2017, 13:57:17
Hallo Zusammen,

Da es ja momentan mit den DC/DC Probleme gibt und ich nicht die Möglichkeit habe, die DC so zu Prüfen wie das PJ und Pf@anne macht. Muss ich die DC so einkaufen das diese 100% funktionieren.

Ich muss für 5Platinen DCs beschafen, hat jemand eine Adresse für mich, wo ich qualitativ bessere kaufen kann? Wenn diese jetzt etwas mehr kosten, ist mir das für diese Charge vertretbar.

Gruss
lewej

Kinners, schaut z.B. mal hier (https://www.amazon.de/s/ref=nb_sb_ss_sc_1_10?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&url=search-alias%3Daps&field-keywords=digital+multimeter&sprefix=digitalmul%2Caps%2C152&crid=3Q75N8AXAKYLG) es gibt jede Menge Digital Multimeter für 20EUR und weniger, die für das, was wir hier brauchen völlig ausreichend sind und die Ihr, wenn Ihr mit Elektronik bastelt (und das tut Ihr, wenn Ihr den Controller benutzt) so oder so besitzen solltet.

Tut Euch und mir den Gefallen und kauft Euch sowas. Ihr werdet es immer mal wieder brauchen und es erweitert Eure Möglichkeiten extrem.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 03 April 2017, 09:23:16
Zitat von: pjakobs am 03 April 2017, 09:16:12
Kinners, schaut z.B. mal hier (https://www.amazon.de/s/ref=nb_sb_ss_sc_1_10?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&url=search-alias%3Daps&field-keywords=digital+multimeter&sprefix=digitalmul%2Caps%2C152&crid=3Q75N8AXAKYLG) es gibt jede Menge Digital Multimeter für 20EUR und weniger, die für das, was wir hier brauchen völlig ausreichend sind und die Ihr, wenn Ihr mit Elektronik bastelt (und das tut Ihr, wenn Ihr den Controller benutzt) so oder so besitzen solltet.

Tut Euch und mir den Gefallen und kauft Euch sowas. Ihr werdet es immer mal wieder brauchen und es erweitert Eure Möglichkeiten extrem.


Ich glaube bei der Einstellung der 3,3V gibt es ein Riesen Missverständnis.
Es ist wohl der Glaube draussen das dieses Einstellen mords komplex und schwierig ist.

/Frank
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 10:06:50
Zitat von: Frank_Huber am 03 April 2017, 09:23:16
Ich glaube bei der Einstellung der 3,3V gibt es ein Riesen Missverständnis.
Es ist wohl der Glaube draussen das dieses Einstellen mords komplex und schwierig ist.

/Frank

ja und nein.

Während ich die Dinger getestet habe, hat sich herausgestellt, dass einige wirklich einfach nicht einzustellen waren, die hab ich aber in den Bausätzen schon aussortiert.
Wenn man die Wandler an 5V Eingangsspannung hängt ist es tatsächlich so gut wie unmöglich, sie auf stabile 3,3V Ausgangsspannung einzustellen, die brauchen einfach mehr als 2V Spannungsdifferenz.
Und wie es schon geschrieben wurde: der Regelbereich ist sehr groß und "unten rum" also im Bereich bis 5V oder so, sind die Einstellwege klein, die Schaltung reagiert auf kleine Bewegungen des Potis also gleich mit ein paar 100mV und springt vielleicht von 3,4 auf 2,9V oder so.

Aber: Wenn der Wandler bzw. der ganze Controller (mit nicht gesetzten Jumper) an 12V hängt, dann ist tatsächlich nicht mehr als ein ruhiges Händchen nötig, um den Wandler einzustellen.

Bedenkt dabei auch: die Dinger kommen von mir voreingestellt und sollten genau passen, mir ist es nur wichtig, dass ich keine Garantie dafür übernehmen kann, ob die vielleicht das Poti unterwegs einen kleinen Schubs bekommen hat. In der allergrößten Mehrzahl der Fälle werdet Ihr das Messgerät an die beiden Pins halten und es wird 3,3V anzeigen und alles ist gut.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 10:27:15
Zitat von: Pf@nne am 02 April 2017, 12:38:34
Moin,

ich habe noch eine weitere Variante im Angebot....
Diese Charge hat als Restwelligkeit unter Last eine Dreiecksspannung und eine Brumspannung von ca. 0,7Vpp mit einem Kondensator von 220µF.
Diese Variante wird nicht warm, von daher würde ich damit leben können und diesen Typ verbauen.
Zumal der Anteil dieses Typs bei ca. 60% liegt.

Was meint ihr?

Gruß
sag mal Pfanne, hast Du Dir da mal die Eingangsseite angesehen? Denn 0,7Vpp/50Hz kann ich hier nicht bestätigen und die wären auch im Fensterkomperator aufgefallen (3,31-3,36V) - Schau Dir mal an, ob da vielleicht der Eingang durchschlägt!?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: helmut am 03 April 2017, 10:56:15
Zitat von: pjakobs am 03 April 2017, 10:06:50

Bedenkt dabei auch: die Dinger kommen von mir voreingestellt und sollten genau passen, mir ist es nur wichtig, dass ich keine Garantie dafür übernehmen kann, ob die vielleicht das Poti unterwegs einen kleinen Schubs bekommen hat. In der allergrößten Mehrzahl der Fälle werdet Ihr das Messgerät an die beiden Pins halten und es wird 3,3V anzeigen und alles ist gut.


Hallo Peter,

das mit dem Schubs unterwegs kann ich so bestaetigen. Der, den ich gestern (an 12 V) in Betrieb genommen habe, zeigte 3,49 V. So empfindlich, wie die Ausgangsspannung auf geringste Aenderungen des Potis reagiert, habe ich kein gutes Gefuehl dabei. Von daher waere mir ein fest eingestellter Regler auch lieber.

Gruss Helmut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 03 April 2017, 11:12:35
Kann ich bestätigen. Bei mir waren es auch 3,49 V.

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 11:15:29
Zitat von: helmut am 03 April 2017, 10:56:15
Hallo Peter,

das mit dem Schubs unterwegs kann ich so bestaetigen. Der, den ich gestern (an 12 V) in Betrieb genommen habe, zeigte 3,49 V. So empfindlich, wie die Ausgangsspannung auf geringste Aenderungen des Potis reagiert, habe ich kein gutes Gefuehl dabei. Von daher waere mir ein fest eingestellter Regler auch lieber.

Gruss Helmut
Na ja, mal langsam mit den jungen Pferden:


Also: wir stehen hier nicht vor einem "Powergeddon" sondern ich hab lediglich genauer hingesehen als beim ersten Mal. Ich habe zig von diesen DC/DC Wandlern bei mir laufen und der ESP hat damit kein Problem.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: helmut am 03 April 2017, 11:31:26
Zitat von: pjakobs am 03 April 2017, 11:15:29
Na ja, mal langsam mit den jungen Pferden:
[...]
Also: wir stehen hier nicht vor einem "Powergeddon" sondern ich hab lediglich genauer hingesehen als beim ersten Mal. Ich habe zig von diesen DC/DC Wandlern bei mir laufen und der ESP hat damit kein Problem.

Hallo Peter,

zunaechst mal vielen Dank fuer die Blumen, das tut auch mal gut ;-)
Das sollte bitte keine Kritik an Deiner Auswahl sein, sondern ein Anstoss, bei naechster passender Gelegenheit uber eine Alternative nachzudenken.

Gruss Helmut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 April 2017, 11:41:33
Zitat von: helmut am 03 April 2017, 11:31:26
Hallo Peter,

zunaechst mal vielen Dank fuer die Blumen, das tut auch mal gut ;-)
Das sollte bitte keine Kritik an Deiner Auswahl sein, sondern ein Anstoss, bei naechster passender Gelegenheit uber eine Alternative nachzudenken.

Gruss Helmut
Um mal meine Gedanken dazu zu teilen:

Wenn wir uns für die nächste Generation darauf einigen, dass es keine Bausätze mehr gibt, sondern nur noch Fertiggeräte die preislich zwischen dem Bausatz und dem aktuell fertig gebauten Controller liegen, dann würde ich vermutlich zwei Änderungen einbauen:

a) würde ich die MSOFETs durch SMD Typen ersetzen (kleiner, günstiger in der Bestückung und im sourcing)
b) denke ich darüber nach, den DC/DC Wandler komplett rauszuschmeißen und ihn durch eine Lösung auf der Platine zu ersetzen (z.B. um sowas hier (http://www.ti.com/lit/ds/symlink/tps54202.pdf)) - aber das bedeutet ca. 16 SMD Bauteile mehr, das möchte ich den Selbstlötern nicht antun.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 03 April 2017, 11:51:44
Moin
Jetzt schreibe ich auch noch mal was dazu! Es ist ja schoen, dass Ihr alle so vorsichtig seid, aber es sollte jetzt mal gut sein! Ihr spammt den Thread damit zu. Peter hat dies netterweise als Vorsichtsmassnahme noch einmal mit aufgeschrieben. Ich habe einen D1-mini schon einige Zeit, aus Versehen, an 5V betrieben, und der hat es ueberlebt! Es geht letztendlich darum, dass Ihr da im schlimmsten Fall die volle Eingangsspannung (-28V) auf den D1-mini schickt, und das mag er definitiv nicht! Spezifiziert ist er fuer einen Bereich von 3 - 3,6V.
Wie Peter schon schreibt, sollt Ihr nur noch mal sicherheitshalber kontrollieren, dass er sich auf der Reise nicht verstellt hat. Im Betrieb wird er sich nur bei einem Erdbeben verstellen!
Beim ersten Bausatz gab es weder den Jumper, noch den voreingestellten Spannungsregler, und da ist auch nie die Rede davon gewesen, dass die haufenweise gestorben sind!?
Entspannte Gruesse
Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: helmut am 03 April 2017, 11:57:47
Zitat von: pjakobs am 03 April 2017, 11:41:33
[...] dass es keine Bausätze mehr gibt, sondern nur noch Fertiggeräte die preislich zwischen dem Bausatz und dem aktuell fertig gebauten Controller liegen [...]
a) würde ich die MSOFETs durch SMD Typen ersetzen (kleiner, günstiger in der Bestückung und im sourcing)
b)[...] durch eine Lösung auf der Platine zu ersetzen

Hallo Peter,

da hast Du meine Zustimmung; auch wenn ich ab und an ganz gerne mal wieder loete.

@pc1246: Da ich nicht mit Spam in Zusammenhang gebracht werden moechte, ist das auch meine letzte Aeusserung hier.

Gruss Helmut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 05 April 2017, 10:23:57
Ich habe mittlerweile alle DCDC Wandler durchgetestet und die Faulen aussortiert.
Leider sind die beiden aliexpress shops, bei denen ich die Dinger bestellt hatte nicht bereit, mir die 20 oder so EUR, die die Defekten kosten zu ersetzen so dass ich jetzt zu allerersten mal dort schlechte Bewertungen verteilen muss.
Ich habe nochmal 50 Stück nachbestellt, die aber wieder mindestens drei Wochen Lieferzeit haben werden. Ich werde jetzt einfach so lange Controller liefern, bis die Wandler alle sind, die letzten werden halt dann wieder ein bisschen warten müssen (aber: das werden nicht allzu viele sein, insgesamt sind wohl 40 DCDC Wandler unbrauchbar, ich hatte ursprünglich 10 extra bestellt, habe noch ein paar privat hier und brauche die 35 Controller, die ich für mich eingeplant hatte nicht alle sofort, ich denke, wir kommen auch so relativ weit).

Sorry für die schlechten Nachrichten, das liegt leider außerhalb meines Einflusses.

Die Lehre daraus: die nächste Version bekommt eine andere Spannungsreglung. Schade, grundsätzlich sind die Teile nämlich klasse und jede andere Lösung kostet mindestens das doppelte. Im Moment schau ich mir eine TI Referenzschaltung an, die ich direkt auf dem Board unterbringen könnte, die BOM Kosten laut TI sind dabei 1,80US$. Das wäre damit teurer als der ESP8266 - auch völlig absurd, finde ich.

Im Anhang mal Oszi Screenshots, damit Ihr sehen könnt, wie die fehlerhaften Teile aussehen. Wichtig dabei: beim guten Teil ist die Skalierung 50mV/Division, bei den schlechten 200mV/Division, die Ausschläge sind also um ein vierfaches größer als hier dargestellt.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Omega-5 am 05 April 2017, 11:20:39
Zitat von: pjakobs am 05 April 2017, 10:23:57
Die Lehre daraus: die nächste Version bekommt eine andere Spannungsreglung. Schade, grundsätzlich sind die Teile nämlich klasse und jede andere Lösung kostet mindestens das doppelte.
Hallo Peter,

ich habe mir mal das Datenblatt ein wenig genauer angeschaut. Vieleicht ist der Regler für diese Anwendung auch etwas überdimensioniert. Der ist halt für größere Ströme vorgesehen. Ich nehme an dass die Bootstrap Voltage nicht richtig aufgebaut wird.

ZitatDatenblatt Seite 14: At no load or light load, the converter may
operate in pulse skipping mode in order to
maintain the output voltage in regulation. Thus
there is less time to refresh the BS voltage. In
order to have enough gate voltage under such
operating conditions, the difference of VIN –VOUT
should be greater than 3V. For example, if the
VOUT is set to 3.3V, the VIN needs to be higher
than 3.3V+3V=6.3V to maintain enough BS
voltage at no load or light load.

Mit welcher Eingangsspannung hast du denn getestet?

Gruß Friedrich
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 05 April 2017, 11:25:26
Zitat von: Omega-5 am 05 April 2017, 11:20:39
Hallo Peter,

ich habe mir mal das Datenblatt ein wenig genauer angeschaut. Vieleicht ist der Regler für diese Anwendung auch etwas überdimensioniert. Der ist halt für größere Ströme vorgesehen. Ich nehme an dass die Bootstrap Voltage nicht richtig aufgebaut wird.

Mit welcher Eingangsspannung hast du denn getestet?

Gruß Friedrich

Ich teste immer mit rund 12V am Eingang.
Der Ausgang ist zum Abgleich tatsächlich offen (bzw. Hochohmig in zwei OpAmps), allerdings habe ich mittlerweile auch einen Testcase gegen 16Ohm mit drin, das sollte etwa den 180mA entsprechen, die der ESP im Betrieb zumindest kurzzeitig aufnimmt.

Und ja, überdimensioniert ist er tatsächlich, mein Entwurf für eine "on board" Lösung geht von einem Maximalstrom von 600mA aus und erreicht bei 200mA 87% Effizienz.

Grüße

pj

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 05 April 2017, 12:31:01
Zitat von: pjakobs am 05 April 2017, 10:23:57
Ich habe mittlerweile alle DCDC Wandler durchgetestet und die Faulen aussortiert.
Leider sind die beiden aliexpress shops, bei denen ich die Dinger bestellt hatte nicht bereit, mir die 20 oder so EUR, die die Defekten kosten zu ersetzen so dass ich jetzt zu allerersten mal dort schlechte Bewertungen verteilen muss.
Ich habe nochmal 50 Stück nachbestellt, die aber wieder mindestens drei Wochen Lieferzeit haben werden. Ich werde jetzt einfach so lange Controller liefern, bis die Wandler alle sind, die letzten werden halt dann wieder ein bisschen warten müssen (aber: das werden nicht allzu viele sein, insgesamt sind wohl 40 DCDC Wandler unbrauchbar, ich hatte ursprünglich 10 extra bestellt, habe noch ein paar privat hier und brauche die 35 Controller, die ich für mich eingeplant hatte nicht alle sofort, ich denke, wir kommen auch so relativ weit).

Sorry für die schlechten Nachrichten, das liegt leider außerhalb meines Einflusses.

Die Lehre daraus: die nächste Version bekommt eine andere Spannungsreglung. Schade, grundsätzlich sind die Teile nämlich klasse und jede andere Lösung kostet mindestens das doppelte. Im Moment schau ich mir eine TI Referenzschaltung an, die ich direkt auf dem Board unterbringen könnte, die BOM Kosten laut TI sind dabei 1,80US$. Das wäre damit teurer als der ESP8266 - auch völlig absurd, finde ich.

Im Anhang mal Oszi Screenshots, damit Ihr sehen könnt, wie die fehlerhaften Teile aussehen. Wichtig dabei: beim guten Teil ist die Skalierung 50mV/Division, bei den schlechten 200mV/Division, die Ausschläge sind also um ein vierfaches größer als hier dargestellt.

Grüße

pj

Hallo Peter,

Das ist zwar nett das du deine eigene dafür nimmst, aber ich denke wir sollten dir da entgegen kommen. Rechne die zusätzlichen Kosten aus und teile die mal durch die Anzahl bestellter Controller mit DC, dann überweise ich zumindestens von meiner Seite, die zusätzlichen Kosten.

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 05 April 2017, 12:41:44
sehe ich auch so!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 05 April 2017, 13:28:56
Jungs, das ist zwar nett von Euch, aber: das Risiko, dass sowas passiert ist durchaus einkalkuliert, die 50 zusätzlichen kosten 25 EUR und mir muss jetzt nicht jeder 7ct überweisen ;-)

Mir geht's mehr darum zu erklären, dass und warum es zu Verzögerungen kommen wird.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 05 April 2017, 13:51:47
Naja
Bei mir waeren es ja schon €0,35. Und, wer den Pfennig nicht ehrt, ist des Talers nicht wert!
Gruss Christoph
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 05 April 2017, 19:39:59
Moin,
Also ich sehe das auch so! Du steckst soviel Arbeit rein. Daher hier ein riesengroßes DANKESCHÖN.
Bei den Kosten würde ich Dir auch gerne etwas abnehmen. Muss ja nicht jeder ran, aber wer ein paar mehr Controller bestellt hat, kann sich dies doch überlegen ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AlexSchei am 05 April 2017, 20:05:03
Moin!

@pj: Erstmal großes Kompliment, Du machst nen Bomben Job!!!

Weiteres möchte ich mich wie folgt äußern:

Die nächsten Controller in China fertigen zu lassen: voll dafür!
Die Mehrkosten: würde ich mich sofort dran beteiligen!
Alles in SMD bauweise: sehr gern! Auch zum selber löten.

Gruß
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thm82 am 05 April 2017, 22:18:41
Hi,

interessante Diskussion um den Spannungswandler und die Boards direkt in China bestücken zu lassen.
Evtl gibt es aber noch eine ganz andere Option: Ein fertiger Controller namens Arilux AL-LC02
Der hat zwar nur 4 Kanäle (RGB+W) und ist nur für 12V ausgelegt, aber das Ding hat alles integriert, hat ein ESP-12 Modul, ist < 1 cm hoch, und kostet inkl Gehäuse unter 10 Euro auf AliExpress.

Nach allem was ein Kollege und ich im Netz gefunden haben müsste es ohne Probleme möglich sein die Dinger zu flashen:
https://community.smartthings.com/t/release-smartlife-h801-rgbw-led-strip-wifi-controller-bulb/51182/5
http://www.ledstyles.de/index.php/Thread/25767-ARILUX-AL-LC02-umflashen/
https://www.domoticz.com/forum/viewtopic.php?t=14426

Es gibt auch schon eine alternative Firmware: https://github.com/mertenats/Arilux_AL-LC03

Vom PCB Layout sieht es so aus als wenn der ESP direkt die Mosfets treibt. Daher müsste auch die RGBWW Firmware  für den hier im Forum entwickelten Controller prinzipiell gehen. Die Frage ist ob man die beiden Buttons evtl. auscodieren muss und die GPIOs neu zuordnen muss.

Ich hab davon 4 Stück bestellt mit dem Ziel die Firmware darauf anzupassen. Sollten in 1-3 Wochen ankommen.

Fragen die ich mir noch stelle:
-  Wie gut ist der Spannungswandler? Stichwort Verlustleistung. Versuche ich per Multimeter auszumessen.
-  Platinenlayout? Sieht eigentlich ganz gut aus. Große Elkos sind natürlich keine drauf. Bin gespannt ob die stabil laufen.
-  Wie gut sind die Mosfets? Stichwort Schaltstabilität bei 800Hz und Verlustleistung. Ein Datenblatt hab ich leider nicht gefunden. Bei kürzeren Streifen < 2m mit max 10-15Watt pro Kanal aber wahrscheinlich kein Problem.

Bei Interesse kann ich gerne berichten :-)

Vg,
Thomas

PS: Warte sehnsüchtig auf meine 7 nackten PCB Boards aus der aktuellen Sammelbestellung ;-)

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kadettilac89 am 06 April 2017, 05:04:31
Zitat von: pjakobs am 05 April 2017, 13:28:56
Jungs, das ist zwar nett von Euch, aber: das Risiko, dass sowas passiert ist durchaus einkalkuliert, die 50 zusätzlichen kosten 25 EUR und mir muss jetzt nicht jeder 7ct überweisen ;-)

Mir geht's mehr darum zu erklären, dass und warum es zu Verzögerungen kommen wird.

Grüße

pj

Sind die 39 Tage die du zum Öffnen eines "Disputes" hast schon überschritten? Habe mir von Aliexpress schon öfter Geld zurückgeholt, hat immer problemlos funktioniert. Verzögerung ist das eine, aber bei 25 Euro wäre es wert die von Ali einzufordern wenn der Händler nihct helfen will.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 06 April 2017, 07:15:55
Zitat von: thm82 am 05 April 2017, 22:18:41
Hi,

interessante Diskussion um den Spannungswandler und die Boards direkt in China bestücken zu lassen.
Evtl gibt es aber noch eine ganz andere Option: Ein fertiger Controller namens Arilux AL-LC02
Der hat zwar nur 4 Kanäle (RGB+W) und ist nur für 12V ausgelegt, aber das Ding hat alles integriert, hat ein ESP-12 Modul, ist < 1 cm hoch, und kostet inkl Gehäuse unter 10 Euro auf AliExpress.

Nach allem was ein Kollege und ich im Netz gefunden haben müsste es ohne Probleme möglich sein die Dinger zu flashen:
https://community.smartthings.com/t/release-smartlife-h801-rgbw-led-strip-wifi-controller-bulb/51182/5
http://www.ledstyles.de/index.php/Thread/25767-ARILUX-AL-LC02-umflashen/
https://www.domoticz.com/forum/viewtopic.php?t=14426

Es gibt auch schon eine alternative Firmware: https://github.com/mertenats/Arilux_AL-LC03

Vom PCB Layout sieht es so aus als wenn der ESP direkt die Mosfets treibt. Daher müsste auch die RGBWW Firmware  für den hier im Forum entwickelten Controller prinzipiell gehen. Die Frage ist ob man die beiden Buttons evtl. auscodieren muss und die GPIOs neu zuordnen muss.

Ich hab davon 4 Stück bestellt mit dem Ziel die Firmware darauf anzupassen. Sollten in 1-3 Wochen ankommen.

Fragen die ich mir noch stelle:
-  Wie gut ist der Spannungswandler? Stichwort Verlustleistung. Versuche ich per Multimeter auszumessen.
-  Platinenlayout? Sieht eigentlich ganz gut aus. Große Elkos sind natürlich keine drauf. Bin gespannt ob die stabil laufen.
-  Wie gut sind die Mosfets? Stichwort Schaltstabilität bei 800Hz und Verlustleistung. Ein Datenblatt hab ich leider nicht gefunden. Bei kürzeren Streifen < 2m mit max 10-15Watt pro Kanal aber wahrscheinlich kein Problem.

Bei Interesse kann ich gerne berichten :-)

Vg,
Thomas

PS: Warte sehnsüchtig auf meine 7 nackten PCB Boards aus der aktuellen Sammelbestellung ;-)

Hi,

könntest du einen neuen Thread dazu aufmachen, ich denke das Teil ist eine sehr Interessante alternative.
Was mich besonders an den Teilen neugierig macht, ist die Gruppen Funktion.

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 06 April 2017, 10:09:47
Zitat von: lewej am 06 April 2017, 07:15:55
Was mich besonders an den Teilen neugierig macht, ist die Gruppen Funktion.
Ich hatte mal etwas in der Art probiert (hab ich stabil im Einsatz), vielleicht kannst du damit die Zeit überbrücken:
https://forum.fhem.de/index.php/topic,48918.msg606597.html#msg606597
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 06 April 2017, 12:57:49
Zitat von: vbs am 06 April 2017, 10:09:47
Ich hatte mal etwas in der Art probiert (hab ich stabil im Einsatz), vielleicht kannst du damit die Zeit überbrücken:
https://forum.fhem.de/index.php/topic,48918.msg606597.html#msg606597

Hi,
Der github Link funktioniert nicht mehr, könntest du den aktuellen hier anhängen?

Gruss lewej

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 06 April 2017, 13:18:43
Oh, sorry, habs korrigiert. Hier der neue Link:
https://github.com/verybadsoldier/esp_rgbww_fhemmodule/commits/develop
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 April 2017, 13:58:17
So, heute sind die nächsten Controller auf Reisen gegangen, insgesamt sind jetzt um die 100 von insgesamt 352 ausgeliefert. Pf@nne bestückt gerade 133 Stück, sobald die da sind, geht ein Schwung raus.
Es wäre schön, wenn die, die schon welche bekommen haben mir per Antwort auf die Bestellbestätigung Bescheid geben könnten, ich habe den Eindruck, dass zumindest ein Päckchen verloren gegangen ist.

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 06 April 2017, 16:28:39
Zitat von: pjakobs am 06 April 2017, 13:58:17Es wäre schön, wenn die, die schon welche bekommen haben mir per Antwort auf die Bestellbestätigung Bescheid geben könnten, ich habe den Eindruck, dass zumindest ein Päckchen verloren gegangen ist.
Wäre es da nicht gut, auch eine Absende-Nachricht zu bekommen? Bis der Letzte geantwortet hat, vergeht sonst eine ganze Weile.

Und außerdem kann man sich schonmal auf den Weg zum Briefkasten freuen!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 06 April 2017, 16:44:20
Sorry Per
Aber wir koennen ja wohl froh sein, dass Peter die Paeckchen packt, die Fragen beantwortet, usw.!
Wo soll er jetzt noch die Zeit hernehmen und jedem schreiben, dass sein Paeckchen unterwegs ist, abgesehn davon, dass er auch noch die email- oder Forenadresse/Name raussuchen muss. Wir brauchen nur unseren Briefkasten (physikalisch) oeffnen, das Paeckchen rausnehmen, den anderen Briefkasten (elektronisch) oeffnen, nach pjakobs suchen, auf antworten druecken und schreiben!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 06 April 2017, 16:44:34
Zitat von: Per am 06 April 2017, 16:28:39
Wäre es da nicht gut, auch eine Absende-Nachricht zu bekommen? Bis der Letzte geantwortet hat, vergeht sonst eine ganze Weile.
Würde Peter ja noch mehr Arbeit machen als er ohnehin schon hat...   ::)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 06 April 2017, 17:01:43
Das mit der Mehrarbeit ist klar. Aber ich kann erst antworten, wenn ich das Paket habe. Wenn meins schon in der ersten Charge dabei war, weiss ich das nicht und kann nicht reagieren. Maximal, wenn er zum Schluss sagt, dass er alle rausgeschickt hat.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 April 2017, 17:02:48
Zitat von: Per am 06 April 2017, 17:01:43
Das mit der Mehrarbeit ist klar. Aber ich kann erst antworten, wenn ich das Paket habe. Wenn meins schon in der ersten Charge dabei war, weiss ich das nicht und kann nicht reagieren. Maximal, wenn er zum Schluss sagt, dass er alle rausgeschickt hat.
aber ich hab in meiner Tabelle ein Häkchen, wenn ich ein Paket verschickt habe, ein zweites Häkchen würde mir ziemlich schnell sagen, ob eines verloren gegangen ist oder nicht.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 06 April 2017, 17:33:05
Zitat von: pjakobs am 06 April 2017, 17:02:48
aber ich hab in meiner Tabelle ein Häkchen, wenn ich ein Paket verschickt habe, ein zweites Häkchen würde mir ziemlich schnell sagen, ob eines verloren gegangen ist oder nicht.

pj

Genau die Idee kam mir auch gerade. Fände ich gut. Damit werden keine unzähligen Mails durch die Gegend gepustet und Jeder hat trotzdem nen aktuellen Stand.

Es würde ja ausreichen die Nummern bzw. Namen mit den beiden Häkchen freizugeben.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 06 April 2017, 17:36:11
Huhu zusammen,

ist es absehbar wann die kpl montierten Controller in etwa verschickt werden?

LG
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 06 April 2017, 17:41:26
Zitat von: Kuse am 06 April 2017, 17:36:11
Huhu zusammen,

ist es absehbar wann die kpl montierten Controller in etwa verschickt werden?

LG

Siehe https://forum.fhem.de/index.php/topic,48918.msg616987.html#msg616987 (https://forum.fhem.de/index.php/topic,48918.msg616987.html#msg616987)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 April 2017, 17:42:37
Zitat von: Kuse am 06 April 2017, 17:36:11
Huhu zusammen,

ist es absehbar wann die kpl montierten Controller in etwa verschickt werden?

LG
die sind aktuell bei Pf@nne zum bestücken, ich mag ihm da keinen Termin vorsetzen, denn wie ich muss auch er manchmal Brötchen verdienen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 06 April 2017, 19:53:46
Mit ein wenig Glück könnte ich die ersten 100 bis Sonntag fertig haben.
Macht insgesamt ne menge Arbeit....

Ich musste mir bei der Menge an THT-Bauteilen und der entsprechenden Menge an Lötdämpfen sogar eine Absaugung basteln..... 8)

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 06 April 2017, 20:03:20
Ihr seid klasse!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 April 2017, 20:09:15
https://www.youtube.com/watch?v=WoR9qqBnfUg

:-D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 07 April 2017, 00:12:38
Zitat von: pjakobs am 06 April 2017, 17:42:37
die sind aktuell bei Pf@nne zum bestücken, ich mag ihm da keinen Termin vorsetzen, denn wie ich muss auch er manchmal Brötchen verdienen.

pj

OK, vielen Dank. Hab ich wohl überlesen.

Danke an Euch...ihr macht einen rießen Job!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: roman1528 am 07 April 2017, 15:12:18
Die Post ist daaaa!!!  ;D

Vielen Dank dafür^^

Ich habe direkt 2/6 Stück davon aufgebaut und bin total begeistert! Die DC/DC waren bei 3.39 Volt. Das Fading ist stabil, und am besten gefällt mir die funktionierende RampTime.

Sehr Gute Arbeit. Danke!

Grüße^^

P.S. Bei der nächsten Bestellung nehme ich gern wieder welche!!!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 07 April 2017, 15:13:47
Perfekt, danke Roman!

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 07 April 2017, 16:02:43
Zitat von: roman1528 am 07 April 2017, 15:12:18
Das Fading ist stabil, und am besten gefällt mir die funktionierende RampTime.
Ich will dir die Laune zum Freitag nicht verderben, aber die RampTime hat leider einen Bug (in der Firmware), so dass diese gar nicht mal so selten recht stark abweicht (bei meinen Tests öfter mal ca. 74 s statt 60 s):
https://github.com/patrickjahns/esp_rgbww_firmware/issues/8 (https://github.com/patrickjahns/esp_rgbww_firmware/issues/8)
(Testprogramm zum Nachstellen ist auch dabei)

Habs bei mir jetzt behoben und werde ich mal posten, sobdal ich wieder einen halbwegs stabilen Stand zusammengefrickelt habe :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: roman1528 am 07 April 2017, 16:23:19
Zitat von: vbs am 07 April 2017, 16:02:43
Ich will dir die Laune zum Freitag nicht verderben, aber die RampTime hat leider einen Bug (in der Firmware), so dass diese gar nicht mal so selten recht stark abweicht (bei meinen Tests öfter mal ca. 74 s statt 60 s):
https://github.com/patrickjahns/esp_rgbww_firmware/issues/8 (https://github.com/patrickjahns/esp_rgbww_firmware/issues/8)
(Testprogramm zum Nachstellen ist auch dabei)

Habs bei mir jetzt behoben und werde ich mal posten, sobdal ich wieder einen halbwegs stabilen Stand zusammengefrickelt habe :)

Du hast sie verdorben :-[

Aber ich fade mit ca. 500ms bis 1s. Da fällt das kaum auf.

Eine Frage ist mir jetzt allerdings noch gekommen... RGB und Weiß(WW) kann ich im Moment nur per Saturation und maximal 50/50 mischen korrekt? Würde nämlich gern die Farben einzeln regeln können und z.B. Pink mit Weiß mischen. Ich habe RGBWW in einem Stripe^^

Grüße^^
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 07 April 2017, 16:33:37
Müsste eigentlich machbar sein, wenn du den RAW-Modus benutzt. Damit kannst du alle Kanäle frei ansteuern. Hab ich aber selber noch nie ausprobiert, muss ich gestehen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 07 April 2017, 16:35:01
Zitat von: roman1528 am 07 April 2017, 16:23:19
Du hast sie verdorben :-[

Aber ich fade mit ca. 500ms bis 1s. Da fällt das kaum auf.

Eine Frage ist mir jetzt allerdings noch gekommen... RGB und Weiß(WW) kann ich im Moment nur per Saturation und maximal 50/50 mischen korrekt? Würde nämlich gern die Farben einzeln regeln können und z.B. Pink mit Weiß mischen. Ich habe RGBWW in einem Stripe^^

Grüße^^
Das ist bewusst so, damit Du z.B. durch den Farbkreis Faden kannst (rotate 359 l) ohne, dass die Helligkeit sich ändert. Die Kanäle kannst mir dem RAW Kommando einzeln ansteuern, das ist aber auch nicht den meisten Fällen unpraktisch und nicht nötig.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AlexSchei am 07 April 2017, 20:21:52
Moin.

Hab meine Lieferung heute auch bekommen.

Gibt es schon ein Video zum Flashen der ESP? Die Firmware ist auf github?

Gruß
Alex
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 07 April 2017, 20:32:22
Hi,
Ernsthaft ein Video Demand? Die Jungs machen einen tollen Job und dann die ganze Hand!

Aber zur Sache, schau mal hier:
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AlexSchei am 07 April 2017, 21:07:26
Moin.

@RaspiLed: warum ist es falsch zu fragen? Ich fragte ja auch "ob es das gibt" und nicht wo es bleibt! Das die jungs einen bombenjob machen hatte ich auch schon geschrieben! Nur ist der thread recht unübersichtlich. Ich erinnerte mich daran etwas gelesen zu haben, hab es aber nicht wiedergefunden. Ergo, hab ich kurz gefragt!
Aber zur Sache: Danke für den Link, genau was ich suchte

Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 07 April 2017, 21:13:49
"Gibt es SCHON..." ist es selbe wie "wo bleibt"...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: tik-tak-tok am 07 April 2017, 21:15:53
Hallo,

hätte auch Interesse an solch einem Controller.
Kannst du auch ein passendes Netzteil dazu liefern?

Besten Dank & Gruß
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 07 April 2017, 21:20:21
Zitat von: tik-tak-tok am 07 April 2017, 21:15:53
Hallo,

hätte auch Interesse an solch einem Controller.
Kannst du auch ein passendes Netzteil dazu liefern?

Besten Dank & Gruß

Passend ist etwas zu "unpräzise". Da der Controller eine Range von 5 bis 28 Volt hat, hängt das Netzteil von den geplanten LEDs ab. Also i.d.R. entweder 12V oder 24V. Hinzu kommt dann noch der benötigte Strom welcher abhängig von der Leistung der LEDs ist. Ich glaube nicht, dass sich Peter oder Pf@nne auch noch um Netzteile kümmern wollen. Am besten du schaust mal in der Bucht oder bei AliExpress.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AlexSchei am 07 April 2017, 21:21:13
Zitat von: Frank_Huber am 07 April 2017, 21:13:49
"Gibt es SCHON..." ist es selbe wie "wo bleibt"...

Na wenn Du meinst... äpfel=birnen gilt ja dann auch.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 07 April 2017, 21:27:09
Zitat von: AlexSchei am 07 April 2017, 21:21:13
Na wenn Du meinst... äpfel=birnen gilt ja dann auch.
Na "gibt es schon... " impliziert die Erwartungshaltung dass es das geben wird.
Ohne das "schon" wäre es etwas anderes. Also sind es schon Äpfel mit Äpfeln was hier verglichen wurde.
Aber lassen wir das. Es ist zum einen off-topic und zum anderen unnötig.
Ein zwei oder drei Seiten im thread blättern hätte gereicht....
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Joker am 07 April 2017, 22:11:42
Sooo habe heute auch meine Bausätze erhalten und einen gleich aufgebaut.
Funktioniert soweit problemlos, flashen mit esptool unter macOS hat auch geklappt.

Danke noch mal an alle die hier mitwirken, so ein perfekt organisiertes Projekt findet man wirklich selten 8)

Achja, als Feedback noch: Der DC-DC Wandler stand bei mir initial auf 3.56V, also etwas hoch. Von daher sollte man das tatsächlich noch mal kontrollieren, auch wenn das den ESP wohl nicht umbringt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 07 April 2017, 22:35:35
Hey Joker,
beim flashen unter macOS stehe ich noch ein wenig auf dem Schlauch.
Magst du mir verraten, wie deine Verbindung vom Rechner zum Controller aussieht?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Joker am 07 April 2017, 22:45:20
Klar, ich verrate gerne alles was irgendwem weiterhilft  :D

Was genau willst du wissen? Hardwaremäßig sieht es so aus: USB-Port -> USB-auf-mini-USB Kabel -> FTD1232 -> 4 Breadboard Kabel -> Controller

Flashen ungefähr so (geht wie ich gerade gelernt habe auch in einem Aufruf, aber egal...):
Zitat
sudo ./esptool.py --p /dev/tty.usbserial-00000000 -b 115200 write_flash -fm qio 0x00000 rboot.bin
sudo ./esptool.py --p /dev/tty.usbserial-00000000 -b 115200 write_flash -fm qio 0x02000 rom0.bin
sudo ./esptool.py --p /dev/tty.usbserial-00000000 -b 115200 write_flash -fm qio 0x100000 spiff_rom.bin

tty.usbserial-00000000 muss natürlich entsprechend angepasst werden.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 07 April 2017, 23:14:21
Zitat von: Frank_Huber am 07 April 2017, 21:27:09
Na "gibt es schon... " impliziert die Erwartungshaltung dass es das geben wird.
Ohne das "schon" wäre es etwas anderes. Also sind es schon Äpfel mit Äpfeln was hier verglichen wurde.
Aber lassen wir das. Es ist zum einen off-topic und zum anderen unnötig.
Ein zwei oder drei Seiten im thread blättern hätte gereicht....
Kinners,

alle mal runter vom Gas!

Tatsächlich hab ich irgendwo mal gesagt oder geschrieben, dass ich noch ein drittes Video zum Flashen  machen würde, allerdings ist mir zwischenzeitlich klar geworden, dass ich das nicht werde einlösen können, weil ich Euch das nur unter Linux zeigen könnte.

Ich glaube aber auch, dass es mittlerweile genug gute HowTos gibt (unter anderem im github repo der Firmware, und genau da schau ich auch immer wieder nach) dass es eigentlich jeder hinbekommen sollte.

Ich find's ja toll, dass alle so begeistert sind, aber zerfleischt Euch nicht dabei, es ist genug für alle da ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ComputerZOO am 08 April 2017, 00:47:25
Zitat von: Joker am 07 April 2017, 22:45:20
Klar, ich verrate gerne alles was irgendwem weiterhilft  :D

Was genau willst du wissen? Hardwaremäßig sieht es so aus: USB-Port -> USB-auf-mini-USB Kabel -> FTD1232 -> 4 Breadboard Kabel -> Controller

Flashen ungefähr so (geht wie ich gerade gelernt habe auch in einem Aufruf, aber egal...):
tty.usbserial-00000000 muss natürlich entsprechend angepasst werden.

Das ist GENAU das, wonach ich gesucht habe. Ich habe heute Mittag (nach längerer Zeit) meine Windoof-Möhre angeschmissen, um mit dem ESP-Tool die BINs zu flashen. Nach drei Stunden Updaten (Windows, Virenscanner etc.) war es dann soweit, aber sämtliche Flash-Tools haben das Einspielen der Firmware zwischen 30 und 40 Prozent abgebrochen.
Auf meinem Mac hat es dann im Terminal auf Anhieb funktioniert.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 08:33:50
Zitat von: ComputerZOO am 08 April 2017, 00:47:25
Das ist GENAU das, wonach ich gesucht habe. Ich habe heute Mittag (nach längerer Zeit) meine Windoof-Möhre angeschmissen, um mit dem ESP-Tool die BINs zu flashen. Nach drei Stunden Updaten (Windows, Virenscanner etc.) war es dann soweit, aber sämtliche Flash-Tools haben das Einspielen der Firmware zwischen 30 und 40 Prozent abgebrochen.
Auf meinem Mac hat es dann im Terminal auf Anhieb funktioniert.
Wenn der Flash Vorgang nach einiger Zeit abbricht, dann ist das nach meiner Erfahrung kein Software Problem, sondern ein elektrisches. Die kleinen USB/Seriell Adapter liefern zwar 3,3V, allerdings langt der maximale Strom meist nur so ganz knapp für einen ESP8266. Ihr solltet dir controller einfach beim Flashen an ihre normale Stromversorgung hängen (Jumper nicht vergessen), dann klappt es immer. Jedenfalls bei mir.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 08 April 2017, 09:25:27
@ Peter und Pf@nne:

Das war ein Rieseneinsatz von euch! Pf@nne lötet immer noch...  ;D

Mein erster Bausatz ist nun fertig gelötet.
Es lagen 3,69V an. Das habe ich auf 3,332V korrigiert. Alles bestens.
Dank Joker weiß ich nun, wie ich die Intelligenz in den Kasten bekomme. Den Umsetzer von USB auf Seriell musste ich gestern allerdings noch bestellen.
Macht nix, muss ja noch drei Bausätze zusammen puzzeln...

Ist das Verhalten richtig, dass der Controller sich zwar im WLan mit 192.168.4.1 meldet, ich aber mit dem Browser nicht drauf zugreifen kann (timeout)?
Wie gesagt, ich habe noch nicht geflasht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 09:28:52
Zitat von: MacReiner am 08 April 2017, 09:25:27
@ Peter und Pf@nne:

Das war ein Rieseneinsatz von euch! Pf@nne lötet immer noch...  ;D

Mein erster Bausatz ist nun fertig gelötet.
Es lagen 3,69V an. Das habe ich auf 3,332V korrigiert. Alles bestens.
Dank Joker weiß ich nun, wie ich die Intelligenz in den Kasten bekomme. Den Umsetzer von USB auf Seriell musste ich gestern allerdings noch ehe bestellen.
Macht nix, muss ja noch drei Bausätze zusammen puzzeln...

Ist das Verhalten richtig, dass der Controller sich zwar im WLan mit 192.168.4.1 meldet, ich aber mit dem Browser nicht drauf zugreifen kann (timeout)?
Wie gesagt, ich habe noch nicht geflasht.
Solange Du keine Software drauf hast, ist da drauf, was immer auf den fabrikneuen Controllern drauf ist. Ich weiß es nicht, ich hab's noch nie versucht.

Sinnvolle Funktion im Sinne des RGBWW Controllers kannst Du erst mit der passenden Software erwarten.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 08 April 2017, 09:30:17
Klasse, danke!

Dann muß ich mir keine Gedanken machen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ComputerZOO am 08 April 2017, 11:20:26
Moin,
ich bekomme im Log von FHEM bei jeder Farbänderung folgende Einträge:
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 924.
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 925.


Kann man das irgendwie unterbinden, damit das Log nicht zugefüllt wird?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 11:24:54
Welches LedController Modul hast Du? Nimm mal das aus dem develop Zweig, den Bug hab ich Imho schon vor einiger Zeit behoben.

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ComputerZOO am 08 April 2017, 11:59:58
Zitat von: pjakobs am 08 April 2017, 11:24:54
Welches LedController Modul hast Du? Nimm mal das aus dem develop Zweig, den Bug hab ich Imho schon vor einiger Zeit behoben.

Gesendet von meinem HTC 10 mit Tapatalk

Firmware 0.3.1 (v0.3.1)
Web Interface 0.3.3
RGBWW Version 0.8.1
SMING Version2.1.0


Kann ich die Developer-Version via OTA raufschieben? (Finde jetzt auf Anhieb nicht den JSON-Link dafür)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 12:01:50
Zitat von: ComputerZOO am 08 April 2017, 11:59:58
Firmware 0.3.1 (v0.3.1)
Web Interface 0.3.3
RGBWW Version 0.8.1
SMING Version2.1.0


Kann ich die Developer-Version via OTA raufschieben? (Finde jetzt auf Anhieb nicht den JSON-Link dafür)
Ich meinte das fhem Modul.

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ComputerZOO am 08 April 2017, 12:29:11
Aah ;-)
Ich habe nun das Modul aus dem Developer-Zweig, jetzt hat sich das ganze nur verschoben:
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 958.
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 959.


EDIT: Die Meldungen kommen nur, wenn ich in FHEM die Buttons im webCmd anklicke.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 12:57:02
Muss ich mir mal ansehen. Die Fehler treten auf, wenn weder fade Zeit noch flags (q, l) mitgegeben werden. Ich dachte ich hätte da einen Check drumrum gebaut

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 08 April 2017, 13:27:37
Schade
Ich hatte den Loetkolben schon an, aber die Postfrau hatte nur ein Chinesisches Paeckchen fuer meinen Sohn! Dabei habe ich doch die Nummer 12!?
Naja, einfach auf dei naechste Lieferung warten!
Gruss und schoenes WE
Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 13:53:38
Zitat von: pc1246 am 08 April 2017, 13:27:37
Schade
Ich hatte den Loetkolben schon an, aber die Postfrau hatte nur ein Chinesisches Paeckchen fuer meinen Sohn! Dabei habe ich doch die Nummer 12!?
Naja, einfach auf dei naechste Lieferung warten!
Gruss und schoenes WE
Christoph
Ich hab gerade nicht im Kopf, was Du bestellt hattest, aber wenn ein fertig montierter Controller darunter war, dann dauert es noch ein paar Tage, die sind noch bei Pf@nne.

Grüße,

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 08 April 2017, 13:55:16
Hallo Peter
5 Bausaetze und eine Leerplatine! Lass man gut sein, geniesse Dein Wochenende!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 08 April 2017, 14:34:34
Zitat von: pc1246 am 08 April 2017, 13:55:16
Hallo Peter
5 Bausaetze und eine Leerplatine! Lass man gut sein, geniesse Dein Wochenende!
Gruss Christoph
Ich glaube, den hab ich verschickt, aber als Päckchen, das kann eins länger dauern.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 08 April 2017, 21:20:13
ready for shipment!

111 Controller sind versandfertig.
Ich habe die Controller mit größtmöglicher Sorgfalt zusammengebraten und in möglicht kleinen Teilschritten Überprüft:


Die Controller werden mit nicht gestecktem Jumper für die Spannungsversorgung ausgeliefert.
Bitte kontrolliert vor dem Stecken des Jumpers unbedingt nochmals die Spannung!
Für die Einstellung der StepDowns kann nach dem Transport keine Garantie übernommen werden!


Was mir beim Bau aufgefallen ist:


Die Controller gehen spätestens Anfang der Woche zu Peter.
Die restlichen 19 Stück werde ich Anfang nächster Woche fertigstellen.

Ich hoffe, dass alle Controller erwartungsgemäß "out of the box" laufen.
Viel Spaß damit.....
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 08 April 2017, 21:23:14
Sehr cool, vielen lieben Dank!

Gesendet von meinem HUAWEI NXT-L29 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 08 April 2017, 21:31:37
Ohhh mein Gott [emoji85]

Ich hab nun vier Stück gelötet.

Das reicht schon...

Wie ging es dir zur Halbzeit? 🤠
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 08 April 2017, 21:37:33
Zitat von: MacReiner am 08 April 2017, 21:31:37
Ohhh mein Gott [emoji85]

Ich hab nun vier Stück gelötet.

Das reicht schon...

Wie ging es dir zur Halbzeit? 🤠

ging, ohne Fleiß kein Preis....... 8)
Jetzt ist aber erstmal der Garten drann.......
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 09 April 2017, 21:56:32
Meine Güte, gut das ich diese Aufgabe abgegeben habe!
Inzwischen habe ich zwar auch meine erste Begegnung mit SMD hinter mir, aber vor dem Flashen habe ich auch noch Respekt...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 10 April 2017, 07:26:37
Meine beiden Controller waren Samstag auch im Briefkasten. :-)

Dank der super Video-Anleitungen waren sie recht schnell und unkompliziert aufgebaut.
Vor allem die Montage des Spannungsreglers gefällt mir wesentlich besser als bei der ersten Version.
(Davon liegt immer noch ein Controller rum der zum Verrecken nicht laufen will, der AP verschwindet immer kurz)
Der Flash-Vorgang war (unter Linux) auch kein Problem.

Ein Problem habe ich aber noch, das hier (https://forum.fhem.de/index.php/topic,48918.msg568781.html#msg568781) beschriebene Flackern, sobald WW und CW gleichzeitig betrieben werden.
Aber da muß ich mal die verlinkten Beiträge ansehen, habe noch nicht geforscht.

Danke an alle Beteiligten für die tolle Arbeit!


Gruß
   Andreas

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 10 April 2017, 07:53:44
Zitat von: Loetkolben am 10 April 2017, 07:26:37
Ein Problem habe ich aber noch, das hier beschriebene Flackern, sobald WW und CW gleichzeitig betrieben werden.

Nicht nur flackern, sondern teilweise auch völlig falsche Werte auf dem CW Kanal. Getestet mit diesen Binaries: http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip (FW 0.3.1)
Gibt es vielleicht schon eine aktuellere Version?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 07:57:41
Zitat von: dev0 am 10 April 2017, 07:53:44
Nicht nur flackern, sondern teilweise auch völlig falsche Werte auf dem CW Kanal. Getestet mit diesen Binaries: http://patrickjahns.github.io/esp_rgbww_firmware/release/esp_rgbww_firmware.zip (FW 0.3.1)
Gibt es vielleicht schon eine aktuellere Version?
Es gibt einen Bug in der Firmware, wenn ich das korrekt im Kopf habe, dann gab's da ein Problem mit einem float->int Typecast bei der Balance zwischen CW and WW, wir haben einen Fix, ich glaube aber, dass der noch nicht in der aktuellen Firmware ist.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 10 April 2017, 08:15:44
Wenn es einen Fix gibt, wäre es dann nicht sinnvoll eine aktualisierte Firmware bereitzustellen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 08:20:31
Zitat von: dev0 am 10 April 2017, 08:15:44
Wenn es einen Fix gibt, wäre es dann nicht sinnvoll eine aktualisierte Firmware bereitzustellen?
Es gibt rund noch ein paar andere Dinge, die in die Firmware sollen und es steht der Port auf sming 3.2.1 an, das ist leider ziemlich viel Aufwand und braucht Zeit, die gerade keiner wirklich hat.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 10 April 2017, 08:36:07
Gut zu wissen, dann werde ich wieder mein ESPEasy Plugin einsetzen, denn so ist die Firmware für mich leider nicht nutzbar.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 08:42:11
Zitat von: dev0 am 10 April 2017, 08:36:07
Gut zu wissen, dann werde ich wieder mein ESPEasy Plugin einsetzen, denn so ist die Firmware für mich leider nicht nutzbar.
schick mir mal Deine e-mail adresse bitte, ich habe einen Test Build mit dem Fix drinne.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 10 April 2017, 10:03:06
Anfängerfrage: ist das Firmware Update beim aufgebauten Modul easy?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 18:33:05
Zitat von: Per am 10 April 2017, 10:03:06
Anfängerfrage: ist das Firmware Update beim aufgebauten Modul easy?

Die Frage ist wirklich schwer zu beantworten, weil nicht klar ist, was "Anfänger" bedeutet.

Wenn Du den gängigen Anleitungen folgst, dann ist das Flashen sehr simpel und dauert nur eine Minute.

Aber wie gesagt: die Frage ist: was bedeutet Anfänger?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 10 April 2017, 19:17:30
Ich habe dies noch dazu bestellt:
Neuftech 40x 20cm "female female" "male female" "male male" jumper wire kabel Steckbrücken für Arduino Raspberry pi https://www.amazon.de/dp/B00QV7O052/ref=cm_sw_r_cp_api_Y376ybD16VDYA
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 10 April 2017, 20:11:16
Zitat von: pjakobs am 10 April 2017, 08:20:31
Es gibt rund noch ein paar andere Dinge, die in die Firmware sollen und es steht der Port auf sming 3.2.1 an, das ist leider ziemlich viel Aufwand und braucht Zeit, die gerade keiner wirklich hat.
Was schwebt dir denn da so vor? Ich mache aktuell ziemlich viele Änderungen an der Firmware. Wenn möglich kann ich gern versuchen, da Sachen mit einzubauen, die dir unter den Nägeln brennen.

Zitat von: pjakobs am 10 April 2017, 08:42:11
schick mir mal Deine e-mail adresse bitte, ich habe einen Test Build mit dem Fix drinne.
Kannst du mir sagen, um welchen Commit es da geht?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 20:47:24
Zitat von: vbs am 10 April 2017, 20:11:16
Was schwebt dir denn da so vor? Ich mache aktuell ziemlich viele Änderungen an der Firmware. Wenn möglich kann ich gern versuchen, da Sachen mit einzubauen, die dir unter den Nägeln brennen.
Kannst du mir sagen, um welchen Commit es da geht?
schau Dir mal ein paar der Commits von @ShuzzDe (https://github.com/ShuzzDE/RGBWWLed) an, der Bug ist mit diesem commit (https://github.com/ShuzzDE/RGBWWLed/commit/29d04b3fbbe3c3f51187c6bdd85d1099153fddaf) gefixt, und ich mag auch die Arbeit rund um die Separation von RAW Channels.
Mit Pf@nne hatte ich darüber gesprochen, einen Weg zu bauen, mehrere Controller über MQTT zu synchronisieren.
Idee: der Master published seine aktuellen RAW / HSV / RGB Werte unter einem Topic und die Slaves können sich auf dieses Topic subscriben. Damit wären große Installationen über ein zentrales Device synchron zu bedienen.
Zudem hätte das Posten der aktuellen Werte plus der Information, welches der Wertesets aktuell ist den Vorteil, dass ich davon die readings ableiten könnte.
Pf@anne hatte weiterhin die Idee, dass man das Framework der Firmware ja auch ohne Probleme für allerlei andere Devices nutzen könnte, @mrpj hatte ja dankenswerterweise den ganzen LED spezifischen Code schon in die LED Library ausgelagert.

Ich würde vorschlagen, wir telefonieren / hangouten / whatevern mal alle gemeinsam.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 10 April 2017, 21:28:07
Zitat von: pjakobs am 10 April 2017, 18:33:05was "Anfänger" bedeutet.
Dass ich noch nie einen µP geflasht habe. Die beschriebene Hardware habe ich allerdings schon, wenn auch aus anderen Gründen :D
Naja, habe ja mehr als einen Controller bestellt, hab ich ja nen paar Versuche ;D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 10 April 2017, 21:29:41
Zitat von: Per am 10 April 2017, 21:28:07
Dass ich noch nie einen µP geflasht habe. Die beschriebene Hardware habe ich allerdings schon, wenn auch aus anderen Gründen :D
Naja, habe ja mehr als einen Controller bestellt, hab ich ja nen paar Versuche ;D
Das Flashen ist echt nicht das Problem, wenn Du den Howtos folgen kannst.

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 11 April 2017, 07:40:09
Zitat von: pjakobs am 10 April 2017, 20:47:24
Mit Pf@nne hatte ich darüber gesprochen, einen Weg zu bauen, mehrere Controller über MQTT zu synchronisieren.
Idee: der Master published seine aktuellen RAW / HSV / RGB Werte unter einem Topic und die Slaves können sich auf dieses Topic subscriben. Damit wären große Installationen über ein zentrales Device synchron zu bedienen.

Mehrere Controller direkt synchronisieren zu können wäre ein tolles Feature! MQTT oder eine andere zentrale Vermittlung ist, ans meiner Sicht, dafür aber der falsche Ansatz, da
- kein standanlone Betrieb (ohne 24/7 Server)
- unnötiger single point of failure
- aufwendiger einzurichten
- zusätzliche Latenz

Eine Alternative, ohne den Umweg über einen Server (zB. MQTT) zu gehen, wäre UDP Broadcasts zu nutzen. Im ESPEasy Framework findet man diese Lösung bereits in umgesetzter Form. Wäre das nicht vielleicht der elegantere Weg?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 11 April 2017, 07:49:20
Zitat von: dev0 am 11 April 2017, 07:40:09
Mehrere Controller direkt synchronisieren zu können wäre ein tolles Feature! MQTT oder eine andere zentrale Vermittlung ist, ans meiner Sicht, dafür aber der falsche Ansatz, da
- kein standanlone Betrieb (ohne 24/7 Server)
- unnötiger single point of failure
- aufwendiger einzurichten
- zusätzliche Latenz

Eine Alternative, ohne den Umweg über einen Server (zB. MQTT) zu gehen, wäre UDP Broadcasts zu nutzen. Im ESPEasy Framework findet man diese Lösung bereits in umgesetzter Form. Wäre das nicht vielleicht der elegantere Weg?
Das Argument "Server nötig" verstehe ich nicht. Bei mir läuft der MQTT Broker auf dem gleichen RaspberryPi wie fhem selbst. Mir wäre MQTT gerade deshalb sympathisch, weil es sich in die vorhandene Landschaft, die wohl viele fhem Nutzer so haben, prima einfügt.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 11 April 2017, 07:59:23
Zitat von: dev0 am 11 April 2017, 07:40:09
Eine Alternative, ohne den Umweg über einen Server (zB. MQTT) zu gehen, wäre UDP Broadcasts zu nutzen. Im ESPEasy Framework findet man diese Lösung bereits in umgesetzter Form. Wäre das nicht vielleicht der elegantere Weg?

Bei Broadcasts ist halt das Problem, dass die nicht über (Layer-3) Netzgrenzen weg kommen. Ich habe hier multiple VLANs konfiguriert um Dinge, die nichts voneinander wissen müssen, zu isolieren. Da finde ich MQTT deutlich charmanter. Und mit 2 Pis und RabbitMQ kann ich das sogar clustern, wenn der SPoF an der Stelle stört (nein, habe ich noch nicht gemacht ;-) )
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 11 April 2017, 08:48:54
Zitat von: thorwin am 11 April 2017, 07:59:23
Ich habe hier multiple VLANs konfiguriert um Dinge, die nichts voneinander wissen müssen, zu isolieren.

Grundsätzlich stimmt das natürlich. Aber es macht doch keinen Sinn einzellne Controller in unterschiedliche VLANs zu packen und man kann auch Broadcasts in weitere VLAN leiten. Auf einem Cisco nennt sich das Featrue IP helper.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 11 April 2017, 09:06:28
Sollten wir das lieber im Modul/Firmware-Thread besprechen? (einen eigenen Firmware-Thread gibt es nicht, oder?)
https://forum.fhem.de/index.php?topic=55065
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 11 April 2017, 09:13:25
Zitat von: vbs am 11 April 2017, 09:06:28
Sollten wir das lieber im Modul/Firmware-Thread besprechen?
Ja.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 11 April 2017, 09:37:43
Kinners, könnt Ihr mir einen Gefallen tun, und nicht alle per DM / Mail fragen, ob ich Euer Päckchen schon verschickt habe?
Das kostet mich ne Menge Zeit, wovon ich eh wenig habe.
Einfache Regel:
Wer weniger als fünf Bausätze und kein Komplettgerät bestellt hat, dessen Lieferung ist wahrscheinlich unterwets.
Wer mehr bestellt hat und alle, die Komplettgeräte bestellt haben: das geht in 90% der Fälle diese Woche noch raus.
Wenn ich weiß, an welchem Punkt die DC/DC Wandler ausgehen, dann werde ich die, die dann noch nichts haben gesondert informieren.

Ich weiß, es ist Ostern und Ihr wollt die Dinger auspacken können, aber bitte vergesst nicht, dass da sehr sehr viel Handarbeit von zwei Freiwilligen (pf@nne und mir) drin steckt.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 11 April 2017, 09:55:50
Sorry
Ich weiss, dass Ihr sehr viel Zeit fuer uns aufwendet! Und eigentlich bin ich auch nicht so.
Aber, da Du ja urspruenglich mal geschrieben hattest, dass es der Reihe nach geht, darf ich als Nummer zwoelf, dann doch mal nachfragen! https://forum.fhem.de/index.php/topic,48918.msg567974.html#msg567974
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 11 April 2017, 10:23:49
Ich hab da einfach volles Vertrauen in Peter, da er offensichtlich einen tollen Job macht (Pf@nne natürlich auch). Wenn ich ein paar Tage länger warten muss, dann wird das schon seinen (guten) Grund haben und ist auch kein Problem.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 11 April 2017, 11:21:14
So sieht es aus, wenn sich 46 Päckchen auf den Weg zu Euch machen.

pj (https://uploads.tapatalk-cdn.com/20170411/729841fa81f37256f70311aaae9b6556.jpg)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 11 April 2017, 12:42:47
heiliges Blechle
:o :o :o
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 11 April 2017, 14:02:43
Habt ihr schon mal in Erwägung gezogen sowas beruflich zu machen ?
"P+P Logistic Services"  ;D
So profesionell wie das hier abläuft können sich so manche Etablierten was abschneiden.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 11 April 2017, 14:05:35
Zitat von: AxelSchweiss am 11 April 2017, 14:02:43
Habt ihr schon mal in Erwägung gezogen sowas beruflich zu machen ?
"P+P Logistic Services"  ;D
So profesionell wie das hier abläuft können sich so manche Etablierten was abschneiden.
Also... ich kümmer mich lieber um den produktiven Teil des Projektes als um die Logistik...

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 11 April 2017, 14:31:17
Hi,
Erstmal DANKE - Great Performance!
Zu P+P: Dann Kosten die Controller ja gleich 99,--€ Nee lieber nicht *lol*
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

Titel: Antw:Entwicklung RGBWW Led Controller
Beitrag von: Michi1978 am 11 April 2017, 23:16:17
Hey! Finde das projekt super und wollte mal fragen ob es noch die möglichkeit gibt einen controller zu bestellen?

[.quote author=mrpj link=topic=48918.msg405794#msg405794 date=1454864048]
Sammelbestellung



Sammelbestellung 1 ist abgeschlossen/b]

Sammelbestellung 2.5 wird von pjakobs hier organisiert:
Hinweise Sammelbestellung 2.5 (https://forum.fhem.de/index.php/topic,48918.msg564964.html#msg564964)







Versandkosten

Mögliche Versandoptionen sind Warensendung (bis 500g) oder DHL Päckchen. Zu den Versandgebühren von der Deutschen Post/DHL kommen noch die Kosten für Verpackungsmaterial und Versandetikketten in Höhe von 0,50€ dazu.


Versand außerhalb von Deutschland:
Die oben genannten Versandoptionen gelten nur für den Versand innerhalb Deutschlands Ein Versand in das(europäischen) Ausland ist via  DHL Päkchen International (https://www.dhl.de/de/paket/pakete-versenden/weltweit-versenden/paeckchen.html) möglich. Die Versandkosten belaufen sich auf:


Fragen und Antworten zur Sammelbestellung

Das Formular dient der Übersichtlichkeit - der Thread kann dann mit Feedback, Fragen und Diskussionen genutzt werden. Und es geht keiner bei der Teilnahme verloren.
Zusätzlich vereinfacht es mir die Organisation - ich müsste ab einem Gewissen Zeitpunkt alles aus dem Forum nochmals in eine Tabelle für mich selbst übertragen.

Um mein eigenes Risiko zu einem großen Teil zu minimieren und später nicht auf den Kosten/Bauteilen sitzen zu bleiben - finde ich dies die beste Lösung

Prinzipiell ja, solange DHL päckchen noch an eine Packstation schickt. Wenn das gewünscht wird - bitte auch DHL Päckchen bei den Versandoptionen auswählen


In der E-mail zur Sammelbestellung werde ich meine Kontodaten zur Verfügung stellen - es ist für mich persönlich die unkomplizierteste Methode, da ich dann direkt das Geld nutzen kann um die Bauteile/PCBs bei den Händlern zu bezahlen.

Paypal o.ä verkomplizieren das ganze - und es kann sein , dass bei einer Vielzahl von Transaktionen Paypal sich vorbehält das Geld zu sperren und erst nach einer Prüfung frei zu geben.  (siehe verschiedene Posts im Internet (https://www.google.de/?gws_rd=ssl#q=+paypal+21+tage+sperre)

Falls eine Überweisung nicht möglichsein sollte, können wir gernen in den Kontakt treten und eine alternative Lösung finden.


Weitere Fragen? Einfach im Thread stellen - wichtige Fragen/Antworten werden dann hier ergänzt



Rechtliche Hinweise
Die Sammelbestellung und Bestückung wird nicht als Dienstleistung, sondern auf Gefälligkeitsbasis Angeboten. Mit der Aufwandsentschädigung soll kein nachhaltiger Gewinn erzielt werden.
Für die Funktionalität einzelner Bauteile/Komponente sind Hersteller und Händler/Zulieferer verantwortlich. Im Rahmen der Sammelbestellung gibt es keine getrennte Garantie/Gewährleistung auf Funktionalität dieser.

Alle Bauteile und fertige Platinen werden als "Bastelprojekt" angeboten - es ist jeder für die Einhaltung Sicherheitsrelevanter Aspekte im Umgang mit Netzspannung verantwortlich. Ich übernehme keine Haftung für eventuelle Schäden die beim Aufbau und Nutzung des RGBWW Controllers enstehen könnten.
Im Rahmen der Sammelbestellung ist es notwendige personenbezogene Daten (Name, Anschrift, E-mail) zu speichern und zu verwenden. Diese Daten werden nur zum Zweck der Sammelbestellung verwendet und nicht an Dritte weitergegeben.



Verlauf Sammelbestellung 1
[/quote]
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 09:41:50
Hi @Michi1978 auch die zweite (zweieinhalbte) Sammelbestellung ist abgeschlossen, wir sind mit der Auslieferung schon gut 80% durch.
Es gibt aber bereits ein Google Form (sorry, Adresse hab ich gerade nicht zur Hand) in der Interesse für eine dritte Runde bekundet werden kann, das wird aber vor September sicher nix.
Dazu kommt, wir werden ein paar Dinge ändern, die ich in dieser Runde gelernt habe. So wird es, wenn ich es irgendwie preislich hinbekomme, keine Bausätze mehr geben - der Aufwand dafür ist einfach zu hoch.

Ich würde zudem den Controller gerne in andere Systeme integrieren, wenn sich also jemand berufen fühlt, eine Android / IOS App dafür zu schreiben, nur zu! OpenHAB wäre sicher auch nochmal interessant, je breiter die Basis wird, die sich hierfür interessiert, desto besser wird der Preis im Einkauf.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 12 April 2017, 09:45:20
Hier der Beitrag zur neuen Bestellung: https://forum.fhem.de/index.php/topic,69740.msg612566.html#msg612566

Vielleicht sollte im ersten Beitrag darauf verlinkt werden?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 09:46:11
Zitat von: Amenophis86 am 12 April 2017, 09:45:20
Hier der Beitrag zur neuen Bestellung: https://forum.fhem.de/index.php/topic,69740.msg612566.html#msg612566

Vielleicht sollte im ersten Beitrag darauf verlinkt werden?

das müsste dann leider @mrpj machen, denn er ist der ursprüngliche Autor desselben.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 12 April 2017, 09:55:31
Ich hab ihn mal angeschrieben.
Titel: Erster!
Beitrag von: Per am 12 April 2017, 10:27:57
Heute früh habe ich den Osterhasen gesehen in seiner schwarz-gelben Uniform und hat mir vier Ostereier da gelassen.  ;D

Zitat von: pc1246 am 11 April 2017, 09:55:50ich als Nummer zwoelf
Ich hatte die "19". Den Rest darfst du dir selbst zusammenreimen ;).
Titel: Antw:Erster!
Beitrag von: pjakobs am 12 April 2017, 10:32:31
Zitat von: Per am 12 April 2017, 10:27:57
Heute früh habe ich den Osterhasen gesehen in seiner schwarz-gelben Uniform und hat mir vier Ostereier da gelassen.  ;D
Ich hatte die "19". Den Rest darfst du dir selbst zusammenreimen ;).
ich erwarte heute und morgen noch mindestens 46 ähnliche Meldungen ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 12 April 2017, 10:36:34
OK
Alles klar, als naechtes Projekt werde ich eine Paketbotenerkennung in Verbindung mit der Oeffnung der blauen Tonne anstreben. Dann kann mir fhem gleich melden, wenn ein Paket angekommen ist. Bloed nur wenn es dann klein genug fuer den Briefkasten ist, oder doch beim Nachbarn. Na dann ueberwache ich einfach meine Klingel und die Nachbarklingeln, dann weiss ich das auch!?
;D ;D ;D ;D
Nee passt schon, dann kann ich Freitag mal einen loeten!
Gruss Christoph
Titel: Antw:Erster!
Beitrag von: Per am 12 April 2017, 11:10:56
Zitat von: pjakobs am 12 April 2017, 10:32:31
ich erwarte heute und morgen noch mindestens 46 ähnliche Meldungen
Schreib doch die Zahl rein, bis zu der ihr ausgeliefert habt. Dann kann sich jeder ausrechnen, ob sich der Weg zum Briefkasten (da hat es zwar nicht reingepasst, war aber dennoch der Briefträger, nicht der DHLer) lohnt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 12 April 2017, 11:23:30
Habe auch grade 3 Stück in der Post gefunden. Vielen Dank nochmal für die Arbeit, die ihr euch da gemacht habt!!!  8)
Titel: Antw:Erster!
Beitrag von: pjakobs am 12 April 2017, 11:43:12
Zitat von: Per am 12 April 2017, 11:10:56
Schreib doch die Zahl rein, bis zu der ihr ausgeliefert habt. Dann kann sich jeder ausrechnen, ob sich der Weg zum Briefkasten (da hat es zwar nicht reingepasst, war aber dennoch der Briefträger, nicht der DHLer) lohnt.
ganz so einfach ist das nicht, weil ich leider ein paar Lücken lassen musste, weil manchmal die Kombination aus Teilen und Verpackung nicht passte.
Wie gesagt, 280 von 327 (die restlichen sind meine eigenen 35) Controllern sind versandt, demnächst gehen nochmal 20 Fertiggeräte und 20 Bausätze raus, und dann heißt es auf neue DCDC Wandler warten.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: ComputerZOO am 12 April 2017, 12:28:15
Moin,
ich hätte da noch ein paar Vorschläge zur Änderung der Hard- und Soft/Firmware. In welchem Post sollte ich die am besten anmerken?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 12:48:39
Zitat von: ComputerZOO am 12 April 2017, 12:28:15
Moin,
ich hätte da noch ein paar Vorschläge zur Änderung der Hard- und Soft/Firmware. In welchem Post sollte ich die am besten anmerken?
Moin!
Nachdem ich sowieso gerade darüber nachdachte, die diversen Threads ein bisschen zu sortieren schlage ich vor: ich mache dazu jeweils einen neuen Thread auf und poste die Links für die Hardware hier und für die Firmware vorerst drüben im FHEM-Modul Thread, am Ende wäre es wohl gut, drei separate Threads für die drei Themen zu haben.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 12:56:53
Neue, eigene Threads für Firmware, Hardware und (länger schon) das fhem Modul
Nachdem die diversen Threads langsam unübersichtlich werden habe ich mal neue, separate Threads für die einzelnen Themen angelegt.

Support Thread für den RGBWW controller
https://forum.fhem.de/index.php/topic,101240.0.html

vbs Firmware und zugehöriges fhem modul:
https://forum.fhem.de/index.php/topic,70738.0.html

ältere Threads:
============
Firmware:
https://forum.fhem.de/index.php/topic,70456.0.html

fhem Modul:
https://forum.fhem.de/index.php/topic,55065.0.html

Hardware:
https://forum.fhem.de/index.php/topic,70455.0.html

ein paar der alten Threads (vor allem der erste Sammelbestellungsthread) sind mittlerweile etwas unübersichtlich geworden, da ist es vermutlich besser, neu anzufangen!

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: barra am 12 April 2017, 13:54:38
Die Controller sind heute angekommen.  :)
Sie sehen super aus. Ich werde sie demnächst testen.
Vielen Dank für Eure Arbeit!!!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 12 April 2017, 15:08:24
Hallo pjakobs.

Mein Paket ist heute angekommen  ;D

VIELEN DANK!
Dank auch für die Entwicklung, den (scheinbar) reibungslosen Ablauf, den Support und der Ware. Ich hab zwar noch keinen blauen Dunst
wo ich meine Hardware einsetzen werde, aber da wird sicher wie das "Amen" in der Kirche noch was bei rauskommen ;)

Vielen Dank auch an das Forum und seinen vielen aktiven Mitglieder.

Ciao
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 12 April 2017, 15:21:48
Kann mir jemand nochmal schnell die beiden Tasten erklären, eine ist die Reset (gedrückt beim Einschalten). Und sonst?

Die Suchfunktion der Forumssoftware ist ja leider nicht so praktikabel :(.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 15:23:19
Zitat von: Per am 12 April 2017, 15:21:48
Kann mir jemand nochmal schnell die beiden Tasten erklären, eine ist die Reset (gedrückt beim Einschalten). Und sonst?

Die Suchfunktion der Forumssoftware ist ja leider nicht so praktikabel :(.
die zweite, beschriftet "clr", löscht die aktuellen Einstellungen, im wesentlichen die WLAN Assoziation, danach öffnet der Controller wieder seinen eigenen Accesspoint und Du kannst ihn neu in ein Netz einhängen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 12 April 2017, 15:56:02
Kurze Frage: Wozu dient der Jumper? Muss ich zwei von den 3-poligen (GND-3,3V-DCDC) damit brücken?
Bisher liegt der Jumper taten- und funktionslos auf meinem Tisch.

Ich habe das Modul mal (auf die schnelle) mit strom versorgt. Passieren tut noch nichts, kein WLAN AP zu sehen.
Aber ich bin mir sicher das es an mir liegt ... ;)

Die Suche hilft mir auch nicht viel weiter. Und mittlerweile fast 100 Seiten sind nicht wenig.

Oder gibt es ein Wiki / Anleitung?
Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 16:00:12
Zitat von: bitbiter am 12 April 2017, 15:56:02
Kurze Frage: Wozu dient der Jumper? Muss ich zwei von den 3-poligen (GND-3,3V-DCDC) damit brücken?
Bisher liegt der Jumper taten- und funktionslos auf meinem Tisch.

Ich habe das Modul mal (auf die schnelle) mit strom versorgt. Passieren tut noch nichts, kein WLAN AP zu sehen.
Aber ich bin mir sicher das es an mir liegt ... ;)

Die Suche hilft mir auch nicht viel weiter. Und mittlerweile fast 100 Seiten sind nicht wenig.

Oder gibt es ein Wiki / Anleitung?
Gruss
Alex

das ist sehr gut so!

Der Jumper dient, in einem der Videos habe ich es beschrieben, der Stromversorgung!
Zwischen dem DC/DC Wandler und dem ESP ist am Rand ein drei-poliger Pfostenverbinder, die Pins sind bezeichnet:

[X] DC/DC
[X] 3.3V
[X] GND

die Jumper sind bewusst nicht gesetzt, damit Du die Chance hast, mit einem Messgerät die 3,3V zwischen DC/DC und GND zu bestätigen, ggf. nachzuregeln und nur wenn das passt den Jumper so zu setzen, dass DC/DC und 3.3V miteinander verbunden sind.

Der Vorteil ist: so kann der Wandler gefahrlos (bei gezogenem Jumper) in der Schaltung eingestellt werden (bei den fertig montierten hat das Pf@nne schon getan, es gilt nur, das zu überprüfen, da wir keine Verantwortung dafür übernehmen).

Die Spannung muss nicht haarscharf 3,300V betragen, der ESP ist für den Betrieb zwischen 3,0 und 3,6V zugelassen. Wir haben die Spannung immer auf ca. 3,36V eingestellt, 3,4 geht auch ok. unter 3,25 und über 3,4 würde ich nachregeln.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 12 April 2017, 16:08:22

Fantastisch. Danke für die schnelle Antwort. Das erste Erfolgserlebnis ist bereits eingetreten!

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Papaloewe am 12 April 2017, 17:32:14
Bei mir ist auch heute schon Ostern :) :) :)

Beide Kontroller sind angekommen, vielen Dank!

Gruß
Thomas

P.S.: Ups, die Jumper waren schon entsorgt. Habe sie aber wiedergefunden  :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RoBra81 am 12 April 2017, 17:41:11
Hallo,

Meine sind auch da!

Vielen Dank!

Ronny

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 12 April 2017, 19:07:42
Hurra
Meine sind auch da! Und der erste ist schon fertig! Software wird heute nichts mehr! Cool, wesentlich kleiner als die vorherige Platine!
Gruss und Danke
Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Lonie am 12 April 2017, 19:21:06
Hab meine 4 Stück heut auch vorgefunden und den ersten erfolgreich im Testaufbau in Betrieb genommen. Die Spannung war mit 3.36V top justiert. Ebenso passt er perfekt in sein Kleidchen (Strapubox C04). Ein Markenhersteller könnte es nicht besser machen.

Vielen Dank für euren unermüdlichen Einsatz  ;)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 12 April 2017, 19:32:49
Meine beiden sind auch gekommen.

Leider ist einer defekt? Erstellt keinen accespoint.

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 12 April 2017, 19:39:46
Zitat von: pc1246 am 12 April 2017, 19:07:42
Software wird heute nichts mehr

Bei den fertigen Controllern ist die aktuelle Firmware bereits geflasht.
Der Controller sollte einen AccessPoint aufspannen.
Nach Verbindung mit dem AccessPoint ist das Webinterface dann unter 192.168.4.1 erreichbar.

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 12 April 2017, 19:40:31
Zitat von: gNomeX am 12 April 2017, 19:32:49
Meine beiden sind auch gekommen.

Leider ist einer defekt? Erstellt keinen accespoint.

Gesendet von meinem SM-G935F mit Tapatalk

Jumper gesteckt?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 12 April 2017, 19:42:40
Zitat von: Pf@nne am 12 April 2017, 19:40:31
Jumper gesteckt?
Ja klar ;) der erste läuft ja.
Und vorher noch mal nachgemessen

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 19:46:04
Zitat von: gNomeX am 12 April 2017, 19:42:40
Ja klar ;) der erste läuft ja.
Und vorher noch mal nachgemessen

Gesendet von meinem SM-G935F mit Tapatalk
Blinkt der ESP8266 kurz auf, wenn Du ihn einsteckst oder den reset Knopf drückst?
Wenn ja, mal clr halten und reset drücken, um die Netzwerkdaten zu löschen.

pj

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 12 April 2017, 21:16:03
Zitat von: pjakobs am 12 April 2017, 19:46:04
Blinkt der ESP8266 kurz auf, wenn Du ihn einsteckst oder den reset Knopf drückst?
Wenn ja, mal clr halten und reset drücken, um die Netzwerkdaten zu löschen.

pj

Gesendet von meinem HTC 10 mit Tapatalk
Ja blinkt kurz
Clr und reset keine Änderung

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 April 2017, 21:18:51
Zitat von: gNomeX am 12 April 2017, 21:16:03
Ja blinkt kurz
Clr und reset keine Änderung

Gesendet von meinem SM-G935F mit Tapatalk
Seltsam, hast Du die Möglichkeit, die Firmware neu zu Flashen? Offenbar startet der Controller, aber die Firmware lädt nicht...

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 12 April 2017, 21:20:59
Aktuell nicht ausser nen rpi.

Warte noch auf meinen neuen ttl USB converter

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 12 April 2017, 21:40:58
Hast du einen Rechner mit com-Port?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 12 April 2017, 21:50:12
Äh Nein aber in irgendeiner kabelkiste nen usb rs232 Konverter

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 12 April 2017, 22:10:03
Heute war die gelbe Osterhäsin da und hat das Wochenende gerettet  ;D
Habe jetzt einen Referenzkontroller und kann die anderen Bausätze nun zusammenfrickeln.
DANKE nochmal für das ganze Engagement !!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 12 April 2017, 22:17:29
Zitat von: gNomeX am 12 April 2017, 21:50:12
Äh Nein aber in irgendeiner kabelkiste nen usb rs232 Konverter

Gesendet von meinem SM-G935F mit Tapatalk

Dann schließe denn doch mal an und schaue was seriell herraus kommt.
Bzw. Flashe ihn neu.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 13 April 2017, 06:48:57
Zitat von: Pf@nne am 12 April 2017, 19:39:46
Bei den fertigen Controllern ist die aktuelle Firmware bereits geflasht.
Der Controller sollte einen AccessPoint aufspannen.
Nach Verbindung mit dem AccessPoint ist das Webinterface dann unter 192.168.4.1 erreichbar.

Gruß
Pf@nne
Moin Pf@nne
Ich habe den einen gestern noch zwischen Tuer und Angel schnell geloetet. Da ich dann Stammtisch hatte, hatte ich keine Zeit mehr den zu flashen!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: blödzinn am 13 April 2017, 07:25:31
Moin! Sind noch leere Platinen verfügbar?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 13 April 2017, 07:30:59
Zitat von: blödzinn am 13 April 2017, 07:25:31
Moin! Sind noch leere Platinen verfügbar?
Ich habe noch eine V1
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: blödzinn am 13 April 2017, 07:32:21
Davon hab ich auch noch 2 😊 Ich suche aber die Aktuellen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 09:11:52
Zitat von: blödzinn am 13 April 2017, 07:25:31
Moin! Sind noch leere Platinen verfügbar?
Ja, es werden noch Platinen über sein.
Wieviele brauchst Du?
Preis: 1,20 pro Stück plus Versand.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: blödzinn am 13 April 2017, 09:13:11
4 wären super!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Lucky2k12 am 13 April 2017, 10:41:00
Meine sind Gestern auch gekommen.
Ostern ist gerettet  :D

Besten Dank für euren unermüdlichen Einsatz!!!  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 13 April 2017, 10:42:22
Meine sind auch gerade eingetroffen! Danke!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 13 April 2017, 10:58:29
Zitat von: Pf@nne am 12 April 2017, 22:17:29
Dann schließe denn doch mal an und schaue was seriell herraus kommt.
Bzw. Flashe ihn neu.
Das wird nicht Funktionieren
TTL = Low: 0v, High: 5v
Rs232 = Low: +3v +15v High: -3v -15v

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 11:56:50
Zitat von: gNomeX am 13 April 2017, 10:58:29
Das wird nicht Funktionieren
TTL = Low: 0v, High: 5v
Rs232 = Low: +3v +15v High: -3v -15v

Gesendet von meinem SM-G935F mit Tapatalk
Du kannst den Controller natürlich an den ttl uart des RasPi stecken

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 13 April 2017, 12:03:36
Flashe gerade benutze ein arduino nano  als Brücke.

Komisch ist nur ich bekomme keine Ausgabe im Serial monitor

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 12:07:05
Zitat von: gNomeX am 13 April 2017, 12:03:36
Flashe gerade benutze ein arduino nano  als Brücke.

Komisch ist nur ich bekomme keine Ausgabe im Serial monitor

Gesendet von meinem SM-G935F mit Tapatalk
Ähm... Während des Flashens kommt da auch nix, wenn der Controller läuft gibt er seine Infos Imho mit 115200bps aus
Der Bootloader des ESP8266 spricht hingegen 86400bps

Kurz da auf dem Telefon getippt
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 13 April 2017, 12:07:35
Zitat von: pjakobs am 13 April 2017, 11:56:50
Du kannst den Controller natürlich an den ttl uart des RasPi stecken

Kurz da auf dem Telefon getippt
Ok läuft.

Nach dem 10ten mal flashen.(https://uploads.tapatalk-cdn.com/20170413/31393e8c26e2a37d40ac7bc0a48b2a73.jpg)(https://uploads.tapatalk-cdn.com/20170413/c2d020fa1b8104dc7c23f8c229fd6dd3.jpg)

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 12:10:20
Das sieht doch ganz gut aus

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 13 April 2017, 12:16:44
Vielen dank für eure Hilfe.

Welch schwere Geburt ;)


Wo finde ich die Definitionen für das fhem Modul?

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 12:32:02
Zitat von: gNomeX am 13 April 2017, 12:16:44
Vielen dank für eure Hilfe.

Welch schwere Geburt ;)
keine Ahnung, was da schief gelaufen ist, aber aus irgendwelchen Gründen hat das Flashen wohl nicht funktioniert. Oft ist da die Stromversorgung des ESP mau, aber ich denke, manchmal ist es auch ein timing Issue... leider liegt das außerhalb unserer Kontrolle.
Zitat von: gNomeX am 13 April 2017, 12:16:44
wo finde ich die Definitionen für das fhem Modul?
Du meinst die Hilfe?
Das Modul hat eine, wenn auch nicht ganz up to date seiende, integrierte Dokumentation.
Am besten fügst Du Die URL zu Deinen fhem update urls hinzu:

update add https://raw.githubusercontent.com/patrickjahns/esp_rgbww_fhemmodule/develop/controls_ledcontroller.txt

und machst dann eine

update all

danach kannst Du mit

define LED_Stripe LedController 192.168.x.y

den Controller als fhem device definieren.

die ip Adresse bekommst Du, wenn Du den Controller in Dein WLAN umhängst.
Er meldet sich kurz an dem Netzwerk, dass Du ihm angibst an, bekommt dort eine ip Adresse, öffnet dann wieder den AP und gibt Dir die die neue Adresse im Browser zurück. Die solltest Du Dir merken, sonst musst Du später auf dem dhcp Server (FritzBox etc) nachsehen, das ist zuweilen frickelig.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 13 April 2017, 13:02:08
Ja hatte die Mac nach dem Flashen schon in die DHCP liste eingetragen.
läuft alles nun.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: fhemler am 13 April 2017, 14:11:40
So, meine 2 fertig gelöteten Controller und die 2 Platinen sind soeben angekommen.
Danke @pjakobs und @Pf@nne

Gesendet von meinem ASUS_Z00A mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: der2of6 am 13 April 2017, 15:20:34
Meine zwei Controller sind auch gestern angekommen.  :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 13 April 2017, 16:00:38
Zitat von: gNomeX am 13 April 2017, 12:07:35
Ok läuft.

Nach dem 10ten mal flashen.(https://uploads.tapatalk-cdn.com/20170413/31393e8c26e2a37d40ac7bc0a48b2a73.jpg)(https://uploads.tapatalk-cdn.com/20170413/c2d020fa1b8104dc7c23f8c229fd6dd3.jpg)

Gesendet von meinem SM-G935F mit Tapatalk

Klasse, gute Idee mit der Bridge!
Ich hatte eigentlich alle Kontroller fertig geflasht....komisch, das bei deinem nix drinn war.

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: uniqueck am 13 April 2017, 18:29:40
Vielen Dank für deinen Einsatz. Meine vier Controller waren gestern in der Post. Da kann Ostern ja bunt werden.

Frohe Ostern euch allen.

Gruß Constantin

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: habl am 13 April 2017, 19:31:24
Zitat von: pjakobs am 13 April 2017, 09:11:52
Ja, es werden noch Platinen über sein.
Wieviele brauchst Du?
Preis: 1,20 pro Stück plus Versand.

pj

Hi pj,
hättest Du auch noch 5 (oder weniger) Platinen für mich übrig?

habl
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Icinger am 13 April 2017, 20:38:09
Meine sind heute auch angekommen....Werde aber erst nach Ostern Zeit haben, mich darum zu kümmern, wei morgen die Maurerarbeiten für den neuen Pool losgehen :D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 13 April 2017, 21:27:44
Heute kamen meine beiden Päckchen an.

Danke Peter und Pf@nne für die tolle Arbeit.

@pjakobs: da du erwähntest, dass die Modul-Doku nicht mehr ganz aktuell ist... Ich kann ja in den nächsten Tagen mal drüber schauen. Hatte damals die "Initialbeladung" gemacht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 April 2017, 21:28:52
Das wäre super, wir haben etliches geändert und die Doku ziemlich vernachlässigt

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 14 April 2017, 00:08:43
Wenn die Postfrau zweimal klingelt...

Paket ist heil angekommen, nachgemessen, Jumper gesetzt...bis hierhin alles gut.

192.168.4.1 ist im Netz sichtbar, Verbindung ist aber nicht möglich (Safari).
Hat jemand einen erhellenden Tipp für mich?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 14 April 2017, 08:18:17
Versuche es mal über's Handy.
Und oder Browser Cache löschen.




Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 14 April 2017, 08:26:37
Zitat von: Kuse am 14 April 2017, 00:08:43
192.168.4.1 ist im Netz sichtbar, Verbindung ist aber nicht möglich (Safari).
Hat jemand einen erhellenden Tipp für mich?

Du meinst die SSID des Accesspoints des Controllers ist sichtbar und du hast dich mit deinem Handy mit dem AccessPoint des ESP verbunden, aber beim Aufruf der 192.168.4.1 in deinem Browser passiert nichts?

Es besteht die Möglichkeit, das beim Flashen zwar die Firmware ordnungsgemäß geflasht wurde, der Teil für das SPIFFS, in dem die Files für das WebIF liegen, aber nicht oder fehlerhaft geflasht wurden.

Wenn dem so ist, dann versuche bitte den Controller neu zu flashen.

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Christian Uhlmann am 14 April 2017, 10:40:13
Meine Controller sind auch heile angekommen.

Vielen Dank für eure Arbeit.

Testen wird bei mir aber noch etwas dauern, Ostern ist Familie dran

Grüße Christian
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 10:43:00
Zitat von: Pf@nne am 14 April 2017, 08:26:37
Du meinst die SSID des Accesspoints des Controllers ist sichtbar und du hast dich mit deinem Handy mit dem AccessPoint des ESP verbunden, aber beim Aufruf der 192.168.4.1 in deinem Browser passiert nichts?

Es besteht die Möglichkeit, das beim Flashen zwar die Firmware ordnungsgemäß geflasht wurde, der Teil für das SPIFFS, in dem die Files für das WebIF liegen, aber nicht oder fehlerhaft geflasht wurden.

Wenn dem so ist, dann versuche bitte den Controller neu zu flashen.

Gruß
Pf@nne
Aber wenn das SPIFFS fehlt, dann gibt es wenigstens eine Fehlermeldung im Browser.
Ich würde auch nochmal überprüfen, dass der PC im richtigen (und nur in dem) wlan ist (also nur mit ESP_0 verbunden, kein Kabel Netz) denn sonst kann es auch einfach sein, dass er die Adresse nicht erreichen kann.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: funclass am 14 April 2017, 10:45:49
Am besten mal per Smartphone testen. Hatte anfangs auch Schwierigkeiten die IP zu erreichen. Folgendes hat bei mir geholfen:
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 14 April 2017, 12:20:04
Zitat von: Kuse am 14 April 2017, 00:08:43
192.168.4.1 ist im Netz sichtbar, Verbindung ist aber nicht möglich (Safari).
Hat jemand einen erhellenden Tipp für mich?
Ich hatte gerade ähnliche Probleme bei der Inbetriebnahme. War ein bisschen strange, nach einigem Hin- und Herprobieren (verschiedene URLs, Browser-Refresh etc.) ging es auf einmal. Versuch mal "http://192.168.4.1/index.html" aufzurufen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 14 April 2017, 12:45:14
Danke für die Tipps, bekomme aber keinen der beiden zum laufen. Verbindung vom Handy zum sichtbaren Controller klappt, SSID kann ausgewählt und Verbindungsdaten eingegeben werden. Manuelle Konfiguration der IP klappt auch nicht. Der Aufruf mit index.html ist ebenso nicht möglich.

*kopfkratz*
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 14 April 2017, 13:27:42
Wenn du feste IP eingibst kann es sein das dein Router noch ne falsche Adresse hat?

Ping mal die Controller IP

Sonnst kannst du such mit clr und reset die Verbindungs Daten resetten

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 13:28:56
Zitat von: Kuse am 14 April 2017, 12:45:14
Danke für die Tipps, bekomme aber keinen der beiden zum laufen. Verbindung vom Handy zum sichtbaren Controller klappt, SSID kann ausgewählt und Verbindungsdaten eingegeben werden. Manuelle Konfiguration der IP klappt auch nicht. Der Aufruf mit index.html ist ebenso nicht möglich.

*kopfkratz*
Bekommst Du denn eine Fehlermeldung oder wie äußert sich der Fehler?

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 14 April 2017, 13:45:17
Will euch ja den den Thread nicht zuspammen... :)

Also die Vergabe einer manuellen IP habe ich eben nochmal getestet, auch mit clr und reset.
Nach Neustart des Routers bekomme ich bei  manuell vergebenen IP einen timeout.
192.168.4.1 ist per ping erreichbar, wird aber nicht geladen, weder im Safari noch Firefox. Getestet wurde mit mac und Handy.

Gibt's ein HowTo oder ähliches das man nochmal durchackern kann?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 13:49:56
Zitat von: Kuse am 14 April 2017, 13:45:17
Will euch ja den den Thread nicht zuspammen... :)

Also die Vergabe einer manuellen IP habe ich eben nochmal getestet, auch mit clr und reset.
Nach Neustart des Routers bekomme ich bei  manuell vergebenen IP einen timeout.
192.168.4.1 ist per ping erreichbar, wird aber nicht geladen, weder im Safari noch Firefox. Getestet wurde mit mac und Handy.

Gibt's ein HowTo oder ähliches das man nochmal durchackern kann?
Hmm... Was heißt "wird nicht geladen"? Gibt's ein timeout vom Browser? (Seite ist nicht erreichbar) oder gibt es eine Fehlermeldung als html Seite? (Hinweis, dass /index.html nicht gefunden werden könnte oder so)
Wenn das Teil den AP aufmacht und pingbar ist, dann läuft die Firmware schonmal, wir pf@nne schon sagte kam es hier und da mal vor, dass die große Filesystem Datei (SPIFFS) nicht geflasht werden kann, dann meldet sich aber der Webserver mit einem Fehler.
Kannst Du einen Screenshot des Fehlers anhängen?

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 14 April 2017, 13:59:19
Hier das Bildchen.

Aber schon komisch das es bei beiden nicht klappt.

Muss ich somit neu flashen? Gibt's hier eine Anleitung?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 14 April 2017, 13:59:32
Hast du bei deinen Browsern eventuell einen Proxy eingetragen ?
Nicht das der Proxy dann den Controller nicht erreicht und einen Fehler wirft.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 14:06:38
Zitat von: Kuse am 14 April 2017, 13:59:19
Hier das Bildchen.

Aber schon komisch das es bei beiden nicht klappt.

Muss ich somit neu flashen? Gibt's hier eine Anleitung?
Ich bin mir nicht sicher, ob das ein Screenshot ist, sehen kann ich es jedenfalls nicht.
Hast Du nur den Mac oder noch einen "richtigen" Computer? Ich vertraue Apple nicht, die verstecken Fehlermeldungen gern schonmal.

Ich tippe darauf, dass das Problem nicht die Controller sind...

Kurz da auf dem Telefon getippt
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 14 April 2017, 14:26:43
Kenne Safari nicht, aber es gibt bestimmt einen Developer-Key (F12)? Aktiviere den mal und poste, was da für eine HTTP-Antwort vom Controller kommt (200 OK, oder 404 Not found o.ä.). Am besten so viel Logs von dem Request wie du in Safari finden kannst.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 14 April 2017, 14:31:33
Bei mir kommt error 404
wenn ich mit dem iPhone zugreife.
Ansonsten habe ich dasselbe Fehlerbild.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 14:32:40
Ok, steht bei dem 404 noch mehr? Das würde allerdings auf ein fehlendes SPIFFS hindeuten

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 14 April 2017, 14:37:21
Jo, denke ich auch. Der Controller konnte offenbar das Dateisystem nicht richtig mounten.
---

Tolles Timing, nach dem ersten Controller hat jetzt offenbar mein Lötkolben den Geist aufgegeben :((
Steht auf "Heat", aber Temperatur schwankt so bei 35°C rum :(
https://www.dropbox.com/s/4itzf2mxumczcvb/DSC_0188.JPG?dl=0 (https://www.dropbox.com/s/4itzf2mxumczcvb/DSC_0188.JPG?dl=0)

Hat jemand ne Empfehlung für einen "ok-en" Lötkolben? Sollte extrem günstig und dabei extrem gut sein :) Nein Scherz, löte selten, muss nix Dolles sein, aber auch kein Schrott.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 14:39:04
Zitat von: vbs am 14 April 2017, 14:37:21
Jo, denke ich auch. Der Controller konnte offenbar das Dateisystem nicht richtig mounten.
---

Tolles Timing, nach dem ersten Controller hat jetzt offenbar mein Lötkolben den Geist aufgegeben :((
Steht auf "Heat", aber Temperatur schwankt so bei 35°C rum :(
https://www.dropbox.com/s/4itzf2mxumczcvb/DSC_0188.JPG?dl=0 (https://www.dropbox.com/s/4itzf2mxumczcvb/DSC_0188.JPG?dl=0)

Hat jemand ne Empfehlung für einen "ok-en" Lötkolben? Sollte extrem günstig und dabei extrem gut sein :) Nein Scherz, löte selten, muss nix Dolles sein, aber auch kein Schrott.
Um die 60 im lokalen Fachhandel. (https://uploads.tapatalk-cdn.com/20170414/8528535835b2e564ea8045910f363fc9.jpg)

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 14 April 2017, 14:43:40
Hm, das ist ja genau der aus meinem Bild (sprich: der, der gerade den Geist aufgegeben hat) :) Vielleicht probier ichs dann genau mit dem nochmal...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 14:46:09
LOL, ich geb's zu, ich hatte Dein Foto nicht gesehen. Sie Steckverbindung ist manchmal zickig. Und: ich hab für den zwei Lötkolben (weil ich lieber die umstecke als die Spitzen zu wechseln), vermutlich ist ja eh, wenn überhaupt, nur der Temperatursensor defekt.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 14 April 2017, 14:55:35
Ich habe den:
http://www.pollin.de/shop/dt/NTQ5OTUxOTk-/Werkstatt/Loettechnik/Loetgeraete/Loetstation_ZD_931.html (http://www.pollin.de/shop/dt/NTQ5OTUxOTk-/Werkstatt/Loettechnik/Loetgeraete/Loetstation_ZD_931.html)
Gibts in der Bucht für den Preis auch mit Versand :-)
http://www.ebay.de/itm/Regelbare-digital-Lotstation-Lotkolben-150-450-C-ZD-931-ESD-und-beleuchtet-48W-/400594216144?hash=item5d4546a4d0:g:3UkAAOSwxYxU03s5 (http://www.ebay.de/itm/Regelbare-digital-Lotstation-Lotkolben-150-450-C-ZD-931-ESD-und-beleuchtet-48W-/400594216144?hash=item5d4546a4d0:g:3UkAAOSwxYxU03s5)
Den gibts schon seit Jahren somit kein Problem beim Zubehör oder Ersatzteilen.
Bin damit als Bastler zufrieden.
(Ist , glaube ich , der Urvater von deinem.)
So ... aber sonst wirds OffTopic
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Kuse am 14 April 2017, 15:30:21
Zitat von: pjakobs am 14 April 2017, 14:06:38
Hast Du nur den Mac oder noch einen "richtigen" Computer? Ich vertraue Apple nicht, die verstecken Fehlermeldungen gern schonmal.

Ich tippe darauf, dass das Problem nicht die Controller sind...

Wollte nur kurz Entwarnung geben. Hab jetzt mal meine alte Win-Möhre angeschmissen, da klappte dann alles.
Beide Controller mit fester IP eingerichtet und Zugriff vom Mac klappt nun auch.

Danke für den Spitzen-Support an dieser Stelle.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 15:32:27
Zitat von: Kuse am 14 April 2017, 15:30:21
Wollte nur kurz Entwarnung geben. Hab jetzt mal meine alte Win-Möhre angeschmissen, da klappte dann alles.
Beide Controller mit fester IP eingerichtet und Zugriff vom Mac klappt nun auch.

Danke für den Spitzen-Support an dieser Stelle.
Super, danke.
Ich hab wirklich keine Ahnung, warum bei Apple die einfachen Dinge immer perfekt klappen, aber sobald es etwas "ungewöhnlicher" wird (und so ungewöhnlich ist ein Web Frontend ja dann auch nicht) dann wird's kompliziert. Du sollst halt wenn, dann nur Apple Produkte nutzen :o

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 14 April 2017, 16:17:33
Also, ich weiß jetzt nicht, woran es liegt, aber ich habe etwas hinbekommen. Der Flash Vorgang vom dritten Teil wird nach 30 % abgebrochen spätestens. Trotzdem konnte ich das Gerät in FHEM einbinden
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 18:04:32
Zitat von: MacReiner am 14 April 2017, 16:17:33
Also, ich weiß jetzt nicht, woran es liegt, aber ich habe etwas hinbekommen. Der Flash Vorgang vom dritten Teil wird nach 30 % abgebrochen spätestens. Trotzdem konnte ich das Gerät in FHEM einbinden

Wenn der Flashvorgang abbricht, dann ist zumindest ein Teil des SPIFFS nicht übertragen, das sollte nicht passieren.
Ursache dafür ist oft eine schlechte Stromversorgung des ESP - hast Du ihn an der "normalen" Stromversorgung hängen und den Jumper gesetzt?
Alternativ gibt's wohl auch immer mal Timing Probleme, dann ist es sinnvoll, mit 115kBit/s zu flashen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 14 April 2017, 18:20:10
Den LED Controller habe ich an 12V 100W. Den USB - Seriell Umsetzer habe ich auf 3,3V gejumpert.

Die ersten beiden files klappen:

sh-3.2# esptool.py --p /dev/tty.usbserial-A50285BI -b 115200 write_flash -fm qio 0x00000 rboot.bin
esptool.py v1.3
Connecting....
Auto-detected Flash size: 32m
Running Cesanta flasher stub...
Flash params set to 0x0040
Wrote 4096 bytes at 0x0 in 0.4 seconds (85.7 kbit/s)...
Leaving...


Beim dritten files klappt es nicht. Auch nicht mit einer langsameren Baudrate:

sh-3.2# esptool.py --p /dev/tty.usbserial-A50285BI -b 115200 write_flash -fm qio 0x100000 spiff_rom.bin
esptool.py v1.3
Connecting....
Auto-detected Flash size: 32m
Running Cesanta flasher stub...
Writing 786432 @ 0x100000... 229376 (29 %)
A fatal error occurred: Timed out waiting for packet header


Das genügt auf dem ersten Blick.
Hab so jetzt zwei Controller in mein WLan und in FHEM eingebaut und kann sie ansprechen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 April 2017, 18:22:21
Seltsam. im dritten File ist im wesentlichen das User interface, aber hey, was geht will ich erst mal nicht hinterfragen 👍

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 14 April 2017, 18:40:35
Das gleiche Problem hatte ich auch bei meinen "alten" Controllern.
Ich kam bis zum dritten File und dann war sense.
Verwendest du einen Adapter mit FTDI-Chip ?
Aufgrund anderer Forenbeiträge werde ich demnächst einen CP2102 Adapter ausprobieren.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 14 April 2017, 18:45:19
Ja, es ist der FTDI-Chip.
Der CP2102 soll stabil laufen. Hab ich auch schon gelesen.
Aber wie gesagt, die 29% genügen anscheinend...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 April 2017, 11:55:11
Moin zusammen, jetzt binge ich die nächsten 17 Päckchen zur Post, damit sind, soweit ich das sehen kann, alle bis auf zwei abgewickelt.
Die beiden haben ne e-Mail von mir bekommen und bekommen ihre Lieferung, sobald ich Nachschub an DC/DC Wandlern habe.
Wer bis zum Ende der kommenden Woche nicht von mir gehört und kein Päckchen bekommen hat bitte melden.
Was wir tun, wenn was auf dem Postweg verloren gegangen sein sollte weiß ich auch noch nicht :o Ich hoffe einfach mal, dass alles ankommt.

Ehrlich gesagt bin ich froh, wenn mein Büroboden wieder frei wird :D

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 15 April 2017, 12:58:29
Zitat von: pjakobs am 15 April 2017, 11:55:11Was wir tun, wenn was auf dem Postweg verloren gegangen sein sollte weiß ich auch noch nicht
Ich hoffe ja auch für euch, dass ihr euch nicht verkalkuliert habt (ich weiss leider, wie schnell das gehen kann) und dass ein bis zwei Euro für ein Feierabendbier/-wein/-fanta (oder was auch immer) übrig bleiben.
Verdient habt ihr euch das redlich!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 18 April 2017, 15:45:52
Hallo pj,

ich habe erfolgreich die controller zusammengebaut. klappt bisher tadellos.

damals hatte ich noch zus. leere platinen bestellt, falls ich mit meinen klauen beim löten was kaputte mache.
wie es sich herausstellte, ist das nicht so schwer und habe jetz lust die beiden anderen platinen zu bestücken.

Frage:
kann ich von dir evtl. zwei sets AUSSER den platinen käuflich erwerben? versand reicht gepolst. kuvert denke ich.
Ach ja: Preis bitte

wenn nicht allzu off-topic:
wo kauft ihr denn eure RGB-RGBW-RGBWW stripes?
gibt es günstige alternativen zu den distributoren aus china? die warterei nervt ziemlich.

gruss
alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 18 April 2017, 17:40:49
Zitat von: bitbiter am 18 April 2017, 15:45:52gibt es günstige alternativen zu den distributoren aus china? die warterei nervt ziemlich.
Es gibt Chinesen mit Lager in Europa, vorzugsweise in Großbritannien oder Hamburg.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 18 April 2017, 18:10:24
Hallo Per,

Zitat von: Per am 18 April 2017, 17:40:49
Es gibt Chinesen mit Lager in Europa, vorzugsweise in Großbritannien oder Hamburg.

Ein Link oder Name wäre phänomenal hilfreich ;)

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 18 April 2017, 18:26:07
Gern, aber z.Zt. bin ich unterwegs...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 18 April 2017, 18:27:23
Zitat von: bitbiter am 18 April 2017, 15:45:52
Hallo pj,

ich habe erfolgreich die controller zusammengebaut. klappt bisher tadellos.

damals hatte ich noch zus. leere platinen bestellt, falls ich mit meinen klauen beim löten was kaputte mache.
wie es sich herausstellte, ist das nicht so schwer und habe jetz lust die beiden anderen platinen zu bestücken.

Frage:
kann ich von dir evtl. zwei sets AUSSER den platinen käuflich erwerben? versand reicht gepolst. kuvert denke ich.
Ach ja: Preis bitte

wenn nicht allzu off-topic:
wo kauft ihr denn eure RGB-RGBW-RGBWW stripes?
gibt es günstige alternativen zu den distributoren aus china? die warterei nervt ziemlich.

gruss
alex

Hi Alex,

leider kann ich keine Bauteilsätze mehr anbieten. Ein paar von Euch haben während der Sammelbestellung um (partielle) Bauteilsätze gebeten, das krieg ich wohl hin, aber das ist für mich ein ziemlicher Mehraufwand.

Kurz zur Erläuterung:

Elektronik hat fast immer stark Mengengestaffelte Preise. Als Beispiel mag hier mal der MOSFET dienen:

1+        0.80€
10+       0.64€
25+       0.56€
100+      0.48€


Bei TME gibt es den bei Stückzahlen >500 sogar gerade zu 27ct, das ist nochmal billiger als ich die knapp 2000 für diese Sammelbestellung gekauft habe.

Zum anderen habe ich einige Bauteile direkt in China bestellt, die dann erhebliche Lieferzeiten haben.

Was ich nicht habe ist ein Lager. Das ganze war eine Sammelbestellung, d.h. ich habe von allen Bauteilen soviele bestellt, wie wir brauchten, plus ein vernünftiges Risikopuffer, denn schließlich kann immer mal was kaputt sein oder gehen.

Allerdings sind alle Bauteile, nicht immer zu den gleichen Konditionen, auch in Kleinmengen erhältlich, ich schätze mal, dass der Preisunterschied bei Einzelbestellung (ohne Versandkosten der Händler) vielleicht 5 EUR ausmacht.

Was Du brauchst ist dieses:


ESP-12
XM1584 (DC/DC Modul)
IRLZ44N (MOSFET, 5x)
470µF 6V Elko RM2.5 (oder vergleichbar)
100µF 35V Elko RM2.5
100n KerKo SMD0805
3er Terminal (Pin Abstand 5,04mm, also 20mil)
2er Terminal (3x, Pin Abstand 5,04mm, also 20mil)
10k SMD 0805 (10x)
4er Stiftleiste
3er Stiftleiste
2er Stiftleiste
SMD Tactswitch


Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 18 April 2017, 19:49:08
Hi pj,

erschöpfende Antwort! Ein einfaches "leider nicht" o. ä. hätte es auch getan und auch völlig verständlich ;)
Trotzdem Danke, auch für die Auflistung der Bauteile. Ich werde mal damit
zur nächsten Conrad Filiale tingeln und mein Glück probieren.

Nochmal: Top Gadget!

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 18 April 2017, 19:50:43
Hi Per,

Zitat von: Per am 18 April 2017, 18:26:07
Gern, aber z.Zt. bin ich unterwegs...

No stress! Sobald es dir möglich ist, würde ich mich (und sicher auch andere mitleser) freuen.

Gruss aus Hessen
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 18 April 2017, 19:51:12
Zitat von: bitbiter am 18 April 2017, 19:49:08
Hi pj,

erschöpfende Antwort! Ein einfaches "leider nicht" o. ä. hätte es auch getan und auch völlig verständlich ;)
Trotzdem Danke, auch für die Auflistung der Bauteile. Ich werde mal damit
zur nächsten Conrad Filiale tingeln und mein Glück probieren.

Nochmal: Top Gadget!

Gruss
Alex
Versuch es lieber mal bei segor.de

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: urmel86 am 18 April 2017, 21:02:43
Auch von mir erstmal vielen Dank für eure unerschöpflich Arbeit und den immer freundlichen Support! Es macht fast Spaß sich durch die Seiten der letzten Wochen zu lesen 😀👍
Meine 4 Bausätze waren auch vor ein paar Wochen hier angekommen. Bin nur leider überhaupt nicht dazu gekommen mal ne Rückmeldung zu geben.

Also nochmals vielen Dank!
Grüße aus dem Norden
Urmel86

Gesendet von meinem Apollo mit Tapatalk

Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 19 April 2017, 08:02:45
Moin,
Gestern konnte ich meine Teile auch in Empfang nehmen ;-)
Riesengroßen Respekt für das Löten!!! Hast Du da am Ende noch Lack drüber gegeben? Die sehen so super aus! Tausend Dank.
Jetzt kann ich mich an die eigenen Bausätze wagen, aus Spass und in dem Wissen Deine Perfektion so schnell nicht erreichen zu werden ;-)
Also nochmals an Euch Alle: Ihr habt - mit viel Arbeit und Enthusiasmus - ein super Produkt in Open Source auf die Beine gestellt. DANKE!!!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 April 2017, 10:26:08
Zitat von: urmel86 am 18 April 2017, 21:02:43
Auch von mir erstmal vielen Dank für eure unerschöpflich Arbeit und den immer freundlichen Support! Es macht fast Spaß sich durch die Seiten der letzten Wochen zu lesen 😀👍
Meine 4 Bausätze waren auch vor ein paar Wochen hier angekommen. Bin nur leider überhaupt nicht dazu gekommen mal ne Rückmeldung zu geben.

Also nochmals vielen Dank!
Grüße aus dem Norden
Urmel86

Gesendet von meinem Apollo mit Tapatalk

Danke @Urmel86 und allen anderen für das positive Feedback!
Es ist immer ein Geben und Nehmen, und das schöne an einem solchen Projekt ist, dass sich ein Team zusammenfindet, das dann gemeinsam an den unterschiedlichen Aufgaben arbeitet, in sofern geht mein Dank an pf@anne, @Shuzz,  @vbs und natürlich @mrpj - quasi das Kern-Team dieser Runde.
Ich habe diese Sammelbestellung ja nur deshalb übernommen, weil ich selbst noch 35 Controller haben wollte, reiner Eigennutz :-)
Aber es macht dann Spaß zu sehen, dass dann mehr Menschen zusammen kommen und das ganze gemeinsam weiter treiben.
Und wenn dann für alle etwas positives herauskommt, perfekt! Genau so soll open Source funktionieren.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 19 April 2017, 12:28:45

Hallo Leute,

falls jemand seine Controllerbausätze abgeben möchte (zuviele bestellt, Aufgabe des Hobbys oder was auch immer), ich würde gerne noch zwei haben.

pj: Falls du noch welche hast, ich nehm gerne noch zwei Bausätze

Bitte alles weitere per PN.

Danke und Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MillyHarry am 19 April 2017, 12:35:30
In diesem Thread werden Leute für eine dritte Sammelbestellung der Platine gesucht ......  https://forum.fhem.de/index.php/topic,69740.0.html
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 19 April 2017, 12:45:58
Zitat von: pjakobs am 19 April 2017, 10:26:08weil ich selbst noch 35 Controller haben wollte
Besitzt du ein Schloss? Oder wenigstens ein Hotel?  :o
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 April 2017, 13:02:12
Zitat von: Per am 19 April 2017, 12:45:58
Besitzt du ein Schloss? Oder wenigstens ein Hotel?  :o
na ja, die teile ich mir mit meinem Bruder und noch jemandem, aber ich werd selbst am Ende wohl schon 20 oder so haben.
Ich hab mir halt letztes Jahr ein Haus gekauft, und dort wird überall, wo es möglich ist halt damit geleuchtet. In manchen Räumen hängen dann auch mal mehrere Controller. Ein bisschen Luxus muss schon sein :-)

Der Preis dafür: Montag Abend kam ich heim und - meine Anwesenheitserkennung (die dann normalerweise das Licht einschaltet) erkannte - nichts.
Kurzes Troubleshooting (im Dunkeln) ergab: die SD-Karte des RaspberryPi war tot.
Also dd_rescue von der alten runter, auf ne neue rauf, seit Dienstag Morgen geht mein Licht wieder.
Jetzt versuche ich, die mysql Datenbank vom Pi auf meinen Storage-Server zu bewegen, aber da die DB über 4GB groß ist, dauert der Import eine halbe Ewigkeit.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 19 April 2017, 13:15:17
Huhu gibbet noch leer Platinen bräuchte 2-3

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: jkatweb am 19 April 2017, 17:34:47
Hallo pj,
meine Teile sind heute angekommen.
Vielen für Deine (Eure) super Arbeit. Ein tolles Projekt.

Gruß
Jens
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: szoller am 20 April 2017, 12:30:03
Mein Paket ist angekommen, danke dafür!

Mir fehlen noch ein paar Infos, wie ich das Ganze in Betrieb nehme, die hab ich nicht finden können...

Wie ist denn die Anschlußbelegung, also an welcher Klemme muss ich was anschließen? Steht sicher schon irgendwo, nur steh ich wohl auf dem Schlauch...

Und ja, an 'nem Link für entsprechende Strips wäre ich auch interessiert  8)

Dinge, die mir beim Suchen aufgefallen sind, die sicherlich auch andre suchen/benötigen:
Stromverbindung (Jumper) (https://forum.fhem.de/index.php/topic,48918.msg619537.html#msg619537)
Gehäuseempfehlung (Strapubox) (https://forum.fhem.de/index.php/topic,48918.msg613928.html#msg613928)
Netzteilempfehlung (https://forum.fhem.de/index.php/topic,48918.msg612641.html#msg612641)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 20 April 2017, 12:32:19
Wenn Du den Controller umdrehst findest Du die Belegung der Ausgangsklemmen, der Eingang ist leider nur auf der Bauteilseite beschriftet. Bei den üblichen LED Strips ist der gemeinsame Pluspol üblicherweise schwarz.

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 20 April 2017, 15:05:51
Hallo

Meine Pakete sind auch angekommen.
Nochmal großen Respekt an alle Beteiligten. Super Ausführung und tolle Organisation.

Hier ein Bild vom fertig aufgebauten und geflashten Controller.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bm7777 am 20 April 2017, 15:22:40
Mein Paket ist auch angekommen.

Danke.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 20 April 2017, 18:58:54
Hallo Zusammen,

mein Paket ist auch angekommen(freu), ich musste den fertigen Controller paar Mal reseten, bis ich den im WLAN gesehen habe. Sonst perfekt.

Ich habe eine Frage zu den Bauteile Päckchen. Der fertige Controller hat beim C1 einen 220üf Kondensator. Bei den Päckchen zum selber löten, liegen jedoch 100üF bei. Peter hatte in seinem Video erwähnt, das es besser mit dem 220 läuft. Jetzt stellt sich mir die Frage, ob ich doch nicht einen 220 bestellen soll?

Dann kann ich den MQTT Button nicht aktivieren, weiß jemand warum, oder muss ich da eine andere Firmware nutzen?



Grüße
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 20 April 2017, 19:04:43
Zitat von: lewej am 20 April 2017, 18:58:54
Hallo Zusammen,

mein Paket ist auch angekommen(freu), ich musste den fertigen Controller paar Mal reseten, bis ich den im WLAN gesehen habe. Sonst perfekt.

Ich habe eine Frage zu den Bauteile Päckchen. Der fertige Controller hat beim C1 einen 220üf Kondensator. Bei den Päckchen zum selber löten, liegen jedoch 100üF bei. Peter hatte in seinem Video erwähnt, das es besser mit dem 220 läuft. Jetzt stellt sich mir die Frage, ob ich doch nicht einen 220 bestellen soll?

Dann kann ich den MQTT Button nicht aktivieren, weiß jemand warum, oder muss ich da eine andere Firmware nutzen?



Grüße
lewej

sorry für die Verwirrung mit den Kondensatoren.
Ich hatte die 1000uF gekauft, aber leider nur um die 220 oder so, dann hatten wir quasi last minute, das Design geändert und es sah so aus, als ob für die kein Platz mehr wäre, dann hab ich rumgesucht und die 220uF gefunden. Jetzt hatte ich von jeder Sorte.
grundsätzlich gilt bei Glättkondensatoren je größer desto besser, also die 1000uF sind besser als die 220, allerdings haben wir die DC/DC Wandler mit nur 100uF bei 180mA getestet und für gut befunden, dann sind die 220uF allemal gut genug.

Kurzum: alles im grünen Bereich!

MQTT ist ein Feature, das in der aktuellen Firmware noch nicht aktiviert ist. Wir diskutieren noch heftig, was und wie wir da machen wollen. Allerdings braucht das fhem Modul aktuell auch kein MQTT.

grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 20 April 2017, 19:16:04
Hi,

ist eigentlich das FHEM Modul in dem FHEM REPO, oder muss ich das extra mit einem Update adden?
Wenn ja, könnte mir jemand den Befehl sagen, oder wo ich dazu was finde?

Gruß
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 20 April 2017, 19:22:51
Zitat von: lewej am 20 April 2017, 19:16:04
Hi,

ist eigentlich das FHEM Modul in dem FHEM REPO, oder muss ich das extra mit einem Update adden?
Wenn ja, könnte mir jemand den Befehl sagen, oder wo ich dazu was finde?

Gruß
lewej
Ich hab mir noch nicht die Mühe gemacht, das in's fhem SVN zu überführen (SVN! Hab ich seit 15 Jahren nicht benutzt!), aber Du kannst die Update url in das fhem Update einfügen, dann läuft das automatisch. Die URL steht ein paar Seiten weiter vorne mal irgendwo...

pj

PS: note to self: Dokumentation ist genauso wichtig wir code.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 21 April 2017, 07:10:34
Hallo Zusammen,

ich wollte mal Fragen, wie Ihr eure Boxen modifiziert habt, damit man vernüpftig an die Kabel und Klemmen kommt, ohne, das man die Box komplett öffnen muss.
Ich hatte folgende Idee, von oben mit dem Dremel etwas aussparen, damit man an die Schrauben kommt. An der Seite,in Höhe der terminal blocks ebenso.

Oder hat jemand eine bessere Idee, evtl. könnte jemand ein paar Bilder von seiner fertigen montierten Box anhängen.

Gruß
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 21 April 2017, 08:23:03
Hallo Zusammen,

ich weiß nicht ob das in diesen Thread gehört, aber ich frage trotzdem mal hier.
Ich weiß nicht wie ich in meiner ftui auf die richtigen Readings zugreifen soll, damit der status folgender Punkte richtig angezeigt wird.

- An/Aus Button schaltet zwar richtig, aber wenn ich die Seite neu lade, dann wird der Status nicht richtig ermittelt, auf welche Reading müsste man zugreifen damit es der Status richtig gesetzt wird
- Color Wheel , funktioniert auch über den hsv, aber das gleiche Problem , wie mit dem EIN/AUS, reload der Seite, wird der Status nicht gesetzt.


<section>
<table width="100%">
<tr>
<td width="50%" rowspan="2">
<div onclick="if ($('#dropkuechedeckeled').is(':hidden')) { $('#dropkuechedeckeled').slideDown(250); $('#dropdownkuechedeckeled > i.fa').addClass('fa-rotate-180'); } else { $('#dropkuechedeckeled').slideUp(250); $('#dropdownkuechedeckeled > i.fa').removeClass('fa-rotate-180'); }"
id="dropdownkuechedeckeled"
class="large left-align">LED
<i class="fa fa-angle-double-down large cell"></i>
</div>
</td>
<td width="25%">
<div data-type="switch"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get-on="dim.*|on"
data-set-on="on"
data-icon="oa-light_pendant_light_round"
data-on-color="#eee"
data-off-color="#eee"
data-on-background-color="#0088CC"
data-off-background-color="#888"
class="big">
</div>
</td>
<td width="25%">
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="rgb"
data-set-on="ffffff"
data-icon="fa-paint-brush"
data-off-background-color="#FFFFFF"
class="big">
</div>
</td>
</tr>
<tr>
<td>
<div class="">An/Aus
</div>
</td>
<td>
<div class="">Weiß
</div>
</td>
</tr>
</table>
<div id="dropkuechedeckeled">
<table width="100%">
<tr>
<td colspan="6">
<div data-type="volume"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get="hsv"
data-set="hsv"
data-min="0"
data-max="360"
data-unit="°"
data-tickstep="10"
class="hue-tick big top-space">
</div>
</td>
</tr>
<tr>
<td colspan="6">
<div class="">Helligkeit:
</div>
<div data-type="slider"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get="hsv"
data-set="hsv"
data-color="#0088CC"
class="horizontal tap top-space bottom-space-2 centered">
</div>
</td>
</tr>
<tr>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="0,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FF0000"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="60,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FFFF00"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="120,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#00FF00"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="180,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#00FFFF"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="240,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#0000FF"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="300,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FF00FF"
class="big">
</div>
</td>
</tr>
<tr>
<td>
<div class="">Rot
</div>
</td>
<td>
<div class="">Gelb
</div>
</td>
<td>
<div class="">Grün
</div>
</td>
<td>
<div class="">Türkis
</div>
</td>
<td>
<div class="">Blau
</div>
</td>
<td>
<div class="">Pink
</div>
</td>
</tr>
</table>
</div>
</section>
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 21 April 2017, 08:56:36
Zitat von: lewej am 21 April 2017, 07:10:34von oben mit dem Dremel etwas aussparen
Nur für die Terminalschrauben würde ich nicht die "Flex" ansetzen, sondern genau drüber jeweils ein Loch bohren.

Aber auch nicht bei allen, nur beim Testgerät. Beim Rest wäre mir der Staubschutz wichtiger.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 21 April 2017, 09:19:43
Zitat von: lewej am 21 April 2017, 08:23:03
Hallo Zusammen,

ich weiß nicht ob das in diesen Thread gehört, aber ich frage trotzdem mal hier.
Ich weiß nicht wie ich in meiner ftui auf die richtigen Readings zugreifen soll, damit der status folgender Punkte richtig angezeigt wird.

- An/Aus Button schaltet zwar richtig, aber wenn ich die Seite neu lade, dann wird der Status nicht richtig ermittelt, auf welche Reading müsste man zugreifen damit es der Status richtig gesetzt wird
- Color Wheel , funktioniert auch über den hsv, aber das gleiche Problem , wie mit dem EIN/AUS, reload der Seite, wird der Status nicht gesetzt.


<section>
<table width="100%">
<tr>
<td width="50%" rowspan="2">
<div onclick="if ($('#dropkuechedeckeled').is(':hidden')) { $('#dropkuechedeckeled').slideDown(250); $('#dropdownkuechedeckeled > i.fa').addClass('fa-rotate-180'); } else { $('#dropkuechedeckeled').slideUp(250); $('#dropdownkuechedeckeled > i.fa').removeClass('fa-rotate-180'); }"
id="dropdownkuechedeckeled"
class="large left-align">LED
<i class="fa fa-angle-double-down large cell"></i>
</div>
</td>
<td width="25%">
<div data-type="switch"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get-on="dim.*|on"
data-set-on="on"
data-icon="oa-light_pendant_light_round"
data-on-color="#eee"
data-off-color="#eee"
data-on-background-color="#0088CC"
data-off-background-color="#888"
class="big">
</div>
</td>
<td width="25%">
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="rgb"
data-set-on="ffffff"
data-icon="fa-paint-brush"
data-off-background-color="#FFFFFF"
class="big">
</div>
</td>
</tr>
<tr>
<td>
<div class="">An/Aus
</div>
</td>
<td>
<div class="">Weiß
</div>
</td>
</tr>
</table>
<div id="dropkuechedeckeled">
<table width="100%">
<tr>
<td colspan="6">
<div data-type="volume"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get="hsv"
data-set="hsv"
data-min="0"
data-max="360"
data-unit="°"
data-tickstep="10"
class="hue-tick big top-space">
</div>
</td>
</tr>
<tr>
<td colspan="6">
<div class="">Helligkeit:
</div>
<div data-type="slider"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-get="hsv"
data-set="hsv"
data-color="#0088CC"
class="horizontal tap top-space bottom-space-2 centered">
</div>
</td>
</tr>
<tr>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="0,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FF0000"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="60,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FFFF00"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="120,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#00FF00"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="180,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#00FFFF"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="240,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#0000FF"
class="big">
</div>
</td>
<td>
<div data-type="push"
data-device="EG_KUECHE_DECKE_LEDCONTROLER"
data-set="hsv"
data-set-on="300,100,100"
data-icon="fa-paint-brush"
data-off-background-color="#FF00FF"
class="big">
</div>
</td>
</tr>
<tr>
<td>
<div class="">Rot
</div>
</td>
<td>
<div class="">Gelb
</div>
</td>
<td>
<div class="">Grün
</div>
</td>
<td>
<div class="">Türkis
</div>
</td>
<td>
<div class="">Blau
</div>
</td>
<td>
<div class="">Pink
</div>
</td>
</tr>
</table>
</div>
</section>


Ich hab's in TabletUI so gemacht:

            <div data-type="switch" data-device='LED_Bu' data-on-background-color="LED_Bu:rgb" data-get-on="dim.*|on" data-set-on="on" data-icon="fa-lightbulb-o" class="small col-1-4"> </div>
             <div class="col-1-2">Büro</div>
             <div data-type="symbol" id="ST_Bu" data-device='LED_Bu' data-get="" data-off-color="LED_Bu:rgb" data-off-background-color="LED_Bu:rgb" data-icon="fa-ellipsis-h" data-background-icon="fa-circle-thin" class="small"> </div>

             <div class="" data-type="popup" data-height="320px" data-width="320px" data-mode="animate" data-starter="#ST_Bu">
                 <div class="dialog">
                     <header>RBG COLOR</header>
                     <div data-type="colorwheel" data-device='LED_Bu' data-get="rgb" data-set="rgb" class="big roundIndicator"> </div>
                 </div>
             </div>
         </div>


das ergibt einen ein/aus Knopf, der einfach die default Werte (in den Attrs definiert) setzt. und einen Menüknopf, der ein Popup mit Colorwheel öffnet, mit dem ich dann beliebige andere Farben setzen kann. Funktioniert prächtig, mit der einen Ausnahme: vor TabletUI 2.5 passte das ganze in zwei Spalten, jetzt lassen sich aus Gründen, die mir nicht klar sind, die Icons nicht mehr skalieren und es braucht drei Spalten.

Für das einfache on/off verwende ich den impliziten "status", den setzt das Modul automatisch, wenn die Readings upgedatet werden und das "val" reading != 0 ist.

readingsBulkUpdate($hash, 'state', ($val== 0)?'off':'on');


Für die Button Farbe und den aktuellen Wert des Colorwheels verwende ich rgb.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 21 April 2017, 11:41:15
Zitat von: lewej am 21 April 2017, 07:10:34
ich wollte mal Fragen, wie Ihr eure Boxen modifiziert habt, damit man vernüpftig an die Kabel und Klemmen kommt, ohne, das man die Box komplett öffnen muss.
Ich hatte folgende Idee, von oben mit dem Dremel etwas aussparen, damit man an die Schrauben kommt. An der Seite,in Höhe der terminal blocks ebenso.

Oder hat jemand eine bessere Idee, evtl. könnte jemand ein paar Bilder von seiner fertigen montierten Box anhängen.

Gute Idee, ich bin auch noch auf der Suche nach Anregungen, wie ich die Platinen samt Kabeln etc. sauber ins Gehäuse bekomme.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mick59 am 21 April 2017, 16:32:04
Mein Paket ist auch angekommen.

Vielen Dank

Mick
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mario67 am 21 April 2017, 16:48:56
Meins auch (aber schon vor ca. 2 Wochen  :-[ )

Vielen Dank & Gruß,
Mario
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: hannipeter am 21 April 2017, 18:12:35
meins auch durch Ocktern vergessen

Vielen Dank

H.-P.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 22 April 2017, 00:42:47
Als ich mich heute hingesetzt habe und den zweiten Controller löten wollte dachte ich mir "Ach komm, schmeiß' die Webcam an, vielleicht hilft's ja jemandem..."

Im Ergebnis sind zwei Videos herausgekommen die ihr hier sehen könnt:

Teil 1/2 (https://youtu.be/WU-i_X4mz7Y)
Teil 2/2 (https://youtu.be/F61VlmisD4I)

Nix dolles, einfach nur ne Webcam an die Lampe geklemmt, meine Wurstfinger beim Löten gefilmt und gebrabbelt was mir gerade so einfiel...
Die Qualität der Webcam ist auch nicht so berauschend, da müsste mal ne neue her. ;)
Es sind übrigens zwei Videos weil ich zwischendrin von einer heimkehrenden Ehefrau unterbrochen wurde und jetzt wenig Lust hatte die Videos noch stundenlang auf meinem Gurkenrechner zusammenfügen zu lassen.

Für die erfahrenen Lötkolbenartisten unter euch sind die Videos eher nix, aber falls den einen oder anderen von euch der Mut beim Anblick der Bauteile verlassen haben sollte - hier seht ihr, dass das gar nicht wild ist. :D


Beste Grüße,

Shuzz
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 22 April 2017, 13:00:24
Sagt mal, wie sieht denn bei euch ein fertiger Controller im Endzustand aus? Also wie macht ihr die Anschlüsse für Spannung und wie baut ihr das dann in das Gehäuse ein?

Für die Spannung hab ich solche Hohlbuchsen mit Terminals dran.

Und sägt/dremelt ihr für die Aussparungen im Gehäuse so ein Rechteck bis zum Gehäuseboden oder bohrt ihr irgendwie in der entsprechenden Höhe nur ein Loch ins Gehäuse für die Kabeldurchführung? Oder ganz anders?
Meist hat ja jemand anders noch eine bessere Idee als man selbst. Geht mir zumindest so :D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 22 April 2017, 13:19:17
Zitat von: vbs am 22 April 2017, 13:00:24
Sagt mal, wie sieht denn bei euch ein fertiger Controller im Endzustand aus? Also wie macht ihr die Anschlüsse für Spannung und wie baut ihr das dann in das Gehäuse ein?

Für die Spannung hab ich solche Hohlbuchsen mit Terminals dran.

Und sägt/dremelt ihr für die Aussparungen im Gehäuse so ein Rechteck bis zum Gehäuseboden oder bohrt ihr irgendwie in der entsprechenden Höhe nur ein Loch ins Gehäuse für die Kabeldurchführung? Oder ganz anders?
Meist hat ja jemand anders noch eine bessere Idee als man selbst. Geht mir zumindest so :D

Ich hab mir bei einem die Mühe gemacht, für die Stromversorgung eine echt Einbaubuchse in das Gehäuse zu schrauben, das finde ich die eleganteste Lösung, allerdings ist, wenn ich dabei die Klemme drin lassen will, das Gehäuse ein bißchen eng. Aber man kann die Zuleitung ja auch direkt auf die Platine löten.
Für die Ausgänge habe ich einfach eine rechteckige Öffnugn gedremelt. Mechanik ist bei mehr so das, was auch sein muss ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 22 April 2017, 15:14:19
Bei meinen bisherigen Selbstbauten habe ich einfach Aufputzdosen aus'm Baumarkt genommen und mit nem Cutter Löcher in die Seiten geschnitten.
Kabel dann direkt an die Schraubterminals, Deckel wieder auf die Dose und fertig.

Die Controller selbst sind ja normalerweise eh in irgend ner Ecke versteckt, von daher...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 10:16:02
Hallo Zusammen,

ich habe ein Problem mit meinem Controller, ich bekomme den einfach nicht geflasht. Das boot file lässt sich immer schreibem, beim ROM bricht er immer bei 98% ab.

Das ganze habe ich bereits unter Windows10 64bit und Ubuntu Server 64bit getestet, in beiden Fällen klappt es nicht.

Die Controller hab ich, einmal durch den DC mit 3,32V versorgen lassen, dann einmal durch den FTDI selbst und auch mit Externer Spannungsversorgung, jedes Mal selbes Fehlerbild.

Den FTDI den ich benutze, mit dem habe ich bereits H801 geflasht, das ging zwar auch nicht sofort, aber ca. beim 5 Versuch lief der Flash durch.

Hat jemand eine Idee, was ich noch testen könnte?

Gruss
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 23 April 2017, 10:46:49
Anderen FTDI Adapter testen, meine FTDIs gingen gar nicht mit diem RGBWW Controller. Ein Adapter mit mit CP210x funktionierte schon besser, blieb aber auch oft irgendwo zwischen 50-79% beim spiff_rom hängen. Nach dem Verkleinern der Blockgrößen in esptool.py lief es dann durch:

    # Maximum block sized for RAM and Flash writes, respectively.
    ESP_RAM_BLOCK   = 0x180
    ESP_FLASH_BLOCK = 0x40


Ob das DIE Lösung ist? Keine Ahnung, hier lief es dann...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 11:09:06
Zitat von: dev0 am 23 April 2017, 10:46:49
Anderen FTDI Adapter testen, meine FTDIs gingen gar nicht mit diem RGBWW Controller. Ein Adapter mit mit CP210x funktionierte schon besser, blieb aber auch oft irgendwo zwischen 50-79% beim spiff_rom hängen. Nach dem Verkleinern der Blockgrößen in esptool.py lief es dann durch:

    # Maximum block sized for RAM and Flash writes, respectively.
    ESP_RAM_BLOCK   = 0x180
    ESP_FLASH_BLOCK = 0x40


Ob das DIE Lösung ist? Keine Ahnung, hier lief es dann...

Ich hab das mal gesetzt, leider auch damit kein Erfolg:

esptool.py -p /dev/ttyUSB0 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
esptool.py v1.3
Connecting.....
Running Cesanta flasher stub...
Flash params set to 0x0040
Writing 4096 @ 0x0... 2048 (50 %)
A fatal error occurred: Timed out waiting for packet header
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 11:10:12
Schonmal mit geringerer Baudrate probiert? Ich meine, bei mir hatte das mal geholfen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 11:20:12
Zitat von: vbs am 23 April 2017, 11:10:12
Schonmal mit geringerer Baudrate probiert? Ich meine, bei mir hatte das mal geholfen.

Ja hab schon alles durch. :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 23 April 2017, 11:21:21
Zitat von: lewej am 23 April 2017, 11:09:06
esptool.py v1.3
Auf Gitlhub liegt die Version "2.0-beta2"...

Btw: Hat alles aber nix mehr mit der Sammelbestellung zu tun... Wenn es jetzt nicht klappt, dann mach doch besser einen neuen Thread auf.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 April 2017, 12:32:10
ich kann Euch da leider grad mal garnicht helfen, denn: ich flashe meine Controller exakt genauso und habe keine Probleme mehr, seit ich letztes Jahr die Stromversorgung gefixt hab. Wenn es die sicher nicht ist, dann bin ich ratlos.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 23 April 2017, 12:33:40
Bei mir endete das im Disaster.
Flashen mit dem FTDI endet beim dritten File mit einem Abbruch bei spätestens 30%.
Trotzdem funktioniert der Controller.
Dann habe ich den blauen FD2104 genommen. Der Flashvorgang lief einwandfrei durch.
Dummerweise ist der Controller seitdem ohne jede Funktion. Kein WLan, nichts mehr.
Ich habe ihn zu PJakobs geschickt, er kam zum selben Ergebnis.
@Peter: Vielen Dank nochmal für deine Unterstützung!!

Bei einem zweiten Controller habe ich das genauso gemacht, mit demselben Ergebnis.
Jetzt versuche ich, den ESP auszutauschen.
Einen habe ich schon ausgelötet, das ist nicht wirklich schön...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 April 2017, 13:01:10
Zitat von: MacReiner am 23 April 2017, 12:33:40
Bei mir endete das im Disaster.
Flashen mit dem FTDI endet beim dritten File mit einem Abbruch bei spätestens 30%.
Trotzdem funktioniert der Controller.
Dann habe ich den blauen FD2104 genommen. Der Flashvorgang lief einwandfrei durch.
Dummerweise ist der Controller seitdem ohne jede Funktion. Kein WLan, nichts mehr.
Ich habe ihn zu PJakobs geschickt, er kam zum selben Ergebnis.
@Peter: Vielen Dank nochmal für deine Unterstützung!!

Bei einem zweiten Controller habe ich das genauso gemacht, mit demselben Ergebnis.
Jetzt versuche ich, den ESP auszutauschen.
Einen habe ich schon ausgelötet, das ist nicht wirklich schön...

wobei, wie ja schon gesagt, viele auch mit dem CP2104 (ich vermute, den meintest Du?) prima funktioniert haben. Ich hab hier einen Stapel FTDIs und auch damit kein Problem.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 23 April 2017, 13:05:32
CP.... ja klar, den meine ich.
Liegt es vielleicht am Rechner?
Bei mir ein iMac mit aktuellem Betriebssystem.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 23 April 2017, 13:08:06
Schon merkwürdig das ganze.
Ich habe hier ebenfalls einen FTDI USB/seriell Umsetzer und unter Linux überhaupt keine Probleme beim Flashen der ESP8266.
Ist ein FT232RL drauf. Hatte ich per Amazon bei Sodial oder so bestellt und kam aus China.

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 13:21:43
Janz jenau den hab ich auch und klappt problemlos.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 15:43:15
Zitat von: Mafi am 23 April 2017, 13:08:06
Schon merkwürdig das ganze.
Ich habe hier ebenfalls einen FTDI USB/seriell Umsetzer und unter Linux überhaupt keine Probleme beim Flashen der ESP8266.
Ist ein FT232RL drauf. Hatte ich per Amazon bei Sodial oder so bestellt und kam aus China.

Grüße
Markus

Hallo,

Den habe ich auch. Wie habt ihr den angeschlossen und wie versorgt ihr den Controller mit Spannung?

Ich mache das wie folgt.

FTDI RX an Controler TX
FTDI TX an Controler RX
FTDI GND an Controler GND

Contoller mit 12V 5A versorgt
Contoller DC auf 3,3V Brücke

Controler GPIO 0 auf GND Brücke, dann Reset Taste drücken, GPIO0 von GND trennen
Flash ausführen

Habe ich irgendwo einen Fehler?

Gruss
Lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 23 April 2017, 15:46:07
Ich habe GPIO0 immer erst nach dem Flashen von GND getrennt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 15:48:28
Liegt bei mir so auf dem Schreibtisch. Controller hängt permanent an 12 V. Trennen tu ich sonst nix weiter. Nur vom dem Flashen einmal Reset drücken.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 16:16:05
Sorry @pjakobs, kurze Offtopic-Frage: haben dich meine beiden PMs letzte Woche und gestern erreicht? Bitte nicht als drängeln verstehen, bist bestimmt super busy und es herrscht überhaupt keine Eile. Will wirklich nur wissen, ob die ankamen oder ob ich da irgendwas falsch gemacht habe bzw. Spam-Filter (gibts sowas?)?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 16:52:40
Zitat von: vbs am 23 April 2017, 15:48:28
Liegt bei mir so auf dem Schreibtisch. Controller hängt permanent an 12 V. Trennen tu ich sonst nix weiter. Nur vom dem Flashen einmal Reset drücken.

Hi,

könntest du bitte deine Einstellungen noch zeigen und mit welchem Tool du den flash machst?

Gruß
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 16:57:37
Klar, sieht so aus:
/home/vbs/Projects/esp-open-sdk/esptool/esptool.py -p /dev/ttyUSB0 -b 1152000 write_flash -ff 40m -fm qio -fs 32m 0x00000 out/firmware/rboot.bin 0x02000 out/firmware/rom0.bin 0x100000 out/firmware/spiff_rom.bin
esptool.py v1.2
Connecting...
Running Cesanta flasher stub...
Flash params set to 0x0040
Writing 4096 @ 0x0... 4096 (100 %)
Wrote 4096 bytes at 0x0 in 0.1 seconds (330.7 kbit/s)...
Writing 380928 @ 0x2000... 380928 (100 %)
Wrote 380928 bytes at 0x2000 in 5.2 seconds (581.4 kbit/s)...
Writing 786432 @ 0x100000... 786432 (100 %)
Wrote 786432 bytes at 0x100000 in 8.2 seconds (763.6 kbit/s)...
Leaving...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 April 2017, 18:49:16
Hallo,

es ist vollbracht, alle die Probleme beim Flashen haben, könnten es damit versuchen, ich hatte ca. 10 Anläufe gebraucht:

/esptool-2.0beta2$ ./esptool.py -p /dev/ttyUSB0 -b 512000 write_flash -ff 40m -fm qio -fs 4MB 0x00000 ../rboot.bin 0x02000 ../rom0.bin 0x100000 ../spiff_rom.bin

Gruß
lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 23 April 2017, 18:59:46
Zitat von: vbs am 23 April 2017, 16:57:37
Klar, sieht so aus:
/home/vbs/Projects/esp-open-sdk/esptool/esptool.py -p /dev/ttyUSB0 -b 1152000 write_flash -ff 40m -fm qio -fs 32m


115200...
Aber das scheint unerheblich zu sein, richtig?

Vorschlag:
Einer der Moderatoren zweigt diesen "FlashProblem Lösungsthread" zu einem eigenen ab.
Das hier hat nichts mit dem Ursprung zu tun.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 23 April 2017, 19:58:04
Sind bei mir tatsächlich 1152000 Baud, habs eilig  8) Klappt bei mir zuverlässig.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 24 April 2017, 21:39:13
So, bei mir sind nun ebenfalls die ersten beiden Controller geflasht.
So ganz reibungslos lief das aber leider ebenfalls nicht.
Der Vorgang brach immer beim spiff ROM bei 99% ab, funktionieren tun die Controller dennoch problemlos.
Ab und zu kam es bereits nach dem zweiten Teil des Flashens bereits zum Abbruch.

Ich habe den Verdacht, dass es ein Spannungsproblem ist da ich den Stepdown nur auf ca. 3.1V einstellen kann. Einen winzigen Ticken weiter an dem "Poti" gedreht und zack geht die Spannung auf 3.9V hoch. Das dürfte wohl der China-Bauweise geschuldet sein.
Ich werde mir mal ein paar 3.3V Linearregler besorgen und an Stelle des 3-Pin Headers einlöten um für eine stabile Versorgung zu sorgen.
Ich werde berichten. :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 April 2017, 22:17:41
Zitat von: Shuzz am 24 April 2017, 21:39:13
So, bei mir sind nun ebenfalls die ersten beiden Controller geflasht.
So ganz reibungslos lief das aber leider ebenfalls nicht.
Der Vorgang brach immer beim spiff ROM bei 99% ab, funktionieren tun die Controller dennoch problemlos.
Ab und zu kam es bereits nach dem zweiten Teil des Flashens bereits zum Abbruch.

Ich habe den Verdacht, dass es ein Spannungsproblem ist da ich den Stepdown nur auf ca. 3.1V einstellen kann. Einen winzigen Ticken weiter an dem "Poti" gedreht und zack geht die Spannung auf 3.9V hoch. Das dürfte wohl der China-Bauweise geschuldet sein.
Ich werde mir mal ein paar 3.3V Linearregler besorgen und an Stelle des 3-Pin Headers einlöten um für eine stabile Versorgung zu sorgen.
Ich werde berichten. :)
Linearregler verbraten dann aber fast 2W in der Spitze und sicher eines im Durchschnitt. 9V*180mA peak, 100mA avg.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 24 April 2017, 22:24:00
Zitat von: pjakobs am 24 April 2017, 22:17:41
Linearregler verbraten dann aber fast 2W in der Spitze und sicher eines im Durchschnitt. 9V*180mA peak, 100mA avg.

Kurz da auf dem Telefon getippt

Nö, der Linearregler kommt ja hinter den Stepdown.
Der kriegt dann nur eben so viel Spannung wie er braucht um sauber zu arbeiten, sagen wir mal 5V oder so.
In der Spitze bei 180mA gehen dann also ca. 250mW am Regler flöten - annehmbar.

So ähnlich mach ich's auch bei meinen Eigenbauten, die basieren auf nem nodeMCU Board.
Das Board bringt seinen Linearregler direkt mit, aber 12V schafft der nicht. Daher hängt da auch nochmal so'n kleiner Stepdown vor der die 12V auf 5V runterregelt.
Bei den Boards hatte ich bisher auch keinerlei Probleme beim Flashen...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 April 2017, 22:33:26
Ja, nachdem ich das abgeschickt hatte, fiel mir das auch ein...

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 26 April 2017, 16:53:47
Hab ein komisches Problem bei meinem 6. Controller, den ich jetzt aufgebaut habe:
- Flashen der Firmware funktioniert problemlos
- er startet dann jedoch, läuft für circa. 2 Sekunden und dann hängt er und bootet dann neu
- serielle Ausgaben erfolgen mit 76800 Baud. Finde ich ungewöhnlich, war sonst mMn nicht der Fall (115200)

Habe schon mehrfach versucht, mit erase_flash den ganzen Flash nochmal zurückzusetzen. Aber sobald ich die FW wieder einspielen, habe ich dasselbe Fehlerbild.

Ich habe aus dem Sming-Framework mal das Sample "Basic_Blink" kompiliert und installiert. Das sollte im Sekundentakt die LED ein- bzw. ausschalten. Aber auch da dasselbe Bild: Die FW läuft kurz an (und die LED geht auch an), hängt sich dann aber nach ca. 2 Sekunden weg und bootet neu. Er meldet dann Exeception 28.

Ich habe schon zwei verschiedene Netzteile probiert. Mit beiden betreibe ich andere Controller problemlos.

Sagst das irgendwem etwas? Kann mMn ja nur ein der Hardware liegen, da die gleiche Software ja auf mehreren anderen Controller läuft. Entweder habe ich etwas unsauber gelötet oder der ESP ist einfach kaputt, oder? Wäre so ein Verhalten (der Code spring offenbar einfach spontan ins Nichts) ein plausibles Verhalten bei einem defekten ESP? Ich hab da leider gar keine Erfahrung :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 26 April 2017, 18:34:41
Moin vbs,

nach dem Ausschlussprinzip scheint es ja der ESP zu sein.
Ich kenne jetzt nicht genau dein Phänomen aber ähnliche.
Ich habe schon einige als "defekt" aussortiert.

Manchmal hilft es, warum auch immer, wenn man den ESP mal mit langsamster serieller Geschwindigkeit flasht.
Nimm doch mal den Test-Blink-Sketch.
Wenn das auch nix wird, auslöten und ersetzen.....ist wohl manchmal so....

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 April 2017, 21:14:29
Zitat von: Pf@nne am 26 April 2017, 18:34:41
Moin vbs,

nach dem Ausschlussprinzip scheint es ja der ESP zu sein.
Ich kenne jetzt nicht genau dein Phänomen aber ähnliche.
Ich habe schon einige als "defekt" aussortiert.

Manchmal hilft es, warum auch immer, wenn man den ESP mal mit langsamster serieller Geschwindigkeit flasht.
Nimm doch mal den Test-Blink-Sketch.
Wenn das auch nix wird, auslöten und ersetzen.....ist wohl manchmal so....

Gruß
Pf@nne
Die 76800bps sind allerdings ganz normal, mit dem Tempo meldet sich der Bootloader des ESP.

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 26 April 2017, 21:36:23
Zitat von: pjakobs am 26 April 2017, 21:14:29
Die 76800bps sind allerdings ganz normal, mit dem Tempo meldet sich der Bootloader des ESP.
Ja der Bootloader schon, aber in meinem Fall haben sich jetzt auch die Applikationen dafür entschieden, so zu reden (ich weiß, klingt unwahrscheinlich). Vielleicht versteh ich da irgendwas nicht, aber das war sonst nie der Fall (und auch bei dem gerade gebauten 7. Controller lief wieder alles reibungslos).

Verzweifel gerade am Auslöten des ESP :( Hat man da reelle Chancen mit Lötkolben und Entlötlitze ohne Heißluftföhn? Bin kurz davor den Dremel anzuwerfen  ;D
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 26 April 2017, 21:38:37
Zitat von: vbs am 26 April 2017, 21:36:23
Ja der Bootloader schon, aber in meinem Fall haben sich jetzt auch die Applikationen dafür entschieden, so zu reden (ich weiß, klingt unwahrscheinlich). Vielleicht versteh ich da irgendwas nicht, aber das war sonst nie der Fall (und auch bei dem gerade gebauten 7. Controller lief wieder alles reibungslos).

Verzweifel gerade am Auslöten des ESP :( Hat man da reelle Chancen mit Lötkolben und Entlötlitze ohne Heißluftföhn? Bin kurz davor den Dremel anzuwerfen  ;D
Ich hab die Pins einzeln aufgeheizt und dann Teflonband drunter geschoben. Mühsam.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 27 April 2017, 05:54:46
Zitat von: vbs am 26 April 2017, 21:36:23
Hat man da reelle Chancen mit Lötkolben und Entlötlitze ohne Heißluftföhn? Bin kurz davor den Dremel anzuwerfen  ;D

Ich könnte dir anbieten den ESP zu tausche.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 27 April 2017, 05:58:52
Steht dir Druckluft zur Verfügung?
Das klappt gut.
Meinen ersten ESP habe ich mit Entlötpumpe und Litze abgelötet. Das geht bei großer Vorsicht.
Denn die Lötpads lösen sich doch ziemlich leicht.

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 27 April 2017, 08:14:25
Danke euch für die Tipps! Werde noch ein bisschen rumrpobieren, würde das gerne lernen!

Und Danke @Pf@nne für das Angebot, super nett! Will dir da aber nicht noch mehr Arbeit machen, ich kriegs irgendwie hin (vielleicht) :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 27 April 2017, 13:11:39
Zitat von: vbs am 27 April 2017, 08:14:25
Danke euch für die Tipps! Werde noch ein bisschen rumrpobieren, würde das gerne lernen!

Und Danke @Pf@nne für das Angebot, super nett! Will dir da aber nicht noch mehr Arbeit machen, ich kriegs irgendwie hin (vielleicht) :)

Das ist nur 5min Sache, wäre sehr ärgerlich, wenn sich die Pads ablösen, das geht leider sehr schnell.
Frankierter Rückumschlag und gut......

Gruß
Pf@nne
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 27 April 2017, 13:23:14
Habe jetzt bei meinen beiden Controllern nochmal probiert, den Jumper durch nen Linearregler zu ersetzen.
Ergebnis: Möp.

Der Stepdown liefert nun 5V an den Linearregler (LM1086-3.3), dieser macht ziemlich genaue 3.3V daraus. Zumindest mein Multimeter sieht auch keine Einbrüche der Spannung während des Flashvorgangs.

Flashen bricht dennoch bei 99% mit der bekannten Fehlermeldung ab.
So langsam bin ich mit meinem Latein am Ende. Die Controller laufen zwar, aber so richtig gut fühlt sich das einfach nicht an... ;)

Hat jemand noch ne Idee was ich tun könnte?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 27 April 2017, 13:27:53
Danke für eure Tipps und Angebote!

Ich war gerade bein uns in der Firma bei einem Hardware-Kollegen und der konnte das auch sehr schnell auslöten. Er sagte, dass es eigentlich kontraproduktiv von mir war, zu versuchen, das ganze Lötzinn zu entfernen mit Entlötlitze, weil es dann beim heiß machen per Lötkolben auch wieder sehr schnell abkühlt wegen der geringen Wärmekapazität des wenigen Lötzinns.

Er hat es dann so gemacht, dass er nacheinander beide Seiten nochmal mit extra viel Lötzinn versehen hat (so dass es ein verbundenes Stück war). Dann erstmal mit einem Lötkolben die eine komplette Seite aufgeheizt bis die ganze Seite flüssig war und dann etwas von unten hochgehebelt. Dann das gleiche auf der anderen Seite nochmal. Sah ganz leicht aus und dauerte nur 2min... wieder was gelernt, würde ich mir das nächste mal auch zutrauen :)

Also runter hab ichs jetzt. Werde nachher einen anderen einlöten und bin gespannt ob es dann daran lag! :)

Nochmals vielen Dank euch!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 28 April 2017, 08:08:16
Kurze Rückmeldung von mir: statt Ostern ist es leider doch etwas später geworden, geht halt nicht immer alles nach Plan.
1. Spannung von 3,3xx V passte.
2. WLAN ging
3. Einhängen ins eigene WLAN ging ohne Probleme
4. "webapp" meldet sich.
jetzt gehts los:
5. ein Großteil meiner Leuchten (Spots, keine Streifen) hat gemeinsame Masse  :'(, kann ich hiermit gar nicht steuern.
6. MQTT (Network Settings -> Server Settings) ist off. Muss das so? Einschalten geht nicht.
7. Über den "Farbkreisel" lässt sich der Streifen schon mal steuern
8. define Streifen LEDController 192... geht, macht aber nix.
Event-Monitor bleibt leer, Logfile zeigt folgendes:
2017.04.27 23:20:30 3: sz.LED (Set) called with on, busy flag is 0
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 958.
Use of uninitialized value $a in pattern match (m//) at ./FHEM/32_LedController.pm line 959.
2017.04.27 23:20:30 2: sz.LED: error encoding HSV color request Can't locate object method "new" via package "JSON" at ./FHEM/32_LedController.pm line 554.

Ich bin mir sicher, auf einer der gefühlt inzwischen 500 Seiten was von einem Paket gelesen zu haben, was installiert sein muss. Aber wo? Auf den Seiten 1 nicht, in der "Onlinehilfe" des Modules auch nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 28 April 2017, 08:12:47
Du brauchst die JSON-Module für Perl. Unter Ubuntu heißen die "libjson-perl" und "libjson-xs-perl". Das müsste reichen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 28 April 2017, 08:32:51
Die habe ich im Einsatz.
Habe die Lösung (https://forum.fhem.de/index.php/topic,55065.msg622835.html#msg622835) dafür aber gefunden.

Jetzt bin ich weiter, FHEM kommuniziert mit dem Controller (zeigt Firmware-Version an und so), ABER: Er reagiert weiterhin nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 April 2017, 08:37:13
Zitat von: Per am 28 April 2017, 08:32:51
Die habe ich im Einsatz.
Habe die Lösung (https://forum.fhem.de/index.php/topic,55065.msg622835.html#msg622835) dafür aber gefunden.

Jetzt bin ich weiter, FHEM kommuniziert mit dem Controller (zeigt Firmware-Version an und so), ABER: Er reagiert weiterhin nicht.

Ich werd jetzt mal den develop Stand zum Master machen.

Beschreibe bitte mal, was "der [controller] reagiert nicht" bedeutet?
Wenn er die Firmware anzeigt, dann kann sich das m.M.n. nur noch um ein elektrisches Problem handeln. Du hast die LEDs korrekt angeschlossen?

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 28 April 2017, 08:46:24
Kommando zurück, nur (?) on und off gehen nicht.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 April 2017, 08:54:11
Zitat von: Per am 28 April 2017, 08:46:24
Kommando zurück, nur (?) on und off gehen nicht.

stell mal die verbosity auf fünf und poste Dein Log.
zudem: mach mal ein Update, ich habe gerade den master Branch upgedatet. Wir hatten sehr viel in develop gearbeitet und den Master lange nicht nachgeführt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 28 April 2017, 09:26:10
Nach Update alles i.O. (dabei war das System gar nicht sooo alt). Danke.

Dann kann ich heute abend ein paar Szenerien planen ;).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 April 2017, 10:31:39
Zitat von: Per am 28 April 2017, 09:26:10
Nach Update alles i.O. (dabei war das System gar nicht sooo alt). Danke.

wie gesagt: der master branch war stabiler als nötig, oder besser gesagt: viel zu lange nicht upgedatet ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 28 April 2017, 12:01:31
Hallo Zusammen,

Peter hatte hier in eine Thread geschrieben, das man einen 470uf 6V nehmen kann, er hat aber auch erwähnt das 1000uf noch besser wären. Jetzt steht beim 470 6V . Ich habe aber den 1000er nur mit 6.3V gefunden.

Kann ich diesen auch nutzen?
https://www.ebay.de/itm/252441703426  (https://www.ebay.de/itm/252441703426)


Gruss lewej
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 April 2017, 12:09:45
Zitat von: lewej am 28 April 2017, 12:01:31
Hallo Zusammen,

Peter hatte hier in eine Thread geschrieben, das man einen 470uf 6V nehmen kann, er hat aber auch erwähnt das 1000uf noch besser wären. Jetzt steht beim 470 6V . Ich habe aber den 1000er nur mit 6.3V gefunden.

Kann ich diesen auch nutzen?
https://www.ebay.de/itm/252441703426  (https://www.ebay.de/itm/252441703426)


Gruss lewej

Die Spannungsangabe bei Kondensatoren ist die maximale Spannungsfestigkeit. Wenn die angelegte Spannung geringer ist, ändert das nicht an den elektrischen Werten des Kondensators.
Wird eine Spannung angelegt, die höher als die angegebene ist, kann es zum Spannungsdurchschlag kommen, d.h. der Kondensator wird zum Kurzschluss. (allerdings gibt es da große Margen, ein mit 6,3V angegebener Kondensator wird nicht bei 6,4V explodieren).

Je weniger Spannungsfestigkeit von einem Bauteil verlangt wird, desto dichter können die Metallagen beieinander liegen, desto höher ist die Kapazität, die sich in einer gegebenen Bauform realisieren lässt. Deshalb ist ein 1000uF 47V Kondensator *sehr viel* größer als ein 1000uF 6,3V.

Und ja, wenn ich sagte 6V, dann meinte ich damit 6,3V, denn das ist die übliche Spannungsklasse.

Kurz: rein damit!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 28 April 2017, 21:28:39
Guten Abend!

Ich habe mit dem seit heute im Master Branch befindlichen Modul ein echtes Problem. Zunächst war nach dem obligatorischen "shutdown restart" nach dem Update mein LedController Device verschwunden. Statt dessen gab es mehrfach die Fehlermeldung "colorTemp must be a value from 2700 to 6000, inclusively. " beim Start.
Es stellte sich dann heraus, dass das Device zwar noch da war, aber die Attribute nicht mehr. Als ich dann versuchte das Attribut colorTemp zu setzen, erhielt ich wieder nur die gleiche Fehlermeldung. Egal welchen Wert ich eingetragen habe.
OK, also das Device gelöscht, mit einem anderen Namen neu angelegt. Gleiches Problem! Zwar konnte ich zunächst das Attribut colorTemp setzen, aber jedes weitere Ändern von Attributen (egal welches!) geht nicht. Ich kann nicht einmal einen Raum zuweisen, ich erhalte immer sofort die Meldung "colorTemp must be a value from 2700 to 6000, inclusively. ". Egal was ich für ein Attribut setzen möchte.
Hier ein List des Gerätes:

Internals:
   DEF        192.168.178.118
   DEVICEID   10676771
   FIRMWARE   0.3.1
   IP         192.168.178.118
   MAC        5ccf7fa2ea23
   NAME       Kino_RGBWW
   NR         167
   NTFY_ORDER 50-Kino_RGBWW
   STATE      off
   TYPE       LedController
   Readings:
     2017-04-28 21:04:00   ct              2700
     2017-04-28 21:04:00   hsv             0,0,0
     2017-04-28 21:04:00   hue             0
     2017-04-28 21:04:00   rgb             000000
     2017-04-28 21:04:00   sat             0
     2017-04-28 21:04:00   state           off
     2017-04-28 21:04:00   val             0
   Helper:
     isBusy     0
     logLevel   3
     oldVal     100
     shouldStop 0
     cmdQueue:
Attributes:
   colorTemp  3000

Wie man sieht, konnte ich das Attribut colorTemp einmalig setzen, aber jetzt lässt es sich nicht mehr löschen!
Was kann da los sein? Denkbar ist natürlich, dass der Fehler woanders in FHEM steckt, denn mit "update all" wurde natürlich nicht nur das LedController Modul aktualisiert.
Steuern kann ich den Controller aber, also zumindest on/off funktioniert.

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 28 April 2017, 23:52:04
Zitat von: Mafi am 28 April 2017, 21:28:39
Guten Abend!

Ich habe mit dem seit heute im Master Branch befindlichen Modul ein echtes Problem. Zunächst war nach dem obligatorischen "shutdown restart" nach dem Update mein LedController Device verschwunden. Statt dessen gab es mehrfach die Fehlermeldung "colorTemp must be a value from 2700 to 6000, inclusively. " beim Start.
Es stellte sich dann heraus, dass das Device zwar noch da war, aber die Attribute nicht mehr. Als ich dann versuchte das Attribut colorTemp zu setzen, erhielt ich wieder nur die gleiche Fehlermeldung. Egal welchen Wert ich eingetragen habe.
OK, also das Device gelöscht, mit einem anderen Namen neu angelegt. Gleiches Problem! Zwar konnte ich zunächst das Attribut colorTemp setzen, aber jedes weitere Ändern von Attributen (egal welches!) geht nicht. Ich kann nicht einmal einen Raum zuweisen, ich erhalte immer sofort die Meldung "colorTemp must be a value from 2700 to 6000, inclusively. ". Egal was ich für ein Attribut setzen möchte.
Hier ein List des Gerätes:

Internals:
   DEF        192.168.178.118
   DEVICEID   10676771
   FIRMWARE   0.3.1
   IP         192.168.178.118
   MAC        5ccf7fa2ea23
   NAME       Kino_RGBWW
   NR         167
   NTFY_ORDER 50-Kino_RGBWW
   STATE      off
   TYPE       LedController
   Readings:
     2017-04-28 21:04:00   ct              2700
     2017-04-28 21:04:00   hsv             0,0,0
     2017-04-28 21:04:00   hue             0
     2017-04-28 21:04:00   rgb             000000
     2017-04-28 21:04:00   sat             0
     2017-04-28 21:04:00   state           off
     2017-04-28 21:04:00   val             0
   Helper:
     isBusy     0
     logLevel   3
     oldVal     100
     shouldStop 0
     cmdQueue:
Attributes:
   colorTemp  3000

Wie man sieht, konnte ich das Attribut colorTemp einmalig setzen, aber jetzt lässt es sich nicht mehr löschen!
Was kann da los sein? Denkbar ist natürlich, dass der Fehler woanders in FHEM steckt, denn mit "update all" wurde natürlich nicht nur das LedController Modul aktualisiert.
Steuern kann ich den Controller aber, also zumindest on/off funktioniert.

Grüße
Markus
Mist, das ist eine Änderung, die ich noch mitgenommen habe und dachte, die passt. Ich schau gleich nochmal drauf.

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 29 April 2017, 00:15:46
Zitat von: pjakobs am 28 April 2017, 23:52:04
Mist, das ist eine Änderung, die ich noch mitgenommen habe und dachte, die passt. Ich schau gleich nochmal drauf.

pj

Kurz da auf dem Telefon getippt

@mafi Sollte jetzt funktionieren, war ein blöder Fehler (Attribute checking ohne zu überprüfen, welches Attribut gecheckt wird)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 29 April 2017, 12:10:08
2017.04.29 12:01:49 1 : UPD FHEM/32_LedController.pm
2017.04.29 12:01:49 1 : copy ./FHEM/32_LedController.pm ./restoreDir/2017-04-29/FHEM/32_LedController.pm failed:No such file or directory, aborting the update

Und es bleibt der alte. Beim letzten Mal lief es problemlos durch.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 29 April 2017, 14:44:36
Zitat von: Per am 29 April 2017, 12:10:08
2017.04.29 12:01:49 1 : UPD FHEM/32_LedController.pm
2017.04.29 12:01:49 1 : copy ./FHEM/32_LedController.pm ./restoreDir/2017-04-29/FHEM/32_LedController.pm failed:No such file or directory, aborting the update

Und es bleibt der alte. Beim letzten Mal lief es problemlos durch.
Existiert die Datei FHEM/32_LedController.pm? Welche Rechte hat sie? (ls -l 32_LedController.pm)

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 29 April 2017, 16:57:21
Nach mehrfachen kompletten Löschen (inkl. Backup) hats jetzt geklappt.
Nebenbei: Room lässt sich jetzt auch anlegen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 29 April 2017, 18:06:18
Zitat von: pjakobs am 29 April 2017, 00:15:46
@mafi Sollte jetzt funktionieren, war ein blöder Fehler (Attribute checking ohne zu überprüfen, welches Attribut gecheckt wird)

pj

Update hat bei mir problemlos geklappt. Jetzt läuft alles wieder!
Danke!

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 April 2017, 09:20:04
Zitat von: Per am 29 April 2017, 16:57:21
Nach mehrfachen kompletten Löschen (inkl. Backup) hats jetzt geklappt.
Nebenbei: Room lässt sich jetzt auch anlegen.
Als Du das Verhalten beschrieben hattest war mir ziemlich schnell klar, wo der Fehler liegt, nur war ich da noch nicht zu hause, dauerte also ne halbe Stunde, bis ich's fixen konnte ;-)

Die Fehlerleldung "expected xxxx, got yyyy" weist darauf hin, dass ich wieder mal vergessen habe, die update config Datei zu refreshen.

Das Update Problem "can't remove file" war vermutlich irgendein Rechteproblem oder eine fehlende Datei in Deiner Installation, möglicherweise durch ein vorangegangenes, fehlgeschlagenes Update.

gut, wenn's jetzt funktioniert.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Michi1978 am 01 Mai 2017, 10:49:31
Das ist doch mal eine Gute Nachricht. Gibts es eigendlich auch eine Option den Controller über WIFI anzubinden statt über USB? Meine Bude hat 3 Stockwerke und der RPI befindet sich im Keller in nen 19" Schrank somit ist der Empfang leider nicht überall gegeben weil viel Stahl in den Decken ist.
Ist da was machbar?

Zitat von: pjakobs am 12 April 2017, 09:41:50
Hi @Michi1978 auch die zweite (zweieinhalbte) Sammelbestellung ist abgeschlossen, wir sind mit der Auslieferung schon gut 80% durch.
Es gibt aber bereits ein Google Form (sorry, Adresse hab ich gerade nicht zur Hand) in der Interesse für eine dritte Runde bekundet werden kann, das wird aber vor September sicher nix.
Dazu kommt, wir werden ein paar Dinge ändern, die ich in dieser Runde gelernt habe. So wird es, wenn ich es irgendwie preislich hinbekomme, keine Bausätze mehr geben - der Aufwand dafür ist einfach zu hoch.

Ich würde zudem den Controller gerne in andere Systeme integrieren, wenn sich also jemand berufen fühlt, eine Android / IOS App dafür zu schreiben, nur zu! OpenHAB wäre sicher auch nochmal interessant, je breiter die Basis wird, die sich hierfür interessiert, desto besser wird der Preis im Einkauf.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 01 Mai 2017, 11:52:28
Zitat von: Michi1978 am 01 Mai 2017, 10:49:31
Das ist doch mal eine Gute Nachricht. Gibts es eigendlich auch eine Option den Controller über WIFI anzubinden statt über USB? Meine Bude hat 3 Stockwerke und der RPI befindet sich im Keller in nen 19" Schrank somit ist der Empfang leider nicht überall gegeben weil viel Stahl in den Decken ist.
Ist da was machbar?
Ich bin mir nicht sicher, ob ich verstehe, was Du meinst. Der Controller wird *nur*  per WLAN eingebunden, USB geht nur per USB/UART Wandler und auch nur zum Initialen Flashen und zum debuggen. Wo immer Dein WLAN funktioniert, wird der Controller funktionieren. Wo der RaspberryPi steht hat da auch keine Bedeutung, denn der ist ja für gewöhnlich nicht der Access Point...

Grüße

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Shuzz am 02 Mai 2017, 17:54:04
Glaube das war ein Tippfehler und er meinte eigentlich "Per USB statt nur per WiFi"... ;)

Aber pj's Aussage bleibt die Gleiche: Steuern per USB ist nicht vorgesehen, weder in der Firmware noch in der Hardware.


Grüße,

Shuzz
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 03 Mai 2017, 21:01:48
So, heute endlich mal den ersten Controller in Betrieb genommen. DC-DC stand auf 3.35V, da hab ich grade mal gar nix dran gemacht  8).

Mein einziges Problem war eine Vertauschung von Rot und Blau, ich nehme aber an, das ist ein Beschriftungsfehler bei den Stripes (China-Ware). Oder hab ich hier etwas überlesen und das Board ist falsch bedruckt?  :o
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 Mai 2017, 22:10:12
Ich hab auch einige Strips bei denen Farben vertauscht sind. Das nehmen die Chinesen nicht so ernst.

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 05 Mai 2017, 16:54:24
die letzten 17 Coltroller gehen heute in die Post! \o/

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: thorwin am 05 Mai 2017, 17:49:06
Tadaaaa! Dann habt ihr euch aber echt ein Bier verdient :-)

(oder zwei... oder drei)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 05 Mai 2017, 19:38:39
Hey,
Euch Nochmals vielen Dank!! Was sagt der Kassensturz nach allen ausgefallenen Controllern? Wieviel Geld sollen wir "Grossbesteller" noch auftreiben ;-) ???
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 06 Mai 2017, 11:46:15
Zitat von: RaspiLED am 05 Mai 2017, 19:38:39
Hey,
Euch Nochmals vielen Dank!! Was sagt der Kassensturz nach allen ausgefallenen Controllern? Wieviel Geld sollen wir "Grossbesteller" noch auftreiben ;-) ???
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Vor Jahren hat mir mal ein Mechaniker in Neuseeland aus der Patsche geholfen. Ich glaub, der hat drei Stunden seiner Zeit geopfert und als ich ihn fragte, was er kriegt meite er "schon ok, sag einfach allen, dass wir hier nett sind und genieß Deinen Urlaub".

Die Sammelbestellung ging so aus, wie es geplant war: mit einem kleinen Unkostenbeitrag und vor allem mit einem Risikopuffer, das ausreichend war.

Ich hab ein paar Sachen gelernt, und wenn ich das nochmal mache, wird es keine Bausätze mehr geben. Der Aufwand ist nicht gerechtfertigt. Ich werde eher sehen, dass wir von der Stückzahl und vom Design her in einen Berich kommen, der kostengünstig komplett in China abgewickelt werden kann, dann kümmer ich mich nur noch um den Versand. Stay tuned ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: peble am 15 Mai 2017, 17:30:31
Am Wochenende konnte ich meine Controller nun auch aufbauen,
alles läuft super,
wirklich perfekt wie hier die ganze Abwicklung stattgefunden hat.
Von mir ein großes Lob und ein Dankeschön an alle die sich hier wirklich viel Arbeit gemacht haben.
Daumen hoch
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: szoller am 22 Mai 2017, 11:47:29
Hallo,

habe meine fertigen Controller bekommen, direkt mal verbunden (habe die empfohlenen Leicke-Netzteile), es tut sich nichts, leider.
Ich weiß nicht, ob auf dem Board irgendwas leuchten kann/soll, jedenfalls tut sich da nix.
Die LED am Netzteil leuchtet, also Saft is drauf.

Mein Handy erkennt auch kein entsprechendes W-LAN... hab ich 'was übersehen?

Hab jetzt auch den zweiten Controller probiert mit einem zweiten Netzteil, leider dasselbe :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: AxelSchweiss am 22 Mai 2017, 11:51:40
Hast du an den Jumper für die Spannungsversorgung gedacht ?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: szoller am 22 Mai 2017, 12:11:02
Danke... peinlich... dabei hatte ich es selbst noch verlinkt.

Klappt nun, nun gehts an die Verbindung zu FHEM :)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 22 Mai 2017, 12:19:28
Zitat von: szoller am 22 Mai 2017, 11:47:29Ich weiß nicht, ob auf dem Board irgendwas leuchten kann/soll, jedenfalls tut sich da nix.
Auch wenn du den Fehler jetzt gefunden hast, mal noch die Antwort, falls jemand anderes drüber stolpert: ja, eine blaue LED geht kurz an.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: nils_ am 22 Mai 2017, 14:19:54
Zitat von: pjakobs am 06 Mai 2017, 11:46:15
Ich werde eher sehen, dass wir von der Stückzahl und vom Design her in einen Berich kommen, der kostengünstig komplett in China abgewickelt werden kann, dann kümmer ich mich nur noch um den Versand.

das wäre dann version 3 ? :)

leider gerade erst genauer hier gelesen :(
jetzt heißt es warten auf die nächste Runde....  :-[ :-[
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Amenophis86 am 22 Mai 2017, 18:36:02
Zitat von: nils_ am 22 Mai 2017, 14:19:54
das wäre dann version 3 ? :)

leider gerade erst genauer hier gelesen :(
jetzt heißt es warten auf die nächste Runde....  :-[ :-[

Die nächste Bestellung wird hier (https://forum.fhem.de/index.php/topic,69740.0.html) schon geplant
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: nils_ am 23 Mai 2017, 08:57:58
Zitat von: Amenophis86 am 22 Mai 2017, 18:36:02
Die nächste Bestellung wird hier (https://forum.fhem.de/index.php/topic,69740.0.html) schon geplant

danke für den hinweis.
hab ich vorher nicht gesehen den link.  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: fhemler am 18 Juni 2017, 19:01:28
Boah, ich Vollhonk habe heute beim ersten anschließen einen von meinen Controllern gehimmelt. Mal schön V+ und GND vertauscht [emoji30] [emoji37]

Ich hoffe es hat nur den DC/DC Wandler erwischt (der hat auf jeden fall gut gequalmt) und das ich den auch gut ausgetauscht bekomme...

So ist das, wenn man mal eben schnell in der Mittagspause während die Kinder schlafen, was schaffen will... [emoji85]
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 18 Juni 2017, 19:37:38
Zitat von: fhemler am 18 Juni 2017, 19:01:28
Boah, ich Vollhonk habe heute beim ersten anschließen einen von meinen Controllern gehimmelt. Mal schön V+ und GND vertauscht [emoji30] [emoji37]

Ich hoffe es hat nur den DC/DC Wandler erwischt (der hat auf jeden fall gut gequalmt) und das ich den auch gut ausgetauscht bekomme...

So ist das, wenn man mal eben schnell in der Mittagspause während die Kinder schlafen, was schaffen will... [emoji85]
Hmm.... Einen Versuch ist es wert. Schick mir ne DM, ich bin nächstes Wochenende wieder daheim, ich hab noch Wandler

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: fhemler am 19 Juni 2017, 07:39:17
Zitat von: pjakobs am 18 Juni 2017, 19:37:38
Hmm.... Einen Versuch ist es wert. Schick mir ne DM, ich bin nächstes Wochenende wieder daheim, ich hab noch Wandler

Kurz da auf dem Telefon getippt
Danke fürs Angebot, ist aber nicht nötig! Hab mir schon Ersatz bestellt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 19 Juni 2017, 07:56:46
Noch mal in den Raum gefragt.... :)

Hat noch wer leer Platinen über?

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 19 Juni 2017, 08:25:23
Hi gNomeX,
Ja ich kann Die meine Restbestände geben ;-)
Bin eh schon wieder in der nächsten Runde dabei!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gNomeX am 19 Juni 2017, 08:35:09
Zitat von: RaspiLED am 19 Juni 2017, 08:25:23
Hi gNomeX,
Ja ich kann Die meine Restbestände geben ;-)
Bin eh schon wieder in der nächsten Runde dabei!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Super danke.

Somit ist meine Frage nun erledigt.

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 19 Juni 2017, 12:41:23
...und ich habe noch zwei Platinen, bräuchte aber (bis auf dem ESP!) alle anderen Teile zum bestücken. Wenn jemand mir noch 2 Sets verkaufen mag.... ich
wäre seht dankbar. (Sorry für OT.... alles weitere bitte via PN)

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 15 Juli 2017, 23:39:59
Hey Leute, ich habe Probleme beim Flashen des ESP nach Pfanne's Anleitung
https://forum.fhem.de/index.php/topic,48918.msg443761.html#msg443761

Das ESP Flash Download tool sagt immer:
serial port opened
Connecting ...
chip sync error

Der einzige Unterschied in der Gui ist der andere USB Serial Port. Den sehe ich im Gerätemanager sobald ich ihn einstecke.
Braucht der Serial Adapter außer RX und TX noch GND oder reichen die beiden Pins gekreutzt verbunden?
Spannungen habe ich gecheckt und am es liegen auch am Serial Adapter an RX und TX 3,4V an.
Auch blinkt der ESP auf;
2x wenn ich ihn normal starte/mit Strom versorge
1x wenn ich G0 mit GND verbinde und dann reset drücke.

Crystal Freq = 40M
SPI Speed 40Mhz
und Baudrate 460800 ist immer gleich oder kann man damit spielen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mafi am 15 Juli 2017, 23:53:35
Selbstverständlich muss auch GND zwischen Serial Adapter und ESP verbunden werden!
Das ist das Bezugspotenzial für alle anderen Signale und muss immer verbunden werden.

Grüße
Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 16 Juli 2017, 22:06:00
Danke, das wars. Hab mich gewundert wie man GND verbinden kann wenn man einen Jumper auf G0 und GND schiebt... und daher erst mal weggelassen.
Leider komme ich maximal bis 30% beim letzten File (FTDI Serial Adapter)
Hat das jemand geschafft oder brauche ich wirklich einen anderen Adapater?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 16 Juli 2017, 22:55:05
Hi,
hört sich nach fehlender Stromversorgung an. Geb dem mal mehr Strom, z.B. Aktiver USB Hub.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 16 Juli 2017, 22:56:55
Oder halt gleich auch die 12V Versorgung anschließen. Meist liefern die MAX Chips gerade nicht genug Strom.

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 16 Juli 2017, 23:26:29
Ja Netzteil ist dran, Hmm dann hab ich wohl noch ne kalte Lötstelle beim D-Sun 3.3v Wandler, trotz der Hinweise, dass das tricky ist. Mit nem 12v 500mA Netzteil brach er immer sofort ab. Mit nem 60watt Netzteil komme ich halt bis zu 30%.

Gesendet von meinem ONE A2003 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 16 Juli 2017, 23:28:02
Hast Du die Spannung am DCDC Wandler gecheckt und dann den Jumper gesetzt? Ohne den jumper kommt nix an

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 17 Juli 2017, 10:20:41
Die ersten beiden *.bins konnte ich flashen, aber der dritte file bleibt immer irgendwo bei 0% -30%. Das ist echt frustrierend. Können die nicht ab Werk China mit ner OTA Firmware ausgeliefert werden?
Eben war ich noch mal an einem aktiven USB-Hub/Dockingstation, ohne Erfolg. Allerdings versorgt der FTDI Serial Adapater nicht den ESP.
Ich habe noch die Version aus der ersten Charge v1.3 ohne Jumper. Daher sind RX, TX (und nun auch GND, danke) über die Pinleiste verbunden, die 3.3V kommen aber immer vom D-Sun Modul.
3,33 V liegen nachgemessen am Ausgang vom D-Sun Wandler an und sind auch an den ESP Pins GND/VCC messbar. Habe aber kein Ozi, um zu schauen, ob das auch unter Belastung stabil ist. Stütz/Filterkondensatoren sind so eingebaut, wie auf dem Bild zur v1.3.
Das Einzige was mir noch einfällt, ist die Kabel zum Serial USB Adapater kurzzeitig mal festzulöten statt über ein längeres Buchsenkabel zu gehen.
(https://uploads.tapatalk-cdn.com/20170717/306c1a13d30772b01abe0f369fb25e05.jpg)(https://uploads.tapatalk-cdn.com/20170717/3eeffa00226b8894a514e78ea6aa0de9.jpg)
http://cloud.tapatalk.com/s/596c73ed1a3c0/IMG_20170717_095453~2.jpg? (http://cloud.tapatalk.com/s/596c73ed1a3c0/IMG_20170717_095453~2.jpg?)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 17 Juli 2017, 11:29:28
Moin
Nur mal so ein kleiner Hinweis, da ich anfangs auch mal so ein Problem hatte. Kontrollier mal die Loetverbindungen zwische ESP und Platine, besonders im Bereich Datenleitung!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 18 Juli 2017, 10:19:55
@garagenhaus: hattest Du Deine Kommandozeile zum Flashen schon gepostet? Wenn nicht, dann tu das bitte auch noch. Vor allem die Baudrate ist u.U. interessant.
Leider scheint es aber auch so zu sein, dass manche der UART Chips (also der USB to Serial Wandler) einfach timing Probleme mit einigen der ESP haben. In den allermeisten Fällen ist es aber wohl die Stromaufnahme.
Ich hatte allerdings auch schon einen Fall in dem ein ESP nach Wochen des Betriebs seine Konfiguration vergessen hat und ein re-Flash immer wieder scheiterte. Am Ende blieb mir da nur der Austausch des ESP selbst. Es gab früher Berichte über schlechte Flash Chips bei den ESP12, aber bei etwa 400 Controllern, die wir in der letzten Charge gebaut haben, habe ich keinen, bei dem ich sicher sagen könnte, dass es der ESP ist (der Fall bei mir stammte aus der Charge davor, so dass ich von einem in ca. 700 als gesichert ausgehen muss). Aber wer weiß... Wenn es mit keinen anderen Mittlen funktioniert, dann musst Du den ESP tauschen. Ich hab zur Not noch welche hier.

Grüße

pj

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 18 Juli 2017, 12:04:48
Zitat von: pjakobs am 18 Juli 2017, 10:19:55
@garagenhaus: hattest Du Deine Kommandozeile zum Flashen schon gepostet? Wenn nicht, dann tu das bitte auch noch. Vor allem die Baudrate ist u.U. interessant.
Leider scheint es aber auch so zu sein, dass manche der UART Chips (also der USB to Serial Wandler) einfach timing Probleme mit einigen der ESP haben. In den allermeisten Fällen ist es aber wohl die Stromaufnahme.
Ich hatte allerdings auch schon einen Fall in dem ein ESP nach Wochen des Betriebs seine Konfiguration vergessen hat und ein re-Flash immer wieder scheiterte. Am Ende blieb mir da nur der Austausch des ESP selbst. Es gab früher Berichte über schlechte Flash Chips bei den ESP12, aber bei etwa 400 Controllern, die wir in der letzten Charge gebaut haben, habe ich keinen, bei dem ich sicher sagen könnte, dass es der ESP ist (der Fall bei mir stammte aus der Charge davor, so dass ich von einem in ca. 700 als gesichert ausgehen muss). Aber wer weiß... Wenn es mit keinen anderen Mittlen funktioniert, dann musst Du den ESP tauschen. Ich hab zur Not noch welche hier.
Grüße  pj
Hi PJ, ich habe gestern sehr sehr oft mit den vorgeschlagenen Settings versucht zu flashen. Gestern Nacht habe ich dann auch da mal variiert. Außer der schnellsten 576000 Rate klappt das eigentlich immer bis zu einem gewissen %-Satz. Auch mit der Crystal Freq und SPI Speed habe ich mal versucht zu variieren. Aber es hat nix gebracht.
Anbei mal ein typischer Flashversuch als Kommandozeilenausgabe.
Gut möglich, dass es nur am FTDI liegt, wie ja schon ganz vorne im Thread angemerkt wurde. Habe mal einen CH340 bestellt. Mit dem fetten 12V Netzteil und dem D-Sun onboard Netzwandler sollte es doch kein Stromaufnahmeproblem geben.

Ich gebe es ungern zu, aber ich brauche hier Hilfe. Das ist so frustrierend, wenn man sich in 100+ Seiten einliest, Netzteile und LEDs bestellt, die Platine lötet und dann im letzten Schritt klappt das Flashen nicht.
Kann mir jemand einen ESP flashen und/oder meine Platine kontrollieren?
Ich habe sogar noch eine unaufgebaute Platine, die ich zur Verfügung stellen kann, wahlweise nackt mit allen Bauteilen separat, teilgelötet oder komplett aufgebaut.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 18 Juli 2017, 12:38:29
Na na
Wer wird denn so schnell aufgeben? Das board ist so einfach, das kannst du schnell selber messen. Bei mir war RX oder TX am ESP nicht mit dem Board verbunden. Multimeter auf durchgang geprueft. Dann haben bisher sehr viele Probleme mit dem USB -> seriell Wandler gehabt! Ich habe die Boards erfolgreich mit diesm https://www.elv.de/mini-usb-modul-um2102-komplettbausatz.html geflasht! Und wenn ich mich recht erinnere, haben andere diesen nach Problemen auch gekauft, und waren gluecklich! Ansonsten waere ich auch gerne bereit, dir das Board durchzusehen, wobei der Versand da schon bald die eigrntlichen Kosten uebersteigt!?
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 19 Juli 2017, 15:35:22
Zitat von: pc1246 am 18 Juli 2017, 12:38:29
Na na
Wer wird denn so schnell aufgeben? Das board ist so einfach, das kannst du schnell selber messen. Bei mir war RX oder TX am ESP nicht mit dem Board verbunden. Multimeter auf durchgang geprueft. Dann haben bisher sehr viele Probleme mit dem USB -> seriell Wandler gehabt! Ich habe die Boards erfolgreich mit diesm https://www.elv.de/mini-usb-modul-um2102-komplettbausatz.html geflasht! Und wenn ich mich recht erinnere, haben andere diesen nach Problemen auch gekauft, und waren gluecklich! Ansonsten waere ich auch gerne bereit, dir das Board durchzusehen, wobei der Versand da schon bald die eigrntlichen Kosten uebersteigt!?
Gruss Christoph
FTDI my ASS!!!
Genau, ich hatte heute mit einem CH340 USB-Seriell Wandler endlich Erfolg gehabt, nachdem das ja auch als Problem galt und der CH340G und CP2102 positives Feedback hatten.
Das Flash-Programm einmal gestartet, geflasht, fertig. Nächste Board ran, geflasht, fertig.
Keine Ahnung wer von beiden das Problem ist, aber 40-50 erfolglose Versuche mit dem FTDI, dann auf Anhieb 2 ESP-12E mit dem CH340. ESP oder FTDI, einer von beiden ist eine echte Mimose.
Die dritte Platine ist nun auch auf Anhieb geflasht. Vielen Dank für die ganze Unterstützung.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 22 Juli 2017, 11:16:57
Darf ich hier mal etwas einschieben?

Durch eine Unachtsamkeit habe ich bei einen Controller die 12V falsch herum angeschlossen.
Puff macht es, der Eingangskondensator ist hinüber. Er macht einen Buckel.
Frage:
Hat das von euch schonmal einer gehabt? Geht noch mehr kaputt?
Daraus resultiert: Reparieren oder wegwerfen?

Edit:
Ich sehe gerade, dass im IC der kleinen Huckepackplatine ein Loch ist. Das ist also auch hinüber...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 22 Juli 2017, 22:57:17
Zitat von: MacReiner am 22 Juli 2017, 11:16:57
Darf ich hier mal etwas einschieben?

Durch eine Unachtsamkeit habe ich bei einen Controller die 12V falsch herum angeschlossen.
Puff macht es, der Eingangskondensator ist hinüber. Er macht einen Buckel.
Frage:
Hat das von euch schonmal einer gehabt? Geht noch mehr kaputt?
Daraus resultiert: Reparieren oder wegwerfen?

Edit:
Ich sehe gerade, dass im IC der kleinen Huckepackplatine ein Loch ist. Das ist also auch hinüber...

ich wollte gerade sagen: am wahrscheinlichsten erwischt es den Controller des DCDC Wandlers...
Note to self: Schutzdiode einbauen!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: stefanc84 am 23 Juli 2017, 13:37:33
Hallo, könntet ihr mir Fotos von euren fertigen Gehäusen posten? Mich würde mal interessieren ob ihr das irgendwie Wohnraum- und Ehefrauen-tauglich unterbekommen habt ;-) Falls es schon entsprechende Bilder im Thread gibt: Sorry, hab über die Suchfunktion nichts gefunden und, zugegeben, nicht alle Seiten durch geklickt.
Danke und viele Grüße

Gesendet von meinem Redmi 3S mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 23 Juli 2017, 14:10:44
Zitat von: stefanc84 am 23 Juli 2017, 13:37:33
Hallo, könntet ihr mir Fotos von euren fertigen Gehäusen posten? Mich würde mal interessieren ob ihr das irgendwie Wohnraum- und Ehefrauen-tauglich unterbekommen habt ;-) Falls es schon entsprechende Bilder im Thread gibt: Sorry, hab über die Suchfunktion nichts gefunden und, zugegeben, nicht alle Seiten durch geklickt.
Danke und viele Grüße

Gesendet von meinem Redmi 3S mit Tapatalk
gute Idee, ich hatte ja überhaupt schonmal einen Thread mit Anwendungsbeispielen vorgeschlagen.
Da ich selbst nicht auf Ehefrauentaugliche Lösungen angewiesen bin, bin ich da eher ein schlechtes Beispiel :D

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 30 Juli 2017, 20:33:24
Zitat von: pjakobs am 22 Juli 2017, 22:57:17
ich wollte gerade sagen: am wahrscheinlichsten erwischt es den Controller des DCDC Wandlers...
Note to self: Schutzdiode einbauen!

pj

Sooo, hab jetzt den 100uF und den DCDC Wandler getauscht. Die Funktion ist wieder hergestellt 😊
In der Bucht lassen sich alle Teile problemlos nachbestellen, Lieferung meist sogar aus Deutschland.
Natürlich nicht zum Preis wie in der Sammelbestellung.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 30 Juli 2017, 23:40:07
Die Controller laufen, aber mit dem WW/CW Verhalten über das Web Interface komme ich noch nicht klar.
Wenn ich auf RGB+CW+WW stelle dann dimmt er in der Mittelstellung beide Outputs auf je nur 12,5% der Leistung, kommt also in Summe nur auf 25% der maximal möglichen Leistung.
Bei meinen Streifen anstatt 2x 10,5 Watt (21W), reduziert sich die Leistung auf nur insgesamt 5,3W.
Nur wenn ich auf ganz WW oder ganz CW schiebe, regelt er den einen Output jeweils auf 100%

1. Habe ich da überhaupt eine einigermaßen aktuelle Web Interface Version?
Firmware:    0.3.1-vbs6
Web Interface:  0.3.3
RGBWW Version:   0.8.1-vbs3
SMING Version:  3.1.2[/li][/list]

Ich muss dazu sagen, dass ich das FHEM Modul nur als "nice to have" betrachtet habe und dachte, dass über das Web Interface  auch alles geht.
Vor ca. 1 Jahr bzw. ab ~Post 817-827 (https://forum.fhem.de/index.php/topic,48918.msg469425.html#msg469425) wurde das CW/WW schon mal diskutiert und damals war das Kredo:
a. Mit RAW kann man die Beschränkungen umgehen.
b. Eine geplante Erweiterung der verschiedenen Modi (was ich ja total befürwortet hätte)

2. Gibt es ausser dem Interface und dem FHEM Modul noch andere Möglichkeiten auf den Controller zuzugreifen (Smartphone App?) Bzw wie kann ich die Raw Modi benutzen?

3. Es gibt aktuell m.E. einen ganz guten Artikel im eq3 / ELV Journal, der sich mit der CW/WW Mischung AKA Tuneable White Thematik anhand deren eigenem neuen Homematic LED Controller beschäftigt. Der stellt auch ganz gut dar, dass eine Veränderung der Farbtemperatur durchaus auch gewollt eine Veränderung der Helligkeit mit sich ziehen kann und muss, je nachdem wie wichtig Helligkeit vs. Farbtemperatur dem Anwender ist.
In dem Controller hat eQ3 aktuell 12 verschiedene Farbmischkurven hinterlegt, die sich aus 3 Farbmischverhalten (neutral und dim2warm) und 4 Kennlinien ergeben (ELV 4/2017, Seit 54 ff.)
Vielleicht muss man das ja nicht komplett umsetzen, aber einen Modus im Webinterface, der 100% Output auf beiden White Kanälen ermöglicht würde ich langfristig befürworten.
Ebenso wäre es klasse den letztes Jahr angeregten weiteren Schieberegler für den Weiß-Modus zu implementieren, bzw. zwei Schieberegler. Das wäre quasi ein RAW Schieberegler im Webinterface. HSV Farbraum +WW Schieberegler +CWSchieberegler oder HSV + Tunable White (und dann in den Settings das Verhalten)

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Grafkox am 31 Juli 2017, 12:50:22
Hallo,

ich bin gerade über diesen Thread zum RGBWW WiFi Controller gestolpert und hätte Interesse an 2-3 Stück.
So wie ich festgestellt habe, ist aber die Sammelbestellrunde schon vorbei. Ist schon absehbar, wann die nächste Runde eingeleitet wird oder sind ggf. noch Restbestände da??

Danke & Gruß

Thorsten

Edit: Augen auf beim Eierkauf, habe jetzt auch den Folge-Thread (https://forum.fhem.de/index.php/topic,69740.0.html) gesehen
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 31 Juli 2017, 12:57:33
Zitat von: Garagenhaus am 30 Juli 2017, 23:40:07
Die Controller laufen, aber mit dem WW/CW Verhalten über das Web Interface komme ich noch nicht klar.
Wenn ich auf RGB+CW+WW stelle dann dimmt er in der Mittelstellung beide Outputs auf je nur 12,5% der Leistung, kommt also in Summe nur auf 25% der maximal möglichen Leistung.
Bei meinen Streifen anstatt 2x 10,5 Watt (21W), reduziert sich die Leistung auf nur insgesamt 5,3W.
Nur wenn ich auf ganz WW oder ganz CW schiebe, regelt er den einen Output jeweils auf 100%
Ich hab mich zwar viel mit der Firmware beschäftigt, jedoch bisher nichts an dem eigentlich Code für die RGB-Mischung geändert. Daher mag ich falsch liegen.
Aber nach meinem Verständnis will die Firmware immer für eine gleichbleibende Helligkeit sorgen. Außerdem rechnet der Controller vermutlich immer in RGBW, also 4 Kanäle. 25% entfallen dabei auf den Weißkanal (unter der Annahme, dass jeder Kanal die gleiche Helligkeit produziert).
Wenn du nun deinen Weißkanal mit CW+WW realisierst und im Frontend den Weißkanal auf 100% ziehst, dann teilen sich die 25% Gesamthelligkeit nochmals auf die zwei Kanäle auf, so dass jeweils nur 12,5% ankommen.
Wäre das plausibel?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 31 Juli 2017, 23:08:56
Wenn ich auf ganz WW oder auf CW schiebe, dann steigt die Leistung auf 100%, was dann 50% sind, da der andere Kanal ja 0% hat. Es ist also doppelt so hell.

Gesendet von meinem ONE A2003 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 01 August 2017, 08:04:43
Welches Verhalten hättest du denn erwartet? Was ich gesagt habe, macht glaub ich keinen Sinn...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 03 August 2017, 12:31:26
Zitat von: vbs am 01 August 2017, 08:04:43
Welches Verhalten hättest du denn erwartet? Was ich gesagt habe, macht glaub ich keinen Sinn...
Na ja, da das aktuell programmierte Sollverhalten soll gleichbleibende Helligkeit zu sein. Das ist aktuell für den Mischfall CW und WW nicht so. Die Summe der Leistung sollte immer 50% dessen sein, was mit beiden Kanälen maximal möglich wäre, d.h.
- Nur WW: WW 100%, CW 0% = 50% of total (Korrekt implementiert)
- Nur CW: WW 0%, CW 100% = 50% of total (Korrekt implementiert)
- Halb WW und halb CW: 50% WW, 50% CW  = 50% of total (Aktuell CW 25%, WW 25%=25% of total, nicht korrekt)

Das wäre m.E. eine kleine Fehlerkorrektur/Änderung.

Als weitere Features wären drei Checkboxen wünschenswert, die das Verhalten
a) von gleichbleibender Helligkeit (Summe max. 50%) auf Mischung=maximale Helligkeit (Summe max. 100%) umstellt (aka Pegelbegrenzung).
b) von normalem Mischverhalten auf Dim2Warm ermöglicht, d.h. ein Dimmen der Gesamthelligkeit verschiebt das Mischungsverhältnis Richtung WW. (aka Farbmischverhalten)
c) von linearem Mischverhältnis auf progressiv/quadratisch/nicht-linear (Schiebeverhalten nähert sich menschlicher Erwartung/Auge an, differenzierter bei niedrigen Werten )

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 05 August 2017, 16:45:34
Ich benutze normalerweise den CW/WW-Modus nicht, aber ich habe damit jetzt mal rumgespielt, kann das aber so erstmal nicht reproduzieren. Wie bzw. wo siehst/misst du denn diese Werte von 25% pro Kanal?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 07 August 2017, 16:28:22
Ich hab mal eine Firmware "vbs7" gemacht (+FHEM-Modul), die immer auch die Raw-Werte in den Events mitschickt, so dass man diese Werte dann in FHEM jederzeit sehen kann. Das ist das, wogegen ich getestet habe (nur damit wir von derselben Sache reden).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 07 August 2017, 16:47:11
Zitat von: vbs am 07 August 2017, 16:28:22
Ich hab mal eine Firmware "vbs7" gemacht (+FHEM-Modul), die immer auch die Raw-Werte in den Events mitschickt, so dass man diese Werte dann in FHEM jederzeit sehen kann. Das ist das, wogegen ich getestet habe (nur damit wir von derselben Sache reden).

wenn ich nachher Zeit hab, hänge ich mal einen Controller an's Scope.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Garagenhaus am 08 August 2017, 17:06:49
Ich messe die elektr. Leistung in Watt vor dem Netzteil.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 08 August 2017, 18:10:17
Kannst du bitte mal prüfen, wie die Raw-Werte bei dir aussehen (mit vbs7)?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Christian Uhlmann am 12 August 2017, 20:52:44
Hallo,

Zitat von: Christian Uhlmann am 14 April 2017, 10:40:13
Meine Controller sind auch heile angekommen.

Vielen Dank für eure Arbeit.

Testen wird bei mir aber noch etwas dauern, Ostern ist Familie dran

Grüße Christian

bin erst heute dazu gekommen den fertigen einzubauen. Funktioniert einwandfrei
Danke nochmal an alle die hier so super Arbeit abliefern.

Grüße

Christian
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 15 August 2017, 12:04:57
Hallo,

Ich würde den Controller gerne zweckentfremden und habe dazu mal ne Frage (bitte nicht steinigen).
Könnte man den Ausgang für die WW oder CW Stripes auch benutzen um damit einen (sehr) kleinen Gleichstrommotor zu regeln?

Hintergrund - In meiner Vitrine ist ein kleines Oval Märklin Spur Z, das bisher immer nur so rumstand.  Jetzt habe ich mir überlegt, wäre es doch lustig, wenn die Bahn so einmal in der Stunde 'ne Runde dreht.

Was könnte man alternativ benutzen?

   Andreas


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 15 August 2017, 12:23:36
Eigentlich sollte das auch gehen, ist ja nichts weiter als ein PCM-Ausgang, aber entweder geht es nur vorwärts oder du nutzt einen zweiten Kanal für ein Umpolrelais.

Höchstspannung bei Z beachten!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 15 August 2017, 20:57:09
... funktioniert  :)

9 Volt Netzteil, Gleis angeschlossen an CW, defaultVal auf 80 und defaultRamp auf 1500 (damit der Zug nicht ganz so schnell anfährt und bremst)

Jetzt muss ich nur noch die beiden dünnen Anschusskabel durch die Rückwand ziehen und der Controller verschwindet hinterm Schrank.

Vorwärts/Rückwärts brauche ich nicht da das Gleis ein Oval ist, Zug fährt dann eben immer vorwärts
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 15 August 2017, 21:17:33
Sehr geile Idee...
Minitrix geht dann auch.
Danke!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 16 August 2017, 12:52:45
Zitat von: Loetkolben am 15 August 2017, 20:57:09... funktioniert  :)
Stell doch mal nen Bild ein ;).
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 17 August 2017, 19:21:04
Hallo,

Anschlussdrähte müssen noch nach hinten und durch die Rückwand, dann kann auch der Controller verschwinden.
Das Anfahren könnte ein wenig schöner sein, scheint aber nicht zu klappen.

Video --> Klick! (https://youtu.be/FfIK50pWXJQ)

   Andreas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 August 2017, 08:05:40
Zitat von: Loetkolben am 17 August 2017, 19:21:04
Hallo,

Anschlussdrähte müssen noch nach hinten und durch die Rückwand, dann kann auch der Controller verschwinden.
Das Anfahren könnte ein wenig schöner sein, scheint aber nicht zu klappen.

Video --> Klick! (https://youtu.be/FfIK50pWXJQ)

   Andreas
Coole Idee, ich nehme an, das Problem mit dem anfahren ist, dass der Zug erst bei einem relativ hohen Wert anfährt. Du könntest versuchen, die Beschleunigung in zwei Teile zu zerlegen, erst ein schneller Fade auf, sagen wir, 50%, und dann von dort ein fade über zwei Sekunden auf 70%.

Grüße

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 19 August 2017, 18:07:11
Ich werde noch ein wenig was unter die Gleise machen, damit es mehr nach Gleisbett aussieht und ein kleines Häuschen kommt noch dabei.
Wenn dann der Zug fährt geht da drin das Licht an. WAF ist bisher recht gut.  ;D

Zitat von: pjakobs am 19 August 2017, 08:05:40
...
Du könntest versuchen, die Beschleunigung in zwei Teile zu zerlegen, erst ein schneller Fade auf, sagen wir, 50%, und dann von dort ein fade über zwei Sekunden auf 70%.
...
Probiere ich mal aus.


   Andreas
   
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 21 August 2017, 14:30:36
Geht auch ohne zweiten Fade.
Einfach manuell die (sichere) Start"spannung" ermitteln und diese dann als Startwert setzen. Von da aus faden. Wobei gerade mit PCM ein langsames Fahren besser möglich ist (außer bei Glockenanker) als mit reiner Gleichspannung.

Zitat von: Loetkolben am 19 August 2017, 18:07:11Wenn dann der Zug fährt geht da drin das Licht an.
Hast ja noch 4 Kanäle frei. Kannst du ja mehrere getrennte Zimmer machen. Oder nen TV simulieren. (Da war doch noch was...)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Loetkolben am 21 August 2017, 15:01:30
Zitat von: Per am 21 August 2017, 14:30:36
Geht auch ohne zweiten Fade.
Einfach manuell die (sichere) Start"spannung" ermitteln und diese dann als Startwert setzen. Von da aus faden. Wobei gerade mit PCM ein langsames Fahren besser möglich ist (außer bei Glockenanker) als mit reiner Gleichspannung.
Hast ja noch 4 Kanäle frei. Kannst du ja mehrere getrennte Zimmer machen. Oder nen TV simulieren. (Da war doch noch was...)

Die Variante hatte ich mir auch überlegt, teste ich nachher.

Und das mit der TV-Simulation ist cool.  Ich muss nur aufpassen, irgendwann ruft meine Frau die Jungs mit der weißen Jacke

   Andreas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 30 August 2017, 20:26:27
Moin, mal eine Frage kann ich mit dem Controller auch 24v Stripes verwenden? Jeweils 5M GRB und 5M Neutralweis würde ich schalten müssen.

Danke und Gruß Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: joschi2009 am 30 August 2017, 20:39:18
Zitat von: kmxak am 30 August 2017, 20:26:27
Moin, mal eine Frage kann ich mit dem Controller auch 24v Stripes verwenden? Jeweils 5M GRB und 5M Neutralweis würde ich schalten müssen.

Danke und Gruß Alex

Sollte kein Problem sein, die verbauten IRLZ44N gehen bis 55V und die step-down Module bis 28V
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 30 August 2017, 20:42:56
Danke.  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: fhemler am 31 August 2017, 15:00:14
Zitat von: kmxak am 30 August 2017, 20:26:27
Moin, mal eine Frage kann ich mit dem Controller auch 24v Stripes verwenden? Jeweils 5M GRB und 5M Neutralweis würde ich schalten müssen.

Danke und Gruß Alex
Geht! Habe bis jetzt zwar erst so 3m angeschlossen, aber funzt

Gesendet von meinem ASUS_Z00A mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 31 August 2017, 15:01:21
Top

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: DOM_jaCOBB am 03 September 2017, 17:48:07
Hallo, ich interessiere mich auch sehr für das Projekt. Ich würde den Controller evtl. für ein Uni-Projekt verwenden, bei dem ich mithilfe von LED-Streifen die Helligkeit, die Farbe und die Farbtemperatur über den Tag verändern will, um z.B. den Sonnenaufgang zu simulieren.
Ich bin leider noch nicht so sehr vertraut mit Fhem und habe daher einige Fragen. Es wäre mir eine große Hilfe, wenn ihr mir da weiterhelfen könntet.

1) Kann man mit diesem Controller beispielsweise auch WS2812B LED-Streifen ansteuern oder ist das nur bei bestimmten möglich?
2) Wären auch beispielsweise RGBW-LEDs damit ansteuerbar oder müssen RGB und Weiße Streifen getrennt sein?
3) Ich würde insgesamt ca. 40 m an LED-Streifen verwenden, die ich auf 18 Streifen aufteile. Insgesamt wären das dann ca. 2.400 LEDs.
    Gibt es bei dem Controller eine Begrenzung oder könnte man die alle mit einem Controller ansteuern?
4) Ich bin leider auch kein Elektrotechniker und kenne mich daher mit der Stromversorgung nicht aus. Was würdet ihr mir denn vorschlagen,
    wie ich die 18 Streifen mit Strom versorge? Die Versorgungsspannung der WS2812B-Streifen beträgt 3,5–5,3 V DC und die maximale Stromaufnahme pro LED
    ist 20 mA und Kanal.
    Ist meine Rechnung richtig, wenn ich bei 2.400 LEDs ein Schaltnetzteil mit 5V und 50A verwende oder habe ich da was verwechselt?
5) Ich habe schon einen ESP8266-01S für ein anderes Projekt gekauft, den ich aber nicht verwendet habe.
    Kann ich den für den Controller benutzen oder brauche ich einen ESP8266-12?
6) Funktioniert die Anbindung an FHEM mittlerweile? Weil auf der Projektseite steht, dass das Modul noch in Entwicklung ist.

Vielen Dank schon mal im Voraus.

Grüße,
Jakob
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 03 September 2017, 17:53:19
Hallo Jakob,
Viele Fragen und einige Antqorten, die Dich enttäuschen werden:

1) Der Controller ist für SMD LED Streifen die eine Farbe an allen LEDs zeigen: Also keine 2812 die einzeln ansteuerbar sind, sondern z.B. 5050er oder 3128er. Schau mal hier: https://forum.fhem.de/index.php?topic=50174.msg419173#msg419173

2) Strommässig sollte man alle 5m eine Stromeinspeisung vorsehen, dann braucht man aber auch mehr Controller!

3) 5V ist schwierig. Bei der Länge wäre ich auf 24V gegangen. Je Länger desto mehr Strom. Je kleiner die Spannung desto mehr Strom. Daher bei Länge in der Volt Versorgung hoch.

4) Natürlich sind die inzwischen komplett FHEM steuerbar! DANKE an alle Entwickler ;-)

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gloob am 03 September 2017, 17:57:25
Zitat1) Kann man mit diesem Controller beispielsweise auch WS2812B LED-Streifen ansteuern oder ist das nur bei bestimmten möglich?
Siehe RaspiLED

Zitat2) Wären auch beispielsweise RGBW-LEDs damit ansteuerbar oder müssen RGB und Weiße Streifen getrennt sein?
Ja es gehen auch RGBW LED Strips (siehe 1.)

Zitat3) Ich würde insgesamt ca. 40 m an LED-Streifen verwenden, die ich auf 18 Streifen aufteile. Insgesamt wären das dann ca. 2.400 LEDs.
    Gibt es bei dem Controller eine Begrenzung oder könnte man die alle mit einem Controller ansteuern?
Ich würde maximal 5m damit betreiben, viel mehr macht die Elektronik nicht mit

Zitat4) Ich bin leider auch kein Elektrotechniker und kenne mich daher mit der Stromversorgung nicht aus. Was würdet ihr mir denn vorschlagen,
    wie ich die 18 Streifen mit Strom versorge? Die Versorgungsspannung der WS2812B-Streifen beträgt 3,5–5,3 V DC und die maximale Stromaufnahme pro LED
    ist 20 mA und Kanal.
    Ist meine Rechnung richtig, wenn ich bei 2.400 LEDs ein Schaltnetzteil mit 5V und 50A verwende oder habe ich da was verwechselt?
Siehe 3.

Zitat5) Ich habe schon einen ESP8266-01S für ein anderes Projekt gekauft, den ich aber nicht verwendet habe.
    Kann ich den für den Controller benutzen oder brauche ich einen ESP8266-12?
Du brauchst einen ESP-12

Zitat6) Funktioniert die Anbindung an FHEM mittlerweile? Weil auf der Projektseite steht, dass das Modul noch in Entwicklung ist.
Funktioniert.




Alternative:

Wemos D1 mini in Kombination mit WS2812B LED-Streifen, dann benötigst du nur einen Controller. Die Spannung sollte trotzdem alle 5m eingespeist werden. Es kommt aber auch drauf an wieviele LEDs/Meter der Strip hat.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: DOM_jaCOBB am 04 September 2017, 11:32:19
Vielen Dank für eure schnellen Antworten!
Eine Frage noch zur Stromversorgung: Bräuchte ich dann bei 18 Streifen mit jeweils ca. 2,2 m 9 Netzteile oder könnte man das ganze anders lösen?
Grüße,
Jakob
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gloob am 04 September 2017, 11:38:32
Zitat von: DOM_jaCOBB am 04 September 2017, 11:32:19
Vielen Dank für eure schnellen Antworten!
Eine Frage noch zur Stromversorgung: Bräuchte ich dann bei 18 Streifen mit jeweils ca. 2,2 m 9 Netzteile oder könnte man das ganze anders lösen?
Grüße,
Jakob

Wenn die Streifen alle nur 2,2m lang sind kannst du sie auch alle an ein Netzteil hängen wenn es genug Ampere liefert.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 04 September 2017, 12:38:49
Zitat von: gloob am 04 September 2017, 11:38:32
Wenn die Streifen alle nur 2,2m lang sind kannst du sie auch alle an ein Netzteil hängen wenn es genug Ampere liefert.

Vorsicht, der Controller kann dann ggf. nicht genug Strom liefern, ich meine, wir haben 16A max spezifiziert.

Der Controller selbst gibt Euch keine Längenbegrenzung vor, allerdings wird ab einer gewissen Länge der Leitungswiderstand der LED Strips relevant, d.h. am Ende kommt nicht mehr so viel Spannung an, wie erwünscht, die weiter entfernten LED leuchten dunkler.

Ich habe hier ca. 11m an einem Controller hängen und das funktioniert ganz gut. Bei 60 RGBWW (also vier-chip) LED pro Meter lieg ich hier selbst bei maximaler Last unter ca. 7A, sehe aber an einem Ende schon, dass die LED dunkler leuchten.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: xyro am 04 September 2017, 18:45:09
Hallo Leute,

folgendes Problem:

Version der Firmware (Auszug aus dem Webinterface)
Wie wurde die Firmware aufgespielt?


{"rom":{"fw_version":"0.3.1","url":"http://patrickjahns.github.io/esp_rgbww_firmware/release/rom0.bin"},"spiffs":{"webapp_version":"0.3.3","url":"http://patrickjahns.github.io/esp_rgbww_firmware/release/spiff_rom.bin"}}


Was ist passiert? / Welcher Fehler Tritt auf?
Was wurde stattdessen erwartet?


Bei Connect mit vorhandenen WLAN  holt er sich der ESP eine IP Adresse, ist aber nicht unter dieser erreichbar.
AP vom ESP nach wie vor aktiv.


Wann tritt der Fehler auf?
Welche Schritte haben dazu geführt dass der Fehler auftritt?

Bei der Ersteinrichtung

Detailierte Beschreibung der Schritte/Handlungen

1. Power on
2. Connect auf den ESP AP
3. Im Browser "192.168.4.1" eingeben
4. Unter "Availible Wifi" das Netzwerk auswählen
5. Passwort eingeben
6. Connect drücken
7. Meldung mit neuer IP Adresse und restart erscheint
8. Ins Heimnetzwerk eingeloggt und IP Adresse eingegeben
9. Meldung "ERR_CONNECTION_TIMED_OUT"
10. Fritzbox geprüft
11. Kein Connect
12. Mit Statischer IP (192.168.10.90) versucht
13. Selber Fehler
14. Der ESP AP ist nach wie vor aktiv


Was mache ich nur falsch?

Ich will doch nur mein RGB Stripe im Fhem schalten können...

Grüße

Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: xyro am 04 September 2017, 19:04:51
Nachtrag:

LOL!

Nach einem Blick auf die Console hab ich es gesehen:

RGBWW Controller v 0.3.1

CLR button low - resetting settings
sleep disable
Enabling AP and DNS server
mode : sta(18:fe:34:d0:2d:a7) + softAP(1a:fe:34:d0:2d:a7)
add if0
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
f r0, scandone

Grüße

Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 05 September 2017, 09:27:59
Zitat von: xyro am 04 September 2017, 19:04:51
Nachtrag:

LOL!

Nach einem Blick auf die Console hab ich es gesehen:

RGBWW Controller v 0.3.1

CLR button low - resetting settings
sleep disable
Enabling AP and DNS server
mode : sta(18:fe:34:d0:2d:a7) + softAP(1a:fe:34:d0:2d:a7)
add if0
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
f r0, scandone

Grüße

Alex

Moin Alex,

schön, dass Du das Problem schnell finden konntest - wie kam das zustande? Einfache Lötbrücke auf dem Taster oder sowas?

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: xyro am 08 September 2017, 07:21:23
Hallo pj,

Sorry für die späte Antwort, ich war ein wenig im Stress :-)

Das Problem kam dadurch zustande, ich muss gestehen, ich habe das Ganze nur mit einem ESP und Billig China Controller realisiert, und nicht mit der Platine.

Man sollte auch mal ein Auge auf die Schematics werfen, da sieht man ja, dass der button active low ist. Also flux mal 10k als Pullup rein und schon ging es.

Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 09 September 2017, 10:40:36
Zitat von: xyro am 08 September 2017, 07:21:23
Das Problem kam dadurch zustande, ich muss gestehen, ich habe das Ganze nur mit einem ESP und Billig China Controller realisiert, und nicht mit der Platine.

Ah, verstehe. Es hätte mich auch gewundert ;-)

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 23 Oktober 2017, 20:25:39
habe ein Problem mit dem Modul.

Es läuft alles aber wenn ich nach einer Zeit über FHEM steuern will reagiert nix mehr. Habe 2 Module aktuell im Einsatz und beide sind dann tot. Wenn ich mit dem Handy dann die IP von einem der beiden Module eingebe fangen beide plötzlich an zu leuchten.

Einer eine Idee?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: lewej am 23 Oktober 2017, 21:38:06
Zitat von: pjakobs am 04 September 2017, 12:38:49
Vorsicht, der Controller kann dann ggf. nicht genug Strom liefern, ich meine, wir haben 16A max spezifiziert.

Der Controller selbst gibt Euch keine Längenbegrenzung vor, allerdings wird ab einer gewissen Länge der Leitungswiderstand der LED Strips relevant, d.h. am Ende kommt nicht mehr so viel Spannung an, wie erwünscht, die weiter entfernten LED leuchten dunkler.

Ich habe hier ca. 11m an einem Controller hängen und das funktioniert ganz gut. Bei 60 RGBWW (also vier-chip) LED pro Meter lieg ich hier selbst bei maximaler Last unter ca. 7A, sehe aber an einem Ende schon, dass die LED dunkler leuchten.

pj

Hallo,

Ich muss demnächst ca. 16m LED Stripes verlegen und zwar will ich RGB  CW und WW anschliessen. Kann ich das ganze mit 24V an einem Stück betreiben?

Oder muss ich zwischen durch einen LEDStripe Verstärker zwischen bauen?

Gruss
Lewej
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 12 November 2017, 14:50:50
Hallo zusammen
Ich habe meinen Controller vor ein paar Wochen bekommen, zusammengebaut und erfolgreich geflasht. Heute habe ich ihn zum erstenmal an ein LED Stripe gehängt. Rennt!

Nun meine Frage: ich habe ein RGB WW Band, welches aus 5 Leiterbahnen besteht. Wie erwähnt funktionieren die farbigen LED. Die warmweissen welche verbaut sind kriege ich jedoch nicht zum leuchten.

Beiliegend zwei Fotos wie ich den Stripe angeschlossen habe. Ich vermute schwer das dem WW die Spannung fehlt. Aber wie kann ich mein Band anschliessen, dass ich auch die Warmweissen bedienen kann?

(https://uploads.tapatalk-cdn.com/20171112/a4dd7cb3bcbfc3c0521a0c7120ae3da5.jpg)
(https://uploads.tapatalk-cdn.com/20171112/718baca9f8b91d6517ff335f6e3fd714.jpg)(https://uploads.tapatalk-cdn.com/20171112/f17410b70b5dbf4be005e628e816559d.jpg)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dev0 am 12 November 2017, 15:07:13
Zitat von: lewej am 23 Oktober 2017, 21:38:06
16m LED Stripes verlegen und zwar will ich RGB  CW und WW anschliessen. Kann ich das ganze mit 24V an einem Stück betreiben?
Ob 1 oder 10.000 Meter ist uninteressant, die Gesamtleistung der verwendeten LEDs ist ausschlaggebend. Ob 24V möglich sind hängt vonden den verwendeten Kondensotoren und Spannungswandler ab, vmtl. nicht. Also: Frage etwas genauer formulieren und die Grundlangen ala Ohmsches Gesetz berücksichtigen. Ich meine, dass das nicht wirklich zu viel verlangt ist...
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 12 November 2017, 20:14:37
Zitat von: Mumpitz am 12 November 2017, 14:50:50
Hallo zusammen
Ich habe meinen Controller vor ein paar Wochen bekommen, zusammengebaut und erfolgreich geflasht. Heute habe ich ihn zum erstenmal an ein LED Stripe gehängt. Rennt!

Nun meine Frage: ich habe ein RGB WW Band, welches aus 5 Leiterbahnen besteht. Wie erwähnt funktionieren die farbigen LED. Die warmweissen welche verbaut sind kriege ich jedoch nicht zum leuchten.

Beiliegend zwei Fotos wie ich den Stripe angeschlossen habe. Ich vermute schwer das dem WW die Spannung fehlt. Aber wie kann ich mein Band anschliessen, dass ich auch die Warmweissen bedienen kann?

(https://uploads.tapatalk-cdn.com/20171112/a4dd7cb3bcbfc3c0521a0c7120ae3da5.jpg)
(https://uploads.tapatalk-cdn.com/20171112/718baca9f8b91d6517ff335f6e3fd714.jpg)(https://uploads.tapatalk-cdn.com/20171112/f17410b70b5dbf4be005e628e816559d.jpg)
Hi Mumpitz,
Bei dem Streifen sollte eigentlich keine weitere Versorgung notwendig sein.

Teste mal folgendes:
Den weiss Kanal direkt an 12v+, dann sollte der WW 100% an sein, sonst ist der Stripe kaputt.
Danach würde ich den Ww an den anderen Weiss Port anschliessen.
Es liegt ja nur an der Firmware welche RGBW Kanäle geschaltet werden. Im Grunde kannst Du auch Grün (oder jede andere Farbe) mit weiss beschalten und die GPIOs im Sourcecode ändern ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 12 November 2017, 20:19:27
Zitat von: RaspiLED am 12 November 2017, 20:14:37
Hi Mumpitz,
Bei dem Streifen sollte eigentlich keine weitere Versorgung notwendig sein.

Teste mal folgendes:
Den weiss Kanal direkt an 12v+, dann sollte der WW 100% an sein, sonst ist der Stripe kaputt.
Danach würde ich den Ww an den anderen Weiss Port anschliessen.
Es liegt ja nur an der Firmware welche RGBW Kanäle geschaltet werden. Im Grunde kannst Du auch Grün (oder jede andere Farbe) mit weiss beschalten und die GPIOs im Sourcecode ändern ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Dann frag ich mal ganz einfach bevor ich verzweifle:
Wie schalte ich dann in der Controller Software nur warmweiss ein??
Ich habe den Farbpiker um die Farbe zu wählen. Wie schalte ich den WW?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 13 November 2017, 07:59:07
Zitat von: RaspiLED am 12 November 2017, 20:14:37
Hi Mumpitz,
Bei dem Streifen sollte eigentlich keine weitere Versorgung notwendig sein.

Teste mal folgendes:
Den weiss Kanal direkt an 12v+, dann sollte der WW 100% an sein, sonst ist der Stripe kaputt.
Danach würde ich den Ww an den anderen Weiss Port anschliessen.
Es liegt ja nur an der Firmware welche RGBW Kanäle geschaltet werden. Im Grunde kannst Du auch Grün (oder jede andere Farbe) mit weiss beschalten und die GPIOs im Sourcecode ändern ;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Moin Arnd
Liegt Plus nicht komplett auf dem Stripe, und man braucht Minus um es leuchten zu lassen!?
Gruss Christoph

@Mumpitz
Was hast du denn auf dem Controller aktiviert? Auf dem Webinterface kannst du das Teil auch erts einmal bedienen!

Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 13 November 2017, 08:22:02
Zitat von: pc1246 am 13 November 2017, 07:59:07
Moin Arnd
Liegt Plus nicht komplett auf dem Stripe, und man braucht Minus um es leuchten zu lassen!?
Gruss Christoph

@Mumpitz
Was hast du denn auf dem Controller aktiviert? Auf dem Webinterface kannst du das Teil auch erts einmal bedienen!

Gruss Christoph
Genau. Auf dem WebInterface habe ich ja den Colorpiker und kann auf dem zweiten Reiter einstellen ob ich ein RGB Stripe oder RGBWW habe.
Aber ich frage mich einfach, wie ich nur Warmweiss leuchten lassen kann?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 13 November 2017, 08:30:14
Hallo Mumpitz
Ich kann Dir das jetzt nicht so genau sagen. Erst heute Abend! Ich habe allerdings einen Controller, auf dem der eine Weiss-Kanal aus irgendeinem Grund nicht funktioniert. Ich habe den dann auf den anderen angeklemmt, da laeuft es!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 November 2017, 08:43:05
Zitat von: Mumpitz am 13 November 2017, 08:22:02
Genau. Auf dem WebInterface habe ich ja den Colorpiker und kann auf dem zweiten Reiter einstellen ob ich ein RGB Stripe oder RGBWW habe.
Aber ich frage mich einfach, wie ich nur Warmweiss leuchten lassen kann?

Wenn Du RGBWW eingestellt hast und eine reinweiße Farbe wählst (also die Sättigung null ist, also am linken Rand des Colorpickers) dann solltest Du auch nur den weißen Kanal bekommen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 13 November 2017, 10:15:05
Zitat von: pc1246 am 13 November 2017, 07:59:07
Moin Arnd
Liegt Plus nicht komplett auf dem Stripe, und man braucht Minus um es leuchten zu lassen!?
Gruss Christoph

@Mumpitz
Was hast du denn auf dem Controller aktiviert? Auf dem Webinterface kannst du das Teil auch erts einmal bedienen!

Gruss Christoph

Die Controller schalten auf der Masseseite und so sind üblicherweise auch die Strips verkabelt: alle Dioden liegen an einem gemeinsamen Plus (meist das schwarze Kabel) und leuchten, wenn die jeweilige Farbleitung auf Masse liegt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 13 November 2017, 22:36:09
Moin moin....

Nach langem hin- und herprobieren denke ich das eines der Platinen einen Kurzschluss hat.

Nachdem ich diesen einen  Controller zusammengelötet hatte (meinen vierten! die anderen 3 funzen 1a!) habe ich beim anschliessen des CP2102 an
dem 3,3v + GND Pin bemerkt, das die LED am ESP nicht kurz aufblinkte. Ein Test mit einem anderen klappte 1a. Den DCDC Umwandler habe
ich auf die richtige Spannung eingestellt.

Irgendwann bemerkte ich das mein CP2102 verdammt heiss wurde. Also abgeklemmt und auf Fehlersuche.

Da ich nun kein Elektriker / Elektroniker bin, habe ich mal hier und da geprüft. Heraus kam das diese eine Platine einen Kurzschluss hat
auf den Pins / Lötstellen C1 / C2 / GND / 3,3v und auf dem ESP VCC / D12 / GND. Und da auch mir als vollkommener Laie klar ist, das einen
kurzen an 3,3v und GND definitiv nicht sein sollte, wurde ich etwas misstrauisch.

Ich habe sogar den Elko auf C1 rausgelötet da ich den Fehler dort vermutete.... wie gesagt, kenn mich nicht so aus. Die beiden Lötstellen
(plus und minus) des C1 sind auch kurzgeschlossen. Hab das alles mit einem Voltmeter mit Durchgangsprüfung (piepen), oder wie das heisst, gemessen.

Bei einem Gegencheck mit einer noch leeren Platine habe ich diese Kurzschlüsse nicht.

Ist das ein Fehler der Produktion oder liege ich vollkommen falsch? Ich habe auch keine sichtbaren lötbrücken an den Lötstellen. Habe alles mit
Lupe und viel Licht abgesucht.

Gruss aus Hessen
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 November 2017, 09:46:46
Grundsätzlich: ein Kurzschluss ist nicht gut.

Hattest Du den Controller komplett montiert bestellt? Eigentlich sind die alle getestet und ok rausgegangen, aber es kann immer ein Bauteil kauptt gehen.
Du schreibst, Du hast den DC/DC Wandler korrekt eingestellt, ich nehme an, dass Du dazu den Jumper offen hattest, ja? Mit welcher externen Stromversorgung hast Du den Wandler getestet?
Wenn Du den Jumper abziehst, dann Du am Wandler auch die 3.3V (bei 12V am Vin)?

Wenn Du magst, schick mir die eine Platine einfach mal zurück, dann schau ich mir das an.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 14 November 2017, 09:51:55
Ich habe auch ein komisches verhalten. Wenn ich alle Kanäle angeschlossen habe flackert bei Änderung eines kanales der cw oder ww Kanal. Hab's aber noch nicht weiter untersucht 

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 November 2017, 09:55:53
@kmxak: das ist leider ein Bug in der aktuellen Firmware, für den wir den Fix noch nicht released haben.
Offen gesprochen ist die Firmware aktuell unser Sorgenkind, ich hoffe, dass wir den Teil bald besser in den Griff bekommen.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 14 November 2017, 10:01:56
Ok danke für die Info. Puh brauch ich nicht suchen :)

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 14 November 2017, 10:36:40
Hallo PJ, danke erst ein mal für die Antwort.

Zitat von: pjakobs am 14 November 2017, 09:46:46
Hattest Du den Controller komplett montiert bestellt? Eigentlich sind die alle getestet und ok rausgegangen, aber es kann immer ein Bauteil kauptt gehen.

Hatte die als Bausatz bestellt. Und ja, es kann immer mal ein Bauteil kaputtgehen, ich mache hier keine Vorwürfe ;) Ich selbst habe bereits 2 andere
erfolgreich zusammengebaut. Eines (der besagten 4) ist ein von dir komplett montiertes.... den hatte ich sozusagen für mich als "Vorlage" ;)

Zitat von: pjakobs am 14 November 2017, 09:46:46
Du schreibst, Du hast den DC/DC Wandler korrekt eingestellt, ich nehme an, dass Du dazu den Jumper offen hattest, ja? Mit welcher externen Stromversorgung hast Du den Wandler getestet?

Die bereits fertig gelötete Platine habe ich an einem regelbaren Tischnetzteil auf 12v eingestellt und davon die Enerigie bezogen. Wie in den anderen
dreien auch. Und ja, der Jumper muss ja offen sein (hab das auch so gemacht wie in deinem Video auf Youtube: Messfühler an GND und DCDC)

Zitat von: pjakobs am 14 November 2017, 09:46:46
Wenn Du den Jumper abziehst, dann Du am Wandler auch die 3.3V (bei 12V am Vin)?

Ja. 3.35v

Zitat von: pjakobs am 14 November 2017, 09:46:46
Wenn Du magst, schick mir die eine Platine einfach mal zurück, dann schau ich mir das an.

Das ist ein sehr nettes Angebot von dir und werde es, eigentlich nur aus neugier ob ich der Fehler bin oder die Platine selbst, in betracht ziehen. Aber nicht bevor ich das nicht noch einmal überprüft habe. :)

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 November 2017, 11:37:06
Was wir glaubich mal gesehen haben sind Fälle, wo der ESP12 ein bisschen schief aufgelötet war und, von außen unsichtbar, einen Kurzschluss mit einer der Durchkontaktierungen unter dem Modul ergab.
Auch gerne genommen sind die kleinen 0805 Widerstände, wenn da eine Lötperle für einen Kurzschluss sorgt oder der Widerstand selbst beide Pads berührt.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 14 November 2017, 14:01:01
Hallo nochmal PJ,

nach deinem letzten Post habe ich mir mal die kleinen Bausteine der Unterseite der Platine vorgeknöpft, und alle nochmals mit dem Lötsaugkolben
alles überflüssige Lot abgesaugt und nochmals alle mit Flussmittel benetzt und nachgelötet.

Siehe da: KEIN Kurzschluss mehr?!

Augenscheinlich schien aber vorher bei der Sichtprüfung alles OK zu sein.  :(

Wie dem auch seit: Der Kurzschluss ist weg (und mein ESP liegt perfekt auf der Platine  ;D)

Danke nochmal und Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 14 November 2017, 14:22:35
ja, so ist die Welt: zu wenig Lot ist schlecht, zu viel auch ;-)

Schön, dass es jetzt funktioniert!

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 14 November 2017, 23:12:46
Hallo da bin ich wieder mit anderem Thema.....  :-[

Heute wieder einen Controller zusammengelötet.... FW aufgespielt, AP des ESPs meldet sich, aber keines meiner Geräte kann sich anmelden.
Also mal an die COM angeschlossen und dabei stellt sich heraus das der Controller immer wieder startet. Folgende Meldung habe ich:

rBoot v1.3.0 - richardaburton@gmail.com
Flash Size:   16 Mbit
Flash Mode:   QIO
Flash Speed:  40 MHz
rBoot Option: Big flash
rBoot Option: RTC data

Booting rom 0.
rl+TCP connection
timeout updating: 70 -> 65535
Server timeout updating: 40 -> 90


RGBWW Controller v 0.3.1

sleep disable
Enabling AP and DNS server
mode : sta(60:01:94:0f:b4:7e) + softAP(62:01:94:0f:b4:7e)
add if0
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
f r0, Faal exception 29(StoreProhibitedCause):
epc1=0xFatal exception 4(Level1InterruptCause):
epc1=0x400005cb, epc2=0x00000000, epc3=0x40000053, excvaddr=0x00000000, depc=0x00000000

ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x40100000, len 1948, room 16
tail 12
chksum 0x37
ho 0 tail 12 room 4
load 0x3ffe8000, len 772, room 12
tail 8
chksum 0x6c
csum 0x6c


Kann jemand was damit anfangen und mir einen Tip / Lösung nennen?

Controller hängt an Tischnetzteil der auch 12v liefert. CP210x ist dran an TX/RX/GND.
P.S.: Ich weiss, normalerweise sollte es "Flash Size:   32 Mbit" heissen. Hatte das Problem auch mit 32 Mbit Einstellung, wollte es nur mal mit 16 austesten....

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 15 November 2017, 05:56:05
Moin Alex,

welches Flashtool verwendest du?
welche Baudrate verwendest du? Ggf mal mit 57.600 probieren
Alle drei Files geflash?
Die Adressen richtig eingestellt?

Mal den Testsketch geflasht?

Das fällt mir so aus dem Stand dazu ein....

Gruß
Pf@nne

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 15 November 2017, 07:45:07
Hallo Pf@nne...moin moin (bist ja ein echter frühaufsteher  :o)

Zitat von: Pf@nne am 15 November 2017, 05:56:05
welches Flashtool verwendest du?
welche Baudrate verwendest du? Ggf mal mit 57.600 probieren
Alle drei Files geflash?
Die Adressen richtig eingestellt?

Hab das GENAU nach deiner Anleitung hier im Forum geflasht (Antwort #399 am: 24 April 2016, 20:39:47). War mein 4. Controller den ich flashte.
Hab sogar die gleiche Version des Flashprogramms. Mit den Baudraten hatte ich auch schon rumgetestet, brachte aber keinen Erfolg. Die Adressen
sind richtig, 1:1 wie von deinem Beispiel (inkl. Adresse für das spiff_rom.bin).

Zitat von: Pf@nne am 15 November 2017, 05:56:05
Mal den Testsketch geflasht?

Nein, ich habe dies immer als Option betrachtet. Aber ich werde das gerne mal testen.

Zitat von: Pf@nne am 15 November 2017, 05:56:05
Das fällt mir so aus dem Stand dazu ein....

Ist doch schon mal ein Anfang ;)

Gruss
Alex

Nachtrag:
Hab mal "auf die Schnelle" den Sketch geflasht....

============================================
Flash real id:   001640EF
Flash real size: 4194304
Flash ide  size: 4194304
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration ok.
============================================


Exception (0):
epc1=0x40203863 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000007 depc=0x00000000

ctx: sys
sp: 3ffffde0 end: 3fffffb0 offset: 01a0

>>>stack>>>
3fffff80:  40218826 3fffdab0 00000000 3fffdcb0 
3fffff90:  40203217 3fffdab0 00000000 40202497 
3fffffa0:  3ffe8b80 40000f49 3fffdab0 40000f49 
<<<stack<<<

ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld



Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 15 November 2017, 09:35:54
Zitat von: bitbiter am 15 November 2017, 07:45:07
Hallo Pf@nne...moin moin (bist ja ein echter frühaufsteher  :o)

Hab das GENAU nach deiner Anleitung hier im Forum geflasht (Antwort #399 am: 24 April 2016, 20:39:47). War mein 4. Controller den ich flashte.
Hab sogar die gleiche Version des Flashprogramms. Mit den Baudraten hatte ich auch schon rumgetestet, brachte aber keinen Erfolg. Die Adressen
sind richtig, 1:1 wie von deinem Beispiel (inkl. Adresse für das spiff_rom.bin).

Nein, ich habe dies immer als Option betrachtet. Aber ich werde das gerne mal testen.

Ist doch schon mal ein Anfang ;)

Gruss
Alex

Nachtrag:
Hab mal "auf die Schnelle" den Sketch geflasht....

============================================
Flash real id:   001640EF
Flash real size: 4194304
Flash ide  size: 4194304
Flash ide speed: 40000000
Flash ide mode:  DIO
Flash Chip configuration ok.
============================================


Exception (0):
epc1=0x40203863 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000007 depc=0x00000000

ctx: sys
sp: 3ffffde0 end: 3fffffb0 offset: 01a0

>>>stack>>>
3fffff80:  40218826 3fffdab0 00000000 3fffdcb0 
3fffff90:  40203217 3fffdab0 00000000 40202497 
3fffffa0:  3ffe8b80 40000f49 3fffdab0 40000f49 
<<<stack<<<

ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1264, room 16
tail 0
chksum 0x0f
csum 0x0f
~ld




Hi bitbiter,
Wenn es Dein vierter ist, sollte die Softwareseite ja passen :-)
Meine Tipps wären:
a) ESP komplett leeren/erasen
b) Kondensatoren falsch rum verlötet/kalte Lötstelle
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 15 November 2017, 13:30:17
Hallo nochmal.

Hab mal, wie von Arnd vorgeschlagen, das Flash leergemacht und Polung Elko / Lötstellen überprüft. Leider keine Besserung.
Nochmal alles verglichen.

Aaaaber dann: hmm.... Falscher ESP?
Alle anderen (funktionierenden) haben den ESP wie auf dem LINKEN Controller... Probleme habe ich mit dem RECHTEN
(halber Controller abgebildet, bei dem wie zu sehen die Terminals fehlen)

Siehe angehängtes Bild...  :'(

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 November 2017, 14:03:39
Zitat von: bitbiter am 15 November 2017, 13:30:17
Hallo nochmal.

Hab mal, wie von Arnd vorgeschlagen, das Flash leergemacht und Polung Elko / Lötstellen überprüft. Leider keine Besserung.
Nochmal alles verglichen.

Aaaaber dann: hmm.... Falscher ESP?
Alle anderen (funktionierenden) haben den ESP wie auf dem LINKEN Controller... Probleme habe ich mit dem RECHTEN
(halber Controller abgebildet, bei dem wie zu sehen die Terminals fehlen)

Siehe angehängtes Bild...  :'(

Gruss
Alex
Ich kann das Bild leider nicht sehen, aber ich bin mir sicher, dass ich ausschließlich ESP12F Module verschickt habe....


pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 15 November 2017, 14:20:42
Zitat von: pjakobs am 15 November 2017, 14:03:39
Ich kann das Bild leider nicht sehen, aber ich bin mir sicher, dass ich ausschließlich ESP12F Module verschickt habe....

Ähm... ich habe NICHT gesagt das es von dir ist ... Sorry für das Missverständnis!!

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 November 2017, 15:33:48
Hi Alex, wenn ich das richtig sehe, dann ist der untere (auf der abgeschnittenen Platine) ein ESP12-E. Der funktioniert grundsätzlich genauso wie der -F den ich beschafft hatte. Wenn er nicht völlig defekt ist (und ich habe mittlerweile ESPs gesehen, deren FLASH Chip nach längerem Einsatz nicht mehr zuverlässig ist), dann tippe ich auf den Stromverbrauch.
Versorgst Du die Platine beim Flashen über den USB Adapter mit Spannung oder über ein externes Netzteil? Letzteres (mit gestecktem 3.3V Jumper, Masse, Rx und Tx mit dem USB Teil verbunden) funktioniert eigentlich immer.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 15 November 2017, 15:46:40
OK, dann ist es keine inkompatibilität des ESP-E.

Geflasht habe ich es MIT und OHNE ext. Netzteil. Genau so wie du beschrieben hast, hatte ich es angeklemmt, mit gestecktem 3.3V Jumper
(3,3v<-->DCDC), Masse, Rx und Tx mit dem USB Teil verbunden.

Ich finde es nur komisch, da das flashen selbst augenscheinlich geklappt hat. Es baut auch ein AP auf, es ist sichtbar, aber ich kann nicht mit dem
AP connecten.

Die ständigen Reboots machen mich stutzig.

Wenn es für mich als Laie nicht so unendlich schwer wäre den ESP-E wieder auszulöten und einen anderen ESP-F (oder auch einen anderen ESP-E)
zu testen, hätte ich es schon längst getan.

Apropos: Any Tips zum "Ent-Löten"?

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 15 November 2017, 15:49:16
Zitat von: bitbiter am 15 November 2017, 15:46:40
OK, dann ist es keine inkompatibilität des ESP-E.

Geflasht habe ich es MIT und OHNE ext. Netzteil. Genau so wie du beschrieben hast, hatte ich es angeklemmt, mit gestecktem 3.3V Jumper
(3,3v<-->DCDC), Masse, Rx und Tx mit dem USB Teil verbunden.

Ich finde es nur komisch, da das flashen selbst augenscheinlich geklappt hat. Es baut auch ein AP auf, es ist sichtbar, aber ich kann nicht mit dem
AP connecten.

Die ständigen Reboots machen mich stutzig.

Wenn es für mich als Laie nicht so unendlich schwer wäre den ESP-E wieder auszulöten und einen anderen ESP-F (oder auch einen anderen ESP-E)
zu testen, hätte ich es schon längst getan.

Apropos: Any Tips zum "Ent-Löten"?

Gruss
Alex
Ich tippe auf eine oder mehrere defekte Flash Zellen. Hintergrund: die Firmware legt ihre Konfiguration in einem Flash Filesystem ab (SPIFFS). Das liegt immer an der gleichen Stelle. Wenn da ein Block nicht funktioniert, können keine Daten geschrieben werden. Ich habe leider auch so einen Kollegen hier oben.

Grüße

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Pf@nne am 15 November 2017, 20:14:27
Zitat von: bitbiter am 15 November 2017, 15:46:40
Apropos: Any Tips zum "Ent-Löten"?

Nimm einen kleinen Uhrmacherschraubendreher und stecke ihn auf der einen Seite vorsichtig zwischen ESP und PCB.
Dann die ESP-Anschlüsse auf dieser Seite mit reichlich zusätzlichem Lötzinn erwärmen.
Nimm soviel Lötzinn, dass praktische alle Anschlüsse miteinander vebunden sind oder zumindest eine große Menge flüssigen Lötzinns mit der Kolbenspitze bewegt werden kann.
Zeitgleich den Schraubendreher verdrehen, im Nu sollte der ESP auf einer Seite los sein.

Nach dem Auslöten die Pads mit Entlötlitze wieder vom Lötzinn befreien.

Viel Erfolg!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 15 November 2017, 21:05:21
Hallo Pf@nne

Danke werde ich mal testen! Habs dummerweise durch meine Versuche verm. schon zerstört.
Eines der Pads des EPS´s auf der Platine hat sich bereits gelöst... mal sehen was ich hinbekomme....

Nachtrag:
Platine zerstört! R.I.P.  :'(

Gruss
Alex
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 16 November 2017, 16:18:50
die Dinger auszulöten ist ohne ordentliche Heißluftstation oder Lötpumpe ziemlich übel. Was so halbwegs funktioniert ist ein dünner Teflonstreifen, den man Stück für Stück unter die aufgeschmolzenen Pads schiebt.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: bitbiter am 16 November 2017, 16:25:54
Zitat von: pjakobs am 16 November 2017, 16:18:50
die Dinger auszulöten ist ohne ordentliche Heißluftstation oder Lötpumpe ziemlich übel.

Jep! Jetzt aber könnte ich eine neue Platine gebrauchen... ;)

Allgemeine unverbindliche Anfrage:
Hat u. U. jemand hier im Forum eine zu verkaufen? Bitte PN.

Auf jeden Fall allen hier ein dickes "Danke!" für die Hilfe!

LG
Alex
Titel: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 19 November 2017, 12:51:45
Hallo zusammen
Ich habe zwei Controller geordert, gelötet, geflasht und diese warten nun auf den Einsatz Outdoor. Ich werde damit drei Metallrahmen, wo das Holz für die Feuerstelle gelagert wird, mittels 3 LED Stripes beleuchten. Nun, ich habe es mal Versuchsweise getestet, dafür habe ich ein etwas stärkeres Netzteil, 10A, genommen und die beiden 5m LED Stripes aneinander gemacht. Es funktioniert, das zweite wird zwar minim weniger Hell, aber immernoch brauchbar. Ebenso wird der Controller oder das Netzteil kein bisschen warm.

Nun, rein bautechnisch wäre es am Bestimmungsort viel einfacher, wenn ich die beiden LED Stripe nicht aneinander machen müsste, sondern beide direkt an den blauen Klammern des Controllers anstecken könnte. Ich schätze das nennt sich nicht in Serie, sondern parallel angeschlossen?

Darf ich das oder geht dann der Controller hops?? Würde gern eure Meinung wissen bevor ich einen Feldversuch wage [emoji4]

Danke für euren Input


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 19 November 2017, 13:11:55
Hi,
Die einzelnen LEDs sind doch eh alle parallel zwischen Farbe (als Gnd) und +12V. Also ja kannst Du machen! Der Spannungsabfall am zweiten Streifen ist dadurch sogar geringer (5m statt 10m am Ende). Also sollte der Farbunterschied weg sein ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 November 2017, 13:24:51
Moin zusammen, mal schnell ein Lebenszeichen vom Controller, hier hab ich einen der neuen Prototypen in eine bestehende LED Lampe eingebaut. Die Lichtausbeute ist etwas gering, weil ich als LED Strip nur 12 Chips unterbringen konnte, aber ich find es schonmal ganz nett, und der kleine Controller passt prima in den Lampenfuß, nur das Netzteil muss extern sein.

Grüße

pj (https://uploads.tapatalk-cdn.com/20171119/417604c13d822b82fef3496c711e20fb.jpg)(https://uploads.tapatalk-cdn.com/20171119/e091e01d0ccfe59ae3a82c7dd71c8bf5.jpg)(https://uploads.tapatalk-cdn.com/20171119/bd646db593e555d8538d71e74457aa98.jpg)

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 19 November 2017, 13:32:50
Und eine Bitte hab ich:

ich bin zwar mittlerweile in Eagle relativ gut, aber ich versuche seit geraumer Zeit die Bibliotheken für die dritte Version aufzuräumen - ohne Erfolg. Gibt es unter Euch jemanden, der darin wirklich gut ist und mir helfen möchte?

Wenn alle Bauteile endlich wieder zugeordnet sind und der Silkscreen aufgräumt ist, dann kann ich Angebote einholen.

Grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dolittle am 24 November 2017, 07:38:51
Zitat von: pjakobs am 16 November 2017, 16:18:50
die Dinger auszulöten ist ohne ordentliche Heißluftstation oder Lötpumpe ziemlich übel. Was so halbwegs funktioniert ist ein dünner Teflonstreifen, den man Stück für Stück unter die aufgeschmolzenen Pads schiebt.

pj

Hi,
ist zwar etwas spät, aber mir ist das auch zwei mal passiert und ich hab einfach mit viel Lötzinn alle Pins einer Seite des ESPs verbunden. Danach konnte ich dadurch alle Pins flüssig bekommen und somit diese Seite vorsichtig so weit anheben, dass der Lötfilm riss. Das selbe spielchen auf der anderen Seite und das Ding ist draußen. Danach noch die Pins putzen und alles ist Bereit für einen Ersatz.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Fritz!Maxi am 26 November 2017, 22:04:04
Guten Abend,

ich habe ein kleines Problem mit meinen 4 Controllern (aus der Sammelbestellung 2.5) bezüglich der WLAN Konfiguration. Die EInrichtung funktioniert problemlos. Ich habe die Controller jeweils mit fester IP Adresse konfiguriert, die Verbindung erfolgt über eine Fritzbox.

Problem: Immer wenn die WLAN Verbindung zur Fritzbox abbricht, z.B bei einem Neustart der Fritzbox, verbinden sich die RGBWW Wifi Led Controller nicht erneut mit der Fritzbox. Ich muss mich dann mit jedem Controller einzeln verbinden (über die 192.168.4.1) und diese dann wieder mit dem WLAN den Fritzbox verbinden.

Gibt es irgendeine Möglichkeit SSID und WLAN Passwort dauerhaft in den Controllern zu speichern damit sie sich immer automatisch mit meiner Fritzbox verbinden?

ZitatFirmware  0.3.1   (v0.3.1)
Web Interface  0.3.3
RGBWW Version  0.8.1
SMING Version  2.1.0
Viele Grüße,Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 November 2017, 09:15:40
Zitat von: Fritz!Maxi am 26 November 2017, 22:04:04
Guten Abend,

ich habe ein kleines Problem mit meinen 4 Controllern (aus der Sammelbestellung 2.5) bezüglich der WLAN Konfiguration. Die EInrichtung funktioniert problemlos. Ich habe die Controller jeweils mit fester IP Adresse konfiguriert, die Verbindung erfolgt über eine Fritzbox.

Problem: Immer wenn die WLAN Verbindung zur Fritzbox abbricht, z.B bei einem Neustart der Fritzbox, verbinden sich die RGBWW Wifi Led Controller nicht erneut mit der Fritzbox. Ich muss mich dann mit jedem Controller einzeln verbinden (über die 192.168.4.1) und diese dann wieder mit dem WLAN den Fritzbox verbinden.

Gibt es irgendeine Möglichkeit SSID und WLAN Passwort dauerhaft in den Controllern zu speichern damit sie sich immer automatisch mit meiner Fritzbox verbinden?
Viele Grüße,Christoph
Das klingt seltsam, die Controller speichern die gesamte Konfiguration im Flash. Du beschreibst, dass das nach einem WLAN Ausfall passiert, nicht nach dem Neustart der Controller?
Beim Controller Reset könnte ich mir das vorstellen, wenn aus irgendeinem Grund der CLR pin aktiviert wäre (Lotbrücke, defekter Taster o.ä.)

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Per am 27 November 2017, 12:04:55
Meine verbinden sich auch nicht wieder automatisch, aber da reicht ein Restart.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 27 November 2017, 12:33:11
Zitat von: Per am 27 November 2017, 12:04:55
Meine verbinden sich auch nicht wieder automatisch, aber da reicht ein Restart.
Hallo Per
Ich glaube das ist die Loesung! Wenn die die Verbindung verlieren, dann spannen die nur Ihr eigenes Netz auf. Wenn man Sie einfach auch neu startet, dann suchen Sie auch wieder Ihr Netz! Bei mir kommt das auch ab und an mal vor!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 27 November 2017, 13:04:35
Kann man das nicht deaktivieren und seine ssid und pw direkt in den Code schreiben. Hatte das auch schon und die Controller sind echt bescheiden erreichbar für einen reset 

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 27 November 2017, 13:11:04
Wer Lust hat, kann das ja mal mit dieser alternativen Firmware ausprobieren:
https://forum.fhem.de/index.php/topic,70738.0.html

Ist etwas länger her, aber ich bin mir recht sicher, das Problem dort damals behoben zu haben.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 27 November 2017, 13:21:33
Zitat von: kmxak am 27 November 2017, 13:04:35
Kann man das nicht deaktivieren und seine ssid und pw direkt in den Code schreiben. Hatte das auch schon und die Controller sind echt bescheiden erreichbar für einen reset 

Gesendet von meinem SM-G930F mit Tapatalk
Ich weiß, dass es hier im Thread mal eine Diskussion des Verhaltens gab, such mal danach. Wenn ich mich recht entsinne, dann passiert folgendes:
Verliert der Controller sein konfiguriertes WLAN, dann öffnet er den Access point, scannt aber weiter regelmäßig nach dem WLAN. Wenn er das dann wieder findet (ich glaube alle fünf Minuten versucht er es), dann verbindet er sich damit, wenn nicht, kann man es über das Ui neu konfigurieren.

Ich hab schon damals das Problem unter meinen mittlerweile fast 10 Controllern nicht nachvollziehen können....

Grüße,

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Markus. am 27 November 2017, 14:29:38
Hall Zusammen,

mal eine Frage zu den Bauteilen....
Geht für den 330uF Elko auch ein Rastermaß von 3,5 anstatt wie in der Stückliste angegeben 2,5. Bei Reichelt scheints nur den mit 3,5 zu geben.. :-(

Gruß

Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 27 November 2017, 14:36:21
Zitat von: kmxak am 27 November 2017, 13:04:35
Kann man das nicht deaktivieren und seine ssid und pw direkt in den Code schreiben. Hatte das auch schon und die Controller sind echt bescheiden erreichbar für einen reset 

Gesendet von meinem SM-G930F mit Tapatalk
Seltsam, du kannst dem Controller nicht die Spannung wegnehmen?
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 27 November 2017, 17:46:55
sehr umständlich verbaut
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: GU!DO am 27 November 2017, 19:34:00
Hallo Zusammen,

sind eigentlich noch Platinen oder komplette Bausätze aus der letzten Sammelbestellung verfügbar?

Vielen Dank

Guido
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Fritz!Maxi am 28 November 2017, 22:36:00
Zitat von: vbs am 27 November 2017, 13:11:04
Wer Lust hat, kann das ja mal mit dieser alternativen Firmware ausprobieren:
https://forum.fhem.de/index.php/topic,70738.0.html (https://forum.fhem.de/index.php/topic,70738.0.html)
...
Werde ich mal testen und dann berichten.


VG,
Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 28 November 2017, 22:46:40
Zitat von: vbs am 27 November 2017, 13:11:04
Wer Lust hat, kann das ja mal mit dieser alternativen Firmware ausprobieren:
https://forum.fhem.de/index.php/topic,70738.0.html

Ist etwas länger her, aber ich bin mir recht sicher, das Problem dort damals behoben zu haben.

hattest du da noch welche änderungen oder fixes mit eingebaut?

Bei der anderen FW ist ja schon recht lange nix mehr passiert.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 28 November 2017, 23:41:59
Ja, da sind auch eine ganze Reihe von Erweiterungen eingeflossen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 29 November 2017, 10:02:57
ja, leider ist die Firmware mein Sorgenkind.
Wer sich berufen fühlt, daran mitzuarbeiten ist gerne eingeladen, ich schaff das leider nicht auch noch, hab schon zu viele Projekte gleichzeitig und muss ja irgendwie auch meine Brötchen verdienen.
Langsam glaube ich auch, ein Port auf eine einfachere Platform wie PlatformIO wäre hilfreich, Swing ist ziemlich zickig und umständlich.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Markus. am 30 November 2017, 18:40:29
Hallo Zusammen,

ich habe die REv 1.5 Platinen und auf git ist ja eine Stückliste. Jedoch sind auf git auch R11 und R12. Die fehlen auf der Rev 1.5 Platine ja. Ist dann R1 - R10 = 10k ?
Hat mal jemand mal ein Bild von einer fertigen Rev 1.5 Platine ?

Gruß

Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 01 Dezember 2017, 15:21:29
ich hab gerade keine vor Augen, aber iirc ja, es waren alles 10k Widerstände.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 02 Dezember 2017, 14:54:32
Mein Controller ist manchmal nicht erreichbar. Wenn ich dann aber über Web ansteuern geht es über fhem auch wieder. Einer eine idee?

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 06 Dezember 2017, 14:50:16
Ich hab hier zu Werbezwecken nochmal alle in meiner alternativen Firmware enthaltenen Änderungen/Erweiterungen zusammengefasst (zumindest die, die mir noch eingefallen sind)  8)
https://github.com/verybadsoldier/esp_rgbww_firmware/wiki#modifications
https://github.com/verybadsoldier/esp_rgbww_fhemmodule/wiki#modifcations

Zu finden hier:
https://forum.fhem.de/index.php?topic=70738.0
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Markus. am 06 Dezember 2017, 17:14:48
macht es nicht Sinn die Versionen zu "mergen". Also mir fällt es immer schwer einen Überblick zu behalten bei der Vielfalt der Versionen die für manche Module existieren. Auch dann die Kombi Modul-Version <-> Firmware. usw...

Gruß

Markus
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Fritz!Maxi am 06 Dezember 2017, 21:16:03
Zitat von: vbs am 27 November 2017, 13:11:04
Wer Lust hat, kann das ja mal mit dieser alternativen Firmware ausprobieren:
https://forum.fhem.de/index.php/topic,70738.0.html (https://forum.fhem.de/index.php/topic,70738.0.html)

Ist etwas länger her, aber ich bin mir recht sicher, das Problem dort damals behoben zu haben.


Ich habe die Firmware jetzt seit einigen Tagen drauf und hatte bisher keine Aussetzer. Fritzbox Neustart ist auch kein Problem, die Controller verbinden sich sofort wieder mit dem WLAN. Für meine Umgebung läuft die Firmware bisher also stabiler!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Blauhorn am 07 Dezember 2017, 07:58:53
Moin,

von mir mal noch eine Frage zur vbs-FW:
ich kann die Web-GUI doch mit einem Passwort absichern. Da habe ich aber festgestellt, dass FHEM dann den LEDController nicht mehr erreicht. Kann ich in der device-Konfiguration irgendwo das Passwort mitgeben?

Hintergrund:
Wenn die Fritzbox mal kurz ausfällt spannt der Controller ja trotzdem kurz einen AP auf, auf den dann über die WEB-GUI ungesicherter Zugriff besteht. Da könnte dann im Prinzip jeder ran, der die Fritzbox mal eben kurz zum Neustart zwingen kann.

Gruß vom Blauhorn
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 07 Dezember 2017, 08:32:46
Zitat von: Blauhorn am 07 Dezember 2017, 07:58:53
Moin,

von mir mal noch eine Frage zur vbs-FW:
ich kann die Web-GUI doch mit einem Passwort absichern. Da habe ich aber festgestellt, dass FHEM dann den LEDController nicht mehr erreicht. Kann ich in der device-Konfiguration irgendwo das Passwort mitgeben?

Hintergrund:
Wenn die Fritzbox mal kurz ausfällt spannt der Controller ja trotzdem kurz einen AP auf, auf den dann über die WEB-GUI ungesicherter Zugriff besteht. Da könnte dann im Prinzip jeder ran, der die Fritzbox mal eben kurz zum Neustart zwingen kann.

Gruß vom Blauhorn
Nope, das fhem Modul kann derzeit nicht mit gesicherten Controllern reden.

Grüße,

pj

Kurz da auf dem Telefon getippt

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 07 Dezember 2017, 11:02:51
Zitat von: Blauhorn am 07 Dezember 2017, 07:58:53
von mir mal noch eine Frage zur vbs-FW:
ich kann die Web-GUI doch mit einem Passwort absichern. Da habe ich aber festgestellt, dass FHEM dann den LEDController nicht mehr erreicht. Kann ich in der device-Konfiguration irgendwo das Passwort mitgeben?

Hintergrund:
Wenn die Fritzbox mal kurz ausfällt spannt der Controller ja trotzdem kurz einen AP auf, auf den dann über die WEB-GUI ungesicherter Zugriff besteht. Da könnte dann im Prinzip jeder ran, der die Fritzbox mal eben kurz zum Neustart zwingen kann.
Einfacher ist es mMn wenn du den Config-Parameter "ap-secured" aktivierst. Dann wird der eigene Access-Point mit WPA2 und Passwort aufgespannt. Parameter "ap-password" wird als Passwort benutzt. Defaultmäßig ist das "rgbwwctrl". Wenn du auf vbs11 updatest, dann kannst du das Passwort auch über FHEM setzen (das fehlte bisher).
SSID ist da übrigens auch einstellbar, so dass du jedem Controller eine eindeutige SSID geben könntest.

PS.
Die Fritzbox sollte eigentlich nicht mal kurz ausfallen, was ist das los??  8)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Blauhorn am 07 Dezember 2017, 14:59:08
Zitat von: vbs am 07 Dezember 2017, 11:02:51
Einfacher ist es mMn wenn du den Config-Parameter "ap-secured" aktivierst. Dann wird der eigene Access-Point mit WPA2 und Passwort aufgespannt. Parameter "ap-password" wird als Passwort benutzt. Defaultmäßig ist das "rgbwwctrl". Wenn du auf vbs11 updatest, dann kannst du das Passwort auch über FHEM setzen (das fehlte bisher).
SSID ist da übrigens auch einstellbar, so dass du jedem Controller eine eindeutige SSID geben könntest.
Okay, das probiere ich aus.

Zitat von: vbs am 07 Dezember 2017, 11:02:51
PS.
Die Fritzbox sollte eigentlich nicht mal kurz ausfallen, was ist das los??  8)
Eigentlich nur ein theoretisches Angriffsszenario. Fakt ist, dass es im vergangenen Jahr zwei bis dreimal vorgekommen ist, dass die Box sich spontan neu gestartet hat. Möglicherweise ein kleiner Wartungscheck vom Dienstleister oder Zufall, weil es eben mal dran war. Kann aber genausogut durch Stromausfall im Haus, Sicherungscheck, oder kurzen Blackout von draußen oder sowas sein.
Die Ledcontroller sind viel schneller wieder da, als die Box, und das kann theoretisch ausgenutzt werden, wenn deren APs ungesichert sind.

Gruß vom Blauhorn
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: wulfmain am 14 Januar 2018, 23:08:01
Kann ich noch fertige Controller bestellen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 15 Januar 2018, 06:54:42
Moin
Es gibt einen thread, wo es noch mal eine veraenderte Version geben wird. Die kommen dann aber komplett fertig aus China!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Thomas159 am 20 Januar 2018, 09:14:20
Hallo, ich würde gerne auch noch zwei bestellen. Ich habe leider keinen neuen Thread gefunden. Gibt es schon einen?
Gruss
Thomas
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 20 Januar 2018, 11:09:23
Zitat von: Thomas159 am 20 Januar 2018, 09:14:20
Hallo, ich würde gerne auch noch zwei bestellen. Ich habe leider keinen neuen Thread gefunden. Gibt es schon einen?
Gruss
Thomas
Moin
Also meine Suche, mit "RGBWW controller", hat an 12er Stelle den gewuenschten thread gefunden. Ein Hinweis zur Suchfunktion im Forum ist bei den Anfaengerfragen klar herausgestellt. Es wird nur Baumabwaerts gesucht, nicht aufwaerts. Je tiefer man also in den Unterforen abgetaucht ist, desto weniger findet man!
https://forum.fhem.de/index.php/topic,69740.0.html
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: mof am 31 Januar 2018, 15:12:20
Hallo,
ich wollt mal fragen, ob es noch mal die Möglichkeit gibt an einer Sammelbestellung teilzunehmen.
Martin
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 31 Januar 2018, 15:14:41
Genau im Beitrag über dir steht die Info verlinkt.

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Icinger am 08 Februar 2018, 21:02:16
Hat sich zwischenzeitlich eigentlich schon jemand mal die Arbeit gemacht, ein passendes Gehäuse für das Modul zu zeichnen?
Also gibts eine .stl-Datei?

Habe leider weder über die Forensuche noch über google-Suche was dazu gefunden.

lg, Stefan
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kmxak am 09 Februar 2018, 07:45:22
Ab in die feuchtraum dose. So hab ich es gemacht

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Tom71 am 15 März 2018, 14:01:48
Ich benutze hier die gleichen, wie für den Wettersensor:
https://www.tme.eu/de/details/box-sens-white/gehaeuse-fuer-alarmanlagen-und-sensoren/supertronic/

Passt ganz gut.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Tobias am 30 März 2018, 08:04:55
HI,
gibt es denn noch fertig aufgebaute Platinen?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: kadettilac89 am 30 März 2018, 12:03:08
Zitat von: Tobias am 30 März 2018, 08:04:55
HI,
gibt es denn noch fertig aufgebaute Platinen?

Lass dich am besten über Änderungen hier .... https://forum.fhem.de/index.php/topic,70455.45.html .... benachrichtigen. Pjakobs testet gerade das neue Platinenlayout. Wenn die Tests erfolgreich sind, wird wahrscheinlich eine größere Menge in China gefertigt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Christian Uhlmann am 14 Mai 2018, 13:50:28
Hi fhemler,

Zitat von: fhemler am 18 Juni 2017, 19:01:28
Boah, ich Vollhonk habe heute beim ersten anschließen einen von meinen Controllern gehimmelt. Mal schön V+ und GND vertauscht [emoji30] [emoji37]

Ich hoffe es hat nur den DC/DC Wandler erwischt (der hat auf jeden fall gut gequalmt) und das ich den auch gut ausgetauscht bekomme...

ist mir heute auch passiert, war nur der DC/DC Wandler kaputt oder mehr?
Mir ist das ganze passiert, als ich das ganze mal enstauben wollten, da habe ich dann danach + und - einfach mal falschherum reingeschraubt :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: fhemler am 14 Mai 2018, 14:30:50
Der Wandler war hinüber und ein Kondensator. Das konnte man auch recht deutlich erkennen. Beides ausgetauscht und läuft wieder! [emoji39]
Zitat von: Christian Uhlmann am 14 Mai 2018, 13:50:28
Hi fhemler,

ist mir heute auch passiert, war nur der DC/DC Wandler kaputt oder mehr?
Mir ist das ganze passiert, als ich das ganze mal enstauben wollten, da habe ich dann danach + und - einfach mal falschherum reingeschraubt :(
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: masked__rider am 02 Juni 2018, 22:02:59
Hi!

Wie siehts aus, gibts noch irgendwo Bausätze oder fertig aufgebaute Controller?  Bin gerade per Zufall über das Projekt gestolpert, und da ich mit meinem LD382 eh nicht ganz zufrieden bin, wäre das eine extrem gute Alternative.

cheers!
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 03 Juni 2018, 07:16:20
Zitat von: masked__rider am 02 Juni 2018, 22:02:59
Hi!

Wie siehts aus, gibts noch irgendwo Bausätze oder fertig aufgebaute Controller?  Bin gerade per Zufall über das Projekt gestolpert, und da ich mit meinem LD382 eh nicht ganz zufrieden bin, wäre das eine extrem gute Alternative.

cheers!
Wir haben gerade einen neuen Controller im Test und werden hoffentlich bald die Sammelbestellung starten. Es wird voraussichtlich nur Komplettgeräte geben die dann so um die 14 Euro kosten werden. (ohne Gehäuse)

Grüße,

pj

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: masked__rider am 08 Juni 2018, 01:05:21
Okay, danke für die Info. Bekomm jetzt erstmal zwei Stück vom Forenmitlgied Markus., aber bei einer Sammelbestellung wäre ich schon dabei  ;D

Was wird in der Neuauflage geändert werden?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: tecci am 11 Juni 2018, 11:23:28
hallo Zusammen,

wie ist denn das Prozedere wenn man eventuell an der Sammelbestellung teilnehmen möchte? Hoffe ich habe da nichts überlesen, bin noch neu hier ;-)

Viele Grüße

Frank
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: joschi2009 am 11 Juni 2018, 12:29:53
Zitat von: tecci am 11 Juni 2018, 11:23:28
hallo Zusammen,

wie ist denn das Prozedere wenn man eventuell an der Sammelbestellung teilnehmen möchte? Hoffe ich habe da nichts überlesen, bin noch neu hier ;-)


Nachfolgemodell (https://forum.fhem.de/index.php/topic,69740.0.html) 
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Klaus0815 am 24 Juni 2018, 21:50:02
Konnte jetzt nicht alle 108 Seiten des Threads durchlesen -
Hat jemand das Skript schon erfolgreich auf einem 801 RGB Controller zum laufen gebracht?

Dieser hat nur 1MB EEPROM, auch ist die TX-Leitung auf UART1 gelegt, so das ich keine Debug-Ausgaben erhalte

Bevor ich jetzt eig versuche, vielleicht hat ja jemand den entscheidenden Tip für mich?

Viele Grüße

Klaus

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: devil2k am 22 Juli 2018, 10:55:24
Hallo

habe das Problem wenn ich micu per W-Lan nach dem Flashen mit dem ESP verbinden will, dieser mir eine 404-Seite anzeigt. Somit habe ich nicht die möglichkeit meinen Home Wlan einzurichten.
Laut Seriel-log (siehe Foto) passt aber alles.

Hoffe es kann mir wer helfen.

Danke
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 22 Juli 2018, 11:24:51
Zitat von: devil2k am 22 Juli 2018, 10:55:24
Hallo

habe das Problem wenn ich micu per W-Lan nach dem Flashen mit dem ESP verbinden will, dieser mir eine 404-Seite anzeigt. Somit habe ich nicht die möglichkeit meinen Home Wlan einzurichten.
Laut Seriel-log (siehe Foto) passt aber alles.

Hoffe es kann mir wer helfen.

Danke
404 bedeutet fast sicher, dass das spiffs nicht erfolgreich geflasht wurde. Versuch den Controller mal neu zu flashen und achte auf fehler oder abbrüche bei der letzten datei.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: devil2k am 22 Juli 2018, 11:45:00
Zitat von: pjakobs am 22 Juli 2018, 11:24:51
404 bedeutet fast sicher, dass das spiffs nicht erfolgreich geflasht wurde. Versuch den Controller mal neu zu flashen und achte auf fehler oder abbrüche bei der letzten datei.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Danke. hatte zu erst im Tool alle 3 *.bin in einem rutsch geflasht.

Jetzt nachdem ich alle 3 einzeln geflasht habe, geht es.

Danke nochmal

Perfekt
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: devil2k am 22 Juli 2018, 12:32:10
Kurze andere Frage.

Ist es möglich mit der Software auch einen ws8212b LED Stripe zu steuern?

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 22 Juli 2018, 13:33:03
Zitat von: devil2k am 22 Juli 2018, 12:32:10
Kurze andere Frage.

Ist es möglich mit der Software auch einen ws8212b LED Stripe zu steuern?
Nein. Diese Firmware steuert fünf pwm Kanäle, ws2812b u.ä. verwenden ein serielles Protokoll und brauchen eine völlig andere Ansteuerung, sowohl in Software als auch in Hardware. Schau Dir alternativ mal an, was ESPEasy und Tasmota können.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Frank_Huber am 23 August 2018, 16:09:07
Zitat von: devil2k am 22 Juli 2018, 12:32:10
Kurze andere Frage.

Ist es möglich mit der Software auch einen ws8212b LED Stripe zu steuern?
Du brauchst einen ESP und das hier:
https://forum.fhem.de/index.php/topic,50174.0.html
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Fritz!Maxi am 24 August 2018, 10:18:14
Zitat von: devil2k am 22 Juli 2018, 12:32:10
Kurze andere Frage.

Ist es möglich mit der Software auch einen ws8212b LED Stripe zu steuern?
Oder mit McLighting: https://forum.fhem.de/index.php/topic,85796.0.html (https://forum.fhem.de/index.php/topic,85796.0.html)
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Heinz Krischeu am 28 August 2018, 12:17:14
Hi,
bin grad dabei meinen Carport zu beleuchten.
Welche Stripes werden denn unterstützt?
Kann man denn die Hardware bestellen oder dauert es bis zur nächsten Sammelbestellung?
Grüße
Heinz


Zitat von: devil2k am 22 Juli 2018, 12:32:10
Kurze andere Frage.

Ist es möglich mit der Software auch einen ws8212b LED Stripe zu steuern?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Anton am 27 September 2018, 18:14:15
Bei Sammelbestellung wäre ich auch dabei.
Dauert das noch lange?
Ich hätte gerne erstmal 2 Stück.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 28 September 2018, 08:33:20
Moin
Wenn Ihr bei der naechsten Sammelbestellung dabei sein wollt, dann solltet Ihr mal hier https://forum.fhem.de/index.php/topic,69740.0.html vorbeischauen. Momentan sind Peter und ich aber noch am verhandeln, wie wir das abwickeln wollen!
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Olly am 30 September 2018, 17:56:46
Hallo,

ich habe dummerweise ein falsches Netzteil gegriffen und den Controller (v1.5) mit 12V Wechselspannung befeuert. Nachdem ich den Fehler bemerkt habe und ein passendes Netzteil angeschlossen habe bekommt der ESP jetzt auch wieder 3,3 V geliefert, scheint aber leider nicht mehr zu funktionieren. Über die serielle Schnittstelle bekomme ich jedenfalls nichts ausgegeben.
Habt ihr Tipps, was ich testen kann, ob noch leben drin ist?

Danke und Gruß

     Olly
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Markus. am 30 September 2018, 18:15:14
Hallo Olly,

also wenn er seriell nix mehr sagt wird der ESP wohl hin sein.. :-(
Eventuell mal versuchen ein "erase_flash " mit esptool.py.exe zu machen und danach neu zu flashen.

Gruß

Markus

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Olly am 30 September 2018, 18:41:04


Zitat von: Markus. am 30 September 2018, 18:15:14
Hallo Olly,

also wenn er seriell nix mehr sagt wird der ESP wohl hin sein.. :-(
Eventuell mal versuchen ein "erase_flash " mit esptool.py.exe zu machen und danach neu zu flashen.

Gruß

Markus

Hallo Markus,

müsste er denn in der std. Konfiguration wie er von dir kommt seriell etwas ausgeben? Wenn ja, mit welcher Baudrate denn?
Das Löschen kann ich mal probieren.
Ich konnte kurz mal auf den AP zugreifen und mein WLAN konfigurieren. Jetzt sagt er aber gar nix mehr. Auch dir blaue LED auf dem ESP bleibt dunkel.

Gruß

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Markus. am 30 September 2018, 19:02:17
ja er müsst was ausgeben. Irgendwelche Zeichen siehst du bei jeder Baudate beim booten. Aber ich glaube 115K ist die richtige. Halt mal beide Taster beim booten gedrückt (Spannung weg und dran). Das sollte die Config löschen.

Aber ich glaube das solltest du in einem separaten Beitrag behandeln, hier sind wir, denke ich, falsch ...;-)


Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 September 2018, 19:03:35
Zitat von: Olly am 30 September 2018, 18:41:04

Hallo Markus,

müsste er denn in der std. Konfiguration wie er von dir kommt seriell etwas ausgeben? Wenn ja, mit welcher Baudrate denn?
Das Löschen kann ich mal probieren.
Ich konnte kurz mal auf den AP zugreifen und mein WLAN konfigurieren. Jetzt sagt er aber gar nix mehr. Auch dir blaue LED auf dem ESP bleibt dunkel.

Gruß
Wenn die LED beim Power on oder Reset nicht kurz aufblinkt, dann tut der ESP vermutlich nix mehr.
Nachdem der ESP kurz funktioniert hat konnte ich mir auch vorstellen, dass es einen der beiden Elkos zerlegt hat. Hast Du Zugriff auf ein Oszilloskop? Ich wüsste gerne, ob die 3,3V stabil sind.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 September 2018, 19:04:39
Zitat von: Markus. am 30 September 2018, 19:02:17
ja er müsst was ausgeben. Irgendwelche Zeichen siehst du bei jeder Baudate beim booten. Aber ich glaube 115K ist die richtige. Halt mal beide Taster beim booten gedrückt (Spannung weg und dran). Das sollte die Config löschen.

Aber ich glaube das solltest du in einem separaten Beitrag behandeln, hier sind wir, denke ich, falsch ...;-)
Der bootloader verwendet iirc 76800 Baud

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Olly am 30 September 2018, 21:15:16


Zitat von: pjakobs am 30 September 2018, 19:03:35
Wenn die LED beim Power on oder Reset nicht kurz aufblinkt, dann tut der ESP vermutlich nix mehr.
Nachdem der ESP kurz funktioniert hat konnte ich mir auch vorstellen, dass es einen der beiden Elkos zerlegt hat. Hast Du Zugriff auf ein Oszilloskop? Ich wüsste gerne, ob die 3,3V stabil sind.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Hallo,

ein Oszilloskop hab ich leider nicht, kann aber mal schauen, ob ich passende Ersatzelkos da hab. Dann kann ich die mal auf Verdacht tauschen. Wobei: Ich hab den ESP auch schon direkt mit 3,3V von einem Arduino versorgt, auch da keine Reaktion. Denke also den ESP hat es zerlegt. Ich besorge mir mal einen neuen.

Gruß

    Olly
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 30 September 2018, 21:17:32
Zitat von: Olly am 30 September 2018, 21:15:16

Hallo,

ein Oszilloskop hab ich leider nicht, kann aber mal schauen, ob ich passende Ersatzelkos da hab. Dann kann ich die mal auf Verdacht tauschen. Wobei: Ich hab den ESP auch schon direkt mit 3,3V von einem Arduino versorgt, auch da keine Reaktion. Denke also den ESP hat es zerlegt. Ich besorge mir mal einen neuen.

Gruß

    Olly
Gut möglich. Ich weiß nicht, was der DC/DC Wandler macht, wenn er mit Wechselstrom konfrontiert wird.

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 24 November 2018, 17:14:32
Hallo verehrte Fhem Gemeinde

Ich habe das heutige schöne Wetter genutzt, um meine Gartenbeleuchtung fertig zu stellen. Dabei habe ich mehrere Kästen und Böden mit LED Stripes "verziert" und spreche diese durch 2 verschiedene  solche Controller an. Es funktioniert alles einwandfrei und ich kann die Controller von fhem aus steuern.

Was ich allerdings nicht schaffe ist ein Device anzulegen, welches beide Controller parallel schaltet. Den Grundsätzlich möchte ich ja beide entweder an oder aus haben, oder natürlich auch die exakt gleiche Farbe.

Wie schaffe ich dass, dass ich ein Device schalten kann und das andere übernimmt das anschliessend?

Danke für die Hilfe
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: gloob am 24 November 2018, 17:34:57
Du kannst doch ein Notify erstellen, welches beim Ändern von Einstellungen getiggert wird und die Änderungen an das 2. Device weiter gibt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 24 November 2018, 17:47:13
Zitat von: Mumpitz am 24 November 2018, 17:14:32
Hallo verehrte Fhem Gemeinde

Ich habe das heutige schöne Wetter genutzt, um meine Gartenbeleuchtung fertig zu stellen. Dabei habe ich mehrere Kästen und Böden mit LED Stripes "verziert" und spreche diese durch 2 verschiedene  solche Controller an. Es funktioniert alles einwandfrei und ich kann die Controller von fhem aus steuern.

Was ich allerdings nicht schaffe ist ein Device anzulegen, welches beide Controller parallel schaltet. Den Grundsätzlich möchte ich ja beide entweder an oder aus haben, oder natürlich auch die exakt gleiche Farbe.

Wie schaffe ich dass, dass ich ein Device schalten kann und das andere übernimmt das anschliessend?

Danke für die Hilfe
In der Firmware von @vbs kannst Du Slave devices konfigurieren, die immer der Einstellung des Masters folgen.

pj

Gesendet von meinem HTC U11 mit Tapatalk

Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Blauhorn am 24 November 2018, 17:50:26
Oder Du bestückst die Controller mit dieser Firmware hier https://forum.fhem.de/index.php/topic,70738.0.html
Die ist aus der originalen geforked. Musst die in FHEM jedoch auch mit dem zugehörigen Modul anlegen.
Hier kannst Du mehrere solcher Geräte im Master-Slave betreiben (setzen einen MQTT-Server in Deiner Umgebung voraus).

Gruß vom blauhorn
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Tobias am 24 November 2018, 19:37:39
Mumpitz, mit FHEM Boardmitteln sollte es mit Structure funktionieren


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 24 November 2018, 20:50:46
Zitat von: pjakobs am 24 November 2018, 17:47:13
In der Firmware von @vbs kannst Du Slave devices konfigurieren, die immer der Einstellung des Masters folgen.

pj

Gesendet von meinem HTC U11 mit Tapatalk
Hallo

Ich habe gemäss Controller folgende Firmware: vbs32

Ich kann hier jedoch nirgendwo eine Master oder Slave Einstellung machen! Wo oder wie finde ich das?


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 24 November 2018, 20:52:18
Zitat von: Tobias am 24 November 2018, 19:37:39
Mumpitz, mit FHEM Boardmitteln sollte es mit Structure funktionieren


Gesendet von iPhone mit Tapatalk
Hallo Tobias

Hast du sowas in Betrieb? Kann mir das nicht so vorstellen, da ich ja Color Piker und solche Sachen haben möchte...
Hast du sowas in Betrieb und kannst mir das define zur Verfügung stellen?


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 24 November 2018, 20:56:45
Zitat von: Mumpitz am 24 November 2018, 20:50:46
Ich kann hier jedoch nirgendwo eine Master oder Slave Einstellung machen! Wo oder wie finde ich das?
Das geht über die entsprechenden Config-Schalter. Setzt aber MQTT voraus. Beschreibung gibts hier:
https://github.com/verybadsoldier/esp_rgbww_firmware/wiki#device-synchronization--slave-mode
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pc1246 am 24 November 2018, 21:36:50
Zitat von: Mumpitz am 24 November 2018, 20:50:46
Hallo

Ich habe gemäss Controller folgende Firmware: vbs32

Ich kann hier jedoch nirgendwo eine Master oder Slave Einstellung machen! Wo oder wie finde ich das?


Gesendet von iPad mit Tapatalk
Moin
Bei mir gibt es ein Attribut "slaves"!?
Gruss Christoph
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 24 November 2018, 22:11:33
Zitat von: pc1246 am 24 November 2018, 21:36:50
Moin
Bei mir gibt es ein Attribut "slaves"!?
Gruss Christoph

Cool! Das ist es genau was ich suchte!

Danke, es funktioniert!!


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 24 November 2018, 23:06:20
Ja stimmt, das gibt es auch noch... ist aber eigentlich nicht zu empfehlen, da nicht besonders zuverlässig. War der erste Versuch einer Synchronisierung zw. mehreren Controllern. Für triviale Fälle funktionierts aber prinzipiell.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dora71 am 12 Januar 2019, 20:58:45
Hallo zusammen,

leider hat mir die Suchfunktion hier im Forum nichts genutzt, deswegen hier meine Frage:

Kann ich die Firmware auch auf eine NodeMCU v3.2 aufspielen?

Habe das Ganze versucht, es scheint mir auch geglückt zu sein, allerdings habe ich das Problem, dass nach Aufspannen des AP und dem Versuch, das Ganze in mein Heim-WLAN einzubinden, die NodeMCU neu startet und der AP wieder aufgespannt wird.

Der serielle Monitor liefert folgendes:

RGBWW Controller v 0.3.1

CLR button low - resetting settings
sleep disable
Enabling AP and DNS server
mode : sta(cc:50:e3:17:2c:61) + softAP(ce:50:e3:17:2c:61)
add if0
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
scandone
add 1
aid 1
station: d0:b1:28:9b:7c:07 join, AID = 1
scandone
scandone
state: 0 -> 2 (b0)
station: d0:b1:28:9b:7c:07 leave, AID = 1
rm 1
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 3
cnt

connected with media, channel 4
dhcp client start...
ip:192.168.33.116,mask:255.255.255.0,gw:192.168.33.11
add 1
aid 1
station: d0:b1:28:9b:7c:07 join, AID = 1
station: d0:b1:28:9b:7c:07 join, AID = 1
Restarting
Disabling AP and DNS server
station: d0:b1:28:9b:7c:07 leave, AID = 1
rm 1
bcn 0
del if1
pm open,type:0 0
mode : sta(cc:50:e3:17:2c:61)
state: 5 -> 0 (0)
rm 0
pm close 7
del if0
usl

ets Jan  8 2013,rst cause:2, boot mode:(3,0)

load 0x40100000, len 1948, room 16
tail 12
chksum 0x37
ho 0 tail 12 room 4
load 0x3ffe8000, len 772, room 12
tail 8
chksum 0x6c
csum 0x6c

rBoot v1.3.0 - richardaburton@gmail.com
Flash Size:   32 Mbit
Flash Mode:   QIO
Flash Speed:  40 MHz
rBoot Option: Big flash
rBoot Option: RTC data

Booting rom 0.
don't use rtc mem data
sdS+TCP connection
timeout updating: 70 -> 65535
Server timeout updating: 40 -> 90


RGBWW Controller v 0.3.1

CLR button low - resetting settings
sleep disable
Enabling AP and DNS server
mode : sta(cc:50:e3:17:2c:61) + softAP(ce:50:e3:17:2c:61)
add if0
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
scandone


Ich denke das Problem ist die Zeile
CLR button low - resetting settings

Schaue ich mir das pinout von der NodeMCU an, finde ich nirgendwo den CLR Button.

Hat das jemand schon mal geschafft, oder kann ich NodeMCU für dieses Projekt nicht nehmen?
Wahrscheinlich nur eine Kleinigkeit, aber irgendwie stehe ich gerade auf dem Schlauch  :'(

Geflasht habe ich mit dem esptool unter Linux Ubuntu, der Befehl war:
./esptool.py -p /dev/ttyUSB0 -b 115200 write_flash -ff 40m -fm qio -fs 4MB 0x00000 ../rgbww-esp8266-firmware/rboot.bin 0x02000 ../rgbww-esp8266-firmware/rom0.bin 0x100000 ../rgbww-esp8266-firmware/spiff_rom.bin

Die Ausgabe hierbei war:
esptool.py v2.7-dev
Serial port /dev/ttyUSB0
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
MAC: cc:50:e3:17:2c:61
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Compressed 2752 bytes to 1930...
Wrote 2752 bytes (1930 compressed) at 0x00000000 in 0.2 seconds (effective 124.8 kbit/s)...
Hash of data verified.
Compressed 406624 bytes to 271259...
Wrote 406624 bytes (271259 compressed) at 0x00002000 in 24.0 seconds (effective 135.6 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 244402...
Wrote 786432 bytes (244402 compressed) at 0x00100000 in 21.6 seconds (effective 291.1 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...


Gruß Rainer

PS: Hoffe ich frage hier im richtigen Thread, falls nicht, bitte verschieben oder sagen, wo ich das besser poste.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 12 Januar 2019, 21:22:28
Moin Rainer,

Du musst einen Pullup Wiederstand an GPIO16 anbringen. Am original Controller liegt da der "clr" Taster gegen Masse. Wenn die FW beim Booten dort ein Masse Potential vorfindet, dann löscht sie die aktuelle Konfiguration und fragt natürlich wieder nach dem Netzwerk.

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dora71 am 13 Januar 2019, 12:35:36
ZitatDu musst einen Pullup Wiederstand an GPIO16 anbringen. Am original Controller liegt da der "clr" Taster gegen Masse. Wenn die FW beim Booten dort ein Masse Potential vorfindet, dann löscht sie die aktuelle Konfiguration und fragt natürlich wieder nach dem Netzwerk.

Genau das war des Rätsels Lösung. GPIO16 bei der NodeMCU entspricht D0. Knapp 50kOhm Widerstand als Pullup auf die Betriebsspannung verrichtet fein sein Werk so wie er soll. Nur als kleine Ergänzung.

Danke. Gruß und schönen Sonntag. Rainer
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: dondon4002 am 14 April 2019, 00:40:13
Zitat von: thm82 am 05 April 2017, 22:18:41
Hi,

interessante Diskussion um den Spannungswandler und die Boards direkt in China bestücken zu lassen.
Evtl gibt es aber noch eine ganz andere Option: Ein fertiger Controller namens Arilux AL-LC02
Der hat zwar nur 4 Kanäle (RGB+W) und ist nur für 12V ausgelegt, aber das Ding hat alles integriert, hat ein ESP-12 Modul, ist < 1 cm hoch, und kostet inkl Gehäuse unter 10 Euro auf AliExpress.

Nach allem was ein Kollege und ich im Netz gefunden haben müsste es ohne Probleme möglich sein die Dinger zu flashen:
https://community.smartthings.com/t/release-smartlife-h801-rgbw-led-strip-wifi-controller-bulb/51182/5
http://www.ledstyles.de/index.php/Thread/25767-ARILUX-AL-LC02-umflashen/
https://www.domoticz.com/forum/viewtopic.php?t=14426

Es gibt auch schon eine alternative Firmware: https://github.com/mertenats/Arilux_AL-LC03

Vom PCB Layout sieht es so aus als wenn der ESP direkt die Mosfets treibt. Daher müsste auch die RGBWW Firmware  für den hier im Forum entwickelten Controller prinzipiell gehen. Die Frage ist ob man die beiden Buttons evtl. auscodieren muss und die GPIOs neu zuordnen muss.

Ich hab davon 4 Stück bestellt mit dem Ziel die Firmware darauf anzupassen. Sollten in 1-3 Wochen ankommen.

Fragen die ich mir noch stelle:
-  Wie gut ist der Spannungswandler? Stichwort Verlustleistung. Versuche ich per Multimeter auszumessen.
-  Platinenlayout? Sieht eigentlich ganz gut aus. Große Elkos sind natürlich keine drauf. Bin gespannt ob die stabil laufen.
-  Wie gut sind die Mosfets? Stichwort Schaltstabilität bei 800Hz und Verlustleistung. Ein Datenblatt hab ich leider nicht gefunden. Bei kürzeren Streifen < 2m mit max 10-15Watt pro Kanal aber wahrscheinlich kein Problem.

Bei Interesse kann ich gerne berichten :-)

Vg,
Thomas

PS: Warte sehnsüchtig auf meine 7 nackten PCB Boards aus der aktuellen Sammelbestellung ;-)

Schon jemand geschafft die Firmware auf den Arilux zu bekommen ? Ich scheitere dabei derzeit.. Gibt's da Informationen oder Tipps zu ?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: J0ulez am 21 Mai 2019, 19:11:21
Hallo miteinander,

ist momentan wieder eine Sammelbestellung offen bzw. wird was geplant? Ich würde gerne meine LED-Leisten "smart" machen. :)

Gruß,
David
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: pjakobs am 21 Mai 2019, 19:18:38
Darf ich Dich hier herüber (https://forum.fhem.de/index.php/topic,93619.msg938538.html#new) bitten?
Die neuen Controller werden hoffentlich noch diese Woche eintreffen und es sind noch ein paar über. Bitte wende Dich an @pc1246

grüße

pj
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Mumpitz am 13 Juni 2019, 06:35:02
Hallo zusammen

Ich habe mich an der letzten Sammelbestellung beteiligt und 2 entsprechende Controller am laufen. Ist es möglich der WLAN Empfang der Controller zu verbessern, bzw. kann irgendwo eine Art Antenne oder Draht angelötet werden?

Hintergrund:
Ich habe die Controller im Outdoor Einsatz in einem Holzlager. Bis jetzt war noch kein Holz eingefüllt und die Controller haben einfach die Lager wunderschönen beleuchtet. Letztes Wochenende haben wir das Holz eingefüllt und seither sind die beiden Controller nicht mehr zu erreichen.
Die Controller habe ich mitten im Holz versteckt. Wenn ich das Holzstück vor dem Controller entferne funktionieren sie wieder. Aber es ist halt optisch kein Highlight mehr.

Beiliegen ein Bild

Weiss jemand eine Lösung?
(https://uploads.tapatalk-cdn.com/20190613/b18bd2afdfeb7cd3dfea4132bcfc023c.jpg)


Gesendet von iPad mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: RaspiLED am 13 Juni 2019, 07:32:41
Ja das geht, aber nicht total einfach ;-)

https://www.stall.biz/project/esp8266-esp12-mit-externer-wlan-antenne-fuer-wiffi-und-co

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: laserrichi am 31 August 2020, 21:09:57
Sorry wenn ich das hier wieder ausgrabe, aber hat einer zufällig für die Platinenversion 1.3  STL Dateien für ein Gehäuse ?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: holzwurm83 am 07 November 2021, 16:42:29
Hallo,

ich habe heute einen Controller in betrieb genommen mit der Version 1.5.

Die LEDs glimmen leider nur, wenn diese über den Controller angesteuert werden. Ich habe einen CW WW Strips angeschlossen.
Der Strip selbst ist ok.
Ich vermute das eine Einstellung nicht passt?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 10:11:30
Hallo zusammen,

ich hätte da gern mal ein Problem...

Die ESP´s liefen bei mir seit der Sammelbestellung fehlerfrei.
Durch einen schnelleren Tarif beim Internetzugang musste ich eine neue Fritz!Box integrieren.
Die Folge war, dass die LEDController sich nicht mehr ins WLan zurückgemeldet haben.
SSID und Passwort hatte ich nicht verändert, neue WLan-Geräte natürlich erlaubt.
Einige ESP´s haben sich mit ihrem eigenen WLan gemeldet, aber
auf 192.168.4.1 kann ich nicht zugreifen.

Fehlermeldung:     : 404: NOT FOUND. Die Seite bleibt weiß



Dann habe ich sie neu geflasht.

Reiner@Reiners-iMac esptool-1.3 % esptool.py -p /dev/tty.usbserial-025YTPEV -b 115200 write_flash -ff 40m -fm qio -fs 16MB 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
esptool.py v4.4
Serial port /dev/tty.usbserial-025YTPEV
Connecting....
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:2b:7c:ca
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x00000000 to 0x00000fff...
Flash will be erased from 0x00002000 to 0x00054fff...
Flash will be erased from 0x00100000 to 0x001bffff...
Flash params set to 0x0090
Compressed 2752 bytes to 1930...
Wrote 2752 bytes (1930 compressed) at 0x00000000 in 0.3 seconds (effective 85.7 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 21.3 seconds (effective 127.6 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 20.4 seconds (effective 307.7 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...
Reiner@Reiners-iMac esptool-1.3 %


Das brachte keine Besserung. Ich bekomme keinen Zugriff auf das Webinterface des Controllers.

Hab grad keine Idee, was ich da falsch mache...
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 11 Januar 2023, 10:28:46
Hallo MacReiner,

hatte auch schon öfter das Problem, dass ich kein Zugriff auf die Webseite hatte.
Geholfen hat das löschen des Cache-Speichers vom Browser oder einen anderen Browser benutzen.

Was auch ein Problem darstellte, dass ich mit dem 5GHz-Wlan verbunden war, und die Fritzbox ein Timeout hatte wegen Radarfrequenzkonflikt.

Vielleicht hilft das?


Gruß rippi
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 11:32:40
Safari (IOS)
Firefox (IOS)
Safari (MacOS)
Google Crome (MacOS)

bringen alle vier dasselbe Ergebnis: 404: not found
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 11 Januar 2023, 11:42:39
Hallo,

musst du beim Flashen nicht 32MBit auswählen?
Ich habe auf allen Controllern 4MByte chips drauf!

Gruß rippi
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 11:52:53
Reiner@Reiners-iMac esptool-1.3 % esptool.py -p /dev/tty.usbserial-025YTPEV -b 115200 write_flash -ff 40m -fm qio -fs 32MB 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
esptool.py v4.4
Serial port /dev/tty.usbserial-025YTPEV
Connecting...
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:ee:18:de
Stub is already running. No upload is necessary.
Configuring flash size...
WARNING: Flasher stub doesn't fully support flash size larger than 16MB, in case of failure use --no-stub.
Flash will be erased from 0x00000000 to 0x00000fff...
Flash will be erased from 0x00002000 to 0x00054fff...
Flash will be erased from 0x00100000 to 0x001bffff...

A fatal error occurred: Flash size '32MB' is not supported by this chip type. Supported sizes: 512KB, 256KB, 1MB, 2MB, 4MB, 2MB-c1, 4MB-c1, 8MB, 16MB



Aufgrund dieser Meldung bin ich einen Schritt herunter gegangen...
Dann lief es ohne Fehlermeldung durch.

Könnte es sein, dass dadurch nicht der ganze Code geschrieben werden konnte und das Webinterface einfach nicht vollständig geladen wurde?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 11 Januar 2023, 12:01:02
Hallo,

beim esptool gibt man offensichtlich MByte und nicht MBit an --> 4MB wäre dann richtig

Gruß rippi

PS: ich benutze immer das flash_download_tool
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 12:13:57
4MB hat leider keine Auswirkung.

Dein Download-Tool ist sicher für die Windowswelt, richtig?
Ich nutze hier am iMac das Terminalfenster, hat bisher auch immer gut geklappt.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 11 Januar 2023, 12:35:27
Hallo,

ich würde den Chip einmal komplett löschen.

Kann es sein, dass der Controller sich im Netzwerk schon mit ganz neuer IP angemeldet hat (neue Fritzbox?) und du deswegen kein Zugriff auf das Webinterface (192.168.4.1) hast?

Gruß rippi
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 15:56:19
Ok, hab ein erase ausgelöst:

Reiner@Reiners-iMac esptool-1.3 % esptool.py erase_flash
esptool.py v4.4
Found 2 serial ports
Serial port /dev/cu.usbserial-025YTPEV
Connecting....
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:2b:7c:ca
Uploading stub...
Running stub...
Stub running...
Erasing flash (this may take a while)...
Chip erase completed successfully in 9.9s
Hard resetting via RTS pin...


Dann neu geflashed:

Reiner@Reiners-iMac esptool-1.3 % esptool.py -p /dev/tty.usbserial-025YTPEV -b 115200 write_flash -ff 40m -fm qio -fs 16MB 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
esptool.py v4.4
Serial port /dev/tty.usbserial-025YTPEV
Connecting...
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:2b:7c:ca
Stub is already running. No upload is necessary.
Configuring flash size...
Flash will be erased from 0x00000000 to 0x00000fff...
Flash will be erased from 0x00002000 to 0x00054fff...
Flash will be erased from 0x00100000 to 0x001bffff...
Flash params set to 0x0090
Compressed 2752 bytes to 1930...
Wrote 2752 bytes (1930 compressed) at 0x00000000 in 0.2 seconds (effective 97.0 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 21.3 seconds (effective 127.5 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 20.4 seconds (effective 307.7 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...


Ergebnis:  404: not found

Im Netzwerk habe ich eine neue IP erfolglos gesucht. Hätte ich nach einem Neuschreiben auch nicht erwartet, oder?
Ich weiß nicht, wo die selbst vergebene IP abgelegt wird und sie vielleicht trotz flashens erhalten bleibt?
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: rippi46 am 11 Januar 2023, 16:13:10
Hallo Reiner,

Ich würde einmal über eine Console die Meldungen des ESP überprüfen.
Vielleicht kann man dort was erkennen.

Gruß rippi
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 16:31:03
Tja, was soll ich sagen...

Nachdem ich noch eine Weile hier im Forum gestöbert habe, ist mir aufgefallen, daß es für die Angabe der Speichergröße verschiedene Schreibweisen gibt.
Zum Beispiel lese ich 32MB, 16MB 4MB, 4m...

rippi hat mit seinem Ansatz recht!
Ich habe mir den Befehlssatz etwas genauer angesehen und ein wenig probiert, bis ich die Option "detect" ausprobiert habe.
Das ist das Ergebnis:

Reiner@Reiners-iMac esptool-1.3 % esptool.py -p /dev/tty.usbserial-025YTPEV -b 115200 write_flash -ff 40m -fm qio -fs detect 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
esptool.py v4.4
Serial port /dev/tty.usbserial-025YTPEV
Connecting....
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:2b:7c:ca
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MB
Flash will be erased from 0x00000000 to 0x00000fff...
Flash will be erased from 0x00002000 to 0x00054fff...
Flash will be erased from 0x00100000 to 0x001bffff...
Compressed 2752 bytes to 1930...
Wrote 2752 bytes (1930 compressed) at 0x00000000 in 0.3 seconds (effective 77.7 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 21.3 seconds (effective 127.4 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 20.5 seconds (effective 307.6 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...


"Auto-detected Flash size: 4MB" ist tatsächlich richtig.
Nun hatte ich das händisch heute mittag schon erfolglos probiert.
Mit der Selbsterkennung geht es nun.

Super, jetzt kann ich den Rest wieder einbinden und bin glücklich.

Danke an @rippi46
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: vbs am 11 Januar 2023, 18:53:21
Versuch doch mal, direkt aus FHEM heraus zu flashen.
Titel: Antw:ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: MacReiner am 11 Januar 2023, 19:46:00
Ja, das geht mal ganz geschmeidig, es wird immer komfortabler!

Dauert einen Moment, die LED's gehen kurz aus, fertig.
Titel: Aw: ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5
Beitrag von: Heatseeker am 27 Januar 2024, 14:44:34
Moin,

ist absehbar, ob es wieder eine Sammelbestellung geben wird?

Grüße
Heatseeker