Verständnisfrage: Virtuelle Schalter und nutzen in Blockly

[topsurfer]

Puhhh,
hab versucht etwas zu debuggen, hab den Wert von "Position" mir anzeigen lassen, der war "True" !!

Der DP war als "Status" abgelegt, habe ihn auf Level geändert (korrekt?).
Wenn das Script läuft, hört der Wert gar nicht mehr auf zu laufen, ist jetzt bei 1500%

[paul53]

@topsurfer
Auf "stop" scheinen die Indikator-DP nicht zu reagieren.
Reagiert der Rollladen selbst auf "stop"?

Bitte Logs in Code tags posten!

[topsurfer]

@paul53 said in Verständnisfrage: Virtuelle Schalter und nutzen in Blockly:

Reagiert der Rollladen selbst auf "stop"?

Ja, manuelles steuern geht ja!

[paul53]

@topsurfer sagte: Wenn das Script läuft, hört der Wert gar nicht mehr auf zu laufen

Dann bleiben die DP "Up" bzw. "Down" auf true.
Folglich muss man das Intervall mit dem Kommando und mit den Endlagen stoppen.

Beachte, dass die Trigger links auf "ist größer als letztes" geändert wurden.

[topsurfer]

Hallo,
die DP von dem Rollladen sind echt sch....
(nicht nur im Alias, sondern auch direkt bei Enocean => 0 => ...)

Auch wenn die obere oder untere Endposition erreicht wurde, stehen die DP immer noch auf "false".
Den DP "TOP" habe ich schon auf "true" gesehen,dauert wohl paar Minuten (bzw. mind. 30s).

"BOT" (Endpunkt unten) ist immer "false"

Was man wohl auch beachten muss, dass auch die Fahrbefehle "UP" bzw. "Do(wn)" auch nach einem getätigten Stop noch auf true sind (als ob der Rollladen sich noch bewegt), das Kommando "CMD" aber korrekt "stop(0)" anzeigt. Dieses Verhalten wäre in einem Script wohl lösbar.

Anhand der Fahrzeit (die immer korrekt und schnell in TT (gefahrene Zeit) zu sehen ist und dem Check der Fahrtrichtung könnte man wohl die Höhe des Rollladen (per Script) berechnen.

Ich werde wohl jetzt aber (nach 2 Wochen) ma beginnen, die anderen Rollläden und Lichter in das System zu bekommen, und nicht noch mehr Zeit in die Positionsinfo oder dem gezielten anfahren von Rollladen (Bsp: "Fhre auf Höhe 70%") zu stecken (leider!)
Es warten halt noch Zigbee, MQTT, Netatmo usw. ..., und von einer nutzbaren Oberfläche (GUI) bin ich noch gaaaaz weit weg...
Thx an Paul! Wenn du noch Ideen hat, gerne!

Evtl. macht es Sinn, Jee Cee (dem Entwickler vom Enocean-Adapter) mal zu kontaktieren, warum das erreichend er Endpunkte nicht angezeigt wird, ob es an meinen Rollläden liegt oder am Adapter.

[paul53]

@topsurfer sagte: Es warten halt noch Zigbee ...

Wenn du auch Zigbee verwendest, dann steuere Geräte, die mit Netzspannung betrieben werden (wie Rollladen), besser mit Zigbee-Aktoren. Enocean ist für Sensoren optimal.

[topsurfer]

@paul53 said in Verständnisfrage: Virtuelle Schalter und nutzen in Blockly:

Wenn du auch Zigbee verwendest, dann steuere Geräte, die mit Netzspannung betrieben werden (wie Rollladen), besser mit Zigbee-Aktoren. Enocean ist für Sensoren optimal.

Die Rollläden und Enocean-Ansteuerung sind vom Fertighausanbieter verbaut, da gibts bzw. gab es keine Wahl ...

[topsurfer]

Hmmm,
hab jetzt manuell einen neuen Alias angelegt,
und jetzt hab ich beim "Kommando" beim Typ keine Anzeige "Stop|down|up", sondern Zahlenwerte.

Hab auch schon bei "Zustandstyp" und "Rolle" probiert, ändert nichts.
Bei dem Enocean-Object direkt steht nach wie vor: "Stop|Up|down", nur bei den Aliasen nicht mehr

Zuvor hatte ich immer (?) hier Stop|up| down stehen bzw. zur Auswahl, habe ich was "umgestellt?

In den "Objektdaten steht auch nicht mehr so was drinnen, hab das aber auch zuvor nie manuell ergänzt oder eingetragen:

    "states": {
      "0": "stop",
      "1": "hoch",
      "2": "runter"

[paul53]

@topsurfer sagte: hab das aber auch zuvor nie manuell ergänzt oder eingetragen:

Musst du aber, wenn du es so dargestellt haben möchtest.

[topsurfer]

@paul53 OK, danke, dann hab ich das verdrängt gehabt ... dachte die wären autom. erstellt worden.

[paul53]

@topsurfer sagte: Anhand der Fahrzeit (die immer korrekt und schnell in TT (gefahrene Zeit) zu sehen ist und dem Check der Fahrtrichtung könnte man wohl die Höhe des Rollladen (per Script) berechnen.

Enthält "gefahrene Zeit" immer ganze Sekunden und startet zu Fahrtbeginn mit 0?
Falls ja, versuche es mal so: