UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene_HM]

@simatec ja, morgen früh...

[simatec]

@rene_hm Hat sich erledigt ... Da war ein Fehler in der Abfrage ... Er hat nach jeder Rollladenfahrt erst alle Rollläden kontrolliert.
Wird gefixt

[simatec]

Ab sofort steht die Version 1.4.7 auf Github und in kürze auch im latest zur Verfügung.

Hier gibt es nun ein komplettes Error-Handling für alle States. Sollte ein State nicht korrekt in der Config eingetragen sein, wird der Adapter hierzu Warnungen im log ausgeben.

Changelog

1.4.7 (2021-12-21)

• (simatec) complete error handling for states added
• (simatec) Bugfix Down Late Option
• (simatec) small Bugfixes
• (simatec) Dependencies updated
• (simatec) Dev-Dependencies updated

[Bostil]

@simatec Sorry, hatte dauernd Probleme den Log zu ziehen. Nun endlich mit Umweg über Excel.

• Erkenntnis basiert noch auf Version 1.4.6 der letzten Tage
• wie gesagt: Rolladen wurden tagsüber manuell in Position gefahren, aber zur halben / vollen Stunde wurden sie wieder komplett geöffnet
• nun sehe ich auch im Log: "Alarm frost ended" hat dies wohl immer getriggered
• unabhängig davon, war auch in den neueren Version auffällig, dass alle Rolladen zeitversetzt fuhren und nicht mehr parallel

ERLEDIGT - Screenshots entfernt, weil irritierend.

[simatec]

@bostil Blockly sollte im Trigger auf geändert statt aktualisiert und der Frostalarm sollte true/false statt 0/1 bekommen

[Bostil]

@simatec Danke, du bist genial! Letzteres (true false) hatte ich gerade nach Studieren deiner Anleitung auch festgestellt! Danke für die Tipps! Bin gespannt, ob es nun wieder ordentlich läuft. Klassischer Fall von Anwenderfehler.

Frage: Frostalarm stelle ich gerade auf "true" -> wenn ich nun "auto_all" selektiere, wann gehen die Rolladen nun noch in den Frostschutz ?

[simatec]

@bostil Des Weiteren würde ich den Frostalarm nur im Blockly setzen, wenn er sich ändern soll.
Das heißt „if (temp =< 0 && frostalarm === false)“

[simatec]

@bostil sagte in [Test Adapter shuttercontrol v1.4.x](/post/724566

Frage: Frostalarm stelle ich gerade auf "true" -> wenn ich nun "auto_all" selektiere, wann gehen die Rolladen nun noch in den Frostschutz ?

Müsste ich mir im Code mal anschauen. Den Frostalarm hat @FoxRo integriert

[Bostil]

@simatec so meinen ?

[simatec]

@bostil In der Falls Abfrage noch den Frostalarm mit rein. Der muss nur auf false, wenn er auf true steht und die Temp > 0

[Bostil]

Vielen Dank @simatec für die Hilfe! So, in Ordnung? Vielleicht auch für andere Dummies, wie ich einer bin, hilfreich.

Blockly:

<xml xmlns="https://developers.google.com/blockly/xml">
  <block type="on_ext" id="ns1;~BofVgdEAPaC{{{A" x="-1412" y="-988">
    <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="Xj6_N{O^Wb#5a_0Ro)2f">
        <field name="oid">daswetter.0.NextHours2.Location_1.Day_2.Hour_6.temp</field>
      </shadow>
    </value>
    <statement name="STATEMENT">
      <block type="controls_if" id="^,}WJT^%np~u^7*JBN@N">
        <mutation else="1"></mutation>
        <value name="IF0">
          <block type="logic_operation" id="mfBZNEC#2eoI?7$gsaiu">
            <field name="OP">AND</field>
            <value name="A">
              <block type="logic_compare" id="L];@t_6[sXn_Nh|an{rZ">
                <field name="OP">EQ</field>
                <value name="A">
                  <block type="get_value" id="[_7y|S2*NgQ-8f{Zsmil">
                    <field name="ATTR">val</field>
                    <field name="OID">0_userdata.0.Berechnungen.Frostalarm</field>
                  </block>
                </value>
                <value name="B">
                  <block type="logic_boolean" id=")YY7M5nw#SP97Cji=(Pv">
                    <field name="BOOL">TRUE</field>
                  </block>
                </value>
              </block>
            </value>
            <value name="B">
              <block type="logic_compare" id="^ULhy;#M*uwQY2UPsaKR">
                <field name="OP">GTE</field>
                <value name="A">
                  <block type="get_value" id="H]Fy}gKT#c#{+$xiYFcu">
                    <field name="ATTR">val</field>
                    <field name="OID">daswetter.0.NextHours2.Location_1.Day_1.current.temp</field>
                  </block>
                </value>
                <value name="B">
                  <block type="math_number" id="ZG[8n.4Fx/9)o/cToz+r">
                    <field name="NUM">0</field>
                  </block>
                </value>
              </block>
            </value>
          </block>
        </value>
        <statement name="DO0">
          <block type="update" id="GpLw%W;T,9_a9({gwRhh">
            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
            <field name="OID">0_userdata.0.Berechnungen.Frostalarm</field>
            <field name="WITH_DELAY">FALSE</field>
            <value name="VALUE">
              <block type="logic_boolean" id=".L7e!sZ^.3gA4*_?pq=t">
                <field name="BOOL">FALSE</field>
              </block>
            </value>
          </block>
        </statement>
        <statement name="ELSE">
          <block type="update" id="SX9M,-Uf):OD.Wezr88n">
            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
            <field name="OID">0_userdata.0.Berechnungen.Frostalarm</field>
            <field name="WITH_DELAY">FALSE</field>
            <value name="VALUE">
              <block type="logic_boolean" id="si`Rf4J[@ud1WHZAA|k6">
                <field name="BOOL">TRUE</field>
              </block>
            </value>
          </block>
        </statement>
      </block>
    </statement>
  </block>
</xml>

[simatec]

@bostil so sollte es passen

[simatec]

@bostil Man könnte es jetzt noch schick machen und statt getState temp in der Falls Abfrage direkt den Wert aus dem Trigger nehmen, aber die Funktion sollte so passen

[Rene_HM]

@simatec sagte in Test Adapter shuttercontrol v1.4.x:

Da war ein Fehler in der Abfrage ... Er hat nach jeder Rollladenfahrt erst alle Rollläden kontrolliert.
Wird gefixt

funktioniert wieder. Danke!

[simatec]

@rene_hm gerne ...

[Nightfly1983]

@simatec Habe nun endlich mein System neu gemacht und den Adapter komplett neu eingerichtet, direkt in der Version 1.4.7
Es funktioniert fast alles wie gewünscht, Frost klappt, Weihnachten klappt, aber...
Wenn ich ein Fenster öffne und wieder schließe, erschießt sich der Adapter beim Schließen und ich habe keine Ahnung warum?!
Hier mal der Log und die Einstellungen eines Fensters.

host.iobroker
	2021-12-22 09:45:46.029	info	Restart adapter system.adapter.shuttercontrol.0 because enabled
host.iobroker
	2021-12-22 09:45:46.029	info	instance system.adapter.shuttercontrol.0 terminated with code NaN ()
host.iobroker
	2021-12-22 09:45:46.026	warn	instance system.adapter.shuttercontrol.0 terminated due to SIGSEGV
shuttercontrol.0
	2021-12-22 09:45:45.906	debug	Buero - shutter trigger Change is:upDown
shuttercontrol.0
	2021-12-22 09:45:45.905	debug	Buero - shutter trigger Action is:up
shuttercontrol.0
	2021-12-22 09:45:45.904	debug	Buero - shutter trigger Height is:25
shuttercontrol.0
	2021-12-22 09:45:45.904	debug	Buero - shutter current Height is:50
shuttercontrol.0
	2021-12-22 09:45:45.903	debug	Buero - shutter current state.val is:50
shuttercontrol.0
	2021-12-22 09:45:45.881	debug	Buero - shutter conversion is:false
shuttercontrol.0
	2021-12-22 09:45:45.877	debug	TriggerID changed: deconz.0.Sensors.18.open Value: false
shuttercontrol.0
	2021-12-22 09:45:23.500	debug	Buero - window is still open -> driving now to :50
shuttercontrol.0
	2021-12-22 09:45:23.430	debug	Buero Old value = 98. New value = 50. automatic is active
shuttercontrol.0
	2021-12-22 09:45:23.429	debug	Shutter state changed: Buero old value = 98 new value = 50
shuttercontrol.0
	2021-12-22 09:45:23.361	info	triggered #1 Set ID: Buero value: 50%
shuttercontrol.0
	2021-12-22 09:45:23.354	info	#1 Set ID: Buero value: 50%
shuttercontrol.0
	2021-12-22 09:45:23.353	debug	#1 save trigger action: up for device Buero
shuttercontrol.0
	2021-12-22 09:45:23.352	debug	#1 save trigger height: 25% for device Buero
shuttercontrol.0
	2021-12-22 09:45:23.352	debug	Buero - shutter trigger change is:upDown
shuttercontrol.0
	2021-12-22 09:45:23.351	debug	Buero - shutter trigger drive-up is:50
shuttercontrol.0
	2021-12-22 09:45:23.350	debug	Buero - shutter current state.val is:25
shuttercontrol.0
	2021-12-22 09:45:23.345	debug	Buero - shutter conversion is:false
shuttercontrol.0
	2021-12-22 09:45:23.326	debug	TriggerID changed: deconz.0.Sensors.18.open Value: true

Glaube nicht, dass es am Deconz Adapter liegt, da das gleiche auch bei Fenstern passiert, welche Sensoren über den MiHome Adapter laufen.

[simatec]

@nightfly1983
Werden die Rollläden dann beim schließen noch gefahren oder stürtzt der Adapter direkt ab.
Poste mal bitte deine Settings als json File.

Mir fehlt im Moment der Ansatz zur Fehlersuche

[simatec]

@nightfly1983 Installiere mal bitte die Version aus dem Dev-Branch und mache im Anschluss ein Upload.

Danach poste mal bitte den Debuglog vom öffnen und schließen des Fensters

Dev-Branch: https://github.com/simatec/ioBroker.shuttercontrol/tarball/dev

[Nightfly1983]

@simatec

Die Settings: system.adapter.shuttercontrol.0.json

Rollläden werden gar nicht mehr gefahren, also beim Öffnen ja, aber wenn das Fenster geschlossen wird ist sofort vorbei.

[Nightfly1983]

@simatec Okay, nochmal bitte genau was zu tun, installieren über die Katze ging und wo bzw. was für ein Upload dann?