Meross nur noch unidirektional
-
@myzerat Ok, mach ich mal. Danke.
-
@mcu hm… also du fragst alle 15sec die Energiewerte ab. Und ja wenn er sie lokal nicht erreichen kann fragt er die Cloud. Und ja macht er auch wenn sie offline sind vllt. Da wäre ein debug log interessant. Richtig. Das könnte man mal ändern. Bitte github issue.
Edit: das Problem Ist das er nicht weiß ob das Gerät offline ist es sei denn er versucht mit ihm zu reden. Oder er bekommt aus der Cloud nen Push wegen einem Change. Und da beißt sich die katze in dem Schwanz.
Man könnte höchstens sagen „wenn keine Antwort kam dann frühestens 1-2 Minuten später neu versuchen Energiewerte abzuholen. Und so das Intervall quasi auszusetzen. Was meint ihr?
-
-
Ok, habe jetzt etwas eingebaut um sicherzustellen das geräte nur lokal kontaktiert werden und kein Cloud Fallback stattfindet - auch wenn die Logs die ich gesehen haben jetzt keine Cloud Fallback bei den relevaten Geräten feststellen konnte.
Also müssen es weiter beobachten ob es mit "nur lokaler Modus" von den Limits her wirklich besser ist als per Cloud
-
@apollon77
ich nehme an du meinst die 1.13 auf github, habe die auch mal installiert zum testen! -
@myzerat nee ich meine die 1.13 aus dem Beta Repo … GitHub install sind böse außer ich fordere explizit dazu auf.
-
@apollon77 ich habe bei mir das gleiche Problem mit Meross. Das ist aus heiterem Himmel aufgetaucht ohne das ich etwas verändert habe. Cirka alle 2 Minuten verliert der Adapter bei den drei Grünen Punkten den "Verbunden mit Gerät oder Dienst" . Er verbindet sich gleich wieder und ist dann für ca. 2 Minuten wieder ok. Dann geht das wieder von vorne los. Hab mal Probiert einen Neustart für 3 Uhr zu setzen aber das hat nichts gebracht. Hab ich wieder gelöscht. Das Problem, wenn er für die ca. 5 Sekunden offline ist, und ein Schaltbefehl abgesetzt wir in der Zeit, wird er nicht ausgeführt. IoBroker Fixer hat auch nichts gebracht. Eventuell macht Meross wieder irgend was. Das einzigste was ich die letzten Tage gemacht habe, waren zwei neue Steckdosen anlernen. Habe hezte mal 4 Steckdosen und eine Farblampe die ich nicht mehr nutze aus dem System gelöscht und die Geräte resettet. Hat auch nichts geändert.
-
@andiko2 Dann bitte Debug Log bereitstellen. Wird lokal oder per Cloud verbunden?
-
@apollon77 jetzt hast du mich erwischt mit Debug Log bereitstellen. Wo und wie bekomme ich das?
Einstellungen sind so:
System:
Ab da fing es an. Von 0 Uhr bist zum Start der Störung lief noch alles gut. Da war ich auch noch auf Arbeit. Also konnte ich auch nichts ändern in der Zeit.
-
1.) Warum nur Cloud kommunikation? Lokal geht viel besser in den meisten Fällen wenn Sie im gleichen Netzwerk erreichbar sind. Mit so vielen Geräten kann man da seeeehr schnell in meross Cloud Limits rennen.
2.) "Timeout" heisst an sich das meross selbst auch die Geräte nicht erreichen kann ... sind die innder Meross App alle online?
3.) Debug Log - siehe meine Forum Signatur -
@apollon77 über die App am Handy kann ich alles schalten. Hab gerade gesehen im Log von gestern, da war der fehler auch schon. Ich hatte das auf Cloud eingestellt heut, weil alle Steckdosen als ofline angezeigt wurden und auch keine schaltung über IoBroker ausgeführt wurde. Nach dem Umstellen waren sie erst mal wieder online. Wenn ich nach hause komme, wird mein Handy WLAN erkannt und meine Systeme also mini Rechner fahren hoch und meine Dashboards werde angezeigt. Das ist nicht mehr geschehen. Am Tablet wurde der Akku auf volle 100% geladen, obwohl die Steckdose bei 81% abschalten sollte. Der Fully war immer online. Das hab ich im Diagramm gesehen. Befehl wurde abgesetzt aber Meross hat nicht reagiert.
-
@andiko2 Dann brauche ich ein volles Debug log bitte ... am besten versuche nochmal cloud bzw lokal beide optionen
-
@apollon77 sorry bin gestern am PC eingeschlafen. War seid 4 Uhr auf den Beinen.
Hier jetzt der Log.
Ich weiß nicht ob das so richtig ist. Ich selber kann damit nichts anfangen.
-
@andiko2 Ist kein Debug Log ... Bitte Debug log (siehe meine Signatur) und dann als File attachen oder mir per email als Datei senden an iobroker@fischer-ka. de mit Referenz auf den Thread hier
-
-
@andiko2 Dann starte Adapter mal neu (und stelle sicher das du nicht beim einschalten debug gesagt hast "ohne neustart"
Dann sollte er viel mehr loggen -
@apollon77 habe dir eine Mail geschickt. Bin jetzt mal die Logs zurückgegangen um zu sehen wann es das erste mal aufgetreten ist. Am 2023-01-24 02:00:58.066 ist es das erste mal aufgetreten. Am Tag davor habe ich ledigliche ein Update für den Tankerkönig gemacht. Ich schreibe alle Updates die ich mache in eine Excelanwendung damit ich immer nachvollziehen kann wann ich was am Iobroker oder am Linuxrechner gemacht habe. Wollte den ganzen Log schicken war aber zu groß. Musste also etwas kürzen. Ichhoffe du sehst was du da sehen musst.
-
@apollon77 Ich habe heute noch mal ein wenig getestet und probiert. Kommpletter neustart vom Host und IoBroker ohne erfolg. Dann Meross von Github getestet ohne erfolg. Wieder zurück auf die aktuelle Version und immer noch die ständigen Neustarts und die damit verbundene unterbrechung der verfügbarkeit der Steckdosen. Als letztes habe ich mich dazu durchgerungen, den Adapter kommplett zu deinstallieren. Dann habe ich ihn neu installiert und seid dem läuft er ohne die ständigen Neustarts. Läuft jetzt schon über 2 Stunden ohne Unterbrechung. Eingestellt auf Lokal. Ich werde das beobachten. Wie es aussieht scheint wieder alles in Ordnung zu sein. Sollten doch noch mal diese Neustarts auftauchen melde ich mich noch mal.
-
@andiko2 Interessant und gut zu wissen. Checke das log noch ...
-
@apollon77 Ich habe jetzt auch das gleiche Problem. Ich habe zwar nur einen LED Stripe über den Meross Adapter verbunden, aber seit gestern verbindet der sich nicht mehr mit dem adapter. Ich hatte die 1.14 version installiert und habe dann versucht, wie andiko2 das Problem zu lösen. Löschen und neu installieren hat nichts gebracht. Auch die beta 1.15 verhält sich genauso. Über die Meross App läßt sich aber der LED Stripe problemlos steuern.
Hier das log:2023-03-11 10:49:21.849 - info: host.raspberrypi instance system.adapter.meross.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2023-03-11 10:49:25.514 - info: host.raspberrypi instance system.adapter.meross.0 started with pid 6200 2023-03-11 10:49:27.496 - debug: meross.0 (6200) Redis Objects: Use Redis connection: 127.0.0.1:9001 2023-03-11 10:49:27.578 - debug: meross.0 (6200) Objects client ready ... initialize now 2023-03-11 10:49:27.581 - debug: meross.0 (6200) Objects create System PubSub Client 2023-03-11 10:49:27.582 - debug: meross.0 (6200) Objects create User PubSub Client 2023-03-11 10:49:27.753 - debug: meross.0 (6200) Objects client initialize lua scripts 2023-03-11 10:49:27.770 - debug: meross.0 (6200) Objects connected to redis: 127.0.0.1:9001 2023-03-11 10:49:27.859 - debug: meross.0 (6200) Redis States: Use Redis connection: 127.0.0.1:6379 2023-03-11 10:49:27.869 - debug: meross.0 (6200) States create System PubSub Client 2023-03-11 10:49:27.871 - debug: meross.0 (6200) States create User PubSub Client 2023-03-11 10:49:27.884 - debug: meross.0 (6200) States connected to redis: 127.0.0.1:6379 2023-03-11 10:49:27.983 - debug: meross.0 (6200) Plugin sentry Initialize Plugin (enabled=true) 2023-03-11 10:49:28.685 - info: meross.0 (6200) starting. Version 1.15.0 in /opt/iobroker/node_modules/iobroker.meross, node: v16.19.1, js-controller: 4.0.24 2023-03-11 10:49:28.795 - debug: meross.0 (6200) HTTP-Call: {"url":"https://iot.meross.com/v1/Auth/Login","method":"POST","headers":{"Authorization":"Basic ","vender":"meross","AppVersion":"0.4.4.4","AppType":"MerossIOT","AppLanguage":"EN","User-Agent":"MerossIOT/0.4.4.4"},"form":{"params":"eyJlbWFpbCI6InJvZ29zY2hAZ214LmRlIiwicGFzc3dvcmQiOiJkb2VybGkxNSIsIm1vYmlsZUluZm8iOnsiZGV2aWNlTW9kZWwiOiIiLCJtb2JpbGVPc1ZlcnNpb24iOiIiLCJtb2JpbGVPcyI6ImxpbnV4IiwidXVpZCI6ImlzY2FrZDBhanlja2dqNDkyYnMyOTczc3l2bmFsN2NhZmUwNGEwLTNhMzQtNDc1NC05ODNjLTNiNjhiZjgxYjhjYyIsImNhcnJpZXIiOiIifX0=","sign":"a0a78f176d09d2e0b5462d8f34725860","timestamp":1678528168794,"nonce":"yjwamf5ucbvr9vkq"},"timeout":10000} 2023-03-11 10:49:28.885 - debug: meross.0 (6200) connected set to false 2023-03-11 10:49:29.153 - debug: meross.0 (6200) HTTP-Response OK: {"apiStatus":0,"sysStatus":0,"info":"","timestamp":1678528169,"data":{"userid":"2358632","email":"rogosch@gmx.de","key":"748225ac0ac21eb0f765690a1a83ab55","token":"4bb6200a75da50d5c84900086431f44772d98d683214ec6f6a8f7677d9a14914"}} 2023-03-11 10:49:29.155 - debug: meross.0 (6200) HTTP-Call: {"url":"https://iot.meross.com/v1/Device/devList","method":"POST","headers":{"Authorization":"Basic 4bb6200a75da50d5c84900086431f44772d98d683214ec6f6a8f7677d9a14914","vender":"meross","AppVersion":"0.4.4.4","AppType":"MerossIOT","AppLanguage":"EN","User-Agent":"MerossIOT/0.4.4.4"},"form":{"params":"e30=","sign":"be0940e44667f179fbe25b03315b5b0e","timestamp":1678528169155,"nonce":"6wxerz6967oqf3p3"},"timeout":10000} 2023-03-11 10:49:29.304 - debug: meross.0 (6200) HTTP-Response OK: {"apiStatus":0,"sysStatus":0,"data":[{"uuid":"2202212875988590868748e1e989f4fc","onlineStatus":2,"devName":"Smart LED Light Strip","devIconId":"device021_un","bindTime":1664984538,"deviceType":"msl320cpr","subType":"un","channels":[{}],"region":"eu","fmwareVersion":"4.3.5","hdwareVersion":"4.0.0","userDevIcon":"","iconType":1,"cluster":3,"domain":"mqtt-eu-3.meross.com","reservedDomain":"mqtt-eu-3.meross.com"}],"info":"Success","timestamp":1678528169} 2023-03-11 10:49:29.309 - info: meross.0 (6200) Device 2202212875988590868748e1e989f4fc initialized 2023-03-11 10:49:29.309 - debug: meross.0 (6200) {"uuid":"2202212875988590868748e1e989f4fc","onlineStatus":2,"devName":"Smart LED Light Strip","devIconId":"device021_un","bindTime":1664984538,"deviceType":"msl320cpr","subType":"un","channels":[{}],"region":"eu","fmwareVersion":"4.3.5","hdwareVersion":"4.0.0","userDevIcon":"","iconType":1,"cluster":3,"domain":"mqtt-eu-3.meross.com","reservedDomain":"mqtt-eu-3.meross.com"} 2023-03-11 10:49:29.542 - info: meross.0 (6200) Device: 2202212875988590868748e1e989f4fc connected 2023-03-11 10:49:29.554 - debug: meross.0 (6200) MQTT-Cloud-Call 2202212875988590868748e1e989f4fc: {"header":{"from":"/app/2358632-5e17792cacf75f82634797940f7693b2/subscribe","messageId":"a511349eac4b9dd84410b0674a296b72","method":"GET","namespace":"Appliance.System.All","payloadVersion":1,"sign":"19d1e904d48ec8d7e669a7be41cf81b3","timestamp":1678528170},"payload":{}} 2023-03-11 10:49:29.559 - debug: meross.0 (6200) Device Send Raw: 2202212875988590868748e1e989f4fc - data: {"header":{"from":"/app/2358632-5e17792cacf75f82634797940f7693b2/subscribe","messageId":"a511349eac4b9dd84410b0674a296b72","method":"GET","namespace":"Appliance.System.All","payloadVersion":1,"sign":"19d1e904d48ec8d7e669a7be41cf81b3","timestamp":1678528170},"payload":{}} 2023-03-11 10:49:29.564 - debug: meross.0 (6200) connected set to true 2023-03-11 10:49:49.560 - info: meross.0 (6200) Can not get Data for Device 2202212875988590868748e1e989f4fc: Error: Timeout 2023-03-11 10:49:49.566 - debug: meross.0 (6200) 2202212875988590868748e1e989f4fc All-Data: undefined 2023-03-11 10:49:49.568 - warn: meross.0 (6200) Can not get Data for Device 2202212875988590868748e1e989f4fc: undefined 2023-03-11 10:49:49.636 - debug: meross.0 (6200) MQTT-Cloud-Call 2202212875988590868748e1e989f4fc: {"header":{"from":"/app/2358632-5e17792cacf75f82634797940f7693b2/subscribe","messageId":"14d6e837f779096b1a15d41cea70897a","method":"GET","namespace":"Appliance.System.Online","payloadVersion":1,"sign":"509c0871221cab16aea4e886fb6ce9c2","timestamp":1678528190},"payload":{}} 2023-03-11 10:49:49.638 - debug: meross.0 (6200) Device Send Raw: 2202212875988590868748e1e989f4fc - data: {"header":{"from":"/app/2358632-5e17792cacf75f82634797940f7693b2/subscribe","messageId":"14d6e837f779096b1a15d41cea70897a","method":"GET","namespace":"Appliance.System.Online","payloadVersion":1,"sign":"509c0871221cab16aea4e886fb6ce9c2","timestamp":1678528190},"payload":{}} 2023-03-11 10:49:49.639 - info: meross.0 (6200) Devices initialized
