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

[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.