Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Homoran]

@paul53 sagte:

@homoran sagte: Du musst lediglich den darunter liegenden aktualisiere-Block, gegen einen steuere-Block tauschen

Dann wird der Sonos zwar eingeschaltet aber nie wieder ausgeschaltet.

Mist!
Wieder nicht bis zu Ende gelesen :cry:

[Jan1]

@conti
Eigentlich musst nur den Block verwenden den Paul gepostet hat, macht exakt was Du willst. Anwesenheit true, Sonos macht Krach, Anwesenheit false, Songs hält die Klappe. Mehr als den einen Block brauchst dafür nicht.

[Conti]

@jan1 ok. Danke!
Dann sieht halt die Anweisung eben so aus wie @paul53 vorschlägt

Dieser Block ist für mich plausibel.
Leider funktioniert es aber trotzdem nicht. Ich kann den Schalter ändern wie ich will

die Sonos übernimmt den Wert nicht.
Was mir aber noch auffällt. Wenn der Schalterwert ändert, leuchtet dieser kurz Grün auf um danach den korrekten Wert aber in Rot anzuzeigen. Das hat doch etwas mit der Auslösung zu tun (bestätigt/unbestätigt).
Zudem habe ich gesehen, wenn ich in der Sonos den entsprechenden Wert manuell setze, noch ein zweiter gleich oben dran, ebenfalls geändert wird. Ob ich den wohl auch mit setzen muss?

[Jan1]

@conti
Nur der Block, kein Trigger, steht doch oben ;)

[Conti]

@jan1 sagte in Ganz einfaches Blockly läuft nicht:

@conti
Nur der Block, kein Trigger, steht doch oben ;)

:+1: dachte ohne Trigger geht das nicht. Hab jetzt nur noch den "binde" Block drin.
Funktioniert trotzdem nicht :disappointed:
Ich sehe es ein. Ich habe wohl bei Blockly grundsätzlich etwas noch nicht verstanden. Muss wohl zurück auf Feld eins.

Hab aber immer noch das Gefühl, irgendwas mit den Objekten stimmt nicht.
Der Schalter im 0_userdata.0 ist vielleicht gar nicht geeignet dafür.

[crunchip]

@conti sagte in Ganz einfaches Blockly läuft nicht:

Hab aber immer noch das Gefühl, irgendwas mit den Objekten stimmt nicht.
Der Schalter im 0_userdata.0 ist vielleicht gar nicht geeignet dafür.

seltsame Rolle die dein DP hat

[Jan1]

@conti
Der binde Block ist ne Ausnahme, da der den Trigger ja bereits enthält. Sobald sich das erste Objekt ändert, wechselt das zweite auf den selben Zustand, somit ist das erste Objekt der Trigger.

Aber das ganze, kann bei Dir nicht funktionieren, da "play" ein String ist und Du ein Boolean damit steuern möchtest. Hatte ich vorhin übersehen.

Heißt Du musst wandeln, oder eben doch ein herkömmliches Blockly verwenden.
Warte mal was Paul da zaubert ;)

[Homoran]

@jan1 sagte in Ganz einfaches Blockly läuft nicht:

da "play" ein String ist und Du ein Boolean damit steuern möchtest.

nein, er möchte state_simple an Anwesenheit binden.

Wenn Anwesend auch ein bool ist müsste das klappen

[Jan1]

@homoran
Ok, dann schon. Ist etwas irritierend was oben mit Pfeil gekennzeichnet ist.

@Conti
poste mal bitte beide RAW der DPs, die hier zusammen arbeiten sollen, dann wird das deutlicher ;)

[paul53]

@jan1 sagte: Ist etwas irritierend was oben mit Pfeil gekennzeichnet ist.

Das ist anscheinend eine falsche Rolle, die auf Javascript keinen Einfluss hat.

[Jan1]

@paul53
Ja, aber auf mein Wahrnehmungsvermögen ;)

[Conti]

@crunchip sagte in Ganz einfaches Blockly läuft nicht:

@conti sagte in Ganz einfaches Blockly läuft nicht:

Hab aber immer noch das Gefühl, irgendwas mit den Objekten stimmt nicht.
Der Schalter im 0_userdata.0 ist vielleicht gar nicht geeignet dafür.

seltsame Rolle die dein DP hat

die Rolle kann doch frei Bezeichnet werden, meine ich. Die Anwesenheit schaltet auch korrekt. Nur scheint die Bindung es nicht zu akzeptieren.

[Conti]

@jan1 sagte in Ganz einfaches Blockly läuft nicht:

@homoran
Ok, dann schon. Ist etwas irritierend was oben mit Pfeil gekennzeichnet ist.

@Conti
poste mal bitte beide RAW der DPs, die hier zusammen arbeiten sollen, dann wird das deutlicher ;)

wie oben beschrieben, habe ich beim manuellen ändern des state_simple (true/false) bemerkt, dass sich state auch ändert (play/pause).
Deshalb könnte es doch sein, dass man beide mitgeben muss. Manuell ändere ich allerdings nur den unteren und die Sonos läuft bei true los und auf false schweigt sie wieder.

[crunchip]

@conti sagte in Ganz einfaches Blockly läuft nicht:

die Rolle kann doch frei Bezeichnet werden

sollte aber eine "anerkannten Rolle" aus der Liste entsprechen und nicht frei erfunden

[Homoran]

@conti sagte in Ganz einfaches Blockly läuft nicht:

die Rolle kann doch frei Bezeichnet werden

für diese Art Bezeichnungen ist der "common Name" gedacht.

@conti sagte in Ganz einfaches Blockly läuft nicht:

Nur scheint die Bindung es nicht zu akzeptieren.

das wird an dem Fragezeichen liegen

[Conti]

@homoran sagte in Ganz einfaches Blockly läuft nicht:

@conti sagte in Ganz einfaches Blockly läuft nicht:

die Rolle kann doch frei Bezeichnet werden

für diese Art Bezeichnungen ist der "common Name" gedacht.

@conti sagte in Ganz einfaches Blockly läuft nicht:

Nur scheint die Bindung es nicht zu akzeptieren.

das wird an dem Fragezeichen liegen

Leider nein.
Ich habe mal auf vorhandene Rollen zurückgegriffen. Nichts. Selbst wenn ich direkt die Rolle der Sonos (welche ja auch in der Liste ist) nehme, läuft es nicht. Das Fragezeichen kann ich auch weglassen ohne das am Verhalten etwas ändert.
Wie gesagt. ich kann im HomeKit des iPhone den Schalter von Hand betätigen und die Anwesenheit macht alles mit. Einzig die Sonos interessiert es nicht.

[Homoran]

@conti OK!
mein Fehler!

ich dachte jetzt an Bindings in vis - nicht mehr an den Binde-Block

Hast du mal die Zustände geloggt/über debug Bausteine angesehen z.B. ob sich überhaupt die Anwesenheit ändert oder wenn ja, ob sich die play ändert?
Sonos braucht seine Zeit, da kann es sein, dass irgendetwas anderes in der Zwischenzeit den state wieder zurückstellt

[paul53]

@homoran sagte: Hast du mal die Zustände geloggt/über debug Bausteine angesehen ... ob sich die play ändert?

Export

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="comment" id="A[cjJReJ?a(9oiRpcw6=" x="-838" y="-237">
   <field name="COMMENT">Binary play/pause state</field>
   <next>
     <block type="on_ext" id="$Xg,:)i$gC=(B9=j]#]c">
       <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
       <field name="CONDITION">any</field>
       <field name="ACK_CONDITION"></field>
       <value name="OID0">
         <shadow type="field_oid" id="vNlZ2.5n2MA)U7x[a7i^">
           <field name="oid">default</field>
         </shadow>
       </value>
       <statement name="STATEMENT">
         <block type="debug" id="7oJHZJtwe]ZDP!lZhMMZ">
           <field name="Severity">log</field>
           <value name="TEXT">
             <shadow type="text" id=",^@UDB;:Q/kE4}6IgMd:">
               <field name="TEXT">test</field>
             </shadow>
             <block type="text_join" id="f::jsW..Pds@Uk-eRWob">
               <mutation items="6"></mutation>
               <value name="ADD0">
                 <block type="text" id="x?Vx3].HQ`_1X@^ypWZ(">
                   <field name="TEXT">play: </field>
                 </block>
               </value>
               <value name="ADD1">
                 <block type="on_source" id="QT(p5Hyat]uvab(~2xu4">
                   <field name="ATTR">state.val</field>
                 </block>
               </value>
               <value name="ADD2">
                 <block type="text" id="fir,`f:%)Lg%TQEcL~ZP">
                   <field name="TEXT">, bestätigt: </field>
                 </block>
               </value>
               <value name="ADD3">
                 <block type="on_source" id="?24.{JA68l=0GSx@1sfv">
                   <field name="ATTR">state.ack</field>
                 </block>
               </value>
               <value name="ADD4">
                 <block type="text" id="a^WOT4BtU3zKc;/OKWzR">
                   <field name="TEXT">, Usprung: </field>
                 </block>
               </value>
               <value name="ADD5">
                 <block type="on_source" id="#@p5M,kKf|G0s|q=dDov">
                   <field name="ATTR">state.from</field>
                 </block>
               </value>
             </block>
           </value>
         </block>
       </statement>
     </block>
   </next>
 </block>
</xml>

[paul53]

@conti sagte: Hab jetzt nur noch den "binde" Block drin. Funktioniert trotzdem nicht

Das Skript ist aktiviert und hoffentlich nicht unter der Gruppe "global" erstellt?

[Conti]

@homoran yep! ich hatte von Anfang an die involvierten Instanzen von yahka, Sonos und javascript auf debug gesetzt, in der Hoffnung im Log etwas zu finden. Allerdings bekam ich nur immer die Meldung vom yahka dass er den Status geändert habe.
Wie ich den output des Scripts debugge, muss ich nochmals in der Doku nachschlagen.
Überhaupt möchte ich nochmals wie weiter oben bereits schon erwähnt, zurück auf Feld eins und mit Blockly nochmals von vorne beginnen. Da sind doch noch ein paar Lücken.

@paul53 ja ich kann Dir versichern, das Script ist aktiviert.
Ich muss aber auch gestehen, dass das Script tatsächlich von mir in der Gruppe "global" angelegt wurde.
Kaum habe ich es in "common" drin, läuft es wie es sollte.

Es tut mir sehr leid, dass ich Euch damit beschäftigt habe. Ich weiss allerdings nicht, ob ich irgendwann mal noch darauf gekommen wäre, dass ich nicht die richtige Gruppe für die Scripte benutze.

Gelernt habe ich noch, dass ich viel zu weit gesucht habe, bei der Lösungsfindung.
Danke für die Unterstützung! @paul53 @jan1 @Homoran @crunchip