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

[Codierknecht]

@homoran
Manchmal bin ich auch Erbsenzähler

[metaxa]

@codierknecht & @MartinP & @Homoran 'kopfkratz'

Lieben Dank für die Erklärungen und ja, ein wenig Klarer :-)

Ihr habt natürlich völlig recht, mich irretiert nur das fehlende "="

Blockly als Code:

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id="wcKSpFFh`tZ}){]1^!iH">a</variable>
  </variables>
  <block type="variables_set" id="x:i~VR=F-Soq@6qlALi:" x="-162" y="63">
    <field name="VAR" id="wcKSpFFh`tZ}){]1^!iH">a</field>
    <value name="VALUE">
      <block type="math_number" id="#=0xTrzd.3?[Vwp}Smol">
        <field name="NUM">-23</field>
      </block>
    </value>
    <next>
      <block type="controls_if" id="S-XPryf5yt0opA1K.3ou">
        <mutation else="1"></mutation>
        <value name="IF0">
          <block type="logic_between" id="W;rz=?wr+X#o_(.St9-=">
            <field name="MIN_OPERATOR">LE</field>
            <field name="MAX_OPERATOR">LE</field>
            <value name="MIN">
              <block type="math_number" id="6m]fC!w[T+Aa^*5:yIrS">
                <field name="NUM">0</field>
              </block>
            </value>
            <value name="VALUE">
              <shadow type="math_number" id="E-HK/0G8i!z@lG1G{GLr">
                <field name="NUM">42</field>
              </shadow>
              <block type="variables_get" id="GTqI|2%J-:q$B9G$RUc7">
                <field name="VAR" id="wcKSpFFh`tZ}){]1^!iH">a</field>
              </block>
            </value>
            <value name="MAX">
              <block type="math_number" id="DBMh,tTG8G?|n6[A4QPO">
                <field name="NUM">100</field>
              </block>
            </value>
          </block>
        </value>
        <statement name="DO0">
          <block type="debug" id="fAF7SAfn{-wC6+a5QU!P">
            <field name="Severity">log</field>
            <value name="TEXT">
              <shadow type="text" id="J#dGU:r~1r]$Z1+hteet">
                <field name="TEXT">a ist in der Range</field>
              </shadow>
            </value>
          </block>
        </statement>
        <statement name="ELSE">
          <block type="debug" id="S_w+.Yl*LiEz*]Z6`ic-">
            <field name="Severity">log</field>
            <value name="TEXT">
              <shadow type="text" id="P]*Qt1-mq=BSxCe2A42s">
                <field name="TEXT">a ist außer der Range</field>
              </shadow>
            </value>
          </block>
        </statement>
      </block>
    </next>
  </block>
</xml>

[Homoran]

@metaxa ich weiss nicht ob die korrekte Aussage von @Codierknecht auch beabsichtigt ist.
Ich fände es sinnvoller wenn die Beschreibung nicht "zwischen" sondern "in den Grenzen von" lauten würde und damit auch <= und >= verfügbar wären.

[metaxa]

So funktioniert es eben nicht

Deswegen intuitiv auch "<=".

[Codierknecht]

@homoran
Es ist sowohl "<" als auch "<=" verfügbar.

@metaxa
Wenn die 100 auch "erlaubt" sind, nimm "<="

[Homoran]

@codierknecht und wenn jetzt noch die 0 zusätzlich erlaubt sein soll?

[metaxa]

@codierknecht sagte in Logikbaustein Verständnisfrage (if Zahl zw. min/max):

@homoran
Manchmal bin ich auch Erbsenzähler

[metaxa]

@homoran

[Codierknecht]

@homoran sagte in Logikbaustein Verständnisfrage (if Zahl zw. min/max):

@codierknecht und wenn jetzt noch die 0 zusätzlich erlaubt sein soll?

Das "zwischen" ist tatsächlich Definitionssache.
"In den Grenzen von" trifft's da vielleicht wirklich besser.

[MartinP]

@metaxa diese Schreibweise ist die Kombination auch "<="

Die Konvention scheint bei diesem "Range" Vergleich zu sein, dass links die unteren Grenze des Range zu stehen hat, und rechts die obere.

Auch, wenn man links einen größeren Wert als rechts eingibt, ändert sich die beschränkte Auswahl nicht entsprechend ...

[Homoran]

@martinp sagte in Logikbaustein Verständnisfrage (if Zahl zw. min/max):

Die Konvention scheint bei diesem "Range" Vergleich zu sein, dass links die unteren Grenze des Range zu stehen hat, und rechts die obere.

jepp!
Das ist anscheinend der Punkt

[Codierknecht]

@martinp sagte in Logikbaustein Verständnisfrage (if Zahl zw. min/max):

Die Konvention scheint bei diesem "Range" Vergleich zu sein, dass links die unteren Grenze des Range zu stehen hat, und rechts die obere.

Was eigentlich auch ziemlich logisch erscheint ;-)
OK - außer vielleicht in Sprachen, die von rechts nach links lesen.

Es gibt ja auch Leute, die Formulieren ein if so:

if (42 == var)

Also ob ein Wert der Variablen entspricht.

Die meisten prüfen aber eher, ob die Variable einem Wert entspricht:

if (var == 42)

Ich persönlich finde die erste Variante ein wenig seltsam.
Aber auch das ist Geschmacksache.

[Homoran]

@codierknecht ich hab da mal was vorbereitet :-)

hab's erstmal wieder deaktiviert

[metaxa]

@codierknecht sagte in Logikbaustein Verständnisfrage (if Zahl zw. min/max):

Die meisten prüfen aber eher, ob die Variable einem Wert entspricht:
if (var == 42)

Ich persönlich finde die erste Variante ein wenig seltsam.
Aber auch das ist Geschmacksache.

Perfekt! Genau da lag mein Unverständnis!

Lieben Dank für diese spontane und rege Debatte!!!
mxa

[MartinP]

@codierknecht Vor JAHREN habe ich mal ein Buch über C-Programmierung gelesen, da wurde geraten, die Konstante eher auf die linke Seite der Abfrage zu stellen:

Wenn man versehentlich statt "(var==42)" "(var=42)" schreibt, gibt es keinen Fehler, aber bei (42=var) gibt es einen Fehler ... Habe ich aber eher auch nur selten praktiziert ...

[Codierknecht]

@martinp
Ja - da (also in C, C++, C#, JS usw.) macht das sogar Sinn.
Aber meine Kernkompetenz ist eigentlich Delphi - da wird eine Zuweisung als := formuliert.
So kann da auch nix passieren ;-)