Trigger IoT Blockly False geht nicht immer?

[Codierknecht]

@olli_m

1. Du fragst den Wert innerhalb des Triggers erneut ab. Das ist unnötig - der Trigger kennt "seinen Wert" bereits.
   Nimm den Block "Wert" aus dem Bereich "Trigger".

2. Einen bool'schen Wert muss man nicht auf "= wahr" oder "= falsch" prüfen. Da reicht ein "Falls Wert" bzw. "Falls nicht Wert"
   

oaky war mir neu, dachte den code will man immer haben

Wie @haselchen schon schreibt: Blockly mag sich nicht jeder erst importieren zu müssen, um einen Blick darauf werfen zu können. Optional (hinter 'nem Spoiler) kann man das natürlich mitliefern.
Bei allen anderen Ausgaben als Text (Log, Quellcode, Konsole usw.) ist posten in Code-Tags </> natürlich völlig richtig.

[haselchen]

@codierknecht

Dein 2. Beispiel ist glaube ich nicht richtig .
Das würde das Ergebnis wahr bringen .
Der TE möchte da falsch haben .
Da muss doch der Baustein „nicht“ vor oder ?

Falls nicht Wert …..

[Codierknecht]

@haselchen sagte in Trigger IoT Blockly False geht nicht immer?:

Da muss doch der Baustein „nicht“ vor oder ?

Richtig - übersehen.
Ich korrigiere das sofort.

Danke!

[Olli_M]

@codierknecht

danke dir dann probier ich das mal heute so....

@haselchen

danke auch dir

habt ihr auch was wo ihr eure Location steuert? ich mache das grad über die home app vom iPhone, aber glaub so ganz zuverlässig ist das auch nicht...?

[Homoran]

@olli_m sagte in Trigger IoT Blockly False geht nicht immer?:

oaky war mir neu,

siehe
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

[Codierknecht]

@olli_m sagte in Trigger IoT Blockly False geht nicht immer?:

habt ihr auch was wo ihr eure Location steuert? ich mache das grad über die home app vom iPhone, aber glaub so ganz zuverlässig ist das auch nicht...?

Ich mache das über den Unifi-AP.

[Olli_M]

@codierknecht said in Trigger IoT Blockly False geht nicht immer?:

Unifi-AP.

okay hab ich ja nicht

ALso so ganz geht es nicht... um 14.40 hat er auf false gesetzt.

Aber die ganzen switches hat er nicht ausgemacht...

[Olli_M]

@olli_m

speilt das eine rolle?

yahka.0
2025-03-09 18:33:41.729 warn Read-only state "iot.0.services.custom_location.home" has been written without ack-flag with value "true"

eigentlich stelle ich in Yak nur den DP da..hat ja nichts mit IOT zu tun

[haselchen]

@olli_m

Hast Du den selber angelegt?
Dann hast Du den Haken bei Schreiben nicht gesetzt.

[Olli_M]

@haselchen
okay hab ich mal geändert..danke für den tipp

[Olli_M]

@codierknecht
@haselchen

kurze Frage...möchte es um meine Anwesenheit Bedingung noch verknüpfen, kann ich dass dann so machen?

oder muss ich das blockly dann anders bauen?

Edit: grad getestet ne geht nicht, da kommt immer Fenster geschlossen...lol

[Codierknecht]

@olli_m

1. Du liest den Wert der da triggert erneut ein.
   Das ist unnötig.

2. Bool'sche Werte muss man nicht mit "= falsch" oder "= wahr" vergleichen.
   Ein solcher Vergleich liefert auch nur "wahr" oder "falsch" als Ergebnis, Da kann man auch gleich mit dem Wert arbeiten.

3. Ist denn location.home gerade false?

Ich vermute auch mal, dass der Trigger falsch gewählt ist.
Es ändert sich doch vermutlich das location.home und nicht der Status des Fensters, oder?

Ist der Status des Fensters tatsächlich wahr, wenn das Fenster geöffnet ist?
Ich würde bei geöffnetem Fenster eher ein false vermuten.

https://forum.iobroker.net/topic/70481/blockly-for-dummies-starthilfe-und-tipps

Auch wenn man "Mengenlehre" in der Schule vermutlich eher gehasst hat: Für die "bool'sche Algebra" ist ein Grundverständnis essentiell.