Les noeuds tuya-smart_device ne se connectent plus

[Philippe]

Bonjour,

Mon problème

J’utilise le nœud node-red tuya-smart-device pour gérer certains devices tuya qui ne sont pas ou pas complètement pris en charge par l’intégration tuya de home assistant. Depuis la nuit du 3 au 4 juin dernier ces nœuds ne se connectent plus (message : « findDevice(): Cannot find the device, re-trying… »). Depuis je cherche l’origine de ce problème.

Ma configuration

---

[center]## System Information

version	core-2025.5.3
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
user	root
virtualenv	false
python_version	3.13.3
os_name	Linux
os_version	6.12.23-haos
arch	x86_64
timezone	Europe/Paris
config_dir	/config

Home Assistant Community Store

GitHub API	ok
GitHub Content	ok
GitHub Web	ok
HACS Data	ok
GitHub API Calls Remaining	5000
Installed Version	2.0.5
Stage	running
Available Repositories	2001
Downloaded Repositories	4

Home Assistant Cloud

logged_in	false
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 15.2
update_channel	stable
supervisor_version	supervisor-2025.05.3
agent_version	1.7.2
docker_version	28.0.4
disk_total	234.0 GB
disk_used	83.6 GB
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	generic-x86-64
supervisor_api	ok
version_api	ok
installed_addons	Studio Code Server (5.19.3), Node-RED (19.0.2), Samba share (12.5.1), Duck DNS (1.19.0), File editor (5.8.0), ESPHome Device Builder (2025.5.2), Zigbee2MQTT (2.4.0-1), NGINX Home Assistant SSL proxy (3.11.1), SQLite Web (4.3.1), Mosquitto broker (6.5.1), Advanced SSH & Web Terminal (20.0.2), MQTT Explorer (browser-1.0.3), AppDaemon (0.17.4), Music Assistant Server (2.5.4), Matter Server (8.0.0), Matterbridge Home Assistant Add-on (1.0.5)

Dashboards

dashboards	4
resources	39
views	27
mode	storage

Network Configuration

adapters	lo (disabled), eno1 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth340c2d6 (disabled), vethae9a795 (disabled), vethcb49c43 (disabled), veth4552fe1 (disabled), vethbb74729 (disabled), vethe0efc61 (disabled), veth24b4fc9 (disabled), veth3d46366 (disabled), veth6d9390b (disabled), veth1d20736 (disabled), veth3aa56b2 (disabled), vethf698c5e (disabled)
ipv4_addresses	lo (127.0.0.1/8), eno1 (192.168.1.2/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth340c2d6 (), vethae9a795 (), vethcb49c43 (), veth4552fe1 (), vethbb74729 (), vethe0efc61 (), veth24b4fc9 (), veth3d46366 (), veth6d9390b (), veth1d20736 (), veth3aa56b2 (), vethf698c5e ()
ipv6_addresses	lo (::1/128), eno1 (fe80::7f5c:d906:2278:dec1/64), hassio (fe80::e8bb:52ff:fedd:b6c2/64), docker0 (fe80::9c1f:fff:fe28:6d44/64), veth340c2d6 (fe80::94b8:58ff:fe4c:a491/64), vethae9a795 (fe80::6850:ecff:fe0f:e5e5/64), vethcb49c43 (fe80::5449:89ff:feca:1fa/64), veth4552fe1 (fe80::3018:f1ff:fedb:1109/64), vethbb74729 (fe80::fca5:44ff:febc:20b2/64), vethe0efc61 (fe80::2c66:dbff:fe6b:c10a/64), veth24b4fc9 (fe80::7c11:68ff:fe9b:299d/64), veth3d46366 (fe80::94b1:c2ff:fe8a:e20b/64), veth6d9390b (fe80::98d5:8cff:fe94:36db/64), veth1d20736 (fe80::cc2d:c0ff:fec5:bdff/64), veth3aa56b2 (fe80::d8be:6cff:febd:82fa/64), vethf698c5e (fe80::28a5:6eff:feaf:c8ab/64)
announce_addresses	192.168.1.2, fe80::7f5c:d906:2278:dec1

Recorder

oldest_recorder_run	24 mai 2025 à 11:57
current_recorder_run	4 juin 2025 à 18:14
estimated_db_size	1514.56 MiB
database_engine	sqlite
database_version	3.48.0

Sonoff

version	3.8.1 (ffa7e22)
cloud_online	0 / 1
local_online	1 / 1

[/center] ___

[Yoyouri]

Salut

Pourquoi passer par Nodered alors que via LocalTuya vous pourrez sûrement avoir ce qu’il vous manque par rapport à Tuya ?

[Philippe]

Tout à fait. En parallèle, j’ai cherché une autre solution. Cela m’a permis de découvrir local tuya qui permet d’obtenir les mêmes résultats. Mais c’est quand même dommage pour nodered qui était bien pratique aussi.