Test Adapter shuttercontrol v2.0.x
-
@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.
-
@simatec da würde ich widersprechen, alle delays sind auf 0
und wie gesagt: bei allen anderen Fahrten sehe ich kein delay...
-
@rene_hm Kannst du mal den Debuglog posten?
-
@simatec ja, morgen früh...
-
@rene_hm Hat sich erledigt ... Da war ein Fehler in der Abfrage ... Er hat nach jeder Rollladenfahrt erst alle Rollläden kontrolliert.
Wird gefixt -
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
-
@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.
-
@bostil Blockly sollte im Trigger auf geändert statt aktualisiert und der Frostalarm sollte true/false statt 0/1 bekommen
-
@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 ?
-
@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 so meinen ?
-
@bostil In der Falls Abfrage noch den Frostalarm mit rein. Der muss nur auf false, wenn er auf true steht und die Temp > 0
-
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> -
@bostil so sollte es passen
-
@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
-
@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 gefixtfunktioniert wieder. Danke!
-
@rene_hm gerne ...
-
@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.
-
@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
