Gestion des entités découvertes par MQTT

Je souhaite bien comprendre quelles sont les entités découvertes par MQTT

Je viens de réussir à configurer correctement tydom2mqtt et Mosquitobroker.
L’installation remontée par ces 2 élements est constituée de 4 fenêtres avec volets roulants K-line équipés de détecteurs d’ouvrants intégrés (DVI), une fenêtre équipée DVI (sans volet) et un module tyxia installé sur le volet d’une baie vitrée.
Mosquito broker me remonte 11 appareils et 54 entités depuis mon installation provenant de tydom.

J’aimerais comprendre à quoi correspond chaque entité et faire le tri entre ce qui me sera utile et ce qui ne le sera pas.

Voici ce que j’ai pour les 11 appareils :

Pour les 54 entités, j’ai les éléments suivants :



De ce que je comprends : pour les appareils,

  • battDefect_tydom__Volet_xxx : comprend 9 capteurs. (xxx représente le nom de l’appareil déclaré dans Tydom) J’ai du mal à bien définir le rôle de chaque…
    ** battDefect_tydom__Volet_xxx = Pile du DVI à changer ? (Mais j’ai une entité pour la baie vitrée qui n’est pas équipée de DVI)
    ** device_id_tydom__Volet_xxx = simplement la remontée du nom de l’appareil ?
    ** endpoint_id_tydom__Volet_xxx = en lien avec la position basse du volet ? Mais sert à quoi ?
    ** id_tydom__Volet_xxx = ???
    ** intrusion_tydom__Volet_xxx = ???
    ** obstacleDefect_tydom__Volet_xxx = ???
    ** onFavPos_tydom__Volet_xxx = volet dans la position favorite ?
    ** thermicDefect_tydom__Volet_xxx = pb thermique quelquepart…

  • openState_tydom__Detec_xxx . comprend un capteur du même nom. il utilise le DVI et indique ses trois positions. « Open_hopper », « open_french », « Locked ».

Merci donc de m’avoir lu jusqu’ici et de m’aider à comprendre ces noms barbares :wink:

Ma configuration


System Information

version core-2022.9.6
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.10.5
os_name Linux
os_version 5.15.61-v7
arch armv7l
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 4544
Installed Version 1.23.0
Stage running
Available Repositories 1191
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 9.0
update_channel stable
supervisor_version supervisor-2022.10.0
agent_version 1.3.0
docker_version 20.10.17
disk_total 13.8 GB
disk_used 5.1 GB
healthy true
supported true
board rpi3
supervisor_api ok
version_api ok
installed_addons Node-RED (13.3.2), File editor (5.4.1), Samba share (10.0.0), Mosquitto broker (6.1.3), tydom2mqtt (2.6.0)
Dashboards
dashboards 1
resources 2
views 1
mode storage
Recorder
oldest_recorder_run 25 septembre 2022 à 17:13
current_recorder_run 25 septembre 2022 à 19:13
estimated_db_size 121.94 MiB
database_engine sqlite
database_version 3.38.5

Bonjour,
J’ai la même question et le même problème. Avez-vous eu une réponse et dans l’affirmative, pourriez-vous me la transmettre. Merci

Bonsoir,
Non, je n’ai pas eu de réponses et ne suis pas allé plus loin… :confused:

Bonjour,
Merci pour votre réponse.
Cordialement

Bonjour ,

peut etre un peu d’info supplémentaire : lire à partir des post de mai 2023 ( C’est sous Jeedom mais le principe dois etre identique ): porte , status , verrouillage , fermé , ouvert

il est possible que la position te sert en cas d’intrusion car ce n’est pas une commande normale