[gelöst] Status der Buttons/Schalter anzeigen

paul53

wie macht ihr das?

Vorschlag:

<xml xmlns="http://www.w3.org/1999/xhtml">
 <variables>
   <variable type="" id="glNJ3}JQYfk-Le;-)sic">cmd</variable>
 </variables>
 <block type="comment" id="4)aL6Um^}]hJCoqz%42a" x="-263" y="-12">
   <field name="COMMENT">Lüftung ein/aus (eigener Datenpunkt)</field>
   <next>
     <block type="on_ext" id="pQMm|Vi8[A8Qz4/605.H">
       <mutation items="1"></mutation>
       <field name="CONDITION">ne</field>
       <field name="ACK_CONDITION"></field>
       <value name="OID0">
         <shadow type="field_oid" id="8Zk[dUvJ=G4G9c23ZpLX">
           <field name="oid">default</field>
         </shadow>
       </value>
       <statement name="STATEMENT">
         <block type="controls_if" id="L05P==wrvkT#!r=jwz.^">
           <value name="IF0">
             <block type="logic_compare" id="A5^[Fn:D1HghapVVf6[9">
               <field name="OP">NEQ</field>
               <value name="A">
                 <block type="on_source" id="LF1eSn=-cJbn?11;OeX2">
                   <field name="ATTR">state.from</field>
                 </block>
               </value>
               <value name="B">
                 <block type="text" id="@D|:/V@?jD7R6WO-!6+v">
                   <field name="TEXT">system.adapter.javascript.0</field>
                 </block>
               </value>
             </block>
           </value>
           <statement name="DO0">
             <block type="controls_if" id="d?ngm3+olol2W2V$xS@!">
               <mutation else="1"></mutation>
               <value name="IF0">
                 <block type="on_source" id="*.Yq;}V|0;_1U|==M-08">
                   <field name="ATTR">state.val</field>
                 </block>
               </value>
               <statement name="DO0">
                 <block type="variables_set" id="f}c.P-PO~A19uRek9k0o">
                   <field name="VAR" id="glNJ3}JQYfk-Le;-)sic" variabletype="">cmd</field>
                   <value name="VALUE">
                     <block type="text" id="r@pz!VVqXNyZsPDr-.2B">
                       <field name="TEXT">shellscript ein</field>
                     </block>
                   </value>
                 </block>
               </statement>
               <statement name="ELSE">
                 <block type="variables_set" id="S/z3}s^yrq.jngTWs)3Z">
                   <field name="VAR" id="glNJ3}JQYfk-Le;-)sic" variabletype="">cmd</field>
                   <value name="VALUE">
                     <block type="text" id="l6DcLv3#]U9R~dl_8Ngq">
                       <field name="TEXT">shellscript aus</field>
                     </block>
                   </value>
                 </block>
               </statement>
               <next>
                 <block type="exec" id="Dz+I4wb]k7}x!fV~@,hw">
                   <mutation with_statement="false"></mutation>
                   <field name="WITH_STATEMENT">FALSE</field>
                   <field name="LOG"></field>
                   <value name="COMMAND">
                     <shadow type="text" id="4s?v.fRK4#ZH50vYe~4-">
                       <field name="TEXT">text</field>
                     </shadow>
                     <block type="variables_get" id="ADct0!H+h^5`y|)FK2k{">
                       <field name="VAR" id="glNJ3}JQYfk-Le;-)sic" variabletype="">cmd</field>
                     </block>
                   </value>
                 </block>
               </next>
             </block>
           </statement>
         </block>
       </statement>
       <next>
         <block type="comment" id="Yj9KEs2LmuW3H)-nwne3">
           <field name="COMMENT">Lüftung Status false/true</field>
           <next>
             <block type="on_ext" id="/G](pN$M~:?mKDp;O@1^">
               <mutation items="1"></mutation>
               <field name="CONDITION">ne</field>
               <field name="ACK_CONDITION"></field>
               <value name="OID0">
                 <shadow type="field_oid" id="M:;L!_+qV=AN05Oqn330">
                   <field name="oid">default</field>
                 </shadow>
               </value>
               <statement name="STATEMENT">
                 <block type="comment" id="Es1nH/9C^nOS=s4@vL!i">
                   <field name="COMMENT">Lüftung ein/aus (eigener Datenpunkt)</field>
                   <next>
                     <block type="update" id="6V9iEcd7Dd1jUuL=aO4=">
                       <mutation delay_input="false"></mutation>
                       <field name="OID">Object ID</field>
                       <field name="WITH_DELAY">FALSE</field>
                       <value name="VALUE">
                         <block type="on_source" id=".@IW)u$3fQbCUO3jv+*0">
                           <field name="ATTR">state.val</field>
                         </block>
                       </value>
                     </block>
                   </next>
                 </block>
               </statement>
             </block>
           </next>
         </block>
       </next>
     </block>
   </next>
 </block>
</xml>

tobidd

Super, danke, werde ich gleich mal testen.

Gruß Tobi

tobidd

äh eine Frage, wie importiere ich dein Script.
Sorry aber ich weis es wirklich nicht.

tobidd

ich habe es gefunden, sorry

tobidd

Geht leider nicht.
Ich verstehe die Logik einfach nicht.

paul53

@tobidd
Der obere Trigger-Datenpunkt ist der Datenpunkt, mit dem in Vis geschaltet und angezeigt wird.
Wenn dieser Datenpunkt auf true schaltet, wird das Shellscript zum Einschalten ausgeführt, bei Änderung auf false das Shellscript zum Ausschalten.

Der untere Trigger-Datenpunkt (MQTT ?) soll den Staus liefern: true bei "Lüftung ist ein" / false bei "Lüftung ist aus". Der Status wird an den Datenpunkt für Vis weiter gegeben.
Welche(r) Datenpunkt(e) enthalten den Status der Lüfung ?

tobidd

Der Staus der Lüftung wird in 3 Datenpunkte aufgeteilt.

einmal Akku/Strom (akku/strom)
einmal Automatik/Manuell (auto/manuell)
und einmal AN/AUS (1/2)

zur Erläuterung:

Das ganze ist eine Kellerlüftung mit Feuchtigkeitsberechnung die primär über Solarstrom läuft.
Wenn der Akku zu schwach ist, schaltet das Script automatisch auf Strom um.
Im Automatikmodus schaltet das Script die Lüftung bei Unterschreitung einer definierten Grenze ab.
Im manuellen Modus läuft sie solange bis entweder der Automatikmodus eingeschaltet wird oder die Lüftung ganz ausgemacht wird.

tobidd

Die Scripte haben keine return Werte, kann es daran liegen?

tobidd

Diese Werte werden von den Scripten, die auf dem zweiten RPI laufen via MQTT an iobrocker gesendet.

paul53

@tobidd sagte:

und einmal AN/AUS (1/2)

"AN": Wert = 1 ?
"AUS": Wert = 2 ?

Dann muss der untere Trigger geändert werden:

tobidd

Ja.

Status beschreib den Zustand der Lüftung, also An oder Aus

Status
AN: Wert = 1
AUS: Wert = 2

Betriebsart: Wert = AKKU oder STROM

Modus : Wert = auto oder mauell

paul53

@tobidd sagte:

Status beschreib den Zustand der Lüftung, also An oder Aus
Status
AN: Wert = 1
AUS: Wert = 2

Dann sollte das Skript zum Ein-/Ausschalten und Anzeige des Status funktionieren.

Gibt es auch Shellscripte, mit denen der Modus(auto/manu) umgeschaltet werden soll ?

tobidd

ja die gibt es und das soll auch noch mit rein.
Aber erstmal kleine Schritte machen. :)

paul53

@tobidd
Was bedeuten ?

an_akku
an_akku_auto
an_akku_manuell

Erfolgt die Umschaltung Akku/Strom nicht automatisch ?

paul53

@tobidd sagte:

Diese Werte werden von den Scripten, die auf dem zweiten RPI laufen via MQTT an iobrocker gesendet.

Dann brauchst Du unter 0_userdata.0 auch max. diese 3 Datenpunkte zu Anzeigen und Steuern, allerdings mit common.type = "boolean".

"0_userdata.0.Lueftung.Status"
"0_userdata.0.Lueftung.Modus"

tobidd

Ja, die Umschaltung erfolgt automatisch aber ich wollte damals mehrere Umschaltmöglichkeit haben.
Aber je mehr ich darüber nachdenke um so weniger Sin macht das.

Danke für die Anregung.
Ich denke ich werde das morgen noch mal umstricken.
Einfach Lüftung an/aus und den Modus auto/manuell, mehr braucht es eigentlich nicht.

Macht es eventuell Sinn alles in ein Script zu packen und dann mit Übergabeparametern zu arbeiten?

tobidd

@paul53

so?

{
  "_id": "0_userdata.0.lueftung_betriebsart",
  "type": "state",
  "common": {
    "name": "lueftung_betriebsart",
    "role": "",
    "type": "boolean",
    "read": true,
    "write": true,
    "desc": "Manuell erzeugt",
    "def": false
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1579471528624,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

paul53

@tobidd sagte:

Macht es eventuell Sinn alles in ein Script zu packen

Ja.

@tobidd sagte in Status der Buttons/Schalter anzeigen:

mit Übergabeparametern zu arbeiten?

Die braucht es nicht, sondern evtl. (globale) Variablen, je nachdem, welche Shellscripte ausgeführt werden sollen.

paul53

@tobidd sagte in Status der Buttons/Schalter anzeigen:

so?

Besser mit Punkt zwischen lueftung und betriebsart, denn dann ist lueftung ein Ordner. Ohne zusätzliche Ordner wird es schnell unübersichtlich unter 0_userdata.0.
Wenn die Betriebsart nur angezeigt wird, braucht es dafür keinen eigenen Datenpunkt, denn die liefert schon der MQTT-Datenpunkt.

tobidd

Ah Ok danke für den Hinweis.

Die Shellscripte sind nur eine Notlösung da ich mich mit Java nicht auskenne.
Die Shellscripte die auf dem iobrocker laufen steuern die Lüftungsscripte auf dem zweiten RPI via SSH.
Schöner wäre es, wenn man das direkt aus iobroker heraus machen könnte.
Aber wie gesagt das bekomme ich nicht hin, deshalb muss das so gehen.

Als ich sagte "Macht es eventuell Sinn alles in ein Script zu packen", hast du mit ja geantwortet.
Welche Scripte meintest du da? Die Shellscripte, die auf dem iobroker liegen oder eventuell Blockyscripte?

Da bin ich mir jetzt nicht so sicher.

Ich meinte die Shellscripte auf dem iobroker, die würde ich zu einem zusammen fassen und dann mit verschiedenen, übergebenden, Parametern steuern.

Oha, das ist ganz schön komisch geschrieben, ich hoffe das versteht jemand. :)

Community Forum

NEWS

[gelöst] Status der Buttons/Schalter anzeigen

Support us

638

32.7k

82.4k

1.3m