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.
Coap/CoIoT ist ein UDP-basiertes Kommunikationsprotokoll, welches Shellies dazu nutzen können mit einer Smarthome-Zentrale (ioBroker, HomeAssistant, OpenHAB...) zu reden.
Wenn es aktiviert ist, dann senden die Shellies in regelmäßigen Abständen (oder bei Zustandsänderungen) ihren aktuellen Zustand, entweder per Multicast (Standard-Einstellung) and die Adresse 224.0.1.187 auf Port 5683 oder per Unicast auf den definierten Host/Port.
I'd assume there's some kind of networking issue (firewall, missing gateway, different wifi network where client communication is disallowed) But this is just a guess..
Regarding Coap/ CoIoT: Have you tried to configure the Dimmer using Unicast instead of Multicast?
update firmware to the latest Version, Dimmer2 works absolutely fine with HomeAssistant
Ja, das funktioniert quasi genau so wie der lokal angeschlosse Taster 
have you tried using unicast instead?
Verstehe ehrlich gesagt nicht, was du da genau gemacht hast oder versuchst..
Ein Shelly 2.5 hat zwei Relais und wird vom Echo wie zwei einzelne Schalter (Relais / Lampen..) erkannt. Dafür braucht es zunächst mal keine Routinen oder sonstige Konstellationen sondern lediglich die Anbindung über die Shelly-Cloud.
Wenn ein Taster an einem der Kanäle angeschlossen ist, dann wird der als "Momentary" konfiguriert. dann funktioniert der Taster wie folgt: drücken + loslassen ändert den Zustand des jeweiligen Relais: war es an, geht es aus.. war es aus, geht es an.
Der Taster selbst hat aber keinerlei Einfluss auf irgendetwas innnerhalb des Echos.
Das die Funktion grundsätzlich funktioniert, aber im Falle von Username/Kennwort nicht, spricht meines Erachtens dafür, dass der Zugriff (aus Sicherheitsgründen) blockiert wird.
Generell: die Authentifizierung beim Shelly ist mittels Basic auth gelöst, das ist hochgradig unsicher und ich (hab oft beruflich mit IT-Sicherheit zu tun) würde dir dringend empfehlen einen anderen Weg einzuschlagen.
Meines Erachtens gibt es hier zwei Varianten, wie das funktionieren kann:
1) du nutzt statt dem direkten Aufruf via .fetch ein PHP-Script als Proxy, dann wird die Anweisung an den Shelly nicht via browser geschickt sondern vom Server (und den interessieren die Sicherheitsbeschränkungen deines Browsers nicht.
Ein Beispiel hätte ich hier dafür:
https://github.com/shelly-tools/shelly-php-proxy-examples
Aber: das bleibt weiterhin hochgradig unsicher (kein TLS, Passwörter nur Basic und im Klartext)
2) Du erstellst dir ein Mini-Script, welches auf deinem Server eine Text-Datei mit dem Inhalt "an" oder "aus" beinhaltet und nutzt einen Shelly Plus 1 um minütlich zu prüfen, was in der Datei drin steht und anhand des Textes das Relais an- oder auszuschalten.
Vorteile:
- die Shelly Plus können im Script auch mit Basic auth über TLS-Verschlüsselung arbeiten.
- der Aufruf passiert nur von intern nach extern, also kein potentielles Einbruch-Szenario in deinem Router.
- du bleibst unabhängig von einer Cloud.
Ein PHP-Script welches eine Datei mit 2 möglichen Texten erstellt ist ein 5-Zeiler.
Das ShellyScript, welches im Internet nach einer bestimmten Datei schaut hab ich bereits für eine andere Idee mal umgesetzt:
https://github.com/shelly-tools/s…me-Contest-2021
Das anzupassen ist schnell gemacht.
Als ISB wirst du dich ganz bestimmt für Variante 2 entscheiden , ich kann da gerne unterstüztend tätig sein.
, macht es einen Unterschied das da Lämpchen in den Tastern sind?
ja, das geht vermutlich nicht.. siehe z.B. hier:
Kontrollleuchte vom Schalter geht mit shelly1 nicht mehr
Ich habe Screenshots im Netz gefunden wo man beim drücken und loslassen unterschiedliche Befehle senden kann
das sind dann aber entweder Schalter an einem Shelly 1/1PM, 2.5 usw. (die kennen on/off als Zustand) oder eben Taster an einem Shelly Plus, also den neuen Gen2-Geräten. Da lässt sich innerhalb vom ShellyScript zwischen Drücken (btn_down) und Loslassen (btn_up) unterscheiden.
Der Button1 ist ein Taster und kann das "loslassen" nicht explizit melden. Statdessen werden nur die Taster-Events "aufgezeichnet (S für Shortpress, L für LongPress...).
das passiert, weil er keine Berechtigung hat im Internet nach Updates zu suchen..
Deswegen der Hinweis mit dem Gateway.. ich gehe mal davon aus, dass du dem Shelly eine statische IP verpasst hast? dann braucht der Shelly auch zwingend ein Gateway (unterhalb von IP-Adresse und Subnetzmaske). Das ist üblicherweise dein Router, denn nur der kennt den Weg Richtung Internet.
100% identisch wird er nicht gewesen sein, sonst hätte es auch vorher geklappt.. Aber die Hauptsache ist: jetzt funktioniert es 
Button muss auf Detached stehen, die Aktions sollten so aussehen
Action für BUTTON short pressed
http://localhost/relay/0?turn=on&timer=120
Action für BUTTON long pressed:
http://localhost/relay/0?turn=toggle
Eventuell hast du irgendwo ein falsches Zeichen drin (leerzeichen am Ende, O statt 0 oder sowas.
Welche Firmware-Version ist denn auf dem Shelly?
Bitte im Moment einfach mal alles über das Webinterface machen, dann können wir zumindest App-Fehler (davon gibt es ja leider aktuell noch einige) ausschließen..
die Firmware auf dem PLug ist uralt.. du solltest im Shelly das Gateway konfigurieren (IP deiner FritzBox), damit er ins Internet kommt und dann erstmal auf die aktuelle Firmware aktualisieren..
machst du das über die App oder das Webinterface?
über das Webinterface sollte da nichts gekappt werden, also der Timer in der URL erhalten bleiben..
ip ist dann dein dyndns-name, dann sollte es von der Theorie her klappen.. aber warum nimmst du nicht direkt die Shelly-Cloud, die ist doch genau dafür gemacht..
wie sieht es denn bei den 25ern in den Dosen darunter aus?
A+B sind harmlos, D ist grenzwertig und C ist eigentlich schon zu heiß..
wo sind die (speziell C) denn verbaut (Dose unter dem Schalter, Verteilerdose, Sicherungskasten..) bzw. was für Lampen (230v LED oder 12 mit Trafo, bitte auch WATT-Zahl angeben) hängen dran?
