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

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

[Homoran]

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

Power main zone ist wahr

ist das überhaupt der richtige state?

[Jan1]

@homoran
Ich vermute genau da liegt der Hund begraben. Da passt wohl was nicht von den DPs zu dem was in der FALLS abgefragt wird.

Bei "select input" gehe ich davon aus, das dort irgendwann der string "DB" erscheinen muss, dann muss das Blockly so laufen.

[Slowman]

@homoran

Ja ist er. Wechselt auch von true und false.

und wechsel auf Sat

@Jan1

Wenn ich jetzt auf Receiver und Eingang BD bzw. nur Eingang BD triggere, schaltet sich immer der FireTV an da ja eine Bedingung erfüllt ist

Schaue mal weiter.

[Homoran]

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

das dort irgendwann der string "DB" erscheinen muss

außer das ist eine Werteliste

[Slowman]

@homoran

Meinst du das als Werteliste?

[Jan1]

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

Wenn der Receiver auf das Ausgabegerät BD (Bluray) schaltet, soll sich das Gerät (FireTV Cube an Osram Plug) einschalten.

Das willst doch aber genau so haben?

[Slowman]

@jan1

ja, weil @Homoran was mit Werteliste erwähnt hat. Vielleicht muss man es anders aufbauen.

Ich möchte, das wenn Receiver auf BD schaltet der Plug vom FireTV ihn anschaltet. Starte ich aber SAT dann soll er nicht angehen. Was er jetzt aber macht und als Startbildschirm FireTV erscheint.

Viellecht sollte ich beim Ausschalten des Receivers auf SAT schalten lassen.

[Homoran]

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

Meinst du das als Werteliste?

ja!

Bitte mal den Datenpunkt Editieren und den Inhalt des Reiters RAW Posten

[Slowman]

@homoran

{
  "from": "system.adapter.denon.0",
  "user": "system.user.admin",
  "ts": 1590434103074,
  "common": {
    "name": "Select input",
    "role": "media.input",
    "type": "string",
    "write": true,
    "read": true,
    "states": {
      "0": "PHONO",
      "1": "CD",
      "2": "TUNER",
      "3": "DVD",
      "4": "BD",
      "5": "TV",
      "6": "SAT/CBL",
      "7": "MPLAY",
      "8": "GAME",
      "9": "NET",
      "10": "SPOTIFY",
      "11": "LASTFM",
      "12": "IRADIO",
      "13": "SERVER",
      "14": "FAVORITES",
      "15": "AUX1",
      "16": "AUX2",
      "17": "AUX3",
      "18": "AUX4",
      "19": "AUX5",
      "20": "AUX6",
      "21": "AUX7",
      "22": "BT",
      "23": "USB"
    }
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "denon.0.zoneMain.selectInput",
  "type": "state"
}

[Jan1]

@slowman
OK, dann ist der Ansatz falsch, da der DP dazu nicht geeignet ist, so wie es nun aufgebaut wurde.
Ich dachte der DP zeigt auch den aktuellen Input an, was leider nicht der Fall scheint. Der DP dient wohl lediglich zur Auswahl des Input und nicht zur Anzeige des aktuellen Input Status.
Hast da vielleicht noch ein DP der den aktuellen Staust des Input anzeigt?

Beim Denon Adapter ist die Auswahlliste hier gleich, nur dass der DP dann auch den aktuellen Input anzeigt wenn man den umschaltet