Die Telekom hilft Community zieht um und ist bis zum 8. Januar 2025 nur eingeschränkt zugänglich.
Warum funktionieren einige Routinen nicht mehr?
vor 29 Tagen
Moin zusammen,
ohne MZA wäre es richtig langweilig. Alle Jahre wieder schalten wir eine Lichterkette zur Weihnachtszeit auf dem Balkon. Mit zwei simplen Routinen, eine morgens und eine abends.
Die Routine morgens lautet:
WENN Uhrzeit 6:00 Uhr
WÄHREND Zeitraum 6:00 Uhr - Aufgang
DANN Zwischenstecker XY einschalten
Das hat letztes Jahr noch funktioniert. Die Lichterkette wurde zum Sonnenaufgang wieder ausgeschaltet. Jetzt funktioniert das nicht mehr. Sie wird zwar ein- aber nicht mehr ausgeschaltet.
Was wurde verändert und muss ich jetzt etwa noch zwei weitere Routinen zum Ausschalten einrichten, nur um diesen simplen Use Case abzubilden? Offenbar wurde hier die Logik geändert, dass nur noch das Einschalten in dem Zeitfenster möglich ist.
Oder soll ich mir besser gleich noch einen HmIP Außenschalter für die CCU3 kaufen, damit es funktioniert?
269
19
Das könnte Ihnen auch weiterhelfen
vor 9 Monaten
102
0
2
vor 2 Jahren
605
0
1
vor 8 Monaten
183
0
6
vor 11 Monaten
112
0
4
vor 2 Jahren
211
0
1
5 Sterne Mitglied
vor 29 Tagen
Hallo @jvs1402 ,
ob sich an der Logik in der MZA etwas geändert hat, weiß ich nicht, hätte aber folgenden Vorschlag für die Routine zum Ausschalten:
WENN Sonnenaufgang
DANN Stecker ausschalten
Nach meinem Verständnis der Routinen wird unter WÄHREND eine zusätzliche Bedingung festgelegt, die zu dem Zeitpunkt erfüllt sein muss, wenn die unter WENN definierte Bedingung geprüft wird.
Weitere/spätere Aktionen, wie in deinem Beispiel das Ausschalten lassen sich durch WÄHREND nicht starten.
Das WÄHREND in deiner Routine verhindert m. E. nur das Einschalten des Steckers an Tagen mit einem Sonnenaufgang vor 6 Uhr. Im November/Dezember könnte man das in DE auch einfach weglassen.
Seit dem ich die MZA und die Routinen nutze, war das Zusammenwirken von WENN und WÄHREND schon immer so. In der MSH App war das bei den Regeln vermutlich anders.
Beste Grüße
2
Antwort
von
vor 28 Tagen
Hallo nochmal @jvs1402
Wieso vier Routinen
Zwei einfache Routinen müssten doch eigentlich ausreichen:
Eine zum Einschalten und eine zum Ausschalten.
Community Guide
vor 29 Tagen
Kleiner OT-Kommentar von mir: Was bin ich froh, dass ich so was einfach händisch mache.
Schöne Adventszeit!
Thomas
0
5 Sterne Mitgestalter*in
vor 29 Tagen
@teezeh , oder so 😂. Das muss ich jetzt auch wieder machen.
0
Community Guide
vor 28 Tagen
Moinsen Zusammen
@jvs1402
Was Du in den letzten Monaten bei MZH gelernt haben solltest…
Wenn, was nicht mehr funktioniert, lösche es und mach neu. 😂
Da der Schmonz ja nur auf den Servern läuft, kann schon die kleinste Änderung bei denen, unbemerkt fatale Folgen bei Dir „zu Hause“ haben.
Deine, im Schweiße deines Angesichts erstellte Routine, passt nicht mehr zu deren umgekrempelten Diensten und laufen nun ins Leere. ?🤷🏼?
Wäre, soweit ich mich erinnere, auch nicht das erste mal das sowas tatsächlich nötig wäre? 🤔
Gruss VoPo
0
5 Sterne Mitgestalter*in
vor 28 Tagen
@PaulGlück , ich modifiziere erst einmal die beiden Routinen. Mal sehen, ob das mit dem ODER funktioniert.
1
Antwort
von
vor 28 Tagen
Ich habe gerade erst verstanden, warum du von 4 Routinen ausgegangen bist. Wer lesen kann, ist glatt im Vorteil...
Eine Lösung mit Routine 1:
WENN 6 Uhr
ODER Sonnenuntergang
DANN Stecker einschalten
und Routine 2:
WENN Sonnenaufgang
ODER 23 Uhr (beispielsweise)
DANN Stecker ausschalten
sollte m.E. gut funktionieren.
Viel Erfolg !
5 Sterne Mitgestalter*in
vor 26 Tagen
@PaulGlück , ja, so hatte ich die Routinen konfiguriert und das funktioniert.
Die Logik der Routinen weicht eben von der der Regeln in MSH ab. Und diese Logik mit Während wurde geändert, ohne, dass es kommuniziert wurde. Letztes Jahr war es noch so, dass DANN so lange gültig war, wie es unter WÄHREND definiert wurde. In diesem FALL ist WÄHREND völlig sinnfrei.
Ein Manko ist die starre Struktur der Routinen. So kann UND oder ODER nicht mehr individuell eingestellt werden sondern wird dadurch gesteuert, ob man es unter WENN oder WÄHREND einrichtet. Auch kann man nicht mehr definieren, ob man einen Zustand oder eine Änderung des Zustands als Trigger nimmt. So kann man nur eine Änderung unter WENN eintragen. Für diesen Anwendungsfall braucht es in MSH nur eine Regel. Unter WENN werden beide Zeitintervalle difiniert und mit ODER verknüpft, unter DANN wird der Zwischenstecker eingeschaltet und unter DANACH wird er wieder ausgeschaltet. Warum man Routinen nicht auch so programmiert, kann ich nicht verstehen. Es sind eben andere Entwickler, die offenbar anders denken. Die alten kannte ich noch.
1
Antwort
von
vor 26 Tagen
Hallo @jvs1402 , vielen Dank für den Gedankenaustausch.
Zum Teil isr es wohl auch Geschmackssache, ob man eine Automatisierung lieber in einer Regel/Routine erledigt, die möglicherweise ein paar mehr Zeilen enthält oder eher mehrere Routinen bevorzugt, die dann jeweils etwas kürzer ausfallen können. Die Möglichkeiten bei den Regeln waren gemäß deiner Beschreibung in der alten MSH App wohl wirklich umfangreicher und flexibler. Und so gesehen können die MZA-Routinen durchaus als Rückschritt betrachtet werden. Das Fehlen des DANACH (im Zusammenwirken mit der alten WÄHREND-Logik) wurde ja schon in einer ganzen Reihe von Beiträgen bedauert/bemängelt.
Mir gefällt das Routinenkonzept der MZA eigentlich überwiegend ganz gut. Ich selbst bevorzuge die Logik mit mehreren kurzen Routinen, weil ich das übersichtlicher finde und es eher meiner eigenen, persönlichen "Automatisierungs-Denkweise"
[ alter GesamtSystemzustand -> Ereignis/Auslöser -> Aktion -> neuer GesamtSystemzustand ]
entgegen kommt.
Außerdem kann es m.E. ja gerade bei der MZA als Cloudlösung durchaus tückisch werden, wenn längere Routinen bei Störungen abgebrochen oder nur teilweise ausgeführt werden.
Ich vermisse in der MZA eher die Möglichkeit aus einer Routine heraus eine andere Routine (de)aktivieren zu können, so wie es mit den Schiebeschaltern auf der Zuhauseseite möglich ist. Und der Start von Routinen unter DANN wäre auch eine tolle Sache, quasi als Aufruf von Unterroutinen.
Gab es solche oder ähnliche Möglichkeiten in der alten MSH App ?
Nach meinem Verständnis kann (können) unter WENN eine (ODER mehrere) Zustandsänderung(en)/Ereignis(se) als Auslöser festgelegt werden und unter WÄHREND können Zustände festgelegt werden, die mit UND verknüpft sind und somit zum Zeitpunkt der Auslösung alle zusätzlich zu der auslösenden WENN-Bedingung erfüllt sein müssen, damit die DANN-Aktionen ausgeführt werden. Damit ist doch eine ganze Menge Logik möglich, wenn man sich den Unterschied zwischen Zustandsänderung und Zustand einmal klar gemacht hat.
Bei der Erstellung von Routinen gibt es zu den einzelnen Blöcken und Bedingungen ja durchaus hilfreiche Hinweise.
Ich würde mir da aber trotzdem eine Dokumentation oder ein Tutorial wünschen, wo diese Logik anhand einiger guter Beispiele im Zusammenhang beschrieben wird !
Aber wahrscheinlich ist das heutzutage zu sehr "old school" 🤠
5 Sterne Mitgestalter*in
vor 26 Tagen
Genau so ist es und das ist eben der große Rückschritt. In den MSH Regeln kann man das beliebig kombinieren. Und es gibt Regeln, die sich nicht als Routinen nachstellen lassen. So ist es eben nicht möglich, eine Aktion nur innerhalb eines Zeitintervalls auszuführen, man benötigt auch noch eine Zustandsänderung. Und Ausschalten danach geht eben auch nicht mehr. Auch Zustände oder Zustandsänderungen von HUE Lampen lassen sich nicht nutzen. Oder Du kannst eine Sonosbox einschalten, es gibt aber keine Möglichkeit, die wieder über eine Routine auszuschalten.
Ich war eben MSH Intensivnutzer und Betatester und bin daher verwöhnt und ich habe auch viele Ideen eingebracht, die die Kollegen dann umsetzten.
Hier habe ich noch einen Anwendungsfall, den ich bisher nicht lösen konnte.
Ich habe einen Phonoschrank mit einer Schiebetür und einer Schublade. Beide sind mit TFK ausgestattet. Oben befindet sich eine Lampe. Die Aufgabe ist, das Licht soll eingeschaltet werden, wenn entweder die Schiebtür oder die Schulbade geöffnet werden, während eine gewisse Helligkeit unterschritten ist. Das Licht soll nach einer gewissen Verzögerung ausgeschaltet werden, wenn beide TFKs geschlossen werden.
Das Öffnen lässt sich einfach abbilden. Nur das Schließen kann ich nicht realisieren. Damit es das funktioniert, müsste ich unter WENN sagen können, das beide TFKs geschlosschen sind. Das geht aber nicht. Also kann ich nur sagen WENN TFK1 oder TFK2 geschlossen wird, DANN geht das Licht aus. Ich müsste das also unter WÄHREND mit UND einbinden. Dann habe ich aber keine Zustandsänderung als Trigger. Auch WENN TFK1 oder TFK2 geschlossen werden, WENN TFK1 und TFK2 geschlosen sind wird nicht funktionen. Den Zustand geschlossen bekommen sie erst nach den Schließen.
Vielecht hast Du ja noch eine Idee. Mir fällt da nichts mehr ein.
7
Antwort
von
vor 26 Tagen
Das wurde schon oft adressiert, aber es tut sich einfach nichts mehr. Aber es kann helfen, wenn immer mehr User schreiben. Ich bekomme immer noch die Betaversionen, aber keine Information zu den Änderungen. Im Rahmen dessen konnte ich solche Verbesserungsvorschläge bei den damaligen Entwicklern einbringen.
Ich habe jetzt bereits sie Version 3.7.0.
1 Sterne Mitglied
vor 18 Tagen
Hallo zusammen,
finde die MSH auch viel unkomplizierter.
Auch Übersichten zu erstellen fehlt da wohl noch in der MZA. Um sich einen Überblick zu verschaffen muss man alles durchscrollen.
0