Monatsrückblick Januar/Februar 2026 ist online!

[v522533]

Ich kann das mit dem Speicherverbrauch bestätigen. Gestern neue Version vom Adapter installiert. Initial mit ca. 140 MB Ram gelaufen. Heute nach der Arbeit steht der Adapter bei 180 Mb Ram. Sonst keine Auffälligkeiten.

[lobomau]

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

@apollon77 ich würde behaupten, dass der proxy nicht an war. Ich habe mal den Adapter neugestartet, er beginnt bei 45 MB. Ich beobachte mal wohin er geht.

nach 2Std: 50 MB
nach 5 STd.: 56 MB
nach 7 Std.: 57 MB

ich hatte dann mal die Steckdose abgemacht und später wieder angesteckt. Adapter blieb dann gelb. Leider ist der Neustart des Adapters bei mir nicht erfolgreich:

host.iobroker	2019-07-04 18:35:13.279	info	Restart adapter system.adapter.tuya.0 because enabled
host.iobroker	2019-07-04 18:35:13.279	error	instance system.adapter.tuya.0 terminated with code 7 (Adapter already running)
host.iobroker	2019-07-04 18:35:12.153	info	instance system.adapter.tuya.0 started with pid 11173
host.iobroker	2019-07-04 18:35:07.273	info	instance system.adapter.dwd.0 terminated with code 0 (OK)

Das hatte ich schon mal. Ich habe durch einen Neustart von ioBroker es wieder ans Laufen gebracht. Wahrscheinlich läuft der Prozess doppelt. Man kann ja auch Prozesse einzeln beenden. Muss ich nochmal nachlesen wie das ging. kill pid...

Wenn ich "top" eingebe sehe ich keine io.tuya Process laufen.

[Old_Engineer]

@apollon77 Ich würde mal sagen, der Adapter 1.07 liegt bei meinem Setup konstant bei 65-67 MB.

Ich habe nun doch verschlüsselte (Rolladenschalter) gefunden, die ich nicht schalten kann. Gemeldete Version 1.1.6, die 1.1.4 aus der gleichen Bestellung funktionieren, die 1.1.6 waren bisher nicht im Einsatz. Merkwürdigerweise melden beide "Neueste Firmware bereits installiert". Schalter sind auch absolut baugleich.

[apollon77]

Alles im Bereich bis 80 MB können normale Standard Fluktuationen sein, sogar mehr je nach Anzahl der Devices und so ... auch fluktuationen +/-50MB sind wenig.

Error 7 kann vorkommen. Sollte nicht tut es aber.

Ich habe auch gleiche Geräte wo die App sagt das kein FW Update bereitsteht aber es andere Versionen sind. Es gibt halt nur die vorinstallierte FW und keine Updates ...

[v522533]

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

[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