Beiträge von Flo

  • RGBW2 - 2 Fehler: Longpush und Helligkeits-Prozentsatz

    Zitat

    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!

    X/

  • RGBW2 - 2 Fehler: Longpush und Helligkeits-Prozentsatz

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

    Es gibt die folgenden Settings:
    pasted-from-clipboard.png

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

    pasted-from-clipboard.png

    ...und unter Actions:

    pasted-from-clipboard.png

    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:
    pasted-from-clipboard.png

    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.

  • RGBW2 - 2 Fehler: Longpush und Helligkeits-Prozentsatz

    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 ;(

  • RGBW2 - 2 Fehler: Longpush und Helligkeits-Prozentsatz

    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

    Code
    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:
    pasted-from-clipboard.png pasted-from-clipboard.png

    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:
    pasted-from-clipboard.png
    Dazu kommt es, wenn ich die Teile mit der alten App recht hell einstelle.
    Folge ist aber auch: Mit der neuen App kann ich die Streifen nicht auf volle Helligkeit einstellen.

    Ist natürlich alles auf dem neuesten Stand.
    pasted-from-clipboard.png

    Wisst ihr was?

  • D/W schaltet bei „periodic“

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

    Das mit der Pause muss auch klappen, gute Idee! :thumbup:

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

    pasted-from-clipboard.png

    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

    ältere Firmware auf den DW2 aufspielen.

    -> 1.9.4 scheint zu funktonieren.

  • D/W schaltet bei „periodic“

    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.

    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).

    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

    pasted-from-clipboard.png


    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 :S

    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]

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

  • D/W schaltet bei „periodic“

    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.