Vielleicht hattest du vorher das Host-Netzwerk am Container hängen? bei einem Bridge-Netzwerk ist das Portmapping von "extern" in den Container jedenfalls zwingend notwendig, egal ob bei MQTT oder eben bei Coap..
Hauptsache es funktioniert jetzt
Ich habe vor ca. 2 Wochen mal einen reverse Proxy bei mir umgesetzt. Vermutlich hat bis dahin alles funktioniert, und nach der einführung des proxys die portweiterleitung vergessen.. 
Wäre es möglich, euren letzten Widget-Stand hier mal hochzuladen als .txt file ?:D
Vielen dank 
Ich habe nun im Container den Port 1883 (extern) auf 1883 (intern container iobroker) weitergeleitet, und bei den Shellys sowie im iobroker selbst den MQTT-Port auf 1883 (old 1882) geändert.
Nun funktioniert alles, es sind alle Shellys sichtbar und können problemlos bedient werden :=)
Vielen dank für eure Hilfe !
Ganz besonderen dank an Seven of Nine
Docker ist ein Sonderfall, der Port (egal ob Coap oder MQTT) muss im Docker-Netzwerk (sofern das Bridge-Netzwerk genutzt wird) eingerichtet und in den Container weitergeleitet werden..
bei MQTT ist das Port 1883 TCP
bei Coap/CoIoT ist das Port 5683 UDP.
Im Falle von Coap muss im Shelly-Webinterface noch unter Internet & Security der ioBroker als CoIoT Peer eingetragen werden..
Coap arbeitet per default über Multicast und das geht unter Docker nur, wenn der Container entweder mit dem Host-Netzwerk oder mit einem MACVLAN ausgestattet wurde.
Hmm okey.. Ja es ist ein wenig komisch da es schon einige Monate so funktionierte, und nun einfach nicht mehr. Ich habe im Docker tatsächlich das Bridge-Netzwerk eingerichtet. Nun müsste ich also noch den Port 1883 extern -> 1883 intern (container) weiterleiten ? Ich versuche das einmal und melde mich dann zurück, danke
Und was sagt dein MQTT-Broker?
Dort tauchen bei mir alle Shellys auf, die ich auf MQTT umstellen.
Also ein MQTT Adapter meinst du ??
Liebes Forum
Zuerst mal eine kleine Übersicht meiner Installation.
Auf meiner Synology läuft der IoBroker in einem Docker Container. Folgend die Versionierungen:
-iobroker (v5.1.25)
- shelly adapter (v4.0.7)
Desweiteren ist die Synology per LAN ins Netzwerk angebunden. Die Shellys befinden sich im selben Netzwerk. Das WiFi wird von meinem Router unter derselben SSID kombiniert (2.4 und 5Ghz), es ist also nur ein Netzwerk sichtbar. Ich habe mich für das MQTT-Protokoll entschieden, da ich auf keine Cloud Anwendung der Shellys angewiesen bin.
Das Problem war, dass die Kommunikation zwischen IoBroker und Shelly nicht mehr funktionierte, die Shellys jedoch sichtbar waren, deren Parameter aber nicht aktualisiert wurden... Daraufhin habe ich den shelly adapter gelöscht, den iobroker neu gestartet, und den shelly adapter erneut installiert. Nun findet der Adapter jedoch meine Shellys nicht mehr.
Die Shellys sowie der Adapter im iobroker wurden von mir auf MQTT umgestellt und der Benutzer/Password für die MQTT-Kommunikation korrekt eingegeben (mehrfach überprüft). siehe Bilder im Anhang...
Ich habe leider keine weiteren Ansätze mehr.
Ich bin gerade über jeden weiteren Ansatz sehr dankbar
Moin,
Fehler vom Adapter er interpretiert die °F in °C ohne Umrechnung
Du könntest im Expertenmodus den Datenpunkt ändern und den Wert auf 100°C umgerechnet in Fahrenheit ändern. Ist glaub ein Fehler in V4.08.
Beachte bei Neustart des Adapters wird der Wert wieder zurückgeschrieben in den Ursprungswert des Adapters
ansonsten Downgrade auf 4.07 beta3 oder 4.07, ich glaube da gab es den Fehler noch nicht.
Matze
Hmmm.. Hab ich mir gedacht
Vielen dank für die Info
Liebe Community
Leider logge ich stets die folgende Warnung in meinem iobroker...
Kann man diesen maximalen Temperaturbereich bearbeiten ? 121.39F sind umgerechnet 49.7°C was überhaupt kein Problem für den Shelly Dimmer 2 sein soll.
Zur Info:
Ich nutze das mqtt-protokoll um mit den shellys zu kommunizieren.
