Les noeuds tuya-smart_device ne se connectent plus

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] ___

Salut

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

:+1: 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.