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.
Ansonsten bekomme ich ihn nicht in meine OpenHab3 Installation eingebunden.
hast du mal das Bindung aktulisiert?
https://community.openhab.org/t/shelly-binding/56862/2464
auch wenn es nicht zu 100% fertig ist sollte damit eigentlich alle Shelly der 1. und 2. Generation laufen.
double click is your friend, it will tur on the device with 100% brightness.
Emulating the old Wifi with a Smartphone-Hotspot should work, too 
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.
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.
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.
Is it possible to write the Console log into a file, so the log is not lost if I close the browser by mistake ?
not possible to write to a file but you can use UDP debugging and log all messages on a remote "server".
I already wrote such tool, just need to compile it for MacOS. I'll upload later.
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)
Die Trafos sind m.E. nicht dimmbar, daher ist das mit einem Shelly Dimmer 2 eher nicht machbar.
was ich machen würde: Trafos und Halogen-Lampen rauswerfen und durch Shelly Dimmer 2 und 230v GU10 LEDs (dimmbar!) ersetzen.
über das Webinterface wird oben rechts keine Uhrzeit angezeigt?
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..
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.
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.
Shelly.addStatusHandler(function (e) {
if (e.component === "switch:0") {
if (e.delta.output === true) {
print("Switch is on, triggered source:", e.delta.source);
// Relais an? dann AP aus und STA an
Shelly.call(
"wifi.setconfig",
{ config: { ap: { enable: false }, sta: { enable: true } } },
function (res, error_code, error_msg) {
}
);
}
else if (e.delta.output === false) {
print("Switch is off, triggered source:", e.delta.source);
// Relais aus? dann AP an und STA aus
Shelly.call(
"wifi.setconfig",
{ config: { ap: { enable: true }, sta: { enable: false } } },
function (res, error_code, error_msg) {
}
);
}
}
});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:
print("[TEST] start");
let out_the_call;
function kvsSet(key, value) {
Shelly.call(
"KVS.Set",
{ "key": key, "value": value }
);
}
function kvsGet(key) {
Shelly.call(
"KVS.get",
{ "key": key },
function (result) {
print("[POOL] INTHE CALL:", result.value);
out_the_call = result.value;
print("[TEST] out_the_call:", out_the_call);
}
);
}
kvsSet("temp", "13");
kvsGet("temp");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).
print("[TEST] start");
let out_the_call;
function kvsSet(key, value) {
Shelly.call(
"KVS.Set",
{ "key": key, "value": value }
);
}
function kvsGet(key) {
Shelly.call(
"KVS.get",
{ "key": key },
function (result) {
print("[POOL] INTHE CALL:", result.value);
out_the_call = result.value;
}
);
}
kvsSet("temp", "13");
kvsGet("temp");
Timer.set(1000, false, function (ud) {
print("[TEST] out_the_call:", out_the_call);
}, null);
Timer.clear();