NEWS
Tuya Adapter 3.9.x
-
@ilovegym Gruppen: Geht auf ein Gerät, auf den Stift und dann dort im "Menü des Geräts" quasi gibts "zu gruppe hinzufügen". so kannst du eine erstellen. Es gehen nur "Gleiche Gerätetypen" zusammen und dann kannst du nicht ur ein/ausschalten sondern wirklich werte machen - nicht alle aber einige ...
@apollon77 sagte in Tuya Adapter 3.9.x:
Tuya: In meinenm Verständnis ists genau andersrum. Szenen (in der Tuya APP!!)) schalten "Eine gruppe von geräten in einem definierten Zustand". Gruppen erlauben mehrere "gleiche" Geräte zusammen zu steuern
Jo, sag ich doch. ;)
Aber hier schreibst Du das anders...@apollon77 sagte in Tuya Adapter 3.9.x:
@ilovegym Gruppen: Geht auf ein Gerät, auf den Stift und dann dort im "Menü des Geräts" quasi gibts "zu gruppe hinzufügen". so kannst du eine erstellen. Es gehen nur "Gleiche Gerätetypen" zusammen und dann kannst du nicht ur ein/ausschalten sondern wirklich werte machen - nicht alle aber einige ...
Kein Stress. 🥰
-
@ilovegym
Du musst in ein Gerät gehen.
Dann in dessen Konfig.
Dort kannste "zu Gruppehinzufügen" auswählen. :face_with_rolling_eyes:@padrino sagte in Tuya Adapter 3.9.x:
@ilovegym
Du musst in ein Gerät gehen.
Dann in dessen Konfig.
Dort kannste "zu Gruppehinzufügen" auswählen. :face_with_rolling_eyes:Achjee.. ja, da isses.. richtig, DANKE!
-
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
wer hat noch ne LSC Doorbell? Seit der neuen Adapterversion 3.8.x funktioniert der Link fuer das Doorbell-Pic nicht mehr..
Seit dem 16.11.22 ist das anders, hier die History:
Bekommt man das wieder hin?
-
wer hat noch ne LSC Doorbell? Seit der neuen Adapterversion 3.8.x funktioniert der Link fuer das Doorbell-Pic nicht mehr..
Seit dem 16.11.22 ist das anders, hier die History:
Bekommt man das wieder hin?
-
wer hat noch ne LSC Doorbell? Seit der neuen Adapterversion 3.8.x funktioniert der Link fuer das Doorbell-Pic nicht mehr..
Seit dem 16.11.22 ist das anders, hier die History:
Bekommt man das wieder hin?
@ilovegym Ok, ich kann nochmal schauen. Das Problem ist das das "ein base64 encodetes etwas" ist was da von Tuya kommt. Bisher wurde immer "base64-decode gemacht". Damit war es da dann die URL. Problem ist aber das es ggf echte binäre Daten sind und die wurden dadurch zerstört.
Jetzt gibts zwei varianten:
1.) Ich baue im Adapter ein das er es dekodiert, irgendwie rausfindet ob es "text" ist und wenn ja so lässt und nur bei binärdaten es dann doch nicht dekodiert
2.) Du dir nen Alias definierst und dort als "read" funktion das base64 decode machstFür 1.) wäre es ggf ein GitHub issue bitte
-
@ilovegym Ok, ich kann nochmal schauen. Das Problem ist das das "ein base64 encodetes etwas" ist was da von Tuya kommt. Bisher wurde immer "base64-decode gemacht". Damit war es da dann die URL. Problem ist aber das es ggf echte binäre Daten sind und die wurden dadurch zerstört.
Jetzt gibts zwei varianten:
1.) Ich baue im Adapter ein das er es dekodiert, irgendwie rausfindet ob es "text" ist und wenn ja so lässt und nur bei binärdaten es dann doch nicht dekodiert
2.) Du dir nen Alias definierst und dort als "read" funktion das base64 decode machstFür 1.) wäre es ggf ein GitHub issue bitte
@apollon77 ah, gute Idee, ich teste mal rum.. muss halt jedesmal runter die Klingel druecken und wieder hoch rennen an den Rechner.. oder ich hol mir so ne Klingel nochmal.. mal schauen.. komm gerade vom Action.. :)
-
@apollon77 ah, gute Idee, ich teste mal rum.. muss halt jedesmal runter die Klingel druecken und wieder hoch rennen an den Rechner.. oder ich hol mir so ne Klingel nochmal.. mal schauen.. komm gerade vom Action.. :)
-
@apollon77 sagte in Tuya Adapter 3.9.x:
@ilovegym sagte in Tuya Adapter 3.9.x:
wieder hoch rennen
Sport tut gut :-)
Gerade mal wieder koerperlich stark eingeschränkt.. :( da neige ich eher dazu, noch 23x bei Amazon einzeln zu bestellen, dann klappt das mit dem Klingel druecken.. ( es sei denn, es kommt per DHL, der wirft beim vorbeifahren ab..)
-
@apollon77 ah, gute Idee, ich teste mal rum.. muss halt jedesmal runter die Klingel druecken und wieder hoch rennen an den Rechner.. oder ich hol mir so ne Klingel nochmal.. mal schauen.. komm gerade vom Action.. :)
@ilovegym sagte in Tuya Adapter 3.9.x:
@apollon77 ah, gute Idee, ich teste mal rum.. muss halt jedesmal runter die Klingel druecken und wieder hoch rennen an den Rechner.. oder ich hol mir so ne Klingel nochmal.. mal schauen.. komm gerade vom Action.. :)
Dann bestell doch was bei prime, am Besten über 'n Echo, dann haben wir alle was davon. 🤣
-
@ilovegym sagte in Tuya Adapter 3.9.x:
@apollon77 ah, gute Idee, ich teste mal rum.. muss halt jedesmal runter die Klingel druecken und wieder hoch rennen an den Rechner.. oder ich hol mir so ne Klingel nochmal.. mal schauen.. komm gerade vom Action.. :)
Dann bestell doch was bei prime, am Besten über 'n Echo, dann haben wir alle was davon. 🤣
@padrino schon passiert.. ;)
-
@apollon77
Bereits eine Anfrage gestellt. Datenpunkt nicht änderbar!
Habe folgendes Problem:
Infrarotheizung steuerbar mit der Tuya App, funktioniert gut.
Alle DP in der Tuya App vorhanden und bis auf einen DP sind auch die DP,s steuerbar. Der DP "work_state" reagiert nicht- Im RAW war er schreibgeschützt, habe Schreibschutz auf nein gesetzt => keine Änderung. Ich kann zwar "Standby" oder "heating". wählen, aber es wird nichts ausgeführt. Der DP Wert ist rot!
Ist das ein Cloud Problem oder ist dieser DP von der Tuya APP geschützt?
-
@apollon77
Bereits eine Anfrage gestellt. Datenpunkt nicht änderbar!
Habe folgendes Problem:
Infrarotheizung steuerbar mit der Tuya App, funktioniert gut.
Alle DP in der Tuya App vorhanden und bis auf einen DP sind auch die DP,s steuerbar. Der DP "work_state" reagiert nicht- Im RAW war er schreibgeschützt, habe Schreibschutz auf nein gesetzt => keine Änderung. Ich kann zwar "Standby" oder "heating". wählen, aber es wird nichts ausgeführt. Der DP Wert ist rot!
Ist das ein Cloud Problem oder ist dieser DP von der Tuya APP geschützt?@opa75 Also wenn das State Read only ist dann weil Tuya es so mitliefert und dann machts auch keinen Sinn es am Adapter vorbei zu ändern.
Working state denke ich ist der Status des geräts. Am einfachsten ändere in der app und schaue was sich ändert in den States, dann weisst du was du ändern musst. Bei temo set 19 und aktuell 18 kann ggf sein das sie einfach nichts tut ... das musst du mal versuchen.
-
@apollon77
Bereits eine Anfrage gestellt. Datenpunkt nicht änderbar!
Habe folgendes Problem:
Infrarotheizung steuerbar mit der Tuya App, funktioniert gut.
Alle DP in der Tuya App vorhanden und bis auf einen DP sind auch die DP,s steuerbar. Der DP "work_state" reagiert nicht- Im RAW war er schreibgeschützt, habe Schreibschutz auf nein gesetzt => keine Änderung. Ich kann zwar "Standby" oder "heating". wählen, aber es wird nichts ausgeführt. Der DP Wert ist rot!
Ist das ein Cloud Problem oder ist dieser DP von der Tuya APP geschützt?@opa75 Danke für die prompte Antwort.
Die Steuerung über die App funktioniert. Wenn ich in der App auf work_state "smart" stelle funktioniert die Heizung laut Einstellung in der App. Problem ist nur, dass die Genauigkeit der Temperaturwerte sehr ungenau sind. Darum möchte ich im work_state "auto" die Heizplatte betreiben. Ich brauche diese nur in der Früh zum Aufheizen für 1 ca. Stunde. -
@opa75 Danke für die prompte Antwort.
Die Steuerung über die App funktioniert. Wenn ich in der App auf work_state "smart" stelle funktioniert die Heizung laut Einstellung in der App. Problem ist nur, dass die Genauigkeit der Temperaturwerte sehr ungenau sind. Darum möchte ich im work_state "auto" die Heizplatte betreiben. Ich brauche diese nur in der Früh zum Aufheizen für 1 ca. Stunde. -
Sorry für die verspätete Antwort, aber manchmal ist das Absenden der Antwort nicht erlaubt???
Mode steuert "auto" oder "smart". Smart wird auf der Tuya App eingestellt. => Heizzeiten. Mit "auto" => möchte ich über ein blockly steuern. Trigger => Zeit und Temperatur, weiters Aus und Ein.
Work_state => "standby" oder "heating". Heating steuert EIN (heizen)Werde mal den Tuya Support kontaktieren.
-
Sorry für die verspätete Antwort, aber manchmal ist das Absenden der Antwort nicht erlaubt???
Mode steuert "auto" oder "smart". Smart wird auf der Tuya App eingestellt. => Heizzeiten. Mit "auto" => möchte ich über ein blockly steuern. Trigger => Zeit und Temperatur, weiters Aus und Ein.
Work_state => "standby" oder "heating". Heating steuert EIN (heizen)Werde mal den Tuya Support kontaktieren.
@opa75 Ich glaube "wrok_state" ist NUR der Status den das gerät hat und NICHT steuerbar!! Du musst jetzt rausfinden was das Gerät braucht damit es heizt. DAS ist die Frage ... und da hilft dir kein Tuya support (vor allem nicht wenn Du ihnen erzählst von iobroker und dem Adapter - NICHT TUN!!) Der Gerätehersteller ist der einzige der das sagen kann ...
Ich glaube immer noch das es einer der anderen Werte ist (setz doch mal nur ne höhere temperatur im Auto modus . was passiert dann?)
-
Sorry für die verspätete Antwort, aber manchmal ist das Absenden der Antwort nicht erlaubt???
Mode steuert "auto" oder "smart". Smart wird auf der Tuya App eingestellt. => Heizzeiten. Mit "auto" => möchte ich über ein blockly steuern. Trigger => Zeit und Temperatur, weiters Aus und Ein.
Work_state => "standby" oder "heating". Heating steuert EIN (heizen)Werde mal den Tuya Support kontaktieren.
"work_state" ist nur eine Status-Anzeige und nicht steuerbar.
Gesteuert wird über "mode", ob manueller Betrieb über die "temp_set" oder automatisch über die Wochenzeiten (welche im Adapter meist nicht setzbar sind - auch bei mir nicht).
Ich habe einen Magnum MRC Thermostat der sieht so aus:
"work_state" auch bei mir korrekt NICHT steuerbar, weil eben nur Status.
Gesteuert wird folglich:
a) mode = MANUAL ==> Steuerung über temp_set
b) mode = AUTO ==> Steuerung über die (in der App gesetzte) Wochenpläne und Temperaturen, siehe
-
@opa75 Ich glaube "wrok_state" ist NUR der Status den das gerät hat und NICHT steuerbar!! Du musst jetzt rausfinden was das Gerät braucht damit es heizt. DAS ist die Frage ... und da hilft dir kein Tuya support (vor allem nicht wenn Du ihnen erzählst von iobroker und dem Adapter - NICHT TUN!!) Der Gerätehersteller ist der einzige der das sagen kann ...
Ich glaube immer noch das es einer der anderen Werte ist (setz doch mal nur ne höhere temperatur im Auto modus . was passiert dann?)
@apollon77 Ich werde die Antwort von reutli mal testen.
-
"work_state" ist nur eine Status-Anzeige und nicht steuerbar.
Gesteuert wird über "mode", ob manueller Betrieb über die "temp_set" oder automatisch über die Wochenzeiten (welche im Adapter meist nicht setzbar sind - auch bei mir nicht).
Ich habe einen Magnum MRC Thermostat der sieht so aus:
"work_state" auch bei mir korrekt NICHT steuerbar, weil eben nur Status.
Gesteuert wird folglich:
a) mode = MANUAL ==> Steuerung über temp_set
b) mode = AUTO ==> Steuerung über die (in der App gesetzte) Wochenpläne und Temperaturen, siehe -
@reutli Danke für die Info. Werde mal diesen Vorschlag probieren. Steuerst Du das Gerät auch mit einem Blockly?
Ja, habe dazu Alias angelegt (falls Gerät mal ausgetauscht werden muss) und steuere über Blockly
Sehr einfach - CRON wann eingeschaltet werden soll und Zieltemperatur setzen:
Ist das Beispiel für einen Wochentag...
Morgens 5.30 Uhr einschalten mit 23° um 6.30 Uhr wieder runter auf 20°
826
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge