Beiträge von Seven of Nine

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

    macht es hauptsächlich wenn die gleiche SSID des zu erweiternden WLAN verwendet wird.

    das macht nur dann Sinn, wenn Router und Shelly als Mesh betrieben würden was aber technisch nicht machbar ist.

    Kann die SSID möglicherweise jetzt schon per Script geändert werden?

    nein, und das wird vermutlich auch nicht änderbar werden weil die Smartphone-App anhand von "Shelly-xx.." im Wifi-Namen neue Geräte ausfindig macht.

    Einzig saubere und damit zulässige Lösung: die Endlage direkt am Motor einstellen, dann hat man mittels Shelly keine Möglichkeit diese geforderte Sicherheit zu umgehen.

    Alles was man mit dem Shelly machen kann ist "Fake" Sicherheit.. egal ob über Favoriten oder über das Reduzieren der "Close Working Time". Mach es korrekt, denn im Ernstfall hängen Leben davon ab, sonst würde der Kaminfeger es nicht einfordern.

    Für das gekippte Fenster gibt es extra Steuerungen, die die Dunstabzugshaube bei geschlossenem Fenster vom Strom nehmen.

    Das ließe sich zwar ebenfalls mit Shellies realisieren aber auch davon würde ich abraten.

    Sicher? Zumindest der DW1 sendet die Lux-Werte auch bei Überschreiten der eingestellten Schwellen.

    nein, da bin ich nicht zu 100% sicher aber ich meine mal irgendwann sowas in der Art von Dimitar gelesen zu haben. da ich den DW2 ausschließlich zu Testzwecken nutze habe ich da auch länger nicht drauf geschaut..

    wie lange hält denn dann deine Batterie?

    Lux alleine ist für den DW2 kein Grund zum Wecken, er schicit die Werte desalb nur wenn er seinen Status übermittelt (alle 12 Stunden) oder wenn der Türkontakt seinen Zustand ändert.

    Das geht auch nicht anders da die Batterielebensdauer bei Lux alleine vermutlich nur ein paar Tage / Wochen wäre.

    wenn man Shellies in Betrieb nimmt macht man es am Besten so:

    N+L dran, alles andere bleibt weg weil es Fehlerquellen ausschließt.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    den WLAN-Netzwerkschlüssel (Password vom WLAN) holt man sich sinnvollerweise direkt aus der FritzBox, häufigster Fehler hier: Anwender probieren es mit dem Zugangspasswort zur FritzBox oder versuchen es mit dem PW vom Aufkleber auf der Box und vergessen dabei, dass der Netzwerkschlüssel geändert worden ist.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Idealerweise macht man beides in der Nähe vom Router weil dort der Empfang auf jeden Fall gut sein sollte.

    2x Shelly Plus 2 PM, dann hättest du insgesamt 4x Releais.. die werden aber mit hoher Wahrscheinlichkeit nicht zusammen in eine UP-Dose reinpassen. und selbst wenn weren sie wegen Wärmeproduktion vermutlich zu heiß und machen dann Probleme.

    ich würde einen Shelly Plus2PM nehmen und je 2 Beleuchtungen gemeinsam schalten.

    Ein Shelly kann keine Endlagen am Motor konfigurieren, entweder passiert das mechanisch mittels eines Inbus-Schlüssels (einfache Rohrmotoren ohne Elektronik) oder bei elektronischen Endlagen wie in der Beschreibung des Herstellers dokumentiert (da gibt es Unterschiede je Hersteller)

    über das Webinterface wird oben rechts keine Uhrzeit angezeigt?

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    die ist zwingend notwendig damit Weekly Schedules funktionieren. Wenn da nichts angezeigt wird hat der Shelly keinen Zugriff auf das internet bzw. keinen Zeitserver. da müsstest du entweder den Zugriff zum Internet erlauben / korrekt konfigurieren oder alternativ einen Zeitserver im lokalen Netzwerk bereitstellen und in Shelly eintragen.

    there is a solution to be notify when response is done ?

    adding a key should response with JSON, so you'll know that it was changed.

    and there's a status event every time the KVS revision changes..

    Code
    Shelly.addStatusHandler(function(e) {
       print(JSON.stringify(e));
     });

    The event would show the new kvs_revision, unfortunately the key is not part of the statusEvent.
    {"delta":{"kvs_rev":14},"id":-1,"name":"sys","component":"sys"}

    if a function require many KVS value

    KVS should be used with caution. the NVS storage is limited to ~100.000 write cycles and if you add/change values frequently it will shorten the devices lifetime.

    at first

    The problem is I can't integrate it in home assistant because I got every 30 seconds a mqtt message for relay/0 and input/0

    not sure what type of messages are those, probably just status updates or power usage..

    Just subscribe the important messages:

    shellies/shelly1pm-609AFD/input/0 0

    shellies/shelly1pm-609AFD/relay/0 on

    shellies/shelly1pm-609AFD/input/0 1

    shellies/shelly1pm-609AFD/relay/0 off

    3. Any other idea how to find out what caused the http command ?

    I'd bet there's a local device in your home which sends the HTTP command, so most likely HA.

    It's a device using the "old" syntax:

    http://<ip>relay/0?turn=on

    you can identify the device via Debug.

    1) Go to settings - device and enable Websocket debug.

    2) create a "dummy"-Script and change filter from "script only" to "full log" (lower right corner)

    I've marked the important part in the debug output, the source ip will be logged.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    in der Theorie hab ich das Script fertig, allerdings hatte ich in vorherigen Tests einige Abbrüche. Ich hab es jetzt soweit, dass es stabil zu laufen scheint.. allerdings hab ich auch ein aktives WLAN2 (sta1) aktiv, damit ich weiter von intern an den Shelly dran komme.

    Du solltest, bevor das auf einem in der UP-Dose verbauten Shelly in Betrieb geht, auf jeden Fall diverse Tests machen bezüglich der Stabilität. Möglicherweise brauchst du den Zugriff auf den RESET-Knopf am Shelly weil er anders nicht mehr reagiert.

    Do you know if there is plan to make this call synchron like some other call ?

    IIRC it was synchronous at the beginning but was changed. If you'd like to control a bunch of rempote shellies via loop it is important that network latency and response for each device doesn't delay the script execution. So I doubt this will be changed back.

    and there are still "workarounds" like adding a timer (my example above) or moving the related code to the response function:

    Shelly.Call is asynchron, so the print at the end is executed before the kvsGet() has finished.

    you can validate this by adding a delay (Timer).