wichtiges UPDATE für controller 7.2.2 im stable

[maxclaudi]

Falls auf einen Datenpunkt getriggert wird, der JSON liefert z. B. Shelly Pro 3EM, dann muss der Wert für gridMeterValue natürlich extrahiert werden.

Beispiel Shelly Pro 3EM:

Beispiel-Blockly:

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id="|j(8@5}5qB63}(}(g4IM">gridMeterValue</variable>
  </variables>
  <block type="comment" id="bia-OdV((e``^uH.Q1b}" x="-512" y="588">
    <field name="COMMENT">Beispiel&amp;#10;gridMeterValue von Datenpunkt&amp;#10;Shelly Pro 3EM verwenden</field>
    <next>
      <block type="on_ext" id="1KU][$ifvW@Ue#^`,47#">
        <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
        <field name="CONDITION">ne</field>
        <field name="ACK_CONDITION"></field>
        <value name="OID0">
          <shadow type="field_oid" id="546O][1$JvDaG{d2Chp+">
            <field name="oid">ID auswählen</field>
          </shadow>
        </value>
        <statement name="STATEMENT">
          <block type="controls_if" id=")|ZkbL/^zn+w%rs8o!#4">
            <value name="IF0">
              <block type="logic_compare" id=".CxtNU#9|?9:,.JL@|oB">
                <field name="OP">NEQ</field>
                <value name="A">
                  <block type="get_attr" id=")%0ynekYQHb;?RRkz+$Q">
                    <value name="PATH">
                      <shadow type="text" id="d[Jo*+EZL07LymUsB~A]">
                        <field name="TEXT">params.em:0.total_act_power</field>
                      </shadow>
                    </value>
                    <value name="OBJECT">
                      <shadow type="get_object" id="-0z4Kc,^bhWc_ULuy2R%">
                        <field name="OID">Object ID</field>
                      </shadow>
                      <block type="convert_json2object" id="uf+YXQ-Fr$/++hm2-Rih">
                        <value name="VALUE">
                          <block type="on_source" id="vc]v`TpUrA7q0`3_DBA6">
                            <field name="ATTR">state.val</field>
                          </block>
                        </value>
                      </block>
                    </value>
                  </block>
                </value>
                <value name="B">
                  <block type="logic_null" id="!%1$]%5nAZo|[pz255[$"></block>
                </value>
              </block>
            </value>
            <statement name="DO0">
              <block type="variables_set" id="k3{0sEJOom4M7tPY48Bq">
                <field name="VAR" id="|j(8@5}5qB63}(}(g4IM">gridMeterValue</field>
                <value name="VALUE">
                  <block type="get_attr" id="m;$C$O.VS#IGbQn8~aIM">
                    <value name="PATH">
                      <shadow type="text" id="p^p=!NuU^brh=(YWhL{E">
                        <field name="TEXT">params.em:0.total_act_power</field>
                      </shadow>
                    </value>
                    <value name="OBJECT">
                      <shadow type="get_object" id="-0z4Kc,^bhWc_ULuy2R%">
                        <field name="OID">Object ID</field>
                      </shadow>
                      <block type="convert_json2object" id="tlvVJ;+mfdP:zFGKhVBu">
                        <value name="VALUE">
                          <block type="on_source" id="I1jwI1_*f{Op@S16}6@!">
                            <field name="ATTR">state.val</field>
                          </block>
                        </value>
                      </block>
                    </value>
                  </block>
                </value>
              </block>
            </statement>
          </block>
        </statement>
      </block>
    </next>
  </block>
</xml>

[Jockel_Bln]

@maxclaudi sagte:

Hier ein Beispiel, wie man das einfach über die Systemzeit realisieren kann:

Danke, das muss ich mir erstmal langsam auf der Zunge zergehen lassen und versuchen zu verstehen.
Da werde ich wohl erst richtig zu kommen, wenn meine Regierung nächste Woche wieder auf Arbeit ist. Wenn ich das am Wochenende mache, gibt es sicher Mecker.

@maxclaudi sagte:

Falls auf einen Datenpunkt getriggert wird, der JSON liefert ...

Ich habe zwar einen IR Lesekopf, dessen Daten alle einzeln im iobroker landen, aber ich werde mir das mal speichern für eventuell zukünftige Fälle.

LG und schönes WE
Jörg

[maxclaudi]

@Jockel_Bln sagte:
versuchen zu verstehen.

Verstehst Du schon, da bin ich mir sicher :-)

In Variable nowSec wird die aktuelle Systemzeit in Sekunden gesetzt.

intervalSec_OutputLimit = 30; sind die Sekunden, die mindestens vergehen müssen.

lastSec_outputLimit wird nur bei Skriptstart (außerhalb des Triggers) einmalig mit 0 initialisiert.

Der Vergleich:
Falls nowSec (aktuelle Zeit in Sek.) minus lastSec_outputLimit (bei Start: 0) >= intervalSec_OutputLimit (30 Sek.) ist, dann mach weiter.

Zum Startzeitpunkt ist das sofort der Fall, da der hohe Wert der aktuellen Systemzeit minus 0 natürlich immer größer als 30 ist.

Wenn die Bedingung erfüllt ist und die Regelung durchläuft, wird am Schluss:
lastSec_outputLimit auf die aktuelle Zeit (nowSec) gesetzt.

Bei weiteren Triggern und Zähler-Abfragen passiert also so lange überhaupt nichts, bis die Bedingung wieder erfüllt ist:

aktuelle Zeit (nowSec) minus alte Zeit (lastSec_outputLimit) > 30 Sek. (intervalSec_OutputLimit)

Erst dann geht es weiter, das Limit wird angepasst, lastSec_outputLimit wird wieder auf die aktuelle Systemzeit gesetzt und das Spiel beginnt von vorne.

Ich habe zwar einen IR Lesekopf, dessen Daten alle einzeln im iobroker landen...

ja, ich auch. UART-Lesekopf Tasmota (wt32-eth01 LAN)

LG und schönes WE

wünsche ich Dir auch.

[Murphy 0]

@jockel_bln
nach ausgiebigen Tests steuere ich meinen Hyper2000 per Blockly im 20 Sekunden Abstand
und einer Hysterese mit 30 Watt. Also Änderungen nur wenn mehr oder weniger 30 Watt anstehen.

Den Versuch mit einer Liste und Mittelwert habe ich auch gemacht. Hat für mich keinen Vorteil gebracht. Die Regelung war dann zu träge.

Tagsüber ist mein Zielwert -30 Watt, also einspeisen und Nachts 0 Watt.

Die Lade- und Entladegrenze bestimme ich nach Zellspannung, nicht nach SOC.

So sieht meine Regelung mit diesen Werten aus. War ein Tag mit viel Sonne, wenig Wolken.