Test Adapter Tuya 3.8.0 - BEENDET

[Thomas Braun]

@thomas-braun sagte in Test Adapter Tuya 3.8.0:

Debug hau ich in ein Issue rein. Das wird hier zu viel...

@apollon77
Haste an der Stelle mal einen guten Tip wie (und welche) keys/token/IDs usw zu verschleiern sind vor dem posten auf github? Selbst wenn ich das durch 'sed' pipe bin ich nicht sicher was da sensibel ist oder was vollkommen wumpe ist wenn es einsehbar ist.

[apollon77]

@thomas-braun AM einfachsten mit per email senden Weil sonst ggf wieder infos fehlen weil zuviel weg ist ...

[Snopy_16]

@apollon77
@tombox
Danke euch Beiden.
Hat gleich beim 1. mal geklappt, und ich bin wahrhaftig kein Profi.
Einrichtung des Adapters ist wirklich einfach.
Alles läuft tadellos.
Endlich ist das Getue mit dem Proxy Vergangenheit.

[Snopy_16]

@apollon77
Hab leider doch was entdeckt
Diese beiden Objekte existieren nicht bei den bei diesen Steckern

tuya.0
2022-11-04 20:23:31.308	warn	State "tuya.0.70354835e09806164458.26" has no existing object, this might lead to an error in future versions

tuya.0
2022-11-04 20:23:31.306	warn	State "tuya.0.70354835e09806164458.17" has no existing object, this might lead to an error in future versions

tuya.0
2022-11-04 20:23:31.305	warn	State "tuya.0.703548358cce4ecf54fb.26" has no existing object, this might lead to an error in future versions

tuya.0
2022-11-04 20:23:31.296	warn	State "tuya.0.703548358cce4ecf54fb.17" has no existing object, this might lead to an error in future versions

[Homoran]

@snopy_16 kommt das öfter oder nur beim ersten anlegen?

[apollon77]

@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

[Snopy_16]

@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.

[apollon77]

@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

[apollon77]

@thomas-braun verbunden = lokal verbunden. Text auf GitHub angepasst

[Latzi]

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?

[sigi234]

@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

[reutli]

@apollon77

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...

[Latzi]

@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).

[sigi234]

@latzi

Aha, hast du den Ordner mal gelöscht und wieder einen Geräte-Sync gemacht?

[Latzi]

@sigi234

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?

[Nashra]

@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.

[apollon77]

@sigi234 die Namen der sub States sind quasi technische Namen. Die APIs enthalten die Namen meines Wissens nicht.

[apollon77]

@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte

[apollon77]

@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)

[reutli]

@apollon77

Das Projekt habe ich ganz frisch heute Morgen angelegt. Gibt es da etwas besonderes einzustellen?