NEWS
Ist meine ODER Logik korrekt?
-
Kurz noch zum Hintergrund, falls es jemanden interessiert ;)
meine Idee war es den Symbol_Code vom DasWetter Adapter zu nehmen, und falls das Symbol aktuell oder in der nächsten Stunde "Sonnig" oder "teils bewölkt" hergibt, der Sonnenschutz im shuttercontrol Adapter aktiv wird. Bei einem Code höher als 2 wird nicht in den Sonnenschutz gefahren.
DasWetter API Dokumentation:
Einstellung im shuttercontrol Adapter:
-
ich habe zwei Datenpunkte welche ich jeweils auf den Wert 1 oder 2 prüfen möchte, und falls einer der beiden Datenpunkte (current oder next_hour) den Wert 1 oder 2 enthält mein
SonnenstatusDatenpunkt mit1aktualisiert wird, und falls nicht mit0.Ist dieses korrekt so?
Das hängt davon ab, ob dein Wert "next_hour" unabhängig von "current" aktualisiert wird. Denn wenn der Wert für "next_hour" aktualisiert wird und "current" nicht, dann wird nicht getriggert.
-
ich habe zwei Datenpunkte welche ich jeweils auf den Wert 1 oder 2 prüfen möchte, und falls einer der beiden Datenpunkte (current oder next_hour) den Wert 1 oder 2 enthält mein
SonnenstatusDatenpunkt mit1aktualisiert wird, und falls nicht mit0.Ist dieses korrekt so?
@rtwl Falls eine der 4 Bedingungen erfüllt wird sollte
macheaufgerufen werdenioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
Das hängt davon ab, ob dein Wert "next_hour" unabhängig von "current" aktualisiert wird. Denn wenn der Wert für "next_hour" aktualisiert wird und "current" nicht, dann wird nicht getriggert.
@ofbeqnpolkkl6mby5e13 sagte in Ist meine ODER Logik korrekt?:
Das hängt davon ab, ob dein Wert "next_hour" unabhängig von "current" aktualisiert wird
Ja, daran hab ich auch anfangs gedacht, und ich gehe mal davon aus, dass beide gleichzeitig aktualisiert werden, da der DasWetter Adapter jede halbe Stunde alle Daten abruft.
Aber ich werde das mal beobachten.
Theoretisch könnte ich ja den zweiten Datenpunkt auch in den Trigger mit auf nehmen, oder?-Peter
-
@bananajoe Alles klar, danke 👍
-
@ofbeqnpolkkl6mby5e13 sagte in Ist meine ODER Logik korrekt?:
Das hängt davon ab, ob dein Wert "next_hour" unabhängig von "current" aktualisiert wird
Ja, daran hab ich auch anfangs gedacht, und ich gehe mal davon aus, dass beide gleichzeitig aktualisiert werden, da der DasWetter Adapter jede halbe Stunde alle Daten abruft.
Aber ich werde das mal beobachten.
Theoretisch könnte ich ja den zweiten Datenpunkt auch in den Trigger mit auf nehmen, oder? -
@rtwl
Richtig.@ofbeqnpolkkl6mby5e13
Dann mach ich das. Sicher ist sicher. Danke für den Input👍 -
@ofbeqnpolkkl6mby5e13
Dann mach ich das. Sicher ist sicher. Danke für den Input👍 -
@rtwl
Wenn immer beide getriggert werden, wird natürlich auch zweimal die Logik durchlaufen, aber ob das den Kohl fett macht...@ofbeqnpolkkl6mby5e13 sagte in Ist meine ODER Logik korrekt?:
aber ob das den Kohl fett macht...
nö vermutlich nicht.
Eine frage aber noch an dich: Hast du unabsichtlich dein Passwort als Username vergeben oder ist deine Katze über deine Tastatur gelaufen? 😉
-
@ofbeqnpolkkl6mby5e13 sagte in Ist meine ODER Logik korrekt?:
aber ob das den Kohl fett macht...
nö vermutlich nicht.
Eine frage aber noch an dich: Hast du unabsichtlich dein Passwort als Username vergeben oder ist deine Katze über deine Tastatur gelaufen? 😉
@rtwl
Das wurde ich schon mal gefragt...die einfache Antwort ist: Ich hatte an dem Tag einfach keine bessere Idee als einen Passwortgenerator auch für den Username zu verwenden... -
@ofbeqnpolkkl6mby5e13 sagte in Ist meine ODER Logik korrekt?:
Das hängt davon ab, ob dein Wert "next_hour" unabhängig von "current" aktualisiert wird
Ja, daran hab ich auch anfangs gedacht, und ich gehe mal davon aus, dass beide gleichzeitig aktualisiert werden, da der DasWetter Adapter jede halbe Stunde alle Daten abruft.
Aber ich werde das mal beobachten.
Theoretisch könnte ich ja den zweiten Datenpunkt auch in den Trigger mit auf nehmen, oder?@rtwl sagte: ich gehe mal davon aus, dass beide gleichzeitig aktualisiert werden
Exakt gleichzeitig gibt es nicht.
@rtwl sagte in Ist meine ODER Logik korrekt?:
könnte ich ja den zweiten Datenpunkt auch in den Trigger mit auf nehmen, oder?
Du solltest prüfen, welcher DP im Zyklus zuletzt aktualisiert wird und diesen DP als Trigger verwenden.
@rtwl sagte in Ist meine ODER Logik korrekt?:
Bei einem Code höher als 2 wird nicht in den Sonnenschutz gefahren.
Dann genügt für den Wert beider Datenpunkte eine Prüfung auf <= 2.
-
Wenn man das nicht bestimmen kann, wer wann wie wo triggert, würde ich halt beide Werte in einem Objekt in einer Variable sammeln und diese beiden Eigenschaften mit ODER verknüpfen. So funktioniert es halt mit NR.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Wenn man das nicht bestimmen kann, wer wann wie wo triggert, würde ich halt beide Werte in einem Objekt in einer Variable sammeln und diese beiden Eigenschaften mit ODER verknüpfen. So funktioniert es halt mit NR.
-
@paul53 ja und beide Werte in eine Variable mit unterschiedlichen Objekteigenschaften schreiben und bei jedem Trigger egal von welchem Datenpunkt auswerten und Ergebnis ausspucken. Es gibt ja im Blockly glaub auch so ein Schleifenkonstrukt, das über die Eigenschaften eines Objektes iterieren kann
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@paul53 ja und beide Werte in eine Variable mit unterschiedlichen Objekteigenschaften schreiben und bei jedem Trigger egal von welchem Datenpunkt auswerten und Ergebnis ausspucken. Es gibt ja im Blockly glaub auch so ein Schleifenkonstrukt, das über die Eigenschaften eines Objektes iterieren kann
@mickym sagte: Schleifenkonstrukt, das über die Eigenschaften eines Objektes iterieren kann
Zu kompliziert. Man kann auch auf Änderung beider Datenpunkte triggern und durch eine kurze Verzögerung vermeiden, dass der Zieldatenpunkt zwischen 0 und 1 hin und her springt, wenn sich beide Datenpunkte "gleichzeitig" ändern.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@mickym sagte: Schleifenkonstrukt, das über die Eigenschaften eines Objektes iterieren kann
Zu kompliziert. Man kann auch auf Änderung beider Datenpunkte triggern und durch eine kurze Verzögerung vermeiden, dass der Zieldatenpunkt zwischen 0 und 1 hin und her springt, wenn sich beide Datenpunkte "gleichzeitig" ändern.
-
@mickym sagte: Schleifenkonstrukt, das über die Eigenschaften eines Objektes iterieren kann
Zu kompliziert. Man kann auch auf Änderung beider Datenpunkte triggern und durch eine kurze Verzögerung vermeiden, dass der Zieldatenpunkt zwischen 0 und 1 hin und her springt, wenn sich beide Datenpunkte "gleichzeitig" ändern.
@paul53 sagte in Ist meine ODER Logik korrekt?:
wollte gerade deinen Vorschlag nachbauen, jedoch hab ich hier wohl keine Möglichkeit bei "falls wahr/falsch" eine Debug output zu integrieren. Damit ich Änderungen im Log sehen kann.
Was mich aber zu meiner zweiten Frage bringt. Aktuell erhalte ich alle 30 min einen Log eintrag vom debug output, obwohl sich die Werte nicht geändert haben. Gibt es da eine Möglichkeit der Prüfung, dass der Debug output nur dann passiert, wenn sich der Datenpunkt auch tatsächlich geändert hat?
-
alle guten Dinge sind drei...
Wenn meine Logik korrekt ist, sollten jetzt dennoch bei jeder Änderung zwei gleiche Log-Einträge kommen, da immer zuerst der "next_hour" Datenpunkt geändert wird und dann eine Stunde später der "current". Beide male liegt dann ja eine "wurde geändert" Auslösung vor wodurch dann das Skript erneut durchläuft.
Daher trotzdem die Frage, ob es eine einfache Möglichkeit gibt den debug output block nur bei einer tatsächlichen Änderung auszuführen?
-Peter
-
alle guten Dinge sind drei...
Wenn meine Logik korrekt ist, sollten jetzt dennoch bei jeder Änderung zwei gleiche Log-Einträge kommen, da immer zuerst der "next_hour" Datenpunkt geändert wird und dann eine Stunde später der "current". Beide male liegt dann ja eine "wurde geändert" Auslösung vor wodurch dann das Skript erneut durchläuft.
Daher trotzdem die Frage, ob es eine einfache Möglichkeit gibt den debug output block nur bei einer tatsächlichen Änderung auszuführen?
Support us
867
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge