Klar, auch das ist bei dieser spezifischen Automation möglich, funktioniert aber nicht mehr mit dem Beispiel in dem ich nur noch mit einer generellen Zustandsänderung ohne definierten Zustand arbeite. Deshalb verwende ich inzwischen fast keine Trigger IDs mehr.
Hey Thomas, mit diesem Video hast Du mich in einem anderem Denkmodus mit HA gebracht. Ich, blutiger Anfänger in HA, kann das bestätigen das für jede Sache eine extra Automation gebaut wird. Das ist nun vorbei und ich danke Dir sehr.
Danke für das Video! Ich würde mir wünschen dass man Ordner für Automationen anlegen könnte oder sie taggen könnte. Ansonsten geht der Überblick schnell verloren.
Punkt 6 ist der Modus der Automation (zu finden rechts oben drei Punkte): Einzeln/Neu starten/In Warteschlange/Parallel. Einzeln ist der Standard, Neu starten meist besser. (Je nach eingebauten Wartezeiten).
Und je nach Zweck der Automation kann natürlich auch in Warteschlange und Parallel Sinn machen. Einzeln ist hier aber alsStandard festgelegt worden, da es tatsächlich in den meisten Fällen am sinnvollsten ist. Aber wie du schon schreibst, kann es gerade bei Wartezeiten durchaus sinnvoll seien neu starten zu verwenden, je nach Zweck und Ziel der Automation.
Hey Thomas, oh als Anfänger damals hätte ich so einige deiner Videos in letzter Zeit gerne Zugriff gehabt. Für Anfänger sind die wirklich Gold wert. Ich habe dennoch konstruktive Kritik anzubringen. Es mag sein das du es in deinen Videos zuvor schon erwähnt hast, aber leider muss es nicht heißen das alle es gesehen haben, aber bitte tu mir einen Gefallen und mache nix mehr mit dem Reiter Geräte! Die Geräte ID's werden nur einmalig vergeben und können nicht wie Entitäten ersetzt werden, wie ich selber schmerzhaft feststellen musste. Und ich habe jetzt ne Menge Arbeit das alles in den Reiter Dienste umzuwandeln, um die Entitäten abzufrage bzw. einzusetzen und das sind bei mir verdammt viele, weil sobald mal ein Gerät tschau sagt und du es ersetzen musst, darfst du alles in deinen Automationen, Szenen, Scripten usw. ersetzen, was mit dem Gerät zutun hatte. Weiß ich leider auch erst seit kurzem. Und als kleiner Tipp. Ich schreibe vor jeder meiner Automation "[WZ] Automation - Waschmaschine" zum Beispiel, wobei das WZ für Wohnzimmer steht, weil ich es irgendwie sinnvoller finde nach Räumen die Automationen usw. zu suchen, als dem Gerät was es ist. Aber wie gesagt, is nur ein Anreiz, jeder so wie er es gerne mag. Mich begleitet das schon ne ganze Weile durch mein komplettes System und ich finde es sehr hilfreich. Gut das wars auch schon, schönen Abend allen noch. VG
Hallo Maikel, vielen Dank für deine offene und sachliche Kritik. Gerade für Beginner ist es einfach einfacher die Vorgegebenen Auslöser bei Gerät zu ändern. Und in der Regel wechselt man ha seine Geräte nicht so oft. Selbst wenn ich über die Entität gehen möchte, dann nutze ich nicht Dienst, sondern Zustand als Auslöser. Denn glücklicherweise gibt es hier inzwischen auch Vorgabe. Und ja, in der Theorie ist dad Umbenennen von Entitäten eine super Möglichkeit bei Gerätewechsel, funktioniert aber auch nur, wenn sich die alte Entität rückstandslos löschen lässt, sonst führt es nur zu noch mehr Problemen und Inkontinenz. Je nach Integration habe ich da schon die wildesten Sachen erlebt. Aber ja, wenn es funktioniert ist es ne super Sache und viel einfacher. Mit der "Namenskonvention" sage ich ja schon im Video, das bleibt jedem selbst überlassen. Für den einen funktioniert der Raum vorne am besten. In meinem Fall mit einigen Raumübergreifenden Automation funktioniert es besser das Automations-Ziel an den Anfang zu setzen. Beste Grüße Thomas
@@SteuerdeinLeben ok die Probleme hatte ich ehrlich gesagt noch nie mit den Entitäten 😲 Und ja ich mache das genau so wie du, als Auslöser und Bedingung nehme ich zu 98% die Zustände und Nr. Zustände und als Auslöser fast ausschließlich den Reiter Dienste. Und ja ich stimme dir komplett zu, das es über den Reiter Geräte wesentlich einfacher ist, aber wenn ich z.B. eine Steckdose nehme und die in Scripten, Szenen und Automationen verbaue und das sagen wir mal mach ich in 20 verschiedenen Automationen und das ganze nochmal mit einer Glühbirne. Und beides muss ich ersetzen, hätte ich mir damals gewünscht den Weg über die Dienste besser zu verstehen und hätte damals sämtliche Automationen so gebaut. Weil es wirklich sehr nervig sein wird, das zu ersetzen. Grund: Ja auch ich habe den Weg über die Geräte bei anderen UA-camrn gesehen und auch so angewandt. 😅
Mit der Version 2024.01 hat sich der Aufbau innerhalb der Automationen grundsätzlich geändert. Alles was ihr über den neuen Aufbau wissen müsst, findet ihr in diesem Video: ua-cam.com/video/JAXTN517ZU4/v-deo.html Außerdem könnt ihr jeder Zeit die von mir Genutzten Auslöser/Bedingungen/Aktionen über das Suchfeld im jeweiligen Bereich nach dem Namen suchen. Bevor es noch mehr Leute in die Kommentare schreiben. Ja, natürlich kann man bei diesem Bespiel auch Trigger-IDs verwenden, anstatt den Auslöser noch mal als Bedingung im Wenn-Dann abzufragen. Alles zum Thema Trigger-IDs findet ihr in diesem Video: ua-cam.com/video/G2VeInKzugA/v-deo.html . Ich hätte auch nach dem ich die Gruppe erstellt habe noch die Bedingungen auf eine mit der Gruppe kürzen können, womit es wieder die selbe Anzahl Bedingungen ist wie auch bei der Trigger-ID. Was hier verwendet wird ist imho Geschmackssache und in beiden Fällen gleich übersichtlich und in etwa der gleiche Aufwand. Bei dem zwischendurch gezeigten Beispiel in dem ich dann keine eindeutigen Auslöser mehr verwende sondern nur noch bei jeder Zustandsänderung der Entität auslöse sind dann auch Trigger-IDs keine Möglichkeit mehr. in vielen Fällen macht es aber tatsächlich sinn, die Automation so auszulösen. Und bitte beachtet auch, dass das Video "Verbessere deine AutomationEN" heißt und nicht "Verbessere deine Bewegungsmelder Automation" im Video habe ich zwar das Beispiel BWM gewählt, den Inhallt aber auf Automationen im generellen bezogen.
Ich nutze in 100% meiner Automationen Trigger IDs und kann das auch nur empfehlen. Denn m.M.n. ist es keine Geschmacksfrage, sondern einfacher zu pflegen und weniger Fehleranfällig, da man seine Bedingungen nicht exakt wiederholen muss. In der Programmierung ist die Wiederholung von Code sogar ein Anti-Pattern, sollte also immer vermieden werden. Bedenke einmal den Fall, dass du einen Auslöser an deiner Automation ändern möchtest. Dann musst du das nur einmal machen und nicht auch noch in jeder Bedingung, die du nutzt. Außerdem kann man sich viel leichter vertun und ausversehen eine andere Entität mit ähnlichem Namen für die Bedingung wählen. Das kann mit einer Trigger-ID nicht passieren. Einen generellen State Changed Trigger würde ich auch vermeiden. Um die Automation nicht unnötig oft aufzurufen und der Lesbarkeit halber würde ich immer exakte Trigger nutzen, wie du dies ja auch im Video machst. Ansonsten ein gutes Video. Für mich waren zwar keine Neuigkeiten dabei, aber es wird vielen Anfängern helfen. Danke für die Arbeit :)
Hallo Thomas, vielen dank für dein Video. Ich habe einiges lernen können, aber du müsstest es bitte etwas langsamer erklären. Die Schnelligkeit, wie du die Maus bewegst ist sehr schnell, man kann so schnell nicht nachvollziehen wo du überall hin geklickt hast. Die Reiter springen so schnell hin und her, dass ich als Anfänger im HomeAssistent nicht hinterher komme. Und für diese Zielgruppe soll ja dein Video sein.
Hallo derwito68, vielen dank für dein konstruktives Feedback. So etwas nach einem Video zu beurteilen ist natürlich nicht besonders Aussagekräftig. Wir sind alle nur Menschen und kochen auch nur mit Wasser. Und auch die Aufnahme eines UA-cam Videos hängt immer von der Tagesform ab. In der Regel kommen meine Zuschauer auch ohne Probleme mit meiner Geschwindigkeit klar. Solltest du allerdings in allen meinen Videos nicht mit der Geschwindigkeit klarkommen, kannst du entweder die Abspielgeschwindigkeit in UA-cam verlangsamen (unten rechts das Zahnrad > Wiedergabegeschwindigkeit > 0.75 ) oder du schaust einfach ob dir die Geschwindigkeit eines meiner Kollegen wie z.B. Smartzeug, Tristans Smartes Heim, Smart Home & More, SmartREV, Smarthome Yourself uvm. besser liegt.
@@SteuerdeinLeben ich glaube ich habe mich falsch ausgedrückt, ich meine nicht deine Sprachgeschwidikeit sondern die schnelle Bewegung mit der Maus, du weißt ja schon genau wo du als nächstes die Maus hin bewegst ich dagegen muss mich auf den ganzen Bildschirm konzentrieren wo die Maus als nächstes sich hin bewegt und da ist die Bewegung schon öfter schnell. Das sollte keine Kritik sein an deiner Art die Videos zu machen. Ich schaue sehr gerne deine Videos du hast da so etwas anderes in deinem Erklärungen was mir sehr gut gefällt. Sorry wenn es so aussah als hätte ich dich etwas angegriffen.
Hallo Thomas, wieder mal ein tolles Video, bei dem auch ich erneut etwas mitnehmen konnte. Allerdings würde mich interessieren, weshalb Du nicht mit Auslöser-IDs arbeitest. Ich mache recht viel mit den IDs, aber bei Dir scheinen die keine Rolle zu spielen. Hat das einen besonderen Grund? Viele Grüße Mike
Morgen Mike, man kann natürlich auch Auslöser IDs verwenden. Auch ich mach das ab und zu, da ich aber inzwischen bei vielen Automationen keine eindeutigen Auslöser mehr verwende, sondern bei jeder Zustandsänderung der Entität auslöse, lege ich die Eindeutigkeit dann im Wenn-Dann fest. Ich denke das ist Geschmackssache. Beide Wege führen ans Ziel. Viele Grüße Thomas
@@SteuerdeinLeben den Ansatz verwende ich auch, aber nur bedingt, weil ich das gefühl habe, das wenn ich das bei jeder Automation mache, und das wird nach ner Zeit nicht weniger ^^, das System irgendwann mal damit zu kämpfen hat, wenn permanent irgendwelche Automationen und dann im großen Stil auslöst. Fand das bei deinem einem Video schon ziemlich "gewagt", ich weiß nich mehr genau was du da automatisiert hast, aber der Auslöser war nur am blinken, wie eine Diskokugel, eine einzelne mag sein, aber das für alle Automationen... Puh dein System hat ganz schön was zutun, würde ich mal schätzen 😅
glaub ich dir aufs Wort, aber meinem Raspberry trau ich das nicht so zu, du hast ja was anderes gehabt,soweit ich mich erinnere. Da siehts dann wieder anderst aus, aber trotzdem hätte ich irgendwie bedenken. ^^ aber wie sagt man immer, never change a running system. Und solange es geht, gehts.
Hallo und vielen Dank für mal wieder ein tolles Video. So als Anfänger frage ich mich aber ob man da nicht auch noch einen Helligkeitswert abfragen sollte und wenn ja, wie?
@@SteuerdeinLebenHallo erstmal danke für den Tip. Nun habe ich das mit dem Luxwert unter wenn dann Lampe einschalten etc hinzugefügt und das funktioniert auch, nur wenn ich nach 5 Minuten direkt wieder reinlaufe geht das Licht nicht direkt wieder an. Ich habe eine Philips Hue Birne und BWM. Unter Homekit lief das wunderbar so. Woran kann das liegen das das bei HA nicht so läuft? Grüße Matthias
@@SteuerdeinLeben Ok danke für die Antwort, da hatte ich das auch schon vorher dirn gehabt. Ich will in einem Zeitraum von 8-22Uhr 50% Helligkeit haben und ab 22Uhr-08Uhr 30% Helligekeit muss das dann unter "Aber nur wenn" oder unter "Wenn-Dann"?
Ich habe oft die Situation, daß meine Außenbeleuchtung nicht ausgeschaltet wird, weil ich in der längeren Wartezeit den HA neu starte. Hilft hier der Modus "Neu starten" ? (könnte ich eigentlich auch selbst testen) Wieder ein schönes Video - danke.
@@burkhardhopp3542mach zwei Auslöser, einer der die Lampe anschaltet und einen um 20 Uhr, der sie ausschaltet und spar dir das wait for trigger. Noch besser wäre es vermutlich beim Ausschalten auch die "Sonnenentität" zu benutzen, weil es um 20 Uhr im Sommer noch hell ist und deine Lampe dann die ganze Nacht an ist
verstehe nicht warum eine Gruppe gebildet wird anhand dessen der Auslöser / Rücksteller definiert wird, dann aber bei Aktionen wieder jeder BWM einzeln angegeben wird (~11:50). Kann dort nicht auch die Gruppe der BWM angegeben werden ? so ist das doch ganz schnell sehr fehlerbehaftet da an zwei stellen die Entitäten definiert werden
Habe mich heute mal dank deines Videos an Automatisierungen gewagt. Jedoch, egal was ich mache. Ich kann die niemals speichern und immer kommt eine Fehlermeldung Response Error 500. Was mache ich falsch?
Doch, die yaml ist automatisch da! Wenn du keinen Editor hast, dann schau dir mal das Video hier an: ua-cam.com/video/HX3mAWo91ZI/v-deo.html Aus dem Video sollt übrigens auch alles andere gemacht werden, falls noch nicht geschehen. Also sowohl die configuration.yaml wird automatisch angelegt, als auch die automations.yaml . Aber aus irgend einem Grund sind die nicht immer richtig verknüpft, was dann zu Fehlern wie dem von dir beschriebenen führen kann. Deshalb die Zeile die ich dir oben geschrieben habe.
Wenn dir Trigger-IDs lieber sind, kannst du diese ja gerne verwenden. Das funktioniert aber nur solange du jeden Auslöser eindeutig definierst. Ich löse inzwischen in den meisten Fällen bei genereller Zustandsänderung der Entität aus. Da hilft die Trigger-ID halt nichts mehr.
Die Frage ist auch an welcher Stelle genau es für dich unübersichtlicher ist? Auch bei Trigger-IDs musst du in den Aktionen ein Wenn-Dann verwenden, nur die Bedingung ist eine andere. Und zum Thema Umständlich, erst über das Dreipunktmenü die Trigger-ID aktivieren, dann eingeben und unten als Bedingung verwenden steht hier gegen eine Bedingung eingeben. Was ist da umständlicher?
Vielleicht hast Du recht. Wirkt bei mir wahrscheinlich unübersichtlich, weil ich mit den IDs routiniert arbeite und sich die Gewohnheit dort eingespielt hat.
Umständlicher erscheint es mir tatsächlich, mehrfach einen Gerätezustand abzurufen und auszuwerten, als mit IDs die bereits vorhandenen Informationen weiterzuverarbeiten. Mit ELSE kann man sich dann auch noch Prüfungen im Ablauf sparen. Da geht noch was bzgl. Next Level. Trotzdem gutes Video.
Einiges an doppeltem Code hättest du dir sparen können, wenn du IDs vergeben und unten nur noch "triggered by" verwendet hättest
Klar, auch das ist bei dieser spezifischen Automation möglich, funktioniert aber nicht mehr mit dem Beispiel in dem ich nur noch mit einer generellen Zustandsänderung ohne definierten Zustand arbeite. Deshalb verwende ich inzwischen fast keine Trigger IDs mehr.
Kann man IDS auch übergreifend verwenden? Also ids einer anderen automation in einer anderen verwenden?
@@gickowtf nein
Danke für die schnelle Antwort
Hey Thomas, mit diesem Video hast Du mich in einem anderem Denkmodus mit HA gebracht. Ich, blutiger Anfänger in HA, kann das bestätigen das für jede Sache eine extra Automation gebaut wird. Das ist nun vorbei und ich danke Dir sehr.
Sehr gut erklärt und einiges gelernt.bitte mehr davon evtl mal aktionen mit dem Kalender als Auslöser 😊auch gerne mehr mit Helfern.
Ein Video über alle Helfer kommt am kommenden Sonntag.
Danke für das Video!
Ich würde mir wünschen dass man Ordner für Automationen anlegen könnte oder sie taggen könnte. Ansonsten geht der Überblick schnell verloren.
Ja, das wünsche ich mir auch schon ne Weile, aber mit richtigen Namenskonventionen funktioniert es auch halbwegs.
Punkt 6 ist der Modus der Automation (zu finden rechts oben drei Punkte): Einzeln/Neu starten/In Warteschlange/Parallel. Einzeln ist der Standard, Neu starten meist besser. (Je nach eingebauten Wartezeiten).
Und je nach Zweck der Automation kann natürlich auch in Warteschlange und Parallel Sinn machen. Einzeln ist hier aber alsStandard festgelegt worden, da es tatsächlich in den meisten Fällen am sinnvollsten ist. Aber wie du schon schreibst, kann es gerade bei Wartezeiten durchaus sinnvoll seien neu starten zu verwenden, je nach Zweck und Ziel der Automation.
Sehr gutes Video!
super Video! Danke Dir
Hey Thomas, oh als Anfänger damals hätte ich so einige deiner Videos in letzter Zeit gerne Zugriff gehabt.
Für Anfänger sind die wirklich Gold wert. Ich habe dennoch konstruktive Kritik anzubringen. Es mag sein das du es in deinen Videos zuvor schon erwähnt hast, aber leider muss es nicht heißen das alle es gesehen haben, aber bitte tu mir einen Gefallen und mache nix mehr mit dem Reiter Geräte! Die Geräte ID's werden nur einmalig vergeben und können nicht wie Entitäten ersetzt werden, wie ich selber schmerzhaft feststellen musste. Und ich habe jetzt ne Menge Arbeit das alles in den Reiter Dienste umzuwandeln, um die Entitäten abzufrage bzw. einzusetzen und das sind bei mir verdammt viele, weil sobald mal ein Gerät tschau sagt und du es ersetzen musst, darfst du alles in deinen Automationen, Szenen, Scripten usw. ersetzen, was mit dem Gerät zutun hatte. Weiß ich leider auch erst seit kurzem.
Und als kleiner Tipp. Ich schreibe vor jeder meiner Automation "[WZ] Automation - Waschmaschine" zum Beispiel, wobei das WZ für Wohnzimmer steht, weil ich es irgendwie sinnvoller finde nach Räumen die Automationen usw. zu suchen, als dem Gerät was es ist. Aber wie gesagt, is nur ein Anreiz, jeder so wie er es gerne mag. Mich begleitet das schon ne ganze Weile durch mein komplettes System und ich finde es sehr hilfreich.
Gut das wars auch schon, schönen Abend allen noch.
VG
Hallo Maikel, vielen Dank für deine offene und sachliche Kritik.
Gerade für Beginner ist es einfach einfacher die Vorgegebenen Auslöser bei Gerät zu ändern. Und in der Regel wechselt man ha seine Geräte nicht so oft.
Selbst wenn ich über die Entität gehen möchte, dann nutze ich nicht Dienst, sondern Zustand als Auslöser. Denn glücklicherweise gibt es hier inzwischen auch Vorgabe.
Und ja, in der Theorie ist dad Umbenennen von Entitäten eine super Möglichkeit bei Gerätewechsel, funktioniert aber auch nur, wenn sich die alte Entität rückstandslos löschen lässt, sonst führt es nur zu noch mehr Problemen und Inkontinenz. Je nach Integration habe ich da schon die wildesten Sachen erlebt.
Aber ja, wenn es funktioniert ist es ne super Sache und viel einfacher.
Mit der "Namenskonvention" sage ich ja schon im Video, das bleibt jedem selbst überlassen. Für den einen funktioniert der Raum vorne am besten. In meinem Fall mit einigen Raumübergreifenden Automation funktioniert es besser das Automations-Ziel an den Anfang zu setzen.
Beste Grüße
Thomas
@@SteuerdeinLeben ok die Probleme hatte ich ehrlich gesagt noch nie mit den Entitäten 😲
Und ja ich mache das genau so wie du, als Auslöser und Bedingung nehme ich zu 98% die Zustände und Nr. Zustände und als Auslöser fast ausschließlich den Reiter Dienste.
Und ja ich stimme dir komplett zu, das es über den Reiter Geräte wesentlich einfacher ist, aber wenn ich z.B. eine Steckdose nehme und die in Scripten, Szenen und Automationen verbaue und das sagen wir mal mach ich in 20 verschiedenen Automationen und das ganze nochmal mit einer Glühbirne. Und beides muss ich ersetzen, hätte ich mir damals gewünscht den Weg über die Dienste besser zu verstehen und hätte damals sämtliche Automationen so gebaut. Weil es wirklich sehr nervig sein wird, das zu ersetzen.
Grund: Ja auch ich habe den Weg über die Geräte bei anderen UA-camrn gesehen und auch so angewandt. 😅
Mit der Version 2024.01 hat sich der Aufbau innerhalb der Automationen grundsätzlich geändert. Alles was ihr über den neuen Aufbau wissen müsst, findet ihr in diesem Video: ua-cam.com/video/JAXTN517ZU4/v-deo.html Außerdem könnt ihr jeder Zeit die von mir Genutzten Auslöser/Bedingungen/Aktionen über das Suchfeld im jeweiligen Bereich nach dem Namen suchen.
Bevor es noch mehr Leute in die Kommentare schreiben. Ja, natürlich kann man bei diesem Bespiel auch Trigger-IDs verwenden, anstatt den Auslöser noch mal als Bedingung im Wenn-Dann abzufragen. Alles zum Thema Trigger-IDs findet ihr in diesem Video: ua-cam.com/video/G2VeInKzugA/v-deo.html . Ich hätte auch nach dem ich die Gruppe erstellt habe noch die Bedingungen auf eine mit der Gruppe kürzen können, womit es wieder die selbe Anzahl Bedingungen ist wie auch bei der Trigger-ID. Was hier verwendet wird ist imho Geschmackssache und in beiden Fällen gleich übersichtlich und in etwa der gleiche Aufwand.
Bei dem zwischendurch gezeigten Beispiel in dem ich dann keine eindeutigen Auslöser mehr verwende sondern nur noch bei jeder Zustandsänderung der Entität auslöse sind dann auch Trigger-IDs keine Möglichkeit mehr. in vielen Fällen macht es aber tatsächlich sinn, die Automation so auszulösen.
Und bitte beachtet auch, dass das Video "Verbessere deine AutomationEN" heißt und nicht "Verbessere deine Bewegungsmelder Automation" im Video habe ich zwar das Beispiel BWM gewählt, den Inhallt aber auf Automationen im generellen bezogen.
Ich nutze in 100% meiner Automationen Trigger IDs und kann das auch nur empfehlen. Denn m.M.n. ist es keine Geschmacksfrage, sondern einfacher zu pflegen und weniger Fehleranfällig, da man seine Bedingungen nicht exakt wiederholen muss. In der Programmierung ist die Wiederholung von Code sogar ein Anti-Pattern, sollte also immer vermieden werden.
Bedenke einmal den Fall, dass du einen Auslöser an deiner Automation ändern möchtest. Dann musst du das nur einmal machen und nicht auch noch in jeder Bedingung, die du nutzt.
Außerdem kann man sich viel leichter vertun und ausversehen eine andere Entität mit ähnlichem Namen für die Bedingung wählen. Das kann mit einer Trigger-ID nicht passieren.
Einen generellen State Changed Trigger würde ich auch vermeiden. Um die Automation nicht unnötig oft aufzurufen und der Lesbarkeit halber würde ich immer exakte Trigger nutzen, wie du dies ja auch im Video machst.
Ansonsten ein gutes Video. Für mich waren zwar keine Neuigkeiten dabei, aber es wird vielen Anfängern helfen. Danke für die Arbeit :)
Hallo Thomas, vielen dank für dein Video. Ich habe einiges lernen können, aber du müsstest es bitte etwas langsamer erklären. Die Schnelligkeit, wie du die Maus bewegst ist sehr schnell, man kann so schnell nicht nachvollziehen wo du überall hin geklickt hast. Die Reiter springen so schnell hin und her, dass ich als Anfänger im HomeAssistent nicht hinterher komme. Und für diese Zielgruppe soll ja dein Video sein.
Hallo derwito68, vielen dank für dein konstruktives Feedback. So etwas nach einem Video zu beurteilen ist natürlich nicht besonders Aussagekräftig. Wir sind alle nur Menschen und kochen auch nur mit Wasser. Und auch die Aufnahme eines UA-cam Videos hängt immer von der Tagesform ab. In der Regel kommen meine Zuschauer auch ohne Probleme mit meiner Geschwindigkeit klar. Solltest du allerdings in allen meinen Videos nicht mit der Geschwindigkeit klarkommen, kannst du entweder die Abspielgeschwindigkeit in UA-cam verlangsamen (unten rechts das Zahnrad > Wiedergabegeschwindigkeit > 0.75 ) oder du schaust einfach ob dir die Geschwindigkeit eines meiner Kollegen wie z.B. Smartzeug, Tristans Smartes Heim, Smart Home & More, SmartREV, Smarthome Yourself uvm. besser liegt.
@@SteuerdeinLeben ich glaube ich habe mich falsch ausgedrückt, ich meine nicht deine Sprachgeschwidikeit sondern die schnelle Bewegung mit der Maus, du weißt ja schon genau wo du als nächstes die Maus hin bewegst ich dagegen muss mich auf den ganzen Bildschirm konzentrieren wo die Maus als nächstes sich hin bewegt und da ist die Bewegung schon öfter schnell. Das sollte keine Kritik sein an deiner Art die Videos zu machen. Ich schaue sehr gerne deine Videos du hast da so etwas anderes in deinem Erklärungen was mir sehr gut gefällt. Sorry wenn es so aussah als hätte ich dich etwas angegriffen.
Hallo Thomas, wieder mal ein tolles Video, bei dem auch ich erneut etwas mitnehmen konnte. Allerdings würde mich interessieren, weshalb Du nicht mit Auslöser-IDs arbeitest. Ich mache recht viel mit den IDs, aber bei Dir scheinen die keine Rolle zu spielen. Hat das einen besonderen Grund?
Viele Grüße Mike
Morgen Mike, man kann natürlich auch Auslöser IDs verwenden. Auch ich mach das ab und zu, da ich aber inzwischen bei vielen Automationen keine eindeutigen Auslöser mehr verwende, sondern bei jeder Zustandsänderung der Entität auslöse, lege ich die Eindeutigkeit dann im Wenn-Dann fest. Ich denke das ist Geschmackssache. Beide Wege führen ans Ziel.
Viele Grüße Thomas
@@SteuerdeinLeben den Ansatz verwende ich auch, aber nur bedingt, weil ich das gefühl habe, das wenn ich das bei jeder Automation mache, und das wird nach ner Zeit nicht weniger ^^, das System irgendwann mal damit zu kämpfen hat, wenn permanent irgendwelche Automationen und dann im großen Stil auslöst.
Fand das bei deinem einem Video schon ziemlich "gewagt", ich weiß nich mehr genau was du da automatisiert hast, aber der Auslöser war nur am blinken, wie eine Diskokugel, eine einzelne mag sein, aber das für alle Automationen... Puh dein System hat ganz schön was zutun, würde ich mal schätzen 😅
@@Maikel-- Ganz ehrlich, Auch wrnn mein Sytem in der Theorie viel zu tun haben müsste, läuft es sehr stabil und ohne Timing Probleme.
glaub ich dir aufs Wort, aber meinem Raspberry trau ich das nicht so zu, du hast ja was anderes gehabt,soweit ich mich erinnere. Da siehts dann wieder anderst aus, aber trotzdem hätte ich irgendwie bedenken. ^^ aber wie sagt man immer, never change a running system. Und solange es geht, gehts.
@@Maikel-- Nein, ich hab tatsächlich auch nen Raspberry. 🙂
Hallo und vielen Dank für mal wieder ein tolles Video. So als Anfänger frage ich mich aber ob man da nicht auch noch einen Helligkeitswert abfragen sollte und wenn ja, wie?
Natürlich kannst du das noch in den Bedingungen mit abfragen. Einfach über Numeric State des Helligkeitssensors.
@@SteuerdeinLebenHallo erstmal danke für den Tip. Nun habe ich das mit dem Luxwert unter wenn dann Lampe einschalten etc hinzugefügt und das funktioniert auch, nur wenn ich nach 5 Minuten direkt wieder reinlaufe geht das Licht nicht direkt wieder an. Ich habe eine Philips Hue Birne und BWM. Unter Homekit lief das wunderbar so. Woran kann das liegen das das bei HA nicht so läuft? Grüße Matthias
@@Mockey27 Bedingung ist nicht "Wenn-Dann", sondern "Aber nur Wenn".
@@SteuerdeinLeben Ok danke für die Antwort, da hatte ich das auch schon vorher dirn gehabt. Ich will in einem Zeitraum von 8-22Uhr 50% Helligkeit haben und ab 22Uhr-08Uhr 30% Helligekeit muss das dann unter "Aber nur wenn" oder unter "Wenn-Dann"?
@@Mockey27 Dann musst du in den Aktionen zwei Wenn-Dann einfügen.
Ich habe oft die Situation, daß meine Außenbeleuchtung nicht ausgeschaltet wird, weil ich in der längeren Wartezeit den HA neu starte. Hilft hier der Modus "Neu starten" ? (könnte ich eigentlich auch selbst testen)
Wieder ein schönes Video - danke.
Das kommt darauf an, wie dei Automation geschrieben ist. Generell wird jede laufende Automation durch einen Neustart unterbrochen.
Stimmt, heute ausprobiert, "Neu starten" hilft nicht. Meine Automation - es würde auch nicht helfen, wenn ich 20:00 Uhr in den Trigger verschiebe.
alias: Licht Garten
description: ""
trigger:
- platform: sun
event: sunset
offset: "0"
condition: []
action:
- service: switch.turn_on
data: {}
target:
entity_id:
- switch.garage_relais1
- wait_for_trigger:
- platform: time
at: "20:00:00"
- service: switch.turn_off
data: {}
target:
entity_id: switch.garage_relais1
mode: restart
@@SteuerdeinLeben
@@burkhardhopp3542mach zwei Auslöser, einer der die Lampe anschaltet und einen um 20 Uhr, der sie ausschaltet und spar dir das wait for trigger. Noch besser wäre es vermutlich beim Ausschalten auch die "Sonnenentität" zu benutzen, weil es um 20 Uhr im Sommer noch hell ist und deine Lampe dann die ganze Nacht an ist
verstehe nicht warum eine Gruppe gebildet wird anhand dessen der Auslöser / Rücksteller definiert wird, dann aber bei Aktionen wieder jeder BWM einzeln angegeben wird (~11:50). Kann dort nicht auch die Gruppe der BWM angegeben werden ? so ist das doch ganz schnell sehr fehlerbehaftet da an zwei stellen die Entitäten definiert werden
Ja, du hast recht, in den Aktionen kann auch die Gruppe statt der Bewegungsmelder stehen. Das steht such in meinem angepinnten Kommentar.
Habe mich heute mal dank deines Videos an Automatisierungen gewagt. Jedoch, egal was ich mache. Ich kann die niemals speichern und immer kommt eine Fehlermeldung Response Error 500. Was mache ich falsch?
Hast du folgendes in deiner configuration.yaml?
automation: !include automations.yaml
Wenn nicht, dann bitte mal hinzufügen.
@@SteuerdeinLeben Mache das über die Asssitenten. Und da klappt es nicht mal die zu Speichern. Habe also keine Yaml
Doch, die yaml ist automatisch da! Wenn du keinen Editor hast, dann schau dir mal das Video hier an: ua-cam.com/video/HX3mAWo91ZI/v-deo.html Aus dem Video sollt übrigens auch alles andere gemacht werden, falls noch nicht geschehen. Also sowohl die configuration.yaml wird automatisch angelegt, als auch die automations.yaml . Aber aus irgend einem Grund sind die nicht immer richtig verknüpft, was dann zu Fehlern wie dem von dir beschriebenen führen kann. Deshalb die Zeile die ich dir oben geschrieben habe.
Mich würde mal interessieren wie man automationen nur einmal pro stunde laufen lassen kann?
Du stellst als trigger "time pattern" ein
Das habe ich hier shon mal erklärt: ua-cam.com/video/l6DE4-coKIk/v-deo.html&si=2BgbF8phzRjjkDct
Finde ich sehr umständlich und unübersichtlich.
Einfacher wäre es mit Auslöser-IDs.
Wenn dir Trigger-IDs lieber sind, kannst du diese ja gerne verwenden. Das funktioniert aber nur solange du jeden Auslöser eindeutig definierst. Ich löse inzwischen in den meisten Fällen bei genereller Zustandsänderung der Entität aus. Da hilft die Trigger-ID halt nichts mehr.
Die Frage ist auch an welcher Stelle genau es für dich unübersichtlicher ist? Auch bei Trigger-IDs musst du in den Aktionen ein Wenn-Dann verwenden, nur die Bedingung ist eine andere. Und zum Thema Umständlich, erst über das Dreipunktmenü die Trigger-ID aktivieren, dann eingeben und unten als Bedingung verwenden steht hier gegen eine Bedingung eingeben. Was ist da umständlicher?
Vielleicht hast Du recht. Wirkt bei mir wahrscheinlich unübersichtlich, weil ich mit den IDs routiniert arbeite und sich die Gewohnheit dort eingespielt hat.
Umständlicher erscheint es mir tatsächlich, mehrfach einen Gerätezustand abzurufen und auszuwerten, als mit IDs die bereits vorhandenen Informationen weiterzuverarbeiten. Mit ELSE kann man sich dann auch noch Prüfungen im Ablauf sparen. Da geht noch was bzgl. Next Level. Trotzdem gutes Video.