Contrôle infrarouge

Bonjour,

J’ai remplacé mon système de commande de la climatisation, à base de Tuya, par un Moes R11 zigbee.
Aucun problème d’apprentissage des codes de commande, l’automatisation avec ces codes fonctionne aussi très bien.
Mon problème: le module devient inaccessible au bout d’un certain temps et n’envoie pas les commandes à la climatisation quand l’automatisation se déclenche.
Je suis obligé de faire un « reconfigure » pour retrouver la disponibilité .
Exemple ci dessous:


Ma question: comment éviter cette indisponibilité ?
L’automation:

`alias: Hiver Clim salon ON
description: >-
  Allume la climatisation du salon quand la température descend sous 19°C, soit
  1 heure avant le coucher du soleil, soit entre 17h et 21h.
triggers:
  - entity_id: sensor.ir_salon_temp_hum_temperature
    below: 19
    trigger: numeric_state
conditions:
  - condition: or
    conditions:
      - condition: sun
        before: sunset
        before_offset: "-01:00"
      - condition: time
        after: "17:00:00"
        before: "21:00:00"
actions:
  - device_id: 084403a48a1ccba939e6e9d8cf4dd403
    domain: text
    entity_id: f8a4b064c479d324d893441ec69fb6d4
    type: set_value
    value: >-
      AbMB4AEBAtwBs6ABC7ljtA3NBrMBFQWzAYABgBvgAQ/gAQGAEwHcAUAHQANAAUAH4AcDgAGAJ+AFAQLcAbPgBAHgBw/gEQFAY+ALAeADF8ALARUFgFcDFQWzAeARAYAj4BMBwD8BFQXgGSuAAeBHJ+ADAeA1WwMVBbMBQAEBFQXgBUcBFQWAA+ABAeADH+ADC+ABAUAz4AEB4AEjwBfgAQcJ3AEVBbMBFQWzAQ==
  - data:
      message: >-
        Climatisation du salon activée : temp < 19°C, soit 1h avant le coucher
        du soleil, soit entre 17h et 21h.
    action: notify.persistent_notification
mode: single

Ma configuration:

version core-2025.1.4
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.73-haos
arch x86_64
timezone Europe/Lisbon
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 1580
Downloaded Repositories 39
AccuWeather
can_reach_server ok
remaining_requests 1
Home Assistant Cloud
logged_in true
subscription_expiration 19 juillet 2025 à 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled true
google_enabled true
cloud_ice_servers_enabled true
remote_server eu-central-1-6.ui.nabu.casa
certificate_status ready
instance_id 412abc55dae643638550d87ca53c578d
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 14.2
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 11.4 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), File editor (5.8.0), Matter Server (7.0.0), Zigbee2MQTT (2.1.0-1), Mosquitto broker (6.5.0), ESPHome Device Builder (2024.12.4), go2rtc (1.9.8), eufy-security-ws (1.9.1), TasmoAdmin (0.31.3), Samba Backup (5.2.0)
Instituto Português do Mar e Atmosfera (IPMA)
api_endpoint_reachable ok
Dashboards
dashboards 4
resources 32
views 26
mode storage
Recorder
oldest_recorder_run 21 janvier 2025 à 07:55
current_recorder_run 2 février 2025 à 08:33
estimated_db_size 823.88 MiB
database_engine sqlite
database_version 3.47.1
Spotify
api_endpoint_reachable ok
_

Je me répond: peut-être mon maillage zigbee trop faible ?

Bonsoir,
Aucune réponse … :thinking:
La solution: il faut aller dans ZB2mqtt - paramètres - disponibilité et modifier le « time out » pour l’objet zigbee concerné.
C’est un objet passif (alimenté par piles) J’ai modifié le time out à 6 heures
Depuis il n’apparaît plus en « indisponible »


La solution servira peut-être à quelqu’un…