[Aufruf] Tuya Adapter Tests verschlüsselte Geräte
-
node 10.16.0, 4 Geräte davon 2 verschlüsselt und 2 unverschlüsselt. (2 Teckin Steckdosen und 2 Gosund Steckdosen)
-
Zwischenstand: 20:00 220MB
-
gestern Abend 23 Uhr: Instanz stand bei 280 MB. Habe dann neu gestartet. Daraufhin haben alle verbundenen Steckdosen sich ausgeschaltet. Danach gings wieder bei 45 MB los und alles lief ohne Fehler. Heute Morgen wieder bei 140 MB.
-
Warum auch immer sich die Steckdosen ausschalten sollten. Komisch.
-
@v522533 schalten die sich auch aus wenn du normal den Adapter beendest?
-
ne das ganze ist auch nicht nachzuvollziehen, ist bisher nur einmal beim neustart passiert.
-
Hallo,
Ich habe mir 2 Gosund Sp111 geholt und in der Smart Life App hinzugefügt und wollte dann mit dem Tuya Adapter die Geräte wie bescjreiben hinzufügen, aber das klappt nicht.
Hier ein auszug aus meinem Log:2019-07-15 17:46:25.911 - [31merror[39m: Caught by controller[0]: { Error: bind EADDRINUSE 0.0.0.0:6666 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: at _handle.lookup (dgram.js:266:18) 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:142:11) 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: errno: 'EADDRINUSE', 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: code: 'EADDRINUSE', 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: syscall: 'bind', 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: address: '0.0.0.0', 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[0]: port: 6666 } 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[1]: { Error: bind EADDRINUSE 0.0.0.0:6667 2019-07-15 17:46:25.912 - [31merror[39m: Caught by controller[1]: at _handle.lookup (dgram.js:266:18) 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: at _combinedTickCallback (internal/process/next_tick.js:142:11) 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: at process._tickCallback (internal/process/next_tick.js:181:9) 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: errno: 'EADDRINUSE', 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: code: 'EADDRINUSE', 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: syscall: 'bind', 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: address: '0.0.0.0', 2019-07-15 17:46:25.913 - [31merror[39m: Caught by controller[1]: port: 6667 } 2019-07-15 17:46:25.913 - [31merror[39m: host.iobroker instance system.adapter.tuya.0 terminated with code 6 (uncaught exception) 2019-07-15 17:46:25.913 - [32minfo[39m: host.iobroker Restart adapter system.adapter.tuya.0 because enabled 2019-07-15 17:46:27.529 - [32minfo[39m: tuya.0 Anyproxy ready to receive requests 2019-07-15 17:46:53.197 - [32minfo[39m: info.0 Popup-News readed... 2019-07-15 17:46:55.923 - [32minfo[39m: host.iobroker instance system.adapter.tuya.0 started with pid 27153 2019-07-15 17:46:56.554 - [31merror[39m: Caught by controller[0]: [AnyProxy WARN][2019-07-15 17:46:27]: both "-i(--intercept)" and rule.beforeDealHttpsRequest are specified, the "-i" option will be ignored. 2019-07-15 17:46:56.554 - [31merror[39m: host.iobroker instance system.adapter.tuya.0 terminated with code 7 (Adapter already running) 2019-07-15 17:46:56.554 - [32minfo[39m: host.iobroker Restart adapter -
@marcuskl dann belegt irgendetwas anderes auf dem Host den Port 6666 und 6667. finde das und beende es.
-
@apollon77 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
@marcuskl dann belegt irgendetwas anderes auf dem Host den Port 6666 und 6667. finde das und beende es.
1001 129363 1967/io.upnp.0 udp 0 0 0.0.0.0:6666 0.0.0.0:* 1001 2870074 12388/io.tuya.0 udp 0 0 0.0.0.0:6667 0.0.0.0:* 1001 2870075 12388/io.tuya.0 udp 0 0 0.0.0.0:15001 0.0.0.0:*Der Upnp Adapter belegt den Port, aber wie kann ich den ändern ?
Muss der Port dauerhaft frei bleiben ?
Und den anderen der Tuya adapter -
Auch wenn ich upnp stoppe, dann nimmt der Lovelace adapter den Port, wenn ich den stoppe der Simpleapi.....
Ich weiß nicht weiter -
@marcuskl sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
io.tuya.0
Sicher das der tuya Adapter als Prozess nicht schon einmal läuft?? Reboote mal bzw checke mal die Prozessliste
-
@apollon77 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
@marcuskl sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
io.tuya.0
Sicher das der tuya Adapter als Prozess nicht schon einmal läuft?? Reboote mal bzw checke mal die Prozessliste
Ich habe den Adapter gelöscht, dann war immernoch der Port von Tuya belegt.
Habe dann ein Neustart der VM durchgeführt und der Port war dann nicht mehr belegt von Tuya, auch sonst kein Port (6666 und 6667) war belegt.
Ich habe jetzt tuya wieder installiert, der Adapter ist jetzt zwar grün, aber der Port 666 wird wieder von lovelace belegt und der Port 6667 von Tuya -
6666 von lovelace? Kann nicht sein. Zeig mal netstat Ausgabe
-
@apollon77 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
6666 von lovelace? Kann nicht sein. Zeig mal netstat Ausgabe
root@iobroker:~# netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 13023 636/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 13024 636/iobroker.js-con tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13015 651/sshd tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 14542 1429/io.sonoff.0 tcp6 0 0 :::8081 :::* LISTEN 1001 13074 768/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1001 14460 1294/io.web.0 tcp6 0 0 :::22 :::* LISTEN 0 13017 651/sshd tcp6 0 0 :::8087 :::* LISTEN 1001 16521 2060/io.simple-api. tcp6 0 0 :::8091 :::* LISTEN 1001 16640 2218/io.lovelace.0 udp 0 0 0.0.0.0:6666 0.0.0.0:* 1001 24689 8340/io.tuya.0 udp 0 0 0.0.0.0:6667 0.0.0.0:* 1001 24690 8340/io.tuya.0 udp 0 0 0.0.0.0:15001 0.0.0.0:* 1001 14581 1448/io.broadlink2. udp 0 0 192.168.0.195:5353 0.0.0.0:* 1001 15144 1754/io.tr-064.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 107 12021 642/avahi-daemon: r udp 0 0 0.0.0.0:34027 0.0.0.0:* 1001 15422 1448/io.broadlink2. udp 0 0 0.0.0.0:5683 0.0.0.0:* 1001 14804 1732/io.shelly.0 udp 0 0 0.0.0.0:1900 0.0.0.0:* 1001 16648 1922/io.upnp.0 udp 0 0 0.0.0.0:67 0.0.0.0:* 1001 17719 2394/io.radar2.0 udp 0 0 0.0.0.0:68 0.0.0.0:* 0 11700 682/dhclient udp 0 0 0.0.0.0:55455 0.0.0.0:* 107 12023 642/avahi-daemon: r udp6 0 0 :::39739 :::* 107 12024 642/avahi-daemon: r udp6 0 0 :::5353 :::* 107 12022 642/avahi-daemon: r root@iobroker:~#Hier die Ausgabe
-
Wenn ich es mir hier anschaue erkenne ich, dass alles stimmt.
Sorry, bei meinem Terminal sah das so aus, als ob der Lovelace Adapter den Port belegt.Ich werde es dann nochmal testen, die Geräte einzubinden.
-
@marcuskl Wichtig ist auch das die UDP Pakete der Geräte nicht von WLAN Routern oder so blockiert werden!
-
@apollon77 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
@marcuskl Wichtig ist auch das die UDP Pakete der Geräte nicht von WLAN Routern oder so blockiert werden!
Kann der Pihole das auch Blockieren?
Wie überprüf ich das ? -
Pihole an sich glaube nicht.
naja Du wirst es sehen nachdem Du mal die Gerätre mit dem Proxy gesynct hast. Wenn danach alle im Log mit "unknown IP" meckern kommen die UDP Pakete nicht an.
-
@apollon77 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:
Pihole an sich glaube nicht.
naja Du wirst es sehen nachdem Du mal die Gerätre mit dem Proxy gesynct hast. Wenn danach alle im Log mit "unknown IP" meckern kommen die UDP Pakete nicht an.
Ich werde schauen wenn ich daheim bin, ob ich die 2 Steckdosen verbunden bekomme.
Über VPN geht das glaub schlecht. -
Es findet eine der 2 Steckdosen, und die 1 kann ich aber nicht steuern.
tuya.0 2019-07-16 21:09:43.976 info Anyproxy ready to receive requests tuya.0 2019-07-16 21:09:35.610 info Listen for encrypted local Tuya devices on port 6667 tuya.0 2019-07-16 21:09:35.609 info Listen for local Tuya devices on port 6666 tuya.0 2019-07-16 21:09:35.601 info Existing devices initialized tuya.0 2019-07-16 21:09:35.600 info 17014830b4e62d5a02cc: No local encryption key available, get data using polling, controlling of device NOT possibe. Please sync with App! tuya.0 2019-07-16 21:09:35.597 info 17014830b4e62d5a02cc Init with IP=192.168.0.73, Key=undefined, Version=3.1 tuya.0 2019-07-16 21:09:35.442 info starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.tuya, node: v8.16.0 tuya.0 2019-07-16 21:09:25.349 info 17014830b4e62d5a02cc: No local encryption key available, get data using polling, controlling of device NOT possibe. Please sync with App! tuya.0 2019-07-16 21:09:25.347 info 17014830b4e62d5a02cc Init with IP=192.168.0.73, Key=undefined, Version=3.1 tuya.0 2019-07-16 21:02:15.319 info Anyproxy ready to receive requests
