Support Thread für (nicht nur) die Controller aus der letzten Sammelbestellung
Ich mache hier mal einen neuen Thread auf, damit wir eventuelle Fragen und Probleme aus der aktuellen Sammelbestellung an einer Stelle zusammenfassen können.
Die Controller sind alle mit einer relativ aktuellen vbs Firmware geflasht. Ihr könnt sie, direkt nachdem Ihr sie aktiviert habt, einmal updaten, dann seid Ihr auf dem aktuellsten Release.
Um die Teile aus fhem zu betreiben braucht Ihr zusätzlich das entsprechende Modul von @vbs. Die einzelnen Softwarestände sind hier gut dokumentiert:
https://forum.fhem.de/index.php/topic,70738.0.html
Ansonsten bei Fragen, einfach hier rein!
Grüße
pj
FAQ| Bereich | Frage | Antwort |
| ========== | ==================== | =========================================================================== |
| allgemein | kann ich noch weitere Controller bekommen? | solange der Vorrat reicht. Wir haben ein paar Controller mehr, als insgesamt bestellt worden sind. Hauptsächlich, um allfällige Ausfälle zu ersetzen, aber was da ist muss ja nicht verstauben. Hier (https://docs.google.com/forms/d/e/1FAIpQLSfQSDK6Z12iDIb0EfdHGw6rpaxA53lorWWNp2nqLqe6qnnO3Q/viewform) könnt Ihr Euch eintragen. Solange das Formular aktiv ist, gibt es noch Controller
|
| plant Ihr eine weitere Sammelbestellung? | aktuell nicht, und meines Erachtens war die aktuelle schon die Grenze des Machbaren. Wir können diese Controller nur nicht-kommerziell vertreiben, weil wir sonst einen Haufen Auflagen für die Einfuhr elektronischer Geräte beachten müssen. Diesmal war es schon etwas nervenaufreibend darauf zu warten, dass der Zoll die 1000 Stück endlich frei gibt. Nochmal 1000 mache ich vermutlich eher nicht.
Aber: wenn sich genug Leute finden, die interessiert sind, dann unterstütze ich gerne, wenn jemand anderes das Design bestellen wird.
|
| gibt es neben fhem noch andere Hausautomationsysteme, die den Controller unterstützen | aktuell nicht wirklich. Die volle Funktionalität der @vbs Firmware lässt sich nur über das JSON API ansprechen und das ist, derzeit, nur im fhem Modul implementiert. Ich bin allerdings in einem Hausautomations-Stammtisch aktiv, in dem zudem noch HomeAssistant und ioBroker favorisiert werden. Ich will mal sehen, wie einfach die Funktionalität dort unterzubringen ist. Zumindest HomeAssistant ist mir von der Programmiersprache recht angenehm (Python) ioBroker ist imho JavaScript
Ich gehe aber davon aus, dass man die Grundfunktionalität der Controller über jedes System, das mqtt spricht implementieren kann.
Wenn auf dem Controller Tasmota installiert wird, dann lässt er sich in die meisten HA Systeme implementieren, allerdings sind die Funktionen von Tasmota bei weitem nicht so schön wie bei der Originalfirmware (Fades sind z.B. deutlich ruckeliger)
|
| Was muss ich tun, um den Controller einzurichten? | Die Controller kommen alle mit geflashter Firmware. Sobald sie mit der Versorgungsspannung verbunden sind, spannen Sie ein WLAN mit Namen "RGBWWxxxxxx" auf (x ist eine hexadezimale Ziffer). In diesem WLAN ist der Controller unter 192.168.4.1 erreichbar. Der Setup-Wizzard führt dann durch alles weitere. |
| Ich bekomme nur eine leere Seite, wenn ich auf http://192.168.4.1 zugreife | Typischerweise gibt es drei Schritte, das Problem zu lösen:
- <shift>-<Reload> am Browser löscht den Cache
- anderen Browser verwenden
- anderes Endgerät verwenden (Tablet, Telefon)
Wir versuchen, herauszufinden, woran dieses Verhalten liegt. Was wir wissen: unter bestimmten Bedingungen gibt es Fehler bei TCP Retransmissions, d.h. ein Paket vom Controller kommt nicht beim Endgerät an. Das ist nicht ungewöhnlich und liegt gemeinhin an der Netzwer (vor allem WLAN) Qualität. Was ungewöhnlich ist, ist die Tatsache, dass der Controller unter bestimmten Bedingungen die Übertragung einfach abbricht.
Das geschieht natürlich besonders häufig bei der Übertragung größerer Dateien, hier namentlich der JavaScript App, die ca. 280kB groß ist.
Wer mit Wireshark und / oder tcpdump umgehen kann und das Problem hat, der könnte uns bitte Traces davon schicken, das würde helfen, das Problem besser zu verstehen.
Edit 2023: Jahre später habe ich den Bug in lwip gefunden. Mehr dazu hier (https://github.com/SmingHub/Sming/issues/2654)
|
| Kann ich den Controller auf seine Werkseinstellung zurücksetzen, und was passiert dann? | der Controller kann zurückgesetzt werden, indem bei einem Reset die Taste [CLR] gehalten wird. (ganz links, wenn der Controller mit den Klemmen zu Euch auf dem Tisch liegt)
Also [CLR] halten und [RST] drücken.
Dabei wird
- Die Netzwerkkonfiguration gelöscht, d.h. der Controller wird danach wieder nach einem WLAN fragen
- Es werden alle Farbkonfigurationen gelöscht, d.h. danach funktioniert der Controller wieder als RGB Controller, WW und / oder CW müssen neu konfiguriert werden
- Alle durch "set config config-..." aus fhem heraus gesetzten Konfigurationen sind gelöscht und müssen neu gesetzt werden
|
| fhem-Modul | was muss ich tun, um den Controller mit fhem zu steuern? | Du musst das @vbs fhem Modul installieren.
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt (https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt)
danach kannst Du den Controller definieren als
define <name> EspLedController <ip/FQDN>
Mehr dazu auch in diesem Forums Thread: https://forum.fhem.de/index.php/topic,70738.0.html (https://forum.fhem.de/index.php/topic,70738.0.html)
|
| wo finde ich die Dokumentation für das fhem Modul? | https://github.com/verybadsoldier/esp_rgbww_fhemmodule/wiki |
| Firmware | wo finde ich die Dokumentation für die Firmware? | https://github.com/verybadsoldier/esp_rgbww_firmware/wiki |
| Wie muss die mqtt Message formatiert sein, um den Controller darüber zu steuern? | Im Grunde ähnlich, wie die Calls auf das http interface, allerdings muss der Endpoint ja in der Nachricht codiert sein.
{
"jsonrpc": "2.0",
"method": "color",
"params": {
"t": 700,
"d": "1",
"cmd": "fade",
"hsv": {
"s": 55,
"h": 0,
"v": 100
},
"q": "single"
}
}
|
| Wenn ich versuche, auf das WebUI des Controllers zuzugreifen, bekomme ich nur eine leere html Seite | wir sind gerade dabei, das Problem zu debuggen, es scheint etwas mit TCP Retransmissions (also verloren gegangenen Paketen, die neu übertragen werden müssen) zu tun zu haben. Möglicherweise ist da ein Bug in einem Teil der Software, die wir durch Sming nutzen (Sming selbst oder LwIP).
Das Problem lässt sich auf zwei Weisen umgehen:
a) auf wirklich gute Netzwerkkonnektivität achten. Wenn Ihr das Problem seht, versucht sowohl die Position des Controllers als auch, wenn Ihr WLAN nutzt, die Position des Clients zu ändern. Versucht auch mehrfach, die Seite zu laden. Der Fehler tritt nicht immer an der gleichen Stelle auf, aber die BLOBs für css und JavaScript sind relativ groß, so dass immer eine Wahrscheinlichkeit besteht, dass ein Paket verloren gegangen ist.
b) wenn Ihr den Controller schon in Eurem eigenen WLAN habt (also das Problem nicht im AP des Controllers auftritt), dann könnt Ihr ihn auch "einfach so" in fhem einbinden und alle Konfigurationen von dort machen, denn das http API verwendet nur kleine Pakete, die zwar auch verloren gehen können, aber die Wahrscheinlichkeit ist geringer, als dass ein Paket aus einem mehrere 10kB großen ZIP File nicht ankommt.
Wenn wir ne Lösung haben sagen wir Bescheid. |
| Hardware | wie ist der header auf der Platine belegt? |
GPIO2 X X TXD
GPIO16 X X RXD
GPIO0 X X GND
Achtung: alle drei GPIO Pins haben beim Start des Controllers eine spezielle Bedeutung und dürfen nicht dauerhaft auf GND gelegt werden. Besonders GPIO16 wäre ungünstig, da die Firmware das beim Booten als "CLR" interpretiert und die Konfiguration löscht.
|
| warum gibt es keinen VCC pin auf dem Header | weil ich daran einfach nicht gedacht hatte. Wer VCC braucht muss sich das irgendwo anders auf der Schaltung abgreifen, z.B. auf den Pads der Spule, die zum Header zeigen. |
| kann ich zusätzliche Sensoren am Header anschließen? | im Prinzip ja, allerdings unterstützt die normale Firmware keine weiteren Sensoren und da ist auch nichts geplant. Allerdings laufen die Controller auch unter Tasmota und dort lässt sich dann alles mögliche anschließen, solange der Power-On Status der Pins korrekt ist (GPIO16 hat in Tasmota keine besondere Funktion, lässt sich also frei nutzen). |
| wie kann ich die zusätzlichen Eingänge nutzen? | in der aktuellen firmware leider noch nicht, wir diskutieren noch, wie wir die Funktionalität darstellen wollen. Idealerweise würden die Taster einerseits einen Event in fhem auslösen aber andererseits auch unabhängig davon die Steuerung der Lampe zulassen. Vor allem für den zweiten Teil müsste wohl ein ganzes Stück mehr Konfiguration in die Firmware kommen, denn das gewünschte Verhalten ist ja nicht immer gleich. Lasst uns ein bisschen Zeit.
Wenn Ihr alternativ Tasmota installiert, dann könnt Ihr die Eingänge heute schon als Taster verwenden. |
| Was kann ich mit dem "disable" Jumper tun? | Disable ist ein Eingang des DC/DC Wandler Chips. Wenn der auf GND (den Pin daneben) gezogen wird, schaltet der Wandler fast komplett ab (auf ca. 3µA wenn ich mich recht entsinne). Die Idee ist, dass sich darüber eine Lampe komplett abschalten lässt.
|
| Wie muss ich den Controller anschließen? | Um erst einmal zu klären, welche Arten von LED Strips gibt:
- RGB - dieser LED Strip kennt nur die drei Grundfarben, die Anschlussdrähte sind üblicherweise Schwarz, Rot, Grün und Blau.
- RGBCW - drei Grundfarben plus Kaltweiß (cold white), hier kommt gemeinhin ein weißer Anschlussdraht dazu
- RGBWW - drei Grundfarben plus Warmweiß (warm white), wie oben, aber jetzt ein gelber Anschlussdraht
- RGBWWCW - drei Grundfarben plus Warm- und Kaltweiß, hier sind die Anschlüsse jetzt Schwarz, Rot, Grün, Blau, Gelb und Weiß
Der Schwarze Draht ist bei den für diesen Controller verwendbaren "common anode" LED Streifen immer der Pluspol, die einzelnen farbigen Drähte der Minuspol.
An den typischen Netzteilen mit runden Steckern (Barrel Jacks, wie die korrekt auf Deutsch heißen weiß ich grad nicht) ist es heute eigentlich üblich, dass die äußere Hülle der Minuspol ist und der Pluspol im inneren steckt, aber im Zweifel schaut lieber nach, es ist normalerweise auf dem Netzteil aufgedruckt.
Wir hatten schon ein oder zwei Nutzer, die den Controller kurzfristig falsch herum angeschlossen hatten und soweit ich weiß, ist nix passiert, garantieren kann ich dafür aber nicht, denn es gibt keine Schutzschaltung auf der Platine.
Die Klemmen des Controllers sind in drei Gruppen angeordnet:
|XX| |XXX| |XXXX|
| | Pin | | Beschreibung | | Netzteil | | RGB | | RGBCW | | RGBWW | | RGBWWCW | | +---- | +------------------- | +----------- | +---------------- | +---------------- | +---------------- | +---------------- | | | | | Masse | | - (schwarz) | | | | | | | | | | | VCC | | Plus | | + (rot) | | | | | | | | | | | | | | | | | | | | | | | | | | WW | | Warmweiß | | | | | | | | Gelb oder Weiß | | Gelb | | | CW | | Kaltweiß | | | | | | Weiß | | Weiß oder Gelb | | Weiß | | | VCC | | Plus (zu den LED) | | | | | | (schwarz) | | (schwarz) | | (schwarz) | | | | | | | | | | | | | | | | | | B | | Blau | | | | Blau | | Blau | | Blau | | Blau | | | G | | Grün | | | | Grün | | Grün | | Grün | | Grün | | | R | | Rot | | | | Rot | | Rot | | Rot | | Rot | | | VCC | | Plus (zu den LED) | | | | schwarz | | schwarz | | schwarz | | schwarz |
Die Zweiergruppe ist dabei die Spannungsversorgung, d.h. dort wird das Netzteil angeschlossen.
Grundsätzlich kann der Controller mit Spannungen von etwa 10 bis 34 Volt betrieben werden, sinnvoll sind 12 oder 24V, abhängig von den LED Strips, die Ihr verwendet.
Der äußere Pin der Spannungsversorgung ist nicht extra mit einer Bezeichnung versehen, das ist die Masse, dort wird der Minuspol des Netzteils angeschlossen.
Daneben steht VCC, das ist die Bezeichnung für die positive Spannungsversorgung, dort muss also der Pluspol hin. - VCC ist einfach durchverbunden, das heißt, wer einen LED Streifen mit allen fünf LED auf einem Chip (oder wechselnden RGB/CWWW Chips) hat, der braucht natürlich nur eine der beiden VCC Klemmen zu verwenden.
Die zweite ist primär dazu gedacht, wenn man zusätzlich zu einem RGB noch einen WWCW Strip verwenden möchte.
- Die Chinesen sind, ohne, dass das abwertend klingen soll, zuweilen phantasievoll, ich habe schon mehrfach Strips gehabt, bei denen der grüne Anschluss die roten LED aufleuchten ließ und umgekehrt, das könnt Ihr, wenn Ihr es wisst, natürlich gleich bei der Konfiguration korrigieren, aber es gibt in der Firmware auch eine Funktion, die Pins anders zu definieren
|
| Fehlerbehebung | mein Controller hat eine lange Zeit mit einem RGBW Strip problemlos funktioniert,
jetzt zeigt er weiß plötzlich nur noch als RGB an und lässt sich über das WEBUI nicht mehr ansprechen
| den Fehler kenne ich von ein paar der Controller, die ich schon lange in Betrieb habe. Was passiert ist, dass der FLASH Baustein kaputt geht. Hintergrund: in der Default-Einstellung schreibt der Controler bei jeder Änderung der Farbe den neuen Farbwert in den Flash Speicher. In den allermeisten Fällen muss der ESP12 dann als kaputt gelten (obwohl man die Kappe abheben und den FLASH Chip darunter ersetzen könnte). Ich habe es ein oder zwei mal geschafft, den FLASH mit esptool.py und dem Befehl "erase_flash" wieder zum Leben zu erwecken, aber eine Garantie ist das nicht.
Um das Problem ganz zu vermeiden, kann man mit dem Reading config-color-startup_color einen festen Farbwert setzen, den der Controller einstellt, wenn er startet. Danach wird der aktuelle Farbwert nicht mehr regelmäßig gespeichert.
|
| ich habe Controller aus einer der früheren Sammelbestellungen, die sich über fhem auch prima steuern lassen, die aus der 2019er Sammelbestellung funktionieren allerdings nicht, obwohl ich sie über das WEBUI problemlos erreichen und steuern kann
| die 2019er Controller (grüne Platine mit herausbrechbarem Montagerahmen) sind mit der Firmware VBS33 geflasht. Diese braucht ein neues fhem Modul (EspLedController). Der Link dazu steht in dieser Tabelle weiter oben unter der Rubrik "fhem Modul"
|
| kann ich defekte Controller umtauschen? | Die Antwort hat was von Radio Eriwan: im Prinzip ... jein. Wir haben von Anfang an gesagt: dies ist ein Hobby Projekt, sowohl @pc1246 als auch ich machen das in unserer Freizeit und es gibt keine Funktionsgarantie. Aber: natürlich wollen wir, dass Ihr alle toll funktionierende Controller bekommt und wir sind uns bewusst, dass wir eine gewisse Fehlerquote haben werden. Wir haben ein paar Controller mehr fertigen lassen, als Ihr bestellt hattet, aus dem Überschuss können wir einerseits Nachbesteller bedienen, andererseits möglicherweise defekte Controller austauschen.
Aber: bitte schickt nicht blind irgendwelche Controller zurück, das wird nicht funktionieren. Wenn Ihr ernsthafte Probleme habt, dann werde ich Euch hier im Thread zu helfen versuchen und, wenn ich denke, dass es ein Hardware Fehler ist, Euch bitten, Euch an @pc1246 zu wenden. Der wird Euch dann, solange der Vorrat reicht, einen neuen Controller zuschicken und ein an mich adressiertes Adresslabel. Den defekten Controller schickt Ihr dann bitte an mich, idealerweise mit der Fehlerbeschreibung aus dem Forum auf einem Blatt Papier, damit ich das zuordnen kann.
Ich bin recht zuversichtlich, dass es keine Hardware Probleme gibt, die ich nicht reparieren kann (immerhin hab ich bald 50 dieser Controller von Hand aufgebaut) - allerdings gilt das nur, solange Ihr nicht vorher versucht habt, Componenten zu tauschen und dabei z.B. Lötpads beschädigt habt. Also seht bitte von eigenen Reparaturversuchen ab, wenn Ihr keine Erfahrung mit SMD Bauteilen habt, in vielen Fällen ist eine Heißluftlötstation nötig. |
| Mein Controller rebootet immer wieder / vergisst nach dem Reboot die Netzwerk Konfiguration / kann einzelne Farbkanäle nicht treiben |
Offenbar ist bei einer kleinen Zahl Controllern beim Löten was schief gelaufen und einige der Pins des ESP12 sind kurzgeschlossen. Bei den Controllern, die ich bisher angesehen habe, waren das immer Pins an der Außenseite, mal zwei, mal mehrere.
Wer sich traut, selbst mit dem Lötkolben zu arbeiten und einen defekten Controller hat: messt mal nebeneinander liegende Pins des ESP durch. Im Design liegen keine zwei Pins auf dem gleichen Singal, also solltet Ihr nie zwischen zwei Pins einen Kurzschluss haben. Wenn Ihr sowas findet, dann könnt Ihr die mal vorsichtig nachlöten, am besten mit einem bisschen bleihaltigem Lot dazu. Aber wirklich nur wenig. Wenn das das Problem ist, dann lässt es sich so lösen.
Wenn Ihr Euch das nicht traut oder keinen geeigneten Lötkolben habt (Bitte nicht mit einem ungeregelten Brenneisen ran gehen!), dann kontaktiert bitte @pc1246, wir tauschen die Controller aus.
|
Wegweiser zu den unterschiedlichen Threads
Support Thread für den RGBWW controller
https://forum.fhem.de/index.php/topic,101240.0.html (das ist dieser Thread hier, clicken unnötig)
@VBS' Master Link list zu allem was Firmware und fhem Modul ist:
https://forum.fhem.de/index.php/topic,70738.0.html
Überlegungen zum maximal möglichen Strom:Disclaimer: das hier ist ein Hobby-Projekt, wer die Controller betreibt tut das auf eigene Verantwortung. Ich versuche, korrekte und sinnvolle Angaben zu machen, aber das ist keinesfalls als zugesicherte Eigenschaft zu verstehen.
Wer die Grenzen austesten will, sollte wissen, was er tut.
Die Frage nach dem maximalen Strom ist gar nicht ganz so leicht zu beantworten.
- Aus der Sicht der einzelnen MOSFETs:
- die verwendeten MOSFETs (AOD2910 (http://www.aosmd.com/pdfs/datasheet/AOD2910.pdf)) sind für ein ID von 21,5A bei 100°C Case Temperatur angegeben. Ich bin mir nicht ganz sicher, was die Angabe IDSM ist, würde einen einzelnen Kanal eher mal danach spezifizieren. Dort sind nämlich bei 25°C 6,5A IDSM angegeben. (AoD hat da ein ganz interessantes white Paper (http://www.aosmd.com/res/application_notes/mosfets/Power_MOSFET_Basics.pdf))
- aber: das ist nur der "max Drain Source Current" also der maximale Konstante Strom durch einen Transistor. Wenn der Kanal im PWM Modus betrieben wird, kommt möglicherweise noch ein anderer Effekt dazu: dadurch, dass der Transistor ja ständig on/off schaltet, durchläuft der Strom ja ein paar tausend mal pro Sekunde die Transiente von 0 auf max. Das Datenblatt gibt als Rise Time 8ns an, als Fall Time 20ns, pro Zyklus also 28ns. Ich meine, dass die PWM mit 2000Hz läuft (@vbs?) und damit der Transistor also 2000x28ns= 56µS pro Sekunde im linearen Bereich betrieben wird, also Wärme abfällt. Wieviel das ist, müsste man ausrechnen, aber da wir über µs reden, glaube ich nicht, dass der Beitrag wirklich groß ist (und ich habe bisher auch keine Situation gefunden, wo sich die Transistoren erwärmt haben. Ich habe leider keine ordentliche elektronische Last, sonst könnte ich das mal genauer spezifizieren
- die MOSFETs haben einen RDSonvon max 42mOhm (allerdings angegeben bei 18A, bei niedrigerem Strom dürfte der niedriger sein, aber rechnen wir mal worst case). Bei 6,5A bedeutet das eine Verlustleistung von 1,8W an einem Transistor. Die Wärmeleitung wird mit 50°C pro W angegeben, bei 1,8W ergibt sich also ein ΔT von 90°C, damit sind wir bei einer Umgebungstemperatur von 25°C mit 115°C am Die (also dem Silizium selbst) noch gut innerhalb der Spezifikation von 125°C - im Gehäuse sind also auch 35°C noch ok. Wohlgemerkt: das sind alles worst-case Rechnungen. Typisch reden wir von 33mOhm und 41°C/W, das sind dann noch etwa 57°C ΔT zur Umgebungsluft.
- Aus der Sicht der ganzen Platine:
- die Klemmen sind iirc für 16A ausgelegt
- ich habe die Kupferflächen für VCC und GND großzügig ausgelegt, da gehe ich davon aus, dass 16A problemlos möglich sind, gerechnet habe ich das allerdings nicht.
- der schwierigste Punkt ist, dass es mehrere Current Loops auf der Platine gibt, und wenn alle PWM Kanäle synchron (oder fast synchron) je 3A schalten (in Summe also 15A) dann würde ich mir ein bisschen Sorge über die Spannungsversorgung machen. Der DC/DC Wandler hängt zwar ganz vorne auf der Platine, aber bei diesen Strömen wird die Zuleitung schon zum Problem. 2m 0,25mm² Kupferlitze haben 140mOhm, hin und zurück also 280mOhm, sagen wir 300 um es rund zu machen. U=R*I also fallen da bei 15A schlapp 4,5V ab, und das mit einer ziemlich steilen Flanke. (stimmt nicht ganz, denn wenn die Spannung absinkt, fließt durch die LED auch weniger Strom aber als Näherung reicht's) von den 12V sind am Eingang also nur noch 7,5V vorhanden. Die muss der DC/DC Wandler aber zu konstanten 3,3V runterregeln. Damit er regeln kann, muss er erstmal auf der 3,3V Seite einen Spannungsabfall sehen und je nachdem, wie steil die Flanke ist, kann das locker mal ein paar zig mV sein und der ESP verhungert. Andersrum springt die Eingangsspannung wieder nach 12V, wenn die Transistoren abschalten und der Wandler muss wieder flott nachregeln.
- der kritische Strompfad auf der Platine ist die VCC Verbindung entlang der Klemmen. Diese ist zwischen den Pins der Klemmen und dem Rand der Platine auf ca. 3mm verengt. zusammengenommen sind diese Engstellen etwa 10mm lang. Der Digi-Key PCB Trace Width Conversion Calculator (https://www.digikey.de/en/resources/conversion-calculators/conversion-calculator-pcb-trace-width) errechnet mir da für die verwendeten 1oz/ft² und einem maximalen Temperaturanstieg von 40°C bei 25°C Raumtemperatur für den äußersten VCC Anschluss (also den oberhalb des ESP) einen maximalen Strom von etwa 6A. Wenn Ihr partout mehr braucht würde ich vorschlagen, die VCC Klemmen extern mit einem ordentlichen Querschnitt zu brücken oder VCC für die LEDs gleich am Eingang abzugreifen.
Ich denke, die 6,5A pro Kanal sind goldrichtig, die 16A für die gesamte Schaltung sind sehr grob geschätzt, aber ich glaube eh nicht, dass da jemand hin kommt.
Ich selbst betreibe hier, an einem alten Controller, fast 12m RGBWW Leiste. Der längere Arm der beiden ist fast 10m lang. Als höchsten Strom habe ich ca. 6,5A am Eingang gemessen und damit wäre ich auch für die neuen Controller völlig zufrieden. Allerdings sind die 10m schon deutlich zu lang, denn am Ende des Strangs kommt es schon zu Farbveränderungen.
ich leg mir noch Dummies an
ich leg mir noch Dummies an
Moin
ich hab da eine Bitte für mich als mehr Nutzer den Bastler:
In kurzen Worten die Anschlüsse erklärt ::)
Was ich bislang nicht finden konnte sind die Hardware Files der V2. Nur die 1.3-1.4 habe ich gefunden selbst die 1.5 finde ich nicht mehr. Das lag doch mal auf irgendeinem GitHub Account oder nicht? :o
Zitat von: kmxak am 08 Juni 2019, 16:55:19
Was ich bislang nicht finden konnte sind die Hardware Files der V2. Nur die 1.3-1.4 habe ich gefunden selbst die 1.5 finde ich nicht mehr. Das lag doch mal auf irgendeinem GitHub Account oder nicht? :o
sorry, ich hab das Github nicht aufgeräumt, die aktuellste Version ist hier (https://github.com/pljakobs/esp_rgbww_controller/tree/Feature-externalGPIO-pmue) wenn mich nicht alles täuscht.
pj
Zitat von: TheDAG am 08 Juni 2019, 14:17:22
ich hab da eine Bitte für mich als mehr Nutzer den Bastler:
FAQ ergänzt - passt das so?
Moin ich schon wieder.
Meine Frage: wie kann ich den Controller per mqtt steuern?
Ich habe aus alten Einträgen bei Git nicht so recht etwas gefunden was mir weiter hilft.
Oder missbrauche ich die Master / Slave Verbindung?
Gruß
Ole
Zitat von: TheDAG am 09 Juni 2019, 11:09:58
Moin ich schon wieder.
Meine Frage: wie kann ich den Controller per mqtt steuern?
Ich habe aus alten Einträgen bei Git nicht so recht etwas gefunden was mir weiter hilft.
Oder missbrauche ich die Master / Slave Verbindung?
Gruß
Ole
Da müsste @vbs mal einspringen aber: ja, soweit ich weiß ist der mqtt support etwas rudimentär.
In der Firmware Doku hast Du nachgesehen, oder?
pj
Zitat von: pjakobs am 09 Juni 2019, 11:36:08
Da müsste @vbs mal einspringen aber: ja, soweit ich weiß ist der mqtt support etwas rudimentär.
In der Firmware Doku hast Du nachgesehen, oder?
pj
Das ist genau mein Problem - da steht nichts (es gibt einen Menüpunkt aber keine Infos) - oder ich habe die falsche Quelle angezapft
Zitat von: TheDAG am 09 Juni 2019, 11:09:58
Oder missbrauche ich die Master / Slave Verbindung?
Moin TheDAG,
genau das ist der der Weg ;)
Du muss über die MQTT Topics
cmd_slave_topic oder
color_slave_topic die Controller ansprechen.
Zitat von: Shojo am 09 Juni 2019, 22:52:35
Moin TheDAG,
genau das ist der der Weg ;)
Du muss über die MQTT Topics cmd_slave_topic oder color_slave_topic die Controller ansprechen.
und die Message ist dann der json String wie für den "normalen" API Call?
So ganz klar war mir das auch nie. Ich würde mir vermutlich mal anschauen, was ein Controller im cmd_master_topic ausspuckt.
Hallo zusammen,
ein Controller zickt im Moment etwas herum:
Das Einbinden ins WLan und Einstellen des richtigen Betriebsmodus hat einwandfrei geklappt.
Beim OTA-Update stellt er sich aber etwa an.
Beim ersten Versuch konnte der Controller mit der neuen Firmware nicht rebooten.
Da habe ich gesehen, dass in den Netzwerkeinstellungen das Feld für die Subnetzmaske leer war.
Also wieder eingetragen, dann ging der Reboot,...dachte ich. Die LED´s zucken kurz, aber dann ist der Controller unter seiner neuen IP nicht mehr erreichbar.
Jetzt kann ich Reset drücken, spannungslos machen, nichts hilft.
Gibt es die Möglichkeit auf einen Reset auf Werkseinstellungen?
Hab die Lösung wohl schon gefunden:
GND vom sechs-poligen Jumper (oben rechts) ist nicht GND der Klemmleiste...
Obwohl das Quatsch ist, wenn ich mir die Platine von unten ansehe.
Jedenfalls hat jetzt alles geklappt, als ich GND an der Lüsterklemme und nicht auf den Jumper angesteckt habe.
Vielleicht mein Jumperkabel...
Jetzt ist alles gut, freu mich!
Zitat von: MacReiner am 10 Juni 2019, 13:08:46
Hab die Lösung wohl schon gefunden:
GND vom sechs-poligen Jumper (oben rechts) ist nicht GND der Klemmleiste...
Sicher? Das wäre eigentlich nur durch einen Fertigungsfehler denkbar. Kannst Du das mal durchpiepen?
Zitat von: MacReiner am 10 Juni 2019, 13:08:46
Obwohl das Quatsch ist, wenn ich mir die Platine von unten ansehe.
Jedenfalls hat jetzt alles geklappt, als ich GND an der Lüsterklemme und nicht auf den Jumper angesteckt habe.
Vielleicht mein Jumperkabel...
das wäre jetzt auch eher meine Vermutung.
Zitat von: MacReiner am 10 Juni 2019, 13:08:46
Jetzt ist alles gut, freu mich!
Super!
pj
Zitat von: pjakobs am 10 Juni 2019, 10:14:38
und die Message ist dann der json String wie für den "normalen" API Call?
Ja fast hier mal ein Beispiel:
{
"jsonrpc": "2.0",
"method": "color",
"params": {
"t": 700,
"d": "1",
"cmd": "fade",
"hsv": {
"s": 55,
"h": 0,
"v": 100
},
"q": "single"
}
}
Hallo,
vier von fünf Controller ließen sich über WLAN anmelden. Bei dem fünften bleibt der Bildschirm weiß nachdem ich das RGBWW**** WLAN Netzwerk auswählte.
Ist diese Erscheinung bereits bekannt und gibt es eine Lösung?
Über eine Antwort würde ich mich sehr freuen.
Gruß
Hauslaus
Zitat von: Hauslaus am 11 Juni 2019, 12:33:23
Hallo,
vier von fünf Controller ließen sich über WLAN anmelden. Bei dem fünften bleibt der Bildschirm weiß nachdem ich das RGBWW**** WLAN Netzwerk auswählte.
Ist diese Erscheinung bereits bekannt und gibt es eine Lösung?
Über eine Antwort würde ich mich sehr freuen.
Gruß
Hauslaus
Wenn Du sagst "bleibt der Bildschirm weiß", dann meinst Du damit, dass die Konfigurationsseite des Controllers im Browser nicht angezeigt wird, nehme ich an?
Gibt es eine Fehlermeldung?
kannst Du mal <shift>-reload versuchen?
Wenn Du die möglichkeit hast, wäre es gut, mal den Output auf der seriellen Konsole anzusehen.
Grüße
pj
Moin,
welche RGBWWCW-Streifen und welche 24V-Netzteile werden denn empfohlen? Mir gehts eher um Qualität als um den Preis und ich suche 5m für Innen und Außen...
Danke, -MN
Zitat von: Morgennebel am 11 Juni 2019, 16:32:38
Moin,
welche RGBWWCW-Streifen und welche 24V-Netzteile werden denn empfohlen? Mir gehts eher um Qualität als um den Preis und ich suche 5m für Innen und Außen...
Danke, -MN
Moin,
ich habe üblicherweise einfach LED Strips aus China bestellt, meistens so um die 12-20US$ pro 5m RGBWW, IP20, IP67 ist etwas teurer. Mittlerweile gibt es auch RGBWWCW Strips, die allerdings scheinbar deutlich teurer sind.
gerade gestern habe ich diese hier (https://www.aliexpress.com/item/5050-Double-Row-RGB-LED-Strip-Waterproof-120LEDs-m-5M-Black-White-PCB-RGBW-RGBWW-LED/33030602674.html?spm=a2g0s.9042311.0.0.4fa14c4dMxjgbn) bestellt und bin mal gespannt.
Netzteile sind meines Erachtens kritischer, denn was wirklich niemand will sind pfeifende Netzteile überall in der Bude. Ich habe viele "Leicke" Netzteile (https://www.amazon.de/Leicke-Netzteil-Bildschirm-Festplatten-Pico-PSU/dp/B001W3UYLY/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=leicke&qid=1560267230&s=gateway&sr=8-1), die es in allen sinnvollen Größen und Leistungsklassen gibt.
Für die Außenlampen und generell um sie in Leuchten einzubauen, habe ich mit diesen Netzteilen (https://www.aliexpress.com/item/Waterproof-IP67-LED-Driver-12V-10W-15W-20W-24W-30W-36W-45W-50W-60W-80W-100W/32721231103.html?spm=a2g0s.9042311.0.0.27424c4df7Uh3j) gute Erfahrungen gemacht.
Grüße
pj
Zitat von: pjakobs am 11 Juni 2019, 17:37:17
Mittlerweile gibt es auch RGBWWCW Strips, die allerdings scheinbar deutlich teurer sind.
gerade gestern habe ich diese hier (https://www.aliexpress.com/item/5050-Double-Row-RGB-LED-Strip-Waterproof-120LEDs-m-5M-Black-White-PCB-RGBW-RGBWW-LED/33030602674.html?spm=a2g0s.9042311.0.0.4fa14c4dMxjgbn) bestellt und bin mal gespannt.
Hab ich jetzt auch bestellt, sind aber nur RGBWW oder RGBCW, nicht aber RGBWWCW (also 5 Kanäle)...
Danke, -MN
Ich hab 24v rgbwwcw stripes. 2x5m.
Die Blau-Werte unterscheiden sich leicht, ansonsten sind die OK.
https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.com%2Fulk%2Fitm%2F222878704601
Gesendet von meinem Doogee S60 mit Tapatalk
Danke...
Wie praktisch, daß ich in zwei Wochen in den USA bin...
Ciao, -MN
Cool und guten Flug! Aber für 1000 Controller dürfte Dein Handgepäck nicht ausreichen ;-)
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Hallo zusammen,
ich bekomme es nicht hin, dass der Controller mit einer Standardfarbe startet...
Das Reading config-color-startup_color hat den Wert "last", d.h. der Controller speichert den letzten Farbwert.
Entsprechend der "Device help" habe ich mir das Reading "defaulColor" mit einem entsprechenden Farbwert erstellt - fruchtet aber nicht.
Pjakobs hat ja hier empfohlen das Reading config-color-startup_color mit einem festen Farbwert zu belegen - wie bekomme ich das denn hin?
Hallo,
hat jemand ein schönes Beispiel für die Einbindung in FTUI und geht bei RGBWW eine getrennte Ansteuerung von WW?
Gruß
Eisix
Zitat von: Blademan am 12 Juni 2019, 20:58:18
Hallo zusammen,
ich bekomme es nicht hin, dass der Controller mit einer Standardfarbe startet...
Das Reading config-color-startup_color hat den Wert "last", d.h. der Controller speichert den letzten Farbwert.
Entsprechend der "Device help" habe ich mir das Reading "defaulColor" mit einem entsprechenden Farbwert erstellt - fruchtet aber nicht.
Pjakobs hat ja hier empfohlen das Reading config-color-startup_color mit einem festen Farbwert zu belegen - wie bekomme ich das denn hin?
Du steckst ein bisschen in den unterschiedlichen Versionen der Software fest.
Die alte Version (das LedController) hatte diese "default Color", die neue hat das nicht mehr. Das config-color-startup_color setting definiert die Farbe, die der Controller ansteuert, wenn er mit dem Strom verbunden wird.
Wenn Du die Kommandos "on" und "off" verwenden willst, dann passiert folgendes:
-> "off" speichert den aktuellen Zustand im Modul
-> "on" sieht nach, wenn ein Zustand gespeichert ist, dann wird der wieder gesetzt, wenn nicht, wird die Helligkeit auf 100% gesetzt
Ich finde das Verhalten nicht ganz ideal, deshalb verwende ich immer "hsv x,y,z", um den Controller einzuschalten.
pj
Zitat von: Eisix am 13 Juni 2019, 15:02:23
Hallo,
hat jemand ein schönes Beispiel für die Einbindung in FTUI und geht bei RGBWW eine getrennte Ansteuerung von WW?
Gruß
Eisix
ich hatte das lange über sowas gemacht:
<div class="row container round bg-gray">
<div data-type="switch" data-device='LED_Ku' data-on-background-color="LED_Ku: 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">Küche</div>
<div data-type="symbol" id="ST_Ku" data-device='LED_Ku' data-get="" data-off- color="LED_Ku:rgb" data-off-background-color="LED_Ku:rgb" data-icon="fa-ellipsis-h" data- background-icon="fa-circle-thin" class="small"> </div>
musst Du natürlich an Deine Geräte anpassen.
Heute hab ich alle Controller an Lightscenes, weil es einfach zu viele geworden sind.
RGB und WW getrennt, Du meinst quasi zwei unterschiedliche Leuchten, die eine farbig, die andere weiß? Das kann der Controller nur bedingt, sprich: er arbeitet immer mit dem hsv Farbmodell. Du kannst nun natürlich das in fhem auseinanderfriemeln und die beiden auf der Ebene getrennt betreiben.
Außerdem kannst Du mit RAW jeden Kanal einzeln beschicken, ein "set <ledxyz> raw ,,,512, sollte, soweit ich mich entsinne, nur den ww kanal auf halbe maximalhelligkeit setzen und den Rest unverändert lassen
pj
Zitat von: Eisix am 13 Juni 2019, 15:02:23
Hallo,
hat jemand ein schönes Beispiel für die Einbindung in FTUI und geht bei RGBWW eine getrennte Ansteuerung von WW?
Gruß
Eisix
Hallo Eisix,
hier die FTUI Seite, mit der ich gerade den Controller teste... Ist jetzt ohne WW, aber vielleicht ein Anfang.
Gruß,
Blademan
Zitat von: pjakobs am 13 Juni 2019, 17:25:39
Du steckst ein bisschen in den unterschiedlichen Versionen der Software fest.
Die alte Version (das LedController) hatte diese "default Color", die neue hat das nicht mehr. Das config-color-startup_color setting definiert die Farbe, die der Controller ansteuert, wenn er mit dem Strom verbunden wird.
Wenn Du die Kommandos "on" und "off" verwenden willst, dann passiert folgendes:
-> "off" speichert den aktuellen Zustand im Modul
-> "on" sieht nach, wenn ein Zustand gespeichert ist, dann wird der wieder gesetzt, wenn nicht, wird die Helligkeit auf 100% gesetzt
Ich finde das Verhalten nicht ganz ideal, deshalb verwende ich immer "hsv x,y,z", um den Controller einzuschalten.
pj
Habe ich fast befürchtet, das hier ein paar Altlasten in der Modulbeschreibung stecken. Aber dann weiß ich das wenigstens und muss nicht mehr rumprobieren. "hsv x,y,z" vewende ich auch für das setzen von definierten Farben (bspw. im FTUI Beispiel, dass ich für Eisix angehängt haben). Du hast natürlich recht, dass man das als Alternative/Workaround nutzen kann.
Hauptgrund für mich war aber jetzt eigentlich, dass ich dem Controller damit abgewöhnen wollte, beim Abschalten immer in den Flash-Speicher zu schreiben....
Gruß,
Blademan
Zitat von: Blademan am 13 Juni 2019, 20:08:47
Habe ich fast befürchtet, das hier ein paar Altlasten in der Modulbeschreibung stecken. Aber dann weiß ich das wenigstens und muss nicht mehr rumprobieren. "hsv x,y,z" vewende ich auch für das setzen von definierten Farben (bspw. im FTUI Beispiel, dass ich für Eisix angehängt haben). Du hast natürlich recht, dass man das als Alternative/Workaround nutzen kann.
Hauptgrund für mich war aber jetzt eigentlich, dass ich dem Controller damit abgewöhnen wollte, beim Abschalten immer in den Flash-Speicher zu schreiben....
Gruß,
Blademan
das geht halt tatsächlich über den config parameter, nur hat die Farbe, die Du da einstellst nichts mit dem fhem Kommando "on" zu tun.
pj
Zitat von: pjakobs am 13 Juni 2019, 21:06:05
das geht halt tatsächlich über den config parameter, nur hat die Farbe, die Du da einstellst nichts mit dem fhem Kommando "on" zu tun.
pj
Na fein, dann könnten wir ja auch wieder zu meiner ursprünglichen Frage zurückkommen: WIE kann man den Parameter setzen? Ich hab's halt, wie gesagt, nicht hinbekommen. ::)
Zitat von: Blademan am 13 Juni 2019, 21:37:59
Na fein, dann könnten wir ja auch wieder zu meiner ursprünglichen Frage zurückkommen: WIE kann man den Parameter setzen? Ich hab's halt, wie gesagt, nicht hinbekommen. ::)
set <gerät> config <name des config parameters wie in der Readings liste> <parameter>
also hier:
set <gerät> config config-color-startup_color 0,0,30
so jedenfals hat es bei mir funktioniert.
Grüße
pj
Zitat von: pjakobs am 13 Juni 2019, 21:40:56
set <gerät> config <name des config parameters wie in der Readings liste> <parameter>
also hier:
set <gerät> config config-color-startup_color 0,0,30
so jedenfals hat es bei mir funktioniert.
Grüße
pj
Ja, hätte ich auch angenommen, das es so funktioniert.... Leider steht danach immer noch ,,Last" drin...
Ich spiel noch mal etwas damit rum.
Danke und Gruß,
Blademan
Hallo,
momentan steuere ich einen LD382A mit einer modifizierten WifiLight.pm Version aus dem Forum. Damit kriege ich auch die volle Helligkeit von WW. Das gleiche würde ich gerne mit den neuen Controllern auch machen.
<!DOCTYPE html>
<html>
<head>
<title>FHEM</title>
<meta charset="UTF-8">
</head>
<body>
<div class="container">
<header>
Licht Markise
</header>
<center>
<table border="0px" width="100%">
<tr>
<td class="A1" width="85%" height="80%">
<center>
<div data-type="colorwheel"
data-device="Terrasse.Licht"
data-get="RGB"
data-set="RGB"
class="roundIndicator big cell">
</div>
<div class="top-narrow"><small>Farbe</small></div>
</center>
</td>
<td class="B1" width="15%" height="80%">
<center>
<div data-type="dimmer"
data-device="Terrasse.Licht"
data-set-on="on"
data-set-off="off"
data-set-value="$v"
data-dim='dim'
data-get='state'
data-get-on="[1-9]\d?"
data-get-off="set_off"
data-icon="oa-light_light_dim_100"
data-on-color="#ffff00"
data-off-color="white"
class="top right large cell">
</div>
<div><small>Helligkeit</small></div>
</center>
</td>
</tr>
<tr>
<td class="A2" width="40%" height="20%">
<center>
</center>
</td>
<td class="B2" width="60%" height="20%">
<center>
<div data-type="slider"
data-device="Terrasse.Licht"
data-get="pct"
data-set="pct"
data-min="0"
data-max="100"
data-width="150px"
data-color="grey"
class="horizontal">
</div>
<div class="top"><small>Weiß</small></div>
</center>
</td>
</tr>
</table>
</center>
</div>
</body>
</html>
Gruß
Eisix
Zitat von: Eisix am 14 Juni 2019, 08:41:22
Hallo,
momentan steuere ich einen LD382A mit einer modifizierten WifiLight.pm Version aus dem Forum. Damit kriege ich auch die volle Helligkeit von WW. Das gleiche würde ich gerne mit den neuen Controllern auch machen.
<!DOCTYPE html>
<html>
<head>
<title>FHEM</title>
<meta charset="UTF-8">
</head>
<body>
<div class="container">
<header>
Licht Markise
</header>
<center>
<table border="0px" width="100%">
<tr>
<td class="A1" width="85%" height="80%">
<center>
<div data-type="colorwheel"
data-device="Terrasse.Licht"
data-get="RGB"
data-set="RGB"
class="roundIndicator big cell">
</div>
<div class="top-narrow"><small>Farbe</small></div>
</center>
</td>
<td class="B1" width="15%" height="80%">
<center>
<div data-type="dimmer"
data-device="Terrasse.Licht"
data-set-on="on"
data-set-off="off"
data-set-value="$v"
data-dim='dim'
data-get='state'
data-get-on="[1-9]\d?"
data-get-off="set_off"
data-icon="oa-light_light_dim_100"
data-on-color="#ffff00"
data-off-color="white"
class="top right large cell">
</div>
<div><small>Helligkeit</small></div>
</center>
</td>
</tr>
<tr>
<td class="A2" width="40%" height="20%">
<center>
</center>
</td>
<td class="B2" width="60%" height="20%">
<center>
<div data-type="slider"
data-device="Terrasse.Licht"
data-get="pct"
data-set="pct"
data-min="0"
data-max="100"
data-width="150px"
data-color="grey"
class="horizontal">
</div>
<div class="top"><small>Weiß</small></div>
</center>
</td>
</tr>
</table>
</center>
</div>
</body>
</html>
Gruß
Eisix
hmm... was is den "pct"? Das unterstützt das Modul hier imho erstmal nicht.
Du kannst ja den gesamten Farbraum über den Colorpicker ansteuern, wenn Du den Controller von außen über RGB ansteuerst, dann rechnet das fhem modul das sowieso in hsv um.
Natürlich kannst Du über einen separaten slider noch die "v" Komponente gesondert steuern, aber das gilt dann für die gesamte Farbmischung, sprich es wird die eingestellte Farbe und Sättigung (h und s) einfach heller. Wenn Du den Weißanteil alleine heller haben willst musst Du die Sättigung entsprechend verringern.
pj
Zitat von: pjakobs am 11 Juni 2019, 14:03:26
Wenn Du sagst "bleibt der Bildschirm weiß", dann meinst Du damit, dass die Konfigurationsseite des Controllers im Browser nicht angezeigt wird, nehme ich an?
Gibt es eine Fehlermeldung?
kannst Du mal <shift>-reload versuchen?
Wenn Du die möglichkeit hast, wäre es gut, mal den Output auf der seriellen Konsole anzusehen.
Grüße
pj
Hi,
ich habe das gleich Problem.
4/5 Controller sind eingerichtet, beim 5ten kann ich mich mit Wlan verbinden und komme auf die Seite 192.168.4.1/webapp als Fehler kommt eine 404 Seite
Reset hab ich schon probiert, ändert aber nichts.
Greetings BM030
PS: mit diesen Controllern hab ich noch nichts zu tun gehabt, habe keine serielle Konsole...
Zitat von: BM030 am 14 Juni 2019, 19:27:25
Hi,
ich habe das gleich Problem.
4/5 Controller sind eingerichtet, beim 5ten kann ich mich mit Wlan verbinden und komme auf der Seite 192.168.4.1/webapp als Fehler kommt eine 404 Seite
Reset hab ich schon probiert, ändert aber nichts.
Greetings BM030
PS: mit diesen Controllern hab ich noch nichts zu tun gehabt, habe keine serielle Konsole...
404 ist meistens ein Hinweis darauf, dass die SPIFFS Partition nicht korrekt geflasht wurde.
Hast Du einen USB - Seriell Wandler?
pj
Nein,
was für einen benötige ich?
Würde den einfach bestellen...
Kann ich das Gehäuse nehmen: Strapubox Kunststoff-Gehäuse mit Lasche CO 4 ABS 70 x 60 x 30 mm ?
Greetings BM030
Du brauchst einen USB TTL converter. sowas (https://www.amazon.de/AZDelivery-CP2102-Konverter-HW-598-Arduino/dp/B07N2YLH26) zum Beispiel, oder auch sowas (https://www.amazon.de/tinxi%C2%AE-FT232RL-Converter-Adapter-Arduino/dp/B01C2P9GD2) (einige schwören auf die CP2102, aber meines Erachtens ist es bei dieser Schaltung egal, denn der einzige Vorteil ist, dass der CP2102 mehr Strom liefern kann als der FT232RL.
Dazu brauchst Du noch drei Kabel, um GND, RX und TX zwischen Koverter und Controller zu verbinden, die gibt es zu 100 für ein paar Pfennige mit fertigen Steckverbindern.
Am Schluss brauchst Du noch ein Tool wie NodeMCU Flasher (64Bit Windows) (https://github.com/nodemcu/nodemcu-flasher/tree/master/Win64/Release) oder unter Linux esptool.py (istallation so: click (https://randomnerdtutorials.com/flashing-micropython-firmware-esptool-py-esp32-esp8266/)) und die Firmware-Files, die es hier gibt: esp_rgbww_firmware flashing (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/1.1-Flashing).
Nodemcu ist nicht dokumentiert, funktioniert aber auch, Du musst die Adressen (die Hex Zahlen 0x00000 u.ä.) und die .bin files jeweils in die entsprechenden Felder eingeben. Einfacher funktioniert es tatsächlich unter Linux.
In den allermeisten Fällen sollte das funktionieren, manchmal habe ich aber schon defekte ESPs gesehen, dann wende Dich bitte an @pc1246 damit wir den Controller tauschen.
Grüße
pj
Zitat von: pjakobs am 14 Juni 2019, 20:35:33
Du brauchst einen USB TTL converter. sowas (https://www.amazon.de/AZDelivery-CP2102-Konverter-HW-598-Arduino/dp/B07N2YLH26) zum Beispiel, oder auch sowas (https://www.amazon.de/tinxi%C2%AE-FT232RL-Converter-Adapter-Arduino/dp/B01C2P9GD2) (einige schwören auf die CP2102, aber meines Erachtens ist es bei dieser Schaltung egal, denn der einzige Vorteil ist, dass der CP2102 mehr Strom liefern kann als der FT232RL.
Dazu brauchst Du noch drei Kabel, um GND, RX und TX zwischen Koverter und Controller zu verbinden, die gibt es zu 100 für ein paar Pfennige mit fertigen Steckverbindern.
Am Schluss brauchst Du noch ein Tool wie NodeMCU Flasher (64Bit Windows) (https://github.com/nodemcu/nodemcu-flasher/tree/master/Win64/Release) oder unter Linux esptool.py (istallation so: click (https://randomnerdtutorials.com/flashing-micropython-firmware-esptool-py-esp32-esp8266/)) und die Firmware-Files, die es hier gibt: esp_rgbww_firmware flashing (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/1.1-Flashing).
Nodemcu ist nicht dokumentiert, funktioniert aber auch, Du musst die Adressen (die Hex Zahlen 0x00000 u.ä.) und die .bin files jeweils in die entsprechenden Felder eingeben. Einfacher funktioniert es tatsächlich unter Linux.
In den allermeisten Fällen sollte das funktionieren, manchmal habe ich aber schon defekte ESPs gesehen, dann wende Dich bitte an @pc1246 damit wir den Controller tauschen.
Grüße
pj
Tatsächlich hatte ich genau noch so ein Teil im Keller , puuh
ZitatPut the device into serial bootloader mode. First hold reset Button, than set PT0 to GND than release reset Button than release PT0 from GND. Now Device should be in serial bootloader mode.
Wo finde ich PT0 auf der Platine?
Greetings BM030
die liegen heute auf den Tastern:
<PRG> ist P0 und <RST> ist - klar - Reset. Du musst also PRG halten und RST drücken und loslassen, danach ist der Controller im Flash-Mode
pj
@pjakobs
Hab gerade nochmal probiert und es geht mit meinem Code wie ich wollte. Ich hatte nur hsv anstatt rgb im colorwheel. PCT ist beim Modul vorhanden.
Gruß
Eisix
Habe ich das richtig verstanden das der Controller nur ohne Password mit dem Modul funktioniert oder wo wird das eingetragen?
Gruß
Eisix
Zitat von: pjakobs am 14 Juni 2019, 22:08:46
die liegen heute auf den Tastern:
<PRG> ist P0 und <RST> ist - klar - Reset. Du musst also PRG halten und RST drücken und loslassen, danach ist der Controller im Flash-Mode
pj
Hi,
danke, sieht man das irgendwie auch? es blinkt kurz eine LED auf...
in dem Windowstool steht nur:
ZitatNote:Auto MAP serial port.Port-->COM9
Note:Serial port connected.
Note:Begin find ESP8266.
mehr passiert leider nicht.
Zitat von: BM030 am 14 Juni 2019, 22:44:10
Hi,
danke, sieht man das irgendwie auch? es blinkt kurz eine LED auf...
in dem Windowstool steht nur:
mehr passiert leider nicht.
hast Du RX und TX vertauscht?
pj
Zitat von: Eisix am 14 Juni 2019, 22:25:31
Habe ich das richtig verstanden das der Controller nur ohne Password mit dem Modul funktioniert oder wo wird das eingetragen?
Gruß
Eisix
ich benutze meine nur ohne Password und weiß ehrlich gesagt nicht, ob @vbs da simpel auth implementiert hat.
und - magst Du mir erzählen, was "pct" tut? ich finde das weder in meinem Code, noch in dem von @vbs noch wüsste ich, welchen API call das triggert. Ich bin verwirrt.
[edit] das tut was. Ich muss nachdenken.
ok, offenbar ist das doch im @vbs Modul als synomym zu val drin.
Dann gilt aber was ich eingangs sagte: es ändert dann nicht nur den Weißanteil, sondern die Gesamthelligkeit.
pj
Zitat von: pjakobs am 14 Juni 2019, 22:55:53
hast Du RX und TX vertauscht?
pj
Das steht ja sehr eindeutig auf beiden Geräten drauf...
ja, aber Du musst tauschen, also RX->TX und TX->RX (was der eine sendet, muss der andere empfangen)
pj
Hab mal ein Video gemacht ;)
Ich finde generell die Idee dieses Threads gut, aber er hat jetzt thematisch große Überlappungen zum Firmware-Thread:
https://forum.fhem.de/index.php/topic,70738.0.html
Macht es sowohl für Supporter als auch für Hilfesuchende etwas schwieriger. Macht es Sinn, die Threads klarer voneinander abzugrenzen? Wir sind jetzt in Summe (mit Bestell-Threads) bei ca. 8 oder so.
Zitat von: vbs am 15 Juni 2019, 00:52:27
Ich finde generell die Idee dieses Threads gut, aber er hat jetzt thematisch große Überlappungen zum Firmware-Thread:
https://forum.fhem.de/index.php/topic,70738.0.html
Macht es sowohl für Supporter als auch für Hilfesuchende etwas schwieriger. Macht es Sinn, die Threads klarer voneinander abzugrenzen? Wir sind jetzt in Summe (mit Bestell-Threads) bei ca. 8 oder so.
Stimmt, das ist immer ein Risiko, ich find es aber andererseits schwierig, in einem langen Thread Information zu finden, daher die Idee, oben ein FAQ anzuhängen, aus dem ich dann ja auch auf andere Threads/Posts verweisen kann.
Die Bestell-Threads sehe ich mit Auslieferung der Controller als abgeschlossen an, d.h. dort laufen jetzt nur noch Sachen auf, die direkt mit der Bestellung zu tun haben (angekommen / noch nicht angekommen / kann ich noch welche haben) - der hier ist als Anlaufstelle für all die gedacht, die das Teil jetzt bekommen haben und Fragen dazu haben.
Klar, weil alles immer wieder die gleichen Komponenten sind, werden wir immer wieder die gleichen fragen bekommen. Ich denke, die Antwort darauf ist: wir sollten schauen, dass wir das Modul in die fhem Distribution bekommen und die Information dazu so weit als möglich in's fhem Wiki. Das Forum ist immer nur eine Notlösung.
pj
Ich habe bisher 2 Controller in Betrieb.
Einewr schreibt mir jede Minute folgendes in Log:
2019.06.16 21:42:08 1: 192.168.178.71:9090 disconnected, waiting to reappear (SZ.RGB)
2019.06.16 21:42:08 1: 192.168.178.71:9090 reappeared (SZ.RGB)
2019.06.16 21:42:09 3: SZ.RGB: got info response
2019.06.16 21:42:09 3: SZ.RGB: info response data {"deviceid":"10981010","current_rom":"0","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":436800,"heap_free":22392,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"........"}}
Der Controller funktioniert trotzdem.
Was muss ich tun, damit die Meldungen verschwinden?
Edit: verschwindet nach Neustart von FHEM
Hi @All,
Ist auf dem controler schon eine FW drauf oder muss ich die erstmal aufspielen?
Zitat von: eisenmann am 17 Juni 2019, 10:48:13
Hi @All,
Ist auf dem controler schon eine FW drauf oder muss ich die erstmal aufspielen?
FW ist drauf, die sollten, wenn Du sie zum ersten Mal an Betriebsspannung anschließt, ein WLAN namens RGBWWxxxxxx aufspannen. Wenn das nicht funktioniert, dann ist vielleicht was schief gelaufen.
pj
Zitat von: pjakobs am 17 Juni 2019, 11:26:07
FW ist drauf, die sollten, wenn Du sie zum ersten Mal an Betriebsspannung anschließt, ein WLAN namens RGBWWxxxxxx aufspannen. Wenn das nicht funktioniert, dann ist vielleicht was schief gelaufen.
pj
Ah ok, das funktioniert und welche ip hat dann der Webserver? So das ich ihn configurieren kann?
Zitat von: eisenmann am 17 Juni 2019, 12:24:09
Ah ok, das funktioniert und welche ip hat dann der Webserver? So das ich ihn configurieren kann?
192.168.4.1
pj
@pjakobs
Kann man vielleicht noch im ersten Beitrag die Funktion der Standard Taster aufnehmen?
Gruß Robert
Zitat von: pjakobs am 17 Juni 2019, 13:38:38
192.168.4.1
pj
@PJ das heißt dann ich brauche in meinen server noch ein WLAN karte damit ich auf den controler gelange?. Der controler ist sozusagen immer ein AccessPoint, wie mache ich das dann wenn ich mehrere controler habe? Sorry habe das Konzept noch nicht ganz verstanden.
Zitat von: eisenmann am 17 Juni 2019, 14:50:06
@PJ das heißt dann ich brauche in meinen server noch ein WLAN karte damit ich auf den controler gelange?. Der controler ist sozusagen immer ein AccessPoint, wie mache ich das dann wenn ich mehrere controler habe? Sorry habe das Konzept noch nicht ganz verstanden.
Nein, wenn Du Dich mit Deinem PC/Tablet/Telefon in das RGBWWxxxxxx Netz hängst und dann 192.168.4.1 im Browser öffnest, dann musst Du zu allererst das WLAN konfigurieren, mit dem der Controller sich verbinden soll.
Das tut er dann, kurze zeit später bekommst Du im Browser die Rückmeldung, welche IP Adresse er hat, danach verbindest Du Dich wieder mit dem normalen WLAN (das machen die meisten PC/Tablets/Telefone automatisch, wenn der Controller Accesspoint nicht mehr verfügbar ist) und kannst unter der Adresse weiter konfigurieren.
pj
Und vorher im Router den Mac-Adressenfilter ausschalten.
In der Fritzbox heißt das dann ,,Alle neuen Geräte zulassen".
Gesendet von meinem Nokia 5110
Zitat von: pjakobs am 17 Juni 2019, 14:58:35
Nein, wenn Du Dich mit Deinem PC/Tablet/Telefon in das RGBWWxxxxxx Netz hängst und dann 192.168.4.1 im Browser öffnest, dann musst Du zu allererst das WLAN konfigurieren, mit dem der Controller sich verbinden soll.
Das tut er dann, kurze zeit später bekommst Du im Browser die Rückmeldung, welche IP Adresse er hat, danach verbindest Du Dich wieder mit dem normalen WLAN (das machen die meisten PC/Tablets/Telefone automatisch, wenn der Controller Accesspoint nicht mehr verfügbar ist) und kannst unter der Adresse weiter konfigurieren.
pj
Vielen dank, ohne eure Hilfe hätte ich das nicht heraus gefunden. Hat alles geklappt, wenn man es einmal weis dann klappts wie am schnürchen. Eine Frage habe ich jetzt trotzdem noch. Ich dachte einer von den tastern war für das ein und aus schalten gedacht. Muss ich da noch was konfigurieren? Diese custom pins, sind die dafür gedacht?
Grundsätzlich ja, allerdings ist das in der aktuellen Firmware noch nicht aktiviert.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Hallo zusammen,
ich habe jetzt mal alle meine Controller getestet - zumindest RGB. Bei einem funktioniert rot nicht: Wenn die Betriebspannung am Controller angelegt wird, leuchtet der rote Kanal einmal kurz auf, danach gibt's kein rot mehr... Hat jemand einen Tipp? Ich würde jetzt erstmal auf den MOSFET tippen, ich denke nicht, das Firmware neu flashen hier was bringt....
Gruß,
Blademan
Moin
Das ist schon der zweite Controller. Wir tauschen den aus!
Gruss Christoph
Zitat von: pc1246 am 18 Juni 2019, 09:24:15
Moin
Das ist schon der zweite Controller. Wir tauschen den aus!
Gruss Christoph
OK, aber ich werde erstmal noch etwas weiter testen, ich traue der ganzen Sache noch nicht so ganz... ;)
Hallo Allerseits,
das mit der Sammelbestellung hat super geklappt. Vielen Dank dafür.
Jetzt scheitere ich gleich zu Beginn.
Wenn ich den Controller mit Strom versorge erscheint das WLAN.
Laptop damit verbunden und im Browser (Chrome) die 192.168.4.1 eingegeben.
Nach kurzer Zeit erscheint im Reiter "RGBWW Controller" und im Eingabefeld: 192.168.4.1/webapp
Sonst bleibt der Bildschirm aber leer, so dass ich den Controller nicht in mein WLAN einbinden kann.
Hat jemand ne Idee, was ich falsch mache ?
Zitat von: Ygramul am 19 Juni 2019, 15:53:29
Hallo Allerseits,
das mit der Sammelbestellung hat super geklappt. Vielen Dank dafür.
Jetzt scheitere ich gleich zu Beginn.
Wenn ich den Controller mit Strom versorge erscheint das WLAN.
Laptop damit verbunden und im Browser (Chrome) die 192.168.4.1 eingegeben.
Nach kurzer Zeit erscheint im Reiter "RGBWW Controller" und im Eingabefeld: 192.168.4.1/webapp
Sonst bleibt der Bildschirm aber leer, so dass ich den Controller nicht in mein WLAN einbinden kann.
Hat jemand ne Idee, was ich falsch mache ?
Moin
Schau mal hier: https://forum.fhem.de/index.php/topic,101240.msg948043.html#msg948043
Da gab es das gleiche Problem!
Gruss Christoph
Zitat von: Ygramul am 19 Juni 2019, 15:53:29
Hallo Allerseits,
das mit der Sammelbestellung hat super geklappt. Vielen Dank dafür.
Jetzt scheitere ich gleich zu Beginn.
Wenn ich den Controller mit Strom versorge erscheint das WLAN.
Laptop damit verbunden und im Browser (Chrome) die 192.168.4.1 eingegeben.
Nach kurzer Zeit erscheint im Reiter "RGBWW Controller" und im Eingabefeld: 192.168.4.1/webapp
Sonst bleibt der Bildschirm aber leer, so dass ich den Controller nicht in mein WLAN einbinden kann.
Hat jemand ne Idee, was ich falsch mache ?
das kenne ich auch manchmal.
Zwei mögliche Probleme fallen mir ein:
1. der Browser Cache, der für 192.168.4.1 schon irgendwelche Inhalte hat. Den kannst Du ausschalten, indem Du die Seite bei gedrückter <schift> Taste neu lädst (<shift>-<reload>)
2. das wlan - die Feldstärke des ESP Hotspot ist eher gering. Wenn Du recht weit (und da genügen manchmal schon ein paar Meter) vom Controller enfernt bist, dann passiert das manchmal. Soweit ich es debuggen konnte liegt es daran, dass die Webapp einen relativ großen batzen javascript herunterläd, und wenn der nicht komplett geladen werden kann, dann funktioniert nix.
Vielleich kann @shojo da noch was zu sagen?
Grüße
pj
Ich hatte ein ähnliches Problem, Mac OS X Mojave mit Chrome. 250+ Versuche, und nie kam eine Verbindung zustande...
Dann einfach mal mein Android-Telephon genommen - klappte beim 1. Versuch.
Ciao, -MN
Hi,
zwei von meinen drei Controllern konnte ich problemlos einbinden.
Beim dritten erscheint das WLAN und ich ändere die SSID und Passwort.
Nach dem Connect blinkt die blaue LED nach ca 10s kurz auf und das RGBWW WLAN erscheint wieder.
Gleichzeitig blinkt die blaue LED Reihe kurz auf.
Browser Opera, genau wie bei den anderen Controllern.
LG
MM
Zitat von: marsmaennchen am 19 Juni 2019, 18:48:05
Hi,
zwei von meinen drei Controllern konnte ich problemlos einbinden.
Beim dritten erscheint das WLAN und ich ändere die SSID und Passwort.
Nach dem Connect blinkt die blaue LED nach ca 10s kurz auf und das RGBWW WLAN erscheint wieder.
Gleichzeitig blinkt die blaue LED Reihe kurz auf.
Browser Opera, genau wie bei den anderen Controllern.
LG
MM
das ist eigentlich nur der Fall, wenn er sich nicht mit dem Netzwerk verbinden konnte.
Bist Du Dir sicher, dass Password richtig eingegeben zu haben?
Eventuell mal die Position ändern.
Wenn nichts funktioniert, idealerweise mal ne serielle Konsole dran und zeigen, was er ausgibt.
pj
ZitatBist Du Dir sicher, dass Password richtig eingegeben zu haben?
Eventuell mal die Position ändern.
Wenn nichts funktioniert, idealerweise mal ne serielle Konsole dran und zeigen, was er ausgibt.
Hi PJ,
Position geändert, Passwort aus keepass kopiert.
Nach dem Connect neustart und sofortige Anzeige des RGBWW WLANs.
Andere WLANs auch ausprobiert.
An der selben Position haben die anderen sich mit demselben Passwort connected.
Mit der seriellen Console habe ich noch nicht gearbeitet.
MM
Zitat von: marsmaennchen am 19 Juni 2019, 22:41:37
Hi PJ,
Position geändert, Passwort aus keepass kopiert.
Nach dem Connect neustart und sofortige Anzeige des RGBWW WLANs.
Andere WLANs auch ausprobiert.
An der selben Position haben die anderen sich mit demselben Passwort connected.
Mit der seriellen Console habe ich noch nicht gearbeitet.
MM
Was für ein device benutzt du um das wlan einstellen?
Ich hatte mit iOS auch ein paar Schwierigkeiten.
Habe bei den ersten Versuchen die neue IP nicht angezeigt bekommen.
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Moin Robert,
mit den Laptop.
Aber der Controller schaltet nach dem Connect sofort wieder das RGBWW WLAN ein.
Also übernimmt der Controller die Daten nicht.
Ich habe den Controller auch mal eine Zeit laufen lassen.
So hin und wieder blitzt einmal kurz die blaue LED Reihe auf ohne das ich etwas mache.
LG
Mm
Ich würde mal prüfen ob du an GPIO16 eine kalte oder schlechte Lötstelle hat.
Wenn nämlich GPIO16 nicht auf 3,3 V liegt wird eine Reset durchgeführt.
Zitat von: Shojo am 20 Juni 2019, 10:17:50
Ich würde mal prüfen ob du an GPIO16 eine kalte oder schlechte Lötstelle hat.
Wenn nämlich GPIO16 nicht auf 3,3 V liegt wird eine Reset durchgeführt.
Moin
Das ist ein guter Hinweis! Ich habe mir die Controller mal angesehen gehabt, manche Lötstellen sahen da doch mal etwas duenner aus. Dafuer gab es dann auch wieder Dickere, als ob das von Hand geloetet waere.
Gruss Christoph
Zitat von: no_Legend am 20 Juni 2019, 08:40:35
Was für ein device benutzt du um das wlan einstellen?
Ich hatte mit iOS auch ein paar Schwierigkeiten.
Habe bei den ersten Versuchen die neue IP nicht angezeigt bekommen.
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
warte, lass mich das verstehen, Du konfigurierst das WLAN, und dann?
Bekommst Du einen initialen Connect hin und Dir wird eine IP Adresse angezeigt und *danach* rebootet der Controller?
Oder bekommst Du keine Adresse angezeigt?
Im ersten Fall gilt was @shojo sagt: wenn gpio16 beim reboot auf "gnd" liegt, dann wird die Konfiguration auf dem Controller gelöscht.
Wenn es aber von Vornherein keine Adresse gibt, dann ist das Problem irgendwas mit WLAN
pj
Zitat von: marsmaennchen am 20 Juni 2019, 10:11:58
Moin Robert,
mit den Laptop.
Aber der Controller schaltet nach dem Connect sofort wieder das RGBWW WLAN ein.
Also übernimmt der Controller die Daten nicht.
Ich habe den Controller auch mal eine Zeit laufen lassen.
So hin und wieder blitzt einmal kurz die blaue LED Reihe auf ohne das ich etwas mache.
LG
Mm
ok, das klingt nach einem ESP12, der nicht in Ordnung ist. Wir hatten in der ersten Serie mehr davon. Meistens ist es so, dass die Teile crashen und immer wieder neu starten.
Ich schlage vor, wir tauschen den Controller. Wende Dich bitte an @pc1246
pj
Zitat von: pjakobs am 20 Juni 2019, 11:56:02
warte, lass mich das verstehen, Du konfigurierst das WLAN, und dann?
Bekommst Du einen initialen Connect hin und Dir wird eine IP Adresse angezeigt und *danach* rebootet der Controller?
Oder bekommst Du keine Adresse angezeigt?
Im ersten Fall gilt was @shojo sagt: wenn gpio16 beim reboot auf "gnd" liegt, dann wird die Konfiguration auf dem Controller gelöscht.
Wenn es aber von Vornherein keine Adresse gibt, dann ist das Problem irgendwas mit WLAN
pj
Meine 5 Controller haben alle eine IP iim WLAN erhalten.
Verbindung steht ohne problem, es wurden die Einstellungen gespeichert.
Was nicht zuverlässig funktioniert hat, war die Anzeige der neuen IP Adresse, also nach der Auswahl der SSID + Eingabe des Passworts.
Das hat zwei mal nicht funktioniert.
War aber nicht schlimm, da ich einfach den DHCP am Router ausgelesen habe.
Per Ping und WebInterface waren die Devices auch erreichbar.
Also alles kein Problem.
Gruß Robert
Zitat von: no_Legend am 20 Juni 2019, 11:59:32
Was nicht zuverlässig funktioniert hat, war die Anzeige der neuen IP Adresse, also nach der Auswahl der SSID + Eingabe des Passworts.
Das hat zwei mal nicht funktioniert.
joa, das hab ich auch schon ein paar mal passiert. Ist m.M.n. ein Timing Problem zwischen Controller, der WLAN Software des Endgeräts und der Webapp.
pj
Bei mir wechselt beim Initialen WLAN Daten eingeben nach der ip Eingabe der Browser selbstständig von http nach https. Das klappt dann natürlich nicht. Meine Lösung die bisher gut funktioniert hat ist im Browser den privaten Modus zu starten.
Gesendet von meinem SM-G930F mit Tapatalk
Zitat von: marsmaennchen am 21 Juni 2019, 12:10:39
Hallo Christoph,
ich habe mit einer Lupe die Lötstellen untersucht, die sahen OK aus, zusätzlich auch durchgeklingelt.
Der GPIO16 an der Steckerleiste, liegt nicht auf GND.
Allerdings liegt dort auch nicht 3.3V an, an den beiden daneben (0 und 2) habe ich 3.3V.
Wenn ich direkt am Chip messe habe ich 3.3V
Somit bin ich mit den Tipps hier aus dem Forum am Ende.
Gibt es noch weitere Möglichkeiten, die ich habe?
LG
Christoph
Moin
Wenn am GPIO16 keine 3,3Vanliegen, dann versuch mal die mit einem Draht da hinzubekommen. Ansonsten tauschen wir den aus!
Bitte im Thread bleiben, PN ist hier nicht hilfreich!
Gruss Christoph
ZitatBitte im Thread bleiben, PN ist hier nicht hilfreich!
Sorry , hatte die Nachricht von pj so interpretiert.
Gibt es einen Unterschied von dem PIN GPIO16 an der Steckerleiste und der direkt am Chip?
Weil am Chip messe ich 3.3V.
Zitatdann versuch mal die mit einem Draht da hinzubekommen.
Kann ich die 3.3V von GPIO2 oder 0 nehmen?
Gruß
Christoph
PS Ich habe nur den Schematischen Plan zum Controller V1.3 gefunden. Wo ist der aktuelle Plan versteckt? Bitte noch in Thread 1 packen
Zitat von: marsmaennchen am 21 Juni 2019, 12:39:44
Sorry , hatte die Nachricht von pj so interpretiert.
war ansich auch so gemeint, aber wir schauen mal weiter.
Zitat von: marsmaennchen am 21 Juni 2019, 12:39:44
Gibt es einen Unterschied von dem PIN GPIO16 an der Steckerleiste und der direkt am Chip?
Vom Chip geht es zum "CLR" Taster und von dort weiter zum Pin, über R8 (10kOhm) ist das auf 3.3V gezogen.
Zitat von: marsmaennchen am 21 Juni 2019, 12:39:44
Weil am Chip messe ich 3.3V.Kann ich die 3.3V von GPIO2 oder 0 nehmen?
Du meinst am GPIO16 Pin des ESP12?
Wenn Du Spannungen & Widerstände messen kannst, dann miss bitte mal folgendes:
wenn Du die Platine mit den Klemmen zu Dir zeigend vor Dir liegen hast (ESP links, Antenne zeigt von Dir weg)
was ist der Widerstand zwischen dem linken unteren Pin des ESP (3V3) und dem linken Pin des linken Tasters (CLR) - das sollten 10kOhm sein.
Danach miss mal den Widerstand vom linken Pin des linken Tasters gegen den vierten Pin von oben auf der linken Seite des ESP (D16), das sollten 0Ohm sein.
Zur Orientierung hier eine Skizze der ESP Pins (https://robertoostenveld.nl/esp-12-bootloader-modes/)
pj
Hi PJ,
zwischen VCC (ESP) und CLR (links) ca 7KOhm.
Zitatmiss mal den Widerstand vom linken Pin des linken Tasters
also der selbe Pin am CLR Taster?
Da messe ich zu 4 (D14) oder 5 (D16) immer 0 Ohm
Zitat von: marsmaennchen am 21 Juni 2019, 13:06:08
Hi PJ,
zwischen VCC (ESP) und CLR (links) ca 7KOhm.also der selbe Pin am CLR Taster?
Da messe ich zu 4 (D14) oder 5 (D16) immer 0 Ohm
Dann hast Du, aus welchen Gründen auch immer, eine Brücke zwischen den beiden Pins.
Das würde ggf. auch die Reboots erklären. Sollten wir austauschen.
pj
Ok
Dann schicke ich Dir einen neuen, und eine Marke, dass Du den an PJ zurueckschicken kannst.
Gruss Christoph
Hallo Zusammen
ich bin nun gestern dazu gekommen, die Controller zu testen.
Von meinen 3 Stück konnte ich 2 ohne Probleme einrichten, Beim 3. hatte ich folgendes Problem:
Es wurde bei Start die WebUi angezeigt ich konnte mein Wlan auswählen und Passwort eingeben, danach kam
die Meldung can´t connect oder so ähnlich und das war´s. Versuche den Vorgang nochmal zu starten klappten
nicht, d.h. Controller neu gestartet aber es wurde kein Wlan aufgebaut.
Was kann ich tun?
Grüße aus Thüringen
Zitat von: eule66 am 22 Juni 2019, 09:56:56
Hallo Zusammen
ich bin nun gestern dazu gekommen, die Controller zu testen.
Von meinen 3 Stück konnte ich 2 ohne Probleme einrichten, Beim 3. hatte ich folgendes Problem:
Es wurde bei Start die WebUi angezeigt ich konnte mein Wlan auswählen und Passwort eingeben, danach kam
die Meldung can´t connect oder so ähnlich und das war´s. Versuche den Vorgang nochmal zu starten klappten
nicht, d.h. Controller neu gestartet aber es wurde kein Wlan aufgebaut.
Was kann ich tun?
Grüße aus Thüringen
Ich kann Dir nicht sagen, woran es liegt, aber es scheint, als ob die ESP12 Module nicht immer die gleiche WLAN Qualität haben. Möglicherweise ist Dein Netz da, wo Du die Dinger einrichtest nicht ganz ideal aber so gut, dass es bei den meisten funktioniert, bei dem einen aber nicht. Wenn möglich, probier's doch bitte mal an ner anderen Stelle, näher am access point.
Grüße,
pj
Gesendet von meinem HTC U11 mit Tapatalk
Zitat von: eule66 am 22 Juni 2019, 09:56:56
Hallo Zusammen
ich bin nun gestern dazu gekommen, die Controller zu testen.
Von meinen 3 Stück konnte ich 2 ohne Probleme einrichten, Beim 3. hatte ich folgendes Problem:
Es wurde bei Start die WebUi angezeigt ich konnte mein Wlan auswählen und Passwort eingeben, danach kam
die Meldung can´t connect oder so ähnlich und das war´s. Versuche den Vorgang nochmal zu starten klappten
nicht, d.h. Controller neu gestartet aber es wurde kein Wlan aufgebaut.
Was kann ich tun?
Grüße aus Thüringen
Hast du noch mal auf Werkseinstellungen zurückgesetzt und noch mal probiert?
Gesendet von iPhone mit Tapatalk Pro
Wie kann ich auf Werkseinstellung zurücksetzen?
Wlan Quali ist hervorragend sitze direkt unter dem Router ;-)
Zitat von: eule66 am 22 Juni 2019, 10:07:39
Wie kann ich auf Werkseinstellung zurücksetzen?
Wlan Quali ist hervorragend sitze direkt unter dem Router ;-)
Spannung muss angeschlossen sein, linker Knopf drucken und halten, rechter Knopf kurz drücken und linken loslassen.
Anschlüsse zeigen zu dir hin!
Gesendet von iPhone mit Tapatalk Pro
Das mit dem zurück setzen hat geklappt, Dankeschön (•‿•)
@pj kannst du den Werksreset in den ersten Post mit aufnehmen?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
ok habe nun das nächste problem, möchte das Modul in fhem installieren und bekomme in fhem folgende Meldung
controls_espledcontroller.txt is already present in https://raw.githubusercontent..../controls_espledcontroller.txt
möchte ich nun das device installieren bekomme ich die meldung
Unknown module EspLedController
stehe gerade auf dem Schlauch, oder muss der erste Befehl in die Console?
Zitat von: eule66 am 22 Juni 2019, 10:32:28
ok habe nun das nächste problem, möchte das Modul in fhem installieren und bekomme in fhem folgende Meldung
controls_espledcontroller.txt is already present in https://raw.githubusercontent..../controls_espledcontroller.txt
möchte ich nun das device installieren bekomme ich die meldung
Unknown module EspLedController
stehe gerade auf dem Schlauch, oder muss der erste Befehl in die Console?
Update all hast du also schon mal gemacht?
Dann einfach ein Update machen. Danach wenn alles fertig ist ein shutdown restart.
Anschließen solltest du das device definieren können.
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
hab update all und update und shutdown restart gemacht es geht aber immer noch nicht im logfile steht folgendes
... rest of lines skipped.
2019.06.22 10:34:32 1:
2019.06.22 10:34:32 1:
2019.06.22 10:34:32 1: espledcontroller
2019.06.22 10:34:32 1: https://raw.githubusercontent..../controls_espledcontroller.txt: Can't connect(1) to https://raw.githubusercontent....:443: IO::Socket::INET: Bad hostname 'raw.githubusercontent....:443'
beim define bekomme ich
Unknown module EspLedController
Naja die URL ist offensichtlich nicht ganz korrekt. "https://raw.githubusercontent....:443" ?
ist aber aus deinem Forumseintrag kopiert
Thema: ESP RGBWW Wifi Led Controller - Firmware vbs (Gelesen 79270 mal)
Zitat von: no_Legend am 22 Juni 2019, 10:19:05
@pj kannst du den Werksreset in den ersten Post mit aufnehmen?
wenn der Controller seinen Access Point aufspannt und bei Zugriff auf http://192.168.4.1 die initiale WLAN Konfiguration durchführt, dann ändert der Werksreset meines Erachtens garnichts.
Ich habe den Eindruck, dass es hier ein "do it again, Sam" Issue vorlag, warum auch immer. Wie gesagt, ich hab das auch ein paar mal gehabt und meist lag es am WLAN und ein paar Retries und eine andere Stelle (halber Meter langt oft schon) hat es gelöst.
pj
Zitat von: vbs am 22 Juni 2019, 11:25:12
Naja die URL ist offensichtlich nicht ganz korrekt. "https://raw.githubusercontent....:443" ?
ich vermute, die ist nur aus dem log verkürzt, oder?
ich hab bei mir drin:
"https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/develop/controls_espledcontroller.txt" und die funktioniert ja einwandfrei. (ich hab halt auch den develop Zweig)
So hab ich die URL aber iirc auch oben in den Q&As
pj
Zitat von: eule66 am 22 Juni 2019, 11:21:57
hab update all und update und shutdown restart gemacht es geht aber immer noch nicht im logfile steht folgendes
... rest of lines skipped.
2019.06.22 10:34:32 1:
2019.06.22 10:34:32 1:
2019.06.22 10:34:32 1: espledcontroller
2019.06.22 10:34:32 1: https://raw.githubusercontent..../controls_espledcontroller.txt: Can't connect(1) to https://raw.githubusercontent....:443: IO::Socket::INET: Bad hostname 'raw.githubusercontent....:443'
beim define bekomme ich
Unknown module EspLedController
zeig mal bitte, was fhem ausgibt, wenn Du in der fhem kommandozeile (die Box ganz oben) "update list" eingibst. die URL, die da steht ist von irgendwas verkürzt worden, deshalb kann der Host nicht aufgelöst werden.
pj
Der Pfad hat sich mal geändert sicher das du den aktuellen drin hast?
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt
Du kannst dir ja anzeigen lassen wo er nach Updates sucht. Glaube der Befehl lauter update list
Müsste ich zuhause mal schauen.
@pj der develop Pfad ist falsch probier den mal im Browser da kommt nix. Der sollte daher nicht mehr gehen.
Gesendet von meinem SM-G930F mit Tapatalk
Ausgabe Update list
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent..../controls_espledcontroller.txt
Zitat von: eule66 am 22 Juni 2019, 12:01:41
Ausgabe Update list
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent..../controls_espledcontroller.txt
ok, das ist eindeutig falsch, Du hast eine verkürzte URL kopiert (ich vermute, Du hast den url-Text und nicht den Link selbst kopiert).
Folgendes:
update delete https://raw.githubusercontent..../controls_espledcontroller.txt
und dann
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt
danach sollte es funktionieren
pj
Bitte so wenig Informationen wie möglich duplizieren. Ich habe weder Übersicht noch Kontrolle, in welchen Threads/Posts womöglich alte oder falsche Daten rumfleuchen (wie z.B. solche URLs). Wenn sich Änderungen ergeben, werden alle alten Duplikate falsch und die Leute wundern sich. Falls möglich, bitte auf die Quelle der Information verweisen. Fragen dazu gerne im originalen Thread stellen.
@pjakobs
Den Branch "develop" gibt es schon länger nicht mehr. Die URL kann eigentlich so bei dir nicht funktionieren. Ich bekomme dort auch nur 404.
Zitat von: pjakobs am 22 Juni 2019, 12:06:24
ok, das ist eindeutig falsch, Du hast eine verkürzte URL kopiert (ich vermute, Du hast den url-Text und nicht den Link selbst kopiert).
Folgendes:
update delete https://raw.githubusercontent..../controls_espledcontroller.txt
und dann
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt
danach sollte es funktionieren
pj
so hat es funktioniert dankeschön ;) ;D
Zitat von: vbs am 22 Juni 2019, 12:07:22
Bitte so wenig Informationen wie möglich duplizieren. Ich habe weder Übersicht noch Kontrolle, in welchen Threads/Posts womöglich alte oder falsche Daten rumfleuchen (wie z.B. solche URLs). Wenn sich Änderungen ergeben, werden alle alten Duplikate falsch und die Leute wundern sich. Falls möglich, bitte auf die Quelle der Information verweisen. Fragen dazu gerne im originalen Thread stellen.
@pjakobs
Den Branch "develop" gibt es schon länger nicht mehr. Die URL kann eigentlich so bei dir nicht funktionieren. Ich bekomme dort auch nur 404.
Dann lass uns doch das aktuelle in einem Wiki Beitrag festhalten.
Gesendet von iPhone mit Tapatalk Pro
Von meinem zweien will auch einer nicht.
Bekomme auch nur eine leere Seite nach Aufruf der http://192.168.4.1
Anbei das Log bei 115200 Baud
l`rl�fs.start: size:768 Kb, offset:0x100000
mount res: 0
SSID:
AP configuration loaded
'*' registered
'/' 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
'/stop' registered
'/skip' registered
'/pause' registered
'/continue' registered
'/blink' registered
scan completed: 3 found
station: 00:22:75:b0:f0:8djoin, AID = 1
Zitat von: no_Legend am 22 Juni 2019, 13:33:15
Dann lass uns doch das aktuelle in einem Wiki Beitrag festhalten.
Aber es steht doch bereits ganz oben im Wiki, welches sowohl in der FAQ als auch im Firmware-Thread verlinkt ist. :'(
Zitat von: vbs am 22 Juni 2019, 13:49:22
Aber es steht doch bereits ganz oben im Wiki, welches sowohl in der FAQ als auch im Firmware-Thread verlinkt ist. :'(
Nur noch mal zum klären, meinst du dein Wiki oder das von FHEM?
Gesendet von iPhone mit Tapatalk Pro
Also ich meine github, wo sowohl das Modul als auch die Doku zum Modul (eben im github-Wiki) gepflegt werden. Im FHEM-Wiki gibt es meines Wissens dazu nichts?
Zitat von: no_Legend am 22 Juni 2019, 13:33:15
Dann lass uns doch das aktuelle in einem Wiki Beitrag festhalten.
Gesendet von iPhone mit Tapatalk Pro
genau dazu war das FAQ oben gedacht. Dort (sollten) die Links zu allen wichtigen Dokumentationen stehen und ein paar der wichtigesten Tips bzw. Antworten.
pj
Zitat von: Wzut am 22 Juni 2019, 13:36:30
Von meinem zweien will auch einer nicht.
Bekomme auch nur eine leere Seite nach Aufruf der http://192.168.4.1
Hi Wzut, wie oben schon geschrieben: das ist fast immer ein Browserproblem, seltener ein Problem der WLAN Feldstärke.
Drei Schritte:
- <shift>-<Reload> am Browser löscht den Cache
- anderen Browser verwenden
- anderes Endgerät verwenden (Tablet, Telefon)
eines der drei hat das Problem bisher immer gelöst.
Aus dem Log geht immerhin hervor, dass Du erfolgreich mit dem Controller verbunden bist.
pj
Zitat von: pjakobs am 22 Juni 2019, 14:22:41
genau dazu war das FAQ oben gedacht. Dort (sollten) die Links zu allen wichtigen Dokumentationen stehen und ein paar der wichtigesten Tips bzw. Antworten.
pj
Dass kann dann aber auch nur der author oder ein mod ändern oder ergänzen. Wiki und Thread haben je ihre vor und Nachteile.
So hab ich zum Beispiel keine Anleitung für eine werksreset gefunden. Mein Ansatz war try an error, was ich nicht unbedingt für gut erachte.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: no_Legend am 22 Juni 2019, 14:31:19
Dass kann dann aber auch nur der author oder ein mod ändern oder ergänzen. Wiki und Thread haben je ihre vor und Nachteile.
Das ist durchaus so gedacht, denn so kann ich halbwegs sicherstellen, dass die Information korrekt ist.
Zitat von: no_Legend am 22 Juni 2019, 14:31:19
So hab ich zum Beispiel keine Anleitung für eine werksreset gefunden. Mein Ansatz war try an error, was ich nicht unbedingt für gut erachte.
Hab ich eingefügt. Wobei ich immer noch nicht glaube, dass das die Lösung des Problems hier im Thread war, das war m.E. Zufall.
pj
Zitat von: pjakobs am 22 Juni 2019, 14:26:02
eines der drei hat das Problem bisher immer gelöst.
Bei mir aber nicht :( , mehr als drei verschiedne Geräte mit diversen Browsern habe ich leider nicht.
Wollte jetzt einfach mal neu flashen , aber auch das geht schief da esptool.py keine Verbindung bekommt :
Connecting........_____....._____....._____....._____....._____....._____....._____
A fatal error occurred: Failed to connect to Espressif device: Timed out waiting for packet headerIm Flashmodus müsst er sein da nach PRG+RST kein AP mehr aufgemacht wird
Zitat von: Wzut am 22 Juni 2019, 14:41:12
Bei mir aber nicht :( , mehr als drei verschiedne Geräte mit diversen Browsern habe ich leider nicht.
Wollte jetzt einfach mal neu flashen , aber auch das geht schief da esptool.py keine Verbindung bekommt :
Connecting........_____....._____....._____....._____....._____....._____....._____
A fatal error occurred: Failed to connect to Espressif device: Timed out waiting for packet header
Im Flashmodus müsst er sein da nach PRG+RST kein AP mehr aufgemacht wird
RTS/CTS vertauscht? [edit] Orr: RXD/TXD
und: Wenn es ein flash Problem ist, dann bekommst Du eigentlich immer einen Error 404, weil der Controller sein SPIFFS nicht mounten kann. Leere Seite deutet auf einen unvollständigen javascript blob hin.
Wenn Du Chrome benutzt kannst Du mal unter Menu->Weitere Tools->Entwicklertools da den Network Tab anschauen wenn die Seite geladen wird. ich vermute, dass entweder app.min.js oder jquery-3.3.1.min.js nicht korrekt geladen werden. Da siehst Du auch, ob ggf. welche davon "from disk cache" kommen.
ach, und eins noch: ich hab solche Probleme häufiger gehabt, und
immer waren es ursächlich WLAN issues die dazu führten, dass eine oder alle js Komponenten nicht geladen werden konnten und dann in der Folge ggf. noch fehlerhaft im Cache standen.
Also immer auch eine andere Position versuchen. Auch zu nah am AP kann ungut sein, ideal sind ca. 5m ohne Wand dazwischen.
pj
Zitat von: pjakobs am 22 Juni 2019, 14:47:26
RTS/CTS vertauscht?
nein RXD ist nicht wie die Beschriftung vermuten lässt unterhalb TXD sondern zwischen TXD und GND :)
erase_flash lief dann durch und das komplette neu flashen auch. Jetzt redet er mit mir wie es sein soll :)
Zitat von: Wzut am 22 Juni 2019, 15:00:23
nein RXD ist nicht wie die Beschriftung vermuten lässt unterhalb TXD sondern zwischen TXD und GND :)
Ah, ja, wir mussten die Beschriftung dafür raus ziehen. Steht aber auch oben im FAQ ;-)
Und natürlich, ich weiß nicht, wie ich auf RTS/CTS komme, das ist echt schon lang her. Is warm heute.
Zitat von: Wzut am 22 Juni 2019, 15:00:23
erase_flash lief dann durch und das komplette neu flashen auch. Jetzt redet er mit mir wie es sein soll :)
Das allerdings versteh ich nicht. Dann muss da was ganz merkwürdig schief gelaufen sein. Na ja, gut wenn's jetzt geht.
pj
Moin Moin,
ich bin ebenfalls glücklicher Besitzer von 3 rgbww-Controllern.
Leider bekomme ich die Controller nicht angesteuert, der Zugriff über die Web-Adresse funktioniert. Steuern würde ich gerne direkt per Json oder MQTT. Beides bekomme ich aktuell nicht ans Laufen.
Ich setze keinen FHEM ein, daher habe ich ein kleines Perl-Script gebastelt, welches JSON-Strings an das Modul sendet: Als Antwort erhalte ich jedoch immer nur "400 bad Request"
Immerhin schon etwas, aber leider nicht das was ich gerne will :-)
Die Beschreibung der API im Wiki https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/2.1-JSON-API-reference enthält den Hinweis "outdated", die Get-Request funktionieren zum größten Teil, leider die Post gar nicht.
Kleines Beispiel:
#get.pl
use LWP::Simple;
$para= $ARGV[0];
print "-\> $para\n";
$contents = get("http://192.168.5.153/$para");
print "$contents\n";
perl get.pl 'color?mode='
-> color?mode=
{"raw":{"r":0,"g":0,"b":0,"ww":0,"cw":0},"hsv":{"h":64.99,"s":8.99,"v":55.03,"ct":2700}}
root@raspberrypi:/home/pi# perl get.pl ping
-> ping
{"ping":"pong"}
Sende ich eine Post an den Controller, bekomme ich nur einen Bad-Request.
post2.pl
use LWP::UserAgent;
$para = $ARGV[0];
my $url = 'http://192.168.5.153/'.$para;
$json ='{"raw":{"r":281,"g":264,"b":199,"ww":0,"cw":0}}';
print "Parameter: -\> $para\n";
print "command : -\> $json\n";
print "url : -\> $url\n";
my $ua = new LWP::UserAgent();
$response = $ua->post($url, Content => $json);
print $response->status_line() ."\n";
perl post2.pl color
Parameter: -> color
command : -> {"raw":{"r":281,"g":264,"b":199,"ww":0,"cw":0}}
url : -> http://192.168.5.153/color
400 Bad Request
Ein Versuch mit mqtt scheitert ebenfalls:
mosquitto_sub -h 192.168.5.145 -v -t wohnzimmer/rgbww_840d8ea788c3/clock
wohnzimmer/rgbww_840d8ea788c3/clock 64500
wohnzimmer/rgbww_840d8ea788c3/clock 66000
wohnzimmer/rgbww_840d8ea788c3/clock 67500
wohnzimmer/rgbww_840d8ea788c3/clock 69000
liefert mir regelmässig den clock-Wert, ein
mosquitto_pub -d -p 9090 -h 192.168.5.153 -t command -m '{"jsonrpc": "2.0","method": "color","params": {"t": 700,"d": "1","cmd": "fade","hsv": {"s": 55,"h": 0,"v": 100},"q": "single"}}'
Client mosqpub/23054-raspberry sending CONNECT
Client mosqpub/23054-raspberry received PUBCOMP (Mid: 27251)
führt zu keinem Effekt.
Ich bin etwas ratlos, vielleicht hat jemand einen Rat für mich.
Grüße Detlev.
Hallo Allerseits,
Mein define schlägt mit der Fehlermeldung "Cannot load module EspLedController" fehl.
Das Modul wurde per Update geladen.
Im log findet sich folgender Eintrag
2019.06.23 17:27:57 1: reload: Error:Modul 32_EspLedController deactivated:
Time::HiRes::nanosleep(): unimplemented in this platform at ./FHEM/32_EspLedController.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/32_EspLedController.pm line 15.
2019.06.23 17:27:57 0: Time::HiRes::nanosleep(): unimplemented in this platform at ./FHEM/32_EspLedController.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/32_EspLedController.pm line 15.
Ich betreibe fhem auf einem Windows System.
Hatte vorher per CPAN das Modul Time::HiRes installiert und Windows neu gestartet.
Dennoch die gleiche Fehlermeldung.
Hat da jemand eine Idee, wo es bei mir hängt?
Zitat von: db7 am 23 Juni 2019, 15:33:43
Ich setze keinen FHEM ein, daher habe ich ein kleines Perl-Script gebastelt, welches JSON-Strings an das Modul sendet: Als Antwort erhalte ich jedoch immer nur "400 bad Request"
Moin Detlev,
magst Du den Post mal in den passenderen Firmwarethread oder sogar gleich auf die github Seite der Firmware umziehen? Das passt hier so garnicht rein.
Grüße
pj
Moin PJ,
danke für den Hinweis. Es gibt mittlerweile so viele Threads zum RGBWW, welchen meinst Du genau?
Zitat von: db7 am 24 Juni 2019, 06:43:03
Moin PJ,
danke für den Hinweis. Es gibt mittlerweile so viele Threads zum RGBWW, welchen meinst Du genau?
Der Firmware Thread ist hier: https://forum.fhem.de/index.php/topic,70738.0.html (//http://)
pj
Zitat von: Ygramul am 23 Juni 2019, 17:33:18
Hallo Allerseits,
Mein define schlägt mit der Fehlermeldung "Cannot load module EspLedController" fehl.
Das Modul wurde per Update geladen.
Im log findet sich folgender Eintrag
2019.06.23 17:27:57 1: reload: Error:Modul 32_EspLedController deactivated:
Time::HiRes::nanosleep(): unimplemented in this platform at ./FHEM/32_EspLedController.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/32_EspLedController.pm line 15.
2019.06.23 17:27:57 0: Time::HiRes::nanosleep(): unimplemented in this platform at ./FHEM/32_EspLedController.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/32_EspLedController.pm line 15.
Ich betreibe fhem auf einem Windows System.
Hatte vorher per CPAN das Modul Time::HiRes installiert und Windows neu gestartet.
Dennoch die gleiche Fehlermeldung.
Hat da jemand eine Idee, wo es bei mir hängt?
Hi Ygramul,
unter Windows hab ich keine Erfahrung, Perldoc (https://perldoc.perl.org/Time/HiRes.html#unimplemented-in-this-platform) sagt dazu:
unimplemented in this platform
Some calls simply aren't available, real or emulated, on every platform.
Welche Perl Implementation nutzt Du unter Windows?
Vielleicht ist das aber auch irrelevant, und Windows selbst stellt Zeit nicht in dieser Granularität zur Verfügung.
pj
Moin,
inzwischen konnte ich auch den ersten Controller in Betrieb nehmen. Dabei habe ich bemerkt, dass der Controller nach dem wegnehmen der Versorgungsspannung und wieder anlegen, die Einstellungen "vergisst". Ist das so gewollt oder habe ich dabei noch etwas übersehen ??
Jens
Zitat von: Jewe am 24 Juni 2019, 12:55:26
Moin,
inzwischen konnte ich auch den ersten Controller in Betrieb nehmen. Dabei habe ich bemerkt, dass der Controller nach dem wegnehmen der Versorgungsspannung und wieder anlegen, die Einstellungen "vergisst". Ist das so gewollt oder habe ich dabei noch etwas übersehen ??
Jens
Hmm... das würde darauf hin deuten, dass aus irgendwelchen Gründen CLR auf GND liegt. Kannst Du im Betrieb mal die Spannung am Clear Taster messen? Der Pin, der direkt neben der Antenne liegt.
pj
Zitat von: Blademan am 18 Juni 2019, 08:27:45
Hallo zusammen,
ich habe jetzt mal alle meine Controller getestet - zumindest RGB. Bei einem funktioniert rot nicht: Wenn die Betriebspannung am Controller angelegt wird, leuchtet der rote Kanal einmal kurz auf, danach gibt's kein rot mehr... Hat jemand einen Tipp? Ich würde jetzt erstmal auf den MOSFET tippen, ich denke nicht, das Firmware neu flashen hier was bringt....
Gruß,
Blademan
Also ich hab noch mal weiter getestet: Das eine Farbe fehlt, hatte ich jetzt auch bei einem zweiten Controller - diesmal bei grün.... Ich habe beide wieder ans laufen bekommen, hier liegt auch kein Defekt vor - das Muster zu diesem Fehler konnte ich bisher allerdings noch nicht exakt eingrenzen. Was meinen Beobachtungen nach den Controllern allerdings Probleme bereitet, ist der Betrieb/Registrierung in FHEM und gleichzeitige Nutzung der WebApp des Controllers. Nach längerem Stromlos machen des Controllers, ging's dann wieder. Zugegeben, die Aussage ist jetzt etwas schwammig, aber immerhin ein Hinweis, falls jemand auch mal über diese Problematik stolpert. Unter Umständen fällt das auch nicht direkt auf, sondern erst wenn bestimmte Farben nicht so eingestellt werden können, wie man das gerne hätte...
Gruß,
Blademan
Zitat von: Blademan am 24 Juni 2019, 15:00:37
Also ich hab noch mal weiter getestet: Das eine Farbe fehlt, hatte ich jetzt auch bei einem zweiten Controller - diesmal bei grün.... Ich habe beide wieder ans laufen bekommen, hier liegt auch kein Defekt vor - das Muster zu diesem Fehler konnte ich bisher allerdings noch nicht exakt eingrenzen. Was meinen Beobachtungen nach den Controllern allerdings Probleme bereitet, ist der Betrieb/Registrierung in FHEM und gleichzeitige Nutzung der WebApp des Controllers. Nach längerem Stromlos machen des Controllers, ging's dann wieder. Zugegeben, die Aussage ist jetzt etwas schwammig, aber immerhin ein Hinweis, falls jemand auch mal über diese Problematik stolpert. Unter Umständen fällt das auch nicht direkt auf, sondern erst wenn bestimmte Farben nicht so eingestellt werden können, wie man das gerne hätte...
Gruß,
Blademan
hmm... das müsstest Du dann mal mit @vbs oder @shojo diskutieren. Ich nutze immer nur fhem, und soweit ich weiß nutzt das WebUI auch die JSON via HTTP API so dass der Controller eigentlich keinen Unterschied zwischen fhem und WebUI sieht.
Ob fhem allerdings dann immer den Wert, der über das WebUI eingestellt wurde sieht und was passiert, wenn zwei API Calls kollidieren, das weiß ich nicht.
pj
Zitat von: pjakobs am 24 Juni 2019, 11:14:15
Hi Ygramul,
unter Windows hab ich keine Erfahrung, Perldoc (https://perldoc.perl.org/Time/HiRes.html#unimplemented-in-this-platform) sagt dazu:
unimplemented in this platform
Some calls simply aren't available, real or emulated, on every platform.
Welche Perl Implementation nutzt Du unter Windows?
Vielleicht ist das aber auch irrelevant, und Windows selbst stellt Zeit nicht in dieser Granularität zur Verfügung.
pj
Hi pj,
danke dennoch.
Habe im Modul 32_EspLedController die Zeile mit dem nanosleep() auskommentiert. Nun konnte ich problemlos das device definieren.
Werde mal testen, ob ich irgendwelche Laufzeitprobleme bekomme.
VG
Ygramul
Zitat von: Ygramul am 24 Juni 2019, 17:10:00
Hi pj,
danke dennoch.
Habe im Modul 32_EspLedController die Zeile mit dem nanosleep() auskommentiert. Nun konnte ich problemlos das device definieren.
Werde mal testen, ob ich irgendwelche Laufzeitprobleme bekomme.
VG
Ygramul
War das nur ein use nanosleep oder use time::nanosleep? Dann war es vermutlich sowieso nur ein Fragment das ich iirc mal zum debuggen genutzt hatte.
@vbs weiß sicher mehr.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Zitat von: pjakobs am 24 Juni 2019, 17:25:49
War das nur ein use nanosleep oder use time::nanosleep? Dann war es vermutlich sowieso nur ein Fragment das ich iirc mal zum debuggen genutzt hatte.
@vbs weiß sicher mehr.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Die Zeile lautete: use Time::HiRes qw(usleep nanosleep);
Ygramul
Zitat von: pjakobs am 24 Juni 2019, 14:15:19
Hmm... das würde darauf hin deuten, dass aus irgendwelchen Gründen CLR auf GND liegt. Kannst Du im Betrieb mal die Spannung am Clear Taster messen? Der Pin, der direkt neben der Antenne liegt.
pj
So, nun habe ich nachgemessen. Es scheint so, als ob es schwanken würde. 1. mal 3,1V, 2. mal 1,3V, 3. mal 0,3V. Kann mir darauf aber keinen reim machen.
Die anderen habe ich auch alle getestet und 2 funktionieren einwandfrei. bei 2 weiteren kann ich mich mit dem Wlan verbinden, geladen wird dann aber eine weisse Seite.
Jens
Zitat von: Jewe am 25 Juni 2019, 15:35:55
So, nun habe ich nachgemessen. Es scheint so, als ob es schwanken würde. 1. mal 3,1V, 2. mal 1,3V, 3. mal 0,3V. Kann mir darauf aber keinen reim machen.
Die anderen habe ich auch alle getestet und 2 funktionieren einwandfrei. bei 2 weiteren kann ich mich mit dem Wlan verbinden, geladen wird dann aber eine weisse Seite.
Jens
hmm.. Du kannst zum Spaß nochmal den 10k Widerstand auf der Unterseite durchmessen (sorry, ich hab hier gerade keinen Controller, um zu schauen, welcher das ist, ich hab's in einem anderen Thread weiter oben geschrieben.
Die, die eine weiße Seite liefern: versuch dazu hab ich oben in den FAQs drei Tips, bitte mal testen, das ist in fast allen Fällen ein Problem mit dem Browser / Browser Cache. Gut wäre, mal den Chrome network debug dazu zu bekommen.
pj
Zitat von: pjakobs am 25 Juni 2019, 17:09:35
hmm.. Du kannst zum Spaß nochmal den 10k Widerstand auf der Unterseite durchmessen (sorry, ich hab hier gerade keinen Controller, um zu schauen, welcher das ist, ich hab's in einem anderen Thread weiter oben geschrieben.
Die, die eine weiße Seite liefern: versuch dazu hab ich oben in den FAQs drei Tips, bitte mal testen, das ist in fast allen Fällen ein Problem mit dem Browser / Browser Cache. Gut wäre, mal den Chrome network debug dazu zu bekommen.
pj
Der 10k Widerstand ist dre R10 :-). Dort habe ich gegen Masse 1,3V. Den CLR Taster habe ich auch nochmal gemessen, 1,3V.
Die beiden anderen habe ich (nach den FAQ-Tips) mit verschiedenen Endgeräten und Browsern getestet.
PC, Android-Tablet, Android-Phone, Apple-Phone und den Browsern Firefox, Edge, Silk-Browser, Chrome, Safari.
Leider zeigt sich überall das selbe Bild. Ist mir ja schon ein wenig peinlich, dass von den 5 Controllern 3 so rumzicken....
Zitat von: Jewe am 26 Juni 2019, 10:53:33
Der 10k Widerstand ist dre R10 :-). Dort habe ich gegen Masse 1,3V. Den CLR Taster habe ich auch nochmal gemessen, 1,3V.
Die beiden anderen habe ich (nach den FAQ-Tips) mit verschiedenen Endgeräten und Browsern getestet.
PC, Android-Tablet, Android-Phone, Apple-Phone und den Browsern Firefox, Edge, Silk-Browser, Chrome, Safari.
Leider zeigt sich überall das selbe Bild. Ist mir ja schon ein wenig peinlich, dass von den 5 Controllern 3 so rumzicken....
Hmm... Also wenn der gpio16, (CLR) auf 1,3V gezogen wird, dann wundert es mich nicht, dass der seine Konfig vergisst. Ich fürchte, der ist ein Fall für einen Austausch.
Für die anderen: kannst Du mal versuchen, einen von denen neu zu flashen? Wir hatten einen Fall, in dem zwar scheinbar das SPIFFS gemountet werden konnte, aber die webapp dennoch nicht funktionierte.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Hallo zusammen,
ich hab hier ein "neues" Phänomen mit einem Controller. Konfiguriert ist eine statische IP Adresse.
Er lief jetzt eine Woche problemlos, war immer über Port 80 erreichbar. Jetzt plötzlich ist er verstummt. Der Controller ist im WLAN (FritzBox) eingelogged, man kann ihn anpingen aber auf der Webseite bekomme ich keine Antwort mehr
wget 192.168.178.200
--2019-06-26 12:07:31-- http://192.168.178.200/
Connecting to 192.168.178.200:80... failed: Connection timed out.
Ping funktioniert ohne Probleme :-\
Ist euch so ein Verhalten schon mal unter gekommen?
Zitat von: pjakobs am 26 Juni 2019, 11:09:13
Hmm... Also wenn der gpio16, (CLR) auf 1,3V gezogen wird, dann wundert es mich nicht, dass der seine Konfig vergisst. Ich fürchte, der ist ein Fall für einen Austausch.
Für die anderen: kannst Du mal versuchen, einen von denen neu zu flashen? Wir hatten einen Fall, in dem zwar scheinbar das SPIFFS gemountet werden konnte, aber die webapp dennoch nicht funktionierte.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Ich habe meine 10 Controller jetzt auch alle durchgetestet. 9 funktionieren ohne Probleme. Bei einem wird gpio16 auf GND gezogen, sobald ich 12V anschließe. Ohne Spannung hat R8 auch nur 4kOhm statt 10kOhm, wahrscheinlich ist der R8 defekt. Damit bleibt der eine Controller immer im AP-Modus hängen, da er beim Reboot sofort wieder alle Daten vergisst. :(
Zitat von: Chris46 am 26 Juni 2019, 21:37:59
Ich habe meine 10 Controller jetzt auch alle durchgetestet. 9 funktionieren ohne Probleme. Bei einem wird gpio16 auf GND gezogen, sobald ich 12V anschließe. Ohne Spannung hat R8 auch nur 4kOhm statt 10kOhm, wahrscheinlich ist der R8 defekt. Damit bleibt der eine Controller immer im AP-Modus hängen, da er beim Reboot sofort wieder alle Daten vergisst. :(
Moin
Soll ich den austauschen?
Gruss Christoph
Zitat von: nuccleon am 26 Juni 2019, 12:10:31
Hallo zusammen,
ich hab hier ein "neues" Phänomen mit einem Controller. Konfiguriert ist eine statische IP Adresse.
Er lief jetzt eine Woche problemlos, war immer über Port 80 erreichbar. Jetzt plötzlich ist er verstummt. Der Controller ist im WLAN (FritzBox) eingelogged, man kann ihn anpingen aber auf der Webseite bekomme ich keine Antwort mehr
wget 192.168.178.200
--2019-06-26 12:07:31-- http://192.168.178.200/
Connecting to 192.168.178.200:80... failed: Connection timed out.
Ping funktioniert ohne Probleme :-\
Ist euch so ein Verhalten schon mal unter gekommen?
Moin
Ich meine die Alten haben das bei mir gerne auch mal gemacht. Ich hatte aber eher Netzwerkprobleme! Hast Du den schon mal spannungslos gemacht?
Gruss Christoph
Nach Power Cycle ist er wieder eine Weile erreichbar und irgendwann ist er wieder weg ^^
Sieht für mich im Moment primär auch nach einem WLAN Problem aus (wobei die Entfernung zur FritzBox < 10m + eine Wand beträgt).
Seltsam ist nur, dass er irgendwann zumindest via PING wieder erreichbar ist. Der Webserver ist (und bleibt) weg, da hilft nur ein PowerCycle.
Hi
Ich habe/(hatte?) ein aehnliches Problem mit dem LCG, das scheint jetzt mit der V1.32 weg zu sein. Die ESPs sind halt auch nur Mimosen!
Gruss Christoph
Also da muss ich auf Holz klopfen, der Prototyp den ich hab der läuft seit letzten Herbst ohne Powercycle und lässt sich über fhem wunderbar bedienen.
Gesendet von meinem S60 mit Tapatalk
Zitat von: Frank_Huber am 26 Juni 2019, 22:36:23
Also da muss ich auf Holz klopfen, der Prototyp den ich hab der läuft seit letzten Herbst ohne Powercycle und lässt sich über fhem wunderbar bedienen.
Gesendet von meinem S60 mit Tapatalk
Und die Anderen?
Hi,
ich bekomme leider auch den Fehler "Unknown module EspLedController".
Update List gibt aber exakt den Link aus, der auf der ersten Seite zu finden ist...
Hat dazu jemand eine Idee?
Zitat von: pc1246 am 26 Juni 2019, 22:51:01
Und die Anderen?
Die sind noch nicht getestet. Hab bisher nur den Transportschaden repariert. Nächste Woche will ich die aber alle testen.
Gesendet von meinem S60 mit Tapatalk
Zitat von: pc1246 am 26 Juni 2019, 21:39:59
Moin
Soll ich den austauschen?
Gruss Christoph
Bevor ich mich, mit meinen eher mittelmäßigen Lötkenntnissen, an den SMD-Bauteilen versuche, ist ein Austausch wahrscheinlich der bessere Weg. Also ja. :)
Zitat von: Th0mas am 27 Juni 2019, 01:13:01
Hi,
ich bekomme leider auch den Fehler "Unknown module EspLedController".
Update List gibt aber exakt den Link aus, der auf der ersten Seite zu finden ist...
Hat dazu jemand eine Idee?
hast Du das Update denn auch mit "update all" durchgeführt?
pj
Zitat von: pjakobs am 14 Juni 2019, 20:35:33
Du brauchst einen USB TTL converter. sowas (https://www.amazon.de/AZDelivery-CP2102-Konverter-HW-598-Arduino/dp/B07N2YLH26) zum Beispiel, oder auch sowas (https://www.amazon.de/tinxi%C2%AE-FT232RL-Converter-Adapter-Arduino/dp/B01C2P9GD2) (einige schwören auf die CP2102, aber meines Erachtens ist es bei dieser Schaltung egal, denn der einzige Vorteil ist, dass der CP2102 mehr Strom liefern kann als der FT232RL.
Dazu brauchst Du noch drei Kabel, um GND, RX und TX zwischen Koverter und Controller zu verbinden, die gibt es zu 100 für ein paar Pfennige mit fertigen Steckverbindern.
Am Schluss brauchst Du noch ein Tool wie NodeMCU Flasher (64Bit Windows) (https://github.com/nodemcu/nodemcu-flasher/tree/master/Win64/Release) oder unter Linux esptool.py (istallation so: click (https://randomnerdtutorials.com/flashing-micropython-firmware-esptool-py-esp32-esp8266/)) und die Firmware-Files, die es hier gibt: esp_rgbww_firmware flashing (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/1.1-Flashing).
Nodemcu ist nicht dokumentiert, funktioniert aber auch, Du musst die Adressen (die Hex Zahlen 0x00000 u.ä.) und die .bin files jeweils in die entsprechenden Felder eingeben. Einfacher funktioniert es tatsächlich unter Linux.
In den allermeisten Fällen sollte das funktionieren, manchmal habe ich aber schon defekte ESPs gesehen, dann wende Dich bitte an @pc1246 damit wir den Controller tauschen.
Grüße
pj
Hey, habe die Software Modemcu gestartet und den controller angeschlossen. nun suche ich die Firmware.
Das repository habe ich geclont, aber da finde ich die .bin Files nicht?
wie bekomme ich die richitge Adressen (die Hex Zahlen 0x00000 u.ä.) raus ?
Sorry, aber da bin ich etwas unsicher...
Moin
Ja, das ist eine gute Frage! Ich habe mich mal versucht durchzuhangeln.
Meines Erachtens hier: https://rgbww.dronezone.de/
Rechts oben ist ein tgz oder ZIP, was Du bevorzugst.
@pjakobs: evtl. solltest Du den link, sofern er richtig ist, auf die erste Seite mitnehmen. Ueber das Wiki finde ich nicht dorthin!
Gruss Christoph
Zitat von: pc1246 am 27 Juni 2019, 18:34:00
Moin
Ja, das ist eine gute Frage! Ich habe mich mal versucht durchzuhangeln.
Meines Erachtens hier: https://rgbww.dronezone.de/
Rechts oben ist ein tgz oder ZIP, was Du bevorzugst.
@pjakobs: evtl. solltest Du den link, sofern er richtig ist, auf die erste Seite mitnehmen. Ueber das Wiki finde ich nicht dorthin!
Gruss Christoph
Die files sind hier verlinkt https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/1.1-Flashing
Gesendet von meinem HTC U11 mit Tapatalk
Hab mal meine 4 Controller durchgetestet. Bei einem gehen zwei Kanäle nicht (durchgemessen hab ich noch nicht). Ein anderer hat von sich aus kein WLAN aufgespannt. Hab dann einmal die FW neu geflasht und dann war es in Ordnung. Austausch des kaputt muss nicht unbedingt sein. Wenn man am Ende alle anderen bedient sind, würde ich evtl. nochmal drauf zurück kommen, wenn möglich. Aber passt für mich. Evtl. kann ich auch versuchen, ihn selbst zu reparieren.
Zitat von: pjakobs am 27 Juni 2019, 18:52:27
Die files sind hier verlinkt https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/1.1-Flashing
Gesendet von meinem HTC U11 mit Tapatalk
Jetzt habe ich die links auch gefunden. Ist einfach zu Warm ;-) Danke.
Die beiden Controller habe ich ensprechend geflasht, aber es besteht trotzdem noch das selbe Phänomen :-(
Geflsht habe ich das unter Windows mit NODEMCU. Einstellungen und Erfolgs Flashen siehe Bilder
Ersten Controller angeschlossen. Nix:
Diese 192.168.4.1-Seite wurde nicht gefunden Für folgende Webadresse wurde keine Webseite gefunden: http://192.168.4.1/webapp.
HTTP ERROR 404
Versucht über:
Safari, Internet Explorer, Google Chrome
Browser Daten jeweils zurück gesetzt
Auf zum nächsten.
Der zweite zeigt immerhin die Wifi Config Seite an. Muss ich jetzt also beim ersten die Firmware neu flashen oder liegen die Daten im Filesystem vom ESP?
Zitat von: gloob am 27 Juni 2019, 22:40:19
Ersten Controller angeschlossen. Nix:
Diese 192.168.4.1-Seite wurde nicht gefunden Für folgende Webadresse wurde keine Webseite gefunden: http://192.168.4.1/webapp.
HTTP ERROR 404
Versucht über:
Safari, Internet Explorer, Google Chrome
Browser Daten jeweils zurück gesetzt
Auf zum nächsten.
Der zweite zeigt immerhin die Wifi Config Seite an. Muss ich jetzt also beim ersten die Firmware neu flashen oder liegen die Daten im Filesystem vom ESP?
Moin
Ich denke, da wirst du wohl neu flashen muessen!
Gruss Christoph
Zitat von: pc1246 am 28 Juni 2019, 06:52:06
Moin
Ich denke, da wirst du wohl neu flashen muessen!
Gruss Christoph
Firmware neu aufgespielt und läuft:
C:\Users\Riese\Desktop\Neuer Ordner\esptool-master>esptool.py -p COM12 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bi
n 0x100000 spiff_rom.bin
WARNING: Flash size arguments in megabits like '32m' are deprecated.
Please use the equivalent size '4MB'.
Megabit arguments may be removed in a future release.
esptool.py v2.7-dev
Serial port COM12
Connecting........_____....._
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 84:0d:8e:a7:90:b3
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 116.5 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 21.5 seconds (effective 126.3 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 19.6 seconds (effective 320.5 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...
C:\Users\Riese\Desktop\Neuer Ordner\esptool-master>
Zitat von: gloob am 28 Juni 2019, 06:56:33
Firmware neu aufgespielt und läuft:
C:\Users\Riese\Desktop\Neuer Ordner\esptool-master>esptool.py -p COM12 -b 115200 write_flash -ff 40m -fm qio -fs 32m 0x00000 rboot.bin 0x02000 rom0.bi
n 0x100000 spiff_rom.bin
WARNING: Flash size arguments in megabits like '32m' are deprecated.
Please use the equivalent size '4MB'.
Megabit arguments may be removed in a future release.
esptool.py v2.7-dev
Serial port COM12
Connecting........_____....._
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 84:0d:8e:a7:90:b3
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 116.5 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 21.5 seconds (effective 126.3 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 19.6 seconds (effective 320.5 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...
C:\Users\Riese\Desktop\Neuer Ordner\esptool-master>
joa, 404 ist fast immer ein Hinweis darauf, dass das SPIFFS nicht erfolgreich gemountet werden konnte. Dann finded der Webserver die entsprechenden Files nicht und spuckt einen 404 aus.
Da ist es immer nötig, neu zu flashen.
ich vermute mal, dass in den Fällen, wo Flashen probleme mit leeren Seiten beim Aufruf der webapp gefixt hat, war das Dateisystem soweit komplett, dass ges gemountet werden konnte, aber dan eine datei nicht vollständig war.
pj
Zitat von: pjakobs am 28 Juni 2019, 18:26:42
joa, 404 ist fast immer ein Hinweis darauf, dass das SPIFFS nicht erfolgreich gemountet werden konnte. Dann finded der Webserver die entsprechenden Files nicht und spuckt einen 404 aus.
Da ist es immer nötig, neu zu flashen.
ich vermute mal, dass in den Fällen, wo Flashen probleme mit leeren Seiten beim Aufruf der webapp gefixt hat, war das Dateisystem soweit komplett, dass ges gemountet werden konnte, aber dan eine datei nicht vollständig war.
pj
Solange wie es nur ein Software Problem ist geht es ja noch. Schwieriger wird es, wenn die Hardware nicht so will wie sie soll.
Zitat von: gloob am 28 Juni 2019, 18:32:23
Solange wie es nur ein Software Problem ist geht es ja noch. Schwieriger wird es, wenn die Hardware nicht so will wie sie soll.
die Hardware bekommen wir auch hin, da bin ich mir recht sicher, aber es ist halt mehr Aufwand.
pj
Hallo, nun habe ich es endlich geschafft die Controller neu zu Flashen. Habe Python für Windows installiert. Dann hat es mit esptool funktioniert. Jetzt habe ich 4 funktionierende Controller.
Den einen, der die Konfiguration vergisst müssten wir dann wohl tauschen ? Da ist der Widerstand, wenn ich es richtig verstanden habe defekt, richtig ?
Grüssle Jens
Zitat von: Jewe am 29 Juni 2019, 15:52:04
Hallo, nun habe ich es endlich geschafft die Controller neu zu Flashen. Habe Python für Windows installiert. Dann hat es mit esptool funktioniert. Jetzt habe ich 4 funktionierende Controller.
Den einen, der die Konfiguration vergisst müssten wir dann wohl tauschen ? Da ist der Widerstand, wenn ich es richtig verstanden habe defekt, richtig ?
Grüssle Jens
was der Fehler ist kann ich noch nicht sagen, aber es ist ziemlich sicher ein Hardware Problem.
pj
jetzt hab ich den ersten defekten Controller hier, der, der kein Rot anzeigt.
Bei mir kann er, als Reinfarbe, weder Blau noch Grün und das wundert mich schon sehr, denn: wenn ich das Farbmodell auf RGB stelle, dann kann er Weiß, sprich: er kann tatsächlich alle drei Kanäle ansteuern, scheitert aber an zweien, wenn die solo betrieben werden.
pj
Das ist bei mir genauso tatsächlich: blau funktioniert, rot und grün nicht. Jedoch ist zum Beispiel die Mischung aus rot und grün, also gelb, kein Problem :o
Zitat von: vbs am 29 Juni 2019, 18:32:31
Das ist bei mir genauso tatsächlich: blau funktioniert, rot und grün nicht. Jedoch ist zum Beispiel die Mischung aus rot und grün, also gelb, kein Problem :o
so gefühlt würde ich ja fast sagen: das muss ein Software Problem sein, aber ich hab den Controller neu geflasht, auf die 4.2 upgedatet und alles.
So ganz klar ist mir nicht, was das sein könnte. Schätze, ich muss da mal mit dem Scope ran.
Habe auch erstmal 0 Ideen. Ausschließen würde ich nix. Gefühlt auch eher Software. Aber da die gleiche FW auf zig anderen Controllern läuft, passt es auch nicht so super gut. Denke auch Oszi...
Hab nochmal überlegt, ob man den Effekt mit einer vergurkten Farbkalibration hinbekommen würde. Hab ich dann aber entschlossen, der Meinung zu sein, dass das nicht geht. Zumindest nicht in dem Ausmaß. Man kriegt mMn damit keinen Kanal komplett tot. Und auch Weiß kann man nicht getrennt steuern...
Hallo zusammen,
ich hab einen Controller der iwie nicht viel tut.
FTDI hatte ich dran:
ets Jan 8 2013,rst cause:2, boot mode:(3,6)
load 0x40100000, len 2544, room 16
tail 0
chksum 0xb1
load 0x3ffe8000, len 888, room 8
tail 0
chksum 0x9c
csum 0x9c
rBoot v1.4.2 - richardaburton@gmail.com
Flash Size: 32 Mbit
Flash Mode: QIO
Flash Speed: 40 MHz
rBoot Option: Big flash
rBoot Option: GPIO skip mode (16)
rBoot Option: RTC data
Booting rom 0.
fs.start: size:768 Kb, offset:0x100000
mount res: 0
Auch CLR + RESET tut iwie "nix".
Nun hab ich versucht per esptool zu flashen, also PRG+RESET, dann kommt ets Jan 8 2013,rst cause:2, boot mode:(1,6)
$ esptool -p /dev/ttyUSB0 -b 74880 erase_flash
esptool.py v2.6
Serial port /dev/ttyUSB0
Connecting........_____....._____....._____....._____....._____....._____....._____
A fatal error occurred: Failed to connect to Espressif device: Timed out waiting for packet header
Was mach ich falsch? Es blinkert lustig rum weshalb ich vermute, dass die HW nicht beschädigt ist.
Hi,
Auf die usb Schnittstelle darf nur ein Prozess gleichzeitig zugreifen.
Also vor dem esptool Aufruf alle anderen Prozesse die das Versuchen (minicom, FHEM, Screen, ...) beenden und esptool mit sudo aufrufen.
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Zitat von: RaspiLED am 02 Juli 2019, 21:58:01
Auf die usb Schnittstelle darf nur ein Prozess gleichzeitig zugreifen.
Jau, das ist mir klar und die Rechte von ttyUSB0 passen; platformio kanns ja auch ausm Userspace.
Passt der boot mode:(1,6) um neu zu flashen?
Hallo in die Runde,
von meinen fünf bestellten sind mittlerweile 3 verbaut und verrichten klaglos ihren Dienst 8)
Einer muss zum Testen herhalten und ist für das nächste Projekt verplant.
Der fünfte im Bunde zeigt leider das Verhalten aus Thread #77 und #142 d.h. er vergisst nach der Wlan Konfig und dem anschließenden Reboot die Daten.
Gibt es schon irgendwelche Erkenntnisse zur Ursache dieses Problems?
Leider habe ich aktuell keine Möglichkeit an dem Controller Messungen durchzuführen.
Ich könnte euch allerdings mein Exemplar für die Fehlersuche zur Verfügung stellen falls gewünscht.
Gruß xmanx
Moin xmanx
Der aus #142 wurde getauscht, und ist auf dem Weg zu Peter. Der ist aber gerade unterwegs, so dass die Analyse noch ein wenig dauern wird. Ich tuete Dir einen ein, und Du schickst den defekten dann mit der beiliegenden Marke an Peter!
Gruss Christoph
so Kinners, ich bin aus dem Urlaub zurück (war ne Woche mit dem Motorrad in Tschechien).
Mal sehen, was das Büro mir heute so entgegenschleudert aber:
Die ersten beiden defekten Controller sind hier und ich hab einen ersten Blick drauf geworfen. Meine Hoffnug ist, dass es nur übergeflossenes Lot ist, dass Pins gebrückt hat. Ich check das und wenn es sich reparieren lässt, dann gehen die wieder in den Fundus.
pj
Der erste Controller ist repariert und es war, wie ich es vermutet hatte, offenbar ein Problem mit den Lötpads beim ESP. Offenbar waren vier Lötstellen kurzgeschlossen (wie das passieren kann ist mir nicht ganz klar, da ist überall Lötstopplack drum) aber einmal reflow und es funktioniert ganz prima.
Was mir noch zu denken gibt ist der, zweite Controller, der den Rot und Grün Kanal einzeln nicht ansteuern kann, wohl aber weiß aus RGB mischen. Aber ich schätze, das wird ein ähnliches Problem sein. Den werd ich am Nachmittag mal reflowen.
pj
Zitat von: pjakobs am 08 Juli 2019, 11:00:27
... aber einmal reflow und es funktioniert ganz prima.
...
Den werd ich am Nachmittag mal reflowen.
[OT]
Machst Du das selber? Im Pizzaofen? Welche Regelung hast Du?
[/OT]
Gruß Peter
Zitat von: PeMue am 08 Juli 2019, 11:03:38
[OT]
Machst Du das selber? Im Pizzaofen? Welche Regelung hast Du?
[/OT]
Gruß Peter
Nee, wir haben zwar im Fablab einen sehr ordentlichen reflow Ofen, aber ich mach das hier auf ner Hotplate (150°) plus Heißluft (350°) - damit kann ich die Bauteile punktgenau und ohne großen Stress für den Rest der Platine rausnehmen.
pj
auch der Controller, der Rot und Grün nicht konnte hatte im Grunde die gleiche Fehlerursache: hier waren die Pins 14 und 15 kurzgeschlossen. Da die MOSFETs am Gate jeweils einen 10k Pulldown haben ergab sich eine Parallelschaltung mit nur 5k gegen Masse und damit konnte der ESP an einem Pin wohl nicht genug Strom treiben um das Gate über die Schaltschwelle zu heben. Wenn beide Pins parallel schalten, dann passt es wieder.
Jetzt repariert und klappt.
Wer sich traut, selbst mit dem Lötkolben zu arbeiten und einen defekten Controller hat: messt mal nebeneinander liegende Pins des ESP durch. Im Design liegen keine zwei Pins auf dem gleichen Singal, also solltet Ihr nie zwischen zwei Pins einen Kurzschluss haben. Wenn Ihr sowas findet (bei mir bisher nur an der Außenseite, Pins 12-15, dann könnt Ihr die mal vorsichtig nachlöten, am besten mit einem bisschen bleihaltigem Lot dazu. Aber wirklich nur wenig. Wenn das das Problem ist, dann lässt es sich so lösen.
Grüße
pj
Moin,
ich hab noch ein paar doofe Fragen zu meiner ersten Installation: Controller läuft prima und steuert einen RGBCWWW-Streifen.
Licht und Details sollen über eine Homematic-Fernbedienung mit 8 Tasten (ON, OFF, Heller, Dunkler, HSV Farbe +30, HSV Farbe -30, Sat -, Sat +) gesteuert werden. Eigentlich hätte ich auch noch gerne einen Wechsel zwischen CW und WW mit langen Tastendrücken...
Mit einem DOIF klappt das meiste:
defmod DI_LennartLEDDecke DOIF ([HM_OG.LENNART_LEDRemote_Btn_01] =~ "Short")\
(set ESP_LEDControllerLennart on 3)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_02] =~ "Short")\
(set ESP_LEDControllerLennart off 3)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_03] =~ "Short")\
(set ESP_LEDControllerLennart dimup 10 1)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_04] =~ "Short")\
(set ESP_LEDControllerLennart dimdown 10 1)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_05] =~ "Short")\
(set ESP_LEDControllerLennart rotate 20)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_06] =~ "Short")\
(set ESP_LEDControllerLennart rotate -20)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_07] =~ "Short")\
## (set ESP_LEDControllerLennart rotate 15)\
DOELSEIF ([HM_OG.LENNART_LEDRemote_Btn_08] =~ "Short")\
## (set ESP_LEDControllerLennart rotate -15)\
Aber wie kann ich mit set-Befehlen zwischen CW und WW umschalten?
Nach einem ON/OFF schaltet der Streifen auf Weiß - aber welches Weiß (CW oder WW)?
Bei Weiß bringt der Rotate-Befehl natürlich nicht viel - vielleicht brauche ich dann eine Taste, um auf den color-startup_color-Wert umzuschalten und kann dann Rotate verwenden....?
Für SATuration gibt es kein satup/satdown analog zu dimup/dimdown?
Danke, -MN
der Controller mischt das Reinweiß, im WWCW Modus, aus beiden Weißwerten.
Die Farbtemperatur der beiden Streifen teilst Du dem Controller mit
set config config-color-colortemp-cw cccc
und
set config config-color-colortemp-ww wwww
danach kannst Du die gemischte Farbtemperature mit
set <controller> cw xxxx
setzen.
[edit] Du kannst für hue, sat und value immer positive und negative Werte verwenden, die dann als relative Änderung verwendet werden.
Also:
set <controller> sat +30
Grüße
pj
Hallo,
ich würde gerne die Eingänge aktivieren damit ich meine LEDs mit einem Taster ein oder ausschalten kann.
Jedoch wenn ich set sz_LEDs control control-general-buttons_config 2,9 eingebe, dann hängt sich der Controller auf und ich muss ihn neu mit dem Netzwerk verbinden. Ein Reset oder wegnehmen der Spannung bringt leider auch nichts. Mach ich irgend was falsch?
Update habe ich mit der URL http://rgbww.dronezone.de/testing/version.json gemacht, die Firmware sollte also passen.
Vielen Dank schon mal! :)
Gruß Tobias
Zitat von: tobi90 am 13 Juli 2019, 10:52:48
Hallo,
ich würde gerne die Eingänge aktivieren damit ich meine LEDs mit einem Taster ein oder ausschalten kann.
Jedoch wenn ich set sz_LEDs control control-general-buttons_config 2,9 eingebe, dann hängt sich der Controller auf und ich muss ihn neu mit dem Netzwerk verbinden. Ein Reset oder wegnehmen der Spannung bringt leider auch nichts. Mach ich irgend was falsch?
Update habe ich mit der URL http://rgbww.dronezone.de/testing/version.json gemacht, die Firmware sollte also passen.
Vielen Dank schon mal! :)
Gruß Tobias
kannst Du "hängt sich auf" und "musste neu mit dem Netzwerk verbinden" mal genauer spezifizieren?
"hängt sich auf" würde ja bedeuten, dass er zwar läuft, aber nicht mehr reagiert?
Kam der Controller nach dem Reboot mit aktivem Accesspoint wieder, hatte also die Netzwerkkonfiguration vergessen?
Ist das bei Reboots vorher nicht passiert?
Die Version 4.2.0-rc1 ist ja noch relativ frisch und genau das ist der Code, der neu ist. Möglicherweise sind da Bugs (ich habe z.B. nie zwei sondern immer einen oder drei Pins eingetragen).
@vbs? Hast Du ne Idee?
pj
Wenn ich das in FHEM eingebe und anschließend auf get config drücke, dann steht beim Eintrag "config-general-buttons_config" auch "2,9,16" drin (Wenn ich drei Pins eintrage). Sobald ich aber am Gerät auf Reset drücke gehen die LEDs aus und auch nicht mehr an. Nur die LED vom ESP blinkt alle 10s. Ich kann mich nicht mehr mit dem ESP verbinden (weiterer Reset bringt auch nichts).
Abhilfe schafft dann nur noch G16 mit GND zu verbinden und den Reset Knopf zu drücken. Dann ist der Accesspoint wieder aktiv und die Einstellung der Buttons ist wieder gelöscht.
Reboot und Spannung wegnehmen funktioniert sonst (Controller behält Einstellungen). Wenn ich G2 mit GND verbinde dann geht die blaue LED auf dem ESP an, gehört das so?
Gruß Tobi
Zitat von: tobi90 am 14 Juli 2019, 14:58:06
Wenn ich das in FHEM eingebe und anschließend auf get config drücke, dann steht beim Eintrag "config-general-buttons_config" auch "2,9,16" drin (Wenn ich drei Pins eintrage). Sobald ich aber am Gerät auf Reset drücke gehen die LEDs aus und auch nicht mehr an. Nur die LED vom ESP blinkt alle 10s. Ich kann mich nicht mehr mit dem ESP verbinden (weiterer Reset bringt auch nichts).
Abhilfe schafft dann nur noch G16 mit GND zu verbinden und den Reset Knopf zu drücken. Dann ist der Accesspoint wieder aktiv und die Einstellung der Buttons ist wieder gelöscht.
Reboot und Spannung wegnehmen funktioniert sonst (Controller behält Einstellungen). Wenn ich G2 mit GND verbinde dann geht die blaue LED auf dem ESP an, gehört das so?
Gruß Tobi
wenn Du den Zustand hast, dass die LED all paar Sekunden blinkt, dann würde ich vermuten, der ESP ist in einem reboot-Loop, sprich, er crasht alle par Sekunden und startet neu.
Beim Crash gibt er über das Serielle Interface einen Stacktrace aus, kannst Du den mal einfangen und posten? Vielleicht hilft das @vbs, einen Bug zu finden.
pj
aus der Abteilung "Dinge, die ich auch noch nicht gesehen habe"
auf einem Controller fand ich einen ESP12, der ausgesprochen merkwürdig aussah. Der Metalldeckel war glanzlos, scheinbar verschmiert, der Druck (bzw. das Laseretching) unsauber und schwer zu lesen, aber es stand Ai ESP12F drauf. Die Antenne allerdings war ganz klar die eines ESP12E. Und er hatte offenbar das Problem, das ich bei vielen minderwertigen ESP12 schon gesehen habe: "stuck in boot loop".
Also auslöten und siehe da: auf der Rückseite der Platine steht klar und deutlich "ESP12E". Da macht sich also jemand die Mühe, bei alten ESP12E Modulen die Deckel gegen solche mit ESP12F Aufdruck zu tauschen. Wenn ich mal so auf die schnelle bei Aliexpress schaue, dann ist die Preisdifferenz so ca. 5ct. Ich frage mich, wie das sinnvoll sein kann.
pj
Moin
Magst Du noch kurz einen ESP12F einstellen, dann kann man den Antennenunterschied gleich erkennen!
Danke und Gruss
Christoph
Zitat von: pc1246 am 15 Juli 2019, 12:05:38
Moin
Magst Du noch kurz einen ESP12F einstellen, dann kann man den Antennenunterschied gleich erkennen!
Danke und Gruss
Christoph
klar, gerne. Hier auf dem letzten Prototypen der Sammelbestellung:
Kann man nicht einfach die Deckel behandeln ohne auslösten?
Und in China sind die Lohnkosten echt niedrig im Vergleich zu uns.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: no_Legend am 15 Juli 2019, 12:41:52
Kann man nicht einfach die Deckel behandeln ohne auslösten?
Und in China sind die Lohnkosten echt niedrig im Vergleich zu uns.
keine Ahnung, gefühlt und optisch war das eine ganz andere Metallqualität.
Und ja, ich hab auch schon schlechte ESP12Fs bekommen, aber noch nie umgelabelte ESP12E
pj
Sorry, war die Woche nicht zuhause.
Hier die Ausgabe auf der Seriellen Schnittstelle nach hinzufügen der Eingänge und anschließendem Reset:
66340387 SSID: xxxxxxxxx<\n>
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?#l`<27>$`<27><4>nn????<\f><28>????l<28>?<\f><28>?<\f><28>?<\f>b?<4>n??n????<\f>??<\f>b??>~?n?<3>????<\0>l`<27>??<18>?#?n?<4><14>r<24><2><14><2>nr???;<2>??<\f>?<\f><18>?;<\b><2>p?n????<\f><28>?r?<28>??<27><2><\f><28>?<\f><28>p<\f><24>p??<<2>??<\f><31>?<\f>b???~?n?<3>??<\f><24>r<24><2>?<18>?#?n?<4><14>r<24><2><14><2>nr???;<2>??<\f>???8r<24><2><14>r???n?<4><14>?<18>?8r<24><2>r<24><2>?b???n?<2>??<18>?<<\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?{?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><30><27>?<9>ll???n<18>n?<2>?;?n???<\0><\f><27>???#l`<27>??<\f>?nn?<2>??<9>x?<18>nn?b<\f><24>?<27>?9H?<\f>?<3>??<3>?`<27>$`<27>?<\f>?nn?<18>n???<\0>?<~?n?<4>?|l`<27>?~??<3><18>?<\0>?nn?<2>??????`<27>?n?<18>??<\f><24>|?n?<2>??????`<27>??<\f><24>?<\f>?<\0>&?,<9><19>?2????????<\0>?8<2>?n??><18>r???n?b<\f><24>?<\f><28>?l<31>r<24><2><28>b?<27><18>?<\0><\f>??<18>?<7>??<\0>l?<<18>?<4>?n?<3>??l`<27>?><28>r?8<27>G?l<18> #<\f><24>?<\f><28>r<24><2>?????8??<28>?<27> ?<2>??83403 fs.start: size:768 Kb, offset:0x100000<\n>
<\n>
99314 mount res: 0<\n>
<\n>
<\r><\n>
ets Jan 8 2013,rst cause:4, boot mode:(3,7)<\r><\n>
<\r><\n>
wdt reset<\r><\n>
load 0x40100000, len 2544, room 16 <\r><\n>
tail 0<\r><\n>
chksum 0xb1<\r><\n>
load 0x3ffe8000, len 888, room 8 <\r><\n>
tail 0<\r><\n>
chksum 0x9c<\r><\n>
csum 0x9c<\r><\n>
<\r><\n>
rBoot v1.4.2 - 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: GPIO skip mode (16)<\r><\n>
rBoot Option: RTC data<\r><\n>
<\r><\n>
Booting rom 0.<\r><\n>
~??<3><18>?<\0>?nn?<2>??????`<27>?n?<18>??<\f><24>|?n?<2>??????`<27>??<\f><24>?<\f>_<\0>&?,<9><19>?2????????<\0>?8<2>?n??><18>r???n?b<\f><24>?<\f><28>?l<31>r<24><2><28>b?<27><18>?<\0><\f>??<18>?<7>??<\0>l?<<18>?<4>?n?<3>??l`<27>?><28>r?8<27>G?l<18> #<\f><24>?<\f><28>r<24><2>????I8??<28>?<27> ?<2>??84335 fs.start: size:768 Kb, offset:0x100000<\n>
<\n>
100246 mount res: 0<\n>
<\n>
<\r><\n>
Ich hoffe ich habe das richtige kopiert.
Gruß Tobi
Jo, klassischer Bootloop. Passiert das nur bei einem Controller oder kannst Du das auf einem anderen nachvollziehen?
Könnte natürlich ein Bug sein, könnte aber auch sein, dass irgendwas elektrisch marginal ist, und durch das einschalten der internen pull-ups daneben geht (wobei ich meine, dass die in der Region 100kOhm sind)
Seltsam.
Versuch mal, ob ein anderer Controller das gleiche Problem hat, wenn ja, zu mir mit dem kaputten bitte.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Das gleiche passiert auch bei meinem zweiten Controller :(
Zitat von: tobi90 am 24 Juli 2019, 21:13:10
Das gleiche passiert auch bei meinem zweiten Controller :(
Kannst Du mal die Konfig sichern und @vbs und mir zuschicken bitte?
pj
Gesendet von meinem HTC U11 mit Tapatalk
Ich habe eine Frage zur max. zu steuernden LED Leistung eines Controllers. Leider habe ich dazu nirgends etwas finden können...
Ist die Hardware designt, dass ich zwei dieser RGBW Stripes https://de.aliexpress.com/item/32575020716.html?spm=a2g0s.9042311.0.0.27424c4dNj4CSX (https://de.aliexpress.com/item/32575020716.html?spm=a2g0s.9042311.0.0.27424c4dNj4CSX) über einen Controller ansteuern kann (Controller in die Mitte, ein Stripe nach links und ein Stripe nach rechts, wegen der Leitungslänge)? Leistungsaufnahme nach Kommentaren wohl je 30W, also 2,5A bei 12V.
Danke Peter
Es hieß mal pro Kanal 4,5A. Jedoch waren die klemmen (eingang)immer der limitierende Faktor 10/16A meine ich wenn ich mich recht erinnere. Aber genaueres muss dir ein anderer sagen. Vielleicht hat sich da ja auch was mit den Versionen getan. Was ich dir aber als tip mitgeben kann ist das es mehr Sinn macht auf 24v zu gehen besonders wenn man eine weite Strecke hat.
Gesendet von meinem SM-G930F mit Tapatalk
@kmxak
4,5A pro Kanal passt ja. Bei 60W max. Summenleistung habe ich ja am Eingang selbst auch nur 5A, passt also auch - falls die Werte gesichert sind. Kann das jemand anderes bestätigen?
Für den Tip mit den 24V ist es zu spät, da ich Stripes und Netzteil(e) schon habe.
Danke Peter
Beitrag hier nach oben (https://forum.fhem.de/index.php/topic,101240.msg947190.html#msg947190) verschoben
pj
Moin
Das waere doch etwas fuer den ersten post, oder einen der Platzhalter!
Deshalb hatte ich ja auch mal ueber die Klemmengroesse gemeckert.
Gruss Christoph
OT:
Wie ist das bei dem 10m Streifen, der erste Uebergang im Stripe muss doch tierisch heiss sein?
@pjakobs
Danke für die ausführliche Erläuterung. Wenn Du 12m mit einem (alten) Controller betreibst, müßte ich mit meinen 10m auch durch die Tür kommen. Versuch macht 'kluch'...
Dem Spannungsabfall über den/die Stripe(s) hinweg hoffe ich aus dem Weg zu gehen, indem ich den Controller in die Mitte hänge.
Peter
ich betreibe 10m 24V RGBWWCW Stripe am neuen Controller.
16,8W pro Meter macht 168W wen alles an ist.
bei 24V also 7A am Eingang, 1,4A pro Kanal.
Damit habe ich bisher keine Probleme, auch wenn mal zum Leute blenden alles auf 100% gefahren ist.
Ich habe allerdings auch ein 2,5mm² vom Netzteil zum Controller und de Controller sitzt mittig der 10m.
Zitat von: pc1246 am 30 Juli 2019, 10:47:25
Moin
Das waere doch etwas fuer den ersten post, oder einen der Platzhalter!
Deshalb hatte ich ja auch mal ueber die Klemmengroesse gemeckert.
Gruss Christoph
gute Idee, done!
@Frank_Huber
OK, 2,5 mm2 - hm, ich wollte 1,5 verlegen... Mal sehen, wie der Spannungsabfall ist. Wie viele Meter sind da bei Dir dazwischen?
Peter
Zitat von: PSI69 am 30 Juli 2019, 10:52:09
@pjakobs
Danke für die ausführliche Erläuterung. Wenn Du 12m mit einem (alten) Controller betreibst, müßte ich mit meinen 10m auch durch die Tür kommen. Versuch macht 'kluch'...
Dem Spannungsabfall über den/die Stripe(s) hinweg hoffe ich aus dem Weg zu gehen, indem ich den Controller in die Mitte hänge.
Peter
joa, da seh ich kein Problem. Die alten hatten halt mit den IRFZ44N (https://www.infineon.com/dgdl/irfz44npbf.pdf?fileId=5546d462533600a40153563b3a9f220d) nochmal viel mächtigere MOSFETS, aber ich habe bewusst ein bisschen absolute Maximalleistung gegen gesparten Platinenplatz getauscht.
pj
[edit] ich würde halt mal sehen, ob irgendwas warm wird. Im schlimmsten Fall kannst Du auf die MOSFETs ja einen Stangen-Kühlkörper aufkleben.
Zitat von: PSI69 am 30 Juli 2019, 11:01:37
@Frank_Huber
OK, 2,5 mm2 - hm, ich wollte 1,5 verlegen... Mal sehen, wie der Spannungsabfall ist. Wie viele Meter sind da bei Dir dazwischen?
Peter
bei 7A reichen 1,5 eigentlich auch. das 2,5er war bei mir gerade in der richtigen Länge rumgelegen. :-) sind bei mir auch nur ca 3m dazwischen.
Zitat von: pjakobs am 30 Juli 2019, 11:07:22
[edit] ich würde halt mal sehen, ob irgendwas warm wird. Im schlimmsten Fall kannst Du auf die MOSFETs ja einen Stangen-Kühlkörper aufkleben.
Hast Du einen Link für etwas passendes?
Zitat von: PSI69 am 30 Juli 2019, 11:24:21
Hast Du einen Link für etwas passendes?
nä, ich hatte die Notwendigkeit bisher nicht. Bau Dein Setup halt mal "fliegend" auf und lass die LED mal ne Stunde auf 100$ (idealerweise "set <name> raw 1023,1023,1023,1023,1023") laufen und schau, ob die MOSFETs warm werden. Das ist der absolute worst case (btw: LED Strips dazu abwickeln, die werden nämlich auf der Rolle echt warm sonst).
In der Realität hast Du ja nie alle Kanäle auf voller Helligkeit, und Weiß ist typischerweise nicht der, der am meisten Strom zieht (das ist Blau).
pj
Guter Hinweis! Danke, probier ich aus...
ich hab meine Überlegungen zum maximalen Strom nochmal upgedatet, es gibt einen kritischen Pfad auf der Platine, der aber relativ leicht zu umgehen ist. Siehe Post am Anfang des Threads.
pj
ich hab jetzt mal mein Labor upgedatet und kann jetzt 12V20A "sourcen" und 30A "sinken" (wie immer man das auf Deutsch sagen würde. Mir fehlen gerade bei solchen Dingen oft die Worte)
Ich hab heute früh mal einen Controller bis 7,5A pro Kanal getestet und im Grunde ist alles so, wie ich es oben schrieb:
bei konstant 6,5A wird das Gehäuse des Controllers so heiß, dass man es nicht mehr anfassen kann. Damit ist die Gehäusetemperatur über 60°C, was zu erwarten war, denn ich hatte ja sogar 115°C ausgerechnet.
Problematischer ist, dass bei einer ohmschen Last, die bei 12V 6,5A entspricht (nach Leitungsverlusten 1,3Ohm) und bei einem 50% Dutycycle (entspricht etwa der 70% Einstellung für einen Kanal) zwei Dinge passieren:
1. Sehe ich beim Einschalten des MOSFET ein deutliches Überschwingen, sprich der Mosfet schaltet auf Masse durch, aber durch irgendwelche Effekte steigt die Spannung kurz danach wieder auf ca. 50% an und bleibt dort für ca 10% des LOW cycles. Das heißt, dass für etwa 10% des gesamtzyklus 6V*6,5A=39W am MOSFET abfallen. Der Effekt ist wesentlich größer als die eigentliche steigende und fallende Flanke. Obwohl also weniger Energie an die LED gelangt, fällt in diesem Zustand wesentlich mehr Energie am MOSFET ab, der entsprechend heiß wird.
Dazu kommt, dass die steilen Flanken des PWM, wie schon beschrieben, in die Spannungsversorgung zurückwirken. Ih habe es nicht völlig durchgetestet, aber der ESP ist mir in dem Betriebsmodus ein paar mal abgestürzt, ich vermute, dass das an der entsprechend schwankenden Stromversorgung lag.
Kurz: bei 6,5A auf einem Kanal sollte man dringend einen Kühlkörper verwenden (ich würde eines einfaches Aluminiumprofil wie hier (https://www.reichelt.de/kuehlkoerper-6-3-x-4-8-x-19-mm-fuer-dil-ic-ick-14-16-l-p164352.html?&trstct=pol_9) nehmen, allerdings halt so lang, dass es alle fünf MOSFETs abdecken kann. Zum verkleben gibt es wärmeleitende Klebepads)
Zudem muss für 6,5A die Stromversorgung schon wirklich gut sein. Haltet die Zuleitung kurz und sorgt für ordentlich Leitungsquerschnitt. Ich würde in dem Fall vermutlich sogar eine Sicherung einbauen, die bei 10A schmilzt.
pj
pj
So, heute hab ich mich mal hingesetzt und die Temperatur an einem MOSFET bei unterschiedlichen Strömen gemessen.
Der Versuchsaufbau war wie folgt:
Das 12V Netzteil lieferte eben 12V und bis zu 10A
Am Grün Kanal hing eine elektronische Last deren Stromaufnahme programmierbar ist.
Auf dem MOSFET für Grün lag eine Thermal Probe an der mein Messgerät hing.
Die Prozentwerte beziehen sich auf das FHEM Setting, nicht die PWM.
Zwei Dinge:
Erstes zeigt sich, dass meine Maximalberechnung stimmt, alle Messungen blieben bei 100% Helligkeit unter 125°C (die 6A Messung hatte ich vorher abgebrochen)
Zweitens: ich habe unterschätzt, wieviel Energie im Schaltvorgang am MOSFET "hängen" bleibt. In allen Kurven ist der Transistor zwischen 25 und 85% am heißesten, das Maximum liegt bei etwa 75%
Was ich jetzt nicht weiß ist: in wiefern spiegelt das das Verhalten mit "echten" LEDs wieder?
Ich habe hier an keiner Stelle einen Controller, der heiß wird (und ich betreibe die meisten üblicherweise bei 70% Helligkeit). Es ist möglich, dass die elektronische Last hier eigene Effekte einbringt und so das Ergebnis verfälscht. Ich hab noch etliche Meter LED oben liegen und teste später nochmal mit 5, 10 und 15m und werde berichten.
Grüße
pj
Dabei ist noch zu beachten, dass die PWM-Implementierung es SDKs nie 100% Duty-Cycle erreicht, sondern lediglich irgendwas um 90%.
Zitat von: vbs am 03 August 2019, 18:24:44
Dabei ist noch zu beachten, dass die PWM-Implementierung es SDKs nie 100% Duty-Cycle erreicht, sondern lediglich irgendwas um 90%.
die Temperaturen hier sind ja gemessen und ja, 100% geht nicht, aber es kommt näher ran als 90%.
Das hängt von der verwendeten Frequenz ab. Bei vollen 1000 Hz sind es 90 %. In unserem Fall geht es aber etwas höher.
Moin Moin,
habe ein paar Probleme mit dem Controller, irgendwie will er nicht so wie ich es erwarte.
Um eine exakte Fehlerbeschreibung zu liefern habe ich via RST CLR den Controller zurückgesetzt.
Angeschlossen ist ein RGBWW LED-Streifen, bei diesem Streifen sind die Kabelfarben nicht wie am Anfang
dieses Threads beschrieben:
SW VCC
GN -> rt LEDs
BL -> gn LEDs
RT -> bl LEDs
WS -> Warmweiße LEDs
Also RST-CLR > Controller (..:88:c3) ist zurückgesetzt , RGB LEDs leuchten mit voller Leuchtkraft
Via 192.168.4.1 auf den Controller über das Controller-WLAN zugegriffen und ins Netzwerk eingebunden,
alles OK, Controller in meinem LAN erreichbar.
Als Firmware wird
Firmware vbs35
Web Interface 0.3.3-shojo7
RGBWW Version 0.8.1-vbs5
SMING Version 3
Frage: wird beim Rücksetzen des Controllers die Firmware ebenfalls zurückgesetzt, hatte zuvor auf Testing umgestellt?
Controller ist auf MRPJ eingestellt:
HSV steht auf normal, alle Regler auf 0 COLOR auf RGB, alle Regler auf 100
die RGB-LED leuchtet immer noch.
RGB, alle Regler auf 0, nur rt leuchtet noch,
mit dem Regler für gn und bl kann ich die Farben hinzuschalten, aber rt bleibt immer an.
Beim Speicher der Werte kommt häufig die Meldung "something went wrong", der Controller verliert die Verbindung
Schalte ich den Controller auf RGBWW, kann ich WW korrekt regeln, rt bleibt weiterhin an, aber bl und gn sind aus und lassen sich nun nicht
mehr regeln
Schalte ich um auf RGB, verhält sich der Controller wie zuvor.
Ein zweiter Controller (..:93:d1) verhält sich ähnlich beim Reset, die Farbregelung arbeitet wie folgt:
Mode RGB:
alle Regler funktionieren wie erwartet, rt regelt rt, gn regelt gn, usw
Mode RGBWW
WW funktioniert korrekt, rt und gn lassen sich regeln, aber nur mit deutlich verminderter Leuchtkraft, bl reagiert nicht.
Auch dieser Controller meldet "something went wrong"
Der dritte Controller (..:40:c2) lässt sich über RST-CLR nicht zurücksetzen, er macht nur einen Reboot, Reset via Web-Interface geht
Aber bei diesem leuchten gar keine LEDs :-(
Nun will ich nicht glauben, dass ich drei defekte Controller erhalten habe, aber etwas wundere ich mich schon. Vielleicht mache ich auch etwas falsch. Sorry bin leider nicht früher zu einem ausführlichen Test gekommen.
Freue mich über jede Hilfe
Ich habe dann mal übers WE meinen Lasttest mit 2* 5m WW Stripes durchgeführt. Wie angekündigt habe ich die beiden Stripes parallel auf die Ausgänge von Controller gepackt. Versorgt wurde das Ganze über ein 60W 12V Schaltnetzteil, als Zuleitung zum Controller dienten 15m (alles, was ich zur Verfügung hatte) 1,5 mm2 Kabel (flexibel). Ausgeführt habe ich "set <name> raw 1023,1023,1023,1023,1023" und das dann eine Stunde laufen lassen.
Ergebnis: Die Transistoren und die Platine waren nur leicht warm, dito für die ausgerollten Stripes. Nur das Schaltnetzteil war gut warm...
Peter
Mit welchem LED-Typ sind denn deine Streifen denn bestückt? 5630 kann es ja schon mal nicht gewesen sein, dass hätte dein 60 W Netzteil bei 10m nicht geschafft.
Moin Moin,
hat keine eine Idee zu meinen Controllern? Bin ich hier im falschen Froum? Wer kann mir helfen?
Grüße Detlev.
Zitat von: db7 am 04 August 2019, 14:45:34
Moin Moin,
habe ein paar Probleme mit dem Controller, irgendwie will er nicht so wie ich es erwarte.
Um eine exakte Fehlerbeschreibung zu liefern habe ich via RST CLR den Controller zurückgesetzt.
Angeschlossen ist ein RGBWW LED-Streifen, bei diesem Streifen sind die Kabelfarben nicht wie am Anfang
dieses Threads beschrieben:
SW VCC
GN -> rt LEDs
BL -> gn LEDs
RT -> bl LEDs
WS -> Warmweiße LEDs
Also RST-CLR > Controller (..:88:c3) ist zurückgesetzt , RGB LEDs leuchten mit voller Leuchtkraft
Via 192.168.4.1 auf den Controller über das Controller-WLAN zugegriffen und ins Netzwerk eingebunden,
alles OK, Controller in meinem LAN erreichbar.
Als Firmware wird
Firmware vbs35
Web Interface 0.3.3-shojo7
RGBWW Version 0.8.1-vbs5
SMING Version 3
Frage: wird beim Rücksetzen des Controllers die Firmware ebenfalls zurückgesetzt, hatte zuvor auf Testing umgestellt?
Controller ist auf MRPJ eingestellt:
HSV steht auf normal, alle Regler auf 0 COLOR auf RGB, alle Regler auf 100
die RGB-LED leuchtet immer noch.
RGB, alle Regler auf 0, nur rt leuchtet noch,
mit dem Regler für gn und bl kann ich die Farben hinzuschalten, aber rt bleibt immer an.
Beim Speicher der Werte kommt häufig die Meldung "something went wrong", der Controller verliert die Verbindung
Schalte ich den Controller auf RGBWW, kann ich WW korrekt regeln, rt bleibt weiterhin an, aber bl und gn sind aus und lassen sich nun nicht
mehr regeln
Schalte ich um auf RGB, verhält sich der Controller wie zuvor.
Ein zweiter Controller (..:93:d1) verhält sich ähnlich beim Reset, die Farbregelung arbeitet wie folgt:
Mode RGB:
alle Regler funktionieren wie erwartet, rt regelt rt, gn regelt gn, usw
Mode RGBWW
WW funktioniert korrekt, rt und gn lassen sich regeln, aber nur mit deutlich verminderter Leuchtkraft, bl reagiert nicht.
Auch dieser Controller meldet "something went wrong"
Der dritte Controller (..:40:c2) lässt sich über RST-CLR nicht zurücksetzen, er macht nur einen Reboot, Reset via Web-Interface geht
Aber bei diesem leuchten gar keine LEDs :-(
Nun will ich nicht glauben, dass ich drei defekte Controller erhalten habe, aber etwas wundere ich mich schon. Vielleicht mache ich auch etwas falsch. Sorry bin leider nicht früher zu einem ausführlichen Test gekommen.
Freue mich über jede Hilfe
Zitat von: Chris46 am 05 August 2019, 20:15:32
Mit welchem LED-Typ sind denn deine Streifen denn bestückt? 5630 kann es ja schon mal nicht gewesen sein, dass hätte dein 60 W Netzteil bei 10m nicht geschafft.
Ich habe diese hier:https://de.aliexpress.com/item/32575020716.html?spm=a2g0s.9042311.0.0.27424c4dNj4CSX (https://de.aliexpress.com/item/32575020716.html?spm=a2g0s.9042311.0.0.27424c4dNj4CSX); hatte ich schon geschrieben. Dort steht 'SMD 5050 chip' und in den Kommentaren stehen die 30W Leistungsaufnahme pro Stripe.
Zitat von: db7 am 06 August 2019, 06:51:31
Moin Moin,
hat keine eine Idee zu meinen Controllern? Bin ich hier im falschen Froum? Wer kann mir helfen?
Grüße Detlev.
Moin
Draengeln, und unnoetige Vollzitate bringen hier nichts!
Fuer mich hoert sich das so an, dass der erste ein Loetstellen Problem hat! Hierzu hatte Peter auch beschrieben, wie man das selbst schnell feststellen kann.
Der Zweite scheint ok zu sein, wobei es seltsam ist, dass der eine Kanal in einem anderen Modus nicht funktioniert. Die unterschiedliche Leuchtstaerke im RGB <-> RGBWW(CW) Modus wurde auch schon ausreichend diskutiert!
Der Dritte hat, wenn ich mich recht an die bisherigen Diskussionen erinnere, ansonsten noch mal selbst ueberfliegen, eine falsche Bestueckung.
Und nein, die Firmware aendert sich nicht mit dem Reset!
Aus meiner Sicht sollten wir die 3 austauschen.
Gruss Christoph
Danke für die Info,
werde die drei Controller nochmal testen
Detlev.
Zitat von: db7 am 04 August 2019, 14:45:34
Moin Moin,
habe ein paar Probleme mit dem Controller, irgendwie will er nicht so wie ich es erwarte.
Um eine exakte Fehlerbeschreibung zu liefern habe ich via RST CLR den Controller zurückgesetzt.
Angeschlossen ist ein RGBWW LED-Streifen, bei diesem Streifen sind die Kabelfarben nicht wie am Anfang
dieses Threads beschrieben:
SW VCC
GN -> rt LEDs
BL -> gn LEDs
RT -> bl LEDs
WS -> Warmweiße LEDs
Also RST-CLR > Controller (..:88:c3) ist zurückgesetzt , RGB LEDs leuchten mit voller Leuchtkraft
Via 192.168.4.1 auf den Controller über das Controller-WLAN zugegriffen und ins Netzwerk eingebunden,
alles OK, Controller in meinem LAN erreichbar.
Als Firmware wird
Firmware vbs35
Web Interface 0.3.3-shojo7
RGBWW Version 0.8.1-vbs5
SMING Version 3
Frage: wird beim Rücksetzen des Controllers die Firmware ebenfalls zurückgesetzt, hatte zuvor auf Testing umgestellt?
Controller ist auf MRPJ eingestellt:
HSV steht auf normal, alle Regler auf 0 COLOR auf RGB, alle Regler auf 100
die RGB-LED leuchtet immer noch.
RGB, alle Regler auf 0, nur rt leuchtet noch,
mit dem Regler für gn und bl kann ich die Farben hinzuschalten, aber rt bleibt immer an.
Beim Speicher der Werte kommt häufig die Meldung "something went wrong", der Controller verliert die Verbindung
Schalte ich den Controller auf RGBWW, kann ich WW korrekt regeln, rt bleibt weiterhin an, aber bl und gn sind aus und lassen sich nun nicht
mehr regeln
Schalte ich um auf RGB, verhält sich der Controller wie zuvor.
Ein zweiter Controller (..:93:d1) verhält sich ähnlich beim Reset, die Farbregelung arbeitet wie folgt:
Mode RGB:
alle Regler funktionieren wie erwartet, rt regelt rt, gn regelt gn, usw
Mode RGBWW
WW funktioniert korrekt, rt und gn lassen sich regeln, aber nur mit deutlich verminderter Leuchtkraft, bl reagiert nicht.
Auch dieser Controller meldet "something went wrong"
Der dritte Controller (..:40:c2) lässt sich über RST-CLR nicht zurücksetzen, er macht nur einen Reboot, Reset via Web-Interface geht
Aber bei diesem leuchten gar keine LEDs :-(
Nun will ich nicht glauben, dass ich drei defekte Controller erhalten habe, aber etwas wundere ich mich schon. Vielleicht mache ich auch etwas falsch. Sorry bin leider nicht früher zu einem ausführlichen Test gekommen.
Freue mich über jede Hilfe
hmm... für mich klingt das, als seien einige der PWM Pins kurzgeschlossen. Kannst Du nachmessen, ob nebeneinander liegende Pins des ESP kurzgeschlossen sind?
Grüße
pj
Zitathmm... für mich klingt das, als seien einige der PWM Pins kurzgeschlossen. Kannst Du nachmessen, ob nebeneinander liegende Pins des ESP kurzgeschlossen sind?
Grüße
pj
Zwei Controller laufen nun korrekt, bei einem ist es, so glaube ich, eindeutig.
Grüße Detlev.
Moin
Ja das sieht sehr eindeutig aus! Interessant, wie die das wohl hinbekommen haben!?
Das sollte man aber mit einem Loetkolben schnell behoben haben. Ansonsten schicke ich Dir einen Neuen!
Gruss Christoph
ok, ich versuche mal mein Glück, und melde mich dann wieder
Danke.
Moin,
ZitatDas sollte man aber mit einem Loetkolben schnell behoben haben.
Sonntag, Regen: genau das richtige Lötwetter :-)
Hab es hinbekommen, nun läuft der dritte Controller auch.
Danke nochmal an alle, die dieses Projekt vorangetrieben haben, coole Arbeit.
Grüße Detlev.
Hallo,
ich bin kein FHEM User mehr und habe auf HA gewechselt.
Nun möchte ich meine drei RGBWW Controller weiterhin verwenden und scheitere an der Steuerung. Ich sende derzeit an den Master Controller dieses als MQTT:
{
"jsonrpc" : "2.0",
"method" : "color",
"params" : {
"hsv" : {
"h" : "0.00",
"s" : 100,
"v" : 100,
"ct" : 2700
},
"cmd" : "fade",
"t" : 700
}
}
Doch dann gibt es keine Reaktion.. Wie kann ich denn dem Mastercontroller per MQTT bedienen ? und ist es möglich dieses auch direkt mit RGB(WW) werten zu machen ? Wär super wenn mir da jemand helfen könnte. Würde ungern eine alternative suchen.
Zitat von: dondon4002 am 27 August 2019, 23:58:17
Hallo,
ich bin kein FHEM User mehr und habe auf HA gewechselt.
Nun möchte ich meine drei RGBWW Controller weiterhin verwenden und scheitere an der Steuerung. Ich sende derzeit an den Master Controller dieses als MQTT:
{
"jsonrpc" : "2.0",
"method" : "color",
"params" : {
"hsv" : {
"h" : "0.00",
"s" : 100,
"v" : 100,
"ct" : 2700
},
"cmd" : "fade",
"t" : 700
}
}
Doch dann gibt es keine Reaktion.. Wie kann ich denn dem Mastercontroller per MQTT bedienen ? und ist es möglich dieses auch direkt mit RGB(WW) werten zu machen ? Wär super wenn mir da jemand helfen könnte. Würde ungern eine alternative suchen.
Soweit ich die Implementation verstanden habe, ist der Master eben nur das: Master, sprich: er published seine aktuelle Einstellung und die "Slaves" übernehmen die. Auf diese Weise können mehrere Controller synchronisiert werden, wenn Du z.B. sehr große Installationen hast, die als nur ein Gerät sichtbar sein sollen.
Wenn Du die Controller von HASS per MQTT ansprechen willst, dann müssen alle Slaves sein.
Grüße
pj
Moin, japp das habe ich nun rausgefunden ;-) Das klappt nun auch. Ich kann derzeit auch Farben steuern, so das beide Geräte auch Syncron sind.
Jetzt gibts aber neue Probleme.. die Firmware sendet ja anscheinen gar keinen State. Um diese rein mit MQTT zu steuern will ich ja einen State (ON/OFF) haben.. den es anscheinend nicht gibt.
das Thema HSV und RGB ist auch etwas doof gelöst.. man müsste das in der Weboberfläche einstellen könne.. welches Format man endgültig verwenden möchte.. denn wenn ich per MQTT RGB sende und empfangen will um dort alle Color-States auber zu halten. Habe ich Probleme wenn ich in der Weboberfläche farben aussuche.. denn die werden immer als HSV gesendet.
Gibts die möglichkeit das der Firmware hersteller da eventuell noch nachkorrigieren kann ? wichtigste wäre derzeit, das wenn alle werte auf 0 sind, auch entweder States auf ON/OFF gesendet werden würden.
oder sogar extra für HA einen Topic einfach mit einbindet, der schon die richtigen komplett States und CMDs sendet und empfängt.. da wäre ich als Informationsquelle bezüglich der Json natürlich bereit ;-) da würde sogar das Thema RGB wegfallen.. da HA dann im guten Context auch HSV/HSB/HSL kann.
{
"brightness": 100,
"color_temp": 155,
"color": {
"r": 1023,
"g": 1023,
"b": 1023,
"h": 0,
"s": 0
},
"state": "ON",
"transition": 2,
"white_value": 150
}
Zitat von: dondon4002 am 28 August 2019, 11:06:25
Moin, japp das habe ich nun rausgefunden ;-) Das klappt nun auch. Ich kann derzeit auch Farben steuern, so das beide Geräte auch Syncron sind.
Jetzt gibts aber neue Probleme.. die Firmware sendet ja anscheinen gar keinen State. Um diese rein mit MQTT zu steuern will ich ja einen State (ON/OFF) haben.. den es anscheinend nicht gibt.
das Thema HSV und RGB ist auch etwas doof gelöst.. man müsste das in der Weboberfläche einstellen könne.. welches Format man endgültig verwenden möchte.. denn wenn ich per MQTT RGB sende und empfangen will um dort alle Color-States auber zu halten. Habe ich Probleme wenn ich in der Weboberfläche farben aussuche.. denn die werden immer als HSV gesendet.
Gibts die möglichkeit das der Firmware hersteller da eventuell noch nachkorrigieren kann ? wichtigste wäre derzeit, das wenn alle werte auf 0 sind, auch entweder States auf ON/OFF gesendet werden würden.
oder sogar extra für HA einen Topic einfach mit einbindet, der schon die richtigen komplett States und CMDs sendet und empfängt.. da wäre ich als Informationsquelle bezüglich der Json natürlich bereit ;-) da würde sogar das Thema RGB wegfallen.. da HA dann im guten Context auch HSV/HSB/HSL kann.
der Software "Hersteller" ist @vbs ;-) Nicht vergessen, dass das alles ein Projekt ist, das wir alle in unserer Freizeit vorantreiben.
Die MQTT implementation ist ein bisschen rudimentär, weil sie bisher auch kaum genutzt wurde. Grundsätzlich würde ich es für sinnvoll halten, eine HA Integration über die JSON Schnittstelle zu entwickeln.
Ich schlage vor, dass Du drüben im Firmware Thread (https://forum.fhem.de/index.php/topic,70738.0.html) das Thema mal aufgreifst. Vielleicht hat @vbs die Möglichkeit, was daran zu ändern.
Grüße
pj
ZitatHA Integration über die JSON Schnittstelle zu entwickeln.
finde ich generell eher untypisch.. da man schneller ein mqtt topic einsetzen kann das jeder am ende nutzen kann sogar bei Iobroker, OpenHab etc.. lieber mqtt freundlicher werden, als einem system beizubringen ein anderes format zu kennen ;-)
werde mal schauen ob ich @vbs erreiche ;-)
Hi pj,
Zitat von: pjakobs am 12 Juli 2019, 11:49:38
der Controller mischt das Reinweiß, im WWCW Modus, aus beiden Weißwerten.
[...]
danach kannst Du die gemischte Farbtemperature mit set <controller> cw xxxx
setzen.
Ist das Argument "cw" in der Commandref zum Modul oder in der direkten Hilfe weiter erläutert?
Danke, -MN
Hallo,
ich muss mich nun auch mal melden :D
Ich habe einen Controller seit einigen Wochen laufen, einmal war er nichtmehr im Wlan und ich habe ihn ausgebaut und geprüft, ging nur ein Reset und neueinrichten. Dann lief er ... Gestern fiel er jedoch wieder aus dem Wlan und kommt nicht wieder rein, die blaue LED leuchtet. Aber Wifi Verbindung sehe ich nichts.
Auf der seriellen Kommt folgendes (ich hoffe 115200 sind ok)
rl▒▒r▒▒#▒n▒
▒
▒▒p▒<▒▒▒▒8▒▒ǒ▒▒p
▒nn▒▒;▒nĒ▒▒
b▒#l`n▒▒▒
▒▒▒l▒
▒
▒
b▒n▒▒n▒Ď▒
▒▒
b▒▒>~▒n▒▒▒▒l`▒▒#▒n▒▒rnr▒▒▒;▒▒
?
▒p▒n▒▒܀
▒r▒▒
p
p▒▒<▒▒
▒
b▒▒>~▒n▒▒▒
r▒▒#▒n▒rnr▒▒▒;▒▒
?▒▒8rr▒ےn▒▒▒▒8rr▒b▒?▒n▒▒▒▒<
▒<▒lb▒ľbr▒ ▒Ă▒b▒▒b▒▒▒n▒▒▒n▒▒▒bp~▒n#`▒n▒;߰▒▒Iv▒▒▒
▒▒ll▒n▒`▒8▒▒n▒$lnĒ▒▒
▒▒▒▒l#`▒n▒;߰▒▒ x▒▒b
▒▒
r▒▒`>
▒nn▒▒? x▒nn▒b
▒▒▒N▒▒▒8▒▒n#`▒b▒?▒n▒▒? x▒nn▒b
▒ll▒▒>nn▒▒;▒nĒ▒
▒▒#l`>
▒nn▒▒? x▒nn▒b
▒9H▒
▒▒▒▒`
▒nn▒n▒▒▒▒<~▒n▒|l`▒▒▒▒▒8▒▒▒
▒
r▒▒▒▒I8▒▒▒
▒
r▒▒▒▒8▒
▒▒▒
▒lrr▒fs.start: size:768 Kb, offset:0x100000
mount res: 0
SSID:
AP configuration loaded
'*' registered
'/' 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
'/stop' registered
'/skip' registered
'/pause' registered
'/continue' registered
'/blink' registered
scan completed: 8 found
Auch ein Reset geht nicht, ich kann CLR + RST drücken, dann startet er halt neu und die Ausgabe ist wieder da (bei Scan completed ändern sich die Werte, aber das ist ja normal).
Irgend einen Tipp, was ich noch tun kann ? ^^
Danke Ronny
Zitat von: rcmcronny am 11 September 2019, 20:01:34
Auf der seriellen Kommt folgendes (ich hoffe 115200 sind ok)
Moin
Ich glaube das ist zu hoch! Probier mal etwas weniger!
Ich vermute aber, dass der ESP hin ist. Ich schicke Dir einen Neuen, wenn ich wieder zu Hause bin.
Gruss Christoph
Hoi,
Danke. Kein Stress, ich hab meinen 2. Controller umgebaut und nutz den solange, bisher läuft er gut.
Hmm, wenn ich niedrigere Raten versuche, kommt nur Müll :D
Nur mit 115200 kommt halbwegs wa lesbares (wahrscheinlich nach dem Bootloader). Damit kann ich aber leben ;)
Ich werde morgen mal noch genauer schauen, ob ich mehr rausbekomme. Ich habe beim neuen nur gesehen, das die Ausgabe gleich war und er eigentlich nach dem Scanned Networks = xx den AP aufgespannt haben sollte zur Konfiguration. Vielleicht ist da auch das Problem (also beim Wifi mehr zu suchen) erklärt ja auch die Probleme mit dem Wifi, die ich 2 mal hatte, zumindest so halb.
Ronny
Hoi
Nur zur Versicherung. Wieviele Teilnehmer hast Du im WLAN? Und wer macht Dein WLAN?
Ich habe hier monatelang rumprobiert, und am Ende waren es einfach zu viele Teilnehmer!
Mit einem vernuenftigen AP war das dann behoben.
Gruss Christoph
Hoi,
ne daran liegt es nicht, ich hab ein UniFi System mit 4 APs :)
Ronny
Mal eine etwas ungewöhnliche Frage:
Ist es möglich mit der PWM des Controllers einen (PC-)Lüfter anzusteuern?
Zitat von: Chris46 am 14 September 2019, 13:56:06
Mal eine etwas ungewöhnliche Frage:
Ist es möglich mit der PWM des Controllers einen (PC-)Lüfter anzusteuern?
Die Frage ist wirklich ungewöhnlich, und ich würde sagen, die Antwort ist glatt "nein".
Warum? Wir haben hier MOSFET Stufen, die so designed sind, dass sie relativ große Ströme aus 12V gegen Masse schalten.
PWM gesteuerte Lüfter wollen ein TTL Signal und haben dazu eine 5 oder 12V Spannungsversorgung.
Sprich: für normale Lüfter brauchst Du die MOSFETs nicht.
Du könntest, zumindest theoretisch, jedoch zumindest theoretisch einen "dummen" 12V Lüfter über die Schaltung betreiben.
Dazu passt allerdings unsere Firmware irgendwie gar nicht.
pj
Gesendet von meinem HTC U11 mit Tapatalk
Klar geht das, die Lüfter in meinem 3D Drucker steuer ich auch über PWM, das geht eigentlich ganz gut. Also rein über die Spannung die dann via PWM rein kommt, nicht über irgend welche Steuerleitungen. Also rein technisch sollte das gehen. Das wir hier nicht von einem Lego Stecksystem reden ist ja klar.
Kleiner Nachtrag, du musst nur schauen, dass der Lüfter erstmal mit 100% anläuft und dann runter gehen, sonst sind einige Lüfter bockig und drehen nicht an.
/Daniel
Danke für eure Antworten. Also sollte ein dummer Spannungsgesteuerter Lüfter funktionieren, ein PWM Lüfter wohl nicht.
Mir ist bewusst, dass der Controller dafür nicht gedacht und auch die Firmware nicht dafür geschrieben ist. In der Ecke, wo ich ggf. ab und zu ,,Lüften" wollte ist halt schon ein Controller mit nur einem WW-Strip installiert. Da dachte ich, ich könnte da eventuell ein Kanal dafür missbrauchen und hätte gleichzeitig auch eine Steuermöglichkeit. Ich werde es mal testen, wenn ich wieder zuhause bin und berichten.
Viele Dank und viele Grüße aus DK.
Hallo zusammen,
ich habe aktuell zwei (weiße) LED-Streifen mit dem Controller in Betrieb.
Ich würde gerne die LED-Streifen in zwei separat ansteuerbare Bereiche aufteilen.
Ich habe bereits ausprobiert die Streifen auf WW + CW zu legen und auch mal auf R + G. Ich schaffe es aber nicht passende "Farben" einzustellen, sodass ich die zwei Streifen unabhängig voneinander zwischen 0-100% einstellen kann. Irgendwie macht mir da das Farbmodell einen Strich durch die Rechnung. Ist es bei dem Controller grundsätzlich möglich, die Kanäle unabhängig voneinander einzustellen? Und falls ja, wie?
Zitat von: Gilo am 25 September 2019, 09:17:06
Hallo zusammen,
ich habe aktuell zwei (weiße) LED-Streifen mit dem Controller in Betrieb.
Ich würde gerne die LED-Streifen in zwei separat ansteuerbare Bereiche aufteilen.
Ich habe bereits ausprobiert die Streifen auf WW + CW zu legen und auch mal auf R + G. Ich schaffe es aber nicht passende "Farben" einzustellen, sodass ich die zwei Streifen unabhängig voneinander zwischen 0-100% einstellen kann. Irgendwie macht mir da das Farbmodell einen Strich durch die Rechnung. Ist es bei dem Controller grundsätzlich möglich, die Kanäle unabhängig voneinander einzustellen? Und falls ja, wie?
Am einfachsten geht das mit dem "raw" Kommando.
Damit kannst Du alle fünf Kanäle direkt und einzeln ansprechen, die möglichen Helligkeitswerte liegen dann zwischen 0 (aus) und 1023 (volle Helligkeit).
Zu beachten ist allerdings, dass es dabei keine fades gibt, der neue Wert also sofort eingestellt wird.
Grüße,
pj
Gesendet von meinem HTC U11 mit Tapatalk
Hi, hab jetzt erstmals versucht meine beiden Controller aus der 2017 Marge in Betrieb zu nehmen. PCB Version ist die 1.5.
Leider spannen beide kein WLAN Netzwerk auf. Reichweitenproblem ist ausgeschlossen. Mit anderen ESP Modulen klappt es.
Reset auf Werkseinstellung brachte nichts. Wie im Threads beschrieben hab ich die Pins noch nicht durchgemessen, aber mir sind da mehrere Fragen gekommen, auf die ich noch keine Antwort in den bisherigen 17 Pages gefunden habe.
- wofür ist der 3 polige Jumper ? Der ist ja per Default nicht gebrückt
- muss nach Anlegen der Versorgungsspannung (12V) eine LED auf dem ESP brennen, oder flackern?
Danke vorab für eure Infos
So, kann die Antwort gleich selbst geben. Nach langem Suchen im alten Thread gefunden:
https://forum.fhem.de/index.php/topic,48918.msg619537.html#msg619537
Zitatdas 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
Aber das Verhalten LED's nach Anlegen der Betriebsspannung würde mich trotzdem mal noch interessieren.
Üblicherweise blitzt die LED beim anlegen der Versorgungsspannung zwei mal kurz. Das macht der Bootloader des ESP. Wenn sie nur einmal aufblinkt, dann bist Du normalerweise im Programmiermodus.
Grüße,
pj
Gesendet von meinem HTC U11 mit Tapatalk
Zitat von: gelbwichtel am 16 Oktober 2019, 15:40:08
So, kann die Antwort gleich selbst geben. Nach langem Suchen im alten Thread gefunden:
https://forum.fhem.de/index.php/topic,48918.msg619537.html#msg619537
Aber das Verhalten LED's nach Anlegen der Betriebsspannung würde mich trotzdem mal noch interessieren.
Moin
Sorry, eigentlich hatte ich Dir geantwortet! Wahrscheinlich abgelenkt worden, bevor ich auf Senden gedrueckt habe!
Hast du denn den Jumper schon gesetzt? Sonst blinkt nichts.
Gruss Christoph
Danke für die Antworten.
Also,bin etwas weiterer. Nach Check der Versorgungsspannung Jumper gesetzt und Lämpchen flackert 2* kurz auf. Wie es sein sollte. Im Nachhinein hat sich jetzt rausgestellt, dass jetzt zwar das ESP das WLAN aufgespannt hat, ich es aber mit meinem Android Handy nicht zu sehen bekommen hatte. Ich hab schon etliche Wemos Projekte gefahren und bisher war das Handy zu 100% erfolgreich mit den ESP Netzen. nachdem ich x mal einen Werksreset gemacht hatte und auf dem Handy nichts zu sehen war,wollte ich schon aufgeben,bis mir zufällig auf den pc aufgefallen ist,dass das wlan aufgespannt war. Seitdem klappt es dann auch das webinterface aufzzrufen. Jetzt hab ich noch einen farbendreher, aber da ist wohl einfach nur der Stripe falsch mit den Kandidaten bestückt.
Das OTA Update findet jetzt aber nichts neues. Ich meine irgendwo geniessen zu haben,dass sich die URL für das Update geändert hatte aber weiß nicht mehr wo. Muss mich nochmal auf die Suche machen.
Zitat von: gelbwichtel am 17 Oktober 2019, 23:30:58
Das OTA Update findet jetzt aber nichts neues. Ich meine irgendwo geniessen zu haben,dass sich die URL für das Update geändert hatte aber weiß nicht mehr wo. Muss mich nochmal auf die Suche machen.
Schau mal in diesem Thread ganz oben, da ist eigentlich alles an Information zusammengetragen. Dabei ist auch ein Link auf den Firmware Thread und dort wiederum ganz oben hat @vbs den neuen OTA Link
pj
Hallo zusammen,
ich benutze NICHT den LED Controller an sich, sondern "nur" die VBS Firmware und das geht auch ziemlich gut so weit.
Ich tue mich allerdings schwer, gute (oder besser: für mich verständliche) Doku zu finden, was die Erstellung von Animationen angeht. Ich würde gerne eine Animation erstellen, die sämtliche Farben durchläuft, allerdings bei einer Helligkeit von nur 10%. Kann ich so etwas erstellen? Das habe ich bisher noch nicht hinbekommen. Es funktioniert natürlich die Farbauswahl und dann das Setzen der Helligkeit.
Danke für den "Schubser in die richtige Richtung".
Gruß Rainer
Zitat von: dora71 am 26 Oktober 2019, 18:27:30
Hallo zusammen,
ich benutze NICHT den LED Controller an sich, sondern "nur" die VBS Firmware und das geht auch ziemlich gut so weit.
Ich tue mich allerdings schwer, gute (oder besser: für mich verständliche) Doku zu finden, was die Erstellung von Animationen angeht. Ich würde gerne eine Animation erstellen, die sämtliche Farben durchläuft, allerdings bei einer Helligkeit von nur 10%. Kann ich so etwas erstellen? Das habe ich bisher noch nicht hinbekommen. Es funktioniert natürlich die Farbauswahl und dann das Setzen der Helligkeit.
Danke für den "Schubser in die richtige Richtung".
Gruß Rainer
Ich hab was ähnliches gemacht. Sollte etwa so funktionieren
set LED_Te1 hsv 80,80,10;
set LED_Te1 hue +340 60 qr
pj
Gesendet von meinem HTC U11 mit Tapatalk
Hallo pj, hallo Forum,
danke schon mal für die Antwort. Rein zum Verständnis:
Müsste der 2. Befehl nicht heißen:
set LED_Te1 hue +360 60 qr
Damit ich im Farbkreis einmal "ganz rum" komme? Und die 60 sind 60 Sekunden (pro "Umdrehung"), richtig?
Gruß Rainer
Zitat von: dora71 am 29 Oktober 2019, 17:58:57
Hallo pj, hallo Forum,
danke schon mal für die Antwort. Rein zum Verständnis:
Müsste der 2. Befehl nicht heißen:
set LED_Te1 hue +360 60 qr
Damit ich im Farbkreis einmal "ganz rum" komme? Und die 60 sind 60 Sekunden (pro "Umdrehung"), richtig?
Gruß Rainer
ja, aber...
Wenn Du +360 machst, dann ist die Veränderung null und ich glaube, der Controller optimiert das weg.
Wenn Du jedoch das ganze mit "-qr" machst dann wird der gleiche Befehl nach 'Ablauf eu eingestellt (requeued) so dass Du konstanten Farbwechsel hast.
pj
Moin,
wollte mal eure Meinung einholen.
Ich habe aktuell einen 2.5er Controller der sich nicht per OTA updaten lässt.
Wenn das OTA Update gestartet wird hängt er sich auf und nur ein Stromlos hilft.
Immer wenn ihn per Programmer neu beschreiben wollte kam ein MD5 Fehler.
Darauf hin habe ich lange rumprobiert ihn dutzende male mit erase beschrieben und auch mit blank files versehen. Aber immer wieder kam der MD5 Fehler.
Dann nach viel Sucherei habe ich folgenden Befehl durchlaufen lassen: write_flash_status --non-volatile 0
Darauf hin konnte ich ihn mit der FW 4.2 bespielen und er geht auch wieder. Allerdings immer noch nicht per OTA. Dort crasht er schon wieder.
Ich vermute mal der Flash hat einfach einen weg.
Noch einer eine andere Idee?
Gruß Alex
hmm... so, wie Du es beschreibst hatte ich es noch nie.
Wenn der Flash Baustein kaputt geht, dann meistens im FFS - weil bei jeder Farbänderung im Normalfall der neuer Wert dorthin geschrieben wird.
Aber nichtsdestotrotz klingt es, als hättest Du da ein Problem, ja.
Kannst Du den ESP auslöten und einen neuen einsetzen?
ja klar kann ich das. ich habe den controller nun mit meinem test controller gewechselt. dann ist der "defekte" nun zum testen da das macht mir nix.
Wollte nur mal eure Meinung zum Problem hören. Aber scheint ja ein Einzelfall zu sein.
Und nochmal kurz zum Werte schreiben. Das tut er und speichert diese auch also nur das OTA und Flashen ist problematisch. Vielleicht ist ja ein Teil des Flashes defekt. Weiß nicht genau was der Befehl: write_flash_status --non-volatile 0 macht aber es schien so als ob er den Speicher neu ich sag jetzt mal so "zugewiesen hat".
Wenn er weiterhin muckt kommt er halt in die Tonne das nicht das Thema. ;D
Hat jemand schon mal probiert, den Controller mit Alexa zu verheiraten?
Das klappt für RGB ganz gut, aber wenn ich versuche, die "Weißtöne" anzusteuern, funktioniert es nicht.
Beim "Debuggen" stellt sich heraus, dass Alexa bei dem Befehl "setze Controller auf Warmweiß" den Befehl
set controller ct 2700
übergibt.
Wahrscheinlich bleibt mir bei dem Controller nichts anderes übrig, als mit einem Notify darauf zu reagieren, oder?!?
Desweiteren wüßte ich noch gerne, wie ihr das gelöst habt, damit Alexa eine Animation auslöst?!? Ich habe mir dafür einen Dummy als Schalter gebaut und ein DOIF mit den Animationsbefehlen löst aus, sobald der Schalter auf "on" geht. Gibt es hier eine cleverere Vorgehensweise?
Gruß Rainer
PS: Controller läuft hier mit der letzten Testing Firmware.
Zitat von: dora71 am 13 November 2019, 17:26:32
Hat jemand schon mal probiert, den Controller mit Alexa zu verheiraten?
Das klappt für RGB ganz gut, aber wenn ich versuche, die "Weißtöne" anzusteuern, funktioniert es nicht.
Moin
Wie hast Du das denn gemacht? Per MQTT generic bridge?
Gruss Christoph
Zitat von: dora71 am 13 November 2019, 17:26:32
Hat jemand schon mal probiert, den Controller mit Alexa zu verheiraten?
Das klappt für RGB ganz gut, aber wenn ich versuche, die "Weißtöne" anzusteuern, funktioniert es nicht.
Beim "Debuggen" stellt sich heraus, dass Alexa bei dem Befehl "setze Controller auf Warmweiß" den Befehl
set controller ct 2700
übergibt.
Wahrscheinlich bleibt mir bei dem Controller nichts anderes übrig, als mit einem Notify darauf zu reagieren, oder?!?
Desweiteren wüßte ich noch gerne, wie ihr das gelöst habt, damit Alexa eine Animation auslöst?!? Ich habe mir dafür einen Dummy als Schalter gebaut und ein DOIF mit den Animationsbefehlen löst aus, sobald der Schalter auf "on" geht. Gibt es hier eine cleverere Vorgehensweise?
Gruß Rainer
PS: Controller läuft hier mit der letzten Testing Firmware.
Wenn du das hier aus folgendem Beitrag umsetzt, sollte es klappen: https://forum.fhem.de/index.php/topic,70738.msg659169.html#msg659169 (https://forum.fhem.de/index.php/topic,70738.msg659169.html#msg659169)
Ich nutze es zwar nicht in Kombination mit Alexa, aber "set ct 2700" funktioniert damit sehr gut.
Gruß, Sascha
@Sascha:
Vielen Dank für den Tipp ;D das geht schon mal prima so. Warmweiß und Kaltweiß funktioniert jetzt perfekt.
Was im Weißmodus (noch) nicht geht, ist heller oder dunkler, da muß ich mal sehen, wie ich das noch hinbekomme. Und wenn ich Werte mitgebe, heißt es zur Zeit noch "... ist außerhalb des Bereichs".
Die Frage mit den Animationen bleibt dann auch noch offen, aber da habe ich ja zumindest einen Workaround.
@Christoph:
MQTT benutze ich hierfür gar nicht. Ich habe den alexa-fhem Connector genommen, den ich für meine anderen Sachen, die ich per Sprache steuere, auch nehme.
Dann das Gerät als light definiert und gut war es ;)
Gruß Rainer
Zum Thema ,,Nicht erreichbares Web Frontend des Controllers unter 192.168.4.1" konnte ich mir wie folgt helfen:
- Einen funktionierenden Controller nehmen und sich mit dessen WLAN verbinden
- Per Browser mit dessen Web Frontend verbinden und nichts weiter anklicken.
- Dann den Controller stromlos machen und den nicht erreichbaren Controller unter Spannung setzen.
- Den eigenen Rechner mit dem WLAN des nicht erreichbaren Controllers verbinden.
- Dann in der noch geöffneten Webseite die SSID des eigenen Wlan und das Kennwort eingeben und speichern.
- Die IP Adresse merken, die der Controller daraufhin anzeigt.
- in FHEM den Controller anlegen mit der gemerkten IP Adresse.
- in FHEM ein Software Update des Controllers anstossen.
Nach dem Neustart war der Controller dann über seine Weboberfläche erreichbar.
Bei mir geht nur Firefox inkognito Mode.
Gesendet von meinem SM-G930F mit Tapatalk
Hallo zusammen,
Gibt es eigentlich den Möglichkeit den Controller per webinterface eine restart auszulösen?
Besonders wenn der Controller im Hotspot Modus ist und auf die Eingabe des wlan wartet?
Aktuell nimmt er mein Passwort nicht ob es schon mal funktioniert hat.
Ich wollte mir jetzt sparen den Strom wieder abzuziehen das die Elektronik unter dem Küchen Sockel angebracht ist.
Danke und Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
hallo leute, anfänger braucht hilfe.
das wetter passt, mache die ersten schritte mit den controllern und fhem.
fhem läuft auf einem alten w7-32 pc als dienst. die controller sind über den browser-opera- erreichbar und lassen sich einstellen bzw. steuern. habe das einsteigertorturial durchgeführt. habe dann einen controller in fhem
definiert. soweit ok, aber er macht ständig connected-disconnected. bitte um hilfe.
welche infos braucht ihr noch? gibt es ein forum für leute wie mich, also für blutige anfänger?
im voraus vielen dank-tomm
Zitat von: no_Legend am 11 Dezember 2019, 20:54:25
Gibt es eigentlich den Möglichkeit den Controller per webinterface eine restart auszulösen?
Moin Robert
Ich habe jetzt zwar keinen im Hotspot Modus, aber die Anderen haben auf der System Settings Seite Deinen gewuenschten Knopf.
Diese Seite ist, meiner Meinung nach, immer da!?
Gruss Christoph
Zitat von: tomm am 15 Dezember 2019, 16:57:32
hallo leute, anfänger braucht hilfe.
das wetter passt, mache die ersten schritte mit den controllern und fhem.
fhem läuft auf einem alten w7-32 pc als dienst. die controller sind über den browser-opera- erreichbar und lassen sich einstellen bzw. steuern. habe das einsteigertorturial durchgeführt. habe dann einen controller in fhem
definiert. soweit ok, aber er macht ständig connected-disconnected. bitte um hilfe.
welche infos braucht ihr noch? gibt es ein forum für leute wie mich, also für blutige anfänger?
im voraus vielen dank-tomm
Moin
Und ein herzliches Willkommen im Forum.
Kurz einmal vorab, hier solltest Du im Forum starten: https://forum.fhem.de/index.php/board,18.0.html
Vielleicht magst Du uns mal ein list eines Controllers schicken?! Wie das geht ist hier beschrieben: https://forum.fhem.de/index.php/topic,71806.0.html
Gruss Christoph
Zitat von: tomm am 15 Dezember 2019, 16:57:32
hallo leute, anfänger braucht hilfe.
das wetter passt, mache die ersten schritte mit den controllern und fhem.
fhem läuft auf einem alten w7-32 pc als dienst. die controller sind über den browser-opera- erreichbar und lassen sich einstellen bzw. steuern. habe das einsteigertorturial durchgeführt. habe dann einen controller in fhem
definiert. soweit ok, aber er macht ständig connected-disconnected. bitte um hilfe.
welche infos braucht ihr noch? gibt es ein forum für leute wie mich, also für blutige anfänger?
im voraus vielen dank-tomm
ich könnte mir vorstellen, dass auf der Windows Plattform ggf. die eine oder andere perl Bibliothek fehlt, weiß es aber nicht wirklich.
pj
danke für die antworten, wie ihr am datum seht, komme ich erst heut dazu, mich zu melden, das leidige zeitproblem hat mich zurückgeworfen.
die lists werde ich erzeugen und hier zeigen.
parallel dazu versuche ich mich mal an fhem auf dem raspi, habe noch einen 3'er da. wird aber leider erst im neuen jahr.
nochmal herzlichen dank an die "verrückten" hier bei fhem, vor allem an die hier mit diesem controller, geile sache.
und nun ran an die gänse, enten, karpfen oder what ever, lassts krachen - tomm
Moin Moin,
aufgrund der ... diskussionswürdigen ... Qualität von AVM WiFi-Lösungen muß ich meine beiden 1750E Repeater täglich rebooten. Das löse ich via FHEM morgens früh, wenn alle schlafen...
Leider hat der LED Controller die Eigenschaft, nach Verlust des WiFi/Neuanmeldung die Lampen auf die Vorgabefarbe zu setzen und anzuschalten. Kann ich ihm dieses austreiben?
Danke, -MN
Klar! Siehe:
https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/Startup-Color
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Hi Arnd,
die Option kenne ich - wird die auch beim WiFi-Restart getriggert und nicht nur beim PowerOn?
Ciao, -MN
Servus,
mein Controller verabschiedet sich mehrmals täglich. Manchmal auch nach auffällig gleichen Zeitabständen. Leider weiß ich nicht was das bedeuten kann, aber hier im Forum gibt es ja sehr gute "Fehlerfinder".
Auszug aus dem Logfile:
2020.01.15 07:56:54 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 85.4557821750641 s ago
2020.01.15 07:56:54 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.15 07:56:57 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.15 07:56:57 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.15 07:56:57 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
...
2020.01.15 13:57:56 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 88.1104691028595 s ago
2020.01.15 13:57:56 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.15 13:57:58 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.15 13:57:58 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.15 13:57:58 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
...
2020.01.14 01:50:52 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 84.9845309257507 s ago
2020.01.14 01:50:52 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 01:51:57 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 01:51:57 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.14 01:51:57 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
...
2020.01.14 13:49:57 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 89.3379890918732 s ago
2020.01.14 13:49:57 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 13:49:58 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 13:49:59 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.14 13:49:59 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
...
2020.01.14 13:54:54 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 86.6579539775848 s ago
2020.01.14 13:54:54 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 13:54:54 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 13:54:55 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.14 13:54:55 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
...
2020.01.14 19:55:54 3: ESP_RGBWW_Wifi_Led_Controller_1: EspLedController_CheckConnection: Connection lost! Last data received 86.6416480541229 s ago
2020.01.14 19:55:54 1: 192.168.2.191:9090 disconnected, waiting to reappear (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 19:55:55 1: 192.168.2.191:9090 reappeared (ESP_RGBWW_Wifi_Led_Controller_1)
2020.01.14 19:55:55 3: ESP_RGBWW_Wifi_Led_Controller_1: got info response
2020.01.14 19:55:55 3: ESP_RGBWW_Wifi_Led_Controller_1: info response data
list vom Device
Internals:
.FhemMetaInternals 1
DEF 192.168.2.191
DeviceName 192.168.2.191:9090
FD 21
FUUID 5e178537-f33f-2e79-cd69-72018588863da30d
FVERSION 32_EspLedController.pm:?/2020-01-09
IP 192.168.2.191
LAST_RECV 1579111108.41908
NAME ESP_RGBWW_Wifi_Led_Controller_1
NR 531
NTFY_ORDER 50-ESP_RGBWW_Wifi_Led_Controller_1
PARTIAL
PORT 9090
STATE opened
TYPE EspLedController
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2020-01-14 21:31:38 colorMode hsv
2020-01-15 13:57:58 config-color-brightness-blue 100
2020-01-15 13:57:58 config-color-brightness-cw 100
2020-01-15 13:57:58 config-color-brightness-green 100
2020-01-15 13:57:58 config-color-brightness-red 100
2020-01-15 13:57:58 config-color-brightness-ww 100
2020-01-15 13:57:58 config-color-colortemp-cw 6000
2020-01-15 13:57:58 config-color-colortemp-ww 2700
2020-01-15 13:57:58 config-color-hsv-blue 0
2020-01-15 13:57:58 config-color-hsv-cyan 0
2020-01-15 13:57:58 config-color-hsv-green 0
2020-01-15 13:57:58 config-color-hsv-magenta 0
2020-01-15 13:57:58 config-color-hsv-model 0
2020-01-15 13:57:58 config-color-hsv-red 0
2020-01-15 13:57:58 config-color-hsv-yellow 0
2020-01-15 13:57:58 config-color-outputmode 1
2020-01-15 13:57:58 config-color-startup_color last
2020-01-15 13:57:58 config-events-color_interval_ms 500
2020-01-15 13:57:58 config-events-color_mininterval_ms 500
2020-01-15 13:57:58 config-events-server_enabled true
2020-01-15 13:57:58 config-events-transfin_interval_ms 1000
2020-01-15 13:57:58 config-general-device_name ESP_RGBWW_Wifi_Led_Controller_1
2020-01-15 13:57:58 config-general-pin_config 13,12,14,5,4
2020-01-15 13:57:58 config-network-ap-password rgbwwctrl
2020-01-15 13:57:58 config-network-ap-secured false
2020-01-15 13:57:58 config-network-ap-ssid RGBWW10983659
2020-01-15 13:57:58 config-network-connection-dhcp true
2020-01-15 13:57:58 config-network-connection-gateway 0.0.0.0
2020-01-15 13:57:58 config-network-connection-ip 0.0.0.0
2020-01-15 13:57:58 config-network-connection-netmask 0.0.0.0
2020-01-15 13:57:58 config-network-mqtt-enabled false
2020-01-15 13:57:58 config-network-mqtt-password
2020-01-15 13:57:58 config-network-mqtt-port 1883
2020-01-15 13:57:58 config-network-mqtt-server mqtt.local
2020-01-15 13:57:58 config-network-mqtt-topic_base home/
2020-01-15 13:57:58 config-network-mqtt-username
2020-01-15 13:57:58 config-ota-url http://rgbww.dronezone.de/release/version.json
2020-01-15 13:57:58 config-security-api_secured false
2020-01-15 13:57:58 config-sync-clock_master_enabled false
2020-01-15 13:57:58 config-sync-clock_master_interval 30
2020-01-15 13:57:58 config-sync-clock_slave_enabled false
2020-01-15 13:57:58 config-sync-clock_slave_topic home/led1/clock
2020-01-15 13:57:58 config-sync-cmd_master_enabled false
2020-01-15 13:57:58 config-sync-cmd_slave_enabled false
2020-01-15 13:57:58 config-sync-cmd_slave_topic home/led1/command
2020-01-15 13:57:58 config-sync-color_master_enabled false
2020-01-15 13:57:58 config-sync-color_master_interval_ms 0
2020-01-15 13:57:58 config-sync-color_slave_enabled false
2020-01-15 13:57:58 config-sync-color_slave_topic home/led1/color
2020-01-15 13:57:58 ct 2700
2020-01-15 13:57:58 hsv 35.01,0,0
2020-01-15 13:57:58 hue 35.01
2020-01-15 13:57:58 info-connection-dhcp true
2020-01-15 13:57:58 info-connection-gateway 192.168.2.1
2020-01-15 13:57:58 info-connection-ip_address 192.168.2.191
2020-01-15 13:57:58 info-connection-mac 840d8ea798eb
2020-01-15 13:57:58 info-connection-netmask 255.255.255.0
2020-01-15 13:57:58 info-connection-ssid XXXXXXXX
2020-01-15 13:57:58 info-current_rom_slot 0
2020-01-15 13:57:58 info-deviceid 10983659
2020-01-15 13:57:58 info-event_num_clients 1
2020-01-15 13:57:58 info-firmware vbs35
2020-01-15 13:57:58 info-heap_free 22384
2020-01-15 13:57:58 info-sming_version 3.5.1
2020-01-15 13:57:58 info-uptime 416580
2020-01-15 13:57:58 info-webapp_version 0.3.3-shojo7
2020-01-15 13:57:58 pct 0
2020-01-15 13:57:58 raw_blue 0
2020-01-15 13:57:58 raw_cw 0
2020-01-15 13:57:58 raw_green 0
2020-01-15 13:57:58 raw_red 0
2020-01-15 13:57:58 raw_ww 0
2020-01-15 13:57:58 rgb 000000
2020-01-15 13:57:58 sat 0
2020-01-15 13:57:58 state opened
2020-01-15 13:57:58 stateLight off
2020-01-15 13:57:58 val 0
helper:
isBusy 0
oldVal 100
cmdQueue:
lastCall:
NAME
addr http://192.168.2.191:80
auth 0
buf
code 200
compress 1
conn
displayurl http://192.168.2.191/color?
header User-Agent: fhem
Accept: application/json
Content-Type: application/json
host 192.168.2.191
httpheader HTTP/1.1 200 OK
Access-Control-Allow-Origin: *
Content-Type: application/json
Content-Length: 87
Connection: keep-alive
Server: HttpServer/Sming
hu_blocking 0
hu_filecount 1
hu_port 80
hu_portSfx
loglevel 4
method GET
path /color?
protocol http
redirects 0
timeout 30
url http://192.168.2.191/color?
hash:
sslargs:
Attributes:
icon light_led_stripe_rgb
room ESPEasy
webCmd hsv:toggle
Vielleicht hängt es mit meinem W-LAN zusammen, aber andere Devices im W-LAN zeigen dieses Verhalten nicht.
Gruss
joomba
Zitat von: pc1246 am 17 Dezember 2019, 11:00:16
Moin Robert
Ich habe jetzt zwar keinen im Hotspot Modus, aber die Anderen haben auf der System Settings Seite Deinen gewuenschten Knopf.
Diese Seite ist, meiner Meinung nach, immer da!?
Gruss Christoph
sorry für die späte Antwort.
Bei ihr verliert der Controller sein wlan und bleibt dann ist dann oft im hotspot Modus mit der config Seite.
Aus dieser komm ich dann nicht raus.
Ich hab gedacht wenn ich nun einen redet mache, probiert der Controller sich wieder ins wlan anzuwählen.
Ich bin mir aber nicht sicher ob der Controller das Passwort überhaupt noch nach einem Neustart kennt?
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Hallo zusammen,
ich habe mal den Taster mit vbs Firmware ausprobiert.
Firmware 4.3.0-rc1
set wz.ESPLed config control-general-buttons_config 2
set wz.ESPLed restart
dann an gpio2 und gnd den Taster
Ausschalten geht in der Regel, beim Einschalten wird
die Ursprüngliche Helligkeit oft nicht erreicht, die Farbe
stimmt, aber wenn man es sich in fhem anschaut, dann
stoppt die Farbe vor erreichen der zuvor eingestellten Helligkeit.
Kann es mit der Kabellänge zusammenhängen? Ich kann es mir
nicht vorstellen, habe aber den Eindruck, dass es mit kurzem
Kabel (ein paar cm) besser funktioniert als bei 2m Kabellänge.
Grüße Karsten
Moin,
vermutlich hast du Ramp up (hoch dimmen) beim Einschalten konfiguriert und den Taster nur kurz entprellt (Parameter general/buttons_debounce_ms, default: 50 ms).
Das führt dazu, dass der Controller beim Tastendruck hochdimmt und gleich wieder aus und an geht. Da er vermutlich so konfiguriert ist, dass er auf den letzten Helligkeitswert schaltet nimmt er jetzt den geringeren vom nicht ganz durchgeführten Ramp up.
Probier dochmal general/buttons_debounce_ms auf 1000 zu setzten oder alternativ ramp up ausstellen.
Moin, ich habe leider auch das Problem, dass mein ESP Modul sich immer wieder disconnected.
Der ESP hängt per WiFi an einem Unifi AP Pro, Signalprobleme schließe ich eigentlich aus.
Wobei mir mein Unifi AP Pro nur eine geringe Signalstärke anzeigt.
Signal 45% (-73 dBm)
Ungewöhnlich schwaches Signal, dafür das der AP nur wenige Meter entfernt ist.
Zwischen AP und ESP sind maximal 5m Luftlinie und fast keine Hindernisse im weg.
Log sagt folgendes:
2020.02.02 12:11:11 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:11:11 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
2020.02.02 12:11:12 3: sz_Hintergrundbeleuchtung: got info response
2020.02.02 12:11:12 3: sz_Hintergrundbeleuchtung: info response data {"deviceid":"10965081","current_rom":"1","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":71640,"heap_free":22200,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"MeXxX","dhcp":true,"ip":"192.168.178.57","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"840d8ea75059"}}
2020.02.02 12:12:31 3: sz_Hintergrundbeleuchtung: EspLedController_CheckConnection: Connection lost! Last data received 80.0109169483185 s ago
2020.02.02 12:12:31 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:13:34 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
2020.02.02 12:13:34 3: sz_Hintergrundbeleuchtung: got info response
2020.02.02 12:13:34 3: sz_Hintergrundbeleuchtung: info response data {"deviceid":"10965081","current_rom":"1","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":60,"heap_free":18928,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"MeXxX","dhcp":true,"ip":"192.168.178.57","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"840d8ea75059"}}
2020.02.02 12:14:28 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:14:28 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
2020.02.02 12:14:28 3: sz_Hintergrundbeleuchtung: got info response
2020.02.02 12:14:28 3: sz_Hintergrundbeleuchtung: info response data {"deviceid":"10965081","current_rom":"1","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":120,"heap_free":19128,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"MeXxX","dhcp":true,"ip":"192.168.178.57","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"840d8ea75059"}}
2020.02.02 12:15:28 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:15:28 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
2020.02.02 12:15:58 2: sz_Hintergrundbeleuchtung: error read from http://192.168.178.57:80 timed out retrieving config
2020.02.02 12:16:01 3: sz_Hintergrundbeleuchtung: got info response
2020.02.02 12:16:01 3: sz_Hintergrundbeleuchtung: info response data {"deviceid":"10965081","current_rom":"1","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":180,"heap_free":17072,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"MeXxX","dhcp":true,"ip":"192.168.178.57","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"840d8ea75059"}}
2020.02.02 12:16:28 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:16:28 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
2020.02.02 12:16:32 3: sz_Hintergrundbeleuchtung: got info response
2020.02.02 12:16:32 3: sz_Hintergrundbeleuchtung: info response data {"deviceid":"10965081","current_rom":"1","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":1,"uptime":240,"heap_free":22416,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"MeXxX","dhcp":true,"ip":"192.168.178.57","netmask":"255.255.255.0","gateway":"192.168.178.1","mac":"840d8ea75059"}}
2020.02.02 12:17:28 1: 192.168.178.57:9090 disconnected, waiting to reappear (sz_Hintergrundbeleuchtung)
2020.02.02 12:17:28 1: 192.168.178.57:9090 reappeared (sz_Hintergrundbeleuchtung)
Hat vielleicht jemand Ratschläge für mich?
Oder gibt es eine Möglichkeit die Signalstärke zu verbessern am Controller selbst?
Was mir auch aufgefallen ist, dass ich nicht mehr auf das FrontEnd vom Controller komme.
Die Seite bleibt einfach weiß. Ein Restart und auch ein stromlos machen hat leider keine Verbesserung gebracht.
Als Netzteil verwende ich eine 12V mit 5A Output Netzteil für ca. 3m RGB LED's.
Das Netzteil sollte also sehr großzügig dimensioniert sein.
Gruß
Zitat von: Midrag am 27 Januar 2020, 07:28:21
Moin,
vermutlich hast du Ramp up (hoch dimmen) beim Einschalten konfiguriert und den Taster nur kurz entprellt (Parameter general/buttons_debounce_ms, default: 50 ms).
Das führt dazu, dass der Controller beim Tastendruck hochdimmt und gleich wieder aus und an geht. Da er vermutlich so konfiguriert ist, dass er auf den letzten Helligkeitswert schaltet nimmt er jetzt den geringeren vom nicht ganz durchgeführten Ramp up.
Probier dochmal general/buttons_debounce_ms auf 1000 zu setzten oder alternativ ramp up ausstellen.
Hallo Midrag,
danke, hatte ewig keine Zeit in den Thread zu schauen - andere Bastelprojekte...
Dein Vorschlag scheint mir absolut sinnvoll zu sein, hätte ich auch selbst erkennen können.
Wo finde ich Ramp up beim Einschalten? - Wahrscheinlich sollte ich das auch selbst finden, ich sehe es aber einfach nicht...
(debounce funktioniert mit Taster nicht, mit zwei kabeln schon, wahrscheinlich ist mein Taster einfach defekt).
Edit: Nicht zu fassen, es hängt mit den Kabeln oder der Kabellänge zusammen. Ich habe den Taster abgeschnitten.
Verbinde ich zwei kurze Kabel eine kurze Zeit so schaltet der Controller wie erwartet. Dabei leuchtet kurz die blaue LED auf.
Verbinde ich die zwei langen Kabel so leuchtet die blaue LED ebenfalls, das Licht geht an und sofort wieder aus (mit dim-Effekt). Die langen Kabel haben einen Widerstand zwischen 1 und 2 Ohm. Hmmm, kapier ich nicht ?
Viele Grüße
Zitat von: karo am 10 Februar 2020, 18:51:49
Hallo Midrag,
danke, hatte ewig keine Zeit in den Thread zu schauen - andere Bastelprojekte...
Dein Vorschlag scheint mir absolut sinnvoll zu sein, hätte ich auch selbst erkennen können.
Wo finde ich Ramp up beim Einschalten? - Wahrscheinlich sollte ich das auch selbst finden, ich sehe es aber einfach nicht...
(debounce funktioniert mit Taster nicht, mit zwei kabeln schon, wahrscheinlich ist mein Taster einfach defekt).
Edit: Nicht zu fassen, es hängt mit den Kabeln oder der Kabellänge zusammen. Ich habe den Taster abgeschnitten.
Verbinde ich zwei kurze Kabel eine kurze Zeit so schaltet der Controller wie erwartet. Dabei leuchtet kurz die blaue LED auf.
Verbinde ich die zwei langen Kabel so leuchtet die blaue LED ebenfalls, das Licht geht an und sofort wieder aus (mit dim-Effekt). Die langen Kabel haben einen Widerstand zwischen 1 und 2 Ohm. Hmmm, kapier ich nicht ?
Viele Grüße
Hmm... Die da verfügbaren GPIO sind nicht alle mit pull-up Wiederständen versehen iirc (ich kann gerade nicht nachsehen).
Welchen GPIO benutzt Du für den Taster? GPIO 2 sollte 10k gegen 3V3 haben, das sollte wohl funktionieren.
Grüße,
pj
PS: Hier ist der Grund, warum ich gerade nicht nachsehen kann [emoji6]
https://maps.app.goo.gl/F9SZBeyBZRCD7RzU7
Gesendet von meinem HTC U11 mit Tapatalk
Zitat von: pjakobs am 11 Februar 2020, 02:59:51
PS: Hier ist der Grund, warum ich gerade nicht nachsehen kann [emoji6]
https://maps.app.goo.gl/F9SZBeyBZRCD7RzU7
Gesendet von meinem HTC U11 mit Tapatalk
Gruss an die Schafe
Hallo zusammen,
Ich habe aktuell mehrere Controller im Einsatz, von denen einer der Master ist und die anderen automatisch die Farbe übergeben bekommen. Seit einiger Zeit funktioniert das irgendwie nicht mehr. Weiterhin wird beim Start von Fhem folgender Fehler angezeigt:
configfile: RGBWW_Controller_1: unknown attribute slaves. Type 'attr RGBWW_Controller_1 ?' for a detailed list.
Zitat von: timtom am 13 Februar 2020, 21:28:49
Hallo zusammen,
Ich habe aktuell mehrere Controller im Einsatz, von denen einer der Master ist und die anderen automatisch die Farbe übergeben bekommen. Seit einiger Zeit funktioniert das irgendwie nicht mehr. Weiterhin wird beim Start von Fhem folgender Fehler angezeigt:
configfile: RGBWW_Controller_1: unknown attribute slaves. Type 'attr RGBWW_Controller_1 ?' for a detailed list.
Hast Du auf den "testing" Branch upgedatet? Ich meine mich zu erinnern, dass @vbs das slaving per Modul irgendwann mal rausgeworfen hat.
Entweder, Du nutzt ein doif, um deine devices zu synchronisieren, oder Du konfigurierst die Controller so, dass sie sich unabhängig von fhem per mqtt synchronisieren
pj
Gesendet von meinem HTC U11 mit Tapatalk
Genau, Sync per MQTT machen. Master/Slave per FHEM-Modul war eine Krücke.
Hallo ihr beiden. Vielen Dank für die Antwort. Das erklärt das geänderte Verhalten ;) Ich habe jetzt ein DOIF geschrieben. MQTT habe ich bisher noch nichts mit gemacht und daher auch noch nicht verstanden.
Zitat von: vbs am 14 Februar 2020, 22:21:33
Genau, Sync per MQTT machen. Master/Slave per FHEM-Modul war eine Krücke.
Hallo zusammen,
noch mal eine blöde Frage. Wie bekomme ich denn die o.g. Fehlermeldung weg? In der fhem.cfg finde ich gar keine attr RGBWW_Controller_1 slave oder so etwas?
Das steckt vermutlich im motd Attribut im global.
Gesendet von meinem S68Pro mit Tapatalk
Moin zusammen, ich bastel gerade mal wieder an einer neuen Idee. Weil ich um die Controller herum ja immer mal irgendwelche Leuchten modde, hab ich mich immer darüber geärgert, dass die üblichen LED Bänder so allerhand Nachteile haben.
Also hab ich mich mal hingesetzt, und eine eigene Platine gebaut. Die ist auch nicht ohne Nachteile, aber ich gelaube besonders für modding Projekte könnte sie gut passen.
Das Teil ist knapp über 73mm lang und 13,9mm breit - letzteres ist 1mm breiter als ein normaler LED Strip.
Auf den 73mm bringe ich 14 RGBW LED unter, das sind dann etwa 187 LED Chips pro laufendem Meter, teilbar eben alle 7,3cm. Die meisten anderen Strips bringen nur 60 oder maximal 120 LED pro m unter.
Der Nachteil ist aktuell, dass die Lücke zwischen den LED Clustern auffällig ist weil die Vorwiderstände an den äußeren Enden der Module sind und die LED in der Mitte zusammenrücken (siehe Fotos).
Für eine reine LED Leiste dürfte die Lichtverteilung so zu ungleichmäßig sein, auch, wenn ich durch kleiner Widerstände da vielleicht noch ein bisschen Raum gewinnen kann. Weil ich 7 statt normal 6 LED in Serie verwende kann ich die 14-er Gruppe nicht leicht in der Mitte auftrennen, weil es dann unsymmetrisch werden würde. Aber da lässt sich sicher noch experimentieren.
Die Frage, die ich mir nun stelle: die Dinger sind saublöd zu löten, weil alleine die LED 122 Lötpads haben. Im Lötofen ginge das sicher besser, ideal wäre wohl, davon wieder eine große Menge fertigen zu lassen.
Ist das was, woran Interesse bestünde?
Grüße
pj
Wo siehst du den usecase? Einfach nur damit es mehr Leuchtkraft bekommt? Wüsste jetzt nicht wo ich sowas einsetzen sollte.
Gesendet von meinem SM-G960F mit Tapatalk
Zitat von: kmxak am 30 April 2020, 11:04:51
Wo siehst du den usecase?
entstanden ist der Gedanke bei mir, weil ich immer wieder mal gekaufte Leuchten modde, um sie für den LED Controller fit zu machen.
Das geht oft mit "normalem" LED Streifen, aber oft ist da dann die Helligkeit auf dem Punkt nicht genug, oder das Band ist aus anderen Gründen wenig geeignet.
dem hier liegt eine spezielle Lampe von Lidl zugrunde, die vier Glasblöcke hat, unter denen jeweils zwei solcher Streifen unterkommen werden.
Hi,
wie löst Du den die Kühlung?
Hat ja gute Gründe warum die LED Streifen eben nicht so dicht bepackt sind.
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Zitat von: RaspiLED am 30 April 2020, 18:16:01
Hi,
wie löst Du den die Kühlung?
Hat ja gute Gründe warum die LED Streifen eben nicht so dicht bepackt sind.
eine Möglichkeit wäre wohl ein Aluminiumsubstrat, aber dann werden die Platinen viel teurer. Aktuell versuche ich erstmal mit viel Kupfer auf der Rückseite an das jeweilige Gehäuse abzuleiten. Mal sehen.
Aber tatsächlich sind 15x8x20mAx24V ziemlich viel Holz.
pj
Hallo,
ich bin leider etwas spät dran mit meinen Controllern.
Da ich in den letzten Monaten andere Dinge zu priorisieren hatte, bin ich erst jetzt dazu gekommen, sie zu testen.
Von den drei Controllern, die ich bekommen habe funktionierte einer auf Anhieb, zwei weitere zunächst gar nicht.
Bei diesen beiden habe ich die Kurzschlüsse an der einen Seite des ESP festgestellt und beseitigt.
Dennoch scheinen sie weiterhin nicht zu funktionieren, sie spannen kein WLAN auf.
Ich kann allerdings feststellen, dass sie booten, die serielle Schnittstelle gibt entsprechende Meldungen aus.
Wie komme ich an der Stelle am besten weiter?
Gruß
mokeo
Zitat von: mokeo am 04 Mai 2020, 20:24:23
Hallo,
ich bin leider etwas spät dran mit meinen Controllern.
Da ich in den letzten Monaten andere Dinge zu priorisieren hatte, bin ich erst jetzt dazu gekommen, sie zu testen.
Von den drei Controllern, die ich bekommen habe funktionierte einer auf Anhieb, zwei weitere zunächst gar nicht.
Bei diesen beiden habe ich die Kurzschlüsse an der einen Seite des ESP festgestellt und beseitigt.
Dennoch scheinen sie weiterhin nicht zu funktionieren, sie spannen kein WLAN auf.
Ich kann allerdings feststellen, dass sie booten, die serielle Schnittstelle gibt entsprechende Meldungen aus.
Wie komme ich an der Stelle am besten weiter?
Gruß
mokeo
moin, versuch erstmal einen Parameter Reset, also CLR halten und RST drücken, wenn dann kein AP aufgeht würde ich fürchten, dass das Dateisystem nicht richtig geflasht ist.
Wenn Du neu flashen kannst, dann wäre das mein nächster Step.
pj
Hallo pjakobs,
dazu zwei Fragen:
Sollen CLR und Reset im eingeschalteten Zustand gedrückt werden oder beim einschalten?
Zu der Beschreibung des Flashvorgangs im Wiki (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/Flashing-&-Compiling) steht:
ZitatPut the device into serial bootloader mode. First hold reset Button, than set PT0 to GND than release reset Button than release PT0 from GND. Now Device should be in serial bootloader mode.
Wo finde ich PT0? Ist das der Button mit GND beschrieben?
Wie kann ich feststellen, dass ich im Bootloader Modus bin?
mokeo
Hallo,
das Problem habe ich durch den Parameter Reset lösen können.
Scheinbar funktioniert der nur beim Einschalten, jeden falls in meinem Fall.
Danke
mokeo
Zitat von: mokeo am 05 Mai 2020, 21:16:10
Hallo,
das Problem habe ich durch den Parameter Reset lösen können.
Scheinbar funktioniert der nur beim Einschalten, jeden falls in meinem Fall.
Danke
mokeo
hmm.. gut, dass es gelöst ist, aber dass es einen Power Cycle benötigen sollte, das wundert mich dann doch.
Der Parameter Reset wird ausgelöst durch Code, der kurz nach dem Reset (egal ob power on oder per RST) ausgeführt wird, da wird einfach der entsprechende GPIO abgefragt und, wenn der LOW ist, der Parameter Speicher gelöscht.
Könnte sein, dass Du "CLR" nicht lange genug gehalten hast. Der korrekte weg ist: CLR halten, RST drücken, CLR loslassen.
Grüße
pj
Habe da auch mal eine Frage zu dem Controller. Ich habe diesen schon Ewigkeiten in der Schublade liegen und hätte nun das passende Projekt für ihn: Eine Terassenbeleuchtung mit LED Streifen. Da ich aber keine Farben bräuchte, wollte ich mir nur "normale" einfarbige LED Strips kaufen. Dafür dann aber 2 Stränge, die ich getrennt voneinander ansteuern kann.
Die Frage ist nun, bekomme ich generell einfarbige LED Strips auch an den Controller?
Bekomme ich 2 Strips an EINEN Controller?
Es gibt ja die Anschlüsse WW und CW. Kann ich diese jeweils für einen Strip "missbrauchen"? mir ist eh nicht ganz klar, was der Unterschied zwischen einem Kaltweiss- und einem Warmweißanschluß sein soll.
Gruß,
Tim
Zitatmir ist eh nicht ganz klar, was der Unterschied zwischen einem Kaltweiss- und einem Warmweißanschluß sein soll.
Es gibt RGB-Stripes, die auch noch LED für Warmweiß und LED für Kaltweiß haben. Es gibt das auch noch nur als Stripe mit Warm- und Kaltweiß.
Dafür sind diese Anschlüsse. Du kannst also warmes Licht zum Chillen machen und kaltes Licht zum Arbeiten machen.
Grundsätzlich gibt es keinen "Unterschied" bei den Anschlüssen, trotzdem haben sie Sinn.
Zitat von: rabehd am 12 Mai 2020, 12:40:07
Es gibt RGB-Stripes, die auch noch LED für Warmweiß und LED für Kaltweiß haben. Es gibt das auch noch nur als Stripe mit Warm- und Kaltweiß.
Dafür sind diese Anschlüsse. Du kannst also warmes Licht zum Chillen machen und kaltes Licht zum Arbeiten machen.
Grundsätzlich gibt es keinen "Unterschied" bei den Anschlüssen, trotzdem haben sie Sinn.
Ok, verstehe. Dann sollte es ja ohne Probleme möglich sein, einen reinen weissen Streifen an WW anzuschließen!?
Bleibt die Frage, ob ich auch 2 Streifen anschließen kann? Einen an WW, den anderen an CW?
Gruß,
Tim
ZitatDann sollte es ja ohne Probleme möglich sein, einen reinen weissen Streifen an WW anzuschließen!?
ja, sicher. Du nutzt nur die Hardware (Controller) nicht aus.
ZitatBleibt die Frage, ob ich auch 2 Streifen anschließen kann? Einen an WW, den anderen an CW?
Anschließen ja. Sinnvoll steuern? Ich denke nicht.
Zitat von: rabehd am 13 Mai 2020, 13:28:16
ja, sicher. Du mußt nur die Hardware (Controller) nicht aus.
Anschließen ja. Sinnvoll steuern? Ich denke nicht.
Und wieso kann ich diese dann nicht sinnvoll steuern? Kann ich dann nicht einfach den einen Strang über WW dimmen/ein-/ausschalten und den anderen über CW? Oder geht das von der Software her nicht?
Zitat von: Cruiser79 am 13 Mai 2020, 13:53:24
Und wieso kann ich diese dann nicht sinnvoll steuern? Kann ich dann nicht einfach den einen Strang über WW dimmen/ein-/ausschalten und den anderen über CW? Oder geht das von der Software her nicht?
über RAW Befehle geht das wohl. Ichhabe ein Konstrukt auf Dummy je Kanal, einem DOIF und myUtils Code. Damit kann ich jeden Kanal einzeln steuern.
Ob das aber komfortabel ist? Bei Bedarf poste ich es hier gerne. musst dann halt auf deine benötigten Kanäle und Kanalnamen anpassen.
Zitat von: Frank_Huber am 13 Mai 2020, 15:30:12
über RAW Befehle geht das wohl. Ichhabe ein Konstrukt auf Dummy je Kanal, einem DOIF und myUtils Code. Damit kann ich jeden Kanal einzeln steuern.
Ob das aber komfortabel ist? Bei Bedarf poste ich es hier gerne. musst dann halt auf deine benötigten Kanäle und Kanalnamen anpassen.
Ok, dann denke ich wohl zu einfach? Ich hatte jetzt gedacht, ob ich an WW und CW EINEN Strip dran habe, oder ZWEI sollte doch für die Steuerung keinen Unterschied machen? Jedesmal drehe ich doch entweder WW langsam auf um hochzufaden, oder CW?
Aber insofern wäre ich sehr an dem Konstrukt von dir interessiert. Am Freitag kommt mein Netzteil, dann kann ich mir den Controller auch endlich in echt anschauen, vielleicht verstehe ich dann mehr der Problematik.
Zitat von: Cruiser79 am 14 Mai 2020, 07:16:32
vielleicht verstehe ich dann mehr der Problematik.
Die "Problematik" ist das getrennte ansteuern der Kanäle.
Bin heute Nachmittag am Computer, da poste ich dir was du brauchst.
Gesendet von meinem S68Pro mit Tapatalk
Zitat von: Cruiser79 am 14 Mai 2020, 07:16:32
Aber insofern wäre ich sehr an dem Konstrukt von dir interessiert.
So, Jetzt. :-)
Also ich habe 7 Dummys. Rot, Grün, Blau, RGB Masterdimmer, Weis Farbe, Weis Dimmer.
Der RGB Teil ist denke ich klar, Weis DImmer auch. mit dem "Weis Farbe" fade ich von Warm zu Kaltweis. bei "50" haben beide maximale Helligkeit.
Im Anhang die Ansicht in FHEM und meiner Handy App NetIO.
Hier mein gesamter Code, stelle unten noch einen für dich angepassten ein. Den Farbwechsel Kaltweis/Warmweis brauchst Du ja nicht.
Dummys:
defmod D_ESP_RGBWW_1_White_Dimmer dummy
attr D_ESP_RGBWW_1_White_Dimmer alias 1_Weiß_Dimmer
attr D_ESP_RGBWW_1_White_Dimmer setList state:slider,0,1,100
attr D_ESP_RGBWW_1_White_Dimmer webCmd state
defmod D_ESP_RGBWW_1_White_Color dummy
attr D_ESP_RGBWW_1_White_Color alias 2_Weiß-Farbton
attr D_ESP_RGBWW_1_White_Color setList state:slider,0,1,100
attr D_ESP_RGBWW_1_White_Color webCmd state
defmod D_ESP_RGBWW_1_RGB_Dimmer dummy
attr D_ESP_RGBWW_1_RGB_Dimmer alias 3_RGB-Dimmer
attr D_ESP_RGBWW_1_RGB_Dimmer setList state:slider,0,1,100
attr D_ESP_RGBWW_1_RGB_Dimmer webCmd state
defmod D_ESP_RGBWW_1_RGB_R dummy
attr D_ESP_RGBWW_1_RGB_R alias 4_Rot
attr D_ESP_RGBWW_1_RGB_R setList state:slider,0,1,255
attr D_ESP_RGBWW_1_RGB_R webCmd state
defmod D_ESP_RGBWW_1_RGB_G dummy
attr D_ESP_RGBWW_1_RGB_G alias 5_Grün
attr D_ESP_RGBWW_1_RGB_G setList state:slider,0,1,255
attr D_ESP_RGBWW_1_RGB_G webCmd state
defmod D_ESP_RGBWW_1_RGB_B dummy
attr D_ESP_RGBWW_1_RGB_B alias 6_Blau
attr D_ESP_RGBWW_1_RGB_B setList state:slider,0,1,255
attr D_ESP_RGBWW_1_RGB_B webCmd state
Die Hardware:
defmod ESP_RGBWW_1 EspLedController 192.168.12.177
attr ESP_RGBWW_1 icon light_led_stripe_rgb
attr ESP_RGBWW_1 stateFormat R=raw_red | G=raw_green | B=raw_blue | CW=raw_cw | WW=raw_ww
attr ESP_RGBWW_1 webCmd rgb
DOIF: (überträgt jede Dummy Änderung)
defmod DOIF_ESP_RGBWW_1 DOIF (["^D_ESP_RGBWW"]) {esp_rgbww_1}
attr DOIF_ESP_RGBWW_1 do always
99_myUtils Code:
###################################################
######## ESP_RGBWW_1 ############
###################################################
sub esp_rgbww_1
{
my $w_dim = ReadingsVal("D_ESP_RGBWW_1_White_Dimmer","state","0")/100;
my $w_col = ReadingsVal("D_ESP_RGBWW_1_White_Color","state","0");
my $rgb_dim = ReadingsVal("D_ESP_RGBWW_1_RGB_Dimmer","state","0")/100;
my $rgb_r = ReadingsVal("D_ESP_RGBWW_1_RGB_R","state","0");
my $rgb_g = ReadingsVal("D_ESP_RGBWW_1_RGB_G","state","0");
my $rgb_b = ReadingsVal("D_ESP_RGBWW_1_RGB_B","state","0");
my $raw_r = 0;my $raw_g = 0;my $raw_b = 0;my $raw_cw = 0;my $raw_ww = 0;
$raw_r = ($rgb_r * 4.012) * $rgb_dim;
$raw_g = ($rgb_g * 4.012) * $rgb_dim;
$raw_b = ($rgb_b * 4.012) * $rgb_dim;
if ($w_col < 50 ) {
$raw_ww = $w_col * 20.46 * $w_dim;
$raw_cw = 1023 * $w_dim;
} else {
$raw_cw = (100 - $w_col) * 20.46 * $w_dim;
$raw_ww = 1023 * $w_dim;
};
fhem ("set ESP_RGBWW_1 raw $raw_r,$raw_g,$raw_b,$raw_ww,$raw_cw");
}
Dies nur zur Info und falls es sonst mal jemand braucht.
Hier für dich die Variante mit nur zwei Weis Fadern:
Dummys:
defmod D_ESP_RGBWW_1_White_Dimmer_1 dummy
attr D_ESP_RGBWW_1_White_Dimmer_1 alias 1_Weiß_Dimmer
attr D_ESP_RGBWW_1_White_Dimmer_1 setList state:slider,0,1,100
attr D_ESP_RGBWW_1_White_Dimmer_1 webCmd state
defmod D_ESP_RGBWW_1_White_Dimmer_2 dummy
attr D_ESP_RGBWW_1_White_Dimmer_2 alias 2_Weiß-Farbton
attr D_ESP_RGBWW_1_White_Dimmer_2 setList state:slider,0,1,100
attr D_ESP_RGBWW_1_White_Dimmer_2 webCmd state
Die Hardware:
defmod ESP_RGBWW_1 EspLedController 192.168.12.177
attr ESP_RGBWW_1 icon light_led_stripe_rgb
attr ESP_RGBWW_1 stateFormat R=raw_red | G=raw_green | B=raw_blue | CW=raw_cw | WW=raw_ww
attr ESP_RGBWW_1 webCmd rgb
DOIF: (überträgt jede Dummy Änderung)
defmod DOIF_ESP_RGBWW_1 DOIF (["^D_ESP_RGBWW_1"]) {esp_rgbww_1}
attr DOIF_ESP_RGBWW_1 do always
99_myUtils Code:
###################################################
######## ESP_RGBWW_1 ############
###################################################
sub esp_rgbww_1
{
my $w1_dim = ReadingsVal("D_ESP_RGBWW_1_White_Dimmer_1","state","0");
my $w2_dim = ReadingsVal("D_ESP_RGBWW_1_White_Dimmer_2","state","0");
$raw_w1 = ($w1_dim * 4.012);
$raw_w2 = ($w1_dim * 4.012);
};
fhem ("set ESP_RGBWW_1 raw 0,0,0,$raw_w1,$raw_w2");
}
Danke @Frank_Huber. Wie gesagt, morgen kommt mein Netzteil. Ich hoffe ich schaffe es dann am WE das mal testweise zusammenzubauen und mit dem Modul und deinen Snippets zu testen.
Zitat von: Frank_Huber am 14 Mai 2020, 14:05:12
So, Jetzt. :-)
Also ich habe 7 Dummys. Rot, Grün, Blau, RGB Masterdimmer, Weis Farbe, Weis Dimmer.
Der RGB Teil ist denke ich klar, Weis DImmer auch. mit dem "Weis Farbe" fade ich von Warm zu Kaltweis. bei "50" haben beide maximale Helligkeit.
Im Anhang die Ansicht in FHEM und meiner Handy App NetIO.
Hier mein gesamter Code, stelle unten noch einen für dich angepassten ein. Den Farbwechsel Kaltweis/Warmweis brauchst Du ja nicht.
Kurzes Feedback zu deinem Code. Ich musste noch ein bischen was ändern, da Variablen falsch waren und die Werte auch. Mit dieser kurzen Funktion kann ich nun beide Kanäle getrennt fahren.
sub esp_rgbww {
my $w1_dim = ReadingsVal("D_ESP_RGBWW_1_White_Dimmer_1","state","0");
my $w2_dim = ReadingsVal("D_ESP_RGBWW_1_White_Dimmer_2","state","0");
my $raw_w1 = ($w1_dim * 10.23);
my $raw_w2 = ($w2_dim * 10.23);
fhem ("set RGBWW raw 0,0,0,$raw_w1,$raw_w2");
}
Ja kann sein.
Hab den gekürzten nicht getestet.
Aber das Prinzip war ja dann klar und du konntest es korrigieren. [emoji6]
Viel Spass mit dem Controller.
Gesendet von meinem S68Pro mit Tapatalk
Hi,
ich bin erst jetzt dazu gekommen meine LED Controller auszuprobieren.
Leider hat einer davon, wie ja auch schon von anderen hier berichtet, das Problem, dass er sich jede Minute disconnected.
Ich habe nun einige Tests gemacht. LED Trafo (12V) ausgetauscht. Controller neben den Router platziert. Controller resetted, WLAN neu verbunden und auch die beiden anderen Controller getestet (und den mit Problemen mit einem anderen an seinem Einsatzort ausgetauscht, läuft einwandfrei...).
Nun weiß ich nicht mehr weiter. Die anderen Forenbeiträge bringen mich leider auch nicht weiter.
Hat jemand noch eine Idee?
2020.05.26 13:51:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:51:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
2020.05.26 13:52:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:52:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
2020.05.26 13:53:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:53:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
Danke
Chris
Hi,
ich habe die Settings exportiert. Ich wollte die startup_color auf einen festen Wert setzen und dann die Settings wieder importieren. Nur leider ist der Button "Import Settings" inaktiv. Gibt es da einen Trick?
Hintergrund: Ich verwende die Controller mit Openhab und steuere sie via MQTT. Oder gibt es evtl. die Möglichkeit die config / startup_color über MQTT zu setzen?! Falls ja, wie muss die Nachricht ausschauen?
Danke
Zitat von: jsChris am 26 Mai 2020, 14:01:09
Hi,
ich bin erst jetzt dazu gekommen meine LED Controller auszuprobieren.
Leider hat einer davon, wie ja auch schon von anderen hier berichtet, das Problem, dass er sich jede Minute disconnected.
Ich habe nun einige Tests gemacht. LED Trafo (12V) ausgetauscht. Controller neben den Router platziert. Controller resetted, WLAN neu verbunden und auch die beiden anderen Controller getestet (und den mit Problemen mit einem anderen an seinem Einsatzort ausgetauscht, läuft einwandfrei...).
Nun weiß ich nicht mehr weiter. Die anderen Forenbeiträge bringen mich leider auch nicht weiter.
Hat jemand noch eine Idee?
2020.05.26 13:51:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:51:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
2020.05.26 13:52:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:52:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
2020.05.26 13:53:57 1: 192.168.2.142:9090 disconnected, waiting to reappear (LedController_WLAN_Problem)
2020.05.26 13:53:57 1: 192.168.2.142:9090 reappeared (LedController_WLAN_Problem)
Danke
Chris
Moin
Mach mal bitte ein scharfes Photo von den Loetstellen des ESP! (Nachdem das Problem bekannt wurde, habe ich die vor dem Versand immer noch mal kontrolliert!)
Gruss Christoph
Zitat von: pc1246 am 01 Juni 2020, 14:26:04
Moin
Mach mal bitte ein scharfes Photo von den Loetstellen des ESP! (Nachdem das Problem bekannt wurde, habe ich die vor dem Versand immer noch mal kontrolliert!)
Gruss Christoph
Hi Christoph,
schau mal, ob das scharf genug ist.
Nun hat sich auch der 2. Controller dazu entschieden, sich jede Minute zu disconnecten. Am Freitag hatte ich im Flur den Strom abgeschaltet, um eine Lampe aufzuhängen. Dort hängt 1 Mesh-Point auf dem Weg zum Router. Nachdem ich ihn wieder angeschaltet habe, ging es dann los.
Ich dachte zuerst, dass der Controller vielleicht irgendwie den Weg zum Router ohne den Mesh-Point gefunden hat und deshalb wirkliche WLAN-Probleme hat und habe nun testweise dem Mesh-Point, eine eigenen SSID gegeben und den Controller mit diesem verbunden. Leider bleibt er dabei, dass er sich jede Minute disconnected. Der Mesh-Point ist kaum 2 Meter entfernt.
Viele Grüße
Chris
Falsche Seite ;-)
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Moin
Die sehen eigentlich gut aus! Mal eine kurze Frage, was fuer ein WLAN benutzt du?
Fritzbox mit x-Teilnehmern?
Gruss Christoph
Hi Christoph,
WLAN macht der hier:
https://amplifi.com/amplifi-hd
Allerdings als Bridge, das Routing dahinter macht eine FritzBox. Könnte man auch so umstellen, dass die FB nur noch als Modem funktioniert. Habe ich bisher keine Veranlassung zu gesehen.
Wieso, worauf willst du hinaus? Hast du ne Idee?
lg
Chris
Moin
Cool, die gleiche Konfiguration wie bei mir! Ja ich wollte darauf hinaus, dass ich mit einem reinen Fritz WLAN total Probleme hatte, da einfach zu viele Teilnehmer da waren.
Da fehlt mir jetzt erstmal eine Idee, habe aber auch den Kopf voll mit anderen Dingen. Was ich mal hatte, war allerdings, dass ich zwei Geraeten, einer war ein LED-Controller, die gleiche IP verpasst hatte.
Gruss Christoph
Hi Christoph,
danke für deine Mühe.
Ja, die FritzBox, bzw. ihr WLAN hat mich auch genervt.
An der IP liegt es aber nicht. Es ist auch nicht so, als würde der Controller gar nicht funktionieren. Im Grunde scheint er sogar ganz normal zu reagieren. Aber ich sehe halt die disconnects im Log und gleichzeitig natürlich die Updates aller Readings jede Minute. Vielleicht liegt hier auch eher eine Software Problem vor?
Gab es nicht noch andere, die von diesem Problem berichtet haben? Bei denen waren es immer die Lötstellen?
Hm, mir fällt leider auch nichts mehr ein. Ich habe noch einen Controller aus der alten Charge. Den könnte ich auch noch mal probieren. Die anderen würde ich dann noch mal komplett resetten und an einer völlig anderen Stelle ausprobieren.
Mal sehen, ich mach noch mal ein paar Tests, vielleicht ergibt sich etwas.
Danke
Chris
Hast mal die Spannung am ESP gemessen?
Reconnects könnten auch da herkommen.
Gesendet von meinem S68Pro mit Tapatalk
Zitat von: Frank_Huber am 03 Juni 2020, 18:26:00
Hast mal die Spannung am ESP gemessen?
Reconnects könnten auch da herkommen.
Hast du einen Tipp für mich, wie ich das machen würde? Meinst du, ich sollte man an den Stromanschlüssen des ESPs die Spannung messen?
lg
Chris
Moin
Ich glaube der Tipp laeuft ins Leere!
Bei den alten, mit den Spannungswandlern war das mal ein Problem. Die Schaltung ist hier ja voellig anders!
Gruss Christoph
Moin zusammen!
Ich glaube, so einen Fall hatte ich noch nicht, aber es könnte ein ESP sein, der aus irgendwelchen Gründen im bootloop steckt.
Kannst Du mal nachsehen, ob er in ähnlichen Zeitabständen mit der blauen LED blinkt? Wenn ja, dann könnte es durchaus die Spannungsversorgung sein (vielleicht ist der Kondensator auf der Sekundärseite defekt oder es sind andere Bauteile so marginal, dass es der CPU nicht reicht.
3,3V solltest Du an den Versorgungspins des ESP auf alle Fälle messen können, bei besonders billigen ESP12 knock offs hab ich auch schon erlebt, dass die da schon instabil sind. Vielleicht hast Du ja einfach Pech.
Wenn die Spannung passt, dann müsste man eigentlich mal mit dem Oszi schauen, ob sie auch hinreichend stabil ist, oder halt auf Verdacht mal den ESP tauschen.
Grüße,
pj
Gesendet von meinem HTC U12+ mit Tapatalk
Moin Moin,
jemand ne Idee woran es liegen kann wenn ein Kanal immer ganz schwach leuchtet?
Bei einem meiner Controller hab ich den Effekt auf dem Blauen Kanal.
Hab jetzt einen anderen dran und das "Problem" ist weg.
optisch fällt mir am Controller nichts auf.
Danke & Grüße
Frank
Zitat von: Frank_Huber am 19 Juni 2020, 11:40:31
Moin Moin,
jemand ne Idee woran es liegen kann wenn ein Kanal immer ganz schwach leuchtet?
Bei einem meiner Controller hab ich den Effekt auf dem Blauen Kanal.
Hab jetzt einen anderen dran und das "Problem" ist weg.
optisch fällt mir am Controller nichts auf.
Danke & Grüße
Frank
ich vermute, das ist im Grunde der gleiche Fehler, den wir bei einer kleinen Anzahl der elecrow Geräte hatte: der ESP ist mit zu viel Lötpaste verlötet. Wenn Du ein Multimeter hast, dann miss doch mal nach, ob zwei nebeneinander liegend Pins des ESP am äußeren Rand der Platine miteinander verbundnen sind.
Meistens kann man das einfach nachlöten.
pj
Unter der Kamera ist mir nichts aufgefallen, werd aber gleich mal mit dem Multimeter rangehen.
Danke
EDIT:
Pin 14 steht alleine. kein Widerstand messbar zu den Nachbarn.
Zitat von: Frank_Huber am 19 Juni 2020, 12:21:15
Unter der Kamera ist mir nichts aufgefallen, werd aber gleich mal mit dem Multimeter rangehen.
Danke
EDIT:
Pin 14 steht alleine. kein Widerstand messbar zu den Nachbarn.
das ist gut, die sollten alle keine Brücke zu ihren Nachbarn haben.
Wenn das der Fall ist, dann bin ich gerade auch ein bisschen überfragt.
pj
Zitat von: pjakobs am 19 Juni 2020, 14:43:53
das ist gut, die sollten alle keine Brücke zu ihren Nachbarn haben.
Wenn das der Fall ist, dann bin ich gerade auch ein bisschen überfragt.
Ich hab heute nochmal ein bischen experimentiert, es ist auf jeden Fall die Hardware. Settings hab ich gelöscht und Firmware auch mal neu geflasht.
Auf jeden Fall fällt auf dass das "glimmen" auch direkt mit der Stromzufuhr beginnt, also noch bevor die Firmware gestartet ist.
Muss mal die Platine genauer unter die Lupe nehmen. irgendwo gibts nen Kriechstrom.
Aber jetzt geht er erstmal zur Seite.
Zitat von: Frank_Huber am 26 Juni 2020, 13:33:57
Ich hab heute nochmal ein bischen experimentiert, es ist auf jeden Fall die Hardware. Settings hab ich gelöscht und Firmware auch mal neu geflasht.
Auf jeden Fall fällt auf dass das "glimmen" auch direkt mit der Stromzufuhr beginnt, also noch bevor die Firmware gestartet ist.
Muss mal die Platine genauer unter die Lupe nehmen. irgendwo gibts nen Kriechstrom.
Aber jetzt geht er erstmal zur Seite.
miss mal in ausgeschaltetem Zustand den Widerstand vom Gate der MOSFETs zu Masse / 3V3 - das sollte zu Masse hochohmig sein und zu 3V3 ~10k - Das Glimmen deutet darauf hin, dass da irgendwas nicht passt.
Zitat von: pjakobs am 26 Juni 2020, 13:46:19
miss mal in ausgeschaltetem Zustand den Widerstand vom Gate der MOSFETs zu Masse / 3V3 - das sollte zu Masse hochohmig sein und zu 3V3 ~10k - Das Glimmen deutet darauf hin, dass da irgendwas nicht passt.
sind es nicht 10K zu Masse?
https://forum.fhem.de/index.php?action=dlattach;topic=48918.0;attach=51174;image
EDIT:
am ESP gemessen:
10K gegen Masse, gegen 3V3 beginnts mit ca 10K und steigt dann stetig an.
EDIT2:
Ich messe das gleiche auch am Mosfet.
und auch das gleiche an den anderen Mosfets.
würde bedeuten der Mosfet is durch?
pj, noch ne Idee?
Oder soll ich mir mal Ersatz-Mosfets besorgen? welche genau sind denn verbaut?
Zitat von: Frank_Huber am 09 Juli 2020, 09:56:06
Welche genau sind denn verbaut?
AOD2910 (https://forum.fhem.de/index.php/topic,101240.msg947190.html#msg947190), AOD2810 müssten aber auch gehen.
Gruß Peter
sorry, ich seh das jetzt erst. Ja, die AOD2910 und AOD2810 unterscheiden sich iirc nur im Maximalstrom.
Alternativ würde ich mir den Controller ja gerne mal ansehen - hast Du die MOSFETs schon getauscht? Sonst würde ich sagen, ich tausch den aus.
pj
Zitat von: pjakobs am 13 Juli 2020, 16:02:19
sorry, ich seh das jetzt erst. Ja, die AOD2910 und AOD2810 unterscheiden sich iirc nur im Maximalstrom.
Alternativ würde ich mir den Controller ja gerne mal ansehen - hast Du die MOSFETs schon getauscht? Sonst würde ich sagen, ich tausch den aus.
Kein Problem, kannst ja nicht rund um die Uhr hier sein. :-)
Hatte mir 4 Mosfets bestellt, die kamen gestern, der vermeintlich defekte ist aber noch nicht getauscht.
Wenn Du willst schicke ich die die Mosfets und den Controller zu.
musst mir dann nur ne PN mit deinen Daten schicken.
Zitat von: Frank_Huber am 13 Juli 2020, 16:12:34
Kein Problem, kannst ja nicht rund um die Uhr hier sein. :-)
Hatte mir 4 Mosfets bestellt, die kamen gestern, der vermeintlich defekte ist aber noch nicht getauscht.
Wenn Du willst schicke ich die die Mosfets und den Controller zu.
musst mir dann nur ne PN mit deinen Daten schicken.
hast Du schon welche ausgetauscht? Sonst würde ich sagen, ich tausch den Controller einfach gegen einen neuen, ich hab noch ein paar hier rumliegen.
pj
Zitat von: pjakobs am 14 Juli 2020, 10:52:05
hast Du schon welche ausgetauscht? Sonst würde ich sagen, ich tausch den Controller einfach gegen einen neuen, ich hab noch ein paar hier rumliegen.
Zitat von: Frank_Huber am 13 Juli 2020, 16:12:34
Hatte mir 4 Mosfets bestellt, die kamen gestern, der vermeintlich defekte ist aber noch nicht getauscht.
Wenn Du willst schicke ich die die Mosfets und den Controller zu.
musst mir dann nur ne PN mit deinen Daten schicken.
psssst, Ich weis noch nicht wohin der Controller gehen soll.
Grüße
Frank
ich habe von meinen LED Controller bisher alle 3 Konfiguriert aber eingesetzt erst einen.
Ich habe da folgendes Problem... ich schalte den LED Streifen ein und es kommt die zuletzt eingestellte Farbe, was auch absolut OK ist, diese ist meistens komplett hell und ist zum arbeiten sehr gut.
Jetzt scheue ich mich aber öfter mal die Farbe zu wechseln, weil er von weiß was ich per dummy als szene erstellt habe sofort auch jede Farbe einstellt... heißt ich kann rot, blau, violett, grün alles einstellen und auch von alexa aus macht er das.
Wenn ich jetzt aber aus mache startet er jedesmal in rot und ich kann nciht in das warmweiß wechseln, auch von alexa aus sage ich hell das macht er nciht, aber alexa ist erst mal egal, weil die ist ja dafür nicht verantwortlich. ;)
Ich muss also erst jedesmal in Fhem gehen auf den Streifen gehen und ihn manuell in warmweiß stellen und volle Helligkeit damit er das nächste mal auch wieder so einschaltet.
Auch in meinem Dummy welches die Farben macht kann ich auf hell gehen das macht er nicht.
Nicht daran stören das es dort Szenen gibt die ich zum testen eingebaut habe... Es geht einzig und allein um den wechsel von einer Farbe zum normalen Licht.
Gibt es dafür eine Lösung..? Ich habe mich damit noch nie so befasst sondern erst als ich mir das dummy erstellt habe welches die Farben steuert.
ich stelle hie rmal den dummy ein
list dummy
Internals:
CFGFN ./FHEM/Obergeschoss.cfg
FUUID 5c819f07-f33f-a6c6-8032-8c839d61e4b65e02
FVERSION 98_dummy.pm:0.206650/2019-12-06
NAME du_szenen_BU
NR 2609
STATE Hell
TYPE dummy
READINGS:
2021-01-04 15:36:08 state Hell
Attributes:
alias Lichtszenen Büro
devStateIcon Ein:led_stripe_on@crimson:Aus Aus:light_led_stripe@lightgreen:Ein
group Licht_BüroTisch
icon time_manual_mode@#778899
room OG - Flur
setList state:Test,Ein,Aus,Hell,Lesen,Gedimmt,Nachtlicht,Szene1,Szene2,SzeneRot,SzeneBlau
sortby 03
webCmd stat
und hier das DOIF welches alles einstellt
Internals:
DEF ([du_szenen_BU] eq "Test") (set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 3 sq;) DOELSEIF ([du_szenen_BU] eq "Ein") (set OG_LEDStripe raw 180,90,0,50) DOELSEIF ([du_szenen_BU] eq "Aus") (set OG_LEDStripe off) DOELSEIF ([du_szenen_BU] eq "Gedimmt") (set OG_LEDStripe dim 50) DOELSEIF ([du_szenen_BU] eq "Nachtlicht") (set OG_LEDStripe dim 20) DOELSEIF ([du_szenen_BU] eq "Hell") (set OG_LEDStripe rgb FFFFFF) DOELSEIF ([du_szenen_BU] eq "Lesen") (set OG_LEDStripe dim 80) DOELSEIF ([du_szenen_BU] eq "Szene1") (set OG_LEDStripe sat 20 10 qr; set OG_LEDStripe sat 100 10 qr) DOELSEIF ([du_szenen_BU] eq "Szene2") (set OG_LEDStripe hsv 180,100,100 5 q; set OG_LEDStripe hsv 0,0,0 8 sq; set OG_LEDStripe hsv 0,30,30 q) DOELSEIF ([du_szenen_BU] eq "SzeneRot") (set OG_LEDStripe hsv 0,100,100) DOELSEIF ([du_szenen_BU] eq "SzeneBlau") (set OG_LEDStripe hsv +40,, 30 r)
FUUID 5df7d16a-f33f-a6c6-5707-8ddb7612de323ed4
FVERSION 98_DOIF.pm:0.234660/2021-01-03
MODEL FHEM
NAME di_OG_LEDStripe
NOTIFYDEV global,du_szenen_BU
NR 5740
NTFY_ORDER 50-di_OG_LEDStripe
STATE cmd_6
TYPE DOIF
VERSION 23466 2021-01-03 17:14:46
READINGS:
2021-01-04 15:36:08 Device du_szenen_BU
2021-01-04 15:36:08 cmd 6
2021-01-04 15:36:08 cmd_event du_szenen_BU
2021-01-04 15:36:08 cmd_nr 6
2021-01-04 15:36:08 e_du_szenen_BU_STATE Hell
2020-12-05 17:51:46 mode enabled
2021-01-04 15:36:08 state cmd_6
Regex:
accu:
cond:
du_szenen_BU:
0:
&STATE ^du_szenen_BU$
1:
&STATE ^du_szenen_BU$
10:
&STATE ^du_szenen_BU$
2:
&STATE ^du_szenen_BU$
3:
&STATE ^du_szenen_BU$
4:
&STATE ^du_szenen_BU$
5:
&STATE ^du_szenen_BU$
6:
&STATE ^du_szenen_BU$
7:
&STATE ^du_szenen_BU$
8:
&STATE ^du_szenen_BU$
9:
&STATE ^du_szenen_BU$
condition:
0 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Test"
1 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Ein"
10 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "SzeneBlau"
2 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Aus"
3 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Gedimmt"
4 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Nachtlicht"
5 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Hell"
6 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Lesen"
7 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Szene1"
8 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "Szene2"
9 ::InternalDoIf($hash,'du_szenen_BU','STATE') eq "SzeneRot"
do:
0:
0 set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 3 sq;
1:
0 set OG_LEDStripe raw 180,90,0,50
10:
0 set OG_LEDStripe hsv +40,, 30 r
11:
2:
0 set OG_LEDStripe off
3:
0 set OG_LEDStripe dim 50
4:
0 set OG_LEDStripe dim 20
5:
0 set OG_LEDStripe rgb FFFFFF
6:
0 set OG_LEDStripe dim 80
7:
0 set OG_LEDStripe sat 20 10 qr; set OG_LEDStripe sat 100 10 qr
8:
0 set OG_LEDStripe hsv 180,100,100 5 q; set OG_LEDStripe hsv 0,0,0 8 sq; set OG_LEDStripe hsv 0,30,30 q
9:
0 set OG_LEDStripe hsv 0,100,100
helper:
DEVFILTER ^global$|^du_szenen_BU$
NOTIFYDEV global|du_szenen_BU
globalinit 1
last_timer 0
sleeptimer -1
internals:
all du_szenen_BU:STATE
perlblock:
uiTable:
Attributes:
alias di_OG_LEDStripe
group Licht_BüroTisch
room DOIF,OG - Flur
@moonsorrox:
wenn ich Dich richtig verstehe möchtest Du, dass der Controller im Normalfall bei "on" immer auf eine definierte Farbe (hier: weiß) geht, egal, welche Farbe er zuletzt hatte?
Grundsätzlich speichert der Controller den Endpunkt des letzten Fade, sprich: wenn Du ihn per "off" und "on" aus und wieder an schaltest, dann startet er im letzten Zustand wieder. Ebenso, glaube ich, wenn Du ihn vom Strom trennst.
Was Du willst lässt sich aber machen, indem Du das Reading"config-color-startup_color" setzt, also
set <controllerName> config color-startup_color h,s,v
Danach startet der Controller immer mit der definierten Farbe.
Grüße
pj
ja genau er soll immer erstmal die normale Farbe warmweiß haben und später möchte ich die gern verstellen können.
Das wäre der erste Part, werde es mal in mein DOIF eingeben wobei hier der entscheidene Punkt ist
config color-startup_colo
das habe ich nicht drin, wußte ich auch gar nicht, obwohl ich schon viel gelesen hatte.
Werde mal schauen ob ich dann aus den Farben wieder heraus komme, dass ist da andere Problem, ich komme aus der Farbe wie schon geschrieben mit dem Dummy nicht mehr raus, ich muss auf die Fhen Oberfläche und den Controller da steuern.
Aber ich werde es ertmal so einbauen, evtl. geht es ja dann schon
Moin
Ich sehe das ja eher als DOIF Problem! Wobei ich meine, dass Dir ganz am Ende ncoh ein DOELSE fehlen koennte!?
Nutzt Du eigentlich gar nicht den Editor, hab jetzt gerade keinen Zugriff, sollte man aber im Wiki finden!
Dann kann man den Code besser strukturieren!
DEF ([du_szenen_BU] eq "Test") (set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 3 sq; set OG_LEDStripe off 3 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 1 sq; set OG_LEDStripe on 1 sq; set OG_LEDStripe off 3 sq;)
DOELSEIF ([du_szenen_BU] eq "Ein") (set OG_LEDStripe raw 180,90,0,50)
DOELSEIF ([du_szenen_BU] eq "Aus") (set OG_LEDStripe off)
DOELSEIF ([du_szenen_BU] eq "Gedimmt") (set OG_LEDStripe dim 50)
DOELSEIF ([du_szenen_BU] eq "Nachtlicht") (set OG_LEDStripe dim 20)
DOELSEIF ([du_szenen_BU] eq "Hell") (set OG_LEDStripe rgb FFFFFF)
DOELSEIF ([du_szenen_BU] eq "Lesen") (set OG_LEDStripe dim 80)
DOELSEIF ([du_szenen_BU] eq "Szene1") (set OG_LEDStripe sat 20 10 qr; set OG_LEDStripe sat 100 10 qr)
DOELSEIF ([du_szenen_BU] eq "Szene2") (set OG_LEDStripe hsv 180,100,100 5 q; set OG_LEDStripe hsv 0,0,0 8 sq; set OG_LEDStripe hsv 0,30,30 q)
DOELSEIF ([du_szenen_BU] eq "SzeneRot") (set OG_LEDStripe hsv 0,100,100)
DOELSEIF ([du_szenen_BU] eq "SzeneBlau") (set OG_LEDStripe hsv +40,, 30 r)
Gruss Christoph
Zitat von: pc1246 am 13 Januar 2021, 07:13:30
Ich sehe das ja eher als DOIF Problem! Wobei ich meine, dass Dir ganz am Ende ncoh ein DOELSE fehlen koennte!?
Das ist ein DOIF Problem.
Meiner Meinung nach fehlt das Attribut "do always"
Zitat von: Frank_Huber am 13 Januar 2021, 08:34:11
Das ist ein DOIF Problem.
Meiner Meinung nach fehlt das Attribut "do always"
das könnte beides der Fall sein ich werde mal damit etwas beobachten..
Was meinst du mit Editor, ich nutze den internen von Fhem und extern nutze ich Notepad++ meistens aber eben hier den in Fhem, nur wenn es sehr lang wird kopiere ich es in Notepad++ und dann zurück ins Def
Wie steuert ihr denn die verschiedenen Farben an..? immer über die Fhem Weboberfläche
Zitat von: moonsorrox am 13 Januar 2021, 12:55:16
Wie steuert ihr denn die verschiedenen Farben an..? immer über die Fhem Weboberfläche
Ich hab in FHEM mehrere Dummys. (R, G, B, RGB-Masterdimmer, Weis-Dimmer und Weis-Farbton)
Diese triggern bei Änderung eine Sub und diese setzt den Controller.
Gesteuert wird das dann über diverse Wege, Taster, Handy App, ...
--> https://forum.fhem.de/index.php/topic,101240.msg1054100.html#msg1054100
Zitat von: Frank_Huber am 13 Januar 2021, 13:51:15
Ich hab in FHEM mehrere Dummys. (R, G, B, RGB-Masterdimmer, Weis-Dimmer und Weis-Farbton)
Diese triggern bei Änderung eine Sub und diese setzt den Controller.
Gesteuert wird das dann über diverse Wege, Taster, Handy App, ...
--> https://forum.fhem.de/index.php/topic,101240.msg1054100.html#msg1054100
das sieht doch mal super aus, ich werde das mit meinem DOIF mal nachbauen in der Art das eben ein Dummy mehrere in deinem Fall die Einzeldummys steuert.
Vielen Dank sieht auf jeden Fall sehr gut aus.
Moin
So, ich habe mal nachgesehen, bezueglich editor! Wie gesagt im Wiki editor gesucht, und gefunden, wusste natuerlich auch was ich gesucht habe!
attr <FHEMWEB-Devicename> JavaScripts codemirror/fhem_codemirror.js
Was mich wundert, wenn Du doch Notepad++ benutzt, wie kommst Du dann mit solch einer Zeile klar?
Gruss Christoph
Zitat von: pc1246 am 13 Januar 2021, 20:05:05
Moin
So, ich habe mal nachgesehen, bezueglich editor! Wie gesagt im Wiki editor gesucht, und gefunden, wusste natuerlich auch was ich gesucht habe!
attr <FHEMWEB-Devicename> JavaScripts codemirror/fhem_codemirror.js
Was mich wundert, wenn Du doch Notepad++ benutzt, wie kommst Du dann mit solch einer Zeile klar?
Gruss Christoph
OK. da haben wir wohl beide aneinander vorbei gesprochen, oder ich habe es wohl nicht verstanden, das habe ich selbstverständlich in Fhem eingestellt, also kein Ding, vllt. war ich zu blöd ;)
Wenn ich mich nicht täusche, ist das letzte Fw-Update vor 15 Monaten durchgeführt worden - oder gibt es da neuere Firmware?
Wie sieht es mit MQTT-Unterstützung aus? Finde da leider auch kaum Doku dazu.
Ich würde gern auch mal über den Tellerrand schauen und den RGB-Controller mit einem anderen System einsetzen, da gibts nur eben kein passendes Modul für, daher bin ich auf MQTT angewiesen.
Oder kann ich auch andere Firmware wie zB. wled flashen?
@szoller
Du solltest hier nicht einfach nur Deine Frage posten! Peter hat sich extrem viel Muehe gegeben in den ersten postst lles Moegliche zu verlinken!
Wenn Du diesen links gefolgt waerest, dann haettest Du das https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/MQTT auch ohne Probleme gefunden, so wie ich!
Gruss Christoph
Das habe ich auch gefunden, MQTT scheint auch verbunden zu sein, zwischen Beiträgen die aussagen, dass MQTT eher zur Synchronisierung der Controller gedacht ist oder auch leeren MQTT-Wiki-Seiten habe ich aber den Durchblick verloren.
Was mir fehlt ist auch eine Übersicht bzw. ein Beispiel, welche Befehle zum jeweiligen Topic gesendet werden können bzw. wie diese aussehen müssen, zB. um den Controller Ein- oder auszuschalten und die Farben zu ändern...
Moin
Ich kann Dir da nicht wirklich helfen, da ich mit MQTT noch relativ wenig gemacht habe. Ich mag mich aber erinnern, dass es hier schon einige Posts dazu gab.
Probier mal die Suche! Die funktioniert hier in diesem Forum so, dass Du im entsprechenden thread das Gesuchte eingibst. Also hier in der Suche MQTT eingeben und Du erhaelst 23 Treffer, bzw nach meinem post 24.
Gruss Christoph
@szoller
ich nutze die Controller über das normale json/http interface, ich weiß aber, dass jemand sie z.B. in HASS via mqtt eingebunden hat.
Im Grunde überträgst Du den json content halt statt über http über mqtt. Ein Fallstrick war, dass die Reihenfolge der Parameter wohl relevant ist.
[edit]
ich hatte ja gleich im ersten howto post schon ein Beispiel für das, was über mqtt gesendet werden muss gepostet:
{
"jsonrpc": "2.0",
"method": "color",
"params": {
"t": 700,
"d": "1",
"cmd": "fade",
"hsv": {
"s": 55,
"h": 0,
"v": 100
},
"q": "single"
}
}
pj
hier wurde zwar länger nichts geschrieben, aber ich habe trotzdem mal ein Frage.
Ich hatte schon mal irgendwo etwas geschrieben dazu. Mein Controller den ich in Betrieb hatte, hat eines Tages nur noch rot gezeigt trotz Trennung vom Strom.
Heute nun habe ich ihn ausgebaut, da ich seinerzeit 3 Controller gekauft habe also sofort den zweiten genommen einfach nur Strom angelegt versucht anzupingen und nichts.
Habe dann den in Fhem integriert mit der IP aber er zeigt trotzig weiter disconnect. Darauf hin den nächsten genommen und 2-3 sec. nach Spg. anlegen sofort auf open gegangen und auch die Weboberfläche erreicht.
Die anderen beiden werde ich die Tage nochmal unter die Lupe nehmen, aber was kann das denn sein, den ich ausgebaut habe hat immer funktioniert und der neue war nie eingesetzt.
Muss ich die beiden evtl. neu flashen.? Habe davon zwer keinen Schimmer, aber wenn ja muss ich erstmal wieder die Programme dafür laden da ich einen komplett neuen PC habe mit W11.
Heißt ich muss erstmal alles vorbereiten falls ich sie flashen muss.
Danke für die Hilfe
Erzähl doch mal ein bisschen genauer, was du gemacht hast. Also nicht anpingen können, ist mMn eigentlich ungewöhnlich. Bist du sicher, dass du die richtige IP benutzt? Wie hast du die IP ermittelt? Siehst du, dass sich die Controller im Wifi anmelden?
Falls pingen geht: Kommst du per Browser drauf? Mach mal zB Url "http://192.168.2.38/info".
Schon einen Reset probiert?
so jetzt wieder da, war etwas krank.
Die IP weiß ich weil ich sie seinerzeit als ich die bekommen habe alle in der Grundkonfiguration eingerichtet habe auf dem Webserver. Zudem habe ich auf jede Platine die IP geschrieben.
Einfach erklärt was ich gemacht habe, den Controller den ich immer genutzt habe am LED Stripe der die IP 10.0.0.174 hat habe ich vom Strom getrennt reset gemacht auf dem Button auf der Platine, weiter nichts.
Ich habe den Controller immer mit einem Tasmota Gerät komplett ausgeschaltet, beim einschalten dann ging er nur noch auf die Farbe rot, da konnte ich in Fhem machen was ich wollte er hat keine andere Farbe mehr eingestellt.
Den zweiten IP 10.0.0.173 den ich ausprobiert habe, der hat überhaupt nichts mehr gemacht, ich konnte ihn nicht anpingen kam nicht auf den Webserver er war auch in der Fritzbox nicht zu sehen garnichts. In Fhem immer auf disconnect gestanden.
Der dritte den ich jetzt im Einsatz habe mit der IP 10.0.0.173 funktioniert wieder tadellos ich komme auf die Weboberfläche kann dort eben Einstellungen machen was ich aber nicht brauche ist ja nur für die Grundkonfig gedacht, den Rest mache ich ja über Fhem.
Dieser ist auch in der Fritzbox zu sehen also alles gut soweit.
Dadurch das ich etwas krank war habe ich die beiden nicht funktionierenden noch nicht wieder in Angriff genommen, brauche auch erstmal ein 24V Netzteil.
Aber eigentlich wollte ich ja wissen ob das schon jemand so hatte, ich bin dann gespannt ob ich die Teile wieder zum Leben erwecken kann, denn sobald der jetzige Spannung bekommt geht er ca. 2-3sec. später auch auf "opend" sehe ich ja in Fhem
Gute Besserung allerseits. Also wie schon gesagt, würde ich einfach mal nen Factory-Reset machen und gucken, was passiert.
den ich dann wie genau mache, wenn ich nicht drauf komme.? weiß ich leider echt nicht.
Denke so in der Art einen der Taster halten beim Spannung anlegen... bitte kurz ne Erklärung sind ja 3 Taster drauf
CLR Taste halten, RST Taste drücken (so jedenfalls heißen sie beim Lightinator, also der Version aus der großen Sammelbestellung).
Ich fürchte allerdings, dass der "übliche" Fehlermodus zugeschlagen hat: der FLASH des ESP ist kaputt, der hält leider nicht so wahnsinnig viele Schreibzyklen aus.
Wenn Du kannst, einfach den ESP austauschen und neu flashen danach sollte alles wieder funktionieren.
Ich hatte auch schonmal Erfolg damit, den Flash zu löschen und neu zu beschreiben, allerdings nicht bei allen ESPs.
Das ist, wenn es das ist, was ich vermute, leider ein Problem, dass im ESP12 liegt.
pj
ja das war aus der großen Sammelbestellung.
... und klingt logisch was du schreibst, denn ich habe ja nichts damit gemacht, soll heißen weder rum gespielt noch sonstiges versucht.
ESP austauschen heißt den auf der Platine tauschen.?
OK, wenn dazu irgendwo etwas steht würdest du es mir verlinken was das flashen betrifft. Ich habe da so gar keinen Schimmer... habe bisher nur Tasmota Geräte geflasht. Habe dazu nur einen ESP Flasher aber weder Firmware noch sonstige Tools die evtl. gebraucht werden
hmm...
dann wird das schwierig, zumal Du zum Auslöten eigentlich ein Heißluftgerät brauchst.
Schick mir die Teile zu, ich mach das am Wochenende.
pj
OK ich habe dir geantwortet ;)
Dieser Flash ist so ein bisschen Standard-Thema. Ich selbst hab einige Controller hier im Einsatz und musste bisher noch nie einen ESP tauschen. Ich musste jedoch ein paar Mal bei Controllern die FW nochmal neu flashen (das letzte Mal muss aber auch schon wieder Jahre her sein...). War dann aber eben ein Click in FHEM. Also ich hatte da durchaus auch schonmal Probleme mit den Flashes, aber noch keinen wirklich kaputten.
Ich bin da nicht mehr so in der Materie, aber ich glaube, wenn das Dateisystem nicht gemountet werden kann (weil kaputt), fällt er einfach auf Default-Config zurück (siehst du ein RGBWW-WLAN??). Hattest leider noch nichts weiter zu den o.g. Fragen verraten, zB ob er sich im WLAN einbucht oder ob bzw. wie die IP konfiguriert wird. Ist ohne das zu wissen, aus der Ferne leider ein bisschen Rästelraten.
Aber Komponenten auslöten ist sicherlich auch ein Weg...
Zitat von: vbs am 14 Dezember 2022, 01:10:16
(siehst du ein RGBWW-WLAN??). Hattest leider noch nichts weiter zu den o.g. Fragen verraten, zB ob er sich im WLAN einbucht oder ob bzw. wie die IP konfiguriert wird.
hatte ich geschrieben und denke es reicht wenn ich es so schreibe
Zitatich konnte ihn nicht anpingen kam nicht auf den Webserver er war auch in der Fritzbox nicht zu sehen garnichts.
also kein WLAN zusehen.!!!
auf die andere Frage habe ich auch geantwortet, siehe hier
ZitatDer dritte den ich jetzt im Einsatz habe mit der IP 10.0.0.173 funktioniert wieder tadellos ich komme auf die Weboberfläche kann dort eben Einstellungen machen was ich aber nicht brauche ist ja nur für die Grundkonfig gedacht, den Rest mache ich ja über Fhem.
soll heißen das ich ihn seinerzeit über den Webserver programmiert habe.
Moin @moonsorrox
Leider sind Deine Antworten nicht ganz richtig!
Die Fritzbox kann den nicht zeigen, wenn der sein eigenes Netz aufspannt, was "RGBWW-WLAN....." heisst.
Somit ist er von einem Geraet, das in deinem Fritzbox Netz ist auch nicht anpingbar.
Bei mir der eine auch gerne das Netz verloren, und ging dann in den default Modus , wo er sein eigenes Netz aufgespannt hat.
Ein erneutes starten durch Power off/on hat manchmal geholfen, manchmal musste man Ihm das auf der Oberflaeche wieder beibringen.
Meine Probleme haben sich uebrigens mit Abschaffung des Fritzbox WLAN erledigt.
Gruss Christoph
Zitat von: pc1246 am 14 Dezember 2022, 16:33:47
Moin @moonsorrox
Leider sind Deine Antworten nicht ganz richtig!
ich sage mal teils/teils
ich hatte aber geschrieben das meine Geräte alle konfiguriert waren und dadurch waren sie auch in meinem WLAN zu sehen, ich weiß die Fritte ist etwas biestig darin, aber ich arbeite ja mit einem IP Scanner und da sehe ich die Teile natürlich.
Den Controller den ich jetzt im Einsatz habe sehe ich aber auch in der Fritzbox...
Die anderen beiden waren nicht zu sehen und wenn ich ein Device nicht sehe nehme ich sofort immer das iPad und wenn sie sich nicht verabschiedet haben sehe ich sofort das aufgespannte WLAN.... aber die beiden haben garnichts mehr gemacht... vllt erholen sie sich ja unterwegs... ;)
Ich habe sie jetzt aber eingepackt und schicke sie an Peter er wird mir die Dinger wieder in Gang bringen.
Wollte sie heute noch mal testen, aber mit erschrecken habe ich festgestellt ich habe gar kein Netzgerät mehr... muss ich mir erstmal besorgen.
Aber wie geschrieben einer arbeitet jetzt erstmal wieder.
Zitat von: moonsorrox am 14 Dezember 2022, 18:26:19
Die anderen beiden waren nicht zu sehen und wenn ich ein Device nicht sehe nehme ich sofort immer das iPad und wenn sie sich nicht verabschiedet haben sehe ich sofort das aufgespannte WLAN....
Den Teil hast Du irgendwie ausgelassen, deshalb meine Antwort.
Gruss Christoph
Hallo zusammen,
Ne kurz frage kann das Modul in fhem mit mehreren led Controllern gleichzeitig umgehen?
Ich hab zwei Controller definiert und auch im Netzwerk erreichbar.
Der eine hat den Status Open und der andere disconnected in fhem.
Der Controller der aber disconnected steht, führt aber Befehle aus.
Danke und Gruß Robert
Ja klar, du kannst mehrere LED-Devices in FHEM anlegen. Wenn er auf disconnected steht, dann konnte da die Verbindung für die Events nicht aufgebaut werden.
Danke.
Aber schon komisch.
Wenn man zwei am laufen hat, haben die dann auch unterschiedliche ports?
Aktuell haben beide 9090 als port drin stehen.
Grüße Robert
Ja, Port 9090 ist korrekt. Das ist der Default für alle.
Ist die richtige Firmware drauf? Welche?
Funktioniert die Webseite ganz normal?
Prüf mal per Portscanner (oder einfach per Telnet), ob du eine Verbindung auf Port 9090 aufmachen kannst.
Kannst mal einfach die Firmware neu flashen. Ich schätze, das wird das Problem beheben: "set <device> fw_update 1"
Fhem ist aktuell.
FW ist die letzte von dropzone drauf. Also deine.
Web Interface ist erreichbar.
Ein espcontroller ist connected, der zweite ist disconnected.
Also würde ich sagen, 9090 ist machbar.
Muss aber noch mal genau prüfen ob mir da nicht die Firewall ne strich durch die Rechnung macht.
Hab fhem und die espconteller in verschiedenen Netzen. Hab Mangel an ip Adressen.
Zitat von: no_Legend am 01 Januar 2023, 17:03:27
Hab fhem und die espconteller in verschiedenen Netzen. Hab Mangel an ip Adressen.
Wenn da man nicht die Subnetzmaske falsch ist!?
Aber das sollte Dir ja klar sein, wenn Du mehrere Netze hast.
Gruss Christoph
Hallo zusammen,
hier mal wieder ein Hardware-Thema:
Ich hatte aus der Sammelbestellung 3.0 noch nicht alle meine RGBWW-Controller genutzt.
Mit einem der bisher ungenutzten RGBWW-Controllern werden nun nicht alle Farben angezeigt.
Deswegen kurz das Messgerät geholt und siehe da, im stromlosen Zustand eindeutig Kurzschluß zwischen Pin 5 und 6. Aber trotz aller optischer Hilfsmittel kann ich irgendwie nichts Verdächtiges (Lötpaste o.Ä.) erkennen (siehe Bilder). Was würdet ihr machen? Den ESP-12F komplett rauslöten, um eventuell drunter was zu Entdecken oder lieber noch an anderen Stellen suchen?
Vielen Dank im Voraus.
Grüße Tobias
Moin Tobias,
den Fall hatten wir leider ein paar mal (also - einstellige Zahl bei 1000 Controllern). Meist hat es genügt, die beiden Pins nochmal mit Lötzinn und Flussmittel nachzulöten. Was passiert ist, dass unter der ESP Platine ein bisschen Lötpaste "hängen geblieben" ist.
pj
Hallo pj,
vielen Dank für die schnelle Hilfe.
Nach einem "minimalinvasiven" Eingriff, d.h.
mit Lötgerät auf maximale Stufe (500°) und mit feinster Lötspitze jeweils nur 5 Sekunden bei Pin 5 und Pin 6 die Hauptplatine "touchiert" und schon funktioniert der Controller jetzt einwandfrei :)
Ich wünsche noch allseits ein schönes Wochenende 8)
Viele Grüße
Tobias
freut mich, dass es geklappt hat. 500° ist allerdings ein bisschen viel, da hätte ich sorge, dass das Substrat (also die Platine) kaputt gehen könnte.
pj
Bei 400° hatte der Lötzinn keine Anzeichen gemacht, zu schmelzen, vermutlich lag es an der hauchdünnen Lötspitze oder an deren großer Entfernung zum Temperatursensor, die 500° standen vermutlich deswegen nur auf der Beschriftung des Drehreglers ;-)
Viele Grüße, Tobias
Ihr habt keine Ahnung, was das für mich bedeutet (siehe Anhang)!
die Firmware läuft zum ersten mal auf Sming 5.0, damit habe ich endlich eine Umgebung, mit der ich weiter entwickeln kann. Sming 5 unterstützt auch die neuen RISC-V ESP32C Modelle, damit wird der Port auf die Hardware möglich (und dafür habe ich auch schon den PWM Teil beigetragen - der kann übrigens PWM Frequenzen, die um ein vielfaches höher liegen als die 400Hz des ESP8266).
Noch läuft das alles nicht sehr stabil, das over the air upgrade muss, wenn ich das richtig sehe, komplett neu geschrieben werden (zumindest für den ESP32) aber immerhin kann es jetzt dann weiter gehen.
Grüße
pj
Das heißt es könnte sein das es neue Boards gibt, bzw. die letze aktuelle Version mit neuen ESP´s?
I can never confirm nor deny.
Aber: Der ESP32C3 hat wirklich sehr schön passende PWM Hardware. Damit wäre das Flimmern im Videobild endlich gelöst.
pj
so, nachdem ich jetzt ein paar Wochen(!) lang einen Bug in lwip gesucht und endlich gefunden habe, kann ich jetzt endlich weiter machen.
Das lwip Issue ist mit ziemlicher Sicherheit dafür verantwortlich, dass wir auch in der Vergangenheit immer mal wieder Probleme hatten, mit Controllern, die zwar den Accesspoint aufspannen, aber darüber keine Daten liefern. Wer wissen will, woran's lag: ei n mindestens sechs Jahre alter Bug - https://github.com/SmingHub/Sming/issues/2654
Jetzt will ich erstmal die aktuelle Firmware glatt ziehen und Euch zum testen geben. Wesentlichster Punkt ist, dass ich, soweit ich das sehe, das OTA Update überarbeiten muss. Mal sehen. Aber immerhin: bei mir leuchtet der erste Controller mit Firmware, die auf Sming 5.0 gebaut ist.
Danach kommt dann der Port auf den ESP32 dran. Da gibt's dann eine komplett andere OTA Umgebung, aber das wird schon funktionieren.
Dann, ja dann kann ich über neue Hardware nachdenken (die natürlich schon hier herum liegt)
pj
Moin,
seit dem Wochenende leiden 6 meiner Controller an "Gedächnisverlust", 2 konnte ich, zumindest kurzfristig, wiederbeleben. Die anderen spannen, nach reset, zwar ein WLAN auf, aber beim Zugriff auf 192.168.4.1 gibt es entweder ein "Seite nicht gefunden" oder eine leere Seite, je nach Browser oder BS. Ich fürchte dass ich die als Elektroschrott entsorgen muss :( oder hat noch jemand eine Idee oder noch überflüssige Controller rumliegen?
Gruß
Arthur
erstaunlich, dass gleich sechs trifft, aber das sind meist Folgen dessen, dass der Flash Chip die Grätsche macht.
Wenn Du kannst, tausche einfach die ESP12 Module aus, kost einen Euro das Stück, danach neu flashen und Du hast wieder Ruhe.
Versuch's mal mit einem und schau, was passiert.
Wenn Du keine Möglichkeit dazu hast, schick mir die Teile zu, zusammen mit 20€ und ich mach das für Dich (tauschen, neue ESP, flashen)
pj
das könnte jetzt die endgültige Hardware für die neuen, kleinen Controller sein
https://aisler.net/p/KNKWWKWC
Ich werde auch noch welche mit dem ESP32C3 im gewohnten Format machen. Aber jetzt muss erstmal die FW laufen.
Zitat von: pjakobs am 06 September 2023, 18:55:56erstaunlich, dass gleich sechs trifft, aber das sind meist Folgen dessen, dass der Flash Chip die Grätsche macht.
Wenn Du kannst, tausche einfach die ESP12 Module aus, kost einen Euro das Stück, danach neu flashen und Du hast wieder Ruhe.
Versuch's mal mit einem und schau, was passiert.
Wenn Du keine Möglichkeit dazu hast, schick mir die Teile zu, zusammen mit 20€ und ich mach das für Dich (tauschen, neue ESP, flashen)
pj
Moin Patrick,
löten ist nicht so mein Ding, zum flashen fehlt mir auch die Hardware :( Daher würde ich Dein Angebot gerne annehmen :)
Schick mir mal Deine Adresse und wie Du die Kohle haben willst (Paypal, bar) als PM.
Danke & Gruß
Arthur
Hast du schon mal die FW z.B. per FHEM neu geflasht? Sollte im Normalfall (erstmal) helfen
Zitat von: vbs am 06 September 2023, 21:28:53Hast du schon mal die FW z.B. per FHEM neu geflasht? Sollte im Normalfall (erstmal) helfen
Dazu müsste ich die controller ja erst mal wieder ins WLAN kriegen. Das scheitert aber an der berühmten weißen Seite :(
Zitat von: arthur_dent_2015 am 07 September 2023, 14:08:01Zitat von: vbs am 06 September 2023, 21:28:53Hast du schon mal die FW z.B. per FHEM neu geflasht? Sollte im Normalfall (erstmal) helfen
Dazu müsste ich die controller ja erst mal wieder ins WLAN kriegen. Das scheitert aber an der berühmten weißen Seite :(
Also wenn die Controller nicht im WLAN sind, dann haben sie auch keine IP, die du in den Browser eingeben könntest. Oder versteh ich dich falsch?
Falls sie tatsächlich im WLAN sein sollten (und daher auch eine IP haben), kannst du sehr wahrscheinlich noch per API mit ihnen reden, weil das unabhängig von der Webseite funktioniert. Siehst du daran, dass du sie noch per zB FHEM steuern kannst bzw dass sie auf "connected" stehen.
In dem Fall kannst du sie auch ganz easy per FHEM neu flashen.
Er sagt ja, dass sie den AP öffnen, das heißt, dass sie die Konfiguration nach einem reset nicht laden können. Entsprechend können sie auch das Webui nicht laden. Ich hab mittlerweile eine ziemlich große Anzahl Controller mit genau dem Fehler gesehen, und die Wahrscheinlichkeit, dass es einfach ein abgenutzter Flash Chip ist ist hoch.
Die fw schreibt halt bei jeder Änderung der Helligkeit / Farbe den neuen Status in Flash, das geht nicht ewig gut, und selbst die neuesten Controller sind ja schon fünf Jahre alt.
Zitat von: pjakobs am 08 September 2023, 08:53:50Er sagt ja, dass sie den AP öffnen, das heißt, dass sie die Konfiguration nach einem reset nicht laden können. Entsprechend können sie auch das Webui nicht laden.
Na das folgt nicht zwingend daraus, aber ich halte es auch für wahrscheinlich. Ich hatte schon öfter den Fall, dass Controller zwar die WebUI verlieren, nicht jedoch die Config (was ich normalerweise gar nicht merke, weil ich sie nur per FHEM nutze). Aber wie gesagt: wenn man eine IP-Verbindung aufbauen kann, kann man weiterhin den Controller per HTTP konfigurieren und auch flashen (ohne WebUI). Evtl. am einfachsten, wenn man die entsprechenden Calls aus dem verbose-Log von FHEM copy/pastet.
Zitat von: pjakobs am 08 September 2023, 08:53:50Die fw schreibt halt bei jeder Änderung der Helligkeit / Farbe den neuen Status in Flash, das geht nicht ewig gut, und selbst die neuesten Controller sind ja schon fünf Jahre alt.
Wenn ich mich recht erinnere, hatte ich das Verhalten dort, auf deinen Hinweis hin, doch mal konfigurierbar gemacht, oder?
Ja, und das funktioniert auch. Aber viele haben es halt nicht konfiguriert. Ich überlege die ganze Zeit, ob ich das nicht zum Default machen will.
pj
Ja, ist für mich alles weiterhin recht mysteriös: also ab und zu bemerke ich, dass bei einem Controller die WebUI nicht mehr geht (Config ist aber da). Dann flashe ich neu aus FHEM und dann ist's wieder ok. Ist ne Sache von 2 Minuten.
Extrem selten hatte ich es, dass ein Controller die Config verliert. Das hatte ich vielleicht in der ganzen Zeit 4 oder 5 Mal insgesamt. In den Fällen ging jedoch immer das WebUI noch.
Ich hatte noch nie den Fall, dass WebUI und Config gleichzeitig weg waren.
Ab und zu hab ich den Fall, dass Controller einfach aus dem WLAN verschwinden, was ich dann per PowerCycle behebe.
Einige der Effekte fielen mutmaßlich auch mit Fritzbox-Reboots oder so zusammen. Also das scheint auch eine Rollte zu spielen.
Also alles schwer greifbar. Ist ja auch extrem schwer wirklich zu analysieren, was da genau passiert oder was die wirklichen Ursachen sind. Ich gehe davon aus, dass wir da nicht nur über eine Ursache (EEPROM) reden. Aber nichtsdestotrotz: das Speichern defaultmäßig auszuschalten - einfach für die Sicherheit - finde ich auch sinnvoll.
@vbs hast Du gesehen, dass ich einen tcp framing bug ziemlich tief im lwip gefixt habe? Ich vermute, das ist das Problem, das wir von Anfang an hatten, bei dem nagelneue Controller zwar ihren AP aufmachten und auch der Webserver auf 192.168.4.1 antwortete, aber keine Daten kamen. Widerwärtiges Ding (der Bug) https://github.com/SmingHub/Sming/issues/2654
Ich muss mich mal noch um das OTA unter SMING5 auf dem ESP8266 kümmern, dann könnte ich zumindest mal eine neue 'testing' releasen, die den Bug behebt.
pj
Ja, hab ich gesehen, klasse Fund!
Weiß einer wo die Technischen Daten der letzten Version zu finden sind? Sagen wir mal so es fab da einen der hat gleich an 2 Controllern die Spannung falsch rum angeschlossen 8) Vielleicht hat ja auch einer einen Tip oder eine Idee welches Teil da zerschossen sein könnte und um was für ein Teil es sich handelt.
Die letzte Version kam ja fertig geflashed und gelötet da hab ich dann den überblick verloren was wo sitzt :)
moin kmaxk, sorry, ich hatte das zwar letzte Woche schon gesehen, war aber leider ziemlich beschäftigt.
Ich kann nicht behaupten, dass ich nicht selbst jemanden sehr gut kenne, dem das schon ein oder zwei mal passiert ist. Ich fand die Klemme immer "intuitiv" falsch herum, aber das hatte sich daraus ergeben, dass der +12V Strang ja möglichst breit gleich zu den LED Kanälen rüber sollte.
Der Controller hat keine "reverse protection diode" - die Eingangsspannung geht also direkt auf den Schaltregler (das SO8 auf der rechten Seite). Ich hatte bisher keine Platinen, die bei kurzer falscher Beschaltung die Grätsche gemacht haben, aber ich könnte mir vorstellen, dass eben jener Schaltregler da nach ein paar Sekunden ein Problem bekommt. Ob der ESP dabei was abbekommen hat kann ich nicht sagen, glaube ich allerdings eher nicht, weil die 3.3V Schiene hinter dem MOSFET im Schaltregler hängt und höchstens über den Spannungsteiler für die feedback Spannung negativ beaufschlagt wird.
Aber sein kann das natürlich auch.
Wenn Du noch ein Eagle 7 hast, kannst Du Dir das Design hier ansehen: https://github.com/pljakobs/esp_rgbww_controller/tree/v3.0
tl/dr: sorry, keine Ahnung, hab ich so noch nicht gesehen, aber ich vermute der Schaltregler.
pj
und damit es hier auch gesehen wird: mag jemand an der nächsten Version mitarbeiten?
https://forum.fhem.de/index.php?topic=135661.msg1292213#msg1292213
hi, danke für die infos... ich hatte noch keine Zeit mir das näher anzusehen. Das der Chip womöglich einen weg hat dachte ich mir schon bzw. ist erstmal das logische. Weiß nicht was mit dem passieren kann aber so wie ich mein Netzteil deute habe ich nun einen Kurzschluss. Den ESP kann ich ja extern bestromen und testen die Tage.
Zu deinem neuen Projekt: Also das GUI nutze ich tatsächlich häufig bei mir aber das mag ja bei jedem anders sein. Was mich ein wenig an dem alten stört ist: Der verpolungsschutz, keine oder mir unbekannte api, mqtt war nur zwischen den controllern zum synchronisieren gedacht (was man aber auch gut gebrauchen kann) aber damit ließe sich das auch gut in andere Smarthome Systeme einbauen.
Ich hatte auch schon mal Tasmota auf dem Controller drauf das ging auch aber ich bin dann doch zurück. Ich finde das Fading besonders bei längeren Strips mit mehr Stromverbrauch doch recht nützlich.
Ich kann leider nicht so viel zur Softwareentwicklung beisteuern aber wenn du ein Gehäuse brauchst (3D Druck) würde ich wieder etwas beisteuern soweit ich kann.
Ich hab mal die Dokumentation der Hardware, an der ich gerade arbeite upgedatet. https://github.com/pljakobs/RGBWW32C3/tree/Ureg
Zitat von: pjakobs am 07 November 2023, 10:09:46Ich hab mal die Dokumentation der Hardware, an der ich gerade arbeite upgedatet. https://github.com/pljakobs/RGBWW32C3/tree/Ureg
dort steht überall 12V? Warum nicht 24V? Ich habe noch nie 12V Stripes verbaut. :))
wird, ich hab MOSFETs gefunden, die 30V und 11A abkönnen ;-)
pj
Zitat von: kmxak am 06 November 2023, 19:24:24Was mich ein wenig an dem alten stört ist: Der verpolungsschutz, keine oder mir unbekannte api, mqtt war nur zwischen den controllern zum synchronisieren gedacht (was man aber auch gut gebrauchen kann) aber damit ließe sich das auch gut in andere Smarthome Systeme einbauen.
Selbstverständlich hat der bestehende Controller eine API. Diese API kann per HTTP, aber auch gleichermaßen per MQTT angesteuert werden - wie im Wiki beschrieben. Jedes Smarthome System, das HTTP oder MQTT sprechen kann, kann den Controller steuern. FHEM und auch die WebUI machen auch nichts anderes als diese API zu nutzen.
Zitat von: vbs am 09 November 2023, 08:27:57Zitat von: kmxak am 06 November 2023, 19:24:24Was mich ein wenig an dem alten stört ist: Der verpolungsschutz, keine oder mir unbekannte api, mqtt war nur zwischen den controllern zum synchronisieren gedacht (was man aber auch gut gebrauchen kann) aber damit ließe sich das auch gut in andere Smarthome Systeme einbauen.
Selbstverständlich hat der bestehende Controller eine API. Diese API kann per HTTP, aber auch gleichermaßen per MQTT angesteuert werden - wie im Wiki beschrieben. Jedes Smarthome System, das HTTP oder MQTT sprechen kann, kann den Controller steuern. FHEM und auch die WebUI machen auch nichts anderes als diese API zu nutzen.
Früher hieß es doch das der Mqtt nur zum Controller Sync ist? Oder hat sich da Firmwaretechnisch was geändert?
Zitat von: kmxak am 10 November 2023, 21:46:53Zitat von: vbs am 09 November 2023, 08:27:57Zitat von: kmxak am 06 November 2023, 19:24:24Was mich ein wenig an dem alten stört ist: Der verpolungsschutz, keine oder mir unbekannte api, mqtt war nur zwischen den controllern zum synchronisieren gedacht (was man aber auch gut gebrauchen kann) aber damit ließe sich das auch gut in andere Smarthome Systeme einbauen.
Selbstverständlich hat der bestehende Controller eine API. Diese API kann per HTTP, aber auch gleichermaßen per MQTT angesteuert werden - wie im Wiki beschrieben. Jedes Smarthome System, das HTTP oder MQTT sprechen kann, kann den Controller steuern. FHEM und auch die WebUI machen auch nichts anderes als diese API zu nutzen.
Früher hieß es doch das der Mqtt nur zum Controller Sync ist? Oder hat sich da Firmwaretechnisch was geändert?
Du kannst jeden API Endpoint über mqtt ansprechen, Du musst soweit ich weiß nur den Endpoint mit in die entsprechende json Struktur einbauen, weil Du ja nicht den http Endpoint /color aufrufst, sondern das mqtt Topic <prefix>/<name>/command. Die API ist hier (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/HTTP-Interface)dokumentiert.
Aber Du hast recht, aktuell steht da "is currently used to synchronize multiple devices" - das ist ein bisschen irreführend. Der nächste Satz ist aber "can be used to control the exact same JSON command messages..."
pj
Zitat von: pjakobs am 11 November 2023, 11:30:09Du kannst jeden API Endpoint über mqtt ansprechen, Du musst soweit ich weiß nur den Endpoint mit in die entsprechende json Struktur einbauen, weil Du ja nicht den http Endpoint /color aufrufst, sondern das mqtt Topic <prefix>/<name>/command. Die API ist hier (https://github.com/verybadsoldier/esp_rgbww_firmware/wiki/HTTP-Interface)dokumentiert.
Ja, genau so in der Art. Ich fürchte, wie das genau geht mit Steuerung über MQTT ist nirgends dokumentiert. Der Content in der MQTT-Nachricht muss gemäß JSON RPC 2.0 sein. Also mit einem Feld "method" für den Namen des Endpunkts und dann in dem Feld "params" müssen dann genau die Parameter stecken, die man sonst direkt per HTTP schicken würde. So zumindest meine vage Erinnerung.
Wenn es da Interesse dran gibt oder konkrete Fragen, kann ich da nochmal reinschauen.
Ich habe jetzt schon seit einiger Zeit alles aus Fhem nach ioBroker umgezogen und es läuft quasi nur noch die Leds da drüber, ich suche schon eine weile eine Lösung wie ich das dort direkt machen kann. Per Mqtt und Api hatte ich es noch nicht probiert. Die Wiki hatte ich irgendwie immer übersehen ;D Ich hatte schon mal Tasmota auf dem Controller das ging auch irgendwie. Ich müsste mich mal richtig damit auseinandersetzen. Über Weihnachten hab ich mehr Zeit 8)
Hallo zusammen,
ich bin echt froh, dass es hier noch einen aktiven Thread zu den LED-Controllern gibt. Meine hatte ich jetzt länger nicht in Betrieb und komme (nach unserem Umzug) erst jetzt wieder dazu was mit den guten Teilchen zu machen. Dazu habe ich auch direkt eine Frage:
Ich möchte damit eine RGBW-Lampe steuern, die allerdings nur 5V benötigt. Wenn ich mich an die diversen Threads richtig erinnere waren zumindest eine Vorgängerversion mal mit 5V funktionsfähig. Die Version die ich habe (Rückseite der Platine "Lightinator 3") scheint aber mindestens 10V zu benötigen. Könnt ihr mir einen Tipp geben, wie ich damit trotzdem eine 5V Lampe ansteuern kann? (Sofern das damit möglich ist.)
Danke und viele Grüße
Mark
Hallo,
mal eine ganz andere Frage (ich hoffe, ich hab nicht übersehen, daß die eh schon beantwortet wurde).
Da ich momentan aus verschiedenen Gründen mit Home Assistant liebäugle, hab ich testweise mal auf einem rumliegenden ESP RGBWW Controller esphome installiert, was recht gut funktioniert. Das hab ich natürlich am Schreibtisch per USB gemacht.
Nun würde ich das gerne produktiv setzen. Allerdings hab ich keine wirkliche Lust, alle verbauten Controller auszubauen und zu flashen.
Gibts eigentlich eine Möglichkeit, "fremde" binaries aus der Ferne aufzuspielen? Oder ist es dazu nötig, die OTA zu verbiegen, einen webserver aufzusetzen und ein entsprechendes json zu erstellen, damit der ESP dann die OTA-Funktion für das Aufspielen nutzt?
Cheers,
Pula
Zitat von: pula am 06 Dezember 2023, 09:27:06Hallo,
mal eine ganz andere Frage (ich hoffe, ich hab nicht übersehen, daß die eh schon beantwortet wurde).
Da ich momentan aus verschiedenen Gründen mit Home Assistant liebäugle, hab ich testweise mal auf einem rumliegenden ESP RGBWW Controller esphome installiert, was recht gut funktioniert. Das hab ich natürlich am Schreibtisch per USB gemacht.
Nun würde ich das gerne produktiv setzen. Allerdings hab ich keine wirkliche Lust, alle verbauten Controller auszubauen und zu flashen.
Gibts eigentlich eine Möglichkeit, "fremde" binaries aus der Ferne aufzuspielen? Oder ist es dazu nötig, die OTA zu verbiegen, einen webserver aufzusetzen und ein entsprechendes json zu erstellen, damit der ESP dann die OTA-Funktion für das Aufspielen nutzt?
Cheers,
Pula
warum würdest Du eine fremde Firmware installieren wollen?
Soweit ich weiß, ist HA doch weitgehend mqtt basierend, und die Controller kannst du genauso über mqtt ansprechen.
ESPHome kann halt keine 10 Bit PWM, deshalb sieht das immer ein bisschen doof aus.
Grüße
pj
Zitat von: error500 am 05 Dezember 2023, 21:53:17Hallo zusammen,
ich bin echt froh, dass es hier noch einen aktiven Thread zu den LED-Controllern gibt. Meine hatte ich jetzt länger nicht in Betrieb und komme (nach unserem Umzug) erst jetzt wieder dazu was mit den guten Teilchen zu machen. Dazu habe ich auch direkt eine Frage:
Ich möchte damit eine RGBW-Lampe steuern, die allerdings nur 5V benötigt. Wenn ich mich an die diversen Threads richtig erinnere waren zumindest eine Vorgängerversion mal mit 5V funktionsfähig. Die Version die ich habe (Rückseite der Platine "Lightinator 3") scheint aber mindestens 10V zu benötigen. Könnt ihr mir einen Tipp geben, wie ich damit trotzdem eine 5V Lampe ansteuern kann? (Sofern das damit möglich ist.)
Danke und viele Grüße
Mark
die Controller waren alle immer darauf ausgelegt, die handelsüblichen LED Strips anzusteuern, die gibt es in 12V und 24V Varianten, und das ist auch der Betriebsbereich, für den die Dinger gebaut sind.
Welche LED willst Du denn mit 5V ansteuern?
Grundsätzlich sollten die Lightinator 3 (und nur über die kann ich wirklich sprechen) auch mit 5V funktionieren, auch wenn das grenzwertig sein dürfte. Der Spannungsregler braucht halt eine gewisse Arbeitsspannung aber 1,7V (5V -3,3V) sollten schon funktionieren, denke ich.
Schöner wäre es aber vermutlich, mehr Leistung zu installieren und sie entsprechend gedimmt zu betreiben. Das schöne an dieser Firmware ist ja, dass sie 10 Bit PWM macht, also auch bei niedriger Helligkeit fast keine Stufen auftreten
Zitat von: pjakobs am 12 Dezember 2023, 20:02:58warum würdest Du eine fremde Firmware installieren wollen?
Soweit ich weiß, ist HA doch weitgehend mqtt basierend, und die Controller kannst du genauso über mqtt ansprechen.
ESPHome kann halt keine 10 Bit PWM, deshalb sieht das immer ein bisschen doof aus.
Grüße
pj
naja. weils eben besser integriert ist in ha. bin noch am evaluieren des gesamtsystems. hab mich halt doch die letzten 8 oder 9 jahre ziemlich an fhem gewöhnt...
Zitat von: pjakobs am 12 Dezember 2023, 20:02:58ESPHome kann halt keine 10 Bit PWM, deshalb sieht das immer ein bisschen doof aus.
da ich es noch nicht getestet habe: was bedeutet das in der praxis? wenn es nur um die übergänge geht, wär mir das relativ egal...
cheers,
Pula
Zitat von: pjakobs am 12 Dezember 2023, 20:09:30Zitat von: error500 am 05 Dezember 2023, 21:53:17...
Ich möchte damit eine RGBW-Lampe steuern, die allerdings nur 5V benötigt. Wenn ich mich an die diversen Threads richtig erinnere waren zumindest eine Vorgängerversion mal mit 5V funktionsfähig. Die Version die ich habe (Rückseite der Platine "Lightinator 3") scheint aber mindestens 10V zu benötigen. Könnt ihr mir einen Tipp geben, wie ich damit trotzdem eine 5V Lampe ansteuern kann? (Sofern das damit möglich ist.)
...
die Controller waren alle immer darauf ausgelegt, die handelsüblichen LED Strips anzusteuern, die gibt es in 12V und 24V Varianten, und das ist auch der Betriebsbereich, für den die Dinger gebaut sind.
Welche LED willst Du denn mit 5V ansteuern?
Grundsätzlich sollten die Lightinator 3 (und nur über die kann ich wirklich sprechen) auch mit 5V funktionieren, auch wenn das grenzwertig sein dürfte. Der Spannungsregler braucht halt eine gewisse Arbeitsspannung aber 1,7V (5V -3,3V) sollten schon funktionieren, denke ich.
Schöner wäre es aber vermutlich, mehr Leistung zu installieren und sie entsprechend gedimmt zu betreiben. Das schöne an dieser Firmware ist ja, dass sie 10 Bit PWM macht, also auch bei niedriger Helligkeit fast keine Stufen auftreten
Ich möchte einen LED-Pinspot damit ansteuern, der von Haus aus mit einer IR-Fernbedienung kommt. Das im Pinspot eingebaute Netzteil liefert eine Ausgangsspannung von 5V. Ich habe versucht den Controller mit diesem Netzteil und anderen 5V Quellen zu betreiben. Hat leider nicht funktioniert. Die LED am ESP blinkt zwar kurz auf (wie bei z.B. 12 V), aber es scheint keine Verbindung zum WLAN hergestellt zu werden.
Daher kam mir dann die Frage auf, ob ich aus dem Controller auch irgendwie 5V rauskriegen kann, wenn ich ihm 7-12V auf den Eingang gebe (ohne die 10 Bit PWM zu beeinflussen).
Viele Grüße und Danke schon mal für die erste Antwort.
Mark
nein, die Ausgänge schalten direkt zwischen VCC und Masse (also VCC->LED->MOSFET->GND).
Der Spannungswandler braucht halt einen gewissen Abstand zwischen der Eingangsspannung und den 3.3V, die er reguliert.
Für die Anwendung, die Du beschreibst ist der Controller, in dieser Form, ungeeignet.
Grüße
pj
Zitat von: pula am 13 Dezember 2023, 16:33:01Zitat von: pjakobs am 12 Dezember 2023, 20:02:58ESPHome kann halt keine 10 Bit PWM, deshalb sieht das immer ein bisschen doof aus.
da ich es noch nicht getestet habe: was bedeutet das in der praxis? wenn es nur um die übergänge geht, wär mir das relativ egal...
cheers,
Pula
vor allem merkt man das bei niedriger Helligkeit, da werden die Übergänge zwischen den Helligkeitsstufen deutlich sichtbar.
Aber wie gesagt und viel wichtiger: unsere Firmware kann auch mqtt, es gibt also keinen Grund, sich mit esp-home rumzuschlagen. Mqtt und gut is.
pj
Zitat von: pjakobs am 13 Dezember 2023, 20:57:15vor allem merkt man das bei niedriger Helligkeit, da werden die Übergänge zwischen den Helligkeitsstufen deutlich sichtbar.
Aber wie gesagt und viel wichtiger: unsere Firmware kann auch mqtt, es gibt also keinen Grund, sich mit esp-home rumzuschlagen. Mqtt und gut is.
pj
also nur beim wechsel? im betrieb nicht?
naja. ich hab einige hm-devices mal per mqtt-bridge angebunden. ich könnte natürlich auf den controllern mqtt aktivieren und mal testen. ich finde die arbeit ja grossartig.
was mich allerdings stört:
ich habe ein setup, bei dem die controller, der switch und der accesspoint am gleichen FI im schaltschrank hängen (weil alles am gleichen Netzteil hängt).
wenn ich jetzt zwecks neustart (da hängen auch noch etliche andere controller dran) den FI aus und wieder einschalte, passiert es, dass der eine oder andere controller zu schnell ist und dann in den AP-modus wechselt. nicht immer, aber es passiert. und dann kann ich entweder den controller resetten oder das ganze noch mal machen (also stromlos etc).
wenn ich da bin, kein grosses problem. aber die frau ist dann ein wenig hilflos.
leider ist in der firmware die zeit, bis die controller in den AP-modus wechseln hardcoded (glaube ich). mit esphome könnt ich das elegant einstellen.
möchte mir eh nicht unbedingt die arbeit antun und alles neu flashen. gibts hier irgendwo eine möglichkeit, dieses timeout raufzusetzen?
wobei ich schon sagen muss, dass ich mittlerweile (mit fhem) fast 30 esphome-devices im netz hängen habe, die eigentlich recht stabil laufen und sehr komfortabel zu warten sind. ich habe auch etliche sketches "zu fuss" programmiert, aber das ist halt schon arbeit....
cheers,
Pula
Warum macht man für den Neustart eines Gerätes den FI raus?
Ich denke da sollte generell etwas überdacht / überarbeitet werden...
Zitat von: Frank_Huber am 13 Dezember 2023, 21:36:34Warum macht man für den Neustart eines Gerätes den FI raus?
Ich denke da sollte generell etwas überdacht / überarbeitet werden...
weil es oft einfacher ist, alles auf einmal neu zu starten (zb wenn fhem offline war)
und an diesem automaten hängen genau nur die netzteile dran, die die leds, access point versorgen - und der switch....
ich denke, das passt schon so
Zitat von: pula am 13 Dezember 2023, 22:02:01Zitat von: Frank_Huber am 13 Dezember 2023, 21:36:34Warum macht man für den Neustart eines Gerätes den FI raus?
Ich denke da sollte generell etwas überdacht / überarbeitet werden...
weil es oft einfacher ist, alles auf einmal neu zu starten (zb wenn fhem offline war)
und an diesem automaten hängen genau nur die netzteile dran, die die leds, access point versorgen - und der switch....
ich denke, das passt schon so
Nimm zumindest den AP auf nen anderen FI.
Den AP und seine Clients zeitgleich neu zu starten ist wie Lotto spielen.
Denke mit dieser Aktion würdest auch dein Haupt Problem beseitigen.
Zitat von: Frank_Huber am 13 Dezember 2023, 22:43:22Zitat von: pula am 13 Dezember 2023, 22:02:01Zitat von: Frank_Huber am 13 Dezember 2023, 21:36:34Warum macht man für den Neustart eines Gerätes den FI raus?
Ich denke da sollte generell etwas überdacht / überarbeitet werden...
weil es oft einfacher ist, alles auf einmal neu zu starten (zb wenn fhem offline war)
und an diesem automaten hängen genau nur die netzteile dran, die die leds, access point versorgen - und der switch....
ich denke, das passt schon so
Nimm zumindest den AP auf nen anderen FI.
Den AP und seine Clients zeitgleich neu zu starten ist wie Lotto spielen.
Denke mit dieser Aktion würdest auch dein Haupt Problem beseitigen.
jo eh... muss mal schaun, ob ich noch einen FI frei hab. nehm ich mir schon seit jahren vor, den ap und den switch auf einen eigenen fi zu tun...
cheers,
Pula
Zitat von: pula am 13 Dezember 2023, 22:02:01Zitat von: Frank_Huber am 13 Dezember 2023, 21:36:34Warum macht man für den Neustart eines Gerätes den FI raus?
Ich denke da sollte generell etwas überdacht / überarbeitet werden...
weil es oft einfacher ist, alles auf einmal neu zu starten (zb wenn fhem offline war)
und an diesem automaten hängen genau nur die netzteile dran, die die leds, access point versorgen - und der switch....
ich denke, das passt schon so
ich verstehe nicht, warum Du überhaupt alles neu starten möchtest, wenn fhem offline war.
Ich hab hier über 20 der LED controller laufen und wenn ich fhem neu starte, dann kommen die alle innerhalb von ein paar Minuten zurück.
Du nutzt da schon eine ziemliche Holzhammermethode und erzeugst Dir damit ein Problem, für das Du nun eine Lösung suchst.
pj
weil da andere komponenten auch noch dranhängen, die einen fhem-neustart leider nicht so gut vertragen (oder genauer gesagt einen neustart des ganzen servers, wo auch noch andere sachen wie zb dhcp/dns laufen).
aber die eigentliche frage, was meinst du mit:
Zitatvor allem merkt man das bei niedriger Helligkeit, da werden die Übergänge zwischen den Helligkeitsstufen deutlich sichtbar.
betrifft das "nur" fades oder auch die beleuchtung, wenn sie "fix" ist (also leds ein und fertig)?
Zitat von: pula am 20 Dezember 2023, 20:57:47weil da andere komponenten auch noch dranhängen, die einen fhem-neustart leider nicht so gut vertragen (oder genauer gesagt einen neustart des ganzen servers, wo auch noch andere sachen wie zb dhcp/dns laufen).
ich will nicht Dein Netz debuggen, aber: vernünftige Komponenten kommen damit klar, dass Services hie und da mal nicht verfügbar sind und konfigurieren sich danach wieder korrekt. Ein "alles stromlos machen und wieder anschalten" sollte nie nötig sein und ist auch wirklich keine schöne Lösung, wie in Deinem Fall, weil halt Komponenten in unterschiedlicher Zeit wieder verfügbar sind und je nach Reihenfolge manche gleich wieder in das Problem fallen.
Zitat von: pula am 20 Dezember 2023, 20:57:47aber die eigentliche frage, was meinst du mit:
Zitatvor allem merkt man das bei niedriger Helligkeit, da werden die Übergänge zwischen den Helligkeitsstufen deutlich sichtbar.
betrifft das "nur" fades oder auch die beleuchtung, wenn sie "fix" ist (also leds ein und fertig)?
Der wesentliche Punkt ist, dass wir die Helligkeit nicht linear wahrnehmen. Der Unterschied zwischen pwm=1/256 und pwm=2/256 ist ein deutlich wahrnehmbarer Schritt. Ich sage nicht, dass es unbrauchbar ist, aber es ist halt um den Faktor 4 weniger gut als die 10 Bit pwm hier. Aber: natürlich ist das Licht immer gleich hell, egal ob es jetzt auf 1/256 oder 4/1024 eingestellt ist. Du kannst mit 10 Bit halt in 0,1% Schritten regeln (0%=pwm 0, 100%=pwm 1025) mit 8 Bit nur in 0,4% (0%=pwm 0, 100%=pwm 255). Aber das fällt tatsächlich primär bei Fades auf.
Wenn ich endlich die Version 5.0 der Firmware fertig habe wird das für Controller mit ESP32 (die dann auch kommen) nochmal besser, denn da kann ich PWM Frequenzen von 4kHz machen.
Aber: wenn schon eine andere Firmware, dann würde ich vermutlich Tasmota statt ESPeasy nehmen. Das ist aber vermutlich Geschmackssache.
pj
jaja. ich weiß. da sind ein paar selbstgestrickte sachen dabei, die noch auf arduinos laufen, die sind nicht ganz sauber...
wieso espeasy? ich denke an esphome?
esp32 klingt allerdings sehr verlockend. gibts dann auch wieder platinen? :-)
ich will fhem ja nicht schlechtreden oder ganz verlassen, aber home assistant hat ein paar vorteile....
allerdings auch nachteile...
cheers,
Pula
Zitat von: pula am 21 Dezember 2023, 21:48:36jaja. ich weiß. da sind ein paar selbstgestrickte sachen dabei, die noch auf arduinos laufen, die sind nicht ganz sauber...
wieso espeasy? ich denke an esphome?
ah, sorry, das hab ich dann durcheinaner gebracht
Zitat von: pula am 21 Dezember 2023, 21:48:36esp32 klingt allerdings sehr verlockend. gibts dann auch wieder platinen? :-)
reizvoll wäre das schon, die, an denen ich momentan arbeite sind etwa so groß wie ein Kaugummistreifen.
Allerdings ist der Aufwand halt immer schon immens für ein Hobby Projekt.
Zitat von: pula am 21 Dezember 2023, 21:48:36ich will fhem ja nicht schlechtreden oder ganz verlassen, aber home assistant hat ein paar vorteile....
allerdings auch nachteile...
na ja, die Grenzen von fhem kennen wir mittlerweile wohl alle.
und Home Assistant ist schon ziemlich attraktiv.
Mir ging es ja nur darum "meine" Firmware zu verteidigen ;-)
Ich bin einfach der Meinung, es gibt für RGB(W(W)) LEDs nix besseres, und mqtt sollte auch mit HASS funktionieren (btw, die Abkürzung war immer eines der Dinge, die ich an Home Assistant nicht mochte, aber woher sollen die Englischsprachigen das wissen)
Zitat von: pula am 21 Dezember 2023, 21:48:36cheers,
Pula
pj
Zitat von: pjakobs am 22 Dezember 2023, 12:03:03Mir ging es ja nur darum "meine" Firmware zu verteidigen ;-)
Ich bin einfach der Meinung, es gibt für RGB(W(W)) LEDs nix besseres, und mqtt sollte auch mit HASS funktionieren (btw, die Abkürzung war immer eines der Dinge, die ich an Home Assistant nicht mochte, aber woher sollen die Englischsprachigen das wissen)
die firmware ist der hammer :-) an dieser stelle noch mal danke dafür. hab eh 8 stück oder so im einsatz. halt nur fertig gekaufte, weil ich als grobmotoriker mit der feineren löterei die meisten bauteile vermutlich geschrottet hätte.
und HA kann auch mqtt (habe ich auch für etliches, auch selbst geschriebene sachen im einsatz), aber im gegensatz zu esphome muss man die mqtt-devices halt manuell konfigurieren, ausser das autodiscovery ist auf dem device implementiert (wobei ich mir nicht sicher bin, ob das HA-spezifisch ist oder allgemein gültig?)
andererseits läuft deine firmware seit jahren EXTREM stabil.
ich denke, ich werde mal testweise auf einem controller mqtt aktivieren und schauen, wie weit ich komme.
falls ich das so halbwegs hinbekomme, werde ich die config hier reinstellen (kann aber dauern, weil ich zur zeit mit projekten gut ausgelastet bin)....
Cheers,
Pula
Aber jetzt doch noch eine (hoffentlich nicht ganz) dämliche Frage:
Farbe setzen per MQTT klappt so weit schon mal, zb mit
{
"jsonrpc": "2.0",
"method": "color",
"params": {
"t": 700,
"d": "1",
"cmd": "fade",
"hsv": {
"s": 55,
"h": 0,
"v": 100
},
"q": "single"
}
}ins command-topic.
Aber auch nach Studium der API-Beschreibung ist mir nicht klar, wie ein einfaches on/off zu machen ist?
Toggle gibts ja, aber wie ist das mit on und off gedacht?
Grundsätzlich schaltet sich der Controller zwar ab (gibt dann auch stateLight off), wenn man v auf 0 setzt, aber ist das wirklich im Sinne des Erfinders?
Cheers,
Pula
Du musst das fade gar nicht mitliefern, es genügt das hsv Objekt, iirc.
Und - ja, "off" ist im fhem treiber genau so implementiert:
elsif ( $cmd eq 'on' ) {
# Add check to only do something if the controller is REALLY turned off, i.e. val eq 0
my $state = ReadingsVal( $hash->{NAME}, "stateLight", "off" );
return undef if ( $state eq "on" );
# OK, state was off
# val initialized from internal value.
# if internal was 0, default to 100;
my $val = $hash->{helper}->{oldVal};
if ( $val eq 0 ) {
$val = 100;
}
EspLedController_SetHSVColor( $hash, undef, undef, $val, undef, $fadeTime, $fadeSpeed, $transitionType, $doQueue, $direction, $doRequeue, $fadeName );
}
elsif ( $cmd eq 'off' ) {
# Store old val in internal for use by on command.
$hash->{helper}->{oldVal} = ReadingsVal( $hash->{NAME}, "val", 0 );
# Now set val to zero, read other values and "turn out the light"...
EspLedController_SetHSVColor( $hash, "+0", "+0", 0, $colorTemp, $fadeTime, $fadeSpeed, $transitionType, $doQueue, $direction, $doRequeue, $fadeName );
}
da merkt sich das fhem device halt noch die alte Helligkeit in "oldVal" und nutzt die zum Einschalten wieder.
Du kannst ja einfach "toggle" nehmen... Aber ich schau mal, ob ich in der nächsten Firmware ein echtes "on/off" einbauen kann, wobei auch das natürlich nur ein "Licht aus" sein wird - nur kann ich dann das letzte Lichtsetting im Controller speichern statt im Treiber, das wäre sauberer.
Auch, wenn das Licht aus ist, läuft der Controller natürlich weiter und braucht so ca. 500mW. Wenn Du ein wirkliches "Aus" willst kannst Du das in Hardware erreichen, indem Du die beiden "DISABLE" überbrückst, das schaltet den Spannungswandler ab und der Verbrauch sollte auf ein paar µW zurück gehen.
pj
ah ach so. wegen mir brauchst das nicht einbauen, ich weiß es ja jetzt :-)
und die par mW tun glaub ich nicht weh. das passt schon so....
Danke für deine Bemühungen auf jeden Fall!
Cheers,
Pula
wie manche vielleicht mitbekommen haben, bin ich ja schon eine Weile dabei, die Firmware für die Controller zu überarbeiten.
Anlass dafür, war sie ESP32 fähig zu machen, aber da ich auf dem Weg dahin eh ein paar Dinge tun musste...
- die neue Firmware wird mDNS fähig sein, dass heißt, Controller werden im Netz auffindbar sein (prima für Autokonfiguration)
- damit sie dann auch erkennbar sind, wird man ihnen auch sprechende Namen zuweisen können (das geht über das API auch heute schon, nur das Frontend kann das nicht)
- wenn ich die Controller jetzt schon auffinden kann, dann kann ich sie auch ... von einem Frontend aus managen, d.h. das Frontend hat jetzt eine dropdown Box, in der Du auswählen kannst, welchen Controller Du gerade bearbeiten willst (dafür gibt es auch einen neuen API endpoint /hosts, der ein json array aller diesem Controller bekannten anderen Controller ausspuckt).
- da ich nun aber schon alle Controller "kenne", kann ich die auch gleich zu Gruppen zusammenfassen, also z.B. alle in der Küche, dem Wohnzimmer, der Modellbahn oder was auch immer - aus der Webapp heraus
- Gruppen sind nur sinnvoll, wenn ich auch was damit tun kann, also wird es Szenen-Presets für Gruppen geben
- Presets wird es auch für einzelne Controller geben - und ich weiß noch nicht, wie ich das im UI machen will - im Moment tendiere ich dazu, dass die Gruppen eine eigene UI Seite bekommen, in der dann für die einzelnen Gruppen die Szenen anzuwenden sind während die Presets für den einzelnen Controller in der "color" Seite bleiben vielleicht mach ich aber auch eine eigene Presets Seite, auf der dann lokale und Gruppenpresets unterschiedlich dargestellt werden.
- apropos "color" Seite - es wird die Möglichkeit geben, fünf Slider für die RAW Kanäle zu nutzen
Ich glaube, ich hatte noch ein paar andere Ideen, aber das waren erstmal die wesentlichen.
Ein paar Wochen brauch ich noch, dann kann ich mal eine beta Version zur Verfügung stellen.
auf ein buntes 2024
pj
Hi mal wieder,
bin noch immer am herumspielen mit dem Controller mit MQTT und HA.
Dabei bin ich jetzt auf folgendes gestossen, was ich nicht verstehe (vermutlich übersehe ich einfach was wichtiges).
Ich schicke eine mqtt-Nachricht an das command-topic von einem meiner controller, die so aussieht:
{
"jsonrpc": "2.0",
"method": "color",
"params": {
"t": 700,
"d": "1",
"cmd": "fade",
"raw": {
"r": 0,
"g": 0,
"b": 0
},
"q": "single"
}
}
In der fhem-Anzeige vom Controller ändern sich darauf hin die Readings raw_blue, raw_green, raw_red und raw_ww.
Das Reading rgb bleibt aber unberührt und auch in der Web-Oberfläche von dem Controller ändert sich nichts (bin gerade nicht vor Ort).
Ist das ein Bug, ein Feature oder bin ich nur zu dumm?
Da auch HA eigentlich mit RGB arbeitet und ich mir die Umrechnerei gerne sparen würde, würde ich wenn möglich gern per mqtt auch mit rgb arbeiten.
Danke im voraus und cheers,
Pula
das Verhalten ist, so wie Du es beschreibst, korrekt und "as designed".
Liegt daran, dass der controller mit "RAW" und "HSV" zwei Betriebszustände kennt, die nicht aufeinander abgebildet sind. Man kann zwar, und das tut der Controller ja intern, von HSV auf RAW abbilden (und, klar, von RGB auf HSV), nicht aber von RAW auf HSV, jedenfalls ist eine solche Abbildung nicht implementiert. Wenn Du also ein RAW Kommando schickst, wird der Controller in den RAW Mode versetzt und die HSV Werte sind nicht weiter gültig.
[ich hab Deinen Post nochmal gelesen]
einen reinen RGB Modus hat der Controller nicht, einfach weil RGB ja keinen weiß-Kanal abbildet. Sicher, ich könnte einen RGB+W Modus einbauen, aber der wäre elementar weniger flexibel als der HSV Modus.
vielleicht hilft Dir das hier? https://community.home-assistant.io/t/hsl-or-hsv-color-definition-possible-in-ha/647616/3
pj
wow, das war ja schnell, danke :-)
aber verstehen tu ich es nicht.
Um per mqtt rgb-befehle an den controller zu schicken, muss ich doch "raw" verwenden, oder?
Wenn ich die dann schicke, werden aber nur die rgb-raw Readings aktualisiert, aber nicht das Reading RGB und auch nicht der Farb-Picker in der Web-Oberfläche des Controllers selbst, der sich sehr wohl ändert, wenn ich einen "hsv-befehl" schicke?
Wenn also in der api rgb als raw betitelt wird, verstehe ich grad nicht, warum sich dann nicht auch das rgb-Reading ändert?
Cheers und danke nochmal,
Pula
das api kennt ausschließlich HSV und RAW, wobei HSV bevorzugt ist.
RAW umgeht das ganze interne Farbmodell und setzt die Kanäle direkt (deshalb ist da der Kanalwert auch als int mit 0-1023 definiert, das entspricht der 10Bit PWM). Das heißt im Umkehrschluss eben auch, dass die Oberfläche nicht reagiert, denn die weiß schlicht nichts davon.
Das Beste wäre imho wirklich, so wie im Link angegeben, HA auf HSL umzustellen, dann lieferst Du Werte
h: 0-369
s: 0-100%
l: 0-100%
und alle sind (hoffentlich) glücklich.
Wenn Du RGB brauchst, dann musst Du das im Grunde vorher in HSL umrechnen.
Der Controller abstrahiert ja die Eigenschaft, welche Strips da nun dran hängen, wenn Du RGB Strips hast, mischt er weiß, wenn Du RGBW Strips hast, nimmt er die weißen LED - Dein HA braucht davon nichts zu wissen. Wenn Du allerdings RGB schickst, dann müsste der Controller wissen, ob Du nun wirklich RGB meinst, oder ob Du den Weißwert extrahiert und in den weißen LED angezeigt haben willst.
pj
danke für die erklärung, das hätte ich so nicht erwartet ;)
werd mich dann doch mit HA und hsv beschäftigen...
ja, ich weiss, ist besser als rgb, aber da bin echt noch alte schule...
Cheers,
Pula
neues Jahr, neues Wissen ;-)
Wird dein Firmware-Fork eigentlich nur auf EPS32 laufen oder auch auf den alten Controllern?
der Knackpunkt wird das OTA sein, eigentlich will ich die webapp in flash strings in den Controller legen, dann würde ich mir eine spiffs partition sparen, dafür würde aber kein OTA für alte Controller mehr gehen, flashen über einen Adapter würde aber problemlos funktionieren. Wenn ich die Webapp wie bisher in den zwei SPIFFs partitionen belasse, dann seh ich kein Problem, dass es auf beiden Plattformen upgradebar ist.
Laufen wird es auf alle fälle auf 8266 und esp32 (inclusive, und das ist eigentlich mein primäres Ziel, esp32c3)
Im Moment sieht's auch vom Gesamt-Speicherbedarf noch völlig ok aus.
pj
Hab jetzt nicht alles hier gelesen aber nutzt jemand die Controller mit WLED? Was ich bisher hier so alles gelesen habe, ist an Features dort enthalten und noch viel mehr.
Moin, mal ein Lebenszeichen von mir.
Die neue Firware V5 nähert sich einem Alpha Status.
Damit meine ich: dann sind aus meiner Sicht die Funktionen drin, die jemand anderes braucht, um sie zu installieren, zu testen und mir Feedback zu geben.
Gerade arbeite ich noch am OTA für den ESP8266 - ESP32 kommt später.
Sobald das drin ist, werde ich eine OTA URL hier posten und Euch bitten, mir Feedback zu geben, ich denke, dass ich das in der nächsten Woche fertig bekome.
Die Software wird dann noch nicht fertig sein, es werden noch Funktionen fehlen (vor allem im Frontend) und auch das Backend wird sich bestimmt noch ein bisschen verändern.
Wichtig aber: ich habe die Änderungen am Backend bisher alle rückwärtskompatibel implementieren können, es sollte also keine Probleme mit dem bestehenden FHEM Modul geben.
Wer mitlesen will: hier die URLs
WebApp: https://github.com/pljakobs/esp_rgb_webapp2/tree/devel
Firmware: https://github.com/pljakobs/esp_rgbww_firmware/tree/devel
Grüße
pj
Hi,
ich hätte gerne ein Problem 8)
Ich hab den Controller schon länger ohne Problem laufen gehabt, jetzt merk ich, das er nicht mehr mit dem WLAN verbunden ist. Er macht zwar einen AP auf (RGBWWWXXXXX), kann mich aber nicht drauf verbinden (weder mit iPhone, Android, Windows Laptop)
Wie resette ich das Teil den zu Factory defaults? Reset x Sekunden drücken?
1. Post:
der Controller kann zurückgesetzt werden, indem bei einem Reset die Taste [CLR] gehalten wird. (ganz links, wenn der Controller mit den Klemmen zu Euch auf dem Tisch liegt)
Also [CLR] halten und [RST] drücken.
Dabei wird
Die Netzwerkkonfiguration gelöscht, d.h. der Controller wird danach wieder nach einem WLAN fragen
Es werden alle Farbkonfigurationen gelöscht, d.h. danach funktioniert der Controller wieder als RGB Controller, WW und / oder CW müssen neu konfiguriert werden
Alle durch "set config config-..." aus fhem heraus gesetzten Konfigurationen sind gelöscht und müssen neu gesetzt werden.
Zitat von: RappaSan am 29 Februar 2024, 16:38:261. Post:
der Controller kann zurückgesetzt werden, indem bei einem Reset die Taste [CLR] gehalten wird. (ganz links, wenn der Controller mit den Klemmen zu Euch auf dem Tisch liegt)
Also [CLR] halten und [RST] drücken.
Dabei wird
Die Netzwerkkonfiguration gelöscht, d.h. der Controller wird danach wieder nach einem WLAN fragen
Es werden alle Farbkonfigurationen gelöscht, d.h. danach funktioniert der Controller wieder als RGB Controller, WW und / oder CW müssen neu konfiguriert werden
Alle durch "set config config-..." aus fhem heraus gesetzten Konfigurationen sind gelöscht und müssen neu gesetzt werden.
Hey, sorry - das hatte ich irgendwie übersehen. Mir scheint, als ob der Controller sich irgendwie selbst resettet hatte, sonst würde er ja keinen AP aufmachen. Aber selbst nach dem Reset wie beschrieben sehe ich zwar den AP, kann mich aber nicht darauf verbinden.
versuch mal einen anderen Browser oder lösche den Browser Cache.
Es hat ja nix mit dem Browser zu tun. Ich komme überhaupt nicht ins WLAN. Er verbindet sich nicht damit. Egal ob ich iPhone, Android Phone, Windows Laptop oder Macbook nutze.
Das WLAN mal gelöscht und neu verbunden?
Ansonsten bleibt wohl nur neu flashen. aber das soll pj dann nochmal bestätigen.
Zitat von: Frank_Huber am 01 März 2024, 11:45:09Das WLAN mal gelöscht und neu verbunden?
Ansonsten bleibt wohl nur neu flashen. aber das soll pj dann nochmal bestätigen.
Ja, mit der CLR + RST Taste wie in der FAQ geschrieben.
ich brauch mal ein zwei drei Freiwillige, die als erstes die neue Firmware ansehen wollen.
Voraussetzung: Du solltest in der Lage sein, mir den seriellen Output des Controllers und die Ausgabe des Browser Debug Fensters zu schicken, wenn Du auf Probleme triffst.
Wer Lust hat hebe die Hand.
pj
Zitat von: pjakobs am 01 März 2024, 14:16:08ich brauch mal ein zwei drei Freiwillige, die als erstes die neue Firmware ansehen wollen.
Voraussetzung: Du solltest in der Lage sein, mir den seriellen Output des Controllers und die Ausgabe des Browser Debug Fensters zu schicken, wenn Du auf Probleme triffst.
Wer Lust hat hebe die Hand.
pj
Da ich ja eh Probleme hab (siehe Beitrag vor dir) würde ich mich gerne melden. Dann kram ich mal meinen Programmer raus
Zitat von: Kai-Alfonso am 01 März 2024, 14:20:08Da ich ja eh Probleme hab (siehe Beitrag vor dir) würde ich mich gerne melden. Dann kram ich mal meinen Programmer raus
Ich hab Dein Problem nicht ganz analysiert, aber es könnte sein, dass Du auf den Buffer Overrun läufst, den ich letzten Sommer in Sming gefixt habe, das ist im neuen Build auf alle Fälle besser
Warte seh ich das richtig und Du kannst Dich nicht mit dem AP verbinden? Das ist dann was anderes. Wenn Du schonmal den Programmer raus kramst, dann würde ich gerne das log davon sehen.
pj
Zitat von: pjakobs am 01 März 2024, 14:28:27Zitat von: Kai-Alfonso am 01 März 2024, 14:20:08Da ich ja eh Probleme hab (siehe Beitrag vor dir) würde ich mich gerne melden. Dann kram ich mal meinen Programmer raus
Ich hab Dein Problem nicht ganz analysiert, aber es könnte sein, dass Du auf den Buffer Overrun läufst, den ich letzten Sommer in Sming gefixt habe, das ist im neuen Build auf alle Fälle besser
Warte seh ich das richtig und Du kannst Dich nicht mit dem AP verbinden? Das ist dann was anderes. Wenn Du schonmal den Programmer raus kramst, dann würde ich gerne das log davon sehen.
pj
Nicht das Dich wunderst - ich bin da noch dran, finde aber meinen ranzigen Programmer nicht mehr. Muss mir dann einen neuen zulegen (und wir alle wissen, dann finde ich den wieder) - also: Hold on
Zitat von: Kai-Alfonso am 01 März 2024, 11:56:27Zitat von: Frank_Huber am 01 März 2024, 11:45:09Das WLAN mal gelöscht und neu verbunden?
Ansonsten bleibt wohl nur neu flashen. aber das soll pj dann nochmal bestätigen.
Ja, mit der CLR + RST Taste wie in der FAQ geschrieben.
ich meine im Laptop / Handy unter den "bekannten WLAN Netzwerken" ;-)
Zitat von: pjakobs am 01 März 2024, 14:16:08ich brauch mal ein zwei drei Freiwillige, die als erstes die neue Firmware ansehen wollen.
Voraussetzung: Du solltest in der Lage sein, mir den seriellen Output des Controllers und die Ausgabe des Browser Debug Fensters zu schicken, wenn Du auf Probleme triffst.
Wer Lust hat hebe die Hand.
pj
Hand heb. hab hier aufm Tisch nen 10cm Streifen an nem Test Controller. :-)
ok, dauert doch noch ein bisschen.
Ich hab einen Fehler im OTA, den ich nicht erklären kann. (https://github.com/SmingHub/Sming/issues/2720)
Eigentlich war das erst für später geplant, aber jetzt werd ich halt die otaupdate Klasse auf den Stand des neuen Sming OTA Code heben. Das funktioniert dann zumindest theoretisch auch für den Esp32 und hoffentlich auch wieder für den 8266. Wird wohl ne Woche dauern.
pj
Ok, OTA bug gefixt, der sollte jetzt nur noch in Sming gemerged werden, dann .. ja dann :D
pj
letzte Schritte, bevor Ihr die noch nicht feature kompletten nightlies testen dürft: ich versuche gerade, die alten Controller per OTA auf die neue Version zu heben. Noch funktioniert's nicht, aber ....
2023-03-11 achtung, möglicher bug, siehe unten 2023-03-12 update unten 2023-03-13 update unten Es ist soweit, mir ist es gelungen, das OTA so umzubauen, dass ich eine alte Firmware auf die neue updaten kann. Das hat ein paar Klimmzüge gekostet, denn seit Sming 4.3 muss ein Partition Table im Flash abgelegt werden, davon weiß aber die alte Firmware, die ja das OTA macht, nix.
Wen die Details interessieren: hier entlang (https://github.com/SmingHub/Sming/discussions/2727)
Überhaupt ist das ganze Partitionshandling anders, statt früher numerischer "Slots" verwendet Sming heute Partitionsnamen (rom0, rom1, spiffs0, spiffs1 in diesem Fall - einfach aus Kompatibilitätsgründen - man könnte sie auch anders nennen.
ACHTUNG: Es gibt keinen OTA Weg zurück (zumindest aktuell nicht - unmöglich ist das glaub ich nicht, aber dazu müsste ich ein paar Dinge ändern)
Wer aktuell zurück will, muss den ESP komplett zurücksetzen (erase_flash) und dann die default Daten wieder flashen:
esptool.py -p /dev/ttyUSB2 -b 115200 erase_flash
esptool.py -p /dev/ttyUSB2 -b 115200 write_flash -ff 40m -fm qio -fs 4MB 0x3fc000 esp_init_data_default_v05.bin 0x3fe000 blank.bin
esptool.py -p /dev/ttyUSB2 -b 115200 write_flash -ff 40m -fm qio -fs 4MB 0x00000 rboot.bin 0x02000 rom0.bin 0x100000 spiff_rom.bin
Und selbst da hab ich gerade einen ESP, bei dem die rf_cal danach nicht mehr stimmt
rf_cal[0] !=0x05,is 0x7B
Für die unter Euch, die Linux nutzen hab - ich kann Euch die nötigen Dateien schicken.
Aber: in erster Linie wollen wir ja vorwärts upgraden, und das sollte jetzt funktionieren.
BITTE NUTZT KEINE CONTROLLER, DIE IHR WIRKLICH BRAUCHTobwohl ich das API nahezu gleich gelassen habe, gibt es keine Garantie, dass alles immer funktioniert.
Was ich mir als Feedback wünsche:
- allgemeines Feedback zur Oberfläche - ich hab mich stark an das bestehende angelehnt, aber ein paar Dinge sind doch anders
- versucht mal, mehr als einen Controller upzugraden und seht Euch an, ob die mDNS Geschichte überall funktioniert (oben links im Seitenmenü gibt es ein dropdown, in dem alle Controller mit der neuen Firmware auftauchen sollten)
- Testet, klar, das OTA und auch das neue Einrichten eines Controllers - wenn Ihr das WLAN löscht, über die Oberfläche oder über den CLR Button - kommt Ihr damit klar?
- Euch fällt bestimmt noch mehr ein
Wenn Ihr Bugs findet: idealerweise öffnet Ihr ein Github Issue dafür.
Hier sind die Repos:
Firmware (https://github.com/pljakobs/esp_rgbww_firmware/)
Webapp (https://github.com/pljakobs/esp_rgb_webapp2/)
Wenn möglich, bitte die entsprechenden Fehlermeldungen im firmware log (serielle Konsole) und im Browser log (F12) anhängen sowie eine Beschreibung, was Ihr getan habt und was Ihr erwartet hättet.
Es sind noch viele Teile des UI nicht mit Funktion gefüllt, aber die Basis ist da, der Rest ist Fleißarbeit (PRs werden gerne angenommen, also wer mithelfen will: nur zu!)
Wichtig: Ihr könnt schon Presets für Farben anlegen, aber die werden momentan bei einem Update nicht gesichert. In der aktuellen Version gibt es auch noch kein safe/restore für die ganze Konfiguration. Also macht Euch mal noch keine zu schönen Listen an Presets, die sind beim nächsten Update weg.
Was noch kommt:
- Nächstes Ziel ist erstmal Funktionsparität des UI mit dem alten UI. Sprich: alles, was bisher ging muss auch gehen. Dazu gehört auch, dass die erweiterte Konfiguration beim Update nicht mehr verloren geht.
- Danach hab ich zwei große Richtungen:
- ESP32(c3) enablement - da bin ich schon sehr weit (das war ja der ursprüngliche Anlass für den Port auf Sming 5.x)
- Integration von Scenes im UI, sprich die Möglichkeit, eine Lichtszene über mehrere Controller hinweg zu konfigurieren und vom Webui aus zu aktivieren. Aktuell gibt es keinen Plan, das als fhem Funktion zu implementieren, aber die dafür nötigen Daten können alle über das API abgeholt werden, man könnte also auch in fhem diese Szenen sehen, konfigurieren und schalten. Ich bin mir nur nicht sicher, ob das wirklich sinnvoll ist, denn fhem kann ja schon lightscenes.
Zu fhem:
da die Controller jetzt ja über mDNS findbar sind - vielleicht mag jemand das fhem modul so erweitern, dass es daraus autoconfig/autocreate macht? Der mDNS Service, nach dem Ihr suchen müsst ist "esprgbwwAPI" auf http.tcp.local
Aber: genug der Vorrede, hier ist die URL für's OTA:
http://home.mobileme.de:8080/version.json
einfach wie gehabt in das OTA Feld eingeben, update anstoßen und ... hoffen?
Viel spaß
(nach Diktat verreist)
PS: ich änder die OTA URL nochmal, damit die auf github liegt, dauert aber noch einen Moment.
(2024-03-11 9:20) ich hab einen controller, bei dem zwar das erste Flashen (vbs zu V5) funktioniert, der dann aber beim zweiten OTA (von V5 in rom1 zu V5 in rom0) scheinbar ein kaputtes spiffs filesystem in spiffs0 erzeugt. Ich bin mir noch nicht sicher, woran das liegt.
(2024-03-12 9:09) ich glaube jetzt zu wissen, dass das Problem mit dem alten rBoot binary zusammenhängt.
Hintergrund: die große Änderung zwischen Sming 4.2 und 4.3 war die Einführung von Partitionen. Zu dem Zeitpunkt wurde auch rBoot so geändert, dass es das Partition Table lesen kann. Das ganze Interface mit dem Flash Storage ist seit 4.3 an den Partitionen orientiert, nicht mehr den Slots. Weil aber der alte rBoot code nur Slots kennt, muss das irgendwo übersetzt werden - das passiert im OtaUpdater. Nach dem ersten Boot landet mein Code aber im "temp boot mode" und die Information von OtaUpdater und rBoot sind nicht übereinstimmend, die runningPartition mapt nicht auf den currentSlot.
Das könnte jetzt entweder auf einen Bug bzw eine Adaption im OtaUpdater hinauslaufen oder darauf, dass wir mit dem OTA auch rBoot updaten - den Code dafür hab ich eigentlich schon, nur tut er noch nicht, was er soll.
(2024-03-13 19:49) nach zwei Tagen, in denen ich einem der Sming Developer extrem auf die Nerven gegangen bin, ihn und mich extrem verwirrt habe, 20 Sachen versucht habe, die nicht funktioniert haben bis er endlich gesehen hat, was ich hätte die ganze Zeit sehen können: Ich hatte die Partitionen anders angeordnet als sie in der original Firmware liegen. Ich hatte rom0, rom1, spiffs0, spiffs1 (wie die ganzen neueren Beispiele es machen), das alte Layout war rom0, spiffs0, rom1, spiffs1. Wenn ich jetzt mit meinem neuen Layout daherkomme, und rom1 und spiffs1 beschreibe, dann landet rom1 da, wo im Controller spiffs0 liegt und spiffs1 liegt richtig. Ich lasse mir beim Start den Inhalt beider spiffs Partitionen ausgeben und hatte mich schon gewundert, warum da immer eine CodeZeile (genauer: ein debug text) stand, jetzt weiß ich es. Weil ich code über Daten gebügelt habe. Wer Lust hat, kann man nachsehen, wie wirr ich zwischendurch war: https://github.com/SmingHub/Sming/discussions/2727
ich denke, Ihr könnt es jetzt wagen, idealerweise habt Ihr aber einen Programmieradapter zur Hand, falls Ihr es Euch zerschießt
Zitat von: pjakobs am 01 März 2024, 14:28:27Zitat von: Kai-Alfonso am 01 März 2024, 14:20:08Da ich ja eh Probleme hab (siehe Beitrag vor dir) würde ich mich gerne melden. Dann kram ich mal meinen Programmer raus
Ich hab Dein Problem nicht ganz analysiert, aber es könnte sein, dass Du auf den Buffer Overrun läufst, den ich letzten Sommer in Sming gefixt habe, das ist im neuen Build auf alle Fälle besser
Warte seh ich das richtig und Du kannst Dich nicht mit dem AP verbinden? Das ist dann was anderes. Wenn Du schonmal den Programmer raus kramst, dann würde ich gerne das log davon sehen.
pj
So, ich hab mal per serial geschaut. Komisch ist, das ich bei 115200 Bau zwar Klartextzeichen bekommen, aber auch irgendwelche Steuerzeichen. Normalerweise habe ich mit serielle Kommunikation kein Problem
▒▒▒fs.start: size:768 Kb, offset:0x100000
▒mount res: 0
SSID: Horst_IoT
'*' regie
&' ge
&ebapp' registered
'/config' registered
'/info' registered
'/color' registered
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒kw'▒ѕɕ▒'/scan_networks' registered
'/system' registered
'/upda Fde
&cec' egistered
'/generate_204' registered
'/ping' registered
'/stop' registere▒▒▒▒▒▒▒~▒▒▒▒▒w▒g▒▒ѕɕ▒'/continue' registered
'/blink' registered
▒p▒w▒▒▒▒▒▒▒▒▒▒▒w▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒disconnect from ssid Horst_IoT, reason 15
AP configurati▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒G▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒scan completed: 8 found
▒▒▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒Ф<8b:38:'0:95:14:37join, AID = 1
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒t▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒p▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒w▒▒▒▒Er kann sich nicht zu meinem IoT Netz verbinden, macht dann wohl ein eigen AP auf. Ein FW Reset über die Tasten geht auch nicht. Mittlerweile komme ich wieder auf den AP drauf, aber bei /webapp kommt eine leere Seite. (getestet mir 3 Endgeräten=
Ich habe, weil er monatelang gut lief, gar nicht so in der FAQ geschaut und habe jetzt mal die Pins am ESP12 durchgeklingelt. Bei mir sind EN und GPIO16 verbunden, kann aber auch nicht erkennen, wo Sie verbunden sind. Die Lötpunkte sind unter der Lupe sauber, habe aber trotzdem noch mal vorsichtshalber ein wenig den Lötkolben drangehalten. Unter die Platine kann ich logischerweise nicht schauen, ob da was verbunden ist. Aber soweit sieht alles gut und sauber aus, was ich sehe
hmm... also die Ursache deiner Verbindungsprobleme ist wohl hier:
Zitatdisconnect from ssid Horst_IoT, reason 15
wobei ich ehrlich gesagt nicht weiß, was "reason 15" ist, das müsste man im esp nonos api nachsehen.
Dass Du eine leere Seite bekommst, wenn Du Dich mit dem AP verbindest ist vermutlich ein uralter Bug in lwip, dem Protokollstack den Sming nutzt. Den hab ich im letzten Sommer gefixt, aber in der alten Firmware ist der Fix natürlich nicht drin.
Wenn Du Linux benutzt, dann kannst Du das API auch von der Kommandozeile bedienen:
curl --header "Content-Type: application/json" \
--request POST \
--data '{"ssid":"<Dein WLAN Name","password":"<Dein WLAN Password"}' \
http://192.168.4.1/connect
unter anderen Betriebssystemen gibt es bestimmt auch tools, um einen solchen Request zu bauen, aber damit kenn ich mich nicht aus.
mit der neuen Firmware ist der ip Bug gefixt, aber leider hab ich gerade noch Probleme, die per OTA sauber über die alte zu flashen.
pj
Also reason 15 ist "REASON_4WAY_HANDSHAKE_TIMEOUT" Da ich hier mehrere ESP hier laufen habe (aber keinen ESP12, alles die kleineren), gehe ich davon aus, dass das jetzt eher kein WLAN Problem ist. Ich kann das Teil aber auch nicht wie in der FAQ resetten.
Linux nutze ich, werde das mal versuchen mit curl zu setzen.
Was ist mit den beiden verbundenen Pins beim ESP? Nicht schlimm?
Zitat von: Kai-Alfonso am 12 März 2024, 09:45:49Was ist mit den beiden verbundenen Pins beim ESP? Nicht schlimm?
da müsste ich in's layout schauen, den ESP8266 hab ich nicht mehr so im Kopf.
Zitat von: pjakobs am 13 März 2024, 19:54:24Zitat von: Kai-Alfonso am 12 März 2024, 09:45:49Was ist mit den beiden verbundenen Pins beim ESP? Nicht schlimm?
da müsste ich in's layout schauen, den ESP8266 hab ich nicht mehr so im Kopf.
so, eben mal nachgesehen, GPIO16 und Enable sollten nicht verbunen sein, ich hatte in paar Fälle in den von Elecrow produzierten Platinen, wo die Pins unter dem ESP12 Modul verbunden sind, weil die Lötstoppmaske nicht ganz richtig war.
Für den ESP8266 ist GPIO16 der CLEAR_PIN, wenn der LOW ist (der CLR button zieht ihn über einen 10k Widerstand auf LOW), dann resettet die Firmware die Konfiguration. ENABLE ist der CH_PD des Esp8266, der muss HIGH sein, damit der Controller läuft.
Wenn CLEAR_PIN dauerhaft auf HIGH liegt, dann hat das normalerweise keinen Einfluss, nur ist der CLR Taster dann nutzlos. Das erklärt, warum Du Deine Konfiguration nicht resetten kannst.
Grüße
pj
Hey pj,
sorry - hatte die letzten Tage keine Zeit mich zu kümmern, jetzt liegt das Teil wieder vor mir. Ich kann das Teil auch gar nicht flashen:
.\esptool.exe --port COM6 -b 115200 erase_flash
esptool.py v4.7.0
Serial port COM6
Connecting......................................
A fatal error occurred: Failed to connect to Espressif device: Serial data stream stopped: Possible serial noise or corruption.
Serial Noise klingt logisch, das sehe ich auch im Serial Monitor.
Was mach ich denn jetzt mit dem Teil? Kann es nicht resetten, nicht flashen. Hmm
Zitat von: Kai-Alfonso am 27 März 2024, 10:34:34Hey pj,
sorry - hatte die letzten Tage keine Zeit mich zu kümmern, jetzt liegt das Teil wieder vor mir. Ich kann das Teil auch gar nicht flashen:
.\esptool.exe --port COM6 -b 115200 erase_flash
esptool.py v4.7.0
Serial port COM6
Connecting......................................
A fatal error occurred: Failed to connect to Espressif device: Serial data stream stopped: Possible serial noise or corruption.
hast Du den "PRG" button gehalten und den "RST" button gedrückt?
Wenn Du "RST" drückst, blinkt dann die blaue LED auf dem LED12 zweimal kurz?
Wenn Du "PRG" hälst und "RST" drückst, sieht es dann anders aus?
Zitat von: Kai-Alfonso am 27 März 2024, 10:34:34Serial Noise klingt logisch, das sehe ich auch im Serial Monitor.
nee, was Du siehst ist imho die Tatsache, dass der Bootloader mit 74880 Baud kommuniziert, die Firmware aber mit 115200, Du kannst mal ein Terminal ran hängen und auf 74880Bd stellen, dann siehst Du den Bootloader - aber der funktioniert ja, die Firmware startet ja.
Zitat von: Kai-Alfonso am 27 März 2024, 10:34:34Was mach ich denn jetzt mit dem Teil? Kann es nicht resetten, nicht flashen. Hmm
na ja, nachdem da offenbar eine Brücke zwischen GPIO16 und ENABLE ist, kannst Du die beiden Pins mal mit viel Flussmittel nachlöten, vor allem an den Pads - und schauen, ob Du die Brücke auflösen kannst.
Im schlimmsten Fall kannst Du immer einen neuen ESP auflöten, aber ich glaub nicht, dass Du da bist.
pj
Hi :)
Zitathast Du den "PRG" button gehalten und den "RST" button gedrückt?
Jau, das habe ich wie in der Doku gemacht
ZitatWenn Du "RST" drückst, blinkt dann die blaue LED auf dem LED12 zweimal kurz?
Nein, nur einmal.
ZitatWenn Du "PRG" hälst und "RST" drückst, sieht es dann anders aus?
Ja, blinkt auch nur einmal, aber viel kürzer als beim RST
Zitatna ja, nachdem da offenbar eine Brücke zwischen GPIO16 und ENABLE ist, kannst Du die beiden Pins mal mit viel Flussmittel nachlöten, vor allem an den Pads - und schauen, ob Du die Brücke auflösen kannst.
Das habe ich mal probiert, hat aber leider nicht die Brücke aufgelöst
Ich hab mal geschaut - ich sehe immer Noise im Terminal - auch mit 115200 Baud, wenn der Bootloader durch ist - dann sehe ich zwar den Serial Output, aber noch mehr Noise
das ist in der Tat seltsam. Hast Du ein Problem mit der Masseverbindung?
Die berühmten Worte: "das sollte nicht so sein"
kannst Du die Versorgungsspannung am ESP mal messen? das sollten ziemlich genau 3.3V sein, eher so 3.32V
Aber ansonsten bin ich so auf die Ferne auch erstmal nicht klüger.
Ich hatte bisher keinen Fall, in dem der ESP auf so eine merkwürdige Art kaputt gewesen wäre. Meist ist irgendwann der FLASH hin, aber sowas?
pj
Zitat von: pjakobs am 27 März 2024, 13:28:53kannst Du die Versorgungsspannung am ESP mal messen? das sollten ziemlich genau 3.3V sein, eher so 3.32V
Also, ich messe da 3.287V
Hm - komisch. Alternativfrage: Wo bekomme ich denn neue her, wenn mein alter kaputt ist?
Zitat von: Kai-Alfonso am 27 März 2024, 13:47:52Zitat von: pjakobs am 27 März 2024, 13:28:53kannst Du die Versorgungsspannung am ESP mal messen? das sollten ziemlich genau 3.3V sein, eher so 3.32V
Also, ich messe da 3.287V
das sind 3.3V, damit läuft der ESP einwandfrei (solange nicht große Schwingungen daher kommen). die 13mV machen ihn nicht bang.
Zitat von: Kai-Alfonso am 27 März 2024, 13:47:52Hm - komisch. Alternativfrage: Wo bekomme ich denn neue her, wenn mein alter kaputt ist?
ich bin nicht überzeugt, dass das Problem der ESP ist, ich würde mir das ganze eigentlich gerne ansehen, aber ich hab hier noch einen Stapel zu reparierender (bzw. neu zu flashender) Boards eines anderen Nutzers liegen, die ich seit Ewigkeiten nicht zurück gesendet hab, weil ich in dem Fall glaube, dass es die Firmware ist, und ich ihm die neue Firmware schicken will, die viele Bugs behoben hat.
Bist Du Dir 100% sicher, dass die GND Verbindung zwischen Deinem Controller und dem USB/Seriell Wandler in Ordnung ist?
Oh, und: wie versorgst Du den ESP mit Strom, wenn Du ihn programmieren willst? Dazu muss er weiterhin an 12V hängen.
pj