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.
Über die IP ist der Shelly erreichbar allerdings nicht über App oder Web Oberfläche.
dann scheint das entweder ein Problem mit den Cloud-Servern zu sein oder mit deinem Internet-Zugang / dem WLAN bzw. den Einstellungen im Shelly.
Hast du dem Shelly eine feste IP verpasst? falls ja, was hast du als Gateway eingetragen?
Werde noch mal Werkseinstellungen setzen ….
brauchst du eigentlich nicht. Wichtig: nach dem Kalibrieren auf jeden Fall einen Reboot machen.
sorry, den hatte ich tatsächlich auch überlesen..
1) eigenes VLAN geht, aber die Shellies müssen folgendes "dürfen" (Stichwort Firewall zwischen den VLANs, grundsätzliches Routing muss natürlch ebenfalls funktionieren)
- DNS zu einem DNS-Server (Port 53/TCP)
- NTP von einem Zeitserver (Port 123 UDP )
- Unicast Coap richting Docker Container (Port 5683 UDP)
- HTTP vom Docker zu den Shellies (Port 80 TCP)
2) Docker geht, wenn der Container folgende Voraussetzungen erfüllt:
- Container nutzt das Host-Netzwerk ODER
- Container nutzt ein MACVLAN ODER
- Container nutzt das Bridge-Netzwerk und der Port für Coap (5683 UDP) wird in den Container durchgelassen
Multicast geht zwar rein theoretisch auch, macht es aber noch deutlich komplizierter (IGMP-Proxy/Forwarder).
PitchControl wickle bitte mal das Klopapier auf, das hängt ja schon fast im Becken 
(sorry, ist zwar off-topic aber bei dem Bild konnte ich leider nicht anders 
)
Was noch gut wäre wenn das Ventil einmal pro Monat öffnet und schließt ok hab das über eine Alexa Routine gelöst! Aber das geht bei anderen auch !
ja, eine integrierte "Entkalkungsfahrt" wäre sicherlich sinnvoll.
Ich bin aber nicht der Problemsteller (läuft alles wunder bar bei mir)
jau, sorry..
1. umstellung von unicast auf multicast -> problem bleibt bestehen
2. komplett reset des i3 auf werkseinstellungen und aufnahme im gleichen netzwerk wie HA -> problem bleibt bestehen
zu 1) das solltest du anders herum machen, also statt Multicast eher Unicast nutzen weil es stabiler ist und auch über den Router hinaus (sogar ins Internet) problemlos funtioniert
zu 2)
welche HA Version hast du?
Nativ oder Shelly4Hass für die Shellies?
Läuft der HA auf einem eigenständigen Rechner oder im Docker-Container?
am Addon arbeiten drei DS18B20 Sensoren gleichzeitig oder ein DHT22/AM2301. Die DS18B20 werden dann einfach sternförmig mit dem Addon verbunden.
Bei mir nein, läuft aber
welche HA Version hast du?
Nativ oder Shelly4Hass für die Shellies?
Läuft der HA auf einem eigenständigen Rechner oder im Docker-Container?
ist der Shelly auf Unicast umgestellt?
vielleicht kann da jemand mehr zu sagen, wo anderen Hersteller benutzt, und das so funktioniert.
bei meinen alten Spirit-Zigbeee-Thermostaten geht beides.. aktuelle Temperatur abfragen und neue Temperatur setzen. ich denke da wird Boryana nochmal nacharbeiten müssen 
Allterco hat ein Tutorial online gestellt, wirklich brauchbar fand ich das allerdings nicht:
https://shelly-api-docs.shelly.cloud/gen2/Scripts/Tutorial
einfache Beispiele findest du hier (im Ordner Howto sind die "Einfachen"):
https://github.com/ALLTERCO/shelly-script-examples
Meine Scripts (auch da sind einfache Sachen dabei) liegen hier:
https://github.com/shelly-tools/shelly-script-examples
Im Zweifelsfall: einfach fragen 
Die IPs sind alle ausserhalb des DHCP-Bereichs.
geht der Bereich bis 99? dann stelle den mal vorsorglich runter auf 90.. die ersten zwei IP-Adressen nach dem DHCP-Scope sind eigentlich für VPN-Verbindungen reserviert und kollidieren u.U. mit den Shellies.
Ganz wichtig: bei Gateway ist bei den Shellies die IP der Fritzbox eingetragen, oder?
Außerdem solltest du die hier genannten Einstellungen mal prüfen:
no idea whats wrong, please open a support ticket:
Nach Ändern der Einstellung ist meines Wissens ein Neustart notwendig, hast du den gemacht?
Das "zurückspringen" zum besseren AP dauert dann auch auch immer eine Weile, der Shelly scannt alle 10 Minuten nach besseren Wifi-Signalen wenn der eingestellte dBm-Wert unterschritten wird.
und ja, generell klappt das. (hatte ich mehrfach getestet)
Ich nutze die Funktion trotzdem nicht weil selbst bei -90 dBm noch alles reibungslos funtioniert.
ich habe leider (noch) keine Ahnung von Javascript, bei mir kommt schon in der ersten Zeile eine Fehlermeldung. Was mache ich falsch?
Du hast ja selbst schon gemerkt, dass das Beispiel oben eine vollwertige Website ist und kein ShellyScript Aber ich schreib es hier nochmal hin damit es nicht unnötig für Verwirrung sorgt.
Hier mal Beispiele (ungetestet !!)
Target-Temperatur setzen (25 Grad)
shellies/shellytrv-(id)/thermostat/0/command/target_t 25
Profil setzen (Profil 1 auswählen)
shellies/shellytrv-(id)/thermostat/0/command/schedule_profile 1
lässt du die shellytrv-(id) im Topic weg gilt das für alle Shellies.
Wenn du Settings ändern willst, dann wir ein vollwertiges JSON erwartet:
shellies/shellytrv-(id)/command settings '{"name": "Thermostat-Wohnzimmer"}'
gemäß Recherche bin ich nicht der erste, der dieses Problem hat.
welches Problem hast du denn genau?
gibt es eine Fehlermeldung?
welche Powerline Adapter von Netgear hast du denn genau? (genaue Modellbezeichnung)
der Begriff "Offline" ist ziemlich dehnbar..
- sind sie im lokalen Netzwerk (WebUI) nicht erreichbar oder nur über die Shelly App?
- wenn nur über die Shelly App: sind sie mit der Cloud verbunden oder nur lokal?
- Haben die Shellies eine feste IP-Adresse oder bekommen sie ihre IP per DHC?
Bei nur 4 Shellies ist das definitv kein Problem mit der Last und dem WLAN, ich würde entweder auf fehlerhafte Einstellungen im Shelly oder der FritzBox tippen oder auf Probleme mit der App, weil z.B. die Cloud daktiviert wurde.
Konnte ich nicht weil der Dimmer nicht mehr ansprechbar war
dann war er vermutlich vorher auch schon "defekt"? lässt sich so leider nicht mehr sagen..
probier mal die Off-Power (steht per default auf 4) auf den Wert 0 zu setzen:
http://ShellyIP/settings/roller/0?off_power=0
Danach noch mal kalibrieren.
Habe ihn mit Tasmotizer geflasht (dimmer-l51.bin) und Werksreset mit Resetbutton (10 sec) gemacht
ob das bei Tasmota-Geflashten dimmern überhaupt noch mit 10 Sec geht glaube ich ehrlich gesagt nicht und die LED leuchtet vermutlich auch nur mit der Original-Firmware. Hast du vor dem Flashen ein Backup angelegt?
