Plugin: LoxBerry TinyTuya

[krecek]

Hallo liebe Gemeinde,
ich komme mit lesen leider nicht weiter.
Ich nutze unter anderem TinyTuya welches auch problemlos mit CW LED Lampen ( Schalten, Helligkeit, Farbe WW/CW) läuft s.h. Bild.
Ich wollte jetzt einen LED Strahler RGBCW in Loxone einbinden, (Schalten, Helligkeit, WW/CW funktioniert über TinyTuya) nur an der Farbe bleibe ich hängen,
bei den DPS zur Farbe kommt ein 12-stelliger Code, den ich nicht zuordnen kann, Geschweige denn aus Loxone RGB umrechnen.
Hat jemand so etwas am laufen?

LG Kay

[krecek]

Ich habe noch was auf der Developer Plattform von Tuya gefunden,
aber ich verstehe nicht, der HSV Wert ist doch ein dezimaler...
DP24(5): Farbe

String	000011112222 0000: zeigt Farbe an. Es reicht von 0 bis 360, entsprechend 0x0000zu 0x0168. 1111: zeigt Sättigung an. Es reicht von 0 bis 1.000, entsprechend 0x0000zu 0x03E8. 2222: gibt Wert an. Es reicht von 0 bis 1.000, entsprechend 0x0000zu 0x03E8.	{"24":"00DC004B004E"} HSV Wert 00DC, 004B, und 004Eim Hex-Format. Nach der Konvertierung in das Dezimalformat erhalten Sie 220°, 75%, 78%.

[Fina]

Hallo,
ich bin hier leider auch noch Neuling.
Habe aber nun nach 4 Stunden nicht gefunden, warum ich weder einen Namen , noch eine Mac Adresse oder DPs sehe.
Im log kommt bei mir nirgendwo ein Fehler. Im Gegenteil es wird alles als iO angezeigt und die Bridge läuft.

Kann mir hier irgendjemand weiterhelfen?

Vielleicht noch kleine Ergänzung, es wurde alles neu aufgesetzt

[bernie333]

Hallo zusammen,

Hab ein ähnliches Problem wie mein Vorgänger.

Das anzusprechend Gerät funktioniert für eine gewisse Zeit nach Neustart.
Alle DPS etc. werden sauber ausgelesen. Hab dann zusätzlich in Loxone die "Keeplivepoche" auf Änderungen überwacht.

Nach ein paar Stunden keine DPS mehr und keine Änderung der "Keeplivepoche"

Fehler tritt um 11:13:17 auf --> siehe LOG

Danach keine Daten mehr im DPS, nach Neustart des Tuya Gerätes funktioniert wieder alles für ein paar Stunden,




Jemand eine Ahnung woran das liegt?

[Prof.Mobilux]

Batterie betriebene Geräte machen hier immer wieder Probleme, weil keine permanente Verbindung besteht.

[loxfori]

Gibt es dafür eine Lösung oder ein Workaround, wie man batteriebetriebene Geräte aus dem Deep Sleep wecken kann?
Im TinyTuya Web UI werden mir hier sämtliche Details (außer die ID) dauerhaft als "undefined" angezeigt. Selbst bei ständigem Aktivieren des Geräts (z.B. Öffnen/Schließen eines Türkontakts).

[Fina]

Habe wie gesagt das gleiche Problem aber sogar bei einem fest installierten Aktor

[Prof.Mobilux]

Dann einen issue beimTinyTuya aufmachen. Ich kann da nichts machen.

[renezs]

ich bekomme keine Daten bei 2 Geräten. Terasse ist batteriebetrieben, Steckdose aber nicht


im Tuya Developer Tool werden sie aber als online angezeigt

[Prof.Mobilux]

Wie schon mehrmals und immer wieder geschrieben: macht einen Issue bei TinyTuya auf. Das hat mit dem Plugin nichts zu tun - auch wenn ihr es hier noch 100 mal postet. Ich kann nicht helfen.

[FRECH]

Hallo!

Ich habe 3 Gerät eingebunden und sie haben viele Monate funktioniert.

Jetzt habe ich beim W2839 ein Problem dass ich die aktuellen Daten nicht mehr bekomme. Das Gerät läuft uns zeigt am Display die richtigen Daten an.

Was habe ich bis jetzt versucht:
- Neustart W2839
- Neustart Loyberry
- Neustart Miniserver
- Bridge neugestartet und sie läuft



Logs:




Hier steht: Can not read status for device xyz....aber warum?


Ist es vlt ein Netzwerkproblem?


Laut meinem Unifi Controller habe ich aber eine "excellente" dauerhafte Verbindung und anpingen funktioniert auch.


Habt ihr eine Idee was ich versuchen kann?

Soll ich das Plugin neu installieren?

Kann mein API key/secret abgelaufen sein? (Wie erneuere ich den?)

Danke und beste Grüße
FRECH

[Prof.Mobilux]

Schau im ersten Schritt im TinyTuya WebUI nach, ob die Geräte dort noch vorhanden sind. Von dort holt das MQTT Gateway des Plugins die Daten. Wenn es aus der WebUI verschwunden ist, hat es mit dem Plugin nichts zu tun.

Dann muss man auf TinyTuya Ebene schauen - vermutlich verliert es aber die Verbindung oder ein anderes Gerät greift auf Dein Tuya-Gerät zu. Tuyageräte können nur eine Verbindung gleichzeitig offen halten. Irgendeine neue Handy App?

[FRECH]

Zuerst mal danke für deine rasche Hilfe!!!!

Ich musste das Service auf der Homepage verlängern, obwohl ich im täglichen Betrieb nichts verändert habe.

Jetzt geht es wieder!

[Lightpicture]

Hallo,

Hat diesen Sensor jemand in Verwendung und funktioniert er mit dem Plugin?
Danke, für eine Info.

https://amzn.eu/d/e0vjkVv

Brandson - CO2 Melder WiFi

[Prof.Mobilux]

Generell funktionieren diese Art von Devices: https://github.com/jasonacox/tinytuy...raturehumidity

Allerdings machen einige Batterie betriebene Geräte Probleme, weil sie sich zwischendurch immer schlafen legen. Man kann aus der Produktbeschreibung nicht so recht herauslesen, was bei dauerhafter Stromversorgung passiert. Wirst Du ausprobieren müssen. Ich denke aber, dass Du ganz gute Chancen haben dürftest. Das Display wird auch permanent an bleiben und vermutlich damit der Sensor auch permanent mit dem Plugin verbunden bleiben. Aber das ist nur eine Vermutung von mir.

[Lightpicture]

Danke dir.
Gerät ist am Weg, ich werde berichten wie es sich verhält.

[Daniel.weinrich]

Guten Morgen,

Ich nutze auch das Tuya Plugin und ich habe festgestellt das meine Klimaanlage schnell auf die Befehle reagieren, aber meine Bewässerung nicht.
Bei der Bewässerung dauert es ca 1-5 Minuten bis ein Befehl zum Ventil öffnen oder Schliessen umgesetzt wird.

Ein Befehl aus der Smart Life app wird sofort umgesetzt, aber der Befehl via MQTT benötigt leider sehr viel Zeit.
Was kann der Grund sein? habe ich eine Einstellung übersehen?

Vielen Dank

[Prof.Mobilux]

Sind die Ventile Batterie betrieben? Bekommen sie den Befehl eventuell erst, wenn sie sich das nächste Mal zyklisch mit dem Server verbinden?

Testen zunächst über den integrierten Webserver nicht über MQTT. Wenn es da auch so lange dauert, dann einen Issue bei TiyTuya aufmachen.

[Daniel.weinrich]

Die Steuerung ist nicht Batterie betreiben sondern 24V DC immer am Strom.
Wenn ich in der Web UI den Sprinkler aktiviere startet er sofort. Da gibts kein Delay. Auch zwischen App und Web UI gibts kein Delay.
Es geht auch ewig bis der Status des Ventils im MQTT incoming Bereich steht.

[Prof.Mobilux]

Ok. Das ist seltsam. Insbesondere weil ja der Status der Klimaanlage sofort kommt. Da kann ich leider nicht helfen.

[andineu]

Hallo Zusammen,

Danke gleich mal für eure Hilfe bin neu mit dem Plugin
Ich hab mit einen EV Charger gekauft und würde den Gerne über die Tuya App steuern. Leider mache ich glaube ich etwas falsch.
1.Ich hab den Charger über die App in mein Konto eingebunden
2. Developer Account angelegt und auch Cloud Projekt erstellt sowie den App Account verbunden
3. hab den schritt mit Mapping durchgeführt wie bei Github beschrieben


Danke gleich mal für eure Hilfe

Gruss Andi

[andineu]

Das erste Problem habe ich gelöst es muss etwas beim Device anlegen falschgelaufen sein. Jetzt sehe ich die Werte des Chargers bereits im MQTT Plugin

[andineu]

Hallo zusammen,

Erst mal nochmal danke für das mächtige Plugin. Jetzt habe ich soweit alles am laufen, ich kann Werte schreiben und Lesen.
dennoch hab ich das Problem, das nach einiger Zeit die Verbindung zwischen Plugin und den EV Charger abbricht.
Das bedeutet ich kann nicht länger Werte sende und ich empfange auch keine Werte mehr von dem Gerät. Ich hab einen screen shot angehängt wenn keine Werte angezeigt werden und einen in denen die Werte zu sehen sind.

Über die Tuya App ist das Gerät aber weiterhin normal steuerbar. Ich habe keine Ahnung wo ich weiter suchen könnte, bin um jede Hilfe dankbar.

Um die Verbindung wider herzustellen, muss ich den Charger vom Strom trennen, dann kann ich wider über das Plugin auf das Gerät zugreifen.

Vielen Dank für eure Hilfe bin etwas ratlos...

Gruss Andi

[Prof.Mobilux]

Tuya Geräte können nur eine Verbindung gleichzeitig. Nutzt du die App öfter? Dann verliert jedes mal das Plugin die Verbindung.

[andineu]

top danke dann werde ich das mal testen. wäre ja ein easy fix
gruss Andi

[Prof.Mobilux]

Das steht auch sehr fett und präsent im Wiki....