Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[lobomau]

@v522533 sagte in [Aufruf] Tuya Adapter Tests verschlüsselte Geräte:

@apollon77

ich habe gestern abend gegen 19:00 die Instanz neu gestartet. Ging los bei 45 MB, heute morgen sind es schon wieder 130 MB. Tendenz steigend.

ich habe auch ungefähr zu der Zeit neugestartet. Bin jetzt bei 69 MB.

[apollon77]

@v522533 Wie viele Tuya Geräte? nodejs version?

[v522533]

@apollon77

node 10.16.0, 4 Geräte davon 2 verschlüsselt und 2 unverschlüsselt. (2 Teckin Steckdosen und 2 Gosund Steckdosen)

[v522533]

@apollon77

Zwischenstand: 20:00 220MB

[v522533]

@apollon77

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.

[apollon77]

Warum auch immer sich die Steckdosen ausschalten sollten. Komisch.

[apollon77]

@v522533 schalten die sich auch aus wenn du normal den Adapter beendest?

[v522533]

@apollon77

ne das ganze ist auch nicht nachzuvollziehen, ist bisher nur einmal beim neustart passiert.

[marcuskl]

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  - error: Caught by controller[0]: { Error: bind EADDRINUSE 0.0.0.0:6666
2019-07-15 17:46:25.912  - error: Caught by controller[0]:     at _handle.lookup (dgram.js:266:18)
2019-07-15 17:46:25.912  - error: Caught by controller[0]:     at _combinedTickCallback (internal/process/next_tick.js:142:11)
2019-07-15 17:46:25.912  - error: Caught by controller[0]:     at process._tickCallback (internal/process/next_tick.js:181:9)
2019-07-15 17:46:25.912  - error: Caught by controller[0]:   errno: 'EADDRINUSE',
2019-07-15 17:46:25.912  - error: Caught by controller[0]:   code: 'EADDRINUSE',
2019-07-15 17:46:25.912  - error: Caught by controller[0]:   syscall: 'bind',
2019-07-15 17:46:25.912  - error: Caught by controller[0]:   address: '0.0.0.0',
2019-07-15 17:46:25.912  - error: Caught by controller[0]:   port: 6666 }
2019-07-15 17:46:25.912  - error: Caught by controller[1]: { Error: bind EADDRINUSE 0.0.0.0:6667
2019-07-15 17:46:25.912  - error: Caught by controller[1]:     at _handle.lookup (dgram.js:266:18)
2019-07-15 17:46:25.913  - error: Caught by controller[1]:     at _combinedTickCallback (internal/process/next_tick.js:142:11)
2019-07-15 17:46:25.913  - error: Caught by controller[1]:     at process._tickCallback (internal/process/next_tick.js:181:9)
2019-07-15 17:46:25.913  - error: Caught by controller[1]:   errno: 'EADDRINUSE',
2019-07-15 17:46:25.913  - error: Caught by controller[1]:   code: 'EADDRINUSE',
2019-07-15 17:46:25.913  - error: Caught by controller[1]:   syscall: 'bind',
2019-07-15 17:46:25.913  - error: Caught by controller[1]:   address: '0.0.0.0',
2019-07-15 17:46:25.913  - error: Caught by controller[1]:   port: 6667 }
2019-07-15 17:46:25.913  - error: host.iobroker instance system.adapter.tuya.0 terminated with code 6 (uncaught exception)
2019-07-15 17:46:25.913  - info: host.iobroker Restart adapter system.adapter.tuya.0 because enabled
2019-07-15 17:46:27.529  - info: tuya.0 Anyproxy ready to receive requests
2019-07-15 17:46:53.197  - info: info.0 Popup-News readed...
2019-07-15 17:46:55.923  - info: host.iobroker instance system.adapter.tuya.0 started with pid 27153
2019-07-15 17:46:56.554  - error: 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  - error: host.iobroker instance system.adapter.tuya.0 terminated with code 7 (Adapter already running)
2019-07-15 17:46:56.554  - info: host.iobroker Restart adapter

[apollon77]

@marcuskl dann belegt irgendetwas anderes auf dem Host den Port 6666 und 6667. finde das und beende es.

[marcuskl]

@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

[marcuskl]

Auch wenn ich upnp stoppe, dann nimmt der Lovelace adapter den Port, wenn ich den stoppe der Simpleapi.....
Ich weiß nicht weiter

[apollon77]

@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

[marcuskl]

@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

[apollon77]

6666 von lovelace? Kann nicht sein. Zeig mal netstat Ausgabe

[marcuskl]

@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

[marcuskl]

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.

[apollon77]

@marcuskl Wichtig ist auch das die UDP Pakete der Geräte nicht von WLAN Routern oder so blockiert werden!

[marcuskl]

@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 ?

[apollon77]

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.