Nützt bei mir nur leider nix, denn sobald die Shellys auf dem Repeater laufen isses vorbei mit lustig.
hast du mal das Log deiner FritzBox geprüft? kan es sein, dass der Repeater überlastet ist und versucht den Shelly wieder loszuwerden, sprich auf die Box zurück zu roamen?
System - Ereignisse - WLAN (inkl. An- und Abmeldungen)
sowas ping shelly1pm-609AFD.local sollte klappen, wenn du auf dem System einen mDNS Client (unter Linux z.B. avahi) installiert hast.
im mDNS registrieren die Shellys immer ihre echten Hostnamen.
Action-URLs per mDNS funktioniert leider nicht.
pulse mode 2 (trailing Edge) wurde korrekt erkannt
Aber du musst ihn nach dem Update erneut kalibieren.. das ist zwingend notwendig und mit hoher Wahrscheinlichkeit auch die Ursache für das Flackern.
Dimmer2 hat 20W Mindestlast, der 1L hat 10W, womöglich ist aber gerade wegen dem neuen Update ein Bypass notwendig.
jep, exakt das denke ich auch..
Ich hatte die Firmware im Rahmen des QA Testings mit einer einzelnen ~6 Watt LED (eine von Phillips, im zweiten Test eine von Casaya) getestet..
Angeschlossen war er in folgenden Varianten:
- mit N, aber ohne Bypass
- ohne N, aber mit Bypass
Das hat mit beiden LEDs absolut fehlerfrei geklappt.
Es sind 4 LED Lampen.
und mit der vorherigen FIRMWARE v. war alles OK!!!
ja, aber trotzdem wäre es interessant zu wissen, ob mit oder ohne Neutralleiter bzw. mit oder ohne Bypass..
denn 4,3 Watt mal vier sind insgesamt 17,2 Watt .. also immer noch unterhalb der Mindestlast von 20 Watt wenn ohne Neutralleiter angeschlossen.
Die LED hat lediglich 4.3 Watt.
Hast du den Dimmer mit oder ohne Neutralleiter angeschlossen? wenn ohne Neutralleiter, wurde der Bypass mit eingebaut?
Hast du nähere Infos zu der Endlageneinstellung? Was genau macht da Probleme?
nicht direkt, ich hatte hier nur schon den ein oder anderen Beitrag gelesen, wo sich Motoren mit elektronischer Endlageneinstellung seltsam verhalten haben..
Insbesondere die Kalibrierungsfahrt vom Shelly 2.5 (braucht er für die Anfahrt von bestimmten Positionen) bringt die Motoren wohl durcheinander..
Daher auf jeden Fall zunächst mit einem Motor testen,
1) Rolläden solltest du entweder getrennt schalten (mit je einem Shelly 2.5) oder ein Trennrelais verbauen.. Da das Relais etwa das Gleiche wie ein 2.5er kostet würde ich direkt 2x Shelly 2.5 nutzen..
Ob es nun mit deinem Motor und Schalter funktioniert müsstest du ausprobieren.. was bei dem Warema-Motor ggf. problematisch sein könnte ist die elektronische Endlageneinstellung..
2) Wechselschaltung ist kein Problem, solange in der Dose wo der Draht zur Lampe geht auch N+L anliegen.. Da muss der Shelly eingebaut werden. für eine einzelne Beleuchtung reicht aber auch ein Shelly1/Shelly1PM oder ggf. der Shelly1L (Abhängig von der vorhandenen Verkabelung).
meines Wissens direkt in der Firmware (nicht dokumentierter Parameter der REST-API) integriert:
http://<ip-vom-flood>/longifyid Zum einen bekommt man mit nicht-proprietäten Zigbee Gateways (z.B. TI) nahezu alle Zigbee Gerätr zum laufen, zum Anderen gibt es auch bei WLAN proprietäte Lösungen, wie z.B. Tuya oder HomeConnect.
schon klar, dass man es (irgendwie) ans Laufen kriegt.. wenn ich als Kunde einen Zigbee-Hub (Echo Plus) hab, würde ich als nicht Technik-Affiner Kunde aber schon erwarten, dass alle Zigbee-Geräte unterstütz werden sollten..
Meine Tradfri Remote läuft weder am Echo Plus noch am Tuya Gateway. Gleiches gilt für die diversen Aqara-Sensoren..
An einem Standard-WLAN-Router wie z.B. der FritzBox kann ich grundsätzlich erstmal jeden Wifi-Client anmelden, egal ob da nun Tuya, Shelly oder sonstwas draufsteht.
Glücklicherweise ist aber Besserung in Sicht:
Zigbee wird durch Thread ersetzt und Project Chip (Connected Home over IP) bringt dann Thread, BLE und Wifi unter einen Hut..
@Mods: könnte einer von euch die Zigbee-Diskussion hier abtrennen, hat ja mit dem Thema Shelly nicht mehr viel zu tun.
Laut Screenshot ist die IP vom Shelly statisch vergeben.. die .201 am Ende ist eine denbar schlechte Wahl, weil die Fritzbox die .201 und .202 für VPN-Teilnehmer nutzt..
Das solltest du ändern. Idealerweise einfach auf DHCP umstellen, damit kommen die Shellys problemlos klar.
Wenn das Problem - wie zu vermuten - im AP roaming liegt, dürfte dadurch nichts besser werden, sondern eher schlechter
Das Problem liegt eher daran, dass einige Router/APs den Shelly roamen wollen, der das aber eigentlich nicht unterstützt.
Deshalb sollte man auf dem AP/Router FastRoaming auch deaktivieren, zumindest für das Wifi,in dem sich die Shellys befinden.
UDP allgemein (z.B. Unicast) kann natürlich geroutet werden aber UDP-Multicast wird es meines Wissens per Default nicht, daher die Anregung einen Proxy zu nutzen und die Nachrichten von einem VLAN ins andere VLAN zu forwarden.
Shellys können m.E. kein 802.11k / 802.11v
korrekt, der ESP8266 als Chip unterstützt kein Roaming nach 802.11k/v/r .. Deshalb hat Allterco eine eigene Implementierung in Arbeit.
hast du einen dauerlaufenden Rechner, der minütlich auf die Shellys gucken könnte?
generell ist das rein programmiertechnisch kein großer Aufwand.
Cronjob / Scheduled Task einrichten mit einem kleinen Script, welches minütlich abgearbeitet wird.
Das Script müsste zwei CURL-Aufrufe auf die REST-API der Shellys machen, die beiden Werte mit if(x>y) vergleichen und bei TRUE dann eine Mail senden oder z.b. die Telegram-API aufrufen ...
Eigentlich würde ich erwarten, das ein Batteriewechsel problemlos erfolgen kann.
ist er eigentlich auch, zumindest war es bei mir beim letzten Wechsel so..
Hast du Motoren mit manueller oder elektronischer Endpunkteinstellung?
manuelle Endpunkteinstellung, Model hatte ich ja im anderen Thema verlinkt..
Zigbee ist vor allem eines: inkompatibel.. ich hab hier Bridges von mehreren Herstellern rumfliegen und keine davon will mit den Aquara-Sensoren zusammenarbeiten..
Jede Technik hat Vor- und Nachteile..
Bei Sensoren ist Zigbee wegen des geringen Stromverbrauchs sicherin der Theorie die bessere Wahl, bei anderen Geräten sehe ich WLAN im Moment deutlich vorne weil keine Bridge notwendig ist, weil es offener st (MQTT, REST-API, Coap..) und weil es eigentlich jeder schon nutzt.
Ich bin auf der Suche nach der Möglichkeit das interne Relais im AP-Modus mit URL-Aktion zu schalten.
Shellys, die sich selbst im AP-Modus befinden, können keine Actions senden, also keine anderen Shellys schalten.
Was technisch aber geht: der Shelly, der den AP bereitstellt, kann von einem anderen Shelly geschaltet werden.
Im Weiteren interessiert es mich, ob Seitens Allterco "I/O URL Actions" mehrfach mit unterschiedlichen Parameter geplant ist?
mehr als die in der aktuellen Firmware vorhandenen Actions sind meines Wissens nicht geplant.
Werksreset hattest du bereits probiert? das würde ich auf jeden Fall mal ausprobieren..
