Test Adapter Tuya 3.8.0 - BEENDET
-
@snopy_16 Bitte mal Debug log davon machen und mit an iobroker@fischer-ka.de mit Link zu dem Forum Post hier schicken. Logfile von Platte unter /opt/iobroker/log/... nehmen.
Auch Frage: Mit oder ohne Cloud? Mit oder ohne MQTT? Reicht aber in der Mail bzw sollte es im Log sehen denke ich
EDIT: Bitte VOR dem Log ziehen nochmal von GitHub aktualisieren. Habe gerade an einer Stelle noch Logging eingebaut
-
@apollon77
Nach einigen Tests fiel mir auf, dass diese Meldung nur kommt, wenn das Gerät nicht lokal verbunden ist, und über die Tuya Cloud abgefragt wird.
Gilt aber nur für die beiden oben angeführte Geräte, bei weiteren 8 Geräte kommt keine Meldung. -
@snopy_16 Dennoch wäre Log interessant. Vor allem auch vom Start des Adapters. Da scheint wohl die Cloud Datenpunkte zu liefern die Lokal nicht kommen
-
@thomas-braun verbunden = lokal verbunden. Text auf GitHub angepasst
-
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
-
@latzi sagte in Test Adapter Tuya 3.8.0:
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
Ja, Name bleibt bei switch 1 , switch 2
-
So jetzt heute Morgen sehe ich wieder etwas klarer
Erst einmal vorneweg: Klasse Arbeit der Adapter! Wollte mich schon komplett von Tuya verabschieden (habe mir gerade erst 8 Gosund EP2 bestellt und diese auf FW 1.0.6 updaten lassen für Tasmota), aber jetzt muss man sich ja überlegen, ob man ins flashing überhaupt einsteigt...
Ich habe nunmehr einen der Gosund EP2 in die Smart Life integriert, Account(s) hinterlegt und den Versuch gestartet.
Gerät (und ein offline Gerät) wurde erkannt und kann ich auch über iob schalten
Es gibt auch ein paar Kleinigkeiten:
Offenkundig erkennt er auch Geräte (die anderen Gosund EP2), die in der Gosund-App hinterlegt sind? Holt er die aus der tuya.iot?Log sende ich mit Verweis auf diesen thread per eMail...
Allerdings habe ich auch einen Fehler:
2022-11-05 08:30:38.716 - error: tuya.0 (21005) Login for MQTT failed: TypeError: Cannot destructure property 'access_token' of 'res.result' as it is undefined.den kann ich nicht einordnen...
-
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).
-
Aha, hast du den Ordner mal gelöscht und wieder einen Geräte-Sync gemacht?
-
Nein, das klappt sicher (ist ja wie Neuanlage, das hab ich schon getestet). Ich hab nur rumgespielt um den tollen Adapter etwas zu fordern
Wäre das eine Erweiterung wert? -
@latzi sagte in Test Adapter Tuya 3.8.0:
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).Kann ich bestätigen, Name wird nicht geändert. Daten kommen aber weiterhin.
-
@sigi234 die Namen der sub States sind quasi technische Namen. Die APIs enthalten die Namen meines Wissens nicht.
-
@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte
-
@reutli also wenn geräte da sind sind die in deinem tuya App Account. Geräte werden aktuellstes ausschließlich daher gelesen. Also falls der iot Platform Account mehr Geräte hätte wäre das egal.
der Fehler scheint an den angegebenen iot Platform Daten zu liegen. Weil er die MQTT Verbindung nicht machen kann prüfe da mal die Daten. Ich hatte auch komische issues weil scheinbar mein iot Projekt zu alt war. Im Zweifel zweites Projekt anlegen und das alte deaktivieren (auth entziehen)
-
Das Projekt habe ich ganz frisch heute Morgen angelegt. Gibt es da etwas besonderes einzustellen?
-
@apollon77 sagte in Test Adapter Tuya 3.8.0:
@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte
bitte sehr ...
https://github.com/Apollon77/ioBroker.tuya/issues/476 -
@reutli hm. Dann debug log aktivieren und du solltest sehen was vor dem Fehler als Antwort von denen kommt. Was haste denn da?
-
Hab in der ist Platform jetzt mal ein Gerät angelegt (Verbindung von App zu ist platform) - jetzt scheint der Fehler weg zu sein.
Faktisch ist mir aber das ganze Zusammenspiel App - iotPlatform - iob absolut nicht klar
-
@reutli äähgmm?? Gerät angelegt?? Du hast aber schon die verlinkte Anleitung gelesen und befolgt? Da verlinkst du deinen smartlife App Account mit dem iot Platform Account und dann sind alle Geräte aus der App dort drin
-
jupp, sorry falsch formuliert.
Hatte die Verlinkung
nicht gemacht, deshalb waren die Geräte nicht da und deshalb (natürlich) der mqtt Fehler.
Nochmals für mich zur Klarstellung:
Die Cloud wird nur benötigt, um einmalig lokale Geräte reinzuholen. Danach können diese vom iob aus ohne Cloud geschalten werden.
Da ich (aktuell) keine batteriebetriebenen Tuya-Geräte habe, brauche ich faktisch auch nach dem "Anlernen" im Adapter keine Cloud und iot-Platform mehr, richtig?Und sorry für die Unwissenheit bzw. schwammigen Aussagen - bisher hatte ich nur Tasmota, Shelly, ZigBee und HM(IP).
