Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Status Rolladenrelais setzt sich automatisch wieder zurück #116

Closed
christianloose opened this issue Feb 17, 2025 · 23 comments
Closed

Status Rolladenrelais setzt sich automatisch wieder zurück #116

christianloose opened this issue Feb 17, 2025 · 23 comments
Assignees
Labels
bug Something isn't working

Comments

@christianloose
Copy link

Hallo,

ich habe folgendes Problem und versuche es (als Laie) einmal zu erklären:

Ich habe das Problem bei den Rolladenrelais, dass sich der Status des Relais (Objekte switch oder level) kurz nach der Ansteuerung via Blockly/vis wieder zurück setzen, d.h. steuere ich mit "hoch" setzt er sich anschließend kurz nach Steuerung wieder auf "runter". Das Gleiche passiert, wenn ich das Objekt direkt mit Werten beschreibe.

VG
Christian

@schmupu
Copy link
Owner

schmupu commented Feb 17, 2025

Hallo Christian,

um den Fehler einzugrenzen würden folgende Infos helfen:

  1. Welche ioBroker Lupusec Adapter Version hast Du im Einsatz?
  2. Ging die Rollladenschaltung mit einer vorherigen Versionen?
  3. Kannst du einmal ein Screenshot von den Objekten der Rollläden schicken
  4. Kannst Du das Blocky Script exportieren und hier als Anhang mit einfügen

Viele Grüße
Thorsten

@schmupu schmupu self-assigned this Feb 17, 2025
@christianloose
Copy link
Author

Hallo,

ich habe die Version 2.0.4 Im Einsatz, dasProblem bestand bei mir aber auch mit 2.0.6. In den vorherigen Versionen hatte ich immer mal wieder das Problem, kann jedoch nicht sagen ab welcher Version genau.

Image

Ich habe eine kurze Bildschirmaufnahme hier abgelegt: https://drive.google.com/file/d/1q3aCthRJUftCWQNqhRCVl1a1f_zh6Ju6/view?usp=sharing

Das Problem tritt auch auf, wenn ich aus der Vis mittels Button das Objekt direkt ansteuern möchte:

Image

@schmupu
Copy link
Owner

schmupu commented Feb 17, 2025

Hallo Christian,

die Bildschirmaufnahme ist hilfreich. Kannst Du bitte einmal die Werte unter Switch (hoch, runter) ändern, aber nicht Bestätigt anklicken. Wenn Du auf Bestätigt klickst, wird der Wert nicht übernommen.
Funktioniert es dann?

Viele Grüße
Thorsten

@christianloose
Copy link
Author

Hallo Thorsten,

der Status springt ebenfalls zurück, jedoch erst nach ca. 10 Sekunden, s. Bildschirmaufnahme:

https://drive.google.com/file/d/11GuyCONgMqrTw3xfRAfMJgDL2K4FruZ0/view?usp=sharing

VG
Christian

@schmupu
Copy link
Owner

schmupu commented Feb 19, 2025

Hallo Christian,

da ich keine Rollläden besitze, kann ich es leider nicht nachstellen. Aber ich habe einmal Dennis gefragt, der ein paar Rollläden im Einsatz hat und diese über den ioBroker Lupusec Adapter schaltet. Hier einmal seine Antwort:

ja ich habe ein paar Rollandenrelais. Ich tippe mal das der Fehler daran liegt das die/der Schalter nicht richtig steht. Er sollte so stehn wie auf dem Bild im Anhang sonst funktioniert das ganze nicht. Bei mir funktioniert das mit den "Switch" und "Level".
Image

Hilft Dir das weiter?

Viele Grüße
Thorsten

@schmupu
Copy link
Owner

schmupu commented Feb 19, 2025

Hallo Christian,

und dann noch die Blocky die Dennis erfolgreich nutzt:

Image

Image

Mit 0 und 1 kann man alle Rollos hoch und runterfahren, mit 2 alle stoppen. Es funktioniert ohne Probleme. Es kommt darauf an wie die Schalter in der Wand stehen, sie müssen in "Ausstellung" stehen.

Viele Grüße
Thorsten

@christianloose
Copy link
Author

christianloose commented Feb 20, 2025

Hallo,

vielen Dank für die Bemühungen. Es ist so, dass ich keine Schalter verbaut habe. Die Rollläden werden nur über die App von Lupusec oder aber über iobroker angesteuert. Ich habe nun alle Rollläden ausprobiert: Nur der Wert "hoch" wird mit true bestätigt, die Werte "runter" und "stop" bekommen immer ein false und der Wert springt zurück auf den vorherigen, in diesem Fall "hoch"; unabhängig davon ob ich das Objekt direkt mit einem Wert beschreibe oder über ein skript. Damit lässt sich zwar der Rolladen steuern, aber visuelle Anzeigen z.B. Buttons in vis werden damit falsch angezeigt.

VG
Christian

@Baddik
Copy link

Baddik commented Feb 20, 2025

Hallo
Ich habe ein ähnliches Problem und zwar mit dem Wechsel vom Home-Modus zu unscharf. Wenn ich den Datenpunkt "lupusec.0.status.mode_pc_a1" über die Vis vom Wert "2" auf "0" steuere, springt er nach kurzer Zeit wieder auf "2" zurück. Bislang konnte ich dieses Verhalten nur von Home auf unscharf feststellen. Beim Wechsel von scharf auf unscharf z.B. trat es noch nie auf.
Ich habe die Adapterversion 2.0.5 am Start... Beim mir tritt dieser Fehler erst auf, seit ich den Adapter von Vers. 1.3.5 auf die 2er Version upgedated habe.
Evtl. läuft ja das in das selbe Problem hinein, wie es christianloose beschreibt...?

VG
Adrian

schmupu added a commit that referenced this issue Feb 20, 2025
@schmupu
Copy link
Owner

schmupu commented Feb 20, 2025

Hallo @Baddik , Hallo @christianloose

ich habe eine Änderung vorgenommen. Könnt Ihr bitte einmal die neuste Adapter Version per GitHub laden. Dafür müsst ihr auf dem Reiter Adapter in den Expertenmodus wechseln. Dort auf die GitHub Katze drücken und den Lupusec Adapter installieren.
Danach den Lupusec Adapter unter Instanzen neu starten.

Image

Ändert sich dadurch etwas?

Wichtig, keine Statusänderungen ack == true bzw. bestätigt durchführen.

Viele Grüße
Thorsten

schmupu added a commit that referenced this issue Feb 20, 2025
@Baddik
Copy link

Baddik commented Feb 20, 2025

Hallo Thorsten
Vielen Dank für die äusserst prompte Reaktion 👍🏻

Habe mir die neue Version gezogen und werde berichten...
Bis jetzt schaut es gut aus, allerdings ist diese Aussage noch nicht wirklich verlässlich. Was mir auffällt ist, dass in der vis nun der richtige Status der Anlage umgehend angezeigt wird. Vorher war es so, dass das Icon noch auf "Home" stehen geblieben ist, obwohl die Anlage schon im Status "Disarm" war.
Lg Adrian

@christianloose
Copy link
Author

Hallo Thorsten,
ich habe die Version gestern installiert und bei mir ist es tatsächlich unverändert, d.h. das heißt das Problem besteht weiterhin.

Die Statusänderung erfolgte ohne "bstätigt"

Hier noch Screenshots der Zustände in zeitlicher Reihenfolge:

Image

Image

Image

schmupu added a commit that referenced this issue Feb 21, 2025
schmupu added a commit that referenced this issue Feb 21, 2025
@striegel26
Copy link

Hallo zusammen

ich habe zusätzlich zu den Blokly Scripten (hat Thorsten oben von mir gepostet) noch ein "javapunkt" angelegt.
Im ioBroker kann man nur mit "0" Rollos hoch, "1" Rollos runter und "2" Rollos Stop arbeiten. Ein true oder false nimmt er nicht.

Image

Im Vis habe ich Folgenden Button genommen und schalte sozusagen das javascript was ich im Blokly hinterlegt habe.

Image

Der Button kann mit

Image

oder mit

Image

ausprobieren kann man das auch mit

Image

VG Dennis

schmupu added a commit that referenced this issue Feb 21, 2025
schmupu added a commit that referenced this issue Feb 22, 2025
@schmupu
Copy link
Owner

schmupu commented Feb 22, 2025

@christianloose , wenn Du die Rollläden über die Lupusec App bzw. Website (http://<ip_lupusec_alarmanalage> hoch und runter fährst, funktioniert es?

@christianloose
Copy link
Author

Hallo,
wenn ich die App nutze funktionieren die Rollläden aber der Status / Datenpunkt in iobroker ändert sich nicht und wird auch nicht aktualisiert (Zeitstempel).

@schmupu
Copy link
Owner

schmupu commented Feb 22, 2025

@christianloose , kannst Du bitte mit der App einmal die Rolläden herunter und danach wieder rauffahren.
Ich benötige, dann jeweils bei heruntergefahrenen Rollläden und bei hochgefahren Rollläden den Output von folgendem Befehl:

http://<ip_adresse_alaramanlage>/action/deviceListGet

<ip_adresse_alaramanlage> durch die IP Adresse Deiner Alarmanlage ersetzten. Du kannst mir die beiden Dateien dann auch gerne per Email an iobroker@stueben.de schicken.

@schmupu
Copy link
Owner

schmupu commented Feb 22, 2025

@christianloose , ich benötige die Daten nicht mehr. Ich konnte das Problem nachstellen.
Verlässlich kann man den Status nur über den Datenpunkt level abfragen und nicht über switch.
Ich bin gerade am überlegen, ob ich den Datenpunkt Switch durch 3 Buttons (up, down, stop) ersetze. Das ist der sauberste Weg.
@striegel26 , wären 3 Buttons up, down, stop ein Problem für Dich?

@christianloose
Copy link
Author

Danke für den Hinweis, in der Tat springt der Datenpunkt "level" kurz auf fals und anschließend auf true, damit müsste eine Visualisierung dann ja eigentlich sauber dargestellt werden. Ich würde 3 Buttons tatsächlich befürworten, da ich darüber hinaus die Rollläden auch über NSPanels mit tasmota und lovelace ui steuere und das sicherlich gut zu integrieren wäre.

@striegel26
Copy link

@schmupu habe damit kein Problem. Was würde sich dann in meinem Blockly ändern bzw was muss ich ändern ? kann ich dann immer noch mit 0,1,2 steuern oder mit true und false ?

@schmupu
Copy link
Owner

schmupu commented Feb 23, 2025

@christianloose , @striegel26 : ich habe die neuste Version auf GitHub veröffentlicht. Gerne einmal testen. D.h. Version über die GitHub Katze laden.

Lösung

  • Status switch habe ich entfernt
  • Neu hinzugekommen sind die Druckknöpfe shutter_up, shutter_down, shutter_stop
  • Status ob die Rollläden rauf oder runtergefahren sind, ist über den Status level abzufragen (0% ganz unten, 100% ganz oben)
Image

Falls ich die Knöpfe durcheinander bekommen habe, d.h. 100% unten statt oben, dann bitte kurze Rückmeldung. Ich kann es leider nicht testen

@schmupu schmupu added the bug Something isn't working label Feb 23, 2025
@schmupu
Copy link
Owner

schmupu commented Feb 23, 2025

@schmupu habe damit kein Problem. Was würde sich dann in meinem Blockly ändern bzw was muss ich ändern ? kann ich dann immer noch mit 0,1,2 steuern oder mit true und false ?

Ja, Value/Wert ist true oder false und Acknowledge (Bestätigt) immer auf false setzen.

@schmupu
Copy link
Owner

schmupu commented Feb 23, 2025

@schmupu habe damit kein Problem. Was würde sich dann in meinem Blockly ändern bzw was muss ich ändern ? kann ich dann immer noch mit 0,1,2 steuern oder mit true und false ?

Hier noch ein Beispiel:

Image
<xml xmlns="https://developers.google.com/blockly/xml">
  <block type="control" id="/BkReij)25[jiXytbs]d" x="188" y="187">
    <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
    <field name="OID">lupusec.0.devices.ZS:0a3c01.shutter_up</field>
    <field name="WITH_DELAY">FALSE</field>
    <value name="VALUE">
      <block type="logic_boolean" id="0pMc-5cljr)O287P#R!S">
        <field name="BOOL">TRUE</field>
      </block>
    </value>
    <next>
      <block type="timeouts_wait" id="]4P^J0*8j*!Ab8]B2Dgw">
        <field name="DELAY">30</field>
        <field name="UNIT">sec</field>
        <next>
          <block type="control" id="QGYpx;-yI7.2w~YJ5+IL">
            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
            <field name="OID">lupusec.0.devices.ZS:0a3c01.shutter_down</field>
            <field name="WITH_DELAY">FALSE</field>
            <value name="VALUE">
              <block type="logic_boolean" id="vQI2Q#0|93hy?LH:_meR">
                <field name="BOOL">TRUE</field>
              </block>
            </value>
            <next>
              <block type="timeouts_wait" id="l5_t@b~}FgoptQx#p7N?">
                <field name="DELAY">5</field>
                <field name="UNIT">sec</field>
                <next>
                  <block type="control" id="{bl:Rdpb)AGbx#5h^D,m">
                    <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
                    <field name="OID">lupusec.0.devices.ZS:0a3c01.shutter_stop</field>
                    <field name="WITH_DELAY">FALSE</field>
                    <value name="VALUE">
                      <block type="logic_boolean" id="=dd`@[?]z#V_-G;$5e[;">
                        <field name="BOOL">TRUE</field>
                      </block>
                    </value>
                    <next>
                      <block type="timeouts_wait" id="YZPJMS+fw15CQSvRKBKK">
                        <field name="DELAY">30</field>
                        <field name="UNIT">sec</field>
                        <next>
                          <block type="control" id="R?N]fID1kJUb(X.fY@My">
                            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
                            <field name="OID">lupusec.0.devices.ZS:0a3c01.shutter_down</field>
                            <field name="WITH_DELAY">FALSE</field>
                            <value name="VALUE">
                              <block type="logic_boolean" id="+4aRa=Je7LGB)Pk%sU{p">
                                <field name="BOOL">TRUE</field>
                              </block>
                            </value>
                          </block>
                        </next>
                      </block>
                    </next>
                  </block>
                </next>
              </block>
            </next>
          </block>
        </next>
      </block>
    </next>
  </block>
</xml>

schmupu added a commit that referenced this issue Feb 23, 2025
- (Stübi) Fixing @iobroker/adapter-dev 1.0.1 specified. 1.3.0 is required as minimum, 1.3.0 is recommended (Issue #115)
- (Stübi) Fixiing problem, that state value jumps back to old value (Issue #116)
- (Stübi) Delete status switch and add 3 butteons (shutter_up, shutter_down, shutter_stop) for shutter (Issue #116)
- (Stübi) Fixing dependency (Issue #117)
@schmupu
Copy link
Owner

schmupu commented Feb 23, 2025

Fixed in v2.0.7 and released.

@schmupu schmupu closed this as completed Feb 23, 2025
@striegel26
Copy link

@schmupu habe mein Skript umgebaut. Funktioniert ohne Probleme. Danke für die kleine Hilfe.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants