LocalTuya ne marche plus apres passage en version 2022-04 --- attendez un peu avant de migrer

Mon problème

LocalTuya ne marche plus apres le passage en HA 2022-04
les devices LocalTuya ne se chargent pas

donc, attendez un peu avant de passer en 2022-04 si vous avez ce type de package…

Ma configuration


System Health

version core-2022.4.0
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.9.9
os_name Linux
os_version 5.10.103-v8
arch aarch64
timezone Europe/Paris
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 4977
Installed Version 1.24.3
Stage running
Available Repositories 1080
Downloaded Repositories 3
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 7.6
update_channel stable
supervisor_version supervisor-2022.03.5
docker_version 20.10.9
disk_total 237.7 GB
disk_used 9.5 GB
healthy true
supported true
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Mosquitto broker (6.0.1), Samba share (9.5.1), Zigbee2mqtt (1.25.0-1), Home Assistant Google Drive Backup (0.106.2), Terminal & SSH (9.3.0), Node-RED (11.1.1), Studio Code Server (4.2.0), Log Viewer (0.13.0), eWeLink Smart Home (1.2.4)
Dashboards
dashboards 2
resources 1
views 7
mode storage
___
1 « J'aime »

Ca peut être le problème avec les intégrations HACS.

Cela dit celle-ci à une solution on dirait:

yousaf465
Quick fix: Seems like the issue is with the fan platform, if you do not use the fan platform, you may exclude it from the config flow temporarily until a correct fix

in custom_components/localtuya/const.py line 49 change:

# Platforms in this list must support config flows
PLATFORMS = ["binary_sensor", "cover", "fan", "light", "sensor", "switch"]

to:

# Platforms in this list must support config flows
PLATFORMS = ["binary_sensor", "cover", "light", "sensor", "switch"]

donc dans \homeassistant\config\custom_components\localtuya\const.py
ligne 49, remplacer
PLATFORMS = [« binary_sensor », « cover », « fan », « light », « sensor », « switch »]
par
PLATFORMS = [« binary_sensor », « cover », « light », « sensor », « switch »]

testé et approuvé : mes devices refonctionnent à nouveau après modification du fichier et un reboot de HA.

Bonjour

J’ai fait la mise a jour en 2022.4.0 hier :nauseated_face:
Quelle sont les symptômes ou Comment je peux voir si sa fonctionne ou pas ?

Car pour le moment je n’ai rien vu.
Mes lumières fonctionnent, ma porte de garage aussi et les prises apparemment aussi ?

C’est simple, tu as une notification, juste audessus du nom de login, en bas à gauche de l’écran HomeAssistant.

J’ai rien pour local tuya a part sa :

Logger: tuya_iot
Source: /usr/local/lib/python3.9/site-packages/tuya_iot/openmq.py:161
First occurred: 17:56:03 (1 occurrences)
Last logged: 17:56:03

error while get mqtt config
Logger: homeassistant.helpers.integration_platform
Source: loader.py:620
First occurred: 17:56:08 (6 occurrences)
Last logged: 17:56:08

Unexpected error importing tuya/diagnostics.py
Unexpected error importing tuya/logbook.py
Unexpected error importing tuya/media_source.py
Unexpected error importing tuya/group.py
Unexpected error importing tuya/system_health.py
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/integration_platform.py", line 34, in _process
    platform = integration.get_platform(platform_name)
  File "/usr/src/homeassistant/homeassistant/loader.py", line 603, in get_platform
    cache[full_name] = self._import_platform(platform_name)
  File "/usr/src/homeassistant/homeassistant/loader.py", line 620, in _import_platform
    return importlib.import_module(f"{self.pkg_path}.{platform_name}")
  File "/usr/local/lib/python3.9/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
  File "<frozen importlib._bootstrap>", line 984, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'custom_components.tuya_v2.recorder'

Mais tous fonctionne…

J’ai eu hier une notification mais pour l’aspirateur Xiaomi

J’ai aussi ce message :

Logger: homeassistant.components.filesize.sensor
Source: components/filesize/sensor.py:79
Integration: File Size (documentation, issues)
First occurred: 17:55:58 (1 occurrences)
Last logged: 17:55:58

Configuration of the Filesize sensor platform in YAML is deprecated and will be removed in Home Assistant 2022.6; Your existing configuration has been imported into the UI automatically and can be safely removed from your configuration.yaml file

Mais je sais pas quoi en faire, pas bien compris le problème ?

Pas de soucis chez moi, 6 devices locatuya (switch + powerplugs) et ils marchent comme avant, curieux quands je serais touché

Pareil que @vingerha : mon chauffage de salle de bain fonctionne
image

Rien à voir avec localtuya, mais tu as un bout de config qui est périmé. Cherche le sensor basé sur Filesize

Ah ok, je le supprime simplement…

@bentou Il y a une mise à jour de Tuya

1 « J'aime »

Merci Pulpy

J’ai effectué la mise a jour, mais vu qu’avant sa fonctionné sans, je vais pas vraiment voir de différence.

C’est bien pour ça que je mentionne bentou… lui ça fonctionnais plus et les modifs concernent à priopri la version 2022.04

Y a un truc que ma femme va apprécier « introduced BR portuguese translation » :rofl:

Bonjour a tous,
Je partage le même problème que toi @bentou, j’ai passé la 2022.04 dimanche et depuis perdu mes spot ‹ wifi › et 2 lumières ‹ wifi ›.

@Pulpy-Luke , j’ai aussi fait la mise à jour de LocalTuya, sans amélioration…
@bentou j’ai aussi suivi ton conseil en retirant ‹ fan › dans le fichier \const.py sans succès

J’ai tenté toutes les manip proposées, relaod mes version de LocalTuya, en v3.5, en master…rien !

Bouh, du coup retour en 2022.3.5, mais au moins tout fonctionne :slight_smile:

Je n’est pas eu de soucis de migration vers le core 2022.4 et avec localtuya ( je suis même en version 2022.4.3).
Je me posais la question si vos problème ne viendrais pas d’une configuration de localtuya dans le configuration.yaml ? Car depuis que j’utilise localtuya, j’ai configurer tout les appareilles par le UI et non par YAML.

je suis désolé, j’ai attrappé une belle grippe, je suis completement HS. il vaut mieux que je ne touche pas à ma configuration avant d’avoir les yeux en face des trous.
j’avais ceci dans le configuration.yaml

#-----------------  debut LocalTuya -----------------
#localtuya:
#  - host: 192.168.xx.xxx
#    device_id: bf638126b03cf739xxxxxx
#    local_key: e266299f79xxxxxx
#    friendly_name: Tuya Device
#    protocol_version: "3.3"
#    entities:
#      - platform: light
#        friendly_name: Device Light
#        id: 4 # Usually 1 or 20
#        color_mode: 21 
#        brightness: 22 # Optional, usually 3 or 22, default: "none"
#        color_temp: 23 # Optional, usually 4 or 23, default: "none"
#        color: 24
#        brightness_lower: 10
#        brightness_upper: 1000
#        color_temp_min_kelvin: 2700
#        color_temp_max_kelvin: 6500
#        scene: 25
#     
#-----------------   fin  LocalTuya -----------------

mais j’ai tout retiré il y a un bon moment, le remède était pire que le mal.

pour les prises connectées, pas de problèmes, mais avec les spots c’est déjà moins facile à gérer de bout en bout.
pour info, ce sont ces ampoules Trust.com - Smart WiFi LED spot GU10 white ambience vu comme « Trust WiFi White Ambience (wcuan7llorpdbht7) » par Tuya

là tout de suite, j’ai les spots en tuya-cloud et les prises connectées en localTuya.

Vivement un TUYA2MQTT

j’ai utiliser ce document pour configurer mes spots moes gu10 rgbcw Known working and non working devices · rospogrigio/localtuya Wiki · GitHub.
dans la doc il parle de id 1 ou 20 pour on/off, toi tu as le 4. après peu être ton model juste white est en 4.
Comme pour les températures tu as 2700-6500k et sur ta page trust c’est annoncé 1800-6500k, a vérifier les vrai valeurs de ton model.

Passe par le configuration UI, c’est mieux je trouve et on vois la liste des ids de ton model, juste a sélectionner le bon dans chaque case.

J’ai trouvé un script en python pour tester les datapoints d’un device, mais, je n’ai pas python installé sur mon HA OS…

Le problème est il résolu avec de nouvelle mise a jour de HA?
J’ai arrêté mes mise a jour depuis avril en attendant de voir.
J’attend vos retours :wink:

Je suis en version 2022.5.4 et localtuya v3.5.0 , tout fonctionne bien avec mes ampoules, prises et thermomètre.