NEWS
[Aufruf] Neuer Adapter ioBroker.tuya (WLAN devices Tuya Smart Life und andere)
-
Ich habe den Sync 100%ig gemacht
Die App ist geschlossen, trotzdem bekommen ich nur mit gaaaaanz viel Glück einen Qr-Code (Wartezeit 1Std.) was vermutlich dann zu diesem Fehler lh führt
tuya.0 2018-11-17 19:24:14.947 error at Module.require (module.js:596:17) tuya.0 2018-11-17 19:24:14.947 error at Function.Module._load (module.js:497:3) tuya.0 2018-11-17 19:24:14.947 error at tryModuleLoad (module.js:505:12) tuya.0 2018-11-17 19:24:14.947 error at Module.load (module.js:565:32) tuya.0 2018-11-17 19:24:14.947 error at Object.Module._extensions..js (module.js:663:10) tuya.0 2018-11-17 19:24:14.947 error at Module._compile (module.js:652:30) tuya.0 2018-11-17 19:24:14.947 error at Object. <anonymous>(/opt/iobroker/node_modules/brotli/compress.js:1:76) tuya.0 2018-11-17 19:24:14.947 error at require (internal/module.js:11:18) tuya.0 2018-11-17 19:24:14.947 error at Module.require (module.js:596:17) tuya.0 2018-11-17 19:24:14.947 error at Function.Module._load (module.js:497:3) tuya.0 2018-11-17 19:24:14.947 error at tryModuleLoad (module.js:505:12) tuya.0 2018-11-17 19:24:14.947 error at Module.load (module.js:565:32) tuya.0 2018-11-17 19:24:14.947 error at Object.Module._extensions..js (module.js:663:10) tuya.0 2018-11-17 19:24:14.947 error at Module._compile (module.js:652:30) tuya.0 2018-11-17 19:24:14.947 error at Object. <anonymous>(/opt/iobroker/node_modules/brotli/build/encode.js:21:207) tuya.0 2018-11-17 19:24:14.947 error at new ArrayBuffer (<anonymous>) tuya.0 2018-11-17 19:24:14.947 error RangeError: Array buffer allocation failed tuya.0 2018-11-17 19:24:14.947 error pmessage messagebox.system.adapter.tuya.0 {"command":"startProxy","message":{"proxyPort":"8888","proxyWebPort":"8889"},"from":"system.adapter.admin.0","callback":{"message":{"proxyPort":"8888","proxy</anonymous></anonymous></anonymous>
Auf jeden Fall habe ich dann irgendwann einen QR Code erhalten und die ganze Prozedur gemäß Anleitung gemacht. Nach meiner Einschätzung ist das auch 100% so durchgelaufen. Darum ja auch meine Frage, weil ich mir die nicht Funktion des Adapters nicht so recht erklären konnte.
-
Ja dann ist dein Speicher zu knapp. Der Proxy braucht leider (ist ja nur einmalig) eeeeeeiniges an ram.
Im Zweifel einmal mal kurz ein paar Adapter beenden das mehr ram Frei ist. Wenn es dann geklappt hat Instanz neu starten um Speicherverbrauch wieder runter zu bekommen und dann alles wieder starten.
Gesendet vom Handy …
-
Mal eine Frage:
Wie kann ich es verhindern, dass der Name eines Gerätes wieder durch Device0082…. ersetzt wird?
Vielen Dank und Gruß
Rüdiger
-
Beim App Sync wird er aktuell immer überschrieben. Sonst sollte er an sich bestehen bleiben.
Wann wird es denn überschrieben?
Gesendet vom Handy …
-
Genau DAS, habe ich noch nicht raus. Nach stoppen und starten der Instanze ist alles wieder da. Bei einem Relaod nicht immer.
-
Kann es sein, dass das passiert, wenn der freie Speicher unter 40% geht?
-
?? Das überschreiben der Namen? Ne sollte mit Speicher nix zu tun haben.
Gesendet vom Handy …
-
So, gerade wieder. Wenn bei mir auf dem PI der freie Speicher unter 40% geht, wird der Name überschrieben. Ich gehe mal davon aus, dass es nichts mit der Auslastung des PIs ist, sondern der Adapter sich selber Speicherstreß macht. Nach Reload geht die Auslastung vom Speicher zurück und die Namen kehren auch zurück. Dann schaukelt sich das Ganze wieder hoch….
-
Hääääää? Namen kommen zurück?? Jetzt wird’s aber gaaaaaanz komisch. Das kann an sich nicht sein.
Was sagt das iobroker log wenn das passiert?
Gesendet vom Handy …
-
Ach, da brauche ich keinen log. Der Adapter schaukelt sich von 44Mb auf über 60Mb Ram hoch…
-
Ja und das ist ein Problem weil?
Wenn du Hilfe von mir haben willst dann brauche ICH das log.
Wenn Du keine Hilfe haben willst dann kannst du gern weiter denken das 20mb mehr Speicherverbrauch schlimm und die Ursache des Problem ist.
Deine Entscheidung was du willst.
Gesendet vom Handy …
-
Im log (Level Info) steht ja nichts drin… Werde wohl auf debug umstellen müssen...
-
Unter Info würde schon mal genug stehen wenn der Adapter aktiv überschreiben würde. Das macht er nur wenn die Ausgabe „init device xyz“ oder so kommt. Wenn das nicht da ist sich aber die Namen Oma smok ändern dann ist es eher was anderes.
Gesendet vom Handy …
-
2018-11-18 18:49:57.556 - debug: tuya.0 Discovered device: 172.16.1.95:49154 - U��{"ip":"172.16.1.95","gwId":"80434151dc4f22e****","active":2,"ability":0,"mode":0,"encrypt":true,"productKey":"keyneruwsdethu7u","version":"3.1"}�5�U 2018-11-18 18:49:57.557 - debug: tuya.0 80434151dc4f22e*****: Schema found for keyneruwsdethu7u: null 2018-11-18 18:49:57.559 - debug: tuya.0 80434151dc4f22e*****: Create device objects if not exist 2018-11-18 18:49:57.566 - debug: tuya.0 stateChange tuya.0.80434151dc4f22e*****.online {"val":false,"ack":true,"ts":1542563397561,"q":0,"from":"system.adapter.tuya.0","lc":1542562744422} 2018-11-18 18:49:57.568 - debug: tuya.0 stateChange tuya.0.80434151dc4f22e*****.ip {"val":"172.16.1.95","ack":true,"ts":1542563397564,"q":0,"from":"system.adapter.tuya.0","lc":1542493258848} 2018-11-18 18:49:57.587 - info: tuya.0 80434151dc4f22e***** Init with IP=172.16.1.95, Key=9de6e8b254f***** 2018-11-18 18:49:57.626 - debug: tuya.0 80434151dc4f22e*****: Connected to device
-
Und zu dem Zeitpunkt ist der Name geändert worden? Wann kam er wieder zurück?
Gesendet vom Handy …
-
Nur geändert. Zurück kommen die nur nach einem Neustart vom Adapter.
-
Achja, erst fängt es mit einem Gerät an, und nach für nach folgen die anderen…
-
@RKBroker: 1.0.5 auf GitHub sollte jetzt den Device-namen beibehalten.
-
Ok, vielen Dank. Ist intalliert.
-
Hallo,
Ich wollte den Adapter auch testen, scheitere aber nun nach unzähligen Versuchen immer am selben Problem.
Verwende zum testen zum einen die "Gosund SP1 (mangels verfügbarkeit der schickeren SP111)" und die "AISIRER" die eine ähnliche Bauform wie die "SP111" haben.
Sowohl in der "Smart Life" App, als auch in der (bei späteren Versuchen) getesten "Tuya" App werden alle gefunden, angezeigt, können gesteuert werden usw.
Zum ioBroker Teil…
-
Adapter ohne Probleme installiert
-
Zertifikat laden und installieren auch ohne Fehlermeldung
-
In der App sind alle Steckdosen erkannt, steuerbar und somit auch "bei der Tuya Cloud angemeldet"
App komplett geschlossen, Proxy auf ioBroker Seite gestartet, bei der WLAN Verbindung den Proxy + Port hinterlegt.
Nun die App (Smart Life) gestartet und sofort die Fehlermeldung "Incorrect local timer, please correct it. 50502" erhalten.
Und hier hänge ich auch.
Mittlerweilen habe ich es auf drei verschiedenen Android Geräten (mit Android 5.x, 7.x und 8.x) versucht. Überall die selbe Fehlermeldung.
Auch mit der Tuya App versucht. Selbe Fehlermeldung.
Die Zeiteinstellungen auf den Geräten sind auf "automatisch". Das habe ich auch kurz deaktiviert und aktiviert um einen "Zeitabgleich" anzustossen.
Auf dem iobroker Server (Debian 9, Node 6.x auf NUC7 in Virtualbox VM) habe ich den NTS Zeitserver installiert um auch dort sicher zu stellen das die Zeit korrekt gesynct ist. RAM Thema gibt es auch keines, da die ioBroker VM 4 GB zur Verfügung hat.
Bei der Smart Life App habe ich keine Einstellung gefunden die mich ggf. noch irgendwie weiterbringt.
Somit stehe ich an.
Die Steckdosen werden im Adapter über das Polling erkannt, wobei die "Gosund SP1" scheinbar nicht mit dem passenden Schema erkannt werden (keine sinnvollen Datenpunkt Bezeichnungen bzw. mit falschem Faktor bei den Werten). Die "AISIRER" wird mit den korrekten Beschriftungen angezeigt.
Ohne den Sync ist halt kein Steuern möglich und genau darum geht es mir.
Google Suche zur Fehlermeldung bringt mich auch nicht weiter.
Habe die IoT Geräte (LAN/WLAN) in einem eigenen VLAN. Dürfte für diesen Fall aber nicht von Bedeutung sein, da die Android Geräte, die Steckdosen und der ioBroker alle im besagten IoT VLAN hängen.
Hat irgendjemand eine Idee was ich noch versuchen könnte?
Wenn ich übrigens den Proxy bei der WLAN Verbindung wieder rausnehmen, gibt es die Fehlermeldung in der App nicht, erst mit Proxy.
Gruß
Roland
-