@apollon77 Anbei das logfile. Das readme habe ich gelesen. Dort steht, "It is needed that the ioBroker host where the adapter runs on is placed in the same network segment as the devices and UDP multicasting needs to be supported by the router!" Daher dachte ich auch, daß sich das Problem mit einer proxy lösen läßt.
Ich habe noch einmal die proxy auf meinem iphone lt. Anleitung eingeschaltet und dann die App geöffnet und alles aktualisiert. Fehlermeldung: Bitte überprüfen Sie das Netzwerk.
Im iobroker werden die Geräte mit Namen - wie vorher - korrekt angezeigt. Schalten kann ich aber nicht.
Ich habe noch einmal die proxy auf meinem iphone lt. Anleitung eingeschaltet und dann die App geöffnet und alles aktualisiert. Fehlermeldung: Bitte überprüfen Sie das Netzwerk.
Im iobroker werden die Geräte mit Namen - wie vorher - korrekt angezeigt. Schalten kann ich aber nicht.
@apollon77 Ich habe es noch einmal gemacht. Aber immer wieder das gleiche Problem. Ich kann nicht schalten. Hängt es vielleicht damit zusammen, daß der iobroker nicht im gleichen Netzwerksegment wie die Steckdosen hängen, so wie in der Anleitung beschrieben?
@apollon77 Ich habe es noch einmal gemacht. Aber immer wieder das gleiche Problem. Ich kann nicht schalten. Hängt es vielleicht damit zusammen, daß der iobroker nicht im gleichen Netzwerksegment wie die Steckdosen hängen, so wie in der Anleitung beschrieben?
@tdse Da bin ich raus ... ich glaube mittels VPN hast Du was UDP angeht null chancen. Wenn Google Dir nichts anderes sagt dann könntest Du einen kleinen ioBroker-Slave auf die andere Netzwerkseite stellen der den Adapter hat und Daten an den Master per VPN sendet
Unter "Objekte" siehst Du die "Ordner" in der Tuya Instanz von den Geräten. Klick mal auf so einen Ordner (device) hinten rechts auf das Stift Icon. dann dort auf das "Raw" Tab. Zeig mal so eine Objektdefinition die Du da im textfeld siehst
Anbei der Inhalt von einem Objekt. Ich hatte urpsprünglich gedacht, mit Hilfe von iobroker.proxy das Problem umschiffen zu können. Vielleicht wäre das noch ein Ansatz. Aber ich bin "nur" user und habe nicht so viel Ahnung.raw.txt
Anbei der Inhalt von einem Objekt. Ich hatte urpsprünglich gedacht, mit Hilfe von iobroker.proxy das Problem umschiffen zu können. Vielleicht wäre das noch ein Ansatz. Aber ich bin "nur" user und habe nicht so viel Ahnung.raw.txt
@apollon77 Danke für den Versuch. Aber jetzt kann ich vis nicht mehr starten: Netzwerk/Proxy Fehler Kann weder per vis noch manuell (switch_1) schalten.
@apollon77 Danke für den Versuch. Aber jetzt kann ich vis nicht mehr starten: Netzwerk/Proxy Fehler Kann weder per vis noch manuell (switch_1) schalten.
@apollon77 Danke für den Versuch. Aber jetzt kann ich vis nicht mehr starten: Netzwerk/Proxy Fehler Kann weder per vis noch manuell (switch_1) schalten.
@apollon77 Bin erst jetzt zum Ändern gekommen. Funktioniert leider auch nicht. Also gibt es keine Lösung, oder? Ich habe die Steckdosen kürzlich bei Amazon erworben. Werde sie dann zurückgeben. Schade eigentlich, da auch eine Verbrauchsmessung damit möglich ist.
Versuche gerade meinen Wasserkocher in IOBroker einzubinden. Leider bleibt mein Adapter auch immer auf gelb hängen. Status der Instanz ist: Status: 1 Geräte im Netzwerk gefunden, 0 Geräte verbunden, 1 mit bekanntem Schema, 1 initialisiert für Echtzeit-Updates und zur Steuerung
Ich lasse IOBroker im Docker Container auf einem Debian System laufen, die docker-compose sieht wie folgt aus:
Nachdem ich mir das Zertifikat auf meinem Android Handy installiert habe, den Proxy konfiguriert habe und dann die Smart Life App geöffnet habe bestätigt mir der Tuya Adapter mit einem Haken auch, dass die Kommunikation hergestellt ist. Im Log taucht daraufhin folgendes auf:
Das Log sagt folgendes nach einem Neustart des Tuya Adapters:
tuya.0 2019-10-03 14:57:09.862 info Listen for encrypted local Tuya devices on port 6667
tuya.0 2019-10-03 14:57:09.862 info Listen for local Tuya devices on port 6666
tuya.0 2019-10-03 14:57:09.857 info Existing devices initialized
tuya.0 2019-10-03 14:57:09.856 info 54504224840d8e903d67: None of the discovered devices matches :-(
tuya.0 2019-10-03 14:57:09.788 info starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.tuya, node: v8.16.1
host.0003e0bb3774 2019-10-03 14:57:09.296 info instance system.adapter.tuya.0 started with pid 6054
host.0003e0bb3774 2019-10-03 14:56:39.283 info Restart adapter system.adapter.tuya.0 because enabled
host.0003e0bb3774 2019-10-03 14:56:39.283 error instance system.adapter.tuya.0 terminated with code 0 (OK)
Hat jemand eine Idee was ich falsch mache? Habe das ganze mehrmals versucht und keinen Erfolg gehabt... Würde mich über Anregungen sehr freuen!
Versuche gerade meinen Wasserkocher in IOBroker einzubinden. Leider bleibt mein Adapter auch immer auf gelb hängen. Status der Instanz ist: Status: 1 Geräte im Netzwerk gefunden, 0 Geräte verbunden, 1 mit bekanntem Schema, 1 initialisiert für Echtzeit-Updates und zur Steuerung
Ich lasse IOBroker im Docker Container auf einem Debian System laufen, die docker-compose sieht wie folgt aus:
Nachdem ich mir das Zertifikat auf meinem Android Handy installiert habe, den Proxy konfiguriert habe und dann die Smart Life App geöffnet habe bestätigt mir der Tuya Adapter mit einem Haken auch, dass die Kommunikation hergestellt ist. Im Log taucht daraufhin folgendes auf:
Das Log sagt folgendes nach einem Neustart des Tuya Adapters:
tuya.0 2019-10-03 14:57:09.862 info Listen for encrypted local Tuya devices on port 6667
tuya.0 2019-10-03 14:57:09.862 info Listen for local Tuya devices on port 6666
tuya.0 2019-10-03 14:57:09.857 info Existing devices initialized
tuya.0 2019-10-03 14:57:09.856 info 54504224840d8e903d67: None of the discovered devices matches :-(
tuya.0 2019-10-03 14:57:09.788 info starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.tuya, node: v8.16.1
host.0003e0bb3774 2019-10-03 14:57:09.296 info instance system.adapter.tuya.0 started with pid 6054
host.0003e0bb3774 2019-10-03 14:56:39.283 info Restart adapter system.adapter.tuya.0 because enabled
host.0003e0bb3774 2019-10-03 14:56:39.283 error instance system.adapter.tuya.0 terminated with code 0 (OK)
Hat jemand eine Idee was ich falsch mache? Habe das ganze mehrmals versucht und keinen Erfolg gehabt... Würde mich über Anregungen sehr freuen!
@dave90 Also der Sync hat wohl geklappt, aber es sieht so aus als ob keine UDP Pakete ankommen und daher weiss er die IP nicht. Wie man Docker dazu bekommt UDP durchzulassen und ob das oben reicht weiss ich nicht.
Können jetzt drum herum arbeiten - gabs bissl weiter oben schonmal:
Nimm das Device Objekt von deinem Wasserkocher, klicke auf den Stift in der Objektliste, Tab "Raw".
dort im "common" müsste ein Feld "ip" stehen. Schreib da die IP des Geräts manuell rein.
