M5Dial loosing connection to HA or HA disconnecting #17
Comments
|
ich habe den Dial diesbezüglich die letzten Tage extra mal beobachtet. Konnte das allerdings nur ein einziges mal überhaupt sehen, aber leider bisher noch nicht erneut reproduzieren. Tritt das eventuell nur in einem bestimmten Mode auf? |
|
Bei mir reagiert der Dial gar nicht. Geflasht nach Anleitung. Dann steht er erst auf "OFFLINE", kurz danach auf "DISCONNECTED". Das Gerät lässt sich auch nicht anpingen. Die Verbindung wird vom Home Assistant discovered, aber eine Verbindung lässt sich nicht herstellen (da das Gerät ja anscheinend wirklich nicht mehr mit dem Netzwerk verbunden ist). NACH dem Flashen möchte ESPHome das Gerät übrigens neu "adapten". Auch das geht nicht, da keine Verbindung hergestellt werden kann. Ich habe zwei M5Dial bestellt. Bei beiden dasselbe Problem. Wenn ich sie übrigens nur mit dem Minimum ESPHome Default flashe, verbinden sie sich problemlos mit dem Netzwerk (aber dann fehlt halt die Funktionalität dieses Projektes, für das ich die Geräte extra bestellt hatte). Also WiFi scheint zu gehen, sobald aber dieses Projekt installiert wird, geht WiFi nur einmal ganz kurz und dann gar nicht mehr (also davon gehe ich aus, da das Gerät weder über ESPHome, noch über ping, noch über Home Assistant, ansprechbar ist). Ob es an der Version liegt, kann ich nicht sagen; Auf dem Aufkleber steht nur "M5Dial" und "K130" (und eine Seriennummer, die bei beiden Geräten ebenfalls mit K130 beginnt). Ich hatte mit den M5Stack Atom Echos schon erhebliche Probleme, obwohl diese ja super mit ESPHome funktionieren sollen. Die funktionierten zwar, allerdings sehr schlecht (Audio Feedback verzerrt, verzögert und unverstehbar). Da ich dieses Projekt in Deinen Videos so genial fand, habe ich trotzdem noch mal in M5 investiert, und diesmal geht gar nichts (abgesehen vom Offline bzw. Disconnected Bildschirm). Wenn die tatsächlich verschiedene Versionen raushauen, ohne dies irgendwie deutlich erkennbar zu kennzeichnen, sollte die Geräte doch wenigstens untereinander kompatibel sein..? Ich habe es zwischendurch ein paar Mal "geschafft" (leider keine Ahnung, wie), das Gerät dann doch in Home Assistant einzubinden und auch die Kontrolle über Services zu erlauben. Der Dial zeigte dann tatsächlich die zu bedienende Testlampe an; allerdings ohne sie tatsächlich zu steuern. Obwohl dies in der ESPHome Konfiguration beim hinzufügen erlaubt wurde. Dieser Bildschirm, der die steuerbare Lampe anzeigte, blieb aber immer nur für wenige Sekunden und dann wechselte das Gerät wieder zu DISCONNECTED. Das hat allerdings nur wenige Male (und für sehr kurze Zeit) funktioniert und lässt sich jetzt gar nicht mehr reproduzieren. Offline/Disconnected, mehr geht nicht. Ideen, was man verändern könnte? Ich würde das Projekt so gerne zu Hause einsetzen. Danke :) |
|
Wie versorgt Ihr Eure Dials mit Strom? Ich hatte bislang per USB-C zugeführt, weil ich so ja auch geflasht hatte. Dann fiel mir aber auf, dass auf der Pappkarte in der Verpackung von 6~36V angegeben wird. Also habe ich es mit einem Labornetzteil probiert. Erst 6V, dann bis 12 hoch gegangen. Bei 12V und 0.06A hat das Gerät aber auch kaum WLAN gehabt, bzw. nur so viel, um einmal kurz vom Home Assistant discovered zu werden; beim Versuch, dann eine Verbindung herzustellen, war schon Schluss:
Im Video wird gesagt, man soll die gesamte yaml durch den Code hier im Repo ersetzen. Das hat bei mir nicht funktioniert. Nach dem Flashen gab es keine Verbindung, das Gerät blieb offline/disconnected. Versuch 1: da ich mit verschiedenen VLAN arbeite, habe ich dem Gerät Zugriff auf das WLAN (und damit auch VLAN) gegeben, in dem sich der Home Assistant befindet (normalerweise haben alle IOT Geräte ein separates VLAN). Das hat leider keinen Unterschied gemacht, ging genauso gut / schlecht wie zuvor. Versuch 2: Abändern der yaml. Und zwar habe ich die Codezeilen aus der hier gehosteten yaml manuell übertagen; die fertige Datei sah dann so aus Das Entschuldigung, falss das jetzt gar nicht mehr die Konfiguration ist, die ansatzweise funktioniert hatte... Ich habe so viel herumprobiert, dass es eine frühere (aber inhaltlich ähnliche) Variante war, die funktioniert hatte. Was heißt "funktioniert"? Das Gerät war weitestgehend pingbar und lies sich auch in den Home Assistant einbinden. Es wurde sogar meine im Code eingetragene Lampe angezeigt -- allerdings war sie nicht steuerbar (obwohl ich den entsprechenden Haken gesetzt hatte)
Also auf dem Display wurde tatsächlich meine Lampe angezeigt, das Regeln der Werte funktionierte allerdings nicht. Egal ob 0, 50, oder 100%, das Licht blieb so, wie es vor dem Ändern über den Dial auch schon war. Nach jedem Ändern der Konfiguration war das OTA Update russisches Roulette. Mal lies sich eine Änderung im Code durchsetzen, mal musste ich das Gerät wieder von Grundauf neu einrichten (via AP mit meinem Netzwerk verbinden, in Home Assistant löschen, neu hinzufügen). Ich verstehe nicht ganz, wo das Problem liegen kann. Mal geht es, mal geht es nur halb, mal geht es gar nicht. Aber jeweils nicht reproduzierbar bzw. nach keinem für mich erkennbaren Muster. |
|
@prankousky wie flashst du? direkt aus esphome heraus? adopt sollte eigtl nie notwendig sein wenn direkt aus esphome über usb geflasht wird. Das ist ja eigt nur bei abweichenden Namen der Fall. Ich hab es vorgestern gerade erst mit einem frischen ESPHome Projekt getestet und die Beispielconfig aus der Readme 1:1 auf den dial geflasht und es lief anstandslos. Bzgl. "use_address". Wenn dein Netzwerk über DHCP nicht wie für ESPHome erforderlich funktioniert, vergib lieber fixe IPs direkt über die esphome-config. Wenn du trotzdem nicht weiter kommst, können wir uns das ganze gerne auch einmal gemeinsam in einem Talk auf Discord ansehen, wo du mir deinen Bildschirm teilen kannst. |
|
Ich habe zuerst direkt aus ESPHome heraus geflasht. Mir ist aufgefallen, dass es bei "exzessivem Flashen" dort manchmal zu Problemen kommt; also bsp. in einem Fall wie diesem, wo etwas nicht auf Anhieb klappt, werden manchmal neu kompilierte Dinge anscheinend (??) nicht übernommen. Als ich die WiFi Credentials geändert hatte, verband sich das Gerät trotzdem noch mit dem zuvor konfigurierten Netzwerk. Also habe ich es auch mit esptool versucht, und zwar 1) Ich probiere es gleich noch einmal und frisch; also erase per esptool, dann flashen via ESPHome, mit dem Beispielcode aus der README.md und zusätzlich UPDATE I (2024-05-15 ~08:00) Das frisch gelöschte und dann geflashte Gerät gibt folgenden Log aus.. Das Licht wurde kurzzeitig auf dem Display angezeigt, bevor es zu DISCONNECTED wechselte; steuern ließ es sich nicht. Was wohl daran liegt, dass zu dem Zeitpunkt noch keine API Verbindung zu Home Assistant bestand, ich also dementsprechend auch keine Möglichkeit hatte, dem Gerät Service Calls zu genehmigen. Aber nach kurzem Testen (ändern der Helligkeitswerte) war die Verbindung dann sowieso schon wieder weg. Zu diesem Zeitpunkt hatte ich vergessen, use_address zu übergeben. Das habe ich ergänzt. Dann wollte sich das Gerät allerdings nicht mehr mit dem Netzwerk verbinden. Also habe ich den gesamten wifi Block ergänzt: Jetzt sieht der Log folgendermaßen aus Weiter geht es nicht. Das Display wechselt von kurzzeitig OFFLINE (grauer Hintergrund) zu DISCONNECTED (blauer Hintergrund). Das Gerät kann nicht angepingt werden. Im Home Assistant wird es wieder gefunden, aber dann ist Schluß:
Ich werde das Gerät nun noch einmal vollständig zurücksetzen und mit der letzten Config (also inkl. wifi Block, der use_address sowie ssid und password enthält), neu flashen. Update folgt dann wieder :) UPDATE II (~ 8:30) Gerät gelöscht und neu geflasht. Vor dem Flashen habe ich außerdem Clean Build Files in ESPHome angeklickt, damit die Datei wirklich vollständig frisch kompiliert wurde. Der Log sagt folgendes, also es bleibt wieder einfach bei Laut UniFi ist das Gerät mit dem WiFi verbunden
Ping sagt nein
Man sieht den einen, sehr kurzen Augenblick, während dem das Gerät mit dem Netzwerk verbunden war. Zu diesem Zeitpunkt war es mir auch Möglich, es in Home Assistant zu integrieren
Wobei mich das Ich habe dann im Logviewer
Die Verbindung war wieder nur von kurzer Dauer. Der Log Man kann hier sehr schön sehen, wann das Device resettet wurde, denn dann ist jeweils eine kurze Verbindung vorhanden
Okay, und jetzt wird es richtig komisch... Ich habe das Gerät einfach laufen gelassen und diesen relativ langen Post hier verfasst... Plötzlich Video. Es funktioniert. Wenn auch mit ziemlichem Delay mitunter, aber es geht. Auf einmal (!!) lässt sich das Gerät auch halbwegs durchgehend anpingen.
Zwar nicht das vollständig durchgehende Grün, was meine anderen Geräte im Netzwerk haben, aber hey 😆 es läuft. Ich werde nun die Konfiguration durch weitere Geräte ergänzen und dann neu flashen... mal sehen, wie lange es diesmal dauert, bis das Gerät funktioniert. Aktuell sieht es so aus, als wenn es lediglich Startschwierigkeiten hat, aber sich dann irgendwann auf einmal doch verbindet und verbunden bleibt 🤷♂️ strange, aber okay, sofern das nur einmal der Fall ist, kann man damit doch leben :) Also, mehr dann in Update III ;) |
|
Update III, ich mache mal einen neuen Comment dafür, weil hier jetzt vielleicht der Haken liegen könnte...
und Da wieder keine Verbindung hergestellt wurde (Flashen war 08:28 fertig, bis 08:43 keine Verbindung) habe ich über die Logs mehrfach einen Reset durchgeführt. Bis dann oben diese Meldung kam, dass irgendwann ein safe mode restart durchgeführt wurde. Diesen habe ich proviziert, indem ich immer wieder neu gestartet habe, bis eben der Counter voll war. Nach diesem Safe Mode war tatsächlich eine kurze Verbindung möglich; ich konnte den Fan, den ich hinzugefügt hatte, einschalten. Das war es dann aber auch schon wieder. Die Verbindung war wieder weg. Noch ein paar Restarts... keine Verbindung. Eben gerade wechselte das Display von DISCONNECTED auf die Licht Entity; ich kann sie ändern, aber das Gerät lässt sich auch weiterhin nicht anpingen, entsprechend werden die geänderten Werte im Home Assistant auch nicht übernommen. Aber der Dial selbst scheint ja "der Ansicht zu sein", eine Verbindung zu haben, denn normalerweise wird einfach DISCONNECTED auf blau angezeigt, kein Piepen beim Drehen des Rades, und auf einmal ist die Lampe da und es piept. Da aber auch jetzt (~08:48) kein Ping da ist, funktioniert die Steuerung nicht. Der Dial meint wohl, er sei verbunden, UniFi zeigt ihn auch noch als Online an (seit über 17 Minuten, dabei ist er längst nicht mehr anpingbar und/oder kann irgend etwas steuern), ping und Home Assistant sagen, er ist nicht verbunden. Mehrere Resets haben bis jetzt auch nichts mehr gebracht. Ich muss gleich noch einmal weg -- es würde mich nicht wundern, wenn ich das Gerät einfach am Strom lasse und dann eine Verbindung besteht, wenn ich wieder da bin. Aber jetzt sind es halt schon wieder über 20 Minuten (inkl. mehrerer Resets) und eine stabile Verbindung fehlt. Während ich das schreibe, hat der Dial wieder für eine ganze Weile zu DISCONNECTED gewechselt (OFFLINE ist er immer nur ganz kurz während des Restarts), plötzlich ein Piep und die Lampe wird angezeigt -- allerdings wieder, ohne dass sie gesteuert werden kann. Nach ca. 20 Sekunden wieder ein Wechsel zu DISCONNECTED. Das war dieser Ping
Ich habe den Dial jetzt mit einem anderen USB Kabel versorgt, welches direkt an der Steckdose steckt (anstatt des USB Kabels, über das ich vom PC aus geflasht habe). Hier war er kurzzeitig sofort online, aber bevor ich etwas schalten konnte, war die Verbindung schon wieder weg
Sorry, so viel Text auf einmal... aber ich schreibe immer, was passiert ist, teste neu, und schreibe dann wieder... Jetzt habe ich eine halbwegs stabile Verbindung. Rot markiert ist der Zeitpunkt, seitdem der Dial an der Steckdose hängt (zuvor PC).
Jetzt ist die Verbindung stabil. Also wie im vorherigen Post, nicht so stabil, wie sie sein sollte, aber stabil genug, dass sich Geräte steuern lassen. Das hier ist der Ping aktuell... Die Verbindung bricht wohl immer mal ein, aber wenn ich eine Aktion ausführe (ich teste anhand der Lampe, also toggle oder ändern des Helligkeitswertes), dann ist die Verbindung wieder da. So weit, so gut :) Aber ich habe jetzt halt um ca. 8:30 neu geflasht (und zwar, weil ich der Konfiguration den Fan hinzugefügt habe), und knapp eine halbe Stunde später funktioniert das Gerät, ohne dass ich weiß, warum. Als die Verbindung vorhin plötzlich stabil wurde, so wie jetzt, war das Gerät weiterhin mit dem PC verbunden; dass es jetzt plötzlich funktioniert hat, als ich von PC auf Steckdose gewechselt habe, war also vermutlich ein Zufall. Ich dachte erst, vielleicht gibt der PC einfach nicht genug Energie raus, aber warum hat es dann vorhin geklappt? Jetzt läuft alles, also Verbindung Dial mit Steckdose, ping fast so stabil wie alle anderen Geräte im Netz. Allerdings traue ich mich aktuell nicht, die Konfiguration zu erweitern und/oder den Dial zu trennen. Ich nehme meinen Termin wahr und probiere danach weiter. Sorry, so viel Text... Ich beschreibe alles deshalb so genau, weil vielleicht sonst genau die entscheidende Information fehlt und in einer Woche oder so die nächste Person ein ähnliches Problem hat. |
|
Wie gesagt, vergib lieber eine fixe ip über die yaml, anstatt use_address
zu verwenden.
Das nutzen einer Statischen IP sorgt auch dafür, dass er nicht mehr per
mdns versucht die Adresse zum Hostnamen zu ermitteln, wäre aber mMn. der
saubere Weg. Das use_address ist eigtl ja eher dafür da, wenn du z.b. den
Gerätenamen änderst, um temporär auf eine abweichende IP flashen zu können.
Am Mo., 15. Apr. 2024 um 07:40 Uhr schrieb prankousky <
***@***.***>:
… Ich habe zuerst direkt aus ESPHome heraus geflasht. Mir ist aufgefallen,
dass es bei "exzessivem Flashen" dort manchmal zu Problemen kommt; also
bsp. in einem Fall wie diesem, wo etwas nicht auf Anhieb klappt, werden
manchmal neu kompilierte Dinge *anscheinend* (??) nicht übernommen. Als
ich die WiFi Credentials geändert hatte, verband sich das Gerät trotzdem
noch mit dem zuvor konfigurierten Netzwerk.
Also habe ich es auch mit esptool versucht, und zwar 1) esptool.py --port
/dev/ttyACM0 erase_flash 2) esptool.py --port /dev/ttyACM0 write_flash
0x0 m5-dial.bin bzw. testweise auch einmal esptool.py --port /dev/ttyACM0
write_flash --baud 921600 0x0 m5-dial.bin, wobei ich zwischen
verschiedenen versuchen jedes Mal erase_flash durchgeführt habe.
Ich probiere es gleich noch einmal und frisch; also erase per esptool,
dann flashen via ESPHome, mit dem Beispielcode aus der README.md und
zusätzlich use_address. Das Ergebnis hänge ich diesem Post dann an.
—
Reply to this email directly, view it on GitHub
<#17 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFMJPFGCMPC33QBXMLLRFTY5NR4PAVCNFSM6AAAAABFQLF37WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANJVGM3TENZXGE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
Also ich nutze den Dial recht viel nur über USB. Kann aber natürlich
durchaus sein, dass wenn der USB weniger Strom liefert, sich das ggf
negativ aufs Wifi auswirken kann.
Was Wifi angeht, ist der Dial auch teilweise recht empfindlich, hab ich den
Eindruck.
Aber ich vermute auch, dass das "here have been 10 suspected unsuccessful
boot attempts." eher zu verfolgen ist.
Die Frage hier wäre, welches Geräte und welcher Mode dabei aktiv sind. Ist
es immer der gleiche?
Eventuell ist ein Attribut in dem Moment nicht abrufbar oder liefert
unerwartete Werte zurück?
Hier wäre spannend, was im log vor dem Absturz ausgegeben wird. So kann ich
vllt Rückschlüsse darauf ziehen, wobei er abstürzt.
Am Mo., 15. Apr. 2024 um 09:10 Uhr schrieb Daniel Scheidler <
***@***.***>:
… Wie gesagt, vergib lieber eine fixe ip über die yaml, anstatt use_address
zu verwenden.
Das nutzen einer Statischen IP sorgt auch dafür, dass er nicht mehr per
mdns versucht die Adresse zum Hostnamen zu ermitteln, wäre aber mMn. der
saubere Weg. Das use_address ist eigtl ja eher dafür da, wenn du z.b. den
Gerätenamen änderst, um temporär auf eine abweichende IP flashen zu können.
Am Mo., 15. Apr. 2024 um 07:40 Uhr schrieb prankousky <
***@***.***>:
> Ich habe zuerst direkt aus ESPHome heraus geflasht. Mir ist aufgefallen,
> dass es bei "exzessivem Flashen" dort manchmal zu Problemen kommt; also
> bsp. in einem Fall wie diesem, wo etwas nicht auf Anhieb klappt, werden
> manchmal neu kompilierte Dinge *anscheinend* (??) nicht übernommen. Als
> ich die WiFi Credentials geändert hatte, verband sich das Gerät trotzdem
> noch mit dem zuvor konfigurierten Netzwerk.
>
> Also habe ich es auch mit esptool versucht, und zwar 1) esptool.py
> --port /dev/ttyACM0 erase_flash 2) esptool.py --port /dev/ttyACM0
> write_flash 0x0 m5-dial.bin bzw. testweise auch einmal esptool.py --port
> /dev/ttyACM0 write_flash --baud 921600 0x0 m5-dial.bin, wobei ich
> zwischen verschiedenen versuchen jedes Mal erase_flash durchgeführt habe.
>
> Ich probiere es gleich noch einmal und frisch; also erase per esptool,
> dann flashen via ESPHome, mit dem Beispielcode aus der README.md und
> zusätzlich use_address. Das Ergebnis hänge ich diesem Post dann an.
>
> —
> Reply to this email directly, view it on GitHub
> <#17 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAFMJPFGCMPC33QBXMLLRFTY5NR4PAVCNFSM6AAAAABFQLF37WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANJVGM3TENZXGE>
> .
> You are receiving this because you commented.Message ID:
> ***@***.***>
>
|
|
Bei der zu steuernden Lampe handelt es sich um ein zigbee Gerät; dieses macht selten bis gar keine Probleme, aber eben, selten. Deshalb habe ich sie aus der neuen Konfiguration herausgenommen, siehe hier: Laut UniFi ist das Gerät jetzt seit 20 Minuten online (also das ist nach dem folgenden Log), hat aber nur jeweils knapp 240bps Up/Down Speed und Während dieser Zeit war das Gerät die ganze Zeit per USB verbunden, da ich nur so Einblick in die Logfiles habe. Ich habe es jetzt (ebenfalls schon nach den unten stehenden Logs) wieder mit der Stromversorgung über die Steckdose probiert. Es ist weiterhin kein ping da und das Display zeigt DISCONNECTED. Diese Sachen hier sind mir aufgefallen; ich weiß allerdings nicht, was genau sie bedeuten bzw. ob/wie sie zu beheben sind. Log inkl. Anmerkungen |
|
Noch mal ein neuer Post, damit es nicht zu unübersichtlich wird... JETZT, also nachdem ich das alles abgeschickt hatte, ist das Gerät kurzzeitig funktionell. Ich konnte den Fan ein- und ausschalten; dann wollte ich die Prozentzahl abändern, da war aber schon wieder Schluss. Also konnte ich dann auch nicht mehr in die Logs gucken. Anpingbar war das Gerät dann ebenfalls nicht mehr. Nach einem weiteren Neustart (USB raus und wieder rein) war die Anzeige sofort wieder auf Fan, also kein -- oder wenn, dann nur minimal, konnte ich nicht genau sehen -- OFFLINE oder DISCONNECTED. Der Ping war ganz kurz da
Und es gab folgenden Minilog INFO ESPHome 2024.3.2 Das Gerät muss immer mal wieder zwischendurch kurz eine Verbindung zu Home Assistant hergestellt haben
Das Gerät funktioniert aktuell sporadisch. Von 10 Drehern / Touches wird vielleicht 1 - 2 registriert; im Log steht zwar nichts davon, aber die Verbindung ist immer wieder weg. Wenn ich das Fenster schließe und den Log neu aufrufe, kriege ich wieder etwas Output (nichts abweichend von dem zuvor geposteten), dann kommt irgendwann einfach nichts mehr... also auch kein "Disconnected" oder so, der Log wird einfach nicht weiter übertragen. Eben wurden dann diverse Aktionen zugleich ausgeführt. Ich habe ein bisschen am Rad gedreht, dann gedrückt, gedreht, gedrückt, und plötzlich habe ich die Relais des Fans klicken gehört, weil es anscheinend plötzlich all diese Aktionen direkt hintereinander ausgeführt hat. Also an, schneller, noch schneller, aus, wieder an, usw. Jetzt ist ein wenig Zeit vergangen, während ich diesen letzten Kommentar geschrieben habe. Plötzlich funktioniert das Gerät einwandfrei. Seltsamerweise ist es immer noch nicht anpingbar, aber Änderungen werden sofort übertragen. Das heißt, wenn ich bsp. zwischen 0% und 33% wechsle, schaltet sich der Fan tatsächlich auch ein und umgekehrt wieder aus. Wenn ich über den Home Assistant toggle, wird unverzüglich auf dem Display ebenfalls von bsp. 0% auf 33% gewechselt. Also kein Delay wie vorhin noch, sondern es klappt sofort. Das große ABER: ich habe in der Zwischenzeit ja nichts geändert. Das ist immer noch die neu geflashte Konfiguration aus dem vorherigen Post. Seitdem ist das Gerät bestimmt seit mindestens 45 Minuten mit Strom versorgt (erst vom PC, dann per Steckdose), aber hat nie richtig funktioniert. Auf einmal funktioniert es nun. Was mich wirklich wundert, ist, dass es immer noch nicht anpingbar ist. Der Ping läuft ins Leere. Also gar kein Output, weder rote Balken, noch sonstwas, einfach gar kein Output. Zur selben Zeit ist aber eine Verbindung da, denn der Fan wird geschaltet. Ich kann der Tatsache, dass der Dial anscheinend einfach so lange braucht, um sich fest mit dem Netzwerk zu verbinden, nicht ganz folgen. Also dass es auf einmal problemlos läuft. War heute Vormittag ja genau so -- auf einmal lief alles. Dann habe ich die Konfiguration geändert, neu geflasht, es ging wieder nichts, und plötzlich läuft es wieder. Wenn ich jetzt wüsste, ich muss jeweils neu flashen, dann die Stromversorgung wechseln, dann läuft es, wäre das ja schon ein Schritt in die richtige Richtung... Aber dass es ja trotzdem eine relativ große Zeitspanne braucht, bis man die Änderungen in der Config dann live auf dem Gerät testen kann, ist natürlich zum Ausprobieren nicht ganz so vorteilhaft. Um Deine Frage beantworten zu können, habe ich eben noch den anderen Dial neu geflasht. Dieselbe Konfiguration wie zuvor gepostet, nur Das Gerät wurde nach dem Wechsel der Stromversorgung relativ zeitnah von Home Assistant erkannt; das Hinzufügen hat einen Powercycle benötigt, dann klappte es. Allerdings sendet das Gerät wohl keine Updates:
Hier müsste wieder die Firmware angezeigt werden. Die Erlaubnis für Service Calls habe ich gegeben, das Gerät zeigt den Fan auch an -- aber er ist nicht steuerbar. Ich habe die Integration neu geladen, was keinen Unterschied gemacht hat. Das Gerät wechselt aktuell immer zwischen Anzeige des Fans und DISCONNECTED hin und her. Für heute mache ich Schluß. Beide Geräte sind geflasht und sollten so funktionieren (denn nach der beschriebenen Wartezeit ging der erste Dial ja, was für mich heißt, der zweite, mit derselben Firmware, sollte auch laufen). Ich werde morgen Vormittag weiter testen. Wenn es "nur" eine gewisse Wartezeit braucht, bis die Dials verbunden sind, könnte man ja damit arbeiten - aber ich hoffe, dass mir morgen noch irgend etwas auffällt, was bisher übersehen blieb. Schönen Abend :) |
|
For me it is almost the same. A lot of times disconnected. If it works it works slow and only a few of the dials or clicks show up in the logs. Sometimes the action works, but most of the times not. Almost as it is overloaded and can not handle it anymore. Sometimes waiting helps and you can see a dial or whatever does the action. What does work is that the changes in the display keep working but not the actual action to dim or change color or switch the light on/off. |
|
@PaulMofers summarizes the issues my devices show very well. When did you purchase your dial? I ordered mine around the beginning of April 2024 or at the very earliest mid March. How many entities does your Home Assistant have? I believe we need to pinpoint why @danielscheidler does not have any issues, but we do. Possible reasons
Perhaps we can compare the output of the code below? I just googled a quick way to count different entities. Code at the bottom of this post, output right here: I don't feel like this is a lot. Considering that Daniel is a youtuber, he will likely have way more entities than me. But I am just trying to find the reason why it works for him, not for me or rather for us. ((just realized I got lights in there twice)) Then perhaps it could be the amount of devices on the network? Perhaps Daniel has a better infrastructure and/or we have just too much traffic resulting in the m5 dial to keep disconnecting? I doubt that this is the case as well, but just to be safe: I have multiple UniFi APs around the house; they are powered via PoE+ by an UniFi 24 switch. Firewall is pfSense on a dedicated machine (not virtualized, running on bare metal). At the moment, this is my count
That should not be too much, either. But again, just trying to find a common ground here. So yeah, I kinda mentioned this again, but it feels like this might really be the case: does m5 change their hardware without making these changes clear to the customer? I have four m5 atom echo devices. I bought them to use as voice assistants. All of them don't work quite as expected. They are sluggish and audio feedback is terrible. However, they are one of the devices officially mentioned by ESPHome and I didn't mess with the default code -- so they should work fine out of the box, correct? Now the same happens with these m5 dials. Daniel has produced multiple videos about this project. It looks so cool and works without issues for him. So even though I was already skeptic about m5, I bought two dials to test this. Both dials don't work as expected, causing problems that the original creator (who - naturally - has purchased his devices way earlier than I did) does not have. It feels like people buy some generation of these devices and create firmwares for them (ESPHome voice assistant); then some time passes and the hardware changes. Why else would there be countless videos of the m5 atom echo as voice assistant working just fine, but when I order multiple devices (months !! afters these videos have been released), none of those atom echos work as well as they did in the videos? And now the same with the dials. While I have no idea whether this is the case, I feel like it might most likely be a possibility. Lastly: @danielscheidler I have two of these, both working equally badly. We are both located in Germany (or well, I am, just assuming you are as well). I could send you one of my devices so that you can have a look at it and then mail it back to me. Would you want to do this? I am on your discord, I will link this github issue there after submitting my post here. Wed Apr 24, around 08:00, in the CHATS>>smarthome channel. So if you want, you can contact me there and give me your address or Packstation or whatever and I'll send you the device to look at. |
|
Not realy more ;) Not all of tested products find their way in my productive system. But these counts are not the problem. The Dial only pulls the Values of the devices, it handles and only the values, it needs to work. I think the problem is more likely to be in the network or power supply area, although you have already tested a few things with regard to the power supply. |
|
Power supply is no issue. It could be the network, also Unifi, as i understand prankousky also uses, but then this would be the only thing that has these problems. |
|
To me it looks as if most likely it does not work ok between the home assistant api and the dial |
|
Has anybody found any improvements? I wasn't able to fix anything / find any hint on how to, but I don't want these m5stack dials to become the same paperweights as the m5stack atom echos. |
|
Es ist schwer für mich etwas zu fixen, was ich nicht nachvollziehen kann.
Schick mir aber bitte noch mal ein vollständiges Log an [email protected] Wenn es dort durch den Code zu Abstürzen kommt, kann ich diese natürlich korrigieren. Wenn aber schon Pings nicht durchgehen, habe ich hier eher das Netzwerk im Verdacht und da kann ich wenig dran tun. |
|
@danielscheidler Sorry, falls das falsch rüber kam. Das war jetzt nicht so gemeint "ey, mach mal hin" und direkt an Dich gerichtet, sondern eher, ob irgendjemand irgend etwas herausgefunden hat; also bsp. @PaulMofers scheint ja auch ähnliche Probleme zu haben, wie ich. An den bisherigen Logs hat sich soweit erst mal nichts geändert. Nutzt Du im Code bezüglich des Netzwerkes / WiFi irgend etwas, was nicht dem Standard entspricht bzw. ggf. freigeschaltet werden muss? Und klar, es kann natürlich am Netzwerk liegen -- aber sämtliche Geräte (bei mir aktuell 69 WiFi und 14 Ethernet) laufen wunderbar. Sie lassen sich alle anpingen. Also wirklich instant; ist ein Gerät nicht verbunden (bsp. kein Strom) und wird dann verbunden, während ping bereits läuft, kann ich anhand des pings genau nachvollziehen, wann eine Verbindung zum WLAN hergestellt wurde. Das ist bei allen Geräten so, außer bei den Dials. Und jetzt kommt's: wenn ich einen der Dials mit der default ESPHome firmware flashe, dann lässt er sich anpingen. Also klar, dann fungiert er auch nur als "leeres" ESPHome Gerät, Deine Firmware ist dann nicht installiert, es lässt sich nichts steuern etc. - aber anpingen und (auch dauerhaft) eine Verbindung mit Home Assistant herstellen ist möglich. Wenn ich dann m5-dial-for-esphome flashe, läuft es wieder, wie zuvor beschrieben.
|
|
Kleiner Nachtrag: ich habe die UniFi Einstellungen folgendermaßen geändert. Keine Ahnung, ob es Zufall ist, aber das Gerät funktioniert aktuell. Also ich kann eine light entity und eine fan group steuern. Zwar mit ein wenig delay, aber es funktioniert. Interessanterweise lässt sich das Gerät jedoch weiterhin nicht anpingen. Also die Verbindung zu Home Assistant steht, Geräte werden gesteuert -- aber ping tut so, als wäre das Gerät offline. @PaulMofers perhaps try changing / adapting your UniFi settings to this. I don't know if this is the fix or mere coincidence, but, at least for now, it works fine for me.
|
|
@prankousky An der Wifi Komponente mach ich absolut nix. Ich greife nur auf die API zu, welche halt die Netzwerkverbindung voraussetzt. Aber hier scheint fribse der selbe Ansatz zum Erfolg geführt zu haben: |
|
Guten Morgen zusammen, |
|
I'm seeing the same issues as above. I've moved to static IPs. I've played around with the WIFI power setting, it seems that in WELL I'LL BE DAMED! While I was typing this out I went into my the netgear gui to see if there might be anything like beacon and rate controls, but the only option was One other thing worth noting is that before the dial was EXTREEMLY SLOW to respond at times. I would make an input and maybe a minute later it would change, now it's within the 1.2 to 3 second or so rate limit default. |
|
Habe das selbe Problem, Flashen funktioniert aber es steht direkt Offline und nach einer Zeit Disconected. |
|
I am having the same issue |
Im aktuellen Developer Code verliert der M5Dial immer wieder die Verbindung zu HA, nach sleep eigentlich immer. In diesem Fall bleibt das Display auf "DISCONNECTED", auch wenn HA wieder verbunden ist. Der M5Dial reagiert nach kurzer Zeit meistens wieder auf Input:
[13:40:00][D][api.connection:197]: Home Assistant 2024.3.3 (❌❌❌) requested disconnected
[13:40:00][D][HA_API:264]: API is not connected
[13:40:07][D][api:102]: Accepted ❌❌❌
[13:40:07][I][DEVICE:056]: Rotary right
[13:40:07][D][DEVICE:150]: HaDevice.onRotary: right
[13:40:07][I][DISPLAY:070]: refreshInnerMenu( ,4) = 60 °
[13:40:07][D][api.connection:1121]: Home Assistant 2024.3.3 (❌❌❌): Connected successfully
Ich habe den Eindruck, dass sich das im aktuellen DEV verschlechtert hat bzw. erstmals auftritt.
The text was updated successfully, but these errors were encountered: