Perte controle lumière localtuya ou autre

Bonjour,

Mon problème

Depuis 2 jours, probablement depuis la maj 2025.1.0, je n’ai plus aucun contrôle sur mes lumières via « localtuya » ou « OpenRGB », et également d’autre module que ne fonctionne plus.

J’ai réinstallé un serveur complet home assistant pour isoler les logs et voici ce qu’il apparait lors de l’ajout d’une simple lumière via « localtuya » :

2025-01-05 19:40:14.066 WARNING (MainThread) [custom_components.localtuya.common] Missing device configuration for device_id bfa4b085a8c541dcdbxis3
2025-01-05 19:40:14.248 WARNING (MainThread) [custom_components.localtuya.common] Missing device configuration for device_id bfe1900e4568b9f62dibba
2025-01-05 19:40:14.917 ERROR (MainThread) [homeassistant] Error doing job: Exception in callback _SelectorDatagramTransport._read_ready() (None)
Traceback (most recent call last):
  File "/config/custom_components/localtuya/discovery.py", line 65, in datagram_received
    data = decrypt_udp(data)
  File "/config/custom_components/localtuya/discovery.py", line 30, in decrypt_udp
    return _unpad(decryptor.update(message) + decryptor.finalize()).decode()
                                              ~~~~~~~~~~~~~~~~~~^^
ValueError: The length of the provided data is not a multiple of the block length.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run
    self._context.run(self._callback, *self._args)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/asyncio/selector_events.py", line 1241, in _read_ready
    self._protocol.datagram_received(data, addr)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/config/custom_components/localtuya/discovery.py", line 67, in datagram_received
    data = data.decode()
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xee in position 0: invalid continuation byte
2025-01-05 19:40:14.937 ERROR (MainThread) [homeassistant] Error doing job: Exception in callback _SelectorDatagramTransport._read_ready() (None)
Traceback (most recent call last):
  File "/config/custom_components/localtuya/discovery.py", line 65, in datagram_received
    data = decrypt_udp(data)
  File "/config/custom_components/localtuya/discovery.py", line 30, in decrypt_udp
    return _unpad(decryptor.update(message) + decryptor.finalize()).decode()
                                              ~~~~~~~~~~~~~~~~~~^^
ValueError: The length of the provided data is not a multiple of the block length.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run
    self._context.run(self._callback, *self._args)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/asyncio/selector_events.py", line 1241, in _read_ready
    self._protocol.datagram_received(data, addr)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/config/custom_components/localtuya/discovery.py", line 67, in datagram_received
    data = data.decode()
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x85 in position 1: invalid start byte
2025-01-05 19:40:14.946 ERROR (MainThread) [homeassistant] Error doing job: Exception in callback _SelectorDatagramTransport._read_ready() (None)
Traceback (most recent call last):
  File "/config/custom_components/localtuya/discovery.py", line 65, in datagram_received
    data = decrypt_udp(data)
  File "/config/custom_components/localtuya/discovery.py", line 30, in decrypt_udp
    return _unpad(decryptor.update(message) + decryptor.finalize()).decode()
                                              ~~~~~~~~~~~~~~~~~~^^
ValueError: The length of the provided data is not a multiple of the block length.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run
    self._context.run(self._callback, *self._args)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/asyncio/selector_events.py", line 1241, in _read_ready
    self._protocol.datagram_received(data, addr)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/config/custom_components/localtuya/discovery.py", line 67, in datagram_received
    data = data.decode()
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xbb in position 0: invalid start byte
2025-01-05 19:40:15.688 WARNING (MainThread) [custom_components.localtuya.common] Missing device configuration for device_id bf9f1d88e93955babaaabp

Egalement, après l’ajout de la lumière sur « localtuya », seule l’appareil apparait mais l’entité de contrôle.

Il s’agit du lumière de marque Lepro, modèle GU10 : Lien Amazon

Je doute qu’il s’agisse d’une erreur interne au module concerné mais je n’ai pas l’impression d’avoir vu d’autre personne se plaindre de problème similaire récemment.

Merci d’avoir pris le temps de me lire

Ma configuration


System Information

version core-2025.1.0
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.1
os_name Linux
os_version 6.6.66-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 4976
Installed Version 2.0.2
Stage running
Available Repositories 1491
Downloaded Repositories 2
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 14.1
update_channel stable
supervisor_version supervisor-2024.12.3
agent_version 1.6.0
docker_version 27.2.0
disk_total 30.8 GB
disk_used 4.5 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons Advanced SSH & Web Terminal (20.0.0), Log Viewer (0.17.1)
Dashboards
dashboards 2
resources 0
views 0
mode storage
Recorder
oldest_recorder_run 5 janvier 2025 à 18:02
current_recorder_run 5 janvier 2025 à 19:11
estimated_db_size 0.27 MiB
database_engine sqlite
database_version 3.47.1
___

Salut,

En utilisant des intégrations HACS on est exposé à ce genre de choses, le premier reflexe c’est d’aller voir le github de l’intégrations, et il y a une issue d’ouverte.

Autant pour moi alors, désolé :confused:

Salut

Je n’ai pas encore franchi le pas pour la 2025.1.0.

Je vais donc certainement rencontrer le problème avec local tuya.

Il semblerait qu’il faille utilisé cet version:

L’ajout du fork personnalisé local-tuya a résolu tous les problèmes dans HA 2025.1 :

Tiens nous au courant, si cela fonctionne et éventuellement comment tu as procedé.

Le fork fonctionne !

Après quelque galère, l’installation du fork a était un peu capricieuse (probablement parce que j’ai voulue l’installer en même temps que de refaire la maj 2025.1.0)

L’installation ce fait de la même façon que la version d’origine de « localtuya »

Je n’ai testé qu’avec une seule de mes lights pour le moment, je vais essayer de toutes les ajouter par la suite !

Merci pour le tips du fork !

Comment as tu procedé ?

  • Il faut retirer l’ancienne version de local tuya et installer la nouvelle ?
  • les entités tuya sont conservé ?

Je n’ai jamais installé de fork, alors si je peux éviter de tout foirer…

Oui, le fork vient remplacer la version d’origine de « localtuya »

Non, il te faudra les reconfigurées

Je te conseille de bien désinstaller la version d’origine de « localtuya » avant de commencer.

Le fork a parfaitement fonctionné pour les quelques lumières que j’ai encore avec « tuya »

Il est possible de passer par le fork sans tout reconfigurer.
Je ne lai pas encore fait, mais voici le lien pour le faire étape par étape.

Je vais tester des que possible.

Salut,
un PR est en attente de validation pour Local tuya. Patience :wink:

Salut @pascal_ha,
je suis passé sur le fork de xZetsubou, sans devoir réinstaller les équipements Tuya
j’ai suivi ce tuto :

Ça fait plusieurs mois que j’y pense à changer, chose faite :wink:

1 « J'aime »

LocalTuya n’est plus maintenu donc soit vous passez sur fork (et ça repousse le problème) soit vous changez carrément. TuyaLocal est une alternative intéressante. Hyper maintenu compatible avec bcp d’eqt et personnalisable si votre équipement n’est pas supporté nativement

Salut @WarC0zes

On est bien d’accord que c’est dans HACS qu’il faut désinstallé local tuya ?

Ce n’est pas dans les intégrations ?

Si je pouvais éviter de refaire mes 24 entités ce serait cool :wink:

En suivant ce post:

Oui, c’est dans HACS. Surtout pas dans l’intégration, sinon tu perds toute ta configuration !!!

  1. Allez dans HACS → Supprimer localtuya de rospogrigio et cliquez ignore sur le message qui apparaîtra.
  2. Ajoutez le fork de xZetsubou à HACS → Installez la fork.
  3. Redémarrez HomeAssistant.

J’ai suivi, c’est méthode et je n’ai rien perdu.

Si tu flippes de faire la manip, fait un backup avant :wink:

Slt…
Ok pour moi
En plus j’ai testé la version TuyaLocal mentionnée par @Jean-Marc_Collin , qui me traduit une entité de Disjoncteur que je n’avais pas sur la version LocalTuya !, mais certaines entités ne se lient pas avec adresse IP ? Donc je garde les deux ! Comme pas même répertoire cela passe sans fork !

1 « J'aime »

Je suis un peu perdu, c’est lequel ces deux versions ?

  • on peut installer les deux versions, où il faut faire un choix.

Comme dit @WarC0zes tu peux installer la version de LocalTuya xZetsubou !
Je l’ai fait, et effectivement toutes les entités sont présentes !
Et si tu veux testé l’autre version, tu dois installé la version de TuyaLocal de Make-all

Les deux version cohabite sans problème car par dans les mêmes répertoires custom_components

1 « J'aime »

Dans ce cas là, si tu as un peu de courage et de temps tu peux te faire ton propre fichier de config. Y a un tuto dans le github de l’éditeur et tu as plein d’exemples. Je n’ai plus aucun LocalTuya maintenant chez moi

1 « J'aime »

Merci de votre aide a tous @WarC0zes , @Doubledom , @Jean-Marc_Collin :+1:

Je viens de faire le premier pas avec succes en installant le Fork :grinning:

Je vais laisser tourner quelques jours, et ferais les mises à jour que j’ai en attente.

Puis je testerais le tuya local make all :hand_with_index_finger_and_thumb_crossed:

3 « J'aime »

J’ai mis a jour en 2025.1.1 et aucun soucis avec le fork de local tuya.
il y avait card_mod et browser_mod aussi à mettre à jour pour la 2025.1.x.
Tout fonctionne :wink:

1 « J'aime »