Haha danke 
Ich möchte meine Hand nicht dafür ins Feuer legen, dass es in 2025.4 schafft, da wir vermutlich noch die ein oder andere UX Sache klären müssen, aber ich bin zuversichtlich
4 „Gefällt mir“
Bin vor 3 Monaten von iobroker auf homeassistant gewechselt.
Mir fehlen:
- die Baum-Objekt Struktur
- Blockly - ICH WILL MEIN BLOCKLY
1 „Gefällt mir“
Moin, blockly vermisse ich überhaupt nicht mehr. Die Funktion der Automatisierung in Verbindung mit Templates funktioniert sehr gut und wenn man es einmal verstanden hat, auch easy umzusetzen.
Die Baumstruktur bei den Geräten, zumindest eine Listenansicht, statt der aktuellen Kachelansicht, wäre schon schön und übersichtlicher.
3 „Gefällt mir“
Ich würde mir wünschen, dass es mehr Berechtigungsstufen in HA geben würde.
Dabei meine ich keine Überladung an Rechten sondern vielleicht extra Berechtigung für „darf Kacheln anordnen bzw. Dashboard bearbeiten“ , „darf neue Geräte einlesen“ zum Beispiel. Viel mehfr nicht. Dann könnte jemand in der Familie vielleichtseine Vorstellungen im Design selbst umsetzen.
1 „Gefällt mir“
IoBroker und Blockly kenne ich nur aus Beschreibungen. Angewendet habe ich es noch nie.
Evtl. ist das Home Assistant Add-on Node-RED etwas für dich.
In Node-RED gibt es ein spezielles Modul namens node-red-contrib-blockly, das Blockly als visuelle Schnittstelle für die Erstellung von Funktionen bietet.
1 „Gefällt mir“
Blockly ist einerseits simpel und andererseits mächtig
Nodered hab ich mir angeschaut, aber…
Hab mich jetzt aber doch mit den Möglichkeiten in HA angefreundet und es funktioniert
Aber trotzdem: ICH WILL MEIN BLOCKLY 
1 „Gefällt mir“
Unter Benachrichtigungen erhalte ich immer wieder die Meldung, das neue Entities gefunden wurden. Ich weiß nicht welche Entitäten, aber gefühlt jedes Mal sehe ich diese (bei mir gelbe) Eins, obwohl ich das immer wegklicke…
Entweder den Button ausblenden oder „Butter bei die Fische und“ die neuen Entitiäten auch wirklich gesammelt anzeigen.
Vielleicht liegts auch an mir, da ich noch nicht lange Home Assistant einsetze.
1 „Gefällt mir“
Unter Geräte dann auf ignorieren, dann sollte es nicht wider kommen 
2 „Gefällt mir“
Hat mich das ein oder andere Mal auch gestört. Wird mit einer der nächsten Versionen (nicht 2025.3) Einzug finden: Allow automation/script creation directly from clipboard by jpbede · Pull Request #24506 · home-assistant/frontend · GitHub
Wir haben uns schlussendlich gegen diese Lösung entschieden, da sie 2 UX Nachteile hatte, zu ein ging sie nur, wenn die Verbindung verschlüsselt ist und zum anderen benötigtet sie Berechtigungen des Browsers.
Aber wir suchen natürlich noch nach anderen Lösungen, eine habe ich bereits, die ich die Tage einmal testen werde. 
5 „Gefällt mir“
Es gibt übrigens nun einen neuen Ansatz: Allow pasting YAML in automation/script editor directly by jpbede · Pull Request #24838 · home-assistant/frontend · GitHub
Der ist UX technisch nun deutlich besser
5 „Gefällt mir“
Moin. Ich würde mir wünschen wenn neue Funktionen wie z.b. das auf und zu klappen von Automationen, dass die Schaltflächen auch mit alternativtext beschriftet werden. Wie z.b. Aufklappen. So wird mir nur das Wort Schalter gemeldet. Man kommt zwar drauf was das bedeuten könnte, aber wenn es mehrere werden, kann man schon den Überblick mit der Tastatur und der Sprachausgabe verlieren. Auch lassen sich einige Elemente nicht mehr so ohneweiteres mit der Tastatur bedienen. Dies ist seit 3 Versionen der Fall. Es geht zwar, wenn man die Mausfunktionen seines Screen Reader bedienen kann, aber für Anfänger kann das frustrierend sein.
Meine Wünsche:
- Entitäten-Karte, Binär Sensor, da hätte ich gerne für jeden Zustand ein eigenes Symbol und dann auch die Farbe wählbar.
z.B. Garagentor auf / geschlossen - KEIN YAML mehr
Einrückungen, Leerzeichen, Klammersyntax
Es währe so schön mit JSON und JavaScript.
Mit json und javascript werden sicherlih noch weniger Leute etwas anfangen können. Einmal an die Struktur der yaml gewöhnt, finde ich die Einrückung sehr leicht und auch total logisch.
3 „Gefällt mir“
Das glaube ich auch! YAML ist ja auch eher zur Konfiguration, was in dem Anwendungsfall deutlich mehr Sinn macht. JSON würde theoretisch auch gehen, das ist aber schon wieder einbisschen zu simpel für HA Und JavaScript macht zur Konfiguration auch überhaupt kein Sinn. Automationen oder Dashboards in JavaScript zu programmiere, wäre richtig unnötig kompliziert.
2 „Gefällt mir“
Das ist doch mit YAML leicht umsetzbar 
Mit der Mushroom Template card geht das aber tatsächlich sehr leicht.
Wie mache ich das, wenn ich ein Symbol bei geschlossenem Garagentor und eins bei geöffnetem haben will…dachte sowas geht nur mit einer bestimmten Karte aus dem HACS statt nur der Button csrd( hatte dazu bei Ugurs Video zum Garagentor schon gefragt)
Was ich mir dringlichst wünsche (und vielleicht nur noch nicht entdeckt habe, falls es das schon gibt):
Umfangreiche Diagnosetools und -möglichkeiten!
Es stresst mich immer wieder, wenn urplötzlich Dinge nicht (mehr) so funktionieren, wie geplant bzw. sie es wochenlang getan haben.
Ich habe in dieser Community bereits mehrere Probleme thematisiert und entweder gar keine, oder leider nicht hilfreiche Antworten erhalten. Ich würde gerne selbst suchen, wo die Probleme liegen, aber ich habe keinerlei Ansatz, wo ich suchen sollte/könnte…
In der SPS-Programmierung (aus der ich beruflich komme) gibt es etliche Debug-Tools und dokumentierte Debug-Abläufe, die einem (oft mühsam) helfen den fehlern auf die Spur zu kommen.
In HA sehe ich da nichts, was einem hilft - was nutzt es mir, wenn die Logs mir z.B. sagen, dass HA einen Shelly mit IP xyz konfigurieren will, obwohl dieser eine ganz andere IP hat… Keiner (egal ob bemühte Mitglieder hier oder HA an sich) konnte mir sagen, wo HA die ungültige IP abgespeichert / vergraben hat und stur immer wieder hervorkramt… und wie man diese Fehldaten löscht/korrigiert.
In der industriellen (und sicher nicht nur dort) ist die Programmierung der gewünschten Funktion ein (oft kleiner) Teil des Projekts. Der größte Teil ist Debuggen, auf Fehler/Störungen zu reagieren und Fehlfunktionen zu verhindern. In HA für mich ein absoluter Blindflug…
2 „Gefällt mir“
Ich bin da ganz „platt“ unterwegs:
- Aufhören, den Leuten Produkte wie diese yellow oder green Kiste zu verkaufen! HA werkelt im Zuhause (Komfort- und Wohlfühlzone). Das kann auch ganz schnell zur Stresszone werden. Entweder weil, z.B. nach einem Update, die Hälfte wieder Mal nicht läut und / oder der „personifizierte WAF“ einem auch noch die Hölle ein klitzekleines Bisschen heißer macht, als man es gerade, mit Schweißperlen auf der Stirn, gebrauchen kann.
- Statt diese billigen Plastikdinger zu verkaufen, würden die sich besser auf den Weg machen und das mit vernünftiger HW + Proxmox + und VMs bundlen.
- Die Interaktion / Schnittstellen zwischen HA und ESPHome sollten wesentlich transparenter dargestellt werden. Ich weiß, ESPHome, an sich, ist schon echt ein KNALLER! CHAPEAU! …aber das sollte bissi besser dokumentiert / integriert werden.
- Das CLI von HAOS ist absolut für die Tonne! Abreißen, weg, BASH und brauchbare Doku erstellen.
Vorerst…keine weitere Kritik
Das ist aber sehr einseitig betrachtet 
Das Ziel von Home Assistant ist es ja, noch massentauglicher zu werden, sodass mehr Leute HA nutzen können, ohne alles selbst installieren zu müssen (auch wenn die Installation auf einem raspby bswp eig ja auch einfach ist 
). Die meisten Leute kaufen halt gerne ein Gerät, stecken es in die Steckdose und es läuft. Außerdem muss HA sich ja auch finanzieren können, da die Software ja open Source und komplett kostenlos ist!
2 „Gefällt mir“
Das war, teilweise, die Sicht der Entwickler.
Massentauglichkeit definiert sich m.E. über einfach, komfortabel einzurichten, Standards, Universialität etc.
Das kann HA derzeit einfach (noch) nicht leisten. …und das haben nicht die Macher von HA zu verantworten. Da ist einfach noch zu viel Dynamik in dem Thema (was auch so sein muss). …aber für plug’n’play-Produkte isset noch bissi zu früh.
Der Laie kauft ein „Fertigprodukt“. Damit ist dann aber ganz schnell fädddisch, wenn Updates und Integrationen sich dann nicht so ganz mögen.
Also…neee…für solche Produkte ist es zu früh.
Wenn ich mir überlege, dass Bett, Schreibtisch, Pelletofen, Kameraüberwachung etc. nicht mehr funktionieren, weil in der aktuellen dynamischen Entwicklungsphase etwas schief gelaufen ist (was immer passieren kann), werde ich grün im Gesicht.
HA ist m.E. derzeit nur virtualisiert, mit ausgefeilten Backupstrategien und einer Test-VM produktiv nutzbar.