Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Zimbl]

@djmarc75

natürlich kein Problem.

ich muss dazu sagen, das ich derzeit eigentlich "denke" das ich hier nur Änderungen registriere, weil die unteren Werte sind im "Normal" Zustand TRUE und die oberen GPIO "FALSE"

[paul53]

@zimbl sagte: das ich hier nur Änderungen registriere

So ist es: Wenn sich kein Wert ändert, wird auch nicht getriggert.

[Zimbl]

@paul53

Aber was ist dann eigentlich die Ausgangsposition ?
Weil ich will ja praktisch das der "Normal" Zustand als Sollwert ist und wenn sich ein
Wert ändert, wäre das ja dann der Grund warum sich das Signal auf 12346 ändert.

[paul53]

@zimbl sagte: Aber was ist dann eigentlich die Ausgangsposition ?

Das, was du im ersten Post geschrieben hast:

@zimbl sagte in 8 Werte auf False oder TRUE vergleichen...dann setze:

wenn einer von Ihnen ein TRUE hat

und sich ein Wert ändert, wird 12345 geschrieben.

[Zimbl]

@paul53

ok, dann ist das vielleicht der Fehler. Sorry, habe ich was vergessen.

wie kann ich das zwei Teilen ?
Ich denke weil die unteren Werte nicht False sind. Geht es nicht. Da ist der Unterschied 1 bzw. 0, da es aber glaube keine Boolschen Werte sind, müsste ich den INT auf 0 oder 1 Abfragen.

[paul53]

@zimbl sagte: Da ist der Unterschied 1 bzw. 0

Das spielt keine Rolle, wenn 1 als true interpretiert werden kann (implizite Typwandlung).

[Zimbl]

@paul53

JA dann wird es noch das Problem sein, das TRUE / FALSE bei den letzten 5 genau umgedreht ist.
Gibt es sowas wie eine Negation die ich vor der Objekt ID setzen kann ?

[paul53]

@zimbl sagte: Gibt es sowas wie eine Negation

Ja.
0 in true und 1 in false:

[Zimbl]

@paul53

wahnsinn was du da immer so strickst... da kommt doch niemand drauf :-)

Also ist es so, das die oberen Werte normal auf TRUE und FALSE abgefragt werden, und die unteren 5 Werte auf 0 und 1 abgefragt werden.

Aber ich habe bei dem ganzen hin und her, selbst ein Gedankenfehler gemacht....

---

Also die oberen GPIO stehen aktuell auf TRUE und die anderen "valve_state" close(1)
INFO: { "type": "state", "common": { "type": "number", "states": { "0": "open", "1": "close"} "read":
true, "write": false, "name": "valve_state", "role": "value"

Wenn also einer von denen auf FALSE oder OPEN(0) dann soll der Wert 12346 geschaltet werden, wenn komplett alle wieder auf TRUE bzw. close(1) stehen, dann soll der Wert 12345 geschaltet werden.

[Zimbl]

@paul53

habe das obere jetzt noch mit eingebaut, aber es wird immer noch auf 12345 gesetzt. Es wird auch immer ausgeführt....nur ob es TRUE oder FALSE ist...es wird immer wieder auf 12345 gesetzt.

[paul53]

@zimbl sagte: Wenn also einer von denen auf FALSE oder OPEN(0) dann soll der Wert 12346 geschaltet werden

Alle true bzw. 1 --> 12345.

[Zimbl]

@paul53

ich probiere das sofort nochmal.

[Zimbl]

@paul53

Ich habe das jetzt mal etwas verändert, bzw. für eine andere Geschichte fertiggestellt.

Alle Werte die Abgefragt werden, stehen auf "TRUE" bzw. Close (1)
Wenn ich jetzt einen Wert verändere auf Open(0) , dann wird 1803 gesendet. Wenn ich diesen
wieder verändere und es stehen wieder alle auf "TRUE" und Close(1) wird dennoch der Wert 1803 gesendet.

[paul53]

@zimbl sagte: wird dennoch der Wert 1803 gesendet.

Ja, weil die ersten 6 Datenpunkte falsch geprüft werden. Richtige Abfrage:

[Zimbl]

@paul53

weiß jetzt nicht so richtig wo ich deine Lösung einsetzen soll... ?!?!??!

so ?

[paul53]

@zimbl sagte:
Die ersten zwei Blöcke in der Schleife löschen.

[Zimbl]

@paul53

Ausgeführt. Aber es wird immer noch die 1803 gesendet. Egal was ist TRUE / FALSE.

[Zimbl]

@paul53

Keine Ahnung woran es gelegen hat. Ich habe es nochmal alles neu INIT. Komplett das ganze Skript neu erzeugt und jetzt scheint es zu funktionieren.

Ganz ehrlich Paul53, bin sprachlos.

Vielen Dank nochmal für deine Hilfe. Echt Super.