Beiträge von Flo

Zitat von apreick

Bleibt noch eine Möglichkeit ein Ticket beim Hersteller zu eröffnen

Das hab ich gemacht (19.04.).

Erste Antwort 22.04.: Problem nicht richtig verstanden, Antwort am Ziel vorbei. Hab direkt geantwortet und detaillierter erklärt.

Nächste Antwort 03.05.:

Zitat

We're sorry that we didn't get to you sooner, it was caused due to high work volume, problems with our ticket system and being short-staffed. We are working on this.

Our developers are working on fixing that issue!

We will let you know when it's fixed, thank you for your time in advance!

OK, hier also Screenshots aus dem WebUI meines Shelly RGBW2.

Es gibt die folgenden Settings:

Eingestellt ist in den für den Thread interessanten Teilen dieses hier:

...und unter Actions:

Der Longpush-Befehl wird auch ausgeführt (der andere RGBW2 wird geschaltet). Das ist gar nicht das Problem!

Aber: Der RGBW2 führt für sich selbst auch eine Aktion bei Longpush aus (Dimmen). Und das muss verhindert werden.

Dazu fehlt mir die Einstellung, wie ich sie z.B. in einem Shelly 2.5 habe:

Dein Vorschlag, den Typ auf "detached" zu stellen und dann als "short pressed" eine Aktion auf dem Shelly selbst auszulösen, führt deshalb nicht zum Ziel.

Das hat jetzt zwar lang gedauert, aber leider ist die Rückmeldung für alles: nein

Die Einstellungen sind in der Weboberfläche ebenso nicht vorhanden wie in der neuen App.

Ein Wechsel auf "detached" in Kombination mit zusätzlichem "short press" führt auch zu nichts.

Egal wie, es wird immer auch beim langen Drücken das Licht des Shellys geschaltet, an dem der Schalter hängt. Möchte ich ja aber per Einstellung unterbinden.

Das Problem mit den falschen Prozentzahlen in der neue App besteht auch weiterhin. Das Licht kann nur mit der alten App vernünftig eingestellt werden.

Also leider alles wie im Eröffnungsbeitrag, nur inzwischen länger beschrieben

Zitat von apreick

Hast du denn direkt einen Taster an jedem RGBW2?

Ja.

Zitat von apreick

Die Einstellung sind auf jeden Fall vorhanden

Die für die URL-Befehle schon, ja.

Aber die für die Länge des Tastendrucks und dieser zweite Punkt beim Taster/Schaltertyp, die gibt es nicht.

Zitat von apreick

Wahrscheinlich musst du umstellen auf detached und auf Short Push das eigene Relais auch angeben.

Das werd ich mal testen

Hallo zusammen.

ich habe zwei Bereiche, die mit 24V-LED-Streifen an zwei RGBW2s beleuchtet werden.

Funktioniert soweit, jetzt wollte ich allerdings eine Longpush-Lösung einrichten, so dass ich das Licht in einem Bereich durch Longpush auf den Schalter des jeweils anderen schalten kann.

Das geht mit

http://192.168.xxx.xxx/color/0?turn=toggle

Allerdings fehlen mir Einstellungen.
Bei einem Shelly 2.5, bei dem ich einen Longpush definiert habe, finde ich in der neuen Shelly Control - Ansicht das hier:

Diese beiden Einträge existieren beim RGBW2 leider nicht
Wisst ihr Rat?

Außerdem habe ich ein doch komisches Verhalten bei den RGBW2s in der neuen Shelly Control - App:

Ist natürlich alles auf dem neuesten Stand.

Wisst ihr was?

Scheint in 1.11.4 behoben zu sein (getestet hab ich es nicht):

Hi, interessante Variante mit der Prüfung nach dem wakeupevent.

Das mit der Pause muss auch klappen, gute Idee!

Ich hatte vor deinem Beitrag schon was zusammengestückelt und getestet, inzwischen weiß ich: so geht es auch:

Wenn sich der Zustand nämlich wieder ändert, startet das Skript einfach noch einmal neu.

Mit den stops werden die vorherigen Aktionen aufgehalten.

("pause" ist wohl noch nicht so lang in Blockly integriert, deswegen hat sich bei meiner Recherche die Lösung oben ergeben.)

Rest der Antworten für das eigentliche Problem, das JochenL hatte:

Zitat von Flo

Der DW2 scheint bei "periodic"- oder "sensor"-Ereignissen kurz mal den Status "open" (in ioBroker-Sprache "door=true" zu durchlaufen und löst damit in Szenen oder Skripten Schaltvorgänge aus).

Zitat von neo-v

ältere Firmware auf den DW2 aufspielen.

-> 1.9.4 scheint zu funktonieren.

Hier ein kurzes Update, ich würde das gerne auch wieder mehr in Richtung des Ursprungsproblems lenken, das ja, wie im Beitrag #8von JochenL beschrieben, noch nicht behoben ist.

Ich habe das Blockly von neo-v übernommen.

Passiert ist folgendes:

• 20:23:29 Uhr: Terrassentür wird geschlossen (DW2 -> door=close)
• 20:23:30 Uhr: Dunstabzugshaube wird ausgeschaltet (Shelly Plug S -> switch=false, ausgelöst durch das Blockly-Skript)
• 21:46:30 Uhr: DW2 Küche Ereignis "sensor"
• 21:46:30 Uhr: Dunstabzugshaube wird angeschaltet
• 21:46:31 Uhr: Dunstabzugshaube wird ausgeschaltet

Soweit zur Problemstellung bzw. der Schilderung der Vorgänge.

Meine Lösung im Blockly wäre nun, statt auf "Tür auf / Tür zu" auf "Tür für länger als 2 Sekunden auf / Tür für länger als 2 Sekunden zu" zu triggern.

Wie das genau geht, weiß ich nicht... aber ich versuch mich ja in Blockly einzuarbeiten

Und hintenraus möchte ich noch einmal auf mein ursprüngliches Blockly bzw. den Verlauf des Threads zurückkommen.

neo-v , ich meinte zwischen den Zeilen eine gewisse Genervtheit herausgelesen zu haben, und hoffe, dass ich objektiv nicht allzu viel zum Entstehen dieser beigetragen habe

Ich danke für deine bisherige Mühe und bin gerne offen für Anregungen.

Zur "Verteidigung" meines Skripts:

Die Blockly-Logik arbeitet schon so, dass mein Skript funktioniert (Quelle z.B. hier unter "Optimierung"). Solange das, was bei "falls" angepuzzelt ist, insgesamt den Wert "true" ergibt, wird der Block unter "mache" ausgeführt. Bei mir also: wenn einer der beiden Sensoren "true" liefert, also einer oder beide Fensterkontakt(e) offen ist/sind, wird "mache" ausgeführt. Wenn beide zu sind, ist liefert das Puzzlestück als Ergebnis nicht "true", also wird "sonst" ausgeführt.

Zwischenergebnis von vorgestern auf heute wäre für mich jedenfalls: entweder ist an den DW2 was nicht ganz richtig programmiert oder - wenn es kein Bug, sondern ein Feature ist - müsste man die Skripte entsprechend anpassen, so dass "sensor" und "periodic" keine Schaltvorgänge auslösen.

[edit]

Die aktuelle Firmware-Version Ihres Shelly ist 20210723-154324/v1.11.1-gc2e1500 Keine neuere Firmware verfügbar.

Es geht ja in diesem Thema vor allem um die "periodic"-Vorgänge im DW2, ich hatte versucht im Blockly zu berücksichtigen, dass der manchmal für eine Sekunde "offen" meldet.

Ah ok, vielleicht braucht's ein "falls-sonst falls-sonst" und im "sonst" stoppe ich das Timeout.

Da bin ich noch ein bisserl zu grün hinter den Ohren in Sachen Blockly.

Danke dir

Das hat sich jetzt überschnitten.

Nochmal: das Skript an sich hat funktioniert.

Allerdings sind durch die periodic-Aktionen des DW2 Schaltvorgänge an der Dunstabzugshaube ausgelöst worden, das war das Problem. Ich hoffe, ich hab das durch die Timeouts verhindert.

Hmm naja, funktioniert hat es ja.

DW2-WZ ist der Fensterstatus (also true oder false für geöffnet oder geschlossen). Auch wenn im falls-Block nicht mehr explizit nach =true geprüft wird, klappt das.

Ja, es scheint ihm nicht zu gefallen, dass da einfach gar nichts eingetragen ist.

Aber das kann doch wohl nicht Sinn der Sache sein?

Der Fehler mit der Shutter-Position ist in Adapter-Version 4.0.8 wohl gefixt, in der aktuellen Beta ist es schon drin.

Bis gerade eben war das ohne die beiden Timeouts drin... (ich hoffe, das behebt den Fehler)

Plan: falls entweder das Fenster im Wohnzimmer oder das in der Küche geöffnet ist, darf die Dunstabzugshaube Strom bekommen.

Da hänge ich mich mal an.

Bei mir ganz ähnlich, nur Umweg über ioBroker (weil als Auslöser zwei verschiedene D/W möglich sind):

Durch das "periodic"-Signal eines D/W werden immer wieder Schaltvorgänge ausgelöst. Der andere produziert den Fehler nicht.

Periodische Aktionen sind aber deaktiviert.

Zitat von 66er

Welche Adapter-Version?

Admin: 5.1.23

Shelly: 4.0.7

Hallo zusammen,

meine Shellys produzieren mir Einträge im ioBroker-Protokoll. So sieht das aus:

Die Shutter-Position ist halt blöd, z.B. für die Verwendung des Werts in einer Visualisierung.

Mit dem Syntax Error kann ich gar nichts anfangen. Ihr?

Und wenn du die Rollläden kalibrierst und gleich auf den richtigen %-Wert stellst?

Na ich weiß ja nicht
Ich hab's so aufgebaut wie in #1 - läuft. So richtig viel Hardware ist das dann auch nicht.

Schön wäre nur, wenn man das in der Shelly-App auch so richtig als Rollladen konfigurieren könnte. Mit Kalibrierung etc.

Stark! Vielen Dank.

Ich hab noch nichts mit Blockly gemacht, aber das check ich