Cool das du so viel Arbeit und Zeit investiert hast. Also bin auch Entwickler und am einarbeiten in ha. Mir würde noch Charts gefallen und Menüsystem vielleicht mal überlegen
Top Projekt und danke für deine Weiterentwicklungen. Was noch fehlt ist eine Integration von WLed. Neben der Farbwahl und der Helligkeit wäre es super die Farbvorlagen und Effekte über das Drehrad durchblättern und auswählen zu können.
Wow!! Sehr cool. Damit ist jetzt schon einmal ein M5Stack Dial auf meiner Wunschliste. Den Mediaplayer könnte man noch über Tasten oder Swipegesten für Hoch, Runter, Rechts, Links erweitern, dann könnte ich damit wunderbar meinen Fernseher steuern.
Swipe rauf runter ist mit Modi wechseln fix überall belegt und rechts links wechselt die Geräte. Wenn man das ggf in zukunft durch ein Menü ersetzt, wäre das eine Überlegung. Tasten hat der dial ja nur eine. Die ist glaub ich aktuell beim Player mit Play/Pause belegt Konzepte und Ideen könnt ihr mir aber gerne einfach als git issue, per discord oder Mail an dial@smarthomeyourself.de zukommen lassen.
Richtig tolles Projekt! Szenen und skripte wären noch eine tolle Ergänzung. Ob wirklich Szenen unterschiedlicher Räume gesteuert werden müssen, weiß ich nicht. Vermutlich würde ich nur die Szenen des Raumes steuern, in dem das dial ist. Aber skripte mit Input Parametern wären sehr praktisch. Ich habe diverse skripte mit denen ich komplexere Abläufe steuere und das komfortabel über das dial triggern zu können, wäre top.
Szenen stehen ja auf dem plan. Scripte ist aber auch ne interessante Idee. Also müsste man Scripte incl Parametern hinterlegen können. Hab ich so auch noch bei gemacht. Challenge accepted;)
Das Projekt ist der Hammer, bei der Optik würde ein Hauptmenü wie bei der Auslieferung vom M5 Dial schick rüberkommen, Licht, Steckdosen, Heizung usw. schön aufgeteilt. Ansonsten denke ich, dass man das Bluetooth fürs Trecking nutzen könnte. Zumindest als optionale Möglichkeit, wenn man es braucht. Und vllt. noch das NFC für gewisse Automationen oder als Freischaltung gewisser Entitäten/Geräte: Bsp: Bei mir ist der M5 Dial im Garten im Einsatz, da würde ich nur ungerne, dass jeder einfach so die Rollladen hochfahren könnte oder das Türschloss öffnet.
Das temporäre freigeben der Steuerung für einzelne Entitäten klingt auf jeden Fall sinnvoll! Hab ich mir mal notiert. RFID stand erst mal hinten an. Kommt aber auf jeden Fall auch noch. Tracking weis ich nicht, ob das zwingend in die component rein muss. Das lässt sich ja ganz normal über die yaml config im eigenen Projekt einbinden. Menü zur Auswahl steht auch schon auf der Todo Liste. Muss ich mir nur mal überlegen, wie ich das ins bestehende am besten einbinde, und vor allem wie man es dann gestaltet. Aber so in diee Richtung der Demo hatte ich auch schon drüber nachgedacht
Damn you! Jetzt habe ich direkt zwei Dials bestellen müssen ;) Hier ein paar Gedanken -- ich weiß nicht, wie gut das umzusetzen ist, aber vielleicht wäre es ja was: 1. "Zimmer-Modus" Man erstellt im Home Assistant eine input_select entity, anhand derer der Dial dann weiß, welche Geräte ihm zugewiesen sein sollen. Also wenn ich im Home Assistant "Wohnzimmer" auswähle, werden entsprechend folgende (Beispiel)Entitäten verwendet: cover.wohnzimmer, media_player.wohnzimmer_shield, climate.wohnzimmer, fan.wohnzimmer; wechselt die input_select nun jedoch auf Schlafzimmer, werden entsprechend automatisch cover.schlafzimmer, media_player.schlafzimmer_lautsprecher_abc, climate.bett, fan.schlafzimmer_decke, usw. auf dem Dial angezeigt. Das Gerät kann also einfach mitgenommen werden, und dadurch, dass man angibt, wo man sich befindet, werden automatisch die passenden Entities adaptiert. (ich hoffe, das ist einigermaßen verständlich umschrieben; m.E. macht es Sinn, wenn nicht versuche ich gerne noch mal, das besser zu beschreiben) 2. Media Player erweitern ENTWEDER durch eine weitere input_select entity, ODER per Template; nehmen wir an, man hat im Arbeitszimmer zwei verschiedene media_player entities, und möchte nun beide über den Dial steuern *können*, allerdings soll automatisch **die** Entität gesteuert werden, die zuletzt benutzt wurde. Also ich habe media_player.arbeitszimmer_mpd und media_player.arbeitszimmer_plexamp; wenn ich gestern noch über MPD etwas gehört habe, soll der Dial automatisch diesen Player auswählen; habe ich aber heute früh etwas im Plexamp gehört (und dann pausiert), war ja eben Plexamp zuletzt aktiv und soll entsprechend die Wiedergabe fortsetzen. (Template wäre cool, aber wenn man hier auch input_select nutzt, könnte/müsste der User halt eine Automatisierung verwenden, die die zugehörige input_select immer dann ändert, wenn einer der gewünschten Player gewechselt wird). Ansonsten: mega tolles Projekt!! Seit ich mit den m5Stack Atom Echos äußerst unzufrieden war (sollten als Voice Assistants fungieren, aber die Spracherkennung ist eher dürftig und das --leider nicht deaktivierbare--Audiofeedback ist so schlecht und langsam, dass man die Teile eigentlich gar nicht einsetzen mag) , wollte ich von deren Produkten erstmal nichts kaufen. Dieses Projekt hat mich vom Gegenteil überzeugt, ich kann's kaum erwarten, bis die geliefert werden :)
Ich Fang mal hinten an. Für das delay können mmn die Atoms weniger. Ich würde zumindest vermuten dass das Problem hier eher serverseitig ist. Zu Punkt 2 würde ich einen Dienst einbauen über den von ha aus einfach das aktive device gesetzt werden kann. Das wäre kein großer Akt. Zu Punkt 1 mach ich mir mal Gedanken. Aber die Geräte müssten auf jeden Fall im yaml hinterlegt sein. Wäre also wenn eine Filtermöglichkeit, zumindest bei meiner ersten groben Überlegung.
@@Smarthomeyourself also wenn ich einen raspberry pi zero w mit 2mic hat benutze, habe ich auch Delay, aber weniger, und die Kommandos werden zu 95% tatsächlich verstanden. Beim Atom scheitert es schon am Wakeword, welches man 5 mal sagen muss (bei gleicher Konfiguration am Server). Plus, die Antwort (tts, leider auch anscheinend nicht deaktivierbar) beim pi hört sich an, wie eine tts Antwort. Beim Atom werden jeweils einige Millisekunden abgespielt, dann Pause, paar Millisekunden Wiedergabe, Pause, etc. Dabei Krächzen wie verrückt. Also statt "Schenker eingeschaltet" kommt sowas wie "Sch...krrrr...Schwe... Krrr...wen....krrrr...enke...ker...krrr..Ei... Krrrr. Nge... Escha.... Krrrr...alt...krrr....ltet." Da ich sehr enthusiastisch da rein gegangen war, hatte ich vier Geräte bestellt, und bei allen vieren treten diese Probleme auf. Dass also ausgerechnet der eine Lautsprecher Probleme hat, schließe ich aus. Nutzt Du die Atoms, und funktioniert bei Dir alles wie erwartet? Egal ob lokal (whisper, piper, openwakeword) oder möglichst viel über nabu casa, es läuft super unrund. Bezüglich des Dials: vielleicht wäre das ja was fürs nächste Video zu dem Thema? Während ich yaml innerhalb von Home Assistant relativ gut durchschaue, macht mir das Zusammenspiel mit Esphome (Stichwort Service, der die Entität ändert) sofort Kopfschmerzen ^^
Super cool! Ich habe mir eine eigene Heizungskontrolle per AppDeamon programmiert, deshalb fände ich es cool, wenn man ganz normale Helfer Attribute (ich habe ein Zahlattribute, mit dem ich die Ziel Temperatur hinterlege) steuern könnte.
Also das Menü für die Einstellung des Gerätes finde ich nicht so wichtig wie eine Art Menü mit der man ganz schnell zu einzelnen entity springen kann oder sowas
Coole Sache. Aber ich merke grade ich muss mich auch mehr mit C befassen. Mal kucken ob ich meine Klimaanlage damit gesteuert bekomme :-) Evetuell doch mal ein Video zum Aufbau der Components > wie komme ich von YAML zu _init_py und dann zu einer C Function - Grundgerüst würde mir reichen. Ich blicke da im Moment null durch
Ich habe jetzt mal meinen M5_Dial programmiert. 2 Sachen finde ich aber nicht, oder sie sind (noch) nicht vorhanden. 1) die Möglichkeit das Ändern der Werte über den Touch abzuschalten und ihn nur zur Modus oder Gerätewahl zu nutzen. 2) die Möglichkeit bei RGB-Modus alle 3 (bzw. bei RGBW alle 4) Werte wieder auf 255 zu setzen, um ein weißes Licht zu erhalten. Sonst lässt sich mit der Bibliothek schnell gute Ergebnisse erhalten.
Stimmt, die 2 Möglichkeiten gibt es bisher nicht. Habe mir aber beides direkt mal notiert. Als Workaround für Punkt 2 könntest du den White-Mode an der Lampe mit aktivieren und in diesen wechseln. Sobald du da einmal den Weiswert neu wählst, wechselt die Lampe spätestens wieder zurück. Müsste ich mir noch mal ein paar Gedanken machen, wie man das auch bequemer im Farbwahlmodus unterbringen könnte. Das generelle abschalten der Toucheingaben könnte ggf auch nicht ganz ohne werden. Beim Mediaplayer z.B. benötige ich die zusätzlichen Touch-Eingaben ja auf jeden Fall. Heist, an zentraler Stelle kann ich nicht einfach sagen, ich reiche das Touch-Event dann garnicht mehr an den aktuellen Modus weiter. Aber evtl wäre eine Option innerhalb des Modus denkbar, touch einzeln an/ausschalten zu können. Ich mach mir noch mal Gedanken. Danke für die Anregung!
Cool das du so viel Arbeit und Zeit investiert hast. Also bin auch Entwickler und am einarbeiten in ha. Mir würde noch Charts gefallen und Menüsystem vielleicht mal überlegen
Top Projekt und danke für deine Weiterentwicklungen. Was noch fehlt ist eine Integration von WLed. Neben der Farbwahl und der Helligkeit wäre es super die Farbvorlagen und Effekte über das Drehrad durchblättern und auswählen zu können.
Also ein neuer zusätzlicher wled Mode für Lichter (oder 2. Einen für Effekte und einen für farbvorlagen). Ist notiert
Wow!! Sehr cool. Damit ist jetzt schon einmal ein M5Stack Dial auf meiner Wunschliste.
Den Mediaplayer könnte man noch über Tasten oder Swipegesten für Hoch, Runter, Rechts, Links erweitern, dann könnte ich damit wunderbar meinen Fernseher steuern.
Swipe rauf runter ist mit Modi wechseln fix überall belegt und rechts links wechselt die Geräte. Wenn man das ggf in zukunft durch ein Menü ersetzt, wäre das eine Überlegung.
Tasten hat der dial ja nur eine. Die ist glaub ich aktuell beim Player mit Play/Pause belegt
Konzepte und Ideen könnt ihr mir aber gerne einfach als git issue, per discord oder Mail an dial@smarthomeyourself.de zukommen lassen.
Richtig tolles Projekt! Szenen und skripte wären noch eine tolle Ergänzung. Ob wirklich Szenen unterschiedlicher Räume gesteuert werden müssen, weiß ich nicht. Vermutlich würde ich nur die Szenen des Raumes steuern, in dem das dial ist. Aber skripte mit Input Parametern wären sehr praktisch. Ich habe diverse skripte mit denen ich komplexere Abläufe steuere und das komfortabel über das dial triggern zu können, wäre top.
Szenen stehen ja auf dem plan. Scripte ist aber auch ne interessante Idee. Also müsste man Scripte incl Parametern hinterlegen können. Hab ich so auch noch bei gemacht. Challenge accepted;)
Schönes Projekt 👌🏻
Super Projekt, da hab ich beim Dial gleich zugeschlagen!
Starkes Projekt. Wird demnächst zugelegt :)
Das Projekt ist der Hammer, bei der Optik würde ein Hauptmenü wie bei der Auslieferung vom M5 Dial schick rüberkommen, Licht, Steckdosen, Heizung usw. schön aufgeteilt.
Ansonsten denke ich, dass man das Bluetooth fürs Trecking nutzen könnte. Zumindest als optionale Möglichkeit, wenn man es braucht.
Und vllt. noch das NFC für gewisse Automationen oder als Freischaltung gewisser Entitäten/Geräte: Bsp: Bei mir ist der M5 Dial im Garten im Einsatz, da würde ich nur ungerne, dass jeder einfach so die Rollladen hochfahren könnte oder das Türschloss öffnet.
Das temporäre freigeben der Steuerung für einzelne Entitäten klingt auf jeden Fall sinnvoll! Hab ich mir mal notiert.
RFID stand erst mal hinten an. Kommt aber auf jeden Fall auch noch.
Tracking weis ich nicht, ob das zwingend in die component rein muss. Das lässt sich ja ganz normal über die yaml config im eigenen Projekt einbinden.
Menü zur Auswahl steht auch schon auf der Todo Liste. Muss ich mir nur mal überlegen, wie ich das ins bestehende am besten einbinde, und vor allem wie man es dann gestaltet. Aber so in diee Richtung der Demo hatte ich auch schon drüber nachgedacht
Damn you! Jetzt habe ich direkt zwei Dials bestellen müssen ;) Hier ein paar Gedanken -- ich weiß nicht, wie gut das umzusetzen ist, aber vielleicht wäre es ja was:
1. "Zimmer-Modus"
Man erstellt im Home Assistant eine input_select entity, anhand derer der Dial dann weiß, welche Geräte ihm zugewiesen sein sollen. Also wenn ich im Home Assistant "Wohnzimmer" auswähle, werden entsprechend folgende (Beispiel)Entitäten verwendet: cover.wohnzimmer, media_player.wohnzimmer_shield, climate.wohnzimmer, fan.wohnzimmer; wechselt die input_select nun jedoch auf Schlafzimmer, werden entsprechend automatisch cover.schlafzimmer, media_player.schlafzimmer_lautsprecher_abc, climate.bett, fan.schlafzimmer_decke, usw. auf dem Dial angezeigt. Das Gerät kann also einfach mitgenommen werden, und dadurch, dass man angibt, wo man sich befindet, werden automatisch die passenden Entities adaptiert.
(ich hoffe, das ist einigermaßen verständlich umschrieben; m.E. macht es Sinn, wenn nicht versuche ich gerne noch mal, das besser zu beschreiben)
2. Media Player erweitern
ENTWEDER durch eine weitere input_select entity, ODER per Template; nehmen wir an, man hat im Arbeitszimmer zwei verschiedene media_player entities, und möchte nun beide über den Dial steuern *können*, allerdings soll automatisch **die** Entität gesteuert werden, die zuletzt benutzt wurde. Also ich habe media_player.arbeitszimmer_mpd und media_player.arbeitszimmer_plexamp; wenn ich gestern noch über MPD etwas gehört habe, soll der Dial automatisch diesen Player auswählen; habe ich aber heute früh etwas im Plexamp gehört (und dann pausiert), war ja eben Plexamp zuletzt aktiv und soll entsprechend die Wiedergabe fortsetzen. (Template wäre cool, aber wenn man hier auch input_select nutzt, könnte/müsste der User halt eine Automatisierung verwenden, die die zugehörige input_select immer dann ändert, wenn einer der gewünschten Player gewechselt wird).
Ansonsten: mega tolles Projekt!! Seit ich mit den m5Stack Atom Echos äußerst unzufrieden war (sollten als Voice Assistants fungieren, aber die Spracherkennung ist eher dürftig und das --leider nicht deaktivierbare--Audiofeedback ist so schlecht und langsam, dass man die Teile eigentlich gar nicht einsetzen mag) , wollte ich von deren Produkten erstmal nichts kaufen. Dieses Projekt hat mich vom Gegenteil überzeugt, ich kann's kaum erwarten, bis die geliefert werden :)
Ich Fang mal hinten an. Für das delay können mmn die Atoms weniger. Ich würde zumindest vermuten dass das Problem hier eher serverseitig ist.
Zu Punkt 2 würde ich einen Dienst einbauen über den von ha aus einfach das aktive device gesetzt werden kann. Das wäre kein großer Akt.
Zu Punkt 1 mach ich mir mal Gedanken. Aber die Geräte müssten auf jeden Fall im yaml hinterlegt sein. Wäre also wenn eine Filtermöglichkeit, zumindest bei meiner ersten groben Überlegung.
@@Smarthomeyourself also wenn ich einen raspberry pi zero w mit 2mic hat benutze, habe ich auch Delay, aber weniger, und die Kommandos werden zu 95% tatsächlich verstanden. Beim Atom scheitert es schon am Wakeword, welches man 5 mal sagen muss (bei gleicher Konfiguration am Server).
Plus, die Antwort (tts, leider auch anscheinend nicht deaktivierbar) beim pi hört sich an, wie eine tts Antwort. Beim Atom werden jeweils einige Millisekunden abgespielt, dann Pause, paar Millisekunden Wiedergabe, Pause, etc. Dabei Krächzen wie verrückt. Also statt "Schenker eingeschaltet" kommt sowas wie "Sch...krrrr...Schwe... Krrr...wen....krrrr...enke...ker...krrr..Ei... Krrrr. Nge... Escha.... Krrrr...alt...krrr....ltet." Da ich sehr enthusiastisch da rein gegangen war, hatte ich vier Geräte bestellt, und bei allen vieren treten diese Probleme auf. Dass also ausgerechnet der eine Lautsprecher Probleme hat, schließe ich aus.
Nutzt Du die Atoms, und funktioniert bei Dir alles wie erwartet? Egal ob lokal (whisper, piper, openwakeword) oder möglichst viel über nabu casa, es läuft super unrund.
Bezüglich des Dials: vielleicht wäre das ja was fürs nächste Video zu dem Thema? Während ich yaml innerhalb von Home Assistant relativ gut durchschaue, macht mir das Zusammenspiel mit Esphome (Stichwort Service, der die Entität ändert) sofort Kopfschmerzen ^^
Super cool!
Ich habe mir eine eigene Heizungskontrolle per AppDeamon programmiert, deshalb fände ich es cool, wenn man ganz normale Helfer Attribute (ich habe ein Zahlattribute, mit dem ich die Ziel Temperatur hinterlege) steuern könnte.
Stimmt. Number und Input_number fehlen noch. Kriegen wir hin.
super! Vielen lieben Dank!!
Ich fände es noch gut, wenn man den Switch als Timer benutzenkann und die Ausschaltzeit über das Drehrad auswählen könnte.
Timer Unterstützung ist notiert. :)
Also das Menü für die Einstellung des Gerätes finde ich nicht so wichtig wie eine Art Menü mit der man ganz schnell zu einzelnen entity springen kann oder sowas
Ich habe mein M5-Dial jetzt zu Hause liegen. Über Ostern ist ja etwas Zeit.
Coole Sache. Aber ich merke grade ich muss mich auch mehr mit C befassen. Mal kucken ob ich meine Klimaanlage damit gesteuert bekomme :-) Evetuell doch mal ein Video zum Aufbau der Components > wie komme ich von YAML zu _init_py und dann zu einer C Function - Grundgerüst würde mir reichen. Ich blicke da im Moment null durch
Zum steuern reicht ja der yaml Part.
C brauchst du nur, wenn du mit an der Komponente entwickeln willst.
Ich habe jetzt mal meinen M5_Dial programmiert. 2 Sachen finde ich aber nicht, oder sie sind (noch) nicht vorhanden.
1) die Möglichkeit das Ändern der Werte über den Touch abzuschalten und ihn nur zur Modus oder Gerätewahl zu nutzen.
2) die Möglichkeit bei RGB-Modus alle 3 (bzw. bei RGBW alle 4) Werte wieder auf 255 zu setzen, um ein weißes Licht zu erhalten.
Sonst lässt sich mit der Bibliothek schnell gute Ergebnisse erhalten.
Stimmt, die 2 Möglichkeiten gibt es bisher nicht. Habe mir aber beides direkt mal notiert. Als Workaround für Punkt 2 könntest du den White-Mode an der Lampe mit aktivieren und in diesen wechseln. Sobald du da einmal den Weiswert neu wählst, wechselt die Lampe spätestens wieder zurück.
Müsste ich mir noch mal ein paar Gedanken machen, wie man das auch bequemer im Farbwahlmodus unterbringen könnte.
Das generelle abschalten der Toucheingaben könnte ggf auch nicht ganz ohne werden. Beim Mediaplayer z.B. benötige ich die zusätzlichen Touch-Eingaben ja auf jeden Fall. Heist, an zentraler Stelle kann ich nicht einfach sagen, ich reiche das Touch-Event dann garnicht mehr an den aktuellen Modus weiter.
Aber evtl wäre eine Option innerhalb des Modus denkbar, touch einzeln an/ausschalten zu können.
Ich mach mir noch mal Gedanken.
Danke für die Anregung!
Gibt es vielleicht nen Discount Code?
Bisher nicht, aber ich frag gerne mal nach.
@@Smarthomeyourself Danke dir, hab schöne Osterfeiertage!!!