NEWS
Test Adapter Tuya 3.8.0 - BEENDET
-
@thomas-braun sagte in Test Adapter Tuya 3.8.0:
Debug hau ich in ein Issue rein. Das wird hier zu viel...
@apollon77
Haste an der Stelle mal einen guten Tip wie (und welche) keys/token/IDs usw zu verschleiern sind vor dem posten auf github? Selbst wenn ich das durch 'sed' pipe bin ich nicht sicher was da sensibel ist oder was vollkommen wumpe ist wenn es einsehbar ist.@thomas-braun AM einfachsten mit per email senden :-) Weil sonst ggf wieder infos fehlen weil zuviel weg ist ...
-
Aktuelle Test Version 3.8.0 - TEST BEENDET! Veröffentlichungsdatum 04.11.2022 Github Link https://github.com/Apollon77/ioBroker.tuya ACHTUNG: Der Test ist mit dem Release der 3.8.1 im beta Repo beendet!! GitHub version ist jetzt wieder Dev-Spielwiese für noch weitere Themen und kann kaputt sein!! Bitte offizielle Beta Versionen nutzen!
Welcome to the Future of Tuya ;-)
Viele nutzen Tuya Geräte, weil diese günstig sind, aber der Adapter benötigte immer diesen total blöden Proxy-Sync um einmalig die Geräte aus der Tuya App/Cloud zu laden.
Diese Zeiten sind nun vorbei
Heute darf ich, mit freundlicher Unterstützung von @tombox, die Testphase des Tuya Adapters 3.8.0 einläuten. Ja die Versionsnummer sagt jetzt nicht gerade viel, aber es steckt umso mehr drin :-)
Was ist Neu?
Diese Version hat folgende Neuerungen drin:
Der Geräte-Sync kann nun direkt übers Admin erfolgen. Dazu gibt man im Admin die Tuya App Zugangsdaten (Smart Life App und Tuya Smart App werden da unterstützt!) und seine Region ein und drückt auf den "Geräte einmalig mit der Cloud synchronisieren" Knopf. Die Login Daten müssen nicht gespeichert werden im Adapter! Dieser Vorgang muss dann wiederholt werden wenn neue Geräte hinzugekommen sind.
Vielen Dank an @tombox für die Recherche, Infos und Unterstützung für dieses Thema! Ohne Ihn hätte ich die Energie nicht gefunden das anzugehen.Wichtig: Die Tuya App meldet ggf das sich ein "Neues Android Gerät angemeldet hat". Das ist der Adapter :-)
Damit ist der ganze Geräte-Sync sehr einfach und man benötigt die Tuya Cloud nur einmalig dafür.
Aber die neue Version kann noch mehr!
Wer mit der Cloud von Tuya kein Problem hat, kann die Login-Daten auch im Adapter speichern (dazu Checkbox im Admin anhaken) und bekommt damit eine automatische Gerätesynchronisierung bei jedem Adapterstart. Zusätzlich können die States von Geräten die lokal gerade nicht verbunden sind regelmäßig über die Cloud aktualisiert werden und auch gesteuert werden. Die Werte sind aber nicht in Echtzeit aktuell. Wem das reicht, der ist hier schon Happy :-)
Wer die Daten aller nicht lokal verbundenen Geräte (z.B. (hoffentlich) Batterie-Geräte oder die im Ferienhaus bzw einem anderen Netzwerk) in Echtzeit haben will muss noch einen Schritt weitergehen:
Dazu muss man sich einen Account in der "Tuya IoT Platform" anlegen und seinen App Account mit diesem Platform-Account verlinken. Dann hat man noch eine "Access-ID" und "Access-Key" aus diesem Account welche man zusätzlich in der Adapter-Konfig einträgt. Ab dem nächsten Adapterstart wird dann eine MQTT Verbindung zur Tuya IoT Platform aufgebaut, welche immer die aktuellen Daten aus der Cloud in Echtzeit erthält.
Wenn alles klappt (habe leider sowas nicht zum testen) sollten damit auch Batteriebetriebene Bewegungsmelder oder Tür/Fenster-Sensoren funktionieren.Hinweis: Dieser IoT Platform Account ist glaube ich immer nur einen Monat lang aktiv und muss danach verlängert werden. Also dran denken!
Der Adapter versucht trotz aller Cloud-Dinge weiterhin bevorzugt lokal zu verbinden und wird Meldungen loggen wenn das nicht geht. Cloud Daten bzw die Cloud-Steuerung wird nur für Geräte genutzt die nicht lokal verbunden sind oder falls bei einem lokalen Steuerversuch ein Fehler aufgetreten ist.
Aber nochmals ganz wichtig: Keiner muss die Cloud nutzen!! (Ausser für den einmaligen Device-Sync). Wer es ganz lustig möchte kann auch weiterhin den Proxy-Sync mit der "alten" App nehmen ;-)
Wie installieren
Der Test hier nutzt die GitHub Version, also bitte nur machen wenn Ihr wisst was das bedeutet!
Bitte vom GitHub installieren mit der oben genannten URL. Es muss "git" installiert sein weil eine Dependency noch von GitHub kommt bis Sie offiziell released ist. "git" sollte da sein, wenn nicht "iob fix" sollte das beheben.
Was ist zu Testen
Faktisch "alles", natürlich vor allem die neuen Cloud-Features
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
@tombox
Danke euch Beiden. :clap: :clap:
Hat gleich beim 1. mal geklappt, und ich bin wahrhaftig kein Profi.
Einrichtung des Adapters ist wirklich einfach. :blush:
Alles läuft tadellos. :clap:
Endlich ist das Getue mit dem Proxy Vergangenheit.:+1: -
Aktuelle Test Version 3.8.0 - TEST BEENDET! Veröffentlichungsdatum 04.11.2022 Github Link https://github.com/Apollon77/ioBroker.tuya ACHTUNG: Der Test ist mit dem Release der 3.8.1 im beta Repo beendet!! GitHub version ist jetzt wieder Dev-Spielwiese für noch weitere Themen und kann kaputt sein!! Bitte offizielle Beta Versionen nutzen!
Welcome to the Future of Tuya ;-)
Viele nutzen Tuya Geräte, weil diese günstig sind, aber der Adapter benötigte immer diesen total blöden Proxy-Sync um einmalig die Geräte aus der Tuya App/Cloud zu laden.
Diese Zeiten sind nun vorbei
Heute darf ich, mit freundlicher Unterstützung von @tombox, die Testphase des Tuya Adapters 3.8.0 einläuten. Ja die Versionsnummer sagt jetzt nicht gerade viel, aber es steckt umso mehr drin :-)
Was ist Neu?
Diese Version hat folgende Neuerungen drin:
Der Geräte-Sync kann nun direkt übers Admin erfolgen. Dazu gibt man im Admin die Tuya App Zugangsdaten (Smart Life App und Tuya Smart App werden da unterstützt!) und seine Region ein und drückt auf den "Geräte einmalig mit der Cloud synchronisieren" Knopf. Die Login Daten müssen nicht gespeichert werden im Adapter! Dieser Vorgang muss dann wiederholt werden wenn neue Geräte hinzugekommen sind.
Vielen Dank an @tombox für die Recherche, Infos und Unterstützung für dieses Thema! Ohne Ihn hätte ich die Energie nicht gefunden das anzugehen.Wichtig: Die Tuya App meldet ggf das sich ein "Neues Android Gerät angemeldet hat". Das ist der Adapter :-)
Damit ist der ganze Geräte-Sync sehr einfach und man benötigt die Tuya Cloud nur einmalig dafür.
Aber die neue Version kann noch mehr!
Wer mit der Cloud von Tuya kein Problem hat, kann die Login-Daten auch im Adapter speichern (dazu Checkbox im Admin anhaken) und bekommt damit eine automatische Gerätesynchronisierung bei jedem Adapterstart. Zusätzlich können die States von Geräten die lokal gerade nicht verbunden sind regelmäßig über die Cloud aktualisiert werden und auch gesteuert werden. Die Werte sind aber nicht in Echtzeit aktuell. Wem das reicht, der ist hier schon Happy :-)
Wer die Daten aller nicht lokal verbundenen Geräte (z.B. (hoffentlich) Batterie-Geräte oder die im Ferienhaus bzw einem anderen Netzwerk) in Echtzeit haben will muss noch einen Schritt weitergehen:
Dazu muss man sich einen Account in der "Tuya IoT Platform" anlegen und seinen App Account mit diesem Platform-Account verlinken. Dann hat man noch eine "Access-ID" und "Access-Key" aus diesem Account welche man zusätzlich in der Adapter-Konfig einträgt. Ab dem nächsten Adapterstart wird dann eine MQTT Verbindung zur Tuya IoT Platform aufgebaut, welche immer die aktuellen Daten aus der Cloud in Echtzeit erthält.
Wenn alles klappt (habe leider sowas nicht zum testen) sollten damit auch Batteriebetriebene Bewegungsmelder oder Tür/Fenster-Sensoren funktionieren.Hinweis: Dieser IoT Platform Account ist glaube ich immer nur einen Monat lang aktiv und muss danach verlängert werden. Also dran denken!
Der Adapter versucht trotz aller Cloud-Dinge weiterhin bevorzugt lokal zu verbinden und wird Meldungen loggen wenn das nicht geht. Cloud Daten bzw die Cloud-Steuerung wird nur für Geräte genutzt die nicht lokal verbunden sind oder falls bei einem lokalen Steuerversuch ein Fehler aufgetreten ist.
Aber nochmals ganz wichtig: Keiner muss die Cloud nutzen!! (Ausser für den einmaligen Device-Sync). Wer es ganz lustig möchte kann auch weiterhin den Proxy-Sync mit der "alten" App nehmen ;-)
Wie installieren
Der Test hier nutzt die GitHub Version, also bitte nur machen wenn Ihr wisst was das bedeutet!
Bitte vom GitHub installieren mit der oben genannten URL. Es muss "git" installiert sein weil eine Dependency noch von GitHub kommt bis Sie offiziell released ist. "git" sollte da sein, wenn nicht "iob fix" sollte das beheben.
Was ist zu Testen
Faktisch "alles", natürlich vor allem die neuen Cloud-Features
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
Hab leider doch was entdeckt
Diese beiden Objekte existieren nicht bei den bei diesen Steckerntuya.0 2022-11-04 20:23:31.308 warn State "tuya.0.70354835e09806164458.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.306 warn State "tuya.0.70354835e09806164458.17" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.305 warn State "tuya.0.703548358cce4ecf54fb.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.296 warn State "tuya.0.703548358cce4ecf54fb.17" has no existing object, this might lead to an error in future versionsMan kann nicht alle Probleme lösen, aber wenigstens verursachen.
LenovoThinkCentre M900 Tiny | i5-T6500 | 16 GB | 256 SSD
iobroker auf Proxmox VM
Node.js: v22.18.0 - NPM: 10.9.3 - js-controller: 7.0.6 - admin: v7.7.2
FritzBox-7530TX hinter Glasfasermodem, WiFi mit Unifi -
@apollon77
Hab leider doch was entdeckt
Diese beiden Objekte existieren nicht bei den bei diesen Steckerntuya.0 2022-11-04 20:23:31.308 warn State "tuya.0.70354835e09806164458.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.306 warn State "tuya.0.70354835e09806164458.17" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.305 warn State "tuya.0.703548358cce4ecf54fb.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.296 warn State "tuya.0.703548358cce4ecf54fb.17" has no existing object, this might lead to an error in future versions@snopy_16 kommt das öfter oder nur beim ersten anlegen?
-
@apollon77
Hab leider doch was entdeckt
Diese beiden Objekte existieren nicht bei den bei diesen Steckerntuya.0 2022-11-04 20:23:31.308 warn State "tuya.0.70354835e09806164458.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.306 warn State "tuya.0.70354835e09806164458.17" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.305 warn State "tuya.0.703548358cce4ecf54fb.26" has no existing object, this might lead to an error in future versions tuya.0 2022-11-04 20:23:31.296 warn State "tuya.0.703548358cce4ecf54fb.17" has no existing object, this might lead to an error in future versions@snopy_16 Bitte mal Debug log davon machen und mit an iobroker@fischer-ka.de mit Link zu dem Forum Post hier schicken. Logfile von Platte unter /opt/iobroker/log/... nehmen.
Auch Frage: Mit oder ohne Cloud? Mit oder ohne MQTT? Reicht aber in der Mail bzw sollte es im Log sehen denke ich
EDIT: Bitte VOR dem Log ziehen nochmal von GitHub aktualisieren. Habe gerade an einer Stelle noch Logging eingebaut
-
@snopy_16 Bitte mal Debug log davon machen und mit an iobroker@fischer-ka.de mit Link zu dem Forum Post hier schicken. Logfile von Platte unter /opt/iobroker/log/... nehmen.
Auch Frage: Mit oder ohne Cloud? Mit oder ohne MQTT? Reicht aber in der Mail bzw sollte es im Log sehen denke ich
EDIT: Bitte VOR dem Log ziehen nochmal von GitHub aktualisieren. Habe gerade an einer Stelle noch Logging eingebaut
@apollon77
Nach einigen Tests fiel mir auf, dass diese Meldung nur kommt, wenn das Gerät nicht lokal verbunden ist, und über die Tuya Cloud abgefragt wird.
Gilt aber nur für die beiden oben angeführte Geräte, bei weiteren 8 Geräte kommt keine Meldung.Man kann nicht alle Probleme lösen, aber wenigstens verursachen.
LenovoThinkCentre M900 Tiny | i5-T6500 | 16 GB | 256 SSD
iobroker auf Proxmox VM
Node.js: v22.18.0 - NPM: 10.9.3 - js-controller: 7.0.6 - admin: v7.7.2
FritzBox-7530TX hinter Glasfasermodem, WiFi mit Unifi -
@apollon77
Nach einigen Tests fiel mir auf, dass diese Meldung nur kommt, wenn das Gerät nicht lokal verbunden ist, und über die Tuya Cloud abgefragt wird.
Gilt aber nur für die beiden oben angeführte Geräte, bei weiteren 8 Geräte kommt keine Meldung. -
Den Status verstehe ich aber nicht:
Status: 4 Geräte im Netzwerk gefunden, 3 Geräte verbunden, 4 mit bekanntem Schema, 4 für lokale Echtzeitaktualisierungen und Steuerung initialisiert.
4 stimmt, die sind aber eigentlich auch alle vier 'verbunden'. Also ich kann alle vier schalten usw. Was versteht der Adapter denn unter 'verbunden' bzw. 'nicht verbunden'?
@thomas-braun verbunden = lokal verbunden. Text auf GitHub angepasst
-
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
-
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
@latzi sagte in Test Adapter Tuya 3.8.0:
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
Ja, Name bleibt bei switch 1 , switch 2
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
So jetzt heute Morgen sehe ich wieder etwas klarer :grinning:
Erst einmal vorneweg: Klasse Arbeit der Adapter! Wollte mich schon komplett von Tuya verabschieden (habe mir gerade erst 8 Gosund EP2 bestellt und diese auf FW 1.0.6 updaten lassen für Tasmota), aber jetzt muss man sich ja überlegen, ob man ins flashing überhaupt einsteigt...
Ich habe nunmehr einen der Gosund EP2 in die Smart Life integriert, Account(s) hinterlegt und den Versuch gestartet.
Gerät (und ein offline Gerät) wurde erkannt und kann ich auch über iob schalten :+1:Es gibt auch ein paar Kleinigkeiten:
Offenkundig erkennt er auch Geräte (die anderen Gosund EP2), die in der Gosund-App hinterlegt sind? Holt er die aus der tuya.iot?Log sende ich mit Verweis auf diesen thread per eMail...
Allerdings habe ich auch einen Fehler:
2022-11-05 08:30:38.716 - error: tuya.0 (21005) Login for MQTT failed: TypeError: Cannot destructure property 'access_token' of 'res.result' as it is undefined.den kann ich nicht einordnen...
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 *
-
@latzi sagte in Test Adapter Tuya 3.8.0:
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
Ja, Name bleibt bei switch 1 , switch 2
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
:+1:
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).
-
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
:+1:
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).Aha, hast du den Ordner mal gelöscht und wieder einen Geräte-Sync gemacht?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
:+1:
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).@latzi sagte in Test Adapter Tuya 3.8.0:
@sigi234 sagte in Test Adapter Tuya 3.8.0:
Ja, Name bleibt bei switch 1 , switch 2
:+1:
Da hab ich mich falsch ausgedrückt, die DP´s des Gerätes bleiben bei mir auch gleich, ich habe den Namen des Gerätes (bei dir
Steckdosenleiste Bad) geändert und dieser Name wird unter den Objektdaten nicht geändert (es bleibt der ursprüngliche Name stehen).Kann ich bestätigen, Name wird nicht geändert. Daten kommen aber weiterhin.
-
@latzi sagte in Test Adapter Tuya 3.8.0:
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
Ja, Name bleibt bei switch 1 , switch 2
-
Wenn ich in der Smartlife-App ein Gerät umbenenne und danach den Adapter/Geräte synchronisiere, wird bei mir, auch nach einem refresh der Objektanzeige, der Name des DP´s nicht aktualisiert - ist das bei euch auch so?
@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
So jetzt heute Morgen sehe ich wieder etwas klarer :grinning:
Erst einmal vorneweg: Klasse Arbeit der Adapter! Wollte mich schon komplett von Tuya verabschieden (habe mir gerade erst 8 Gosund EP2 bestellt und diese auf FW 1.0.6 updaten lassen für Tasmota), aber jetzt muss man sich ja überlegen, ob man ins flashing überhaupt einsteigt...
Ich habe nunmehr einen der Gosund EP2 in die Smart Life integriert, Account(s) hinterlegt und den Versuch gestartet.
Gerät (und ein offline Gerät) wurde erkannt und kann ich auch über iob schalten :+1:Es gibt auch ein paar Kleinigkeiten:
Offenkundig erkennt er auch Geräte (die anderen Gosund EP2), die in der Gosund-App hinterlegt sind? Holt er die aus der tuya.iot?Log sende ich mit Verweis auf diesen thread per eMail...
Allerdings habe ich auch einen Fehler:
2022-11-05 08:30:38.716 - error: tuya.0 (21005) Login for MQTT failed: TypeError: Cannot destructure property 'access_token' of 'res.result' as it is undefined.den kann ich nicht einordnen...
@reutli also wenn geräte da sind sind die in deinem tuya App Account. Geräte werden aktuellstes ausschließlich daher gelesen. Also falls der iot Platform Account mehr Geräte hätte wäre das egal.
der Fehler scheint an den angegebenen iot Platform Daten zu liegen. Weil er die MQTT Verbindung nicht machen kann prüfe da mal die Daten. Ich hatte auch komische issues weil scheinbar mein iot Projekt zu alt war. Im Zweifel zweites Projekt anlegen und das alte deaktivieren (auth entziehen)
-
@reutli also wenn geräte da sind sind die in deinem tuya App Account. Geräte werden aktuellstes ausschließlich daher gelesen. Also falls der iot Platform Account mehr Geräte hätte wäre das egal.
der Fehler scheint an den angegebenen iot Platform Daten zu liegen. Weil er die MQTT Verbindung nicht machen kann prüfe da mal die Daten. Ich hatte auch komische issues weil scheinbar mein iot Projekt zu alt war. Im Zweifel zweites Projekt anlegen und das alte deaktivieren (auth entziehen)
Das Projekt habe ich ganz frisch heute Morgen angelegt. Gibt es da etwas besonderes einzustellen?
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 *
-
@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte
@apollon77 sagte in Test Adapter Tuya 3.8.0:
@latzi die Gerätenamen werdensenlr nur i ital übernommen. War schon immer so. Könnte man ändern …. Github issue bitte
bitte sehr ...
https://github.com/Apollon77/ioBroker.tuya/issues/476
Support us
804
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge