Weihnachtsangebot 2025! 🎄

[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 :grinning:

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 :+1:

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

:+1:

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

:+1:

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?

[Latzi]

@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

[apollon77]

@reutli hm. Dann debug log aktivieren und du solltest sehen was vor dem Fehler als Antwort von denen kommt. Was haste denn da?

[reutli]

@apollon77

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 :dizzy_face:

[apollon77]

@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

[reutli]

@apollon77

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

[apollon77]

@reutli ließ noch mal oben im
Ersten post. Da steht es an sich ganz genau!!

Für Geräte lesen und Cloud Steuerung und regelmäßiges polling reichtest nur die App logindaten einzugeben!!

Das iot platform Projekt brauchst du nur wenn du echtzeitupdates für nicht verbundene Geräte haben willst.