@k1600gt: Vielen Dank :-) Das hört sich sehr stark nach einem Netzwerkfehler an. Kannst du die Adresse 192.168.178.11 von deinem Proxmox Hypervisor aus pingen ( aus der Shell ) ? . Vermutlich wird es da schon Probleme geben. Wenn das der Fall ist, ist ggf. etwas mit dem virtuellen Netzwerk Adapter nicht korrekt. VG Tobias

Vielleicht hilft dieser Hinweis. Ich habe einen Netzwerkbond der 2x1Gb Schnittstellen. Darauf dann den Synology virtuellenSwitch. Und da begannen die Probleme. Alle bisherigen Speichermounts waren ebenfalls weg. Nach dem Löschen dieses VSwitches läuft der Rest (frigate, Homeassistant etc.) wieder. PBS leider nicht.

@karl-9472 : Kannst du den Fehler noch genauer beschreiben ? Verstehe ich das richtig, du fügst einen Sensor zur Integration hinzu und dann gibt es den Fehler ? VG Tobias

Ja genau so ist es. Wenn man auf Eintrag hinzufügt klickt, um einen neuen Sensor einzufügen erscheint folgender Text: Der Konfigurationsfluss konnte nicht geladen werden: 500 Internal Server Error Server got itself in trouble. Es besteht nur noch die Auswahl auf OK und man ist wieder in der ursprünglichen Ansicht. Wenn man bei Thermal Comfort auf bekannte Probleme klickt, gibt es auf der Seite bei GitHub einige Einträge schon dafür. Ob hier auch schon Lösungen angegeben werden kann ich leider nicht beurteilen.

@deralte680 : Warum ? Der Neustart bezieht sich ja auf den Trigger. D.h. kommt ein Trigger , wird die laufende Automatisierung unterbrochen und es wird neu gestartet. Wenn die Lux-Wert Abfrage in der Bedingung ist, dann wird diese erneut geprüft. VG Tobias :-)

@@smarthome_more Genau das war mein Annahme. Innerhalb der bereits laufenden Automation würde sich entgegen des ersten Triggers aber durch das eingeschaltete Licht der Lux-Wert erhöhen (>10). Demnach wäre die Bedingung dann nicht mehr erfüllt, der aktuell laufenden Timer würde also auch nicht mehr neugestartet werden oder? Ich frage mich, wie das für die Automatisierung der nativen Philips Hue Bridge/App gelöst wurde - ggf. 2 parallel laufende Automationen? Eine mit Bedingung Lux <X und eine mit Bedingung Licht=An

@deralte680 : Wenn aber der Trigger die Bewegung ist und nicht der Lux Wert, dann würde die Automatisierung neu starten. D.h. im Falle, dass das Licht eingeschaltet werden soll bei einem Lux-Wert < 10 , würde der Timer durch die erfüllte Bedingung neu starten, nur bei einem Lux Wert >= 10 , würde die Bedingung nicht erfüllt sein und alle weiteren Schritte würden durch die fehlende Bedingung nicht ausgeführt werden. Oder habe ich dich hier falsch verstanden ? VG Tobias :-)

@phpvbacoder9000 : In der Standardvariante gehen nur pdf Dokumente . Mit Tika und Gotenberg kann man diese Einschränkungen übergehen, das wäre dann aber Thema für ein extra Video :-) VG Tobias

@meins57 : Vielen Dank :-) Grundsätzlich ja. Aber ich habe im Video ja erwähnt, dass bei mir das zusammengesetzt Template aus mir bislang immer noch unerklärlichen Gründen nicht funktioniert. D.h. wenn ich eine multiple Selection durchführe, dann sieht das Template absolut korrekt aus, aber der Roboter reagiert nicht darauf. Ich habe noch nicht herausgefunden, warum und weshalb das so ist.. Sorry . VG Tobias

Vielen Dank 🙌 VG Tobias

@saschaeffert3027 : Vielen Dank :-) Du findest die Shell Befehle auf meiner Blog Seite : www.smarthomeundmore.de/home-assistant-der-ultimative-fernzugriff-fuer-dein-home-assistant-und-mehr/ . VG Tobias

@@smarthome_more vielen Dank!

Vielen Dank 😀 Genau solche Dinge lassen sich damit realisieren. Ich werde es auf meine Agenda aufnehmen. Wird aber vermutlich noch ein wenig dauern 🤔 VG Tobias

@GigaGamesGuy : Vielen Dank für deinen Kommentar. Wenn du HA auf den Raspberry Pi installieren willst, läuft darauf dann ausschließlich Home Assistant. VG Tobias

Hallo Tobias, Fehler beim Ausführen einer Aktion required key not provided @ data['message']. Got None

@deralte680 : Vielen Dank :-) Das Thema Frigate Lovelace Card habe ich tatsächlich noch nicht behandelt. Aber ein guter Hinweis, das auf meine Content Agenda zu nehmen . VG Tobias

@Mad_Snow : Vielen Dank für deinen Kommentar :-) Ich habe selber den QRevo MaxV nicht im Einsatz, aber da es sich um ein neues Model handelt, sollten die API Funktionen eigentlich funktionieren. Hast du mal in den Entwicklerwerkzeugen versucht den Befehl app_segment_clean für einen Raum abzusetzen ? Sind die anderen Funktionen grundsätzlich enthalten ? VG Tobias

​@@smarthome_more soweit ich das beurteilen kann, ist alles da: 38 Entities werden angezeigt (Batterie, Start, Stopp, Status etc.). Beim "send_command" fehlt mir primär nur der Segment Clean... Da bekomme ich dann auch den "Error while calling app_segment_clean". Zonen- und Spotreinigung sind da, den Rest habe ich nur stichprobenartig getestet. Da funktioniert aber auch das Andocken, Laden und so weiter. In der Dokumentation der Integration steht nur, dass alle Roboter, die auch in der Roborock-App sind, unterstützt werden, und wirkliche Informationen dazu habe ich noch nicht gefunden. Auf Reddit oder im HA-Forum habe ich aber auch noch nicht gefragt.

@@Mad_Snow Hast du vielleicht in der Vergangenheit mal die Roborock HACS Integration installiert ? Wenn das der Fall wäre, dann musst du die komplett entfernen, da ansonsten app_segement_clean in der Core Integration nicht vorhanden ist. VG Tobias

@@smarthome_more das ist natürlich ein guter Hinweis, danke! ...aber ich habe die nicht mehr installiert - einfach über den herkömmlichen weg deinstalliert... oder muss man da noch etwas schlaues beachten? Edit: Ich habe HA nochmal aufs NAS geschoben... da funktioniert auch alles :/// Edit edit: jetzt funktioniert es auch aufm Rpi :D Danke!

Prima :-) Waren noch "Reste" von der HACS Integration vorhanden ? VG Tobias

@walterhillebrand7776 : Vielen Dank :-) Man kann bestehende Influx Datenbanken exportieren und auch wieder importieren. Wenn du aber schon eine bestehende Datenbank hast, könntest du aber auch die bestehende Datenbank in Home Assistant weiter verwenden. Nur mal so als Gedanke . Habe ich jetzt aber auch selber noch nicht gemacht. VG Tobias

@hierichwerda : Vielen Dank für dein ausführliches Feedback :-) Sehe ich genauso und freue mich, dass auch viele der HA User, die schon weiter fortgeschritten sind, auch Content für Anfänger begrüßen. VG Tobias

Mein persönliches Problem bei den Automatisierungen ist, dass ich mit den Bedingungen und/oder/nicht etc., irgendwie auf Home Assistant nicht klar komme. Ich würde mir hier eine andere Struktur bei der Erstellung von Automatisierungen wünschen. Für mich ist das alles kryptisch. Aber ich habe es bislang immer geschafft ans Ziel zu kommen. Ich denke mir fehlt hier ein wenig die Kreativität ;-)

@holgerlampe253 : Du könntest das über die RestAPI Schnittstelle machen. Hier mal ein Beispiel: curl -X POST 192.168.101.3:7070/api/batterygridchargelimit/0.200 um den Wert auf 20 Cent zu setzen. VG Tobias

@@smarthome_more das setzten geht, es geht darum den Topic evcc/site/batteryGridChargeLimit zu löschen oder clearen

@@smarthome_more das setzten bekomme ich hin. Aber wie kann ich mit Node Red den Topic evcc/site/batteryGridChargeLimit wieder löschen oder in anderen Forum hieß es clearen? Danke

Wert setzten kann ich, nur wie kann ich den Topic evcc/site/batteryGridChargeLimit löschen oder clearen? Danke

einfach auf 0.00 setzten würde gehen. Direkt disablen geht nicht. VG Tobias

@rolandweiss5883: Gerne :-) Ich nutze den Proxmox Backup Server . VG Tobias

@ruhrpottjoe8375 : Vielen Dank für dein ausführliches Feedback :-) VG Tobias

@ehk45-t4y : Vielen Dank :-) Da hast du übrigens absolut recht. Hat mir meine Frau auch schon gesagt, und darauf sollte man tunlichst hören :-) . In den letzten Videos habe ich es reduziert und werde es mir dann wohl nochmal sehr gut überlegen müssen, ob ich das nochmal mache. Vielen Dank für dein ehrlichen und tolles Feedback :-) VG Tobias

@rolandweiss5883 : Vielen Dank für deinen Kommentar :-) Wenn du Proxmox am laufen hast, kannst du nativ auf der gleichen Hardware kein weiteres Betriebssystem parallel laufen lassen. Nutzt du für HA z.B. eine andere Hardware , dann geht das natürlich. Wenn Hypervisor, und nur eine Hardware, dann muss es eine VM sein. Was spricht gegen eine VM ? Ich betreibe das so schon seit Jahren. Proxmox ist innerhalb weniger Minuten im Wort Case Fall aufgesetzt. Ein Backup ebenso in wenigen Minuten auf anderer Hardware zurückgespielt. Nutzt man den Proxmox Backup Server, kann die Maschine schon unmittelbar während des Restore Vorgangs starten. D.h. nahezu keine Ausfallzeiten. Das mal so aus meiner Sicht :-) VG Tobias

@wolfgangglaw9151: Guter Punkt! Ja, es gibt tatsächlich einen Unterschied zwischen dem Schalten über „Gerät“ und über „Aktion“. Gerät: Wenn du die Option „Gerät“ wählst, nutzt du eine vereinfachte Ansicht. Home Assistant zeigt dir dann automatisch alle möglichen Aktionen für dieses Gerät an, basierend auf der Integration des Geräts. Es ist besonders benutzerfreundlich und schnell, wenn du nicht tief in die Details der Automatisierung einsteigen möchtest. Aktion: Über „Aktion“ hast du viel mehr Flexibilität. Hier kannst du nicht nur Geräte, sondern auch Dienste, Zustände oder Szenen ansteuern. Du musst allerdings genauer wissen, was du machen willst, da du selbst festlegst, welche Entitäten (z. B. ein Licht) was tun sollen. Kurz gesagt: Gerät = einfache, vorgefertigte Automatisierungen. Aktion = mehr Kontrolle und Flexibilität. Hoffe, das hilft dir weiter! 😊 VG Tobias

@tobi6080: Vielen Dank für deinen Kommentar :-) Ich gebe dir recht, dass man durch viele AddOns, die sich außerhalb der Core Entwicklung bewegen eine gewisse Gefahrenkomponente ins System bringt. Beispiele dazu gibt es immer mal wieder. Grundsätzlich kann man das System allerdings auch ohne diese Community Erweiterungen betreiben und dann ist es aus meiner Sicht auch sehr stabil. Will man dann weitere Erweiterungen nutzen, dann muss man sich bewusst sein, dass es mal ein Problem geben kann. In meiner mittlerweile ca. 4 jährigen HA Erfahrung kann ich allerdings auch sagen, dass ich noch immer auf meiner ersten HA Installation unterwegs bin, die angefangen bei einem Raspberry Pi mittlerweile als VM unter einem HyperVisor läuft. Sämtliche Umzüge über Backup und Restore haben immer ohne Probleme funktioniert. Gab es mal ein Problem ( zuletzt die Alexa Media Player Integration -> auch Community Add On ), hat es durch die sehr aktive Community rund um HA nur eine relativ kurze Zeit gebraucht, um das System wieder lauffähig zu bekommen ( war dann aber auch meine eigene Schuld, mit Updates sollte man immer erst einige Tage warten ). Sicherheitstechnische Komponenten mit HA nicht zu steuern ist ein berechtigter Aspekt. Unabhängig von HA spielt hier , wie überall, die Qualität der Umsetzung in den Automatisierungen eine entscheidende Rolle. D.h. man sollte schon wissen, was man macht. Ich würde eine Haustür z.B. auch nicht automatisch aufgehen lassen, das würde ich aber auch nicht bei der APP eines Herstellers machen :-) . Versicherungstechnische Themen sind in solchen Fällen tatsächlich mal spannend zu klären, hängt aber immer davon ab, was ich nun aktiv steuere. Aber das hast du ja auch schon geschrieben. Ich werde das mal zum Anlass nehmen , da ein paar Infos einzuholen. VG und vielen Dank für deinen Kommentar Tobias :-)

@Robert65536 : Vielen Dank :-) Wenn du das auf Videos beziehst, nein. Früher hatte ich meine ganzen Automatisierungen in HA alle über Node Red , da sich in HA allerdings so viel getan hat, habe ich diese mittlerweile alle portiert. VG Tobias

@brunosolothurnmann9205 : Vielen Dank für deinen Beitrag :-) Freut mich, dass du bei uns auch immer noch etwas finden kannst :-) Danke dir. VG Tobias

@nasenbar3933 : Vielen Dank :-) Die Frage ist nicht ganz leicht zu beantworten, da es immer auf den Anwendungsfall drauf ankommt. Grundsätzlich wäre ich bei Datenbanken, egal ob InfluxDB oder die HA Datenbank eher etwas vorsichtiger was SD Karten angeht und würde persönlich vermutlich eher auf eine SSD oder NVME setzen. Aber das war nicht die Frage. Für ein HA mit etwas Zukunftspotential würde ich vermutlich auf ein Raspberry 4/5 mit 8GB RAM setzen und mindestens eine 64GB Festplatte, besser 128GB Festplatte einsetzen. VG Tobias

@marcel7423: Vielen Dank für deinen Kommentar :-) Neben light sensor gibt es bzgl. Licht ja auch noch ein paar andere Blueprints. Gute Idee, darauf vielleicht nochmal in einem anderen Video einzugehen. Habe ich mir mal notiert :-) VG Tobias

@MarkusBurrer : Im Dunkeln wollen wir ja nicht stehen :-) Das was du beschreibst tritt im Single Modus auf. Dafür hat man verschiedene Modi in HA. Ich habe den Restart Modus verwendet, der genau das verhindert. D.h. läuft der Timer und es kommt einer neuer Trigger, dann wird die Automatisierung neu gestartet. Ich habe das auch in einem anderen Video nochmal erklärt kzbin.info/www/bejne/e5evlYidYq2cnLM . Auf "normal" zu triggern, beinhaltet übrigens ein recht großes Risiko, der Sensor springt auch von undefiniert zu "normal", deswegen ist es grundsätzlich besser auf "normal" zu verzichten . Und danke, dass du das Video so aufmerksam verfolgst , finde ich Klasse VG Tobias

Aber das ist doch genau der Punkt. So lang ich mich im Bereich des Bewegungsmelder bewege kommt kein neuer Trigger. Der Timer läuft ab und das Licht geht aus. Der BWM hat eine Abfallverzögerung, wie die im Video gesagt hast. Bei denen von Hue sind das 15 Sekunden, bei dem Ikea ca 1 Minute. Sofern die Melder innerhalb dieser Zeit eine weitere Bewegung erkannt bleibt das Signal high und es gibt keinen neuen Trigger. Auf "normal" triggern war bei mir noch nie ein Problem. Ich habe mehrere Bewegungsautomatisierung en, die seit Jahren problemlos funktionieren.

Kann es ggf. am BWM Schaltverhalten liegen, dass wir hier unterschiedlicher Ansicht sind ? Ich setze z.B. Aqara und Ikea ein und da verhält es sich so: 1. Bewegung erkannt -> BWM schaltet auf High und meldet die Bewegung an HA 2. Abschaltzeit -> Der Sensor geht in eine Verzögerungsphase ( bei Aqara sind das 60 Sekunden ) Innerhalb dieser Zeit wird keine Bewegung mehr erkannt , auch wenn eine Bewegung erfolgt. 3. Nach der Abschaltzeit, geht der Sensor immer auf "off" und wartet auf die nächste Bewegung. D.h. , innerhalb der Abschaltzeit wird das Signal nicht verlängert. Nach der Abschaltzeit kommt dann ein Event, welches den Sensor auf "off" setzt, bevor eine neue Bewegung erkannt wird. Kann es ggf. sein, dass der Hue Sensor sich da anders verhält ? Bei Ikea bin ich mir sicher, dass er sich wie der Aqara verhält . VG Tobias

@@MarkusBurrer als Informatiker und jemand der sich mit dem Code von HA beschäftigt, kann ich auch bestätigen, dass diese Art der Automatisierung besser für die Performance und Ressourcen von HA ist, wenn man sehr viele automationen hat und gleichzeitig keine starke Hardware, was ja bei vielen der Fall sein wird… Löse es auch durch 2 trigger und ich meine, dass HA es auch mal so empfohlen hat. Undefiniert auf normal ist ja wenig tragisch, da das Licht wieder in den normalen Zustand (aus) geht, schlimmer wäre ein random an

@LL15124 danke für deinen Beitrag :-) Ich finde es interessant, dass du die Performance und die Ressourcennutzung von Home Assistant in Bezug auf die Automatisierungen ansprichst. Das ist ein wichtiger Punkt, besonders wenn viele Automatisierungen gleichzeitig laufen und die Hardware nicht so stark ist. In der Tat kann die Verwendung von zwei Triggern in einer Automatisierung sinnvoll sein, um eine präzisere Steuerung des Lichts zu gewährleisten. Doch in diesem Kontext ist der Restart Modus hier von entscheidender Bedeutung . Dieser Modus stellt sicher, dass das Licht an bleibt, solange Bewegung erkannt wird - unabhängig von der Abschaltzeit des Sensors. Der BWM (zumindest Aqara und Ikea ) schaltet nach einer Bewegung in eine Verzögerungsphase, in der keine weiteren Bewegungen erfasst werden. Das bedeutet, dass, wenn man sich im Bereich aufhält und der Timer abläuft, man im Dunkeln stehen könnte, wenn man nicht auf den Restart Modus setzt. Dieser Modus gewährleistet, dass die Automatisierung bei jeder neuen Bewegung neu gestartet wird und das Licht an bleibt. Wenn der BWM wie von @MarkusBurrer geschrieben das Signal verlängert, dann wäre die Variante mit den zwei Triggern auf jeden Fall der richtige Weg. Ich finde es total klasse, dass ihr euch mit diesem Thema so intensiv auseinandersetzt und bin gespannt zu diesen Punkten und freue mich auf eine lebendige und konstruktive Diskussion :-) VG Tobias

@MarkusBurrer : Vielen Dank für deinen Kommentar :-) Genau das habe ich doch im Video gesagt ? Bei einem BWM der eine Zykluszeit von 60 Sekunden oder 120 Sekunden hat, braucht man den Parameter nicht. Ansonsten kann man damit einstellen, wie lange das Signal bedämpft sein soll, was bei einer Zykluszeit von 1 Sekunde z.B. als Filter sinnvoll sein kann. Tut mir leid, wenn das nicht richtig rüberkam und Danke für die Ergänzung :-) VG Tobias

Du sagst in dem Video, "man kann die Dauer angeben, wie lang das Signal aktiv sein SOLL". Welches Signal? Richtiger wäre, "wie lange ein Zustand bestehen muss, damit der Trigger ausgelöst wird" Eventuell meinen wir das selbe, aber du erklärst es auf eine Weise, die ich nicht verstehe. Aber ich bin der Meinung, irgendwas ist an deiner Erklärung nicht richtig.

@MarkusBurrer : Vielen Dank für deinen Hinweis :-) Du hast absolut recht, meine Wortwahl war in der Tat nicht optimal formuliert ... Es sollte klarer ausgedrückt werden, es ist gemeint, wie lange ein Zustand bestehen muss, damit der Trigger ausgelöst wird. Ich schätze deine Aufmerksamkeit für Details :-) Danke dir. VG Tobias

Ok, dann meinen wir das selbe. 😀

@@smarthome_more Immer wieder gern 🙂

@StefanDurach : Vielen Dank :-) Und klar, kann man die Anzahl der Traces erhöhen. Dazu musst du in der Configuration.yaml folgende Zeilen einfügen: trace: stored_traces: xx -> wobei xx die gewünschte Anzahl ist. Und du hast recht, bei solchen Automatisierungen absolut sinnvoll, danke für die Frage. Das hätte ich tatsächlich im Video noch erwähnen können. VG Tobias

@ipgucker: Vielen Dank :-) Was den Outdoor Lichtsensor betrifft, kann ich den Bewegungsmelder von Philips Hue amzn.to/4eCWu8R empfehlen. Der hat einen Lichtsensor eingebaut und verrichtet nun schon seit sehr vielen Jahren absolut zuverlässig seinen dienst. Nicht günstig, dafür aber im Außenbereich äußerst zuverlässig. Was die Flurbeleuchtungen betrifft, könntest du einen zigbee Unterputz Schalter ( z.B. amzn.to/4h0OiAQ ) einbauen ( wenn du Zigbee hast ), oder aber die shelly mini (amzn.to/3U21ITf), wenn du Wifi verwenden willst . Dann hast du alle Optionen offen. Deine Frau kann die Schalter noch bedienen und du kannst automatisieren, wenn du willst :-) VG Tobias

@WebmediArt: Vielen Dank für deinen Beitrag. Ich sehe das ähnlich und habe so ein wenig die Befürchtung, dass wir uns zwar alle immer weiterentwickeln, dabei aber diejenigen vergessen, die neu hinzukommen. Die vielen Neuerungen in HA tragen dazu bei, dass wir uns immer über neue Features freuen können, aber haben auch den Nachteil, dass Content relativ schnell veraltet ist und Kleinigkeiten zu einer Hürde für Neueinsteiger werden können. Insofern war mein Gedankengang einen gesunden Mix zu generieren , der auch die Neueinsteiger versucht mitzunehmen. VG Tobias

Das ist dir auf jeden Fall gelungen. Auch die fixe Fehleranalyse ist top! Weshalb hat es die adaptive-lightning HACS nicht ins Video geschafft? Weil nicht einsteigerfreundlich?

@WebmediArt: Danke :-) Tatsächlich habe ich es im Vorfeld in Erwägung gezogen, wollte das Video aber nicht zusätzlich mit einer HACS Integration erweitern.

@Smartzeug : Gerne Ugur 🙂

@BeN21337 : Vielen Dank :-) Die Meldung deutet auf ein Problem mit einer Integration hin. War / ist ggf. die Roborock HACS Integration installiert ? Gibt die Meldung ggf. noch mehr her ? Kann man in den Logs ggf. noch etwas mehr Infos sehen ?

@@smarthome_more ich poste mal das log, vllt sagt dir das mehr ###Logger: homeassistant.components.roborock.config_flow Quelle: components/roborock/config_flow.py:109 Integration: Roborock (Dokumentation, Probleme) Erstmals aufgetreten: 8. Oktober 2024 um 11:05:59 (2 Vorkommnisse) Zuletzt protokolliert: 12:07:51 Unexpected exception Traceback (most recent call last): File "/usr/local/lib/python3.12/site-packages/dacite/types.py", line 22, in extract_origin_collection return collection.__extra__ ^^^^^^^^^^^^^^^^^^^^ AttributeError: 'types.UnionType' object has no attribute '__extra__'. Did you mean: '__str__'? During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/local/lib/python3.12/site-packages/roborock/containers.py", line 110, in from_dict return from_dict(cls, decamelize_obj(data, ignore_keys), config=Config(cast=[Enum])) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/dacite/core.py", line 64, in from_dict value = _build_value(type_=field_type, data=field_data, config=config) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/dacite/core.py", line 101, in _build_value if is_subclass(type_, cast_type): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/dacite/types.py", line 168, in is_subclass if is_generic_collection(sub_type): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/dacite/types.py", line 147, in is_generic_collection origin = extract_origin_collection(type_) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/dacite/types.py", line 24, in extract_origin_collection return collection.__origin__ ^^^^^^^^^^^^^^^^^^^^^ AttributeError: 'types.UnionType' object has no attribute '__origin__' The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/components/roborock/config_flow.py", line 109, in async_step_code login_data = await self._client.code_login(code) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/roborock/web_api.py", line 179, in code_login return UserData.from_dict(user_data) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/roborock/containers.py", line 112, in from_dict raise RoborockException("It seems like you have an outdated version of dacite.") from err roborock.exceptions.RoborockException: It seems like you have an outdated version of dacite.

Dazu gibt es bei home-assistant core einen Issue Eintrag: github.com/home-assistant/core/issues/105708 . Ursache könnte eine veraltete HACS Integration sein, die eine Aktualisierung von dacite verhindert. In dem Thread wird z.B. die HACS-Govee Integration erwähnt und empfohlen auf die govee Core Integration zu wechseln. VG Tobias

@@smarthome_more ich probier das mal, vielen dank

@moonsorrox77 : Vielen Dank :-) Die Zeit von-bis kannst du dir in den Farbwechsel noch einbauen. VG Tobias

@@smarthome_more ich werde dazu mal im Discord fragen evtl. wollen das noch mehr Leute einsetzen. Es soll eigentlich nur ein Helfer abgefragt werden ob nun Automatik oder Zeit eingestellt ist. Bei Zeit braucht es dann nur ein Datetime Helfer mit der Ausschalt Zeit.

Hallo Richard 🙌 Vielen Dank und ja, in der 3 Variante wird es etwas spezieller. Auf meiner Blogseite habe ich die Automatisierungen nochmal schriftlich zusammengefasst. Viele Grüße Tobias

Vielen Dank 🙌 Ja, ein gesunder Mix sollte es sein , ich bin froh die Frage gestellt zu haben, man verliert irgendwann ein wenig das Gefühl, wo genau die Interessen bestehen. Insofern hilft mir dein Kommentar und auch die Erläuterung sehr weiter. VG Tobias

@wolfgangglaw9151 : Vielen Dank :-) Auch vielen Dank für deinen Beitrag und schön von dir hier zu lesen :-) VG Tobias

@CyberTricksPro : Vielen Dank für deinen Kommentar. Es ist sehr wichtig, dass auch über solche Dinge berichtet wird. In deinem Fall war es jetzt der V-Server, der ungenügend abgesichert war. Öffnet man https / http / ssh Ports daheim, dann ist das Problem deutlich größer. Kriminelle scannen permanent im Internet nach geöffneten Ports und dann ist es eine Frage der Zeit, bis sie sich Zugriff verschafft haben. Eben deshalb empfehle ich immer alle Ports sofort zu schließen. Die Konfiguration kann dann ja über den Tunnel oder im Wort-Case Fall über das Web Terminal wiederhergestellt werden. Danke für diesen Beitrag und ich hoffe, dass die Neukonfiguration nicht zu viel Zeit in Anspruch nimmt. VG Tobias

Vielen Dank für deinen Beitrag :-) VG Tobias