[gelöst] Receiver schaltet Gerät nach Umschalten nicht ein

[Jan1]

@haselchen @Slowman
und da das Objekt in der FALLS wohl auch noch das Selbe wie im Trigger sein soll, kannst auch gleich den Block "WERT" aus den Trigger Blöcken in der FALLS an stelle von "Wert vom Objekt ID ..." verwenden

[haselchen]

@jan1

Ich wollte erstmal im Beginner Status das Blockly Universum starten
Fortgeschritten, wie bei dir , geht immer noch
Lass ihn erstmal klein anfangen

[Jan1]

@haselchen
Ja, aber wenn man es gleich richtig lernt und versteht, braucht man sich später auch nicht umgewöhnen und so viel fortgeschrittener ist das auch nicht.

Wobei bei Trigger eben nur Objekt IDs angegeben werden dürfen und sonst nix, ohne Ausnahme. Das war ja schon sein ganzer Fehler

[haselchen]

@jan1

Jetzt hat er 2 Sichtweisen für seine Lösung, nun kann gar nichts mehr schiefgehen

[Slowman]

@haselchen @Jan1

Danke Euch beiden

Kleines Problem noch festgestellt, wenn ich den Receiver startet und es war schon auf BD, startet der Plug nicht. Muss erst einmal den Eingang wechseln. Könnte jetzt beim Starten des Receivers einmal auf CBL/Sat und dann zurück auf BD wechseln lassen,gibt es dafür auch elegantere Lösung?

[Jan1]

@slowman
Dann trigger doch auf Start des Receiver. Du kannst im Trigger noch weitere IDs eintragen (Zahnrad).

[Slowman]

@jan1

Dann muss ich aber auch eine 2. Regel erschaffen? Denn so passt es nicht

[Jan1]

@slowman
hier bin ich mir auch nicht sicher, wie dann "WERT" in der FALLS behandelt wird, da nun zwei Trigger vorhanden sind und "WERT" sich schließlich auf das Objekt im Trigger bezieht.

Da könntest nun den alten Weg mal versuchen und die Objekt ID anstelle von WERT verwenden, denn so ist die Zuordnung von "BD" auf alle Fälle sauber definiert.

[Homoran]

@slowman sagte in Receiver schaltet Gerät nach Umschalten nicht ein:

gibt es dafür auch elegantere Lösung?

auf aktualisieren statt auf Änderung triggern.

ich weiß allerdings nicht wie oft der State aktualisiert wird.
Sicherheitshalber müsstest du dann im falls noch prüfen ob der plug bereits an ist

[Jan1]

@homoran
Das kann in dem Fall schon auf geändert stehen bleiben, da sich ja was ändert. Auf an prüfen, kann man machen, aber ändert auch nichts an der eigentlichen Funktion, da nur noch mal eingeschaltet werden würde, was aber ohne Wirkung bleibt, da eh eingeschaltet. Verhindert lediglich unnötige Kommandos.

[Slowman]

@homoran @Jan1

Habe es jetzt so gelöst und es funktioniert. Mit dem Aktualisieren hatte ich vorher drin gehabt und er wollte nicht bzw. habe ich vielleicht nicht so lange gewartet bis er den Wert abgefragt hatte.

Viele Wege führen nach Rom

Danke für die Hilfe

[Jan1]

@slowman
Da sind zwei Dinge doppelt drin und können raus
Poste mal den Blockly Export, dann baue ich es um. Geht schneller als erklären.

[Homoran]

@jan1 sagte in [gelöst] Receiver schaltet Gerät nach Umschalten nicht ein:

Das kann in dem Fall schon auf geändert stehen bleiben, da sich ja was ändert.

enäää

@slowman sagte in [gelöst] Receiver schaltet Gerät nach Umschalten nicht ein:

wenn ich den Receiver startet und es war schon auf BD

[Slowman]

@jan1

Im unteren Bereich ist dieser Blockly drin.

<block xmlns="https://developers.google.com/blockly/xml" type="on_ext" id="]kcan=$o?d}/Y5x)NXCf" x="-62.80000000000001" y="137.8">
  <mutation xmlns="http://www.w3.org/1999/xhtml" items="2"></mutation>
  <field name="CONDITION">ne</field>
  <field name="ACK_CONDITION"></field>
  <value name="OID0">
    <shadow type="field_oid" id="OHChc8LJ3tIw;]:]_Ej_">
      <field name="oid">denon.0.zoneMain.selectInput</field>
    </shadow>
  </value>
  <value name="OID1">
    <shadow type="field_oid" id="WNXe9!BBmxQYcut7_9q-">
      <field name="oid">denon.0.zoneMain.powerZone</field>
    </shadow>
  </value>
  <statement name="STATEMENT">
    <block type="controls_if" id=":.O|dt)T.y?z:*Wq((Gg">
      <value name="IF0">
        <block type="logic_operation" id="@%+w_jwc1_GViMHobK(k" inline="false">
          <field name="OP">OR</field>
          <value name="A">
            <block type="logic_compare" id="!@7w@gRqn8]U7w:2Td)T">
              <field name="OP">EQ</field>
              <value name="A">
                <block type="get_value" id=")?/7Q+b}N-LA;M}V_~6b">
                  <field name="ATTR">val</field>
                  <field name="OID">denon.0.zoneMain.selectInput</field>
                </block>
              </value>
              <value name="B">
                <block type="text" id="?4|)+NuR_Fu5(:uHmEfV">
                  <field name="TEXT">BD</field>
                </block>
              </value>
            </block>
          </value>
          <value name="B">
            <block type="logic_operation" id="lc!jN()yIr`q+c4Gl|U-">
              <field name="OP">AND</field>
              <value name="A">
                <block type="logic_compare" id="s+=y72{wB/:;$933q.po">
                  <field name="OP">EQ</field>
                  <value name="A">
                    <block type="get_value" id="Iu*kMp6lWRG%-kBtD^a3">
                      <field name="ATTR">val</field>
                      <field name="OID">denon.0.zoneMain.selectInput</field>
                    </block>
                  </value>
                  <value name="B">
                    <block type="text" id="1rVYT9].iGQY-)S|CD?-">
                      <field name="TEXT">BD</field>
                    </block>
                  </value>
                </block>
              </value>
              <value name="B">
                <block type="logic_compare" id="nbf7.w5xgFp~L,Arm-n@">
                  <field name="OP">EQ</field>
                  <value name="A">
                    <block type="get_value" id="zrf4xWI-0djBOAt6OP?/">
                      <field name="ATTR">val</field>
                      <field name="OID">denon.0.zoneMain.powerZone</field>
                    </block>
                  </value>
                  <value name="B">
                    <block type="logic_boolean" id="j,(N.`+!@?9Sq%@Cb8%)">
                      <field name="BOOL">TRUE</field>
                    </block>
                  </value>
                </block>
              </value>
            </block>
          </value>
        </block>
      </value>
      <statement name="DO0">
        <block type="control" id="v{wpC=J6L0Wy2!9;vA@w">
          <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
          <field name="OID">zigbee.0.7cb03eaa0a02835b.state</field>
          <field name="WITH_DELAY">FALSE</field>
          <value name="VALUE">
            <block type="logic_boolean" id="[F`zby;cMx[3X[Ycn7Ph">
              <field name="BOOL">TRUE</field>
            </block>
          </value>
        </block>
      </statement>
    </block>
  </statement>
</block>

[Jan1]

@homoran
Wenn er startet, dann ist einer der Trigger aktiv und ändert sich, somit ist "wurde geändert" erfüllt. Egal was er tut, es wird sich einer der Trigger ändern

[Homoran]

@jan1 sagte in [gelöst] Receiver schaltet Gerät nach Umschalten nicht ein:

Wenn er startet, dann ist einer der Trigger aktiv

In dem Post, auf dem ich geantwortet habe, gab es nur einen Trigger - den Input

[Jan1]

@homoran
Dann hast aber langsam getippt

@Slowman
probier das mal so:

Das ODER müsste überflüssig sein, da immer erfüllt und auf "=wahr" musst nie prüfen, da das die FALLS als Grundfunktion immer schon tut.

Ich denke aber es würde schlicht so auch schon laufen:

[Homoran]

@jan1 sagte in [gelöst] Receiver schaltet Gerät nach Umschalten nicht ein:

Dann hast aber langsam getippt

nein, ich habe mich bewusst auf diese Version bezogen

[Slowman]

@jan1

Macht er nicht.

und die 2.Variante hatten wir doch schon weiter oben.

[Jan1]

@homoran
OK, das macht Sinn und könnte auch funktionieren. War nur verwirrend, da das zu dem Zeitpunkt eben nicht mehr aktuell war.

@Slowman
Das kannst dann auch mal testen, wie Homoran das vor hat.

Wenn das Blockly so nicht funktioniert, dann muss ich ein Denkfehler haben.
Gehen wir es mal durch.
Szenario 1:
Receiver ist an und Du schaltets auf BD,.
"select input" wechselt, triggert das ganze und die FALLS ist erfüllt weil Power main zone ist wahr und BD ist auch wahr.

Szenario 2:
Receiver wird angeschaltet und select input seht schon auf BD:
Dann triggert "main zone power state" das ganze und die FALLS ist ebenfalls erfüllt.

Muss also so funktionieren.

Die zweite Variante hatten wir noch nicht, weil Du zu dem Zeitpunkt "Wert" in der FALLS hattest und mit zwei Trigger das nicht eindeutig zugeordnet ist (zumindest bin ich bei der Zuordnung nicht sicher).