[Aufruf] Test Shelly Adapter
-
@dos1973 , bitte einmal die Version 3.0.3 installieren (wie das geht steh oben! Der Fehler oben ist in der Version behoben.
Jetzt kommen wir der Sache etwas näher mit Multicast! Hast Du ioBroker im Docker Container im MACVLAN laufen? Im Bridgemodus funktioniert es nicht mit den CoAP Nachrichten (ioBroker u. Shellys sind in einem anderen Subnetz). Wenn ioBroker im Hostmodus läuft, bin ich mir nicht so sicher ob CoAP damit funktioniert.
Bei mir läuft ioBroker im Docker Container im MACVLAN. Damit geht's jedenfalls. -
@dos1973 , eigentlich müsste das Schalten der Shellys trotz dem Fehler funktionieren. Der kommt erst danach. Habe ich aber trotzdem ausgebaut.
-
ich habe die 3.0.3 via Katze installiert.
mein erster Eindruck, ich habe verschiedene im Einsatz...
der 1PM ist noch buggy...er lässt sich via DP schalten, aber eben nicht immer.
ich klicke auf den DP, er bleibt auf false, das Licht ist aber trotzdem an
er aktualisiert das Relay nicht. Manchmal klappt eben... Ich schalte in der Shelly App, der Status im iobroker wird nicht aktualisiert.das ganze ist gut daran zu erkennen das zB
"shelly.0.SHSW-PM#608D25#1.Relay0.Power" Werte anzeigt, das Relay weiterhin auf false steht...das Log im debug Modus, Unmengen, und ich meine wirklich Unmengen an Daten
-
das es nicht funktioniert hatte liegt definitiv am NAS/ Docker und dem Switch.
sobald das NAS/Docker/iobroker an dem Switch hängt geht es nicht mit dem Shelly. Dem Unify AP ist es egal ob er direkt an der FB oder am switch hängt.
Nur verstehe ich es überhaupt nicht, warum der Switch hier dazwischenfunkt?!?
andere Fehler sind mir bisher nicht aufgefallen...das Docker Image ist im "Host Modus"
ich habe keine Möglichkeit gefunden das zu verändern, auch im ausgeschaltetem Zustand nichts. Ich muss definitiv auf den Switch wechseln um bei meinen Fritzbox Ausfällen noch weiter online zu bleiben.
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
Bei mir läuft ioBroker im Docker Container im MACVLAN. Damit geht's jedenfalls.
hat das jeder Docker? bzw. hat jemand eine Info dazu?
-
nach Recherche wird das mit dem ändern des Docker images auf ein anderes Netz nicht ganz einfach... ich kenn den Fehler jetzt aber ich gehe den leichten Weg und habe alle auf MQQT umgestellt.
Gefühlt ist das sogar etwas schneller, kann allerdings nur Einbildung sein.
Nochmals allen Danke für die Hilfestellungen und Anregungen...
-
Mal ne andere Frage:
Mir ist aufgefallen, dass der RAM Verbrauch des Shelly Adapters immer weiter ansteigt.
Nach einigen Tagen zeigt er mir da jetzt schon 560 MB nur beim Shelly Adapter an und das mit nur 3 verbundenen Geräten.
Nach Adapter Neustart ist es wieder runter auf 53 MB. Könnt ihr das bei euch auch beobachten? Hat jemand ne Idee woran das liegen kann? -
@Apropo , kannst Du kurz sagen welche Shelly Adapter Version Du nutzt und ob CoAP oder MQTT als Protokoll?
-
@Stuebi Version 3.0.2 mit mqtt
-
@Apropo , ich werde es einmal beobachten. Kannst du einmal im Logfile schauen ob Du für den Shelly Adapter viele "Destroy" Meldungen hast?
-
-
Ich verbrauche 57MB RAM mit 10 Shelly‘s...
3.0.3 mqqt -
@Stuebi Ich hab jetzt auf die 3.0.3 geupdated.
Im Moment steht der RAM um 70 MB. Zwischenzeitlich war er mal auf 100 MB. Ich werde es mal weiter beobachten.
Fehlermeldungen oder Destroys oder sowas hab ich gar nicht. Alles ruhig. Im Debug Log nur ständiges aktualisieren, aber das dürfte ja normal sein, oder? -
Habe die 3.0.2 mit CoAP und bin bei 163MB. Mit 1 Shelly !
Gibt es eine Lösung dafür? Upgrade auf 3.0.3 ? -
@haselchen , muss ich mir anschauen. Montan habe ich keine Idee. Ich bin bei ca. 80 MB bei 10 Shellys. Möchte sehen ob es über mehrere Tage anwächst.
-
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
@haselchen , muss ich mir anschauen. Montan habe ich keine Idee. Ich bin bei ca. 80 MB bei 10 Shellys. Möchte sehen ob es über mehrere Tage anwächst.
Bin zurück auf die 2.2.0
Habe um die 33.0MB
Da ich nur einen Shelly 1 habe, ist die Version okay für mich. Werde trotzdem den RAM beobachten.Edit: Steigt trotzdem stetig an. Bin jetzt bei 40MB. Und geht weiter....
-
@haselchen , @Apropo , welche node version habt ihr installiert? Das seht Ihr unter Info in ioBroker.
-
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
@haselchen , @Apropo , welche node version habt ihr installiert? Das seht Ihr unter Info in ioBroker.
Node js 8.15.0
NPM 6.4.1 -
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
@haselchen , @Apropo , welche node version habt ihr installiert? Das seht Ihr unter Info in ioBroker.
Du hast die Version direkt in ioBroker nachgeschaut und nicht auf Betriebssystemebene?
Es gibt ein memory leak Problem node < 8.15! Das wäre dann aber bei Dir nicht der Fall. Ich habe auch Node 8.15. am Start. Läuft ohne Probleme.2019-05-30 20:19:02.987 - info: shelly.0 States connected to redis: redis-iobroker-prod:6379 2019-05-30 20:19:03.053 - info: shelly.0 starting. Version 3.0.3 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.15.0 -
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
@Stuebi sagte in [Aufruf] Test Shelly Adapter:
@haselchen , @Apropo , welche node version habt ihr installiert? Das seht Ihr unter Info in ioBroker.
Du hast die Version direkt in ioBroker nachgeschaut und nicht auf Betriebssystemebene?
Es gibt ein memory leak Problem node < 8.15! Das wäre dann aber bei Dir nicht der Fall. Ich habe auch Node 8.15. am Start. Läuft ohne Probleme.2019-05-30 20:19:02.987 - info: shelly.0 States connected to redis: redis-iobroker-prod:6379 2019-05-30 20:19:03.053 - info: shelly.0 starting. Version 3.0.3 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.15.0Unter Info Iobroker. Start Bildschirm.
Alle anderen Adapter laufen ja normal. Nur der läuft aus dem Ruder
-
@haselchen, falls das Logfile des Shellys auf debug steht, stelle es einmal auf info. Und gibt es Fehler im Logfile?
Gerade bei CoAP wundert mich das Speicherproblem
