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