NEWS
Test Adapter Tuya 3.9.x (Alpha/GitHub) BEENDET
-
Jetzt gibst DU aber Gas
Mist ich habe keine Geräte am Start, um die features zu testen... bin drauf und dran IR-Geräte zu holen...
Kannst Du da welche empfehlen (Sender) die Power haben?
EDIT: Vielleicht welche die Du nicht hast - sonst ist es ja kein valider Test -
@reutli sagte in Test Adapter Tuya 3.9.x (Alpha/GitHub):
Jetzt gibst DU aber Gas
Naja bevor ich wegen Matter wenig zeit habe, dann lieber jetzt einmal "fertig" machen.
Kannst Du da welche empfehlen (Sender) die Power haben?
keine Ahnung ... Ich hab ein gerät zum testen geschickt bekommen. Kann daher keine Empfehlungen abgebem
-
@apollon77 It doesn´t "Matter" ... Wird ne Herausforderung ... OT-ENDE !
-
Bitte diejenigen die 3.9.0 schon von GitHub geholt haben nochmal drüberinstallieren!!
-
@apollon77
Super Klasse!
Erste Tests erfolgreich mit folgendem IR-Sender:
https://www.amazon.de/gp/product/B09DKN2ZJL/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
Damals für ca. 10€
Einlesen über die Cloud mit Tuya klappt:
... und steuern der Geräte klappt bisher auch super.
Werde morgen nochmal IR-Codes einlesen und senden bzw. weitere Tests machen.
melde mich ....
bis hierher wirklich super! Daumen hoch!
Gruß
Frank -
Also bei Einem von Euch der die 3.9.0 crasht der Adapter gerade ständig .. Bitte UNBEDINGT nochmal updaten!!
An sich sollte der js-controller so eine crash Schleife verhindern aber das passiert hier nicht ... interessant. -
Hallo, eine Frage zum Verständniss. Bedeutet "Unterstützung der lokalen Steuerung der Tuya Protokolle 3.2 und 3.4" das die Geräte nicht mehr über die Cloud laufen und sie sich mittels iobroker lokal steuern lassen? Wenn ja, kann dann die Cloud Verbindung im Router dann z.B. geblockt werden?
Danke und tolle Arbeit !
-
Initial müssen die Geräte aus der Cloud heruntergeladen werden, im weiteren kann die Kommunikation dann rein im eigenen Netz erfolgen.
-
@arek2k3 Der Adapter hat schon IMMER primär Lokal funktioniert und ausser dem "einmaligen" (ok jedes mal nach neuen Geräten hinzufügen) Sync (früher via Proxy, jetzt via Adapter) um die Gerätedefinitionen zu laden. Also konnte man ausser für den Sync theoretisch schon immer den Cloud Access blockieren und nur situativ freischalten.
Die Info zu den neuen Protokollen 3.2 und 3.4 bedeutet das auch Geräte die die Protokolle nutzen (sind noch nicht viele, aber die 3.4 kommt wohl langsam auf dem Markt an) jetzt auch lokal gehen
Der Adapter kann eher jetzt - sofern mal will, also optional - die Cloud als Fallback benutzen wenn die Geräte Lokal mal nicht verbunden sind.
Ob Du die am Ende auch in Realität blocken kannst hängt von der Qualität der Geräte ab. Ich erinnere mich das früher mal welche gab die seeehr instabil wurden, abgestürzt sind oder sowas, wenn man Ihnen die Cloud Connection weggenommen hat ... Lso Theoretisch geht das ... Praktisch "käme auf einen versuch an"
Seit 3.8 und wenn man mit der Cloud kein Problem hat gehen halt noch mehr Features wie IR oder Scenen, die aber momentan teilweise nur per Cloud gehen.
-
Für die die Farblampen haben und das neue Feature diesbezüglich testen wollen bitte Nochmals von GitHub aktualisieren
-
Ein kleines Feature ist mit der neuesten GitHub Version nochmal dazugekommen:
Jedes (nicht Sub-) Gerät hat jetzt einen noLocalConnection state. Wird dieser auf true gesetzt so wird nicht versucht das gerät lokal zu verbinden. Dies verhindert Logs die passieren wenn das Gerät zB Stromlos ist. Falls die Cloud-Daten gespeichert sind (oder sogar IoT Platform Daten für MQTT) so ist am Ende eine Steuerung via der Cloud weiterhin möglich.
-
Ich suche immer noch Tester für das RGB-Feature, die Farblampen haben ... Freiwillige vor!!
-
@apollon77 sagte in Test Adapter Tuya 3.9.x (Alpha/GitHub):
Ich suche immer noch Tester für das RGB-Feature
Ingo, ich hab eine Lampe gefunden, was soll ich testen?
Edit: Meine Lampe
JSON der Lampe:
-
@latzi siehe oben erster Post. Am Ende gibt es zwei Lampentypen: einer verwendet ID 5 und einer 24 ... am Ende solltest Du einen 5-rgb bzw 24-rgb (je nach Lampentyp halt) State bei dir jetzt zusätzlich haben.
Der Sollte
- Wenn Du zb in der Tuya App die Farbe wechselst und damit der Farbcode in dem taya State aktualisiert wird auch den X-rgb mit dem RGB Wert aktualisieren. Frage ist hier ob das tut und die RGB natürlich korrekt ist
- Anders rum kannst du den X-rgb nutzen um einen rgb code zu setzen - also auch hier Frage ob es tut wenn Du den steuerst das die Lampe diese Farbe annimmt
-
@apollon77
der 5-rgb sieht schon mal anders aus als der unter 5 (siehe Edit von meinem letzten Post). Ich spiele mal rum damit und geb Bescheid -
@apollon77 sagte in Test Adapter Tuya 3.9.x (Alpha/GitHub):
Wenn Du zb in der Tuya App die Farbe wechselst und damit der Farbcode in dem taya State aktualisiert wird auch den X-rgb mit dem RGB Wert aktualisieren. Frage ist hier ob das tut und die RGB natürlich korrekt ist
Anders rum kannst du den X-rgb nutzen um einen rgb code zu setzen - also auch hier Frage ob es tut wenn Du den steuerst das die Lampe diese Farbe annimmtKlappt wunderbar
Sobald ich im DP5-rgb
den Wert ändere wird die Lampe unmittelbar umgestellt und in der App taucht auch die neue Farbe auf und umgekehrt läuft's genau so - großes Kino Ingo -
@latzi Goil. Ich denke vor allem ist es einfacher zu bedienen als die tuya eigenen Formate.
Wenn wir jetzt noch jemanden mit ner 24-rgb finden ist beides getestet ;-))
-
-
@apollon77
24-rgb hab. Sieht gut aus. Nur Helligkeit ist von 10-1000%
Enspricht in der app bis 100%. -
@mrjeschke jetzt aber nicht mischen. Also 24-rgb klappt in alle Richtungen was die Farbe angeht?!
Und was ist jetzt mit brightness? Das ist ja ein anderer Punkt oder?
Welcher denn. Und bitte zeig mal das Objekt json von dem device Objekt und von dem brightness Objekt.
Das war aber dann schon immer so, korrekt?