Update zur Situation:
Habe jetzt einen Netgear-Wlan-AP im UG installiert, nun laufen die Shellys über dieses WLan und siehe da, sie erscheinen wieder im iobroker...
Als Sicherheitsprotokoll ist beim Netgear WPA-PSK [TKIP] + WPA2-PSK [AES] eingestellt.
Beim Router des Providers kann ich folgende Optionen wählen:
alles probiert, nichts führt zur Lösung.
Werde jetzt den Netgear-Wlan-AP drin lassen und gut ist....
Alles anzeigenServus,
nutzt du im IObroker das MQTT plugin oder das Shelly plugin? Oder hast du mit beiden experimentiert?
Die Plugins nutzen verschieden Ports. nicht das du vom Shelly Plugin auf MQTT gewechselt bist, aber nicht bei allen Shellys den Port angepasst hast?
Gibt es im Log Fehlereinträge? Im Iobroker oder im Shelly Debug Log?
Wird der MQTT Port eventuell in Teilen des Netzwerks geblockt? Zur Not mal mit Wireshark schauen was du so an MQTT nachrichten am Raspi empfängst.
Grüeß schreckus
Ich nutze das Shelly PlugIn.
Zwei mal, einmal für die Shelly's 1.Generation über CoAP und einmal für die Shelly's 2.Generation über MQTT.
wie gesagt, Shelly's der 1. Generation, die über einen anderen WLan Router (z.B. EG) ins Netz kommen laufen, nur jene die direkt im Wlan vom Router des Providers (im UG stationiert) sind gehen nicht.
Ok, also auch von dort ist der Shelly grundsätzlich erreichbar.
Die Kommunikation zw. Shelly und ioBroker ist via MQTT ? Vielleicht ist versehentlich dieser Port in der Firewall gesperrt?
-
Edit: So langsam gehen mir die Idee aus
Shelly's der ersten Generation können nur CoAP (und HTTP) laufen, sonst funktionert die Cloud nicht parallel.
das ist die Antwort aus der Abfrage im Raspi
pi_4@raspberrypi4:~ $ curl --request GET --url http://192.168.1.109/shelly
{"type":"SHEM-3","mac":"C45BBE78E1B7","auth":true,"fw":"20230913-114244/v1.14.0- gcb84623","discoverable":false,"longid":1,"num_outputs":1,"num_meters":0,"num_em
Habe den discoverable noch auf TRUE gestellt:
{"type":"SHEM-3","mac":"C45BBE78E1B7","auth":true,"fw":"20230913-114244/v1.14.0-gcb84623","discoverable":false,"longid":1,"num_outputs":1,"num_meters":0,"num_emeters":3,"report_period":1}
Trotzdem nicht im iobroker erreichbar.
Ja, über den Browser sind sie erreichbar und zeigen auch aktuelle Werte an. Zeitstempel stimmt auch.
Habe auch schon mal mit statischer IP versucht, nichts gebracht.
Folgendes habe ich auch geprüft und führte nicht zur Lösung:
neuer Router läuft auch auf 2.4GHz
IPv4 und iPv6 ist zugelassen
Die Geräte sind ja mit dem Router verbunden, sonst würde die Clound und die Shelly App nicht funktionieren. Die Kommunikation zwischen den Geräten und dem iobroker scheint das Problem zu sein.
Die Geräte "fehlerhalften Shelly's" sind in der Shelly App erreichbar (weil über die Cloud), aber über iobroker nicht.
Dieser Ast hängt direkt am W-Lan vom Router des Providers.
Hier der 2. Ast, alle Shelly-Geräte kommunizieren über den UniFi-Router (der Ast ist nicht korrekt dargestellt).
Diese Geräte der 1. Generation funktionieren sowohl im iobroker wie auch in der APP einwandfrei.
Hast du einen Router aktualisiert, oder eine neue Version von ioBroker installiert? Oder sonst irgendwelche Einstellungen im WLAN optimiert?
Eigentlich sollte so ein Problem nicht von selbst auftreten.
Seitens Provider musste der Router erneuert werden. Nur der Router ist neu, das restliche Netzwerk (in der Struktur) ist gleich geblieben.
Hallo Zusammen
Seit kurzem kämpfe ich mit einem neuen, scheinbar unlösbaren Phänomen...
Verschiedene Shelly Generation sind in unterschiedlichen Wlan's unterwegs.
WLan "Jupiter": mehrere Shelly 1, laufen einwandfrei und werden im iobroker / objekte ordnungsgemäss aktualisiert (laufen über coloT und RESTRICT LOGIN)
WLan "Router mit Glasfaseranschluss vom Netzanbieter": Shelly 2. Gen (4PM, Plus1) laufen über mqtt, eigene Instanz, laufen
WLan "Router mit Glasfaseranschluss vom Netzanbieter": Shelly 1. Gen (3EM und Shelly 1), gleiche Instanz wie für jene Geräte aus dem "Jupiter" Wlan, alle drei sind im iobroker nicht (mehr) sichtbar. Zuerst haben sie nicht mehr aktualisiert, dann habe ich die Instanz und den Baum gelöscht, neu gemacht, und dann sind nur noch die Shellys aus "Jupiter" aufgelistet worden.
Hier noch ein Bild:
ALLE shellys Gen1 haben den gleichen "RESTRICT LOGIN" Daten. Diese habe ich mehrfach überprüft, sowohl in der Instanz wie auch auf jedem Shelly (in den Security-Einstellungen).
Hat jemand einen Tipp woran es liegen könnte?
Danke für eure Hilfe.
Hallo Zusammen
Seit kurzem kämpfe ich mit einem neuen, scheinbar unlösbaren Phänomen...
Verschiedene Shelly Generation sind in unterschiedlichen Wlan's unterwegs.
WLan "Jupiter": mehrere Shelly 1, laufen einwandfrei und werden im iobroker / objekte ordnungsgemäss aktualisiert (laufen über coloT und RESTRICT LOGIN)
WLan "Router mit Glasfaseranschluss vom Netzanbieter": Shelly 2. Gen (4PM, Plus1) laufen über mqtt, eigene Instanz, laufen
WLan "Router mit Glasfaseranschluss vom Netzanbieter": Shelly 1. Gen (3EM und Shelly 1), gleiche Instanz wie für jene Geräte aus dem "Jupiter" Wlan, alle drei sind im iobroker nicht (mehr) sichtbar. Zuerst haben sie nicht mehr aktualisiert, dann habe ich die Instanz und den Baum gelöscht, neu gemacht, und dann sind nur noch die Shellys aus "Jupiter" aufgelistet worden.
Hier noch ein Bild:
ALLE shellys Gen1 haben den gleichen "RESTRICT LOGIN" Daten. Diese habe ich mehrfach überprüft, sowohl in der Instanz wie auch auf jedem Shelly (in den Security-Einstellungen).
Hat jemand einen Tipp woran es liegen könnte?
Danke für eure Hilfe.
@ Matze, hab meinen Eintrag korrigiert.
gelöst.
Benutzername und Passwort muss auf dem 4PM Pro und im iobroker / MQTT-Einstellungen gleich sein.
MQTT-Settings im 4PM Pro:
Connection type: MQTT
IP: hier muss die IP vom ioboker stehen : Port
Port muss frei sein.
Wichtig mit Instanzen und Objekten:
Nach einer Änderung (war bei mir der Knopf, geht aber auch ohne zu Löschen):
1. Instanz pausieren
2. Objekte Ordner der Instanz wählen. Ordnerstamm komplett löschen
3. Instanz wieder starten
4. Neuer Ordner mit den Geräten wird angelegt
Danke an dekat win, er hat mir bei der Fehlersuche geholfen.
Danke für eure Mühe. Blicke da nicht mehr durch...
Darum wäre ich froh, wenn ihr jeden Schritt prüft ob so richtig...
Einen zusätzlichen MQTT-Adapter braucht es nicht, oder?
Mit Port.. "ipadresse:port" am besten den Port auch noch leicht anpassen (auf beiden Seiten natürlich der gleiche) so das kein zweiter MQTT Server dir da reinquatschen kann.
ipadresse auf der 4PM Seite muss gleich sein wie die ipadresse in der Shelly Instanz. Richitg?
Portnummer auch gleich, hab jetzt mal 1883 gewählt weil die noch frei war.
Du solltest den QoS Wert auf 1 stellen der wurde bei den Shellys im letzen Update auf 1 angehoben und wenn du wirklich alle Werte des Shellys haben willst musst du Generic status update over MQTT auf den Geräten aktiveren.
Hab ich so gemacht.
Desweiteren solltest du unter den Allgemeinen Einstellungen im Adapter die Abfrage Zeit auf 900 Sekunden stellen und die Funktion Objekte aktualisieren, auch wenn keine Wertänderung vorliegt deaktivieren.
Hab ich so gemacht.
Falls es eine Status Änderung auf nem Shelly gibt wird diese vom Shelly selbst sofort übertragen, ein kurze Abfrage Zeit belastet nur unnötig dein Netzwerk und den Shelly.
Was muss in der MQTT-Listen-IP (Dropdown) gewählt werden?
Reiter allgemeine Einstellungen:
HTTP-Benutzername? Was kommt da rein?
HTTP-Passwort?
Freu mich wenn der 4PM endlich drin ist... dann kommt endlich der Teil wo ich schon lange drauf warte...
Ok. Danke schon mal.
In den Einstellungen vom Adapter 2 (für Gen2. Geräte wie meine Shelly Pro 4 PM) MQTT wählen.
MQTT Einstellungen so?
COAP nicht eingeben weil ja 2. Gen Gerät. Richtig?
dann im Shelly unter MQTT die Netzwerkadresse von iobroker eingeben (mit oder ohne :Port?)
MQTT-Benutzername und MQTT-Passwort muss gleich sein wie in den Einstellungen vom iobroker (Bild oben)?
Frage am Rande die ihr mir sicher aus dem FF beantworten könnt. Geht Cloud und MQTT bei den 2.Gen Geräten gleichzeitig?
Ja, jetzt schon.
Sehe aber in den Objekten die gleichen Geräte.
Nehme mal an, 0 ist für alle Geräte im Adapter .0
und alle im Ordner 1 sind vom Adapter .1
Muss im Adapter 1 was umgestellt werden damit der 4PM erkannt wird?
Hallo Zusammen
Habe iobroker im Einsatz. Shelly Adapter ist installiert. Andere Shellies (z.B. Shelly 1) wird angezeigt.
Der Shelly Pro 4 PM erscheint aber nicht.
MQTT muss auf dem Shelly deaktiviert sein. Richtig?
Wo liegt der Hund begraben?
Adapterversion: 6.0.0
ioboker: v5.3.8
Firmware 4PM: 0.11.0-beta3
Danke für eure Hilfe.
Arbeite nun mit iobroker und habe damit auch einige Hürden zu nehmen...
erledigt, mache es jetzt über iobroker...
Schade dass es keine Tipps dazu gibt ob MQTT eine Lösung wäre.
Weil es doch sehr aufwendig ist dies dort zu programmieren möchte ich Gewissheit dass es auch funktionieren kann.
by the way, habe in der Zwischenzeit viele andere Möglichkeiten (auch sehr einfache) ausprobiert, doch die Schaltlogik ergibt mit diesen Szenen und Bedingungen einfach keinen Sinn....
ist die Schaltung/Programmierung über MQTT die Lösung?
