NEWS
Tuya Adapter 3.9.x
-
@reutli Danke für die Info.
Noch eine Frage zur Temp. Steuerung.
Das Blockly hat die Aufheizung nach Erreichen der Temperatur abgeschaltet, aber wie schaltet es wieder ein?
Hängt das eventuell von der in der App intern eingestellten Temperatur Differenz ab, Z.B. Set Temp = 20 ° ausschalten und ??16 ° wieder ein?? Muss das abwarten.
Gerade bei Diff 2° ist wieder aufheizen angesagt.:blush:Das Blockly hat die Aufheizung nach Erreichen der Temperatur abgeschaltet, aber wie schaltet es wieder ein?
Nein, das ware der Thermostat. Sobald die durch das Blockly eingestellte Soll-Temperatur erreich ist, schaltet der Thermostat ab.
Wenn die Temperatur wieder (mit Hysterese) unter den Wert fällt schaltet der Thermostat wieder ein.Das "Ausschalten" im Blockly ist ja auch nicht wirklich ein Ausschalten, sondern in Absenken der Temperatur von 23° auf 20°.
Fällt die Temperatur als im weiteren Verlauf des Tages unter 20°, dann schaltet der Thermostat wieder ein, bis Temperatur von 20° (+Hysterese) erreicht ist.Im Grunde stellt man also nur die Temperaturen ein, die man gerne zu bestimmter Zeit hätte.
PS: gehört aber nicht in diesen thread hier. Bitte ggf. einen Neuen aufmachen unter der Kategorie Blockly.
-
Hallo @apollon77
Ich habe mir auf Amazon 2 IR Controller bestellt. Der eine funktioniert so wie beschrieben.
Der andere hat eine ganz andere Datenstruktur und die angelegten Untergeräte haben keine Funktion.
Ich hänge mal 2 Bilder an. Vielleicht kannst du was damit was anfangen.
@jan-s100 Github issue anlegen, dann komplettes Debug log aus dem Logfile vom Adapterstart an iobroker@fischer-ka.de mit referez zu dem issue schicken
-
Feiertage gibt es einen eigenen Adapter "Deutsche Feiertage".
Den installieren, konfigurieren und verwenden.
-
@reutli Ich habe bei der Zeiterstellung (CRON) "Bestimmte Zeit" und "Arbeitstage" genommen. Das müsste ja auch so funktionieren, denn dann könnte man ja die "oder Bedingung" mit den Wochentagen löschen. Sie screenshot. Oder irre ich mich da?
@opa75
Viele Wege führen nach Rom, ja das sollte auch funktionieren.Nochmal: Wenn Du noch Blockly fFragen hast, dann nicht mehr hier, sondern neuen thread aufmachen! Sonst bekommt @apollon77 demnächst die Krise :grinning:
Es ist wichtig, dass solche Themen in den richtigen Threads und Kategorien liegen, damit auch andere, die nach einer Problematik suchen, das finden.
-
@opa75
Viele Wege führen nach Rom, ja das sollte auch funktionieren.Nochmal: Wenn Du noch Blockly fFragen hast, dann nicht mehr hier, sondern neuen thread aufmachen! Sonst bekommt @apollon77 demnächst die Krise :grinning:
Es ist wichtig, dass solche Themen in den richtigen Threads und Kategorien liegen, damit auch andere, die nach einer Problematik suchen, das finden.
-
@jan-s100 Github issue anlegen, dann komplettes Debug log aus dem Logfile vom Adapterstart an iobroker@fischer-ka.de mit referez zu dem issue schicken
-
@apollon77 Ist alles bei dir angekommen? Wenn du sonst noch was brauchst, bitte Bescheid sagen.
-
@apollon77 Dankeschön. Und nochmal ein Dankeschön für deine Arbeit hier. 👍
-
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
@apollon77 Danke für den Adapter. Konnte damit erfolgreich eine LED RGBIC Strip einbinden!
-
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
@apollon77 Ich habe LED Scheinwerfer in der Smartlife App drinnen.
Kann ich diese dann auch mit dem TuyaAdapter einbinden?Unter welchen Link ist die letzte Version zu finden?
cu Deta
-
@apollon77 Ich habe LED Scheinwerfer in der Smartlife App drinnen.
Kann ich diese dann auch mit dem TuyaAdapter einbinden?Unter welchen Link ist die letzte Version zu finden?
cu Deta
-
@deta Ja der tuya Adapter kann SmartLife und Tuya App. Aktuellste Version einfach ganz normal über Admin installieren. Ganz normal im Repository
@apollon77 danke hat bestens funktioniert.
-
@planetkeane debug log bitte. Am Ende würde das heissen das auch per MQTT kein Update kommt. Bzw … wie prüfst du es? Per Admin oder mit nem script was da subscribed? Admin geht vllt zu schnell. Im debug log siehst du auch genau was per iot Platform reinkommt. Und was der Adapter setzt. Da ist solche Geräte nicht habe kann ich nur raten.
@apollon77 Ist das Problem schon gelöst?
Ich habe über die IOT Tuya Platform meine Geräte verbunden, aber ich kann nach wie vor nicht über Iobroker die DP's ansprechen bzw. schalten. Ich habe die "Device Notification" aktiviert die "no local connection" auf true (bestätigt) gesetzt und ich weiß nicht mehr was ich noch machen soll. Auf der IOT Platform werden alle Geräte angezeigt.
Betrifft nur die Geräte, die mit einem anderem WLAN verbunden sind! Alle anderen Geräte können ohne Probleme gesteuert werden.
Muss ich vielleicht den MQQT Adapter installieren? -
@apollon77 Ist das Problem schon gelöst?
Ich habe über die IOT Tuya Platform meine Geräte verbunden, aber ich kann nach wie vor nicht über Iobroker die DP's ansprechen bzw. schalten. Ich habe die "Device Notification" aktiviert die "no local connection" auf true (bestätigt) gesetzt und ich weiß nicht mehr was ich noch machen soll. Auf der IOT Platform werden alle Geräte angezeigt.
Betrifft nur die Geräte, die mit einem anderem WLAN verbunden sind! Alle anderen Geräte können ohne Probleme gesteuert werden.
Muss ich vielleicht den MQQT Adapter installieren?@opa75 Hallo,
Erklaerung:
das hat nichts mit dem mqtt-Adapter zu tun.
Wenn deine Geraete mit einem anderen Wifi verbunden sind, dann sollte eigentlich, wenn diese im gleichen Account sind, und alles ueber die Tuya Cloud syncronisiert wurde, von iobroker zu schalten sein.
Der Datenpunkt "no local connection" bringt den Adapter dazu, bei diesem Geraet erst garnicht eine lokale Verbindung zu versuchen sondern diesen gleich ueber die Cloud zu steuern.Tip:
Am besten pruefen, ob alle Geraete in der App zu schalten sind, alle mit dem gleichen Account verknuepft sind.
Dann nochmal im Adapter den Cloud-Sync starten, und warten, bis er damit fertig ist.
Den Haken bei Daten ueber Cloud holen hast du aktiv?
Es gibt bei manchen Devices einen Datenpunkt "Remote Switch" dieser sollte auf true gesetzt sein...Wenn es dann immer noch nicht geht, mal den Adapter auf Debug stellen, und ein Issue auf Git erstellen und das Log an @apollon77 senden.
Gruss,
Bernd -
@apollon77 Ist das Problem schon gelöst?
Ich habe über die IOT Tuya Platform meine Geräte verbunden, aber ich kann nach wie vor nicht über Iobroker die DP's ansprechen bzw. schalten. Ich habe die "Device Notification" aktiviert die "no local connection" auf true (bestätigt) gesetzt und ich weiß nicht mehr was ich noch machen soll. Auf der IOT Platform werden alle Geräte angezeigt.
Betrifft nur die Geräte, die mit einem anderem WLAN verbunden sind! Alle anderen Geräte können ohne Probleme gesteuert werden.
Muss ich vielleicht den MQQT Adapter installieren?@opa75 du hast noLocalConneftion mit bestätigt flag gesetzt? Dann braucht der Adapter einen Neustart das er das initialisiert. Bitte Kommandos an Adapter IMMER mir bestätigt=false!!!!
Und PS: Wie soll ein problem gelöst sein was scheinbar aktuell nur Du hast und mir kein Debug Log bereitstellst?
-
@opa75 du hast noLocalConneftion mit bestätigt flag gesetzt? Dann braucht der Adapter einen Neustart das er das initialisiert. Bitte Kommandos an Adapter IMMER mir bestätigt=false!!!!
Und PS: Wie soll ein problem gelöst sein was scheinbar aktuell nur Du hast und mir kein Debug Log bereitstellst?
@apollon77 Am 20.11. hat planetkeane geschrieben, dass er dasselbe Problem hat.
Er und ich sollten das Log von der Konsole senden. Ich würde gerne das Log senden, aber ich hänge bei der Konsole da => cd /opt/iobroker/log/, dann weiß ich nicht den Befehl um Tuya zu loggen. Habe bereits viele Suchanfragen über Dr. Google gemacht => ohne Erfolg. Vielleicht kann wer den Befehl mir für das loggen und dann für das Kopieren senden. Sorry für meine sehr bescheidenen Kenntnisse, daher auch meine oft missverständlichen Fragen. -
@apollon77 Am 20.11. hat planetkeane geschrieben, dass er dasselbe Problem hat.
Er und ich sollten das Log von der Konsole senden. Ich würde gerne das Log senden, aber ich hänge bei der Konsole da => cd /opt/iobroker/log/, dann weiß ich nicht den Befehl um Tuya zu loggen. Habe bereits viele Suchanfragen über Dr. Google gemacht => ohne Erfolg. Vielleicht kann wer den Befehl mir für das loggen und dann für das Kopieren senden. Sorry für meine sehr bescheidenen Kenntnisse, daher auch meine oft missverständlichen Fragen. -
@apollon77 Ja mache ich.
-
@apollon77 Haben nun bei "no local connection" auf true ohne bestätigt gesetzt, Instanz neu gestartet (?Adapter), Objekte neu gestartet, aber der Iqontrol Schalter lässt sich nicht ein/aus schalten.
Ich werde nun die beiden Schalter in Iqontrol löschen und neu installieren. Vielleicht liegt ja dort das Problem, gebe dann Bescheid. -
@apollon77 Haben nun bei "no local connection" auf true ohne bestätigt gesetzt, Instanz neu gestartet (?Adapter), Objekte neu gestartet, aber der Iqontrol Schalter lässt sich nicht ein/aus schalten.
Ich werde nun die beiden Schalter in Iqontrol löschen und neu installieren. Vielleicht liegt ja dort das Problem, gebe dann Bescheid.
546
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge