Test Adapter shuttercontrol v1.7.x

Rene_HM

Seit Version 1.4.6 (hatte vorher eine 1.3 im Einsatz) fahren meine Jalousien bei "Alles spät runter" sehr versetzt:

2021-12-20 22:20:04.018 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer1 value: 0%
2021-12-20 22:20:38.053 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer2 value: 0%
2021-12-20 22:21:12.095 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer3 value: 0%
2021-12-20 22:21:46.127 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Fenster value: 0%
2021-12-20 22:22:20.160 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Arbeitszimmer_Seite value: 0%
2021-12-20 22:22:54.245 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Arbeitszimmer_Vorn value: 0%
2021-12-20 22:23:28.277 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Kueche_Tuer value: 0%
2021-12-20 22:24:02.312 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Kueche_Fenster value: 0%
2021-12-20 22:24:36.356 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_EG_WC value: 0%
2021-12-20 22:25:10.401 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_EG_Flur value: 0%
2021-12-20 22:25:44.445 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_OG_Bad value: 0%

Eingestellt ist, dass die Jalousien um 22:20 schliessen. Bis zur 1.3 sind sie auch ungefähr zur gleichen Zeit gefahren. Nun aber braucht die Funktion 5 Minuten. Bei allen anderen Fahrten (hoch, runter inkl. Weihnacht) habe ich kein delay eingerichtet und dort funktioniert es auch weiterhin. Ist das so gewollt oder bekannt?

simatec

@rene_hm Ja in Version 1.4.6 wurde der Delay für das versetzte Fahren der einzelnen Rollläden gefixt.
Der war in der LateDown fehlerhaft.

So wie ich das sehe, hast du in deine Config den Delay auf ca. 34 Sekunden eingestellt.

Rene_HM

@simatec da würde ich widersprechen, alle delays sind auf 0

und wie gesagt: bei allen anderen Fahrten sehe ich kein delay...

simatec

@rene_hm Kannst du mal den Debuglog posten?

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

Büro_settings2.png

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

NEWS

Test Adapter shuttercontrol v1.7.x

Changelog

1.4.7 (2021-12-21)

Support us

1.6k
Online

30.5k
Users

76.9k
Topics

1.2m
Posts

NEWS

Test Adapter shuttercontrol v1.7.x

Changelog

1.4.7 (2021-12-21)

Support us

1.6kOnline

30.5kUsers

76.9kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.9k
Topics

1.2m
Posts