Hatte ich vermutet, dass die Übernahme aus dem DP in den Cron etwas schwieriger wird.
Was bewirkt eigentlich das Stop in dem Blockly, wird so der Zeitplan überhaupt ausgeführt?
Hatte ich vermutet, dass die Übernahme aus dem DP in den Cron etwas schwieriger wird.
Was bewirkt eigentlich das Stop in dem Blockly, wird so der Zeitplan überhaupt ausgeführt?
Da hilft probieren geht über studieren, wo bei ich den Denkansatz schon mal gut finde, da man hier den Trigger direkt über die DPs ändern könnte, falls das überhaupt möglich ist.
Wie geschrieben, im IOBroker Forum bist mit der Frage besser dran. Das Ergebnis dann aber bitte hier mal posten, da das recht nützlich sein kann, wenn's geht.
Da bin ich auch überfragt.
Stell die Frage bitte im IOBroker Forum, da dort die wirklichen Spezialisten sitzen (haben das ja auch programmiert). Die haben bestimmt was ganz anderes als Lösung
Oh, da habe ich ja ein Denkfehler drin.
Du übernimmst ja die Zeiten aus den DPs und die sind somit variabel. Schon fällt mein Vorschlag mit ´festen Triggerzeiten ins Wasser und die alternative auf Änderung der DPs zu triggern haut auch nicht hin, da die ja nicht immer geändert werden.
Problem ist erkannt, nur die Lösung dazu noch nicht
Was mir spontan in den Sinn kommt, ist ein Trigger, der nicht alle Minute abfragt, sondern so alle halbe Stunde in der Zeit zwischen 5 Uhr morgen und 23 Uhr abends z.B.. Ist zwar nicht so elegant, aber immer hin mal die Minutentaktung raus genommen.
OK, warst schneller.
Ja das sollte schon passen vom Format, deshalb hatte ich auch das im letzten Post von mir vorgeschlagen, damit das auf alle Fälle schon mal passt.
Dein Trigger Problem löst Du einfach in dem Du das Beispiel von mir nimmst und auf gleich prüfst (wenn gößer mit dabei ist, wäre die erste Bedingung auch um 20 Uhr erfüllt, da größer als als 8Uhr.
versuch mal die Zeit so abzufragen:
hier ist in der Abfrage das Format schon klar definiert und sollte zum DP mit Typ Zeichenkette funktionieren. So habe ich das bei mir am Laufen.
Hier auch mal die komplette Definition des DP den ich bei mir so auswerte:
{
"from": "system.adapter.javascript.0",
"ts": 1532350500555,
"common": {
"name": "nächste nautische Abenddämmerung Uhrzeit",
"desc": "evening astronomical twilight starts",
"type": "string",
"role": "javascript"
},
"native": {},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "javascript.0.Astro.Zeiten.09 - nauticalDusk",
"type": "state"
}
Alles anzeigen
Das geht natürlich auch so. Ich verwende eben lieber ein Trigger und arbeite innerhalb die Routine ab. Deshalb prüfe ich auch die Zeit noch mal da der Trigger ja 2 mal kommt. Die Zeit von bis ist nur zur Sicherheit, da ich mir nicht 100% sicher bin, ob er auf exakt 8 Uhr prüft, oder alles bis 8:00:59 Uhr.
Wie bei jedem Script führen viele Weg ans Ziel, nur das was Dark Dragon erstellt hatte, ist einfach etwas umständlich für das was er eigentlich will
und ich würde das so machen:
Der Zeitplan wird 2 mal am Tag aktiv. Einmal um 8Uhr und dann nochmal um 23Uhr und genau zu dem Augenblick wird die aktuelle Zeit mit der Vorgabe verglichen damit das auch wirklich passt und dann eben die Lautstärke geändert.
Das sollte so laufen und ist wesentlich kürzer als Deine Variante
Was soll denn das Blockly denn überhaupt machen? Wenn ich die Aufgabe kenne ist es einfacher als anhand des fertigen Blockly zu erahnen was es machen soll.
Wie geschrieben, ich vermeide es so gut es geht Trigger zu verschachteln, da man hier wirklich sehr aufpassen muss.
Supermicha
schau mal ich habe ein Script das bei mir Licht in Abhängigkeit der Zeit anschaltet und habe dazu einen anderen Block verwendet. Kann mich noch wage dran erinnern, dass ich das auch mal mit dem von Dir verwendet Block zum Zeitvergleich gemacht hatte und damit lief das nicht wie geplant. Kannst das ja auch mal testen. Der zu vergleichende DP bei mir ist als Zeichenkette deklariert.
Das Blockly funktioniert so bei Dir? Kann ich mir fast nicht vorstellen, da der interne Trigger exakt dann ein Wechsel von "volume" erhalten muss, wenn die eingestellte Zeit des externen Trigger erreicht wird und das ist fast unmöglich
Regel 1 bei Trigger: verschachtelte Trigger sind zu vermeiden, da die internen nur zu dem Zeitpunkt überhaupt erfasst werden, wenn der externe auslöst und da muss man eben aufpassen.
Das wird wohl an der Definition der DPs von "WohnzimmerMorgens und Abends" liegen und Dein Trigger alle Minute laufen zu lassen belastet das System. Hier wird eine Zeit verglichen und Zeit kann man da nur mit Zeit vergleichen.
Da ich bei Blockly auch erst an der Oberfläche kratze, muss ich mir das mal anschauen, wie der DP hier als Zeit zu konfigurieren wäre.
Och der Nils hilft auch sonst gerne und kompetent, auch ohne seine Mod Versionen
Da ist nichts Alexa optimiert, da war nur der "Dual Bug" umgangen. Das wiederum ist nun auch in der offiziellen Version mit drin.
Die Sensoren spielen auch keine große Rolle mehr, da selbst wenn nichts auskommentiert ist, das bin File der neuen Tasmota unter 500k groß ist und somit auch immer direkt OTA geflasht werden kann.
Unterm Strich braucht man die Mod Versionen deshalb nur noch wenn man nicht das alte Master bin verwenden möchte, sondern die aktuelle Version, da es die nicht als fertiges bin gibt.
Unifi - WLan Anwesenheitserkennung f. Heizung
den kenne ich gar nicht und die Anwesenheitserkennung mach ich bei mir über den TR064 Adapter
Wenn Du die Einstellungen beim Flashen eins bereits mit Tasmota geflashten Sonoff ändern möchtest, dann muss der CFG Holder geändert werden (ganz oben).
An sonst nachträglich ändern, wie es Chaot geschrieben hat.
Ich habe 19 Adapter, gute 30 Scripte am Laufen und ne GUI, auch immer über 100MB frei. Kommt aber auch drauf an, wie man das Linux installiert und ob es ne abgespeckte oder voll Variante ist. Da kann man noch viel Mist runter werfen.
Linux hat übrigens ne recht gute Speicherverwaltung, da wird schon automatisch für Platz gesorgt, wenn welcher benötigt wird.
Beim IOBroker gibts übrigens reichlich Adapter, die teilweise die selben Funktionen haben, man muss da nicht alles installieren, was toll aussieht
genau das meinte ich
auf Erde ist klar, nur auf welcher Seite?
rechte Maustaste und dann externe Eingänge, ist aber nur Kosmetik und ändert nichts an der Funktion
Nur mit IOBroker und reichlich installierter Adaptern noch über 100MB frei, also Limit ist anders.
Hab ich auch noch nicht getestet, aber schon gelesen, dass das nicht funktioniert, da hier keine zusätzliche Verknüpfung drin sein darf. Das kannst aber leicht umgehen, in dem Du auf das Zahnrad gehst und einfach ein zweites Objekt hinzufügst.
Manchmal ist es eben wirklich einfacher als gedacht
Alternativ kannst natürlich auch ein DP erstellen, der das ganze vorher schon auswertet und den als Trigger verwenden. So z.B.: