NEWS
Tuya Adapter 3.9.x
-
@apollon77 Ich habe den Fehler gefunden. Ich habe ein falsches Passwort in der Instanz eingeben. Nun funktioniert es wieder. Es tut mir Leid deine Zeit für so etwas genützt zu haben.
Gemerkt habe ich es, weil ich ein Debüt von der Instanz gemacht habe. -
@apollon77 Habe die Bedeutung des Instrumentes Log nicht verstanden, dass dieser wichtige Informationen liefert. Wieder einen kleinen Schritt vorwärts gemacht. Danke für deine Unterstützung.
-
Hi All,
nach dem großen Schritt der 3.8 (Details und change Infos dazu unter https://forum.iobroker.net/topic/59737/tuya-adapter-3-8-1 !) von Tuya und der Verfügbarkeit der Cloud gehts mit noch einem Feature Update weiter.
Ich bedanke mich auch wieder bei @tombox der wieder bei IR und Scenes unterstützt hat und rausgesucht hat wie die App das sendet.
Was ist Neu?
Unterstützung der lokalen Steuerung der Tuya Protokolle 3.2 und 3.4
Die 3.2 sind wenige Geräte, aber die 3.4 sind wohl eher alle neueren. Sollte jetzt lokal gesteuert so klappen wie in allen anderen Fällen auch.
Unterstützung für IR-Blaster-Geräte
IR Blaster haben neben den normalen Tuya States noch zwei weitere States:
- ir-learn ist ein Button zum Triggern der Anlernfunktion für einen IR-Code. Also triggern und danach während am Gerät die LED leuchtet mit der echten Fernbedienung Taste drücken. Dann erscheint im State 202 ein langer STring. Den kopieren wenn man diese Taste später senden will.
- ir-send ist das State wo man den oben erfassten String wieder senden kann.
WICHTIG: Diese Funktion geht aktuell ausschliesslich wenn eine lokale Verbindung besteht (anlernen und auch senden!) (Cloud kommt vllt noch)
Unterstützung von IR-App-Untergeräten
Wenn man einen IR-Blaster als Gerät hat kann man in der Tuya/Smartlife App darüber Geräte aus einer großen IR-Datenbank suchen und anlegen. Diese erscheinen dann als "Untergeräte" in der App und können gesteuert werden.
Der Adapter zeigt diese Geräte nun ebenfalls an und zwar listet er in ir-* States alle einzelnen Tasten des Geräts auf und erlaubt diese auszulösen.WICHTIG: Diese Funktion (auch senden!) geht aktuell ausschliesslich wenn man die App-Cloud-Daten hinterlegt und gespeichert hat! (Lokal kommt vllt noch)
Zusatz: Es gibt einige Geräte, welche "Kombi-IR-Codes" haben, die mehrere Dinge zusammen steuern (zB eine Daikin hat den Modus, Temperatur und Lüftergeschwindigkeit in einem Kombi IR-key wie "M2_T20_S2"), wovon es dann viele gibt. Aktuell müsst Ihr in Ermangelung einer automatisierbaren Möglichkeit selbst das richtige raussuchen. Es kann auch sein das in so einem Fall weitere Tuya States verfügbar sind die auch aktualisiert werden wenn per App etwas gesteuert wird, aber nichts passiert wenn man es selbst steuert.
Zusatz RGB States bei colour/colour_data IDs 5/24
Bei Farbcodes ist tuya recht speziell. Für bestimmte Fälle sind die Umrechnungen bekannt (colour/colour_data IDs 5/24) und der Adapter stellt einen Zusatzstate (5-rgb bzw. 24-rgb) zur Verfügung mit der Farbe als "#rrggbb" State. Eine Änderung dieses States sollte es umrechnen und steuern.
bright_value States mit korrigierten Scaling
Bei den bright_value states war das Scaling teilweise von Tuya nicht korrekt gesetzt. Daher waren die Werte von 10..1000 was eigentlich 0..100 sein sollte. Das ist jetzt korrigiert.
Neuer State pro Gerät "noLocalConnection"
Mit dem neuen State kann man verhindern das der Adapter sich versucht zum Gerät Lokal zu verbinden. Damit können folgende Szenarien umgesetzt werden:
- Saisonale Geräte die aktuell ggf nicht Online sind können so verhindert werden das Sie ständig im Log über fehlgeschlagene Verbindungsversuche meckern.
- Geräte die in einem anderen Netzwerk sind und somit lokal nicht erreichbar sind, aber ggf per Coud-Polling oder IoT-Platform-MQTT können damit ausschliesslich über die Cloud betrieben werden
- u.ä.
Fehler melden
Wenn Ihr euch unsicher seid ob es ein Fehler ist gern hier posten.
Sonst - bzw vor allem bei Adapter-Crashes oder so - bitte GitHub Issues anlegen. Am besten mit einem Debug log. Wer das Debug Log nicht auf GitHub posten möchte gern mit Referent auf das GitHub Issue per E-Mail an iobroker@fischer-ka.de
Dann jetzt,
Have Fun
Ingo
Muss mal ein Lob aussprechen, bisher habe ich Tuya Geräte nur angeschafft wenn ich sie auf Tasmota umändern konnte. Nun muss man das nicht mehr, meine neu angeschaffte Deckenleuchte mit Lüfter kann ohne Cloud lokal gesteuert werden. Super, da gehen die Bedenken hin die ich immer vor Cloudabschaltungen habe.
Tolle Arbeit @apollon77 -
Kleiner Zwischenbericht bei mir:
Ich habe mein Netz in VLANs eingeteilt. Seitdem funktionierten die Geräte nicht mehr.
Tuya Geräte waren im IoT VLAN und der ioBroker im Native VLAN.Beide VLANs können sich sehen (zumindest die Tuya-Geräte und der ioBroker). Die IP-Adressen haben sich aber nicht aktualisiert. Auch das manuelle Ändern in dem RAW-Objekt auf die richtige IP-Adresse hat nicht funktioniert, da er wieder die alte IP-Adresse eingesetzt hat nach Adapterneustart.
Die einzige Möglichkeit war, den Objektbaum zu löschen, alle Geräte in der Smart-Life App neu einzurichten und sie dann wieder über den Adapter suchen lassen. Die Objekte wurden angelegt aber ohne IP-Adresse. Danach konnte ich die IP-Adresse im RAW eingeben, Adapter neustarten und nun funktioniert alles soweit. Bei den Fensterkontakten habe ich eingestellt, dass nur über die Cloud syncronisisert werden soll und auch keine IP-Adresse vergeben.
-
Kleiner Zwischenbericht bei mir:
Ich habe mein Netz in VLANs eingeteilt. Seitdem funktionierten die Geräte nicht mehr.
Tuya Geräte waren im IoT VLAN und der ioBroker im Native VLAN.Beide VLANs können sich sehen (zumindest die Tuya-Geräte und der ioBroker). Die IP-Adressen haben sich aber nicht aktualisiert. Auch das manuelle Ändern in dem RAW-Objekt auf die richtige IP-Adresse hat nicht funktioniert, da er wieder die alte IP-Adresse eingesetzt hat nach Adapterneustart.
Die einzige Möglichkeit war, den Objektbaum zu löschen, alle Geräte in der Smart-Life App neu einzurichten und sie dann wieder über den Adapter suchen lassen. Die Objekte wurden angelegt aber ohne IP-Adresse. Danach konnte ich die IP-Adresse im RAW eingeben, Adapter neustarten und nun funktioniert alles soweit. Bei den Fensterkontakten habe ich eingestellt, dass nur über die Cloud syncronisisert werden soll und auch keine IP-Adresse vergeben.
@planetkeane Also an sich sollte es problemlos gehen die IPs zu setzen auch wenn Sie in anderen netzwerken sind das sie genutzt werden. Am besten natürlich die Objekte bei ausgeschaltetem Adapter manipulieren.
Auch für mich unklar woher die alten IPs hätten kommen sollen ...
PS: Das Thema ist ggf auch das die Protocol-Version fehlt, weil die kommt an sich auch aus den UDP-nachrichten. Ohne die denkt er es ist protokoll 3.3 ... kann stimmen. Muss aber nicht.
Sonst hilft ggf ein ioBroker-Slave im IPT Netzsegment?
-
Die 3.10.0 geht jetzt nach Beta ... https://forum.iobroker.net/topic/60717/tuya-adapter-3-10-0-beta
-
Wollte mich mal für den Adapter bedanken. Ich dachte schon ich muss da mit irgendwelchen Proxies rumhantieren - aber ich brauche nur die lokale Verbindung zu den Geräten und das funktioniert mit meinem ersten Gerät. Hat zwar bissi gedauert, aber freue mich nun, wie das geht. Also mit den Cloud Credentials die Geräte importieren und später einfach nur lokal abfragen.
Vielen Dank dafür!!!!
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Wollte mich mal für den Adapter bedanken. Ich dachte schon ich muss da mit irgendwelchen Proxies rumhantieren - aber ich brauche nur die lokale Verbindung zu den Geräten und das funktioniert mit meinem ersten Gerät. Hat zwar bissi gedauert, aber freue mich nun, wie das geht. Also mit den Cloud Credentials die Geräte importieren und später einfach nur lokal abfragen.
Vielen Dank dafür!!!!
@mickym sagte in Tuya Adapter 3.9.x:
Wollte mich mal für den Adapter bedanken. Ich dachte schon ich muss da mit irgendwelchen Proxies rumhantieren - aber ich brauche nur die lokale Verbindung zu den Geräten und das funktioniert mit meinem ersten Gerät. Hat zwar bissi gedauert, aber freue mich nun, wie das geht. Also mit den Cloud Credentials die Geräte importieren und später einfach nur lokal abfragen.
Vielen Dank dafür!!!!
Da schließ ich mich direkt mal an. Es ist jetzt super einfach, Tuyageräte einzubinden. So konnte ich direkt unseren chinesischen Wisch-/Saugroboter in ioB integrieren, obwohl ich da jede Hoffnung schon aufgegeben hatte. DANKE!
-
Die 3.10.0 geht jetzt nach Beta ... https://forum.iobroker.net/topic/60717/tuya-adapter-3-10-0-beta
@apollon77 Tuya Adapter 3.12.1.
Seit letzter Woche befasse ich mich mit dem Tuya Adapter. Das Einbinden einer "Wifi LED-Bulb, E27" von Hama Typ 176581 war recht schnell erledigt. Im iobroker wurden die Objekte 20 bis 32 sowie 24-rgb, ip, noLocalConnection, online und connection angelegt. Leider kann ich bisher nur über die ID 20 switch den Status in true und false ändern. Über ein widget in (vis vis-inventwo) colorpicker kann ich die Farben verändern. Sie werden im Objekten 24-rgb geändert aber nicht an die Lampe übertragen. Im tuya-debug-log ist eine Meldung "stateChange tuya.0.bf991a81904c6438bc.24-rgb " enthalten, die Verbindung zum Gerät aber fehlt und es kommt auch keine Fehlermeldung, dass nicht zum Gerät geschrieben werden kann.
Im debug-log ist jede Minute ein stateChange der ID 30,31 und 32 zu erkennen. Im github habe ich ein issue #507 angelegt, ein aktuelles log-file von heute sende ich dir zu. -
@apollon77 Tuya Adapter 3.12.1.
Seit letzter Woche befasse ich mich mit dem Tuya Adapter. Das Einbinden einer "Wifi LED-Bulb, E27" von Hama Typ 176581 war recht schnell erledigt. Im iobroker wurden die Objekte 20 bis 32 sowie 24-rgb, ip, noLocalConnection, online und connection angelegt. Leider kann ich bisher nur über die ID 20 switch den Status in true und false ändern. Über ein widget in (vis vis-inventwo) colorpicker kann ich die Farben verändern. Sie werden im Objekten 24-rgb geändert aber nicht an die Lampe übertragen. Im tuya-debug-log ist eine Meldung "stateChange tuya.0.bf991a81904c6438bc.24-rgb " enthalten, die Verbindung zum Gerät aber fehlt und es kommt auch keine Fehlermeldung, dass nicht zum Gerät geschrieben werden kann.
Im debug-log ist jede Minute ein stateChange der ID 30,31 und 32 zu erkennen. Im github habe ich ein issue #507 angelegt, ein aktuelles log-file von heute sende ich dir zu.@pi-mod Also steht "connected " auf false? Dann sollte er aber über die Cloud senden. AM besten Debug log bitte machen vom Start und so einem versuch und mir per E-Mail senden an iobroker@fischer-ka.de mit referenz auf den Post hier. Dann schaue ich mal rein
-
@pi-mod Also steht "connected " auf false? Dann sollte er aber über die Cloud senden. AM besten Debug log bitte machen vom Start und so einem versuch und mir per E-Mail senden an iobroker@fischer-ka.de mit referenz auf den Post hier. Dann schaue ich mal rein
@apollon77 Es steht noLocalConnection auf false , online auf true und connection auf true!
-
@apollon77 Tuya Adapter 3.12.1.
Seit letzter Woche befasse ich mich mit dem Tuya Adapter. Das Einbinden einer "Wifi LED-Bulb, E27" von Hama Typ 176581 war recht schnell erledigt. Im iobroker wurden die Objekte 20 bis 32 sowie 24-rgb, ip, noLocalConnection, online und connection angelegt. Leider kann ich bisher nur über die ID 20 switch den Status in true und false ändern. Über ein widget in (vis vis-inventwo) colorpicker kann ich die Farben verändern. Sie werden im Objekten 24-rgb geändert aber nicht an die Lampe übertragen. Im tuya-debug-log ist eine Meldung "stateChange tuya.0.bf991a81904c6438bc.24-rgb " enthalten, die Verbindung zum Gerät aber fehlt und es kommt auch keine Fehlermeldung, dass nicht zum Gerät geschrieben werden kann.
Im debug-log ist jede Minute ein stateChange der ID 30,31 und 32 zu erkennen. Im github habe ich ein issue #507 angelegt, ein aktuelles log-file von heute sende ich dir zu.@pi-mod Ok, jetzt musst Du sagen was genau nicht geht. Im Log ist alles wie es soll. Du änderst den Farbcode in 24-rgb, er rechnet den Wert um und setzt Ihn in 24 und er wert wird dann auch Bestätigt.
DU hast aber schon auch den colorMode (ist auch einer der states) auf color stehen und nicht nur "white" oder? Weil wenn der Modus nicht farbe ist dann passiert da mit einem Farbwert nichts weil nur weiss und ggf colorTemperature ne Rolle spielt. colorMode müsste die 21 sein, denke ich
-
@pi-mod Ok, jetzt musst Du sagen was genau nicht geht. Im Log ist alles wie es soll. Du änderst den Farbcode in 24-rgb, er rechnet den Wert um und setzt Ihn in 24 und er wert wird dann auch Bestätigt.
DU hast aber schon auch den colorMode (ist auch einer der states) auf color stehen und nicht nur "white" oder? Weil wenn der Modus nicht farbe ist dann passiert da mit einem Farbwert nichts weil nur weiss und ggf colorTemperature ne Rolle spielt. colorMode müsste die 21 sein, denke ich
Habe aktuell folgende Meldung im LOG:
Use app cloud polling because last MQTT update was 29 hours ago. Please check your Tuya IoT Cloud status that no service is expired.Was soll muss ich tun und woher kommt die Meldung?
Danke.
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Habe aktuell folgende Meldung im LOG:
Use app cloud polling because last MQTT update was 29 hours ago. Please check your Tuya IoT Cloud status that no service is expired.Was soll muss ich tun und woher kommt die Meldung?
Danke.
-
Habe aktuell folgende Meldung im LOG:
Use app cloud polling because last MQTT update was 29 hours ago. Please check your Tuya IoT Cloud status that no service is expired.Was soll muss ich tun und woher kommt die Meldung?
Danke.
@reutli Naja was sagt die Meldung denn? Es ist so das (so wie es auch in der Doku steht) diese iot platform kram nur temporär aktiv istt und regelmässig verlängert werden muss. Die meldeung sagt das seit 29h kein State update mehr über MQTT kam und das heisst üblicherweise das es expired ist
-
@reutli Naja was sagt die Meldung denn? Es ist so das (so wie es auch in der Doku steht) diese iot platform kram nur temporär aktiv istt und regelmässig verlängert werden muss. Die meldeung sagt das seit 29h kein State update mehr über MQTT kam und das heisst üblicherweise das es expired ist
"Bahnhof" - bin zu doof.
Wat muss ich tun? -
https://iot.tuya.com - Eonloggen -> Cloud -> projekt klicken -> Service APIs Tab -> IoT core auf "view details" -> dort sollte dann was orange sein und ein "extend Trial period" Button da sein ...
EDIT: Direktlink gefunden: https://eu.iot.tuya.com/cloud/products?productType=all
-
https://iot.tuya.com - Eonloggen -> Cloud -> projekt klicken -> Service APIs Tab -> IoT core auf "view details" -> dort sollte dann was orange sein und ein "extend Trial period" Button da sein ...
EDIT: Direktlink gefunden: https://eu.iot.tuya.com/cloud/products?productType=all
ok, danke für die Anleitung!
Hab's versucht, mal sehen, ob der review, dann positiv erfolgt:
-
ok, danke für die Anleitung!
Hab's versucht, mal sehen, ob der review, dann positiv erfolgt:
wie lange hast du verlaengert?
Ich konnte 6 Monate einstellen, war innerhalb von 24h reviewed und accepted. -
wie lange hast du verlaengert?
Ich konnte 6 Monate einstellen, war innerhalb von 24h reviewed und accepted.
678
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge