Bin grad zu faul, den D&W aus der Schublade zu holen und ihn zu wecken, aber probier mal (direkt nach dem Aufwecken)
http://<ip>/settings?sleep_mode_period=24
Hallo
Hast du mir allenfalls einen Tipp, warum das bei mir nicht geht?
Ich habe die FW: 20210909-144858/v1.11.4-DNSfix-ge6b2f6d
Ich kann machen was ich will, die Zeit bleibt immer bei 12.
Befehl im Browser => http://192.168.XX.XX/settings?sleep_mode_period=24
DW2 ist Netzwerkseitig erreichbar. Ping bar....
Danke
Korrekt, der hat das perfekt geschildert...
Danke
Der Motion unterstützt seit FW v1.1.0 kein multicast mehr.
Alle anderen Shellys werden demnächst folgen.
Also am besten jetzt schon mal alles auf unicast ändern und einen direkten Peer in den Shellys eintragen.
O.K. Dachte ich mir...
Dementsprechend die Konfig wie von Seven of Nine einstellen, oder?
eingetragen wird die OpenHAB-Server Adresse, also 192.168.x.y
im Container muss aber (sofern er im Bridge-Netzwerk läuft) auf jeden Fall der Port 5683 (UDP) von "draußen" nach "drinnen" weitergeleitet werden..
Alternativ startest du den Container direkt mit dem Host-Netzwerk, dann funktioniert alernativ auch "mcast" (kurz für Multicast, das entspricht der 224.0.1.187:5683) im Shelly.
mcast ==> Diese Einstellung habe ich nicht mehr
hallo
Das hat schon mal funktioniert. Danke!!
Aber eines noch: Nach dem Reboot von Openhab kommt dann diese Fehlermeldung:
shellymotionsensor-60a42395ea2e: CoIoT peer in device settings does not point this to this host, disabling CoIoT
Hast du hier auch eine Zauberformel 
?
Gruss
Gruss
Habe jetzt auch den Shelly Motion als MQTT konfiguriert.
Das einzige was ich ich im MQTT.fx Client sehe, ist das:
==>> shellies/shellymotionsensor-60A42395EA2E/status
alle andere leider nicht......
kann ich nicht wirklich beanworten, wie gesagt: ich nutze OpenHAB eigentlich gar nicht..
ich hatte es gestern lediglich probeweise auf meiner DS220 als Container laufen..
dort wird mir die 2.5.13 (ist ja glaub ich gar kein offizielles Release) gar nicht angeboten..
pasted-from-clipboard.pngWarum nutzt du den "Workaround" von Markus nicht? da müssen doch lediglich 3 Dateien ausgetauscht werden..
weil ich nicht so "fit" wie du bin.... 
lol, nein .. ich benutze OpenHAB nicht, von daher kann ich die Frage nicht beantworten..
Kann das sein, das für die Installation der 2.5.13 der Umweg via Snapshot geht?
Ich will diese Version in meiner Docker Umgebung installieren.
( https://github.com/openhab/openhab-docker).
ich bekomme die Version .13 nicht zum laufen..
o.k. Danke
Kann das sein, das für die Installation der 2.5.13 der Umweg via Snapshot geht?
Ich will diese Version in meiner Docker Umgebung installieren.
( https://github.com/openhab/openhab-docker).
ich bekomme die Version .13 nicht zum laufen..
lol, nein .. ich benutze OpenHAB nicht, von daher kann ich die Frage nicht beantworten..
o.k. Danke
nein, wenn du den DEV-Build von Markus installierst dann geht es auch mit 2.5.9
(siehe Abschnitt "Installing DEV Build")
https://github.com/markus7017/myf…y/READMEbeta.md
ist ein bisschen "Fummelarbeit" aber geht und ist gut dokumentiert.
ich frag mich gerade, ob ich nicht direkt auf 2.5.13 gehen soll.
Hast du Erfahrungen mit 2.5.13 ? Läuft di stabil?
2.5.9 ist zu alt, hier die Antwort von Markus:
das heisst ich muss auf 2.5.13 updaten?
Und da habe ich dann das Bindig?
Hallo
Ich bin auf Version 2.5.9.....
Also ich kann ihn definitiv nicht in OH einbinden.
Vor allem wenn ich das richtig sehe, gibt es auch kein Bindig dazu
Er sagt mir, die IP Adresse ist falsch.
Kann aber nicht sein, weil ich per Web darauf zugreifen kann.
Betreibe ca. 20 andere Shelly und die funktionieren Top.
Gruss
Hallo Funki
Ich habe das gleiche Problem. Hast du unterdessen eine Lösung gefunden?
Gruss
tja, der Irrglaube ist, wenn der Shelly eingebaut und eingerichtet ist, dann noch 2 Wochen ohne Probleme läuft, das dies so bleiben muss
Das Ding verbindet sich plötzlich mit einen anderen AP und schon beginnen die Probleme (mal da, mal nicht da, dann ganz weg).
Das mit dem Signal ist leider nicht jeden bewusst... das WLan funktioniert seit Jahren, auch mit anderen Aktoren und plötzlich, mit dem Shelly gibt es Probleme
da kann ich aus meinen Erfahrungen nur sagen:
1. Shellys sind keine Signalwunder (schlechte WLan-Antenne)
2. nicht alle Shellys verfügen über die gleiche Signalstärke
3. sind sie mit einem AP verbunden, bleiben sie auf diesen, selbst wenn ein Signalstärkerer zur Verfügung wäre (erst bei einem Reboot, wechselt der Shelly)
zu Punkt 3:
wenn ich z.B. mein Netzwerk reboote, dann fahren meine APs natürlich unterschiedlich hoch. Bei mir ist der im Schlafzimmer meistens am schnellsten und schwupp sind 20 Shellys mit diesen AP verbunden, 3 davon mit mieser Signalstärke (unter -82 dBm).
Nach und nach fahren die anderen APs hoch, sind verbunden (online) aber die Shellys mit schlechten Signal am SZ-AP bleiben auf diesen. Rebootet man dann die 3 Shellys mit schlechten Signal, verbinden sie sich mit einen anderen besseren AP und alles ist wunderbar.
Bei Unifi gibt es zwar mittels "min. RSSI" die Möglichkeit diesen Effekt zu unterbinden aber bei anderen Systemen nicht, da hilft nur die Shellys zu rebooten.
Hallo
Hast du das mit min. RSSI hingekriegt? Hast du weniger Probleme?
Gruss
tja, der Irrglaube ist, wenn der Shelly eingebaut und eingerichtet ist, dann noch 2 Wochen ohne Probleme läuft, das dies so bleiben muss
Das Ding verbindet sich plötzlich mit einen anderen AP und schon beginnen die Probleme (mal da, mal nicht da, dann ganz weg).
Das mit dem Signal ist leider nicht jeden bewusst... das WLan funktioniert seit Jahren, auch mit anderen Aktoren und plötzlich, mit dem Shelly gibt es Probleme
da kann ich aus meinen Erfahrungen nur sagen:
1. Shellys sind keine Signalwunder (schlechte WLan-Antenne)
2. nicht alle Shellys verfügen über die gleiche Signalstärke
3. sind sie mit einem AP verbunden, bleiben sie auf diesen, selbst wenn ein Signalstärkerer zur Verfügung wäre (erst bei einem Reboot, wechselt der Shelly)
zu Punkt 3:
wenn ich z.B. mein Netzwerk reboote, dann fahren meine APs natürlich unterschiedlich hoch. Bei mir ist der im Schlafzimmer meistens am schnellsten und schwupp sind 20 Shellys mit diesen AP verbunden, 3 davon mit mieser Signalstärke (unter -82 dBm).
Nach und nach fahren die anderen APs hoch, sind verbunden (online) aber die Shellys mit schlechten Signal am SZ-AP bleiben auf diesen. Rebootet man dann die 3 Shellys mit schlechten Signal, verbinden sie sich mit einen anderen besseren AP und alles ist wunderbar.
Bei Unifi gibt es zwar mittels "min. RSSI" die Möglichkeit diesen Effekt zu unterbinden aber bei anderen Systemen nicht, da hilft nur die Shellys zu rebooten.
Hallo
Ich habe genau das Problem mit den Shelly2.5 wie hier beschrieben hast. Habe auch ein Mesh Netzwerk mit Unifi.
Kannst du mir ein paar Hinweise geben, wie due das mit dem "min. RSSI" gelöst hast.
Das wäre ganz cool!
Danke und Gruss
Giuseppe
Habe doch noch einen kleinen Direktvergleich mit einfachem Auge zwischen MQTT und CoAP (aus Shelly Binding) gemacht. Habe mir ein Item basierend auf MQTT Thing/Channel und ein Item basierend auf Shelly Binding angelegt und für beide die Latenz für Power on/off in der openhab-UI angeschaut, während ich an einem anderen Client den zugrundeliegenden Shelly 1 Relais an und aus schaltete.
Fazit: Mit MQTT ist es so schnell, dass man die Verzögerung der Aktualisierung im UI mit bloßem Auge kaum wahrnimmt. Beim Item mit Shelly Binding war die Latenz eindeutig höher, zwischen 1-3 Sekunden.
Das Einrichten der Things/Channels/Items als Generic MQTT ist aber eine reine Qual.
Viel cooler wären Shelly Bindings zum Integrieren mit MQTT!
offtopic:
ui, 10gb ram hört sich nach viel Automatisierung an
Bei mir läuft oh2 mit noch einer Menge anderem HomeServer-Kram auf odroid xu4q. Bisher langweilt sich die CPU(s) immer und RAM wird ca. 1gb von insgesamt 2gb verwendet. Ich hoffe, das bleibt noch so eine Weile auch bei steigender Geräteanzahl und Regel-/Logikmenge. Der xu4q besticht mit 1,5-2W Stromverbrauch im Durchschnitt und liefert trotzdem relative Hammer-Performance bei CPU, NIC und USB3.
Hallo
Kennst du diesen Link:
https://openhab.appandhome.de/?code=Shelly2.…tch_MQTT#output
Hier kannst du dir die Konfig erzeugen lassen. das gibt es auch für den Shelly1.
Gruss
