Remontée d'infos Z2M -> cartes

[Rene-Ceran]

Bonjour, à toutes et à tous

Mon problème

Les expositions de Z2M ne sont pas reportées, ni dans mqtt, ni dans les cartes sur mes derniers appairages.

Ma configuration

---

System Information

</>

version	core-2026.1.2
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
container_arch	aarch64
user	root
virtualenv	false
python_version	3.13.11
os_name	Linux
os_version	6.12.47-haos-raspi
arch	aarch64
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	2660
Downloaded Repositories	16

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 17.0
update_channel	stable
supervisor_version	supervisor-2026.01.1
agent_version	1.8.1
docker_version	29.1.3
disk_total	116.7 GB
disk_used	14.1 GB
nameservers	1.1.1.1, 1.0.0.1, fd0f:ee:b0::1, 192.168.1.254
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	rpi4-64
supervisor_api	ok
version_api	ok
installed_addons	ESPHome Device Builder (2025.12.7), Terminal & SSH (9.22.0), Mosquitto broker (6.5.2), Zigbee2MQTT (2.7.2-1), File editor (5.8.0), Git pull (8.0.1), Silicon Labs Flasher (0.4.0), Samba share (12.5.4)

Dashboards

dashboards	2
resources	11
views	14
mode	storage

Network Configuration

adapters	lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth436fee6 (disabled), veth377b1cb (disabled), veth4ace2e4 (disabled), vethb11dd63 (disabled), veth2ab915f (disabled), veth33e501c (disabled), vethbcbca84 (disabled), vethc01b9ad (disabled)
ipv4_addresses	lo (127.0.0.1/8), end0 (192.168.1.155/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth436fee6 (), veth377b1cb (), veth4ace2e4 (), vethb11dd63 (), veth2ab915f (), veth33e501c (), vethbcbca84 (), vethc01b9ad ()
ipv6_addresses	lo (::1/128), end0 (2a01:e0a:dee:1af0:5870:36b9:4a1d:db3a/64, fe80::4e2d:da65:7eb0:83b3/64), hassio (fe80::1419:60ff:fee4:e634/64), docker0 (fe80::9455:d2ff:fe09:f080/64), veth436fee6 (fe80::64a7:9aff:fe78:44c/64), veth377b1cb (fe80::882f:c3ff:fea0:a22b/64), veth4ace2e4 (fe80::a028:ebff:fe18:f270/64), vethb11dd63 (fe80::bc3b:dcff:fefc:5010/64), veth2ab915f (fe80::e03c:c7ff:fe7f:eb90/64), veth33e501c (fe80::5001:3cff:fec3:6f98/64), vethbcbca84 (fe80::42:9ff:fef6:6099/64), vethc01b9ad (fe80::f4ab:aaff:fe3b:35e/64)
announce_addresses	192.168.1.155, 2a01:e0a:dee:1af0:5870:36b9:4a1d:db3a, fe80::4e2d:da65:7eb0:83b3

Recorder

oldest_recorder_run	5 janvier 2026 à 09:29
current_recorder_run	19 janvier 2026 à 15:48
estimated_db_size	2190.60 MiB
database_engine	sqlite
database_version	3.49.2
</>

___

Voilà ce que voit Z2M d’une installation récente d’une prise TS011F

Voilà ce que voit MQTT de cette même prise

Voilà ce que montre la carte toujours de la même prise

Voilà ce que montre le même type de carte pour une autre prise installée il y a une dizaine de mois

.

Je pédale dans la semoule : plusieurs prises installées il y a une dizaine de mois sont correctement vues et présentées, alors que celles installées il y a quelques jours ne peuvent être exploitées. Ce sont à priori les mêmes modèles, et certainement le même fournisseur (à défaut de fabricant).
Les premiers modèles ont simplement eu à être appairés. Je n’ai rien fait d’autre sur la série suivante.
Où dois-je chercher ?
Merci de vos conseils.

[WarC0zes]

Bonjour,
que dises les logs de Z2M ?

[Rene-Ceran]

Bonjour,
je ne trouve rien dans les journaux ni dans les rapports concernant ces prises.

[WarC0zes]

les prises fonctionne bien sous Z2M ?
dans rapports de la prise, tu n’as pas de point de terminaison configurer ?

[Rene-Ceran]

Point de terminaison 1, 5 colonnes de 4 lignes avec des valeurs renseignées,
Point de terminaison 242, « aucun », « + Ajouter »

[WarC0zes]

ok, mais les prises fonctionnent sous Zigbee2MQTT dans expositions ( on/off par exemple)?

[Rene-Ceran]

Dans Z2M oui, toutes les valeurs sont visibles, voir ma première copie d’écran, mais pas dans MQTT

[WarC0zes]

les valeurs visible est une chose, mais s’actuailise telle comme il faut ?
tu peux tenter une reconfiguration avec l’icône .

[Rene-Ceran]

Les valeurs sont réactualisées en permanence.
J’ai lancé une reconfiguration et validé (il me semble avoir déjà tenté sans succès).
Pas de réaction dans MQTT ni dans l’affichage des cartes.

[WarC0zes]

tente une suppression de la prise, avec la case force suppression dans Z2M et de la réappairer.

@Rene-Ceran

Pas de réaction dans MQTT ni dans l’affichage des cartes.

sinon, un soucis avec mosquitto broker. Tu as regarder le journal de mosquitto broker ?
Mais si tout le reste fonctionne, je ne pense pas.

[Rene-Ceran]

Prise supprimée forcée
Redémarrage du système
Cache navigateur vidé.
Réappairage prise
Aucun changement.

Journal Mosquitto:
« …
2026-01-19 15:47:09: Warning: Mosquitto should not be run as root/administrator.
…
2026-01-19 17:15:13: New connection from 172.30.32.2:52794 on port 1883.(un combo DVR/NVR)
2026-01-19 17:15:13: Client closed its connection.
2026-01-19 17:17:12: Saving in-memory database to /data//mosquitto.db.
2026-01-19 17:17:13: New connection from 172.30.32.2:59694 on port 1883.
2026-01-19 17:17:13: Client closed its connection.
… »

[phklrz]

Qu’y a-t-il dans le journal de z2m au sujet de “Prise baie de brassage” ?

[Rene-Ceran]

Rien, aucune ligne sur les prises, même celles qui fonctionnent.

[phklrz]

Il faudrait que le niveau de journal dasn z2m soit ‘info’ pour obtenir quelque chose

[Rene-Ceran]

Après avoir pisté le défilement des ‹ infos ›, toutes les prises apparaissent même les nouvelles, avec des infos mises à jour

[phklrz]

Ce qu’il faut regarder c’est le ‘topic’ sur lequel le message est publié et comparer auquel est abonné l’entité dans ha

[Rene-Ceran]

/…/ Pause nuit /…/
j’voudrais bien …mais j’peux point …
c’est quoi un topic ? ou trouver ces infos ?
Merci d’éclairer ma lanterne

[WarC0zes]

avec mqtt explorer en application ou en module complémentaire au choix.
Les topics permettent d’organiser les messages dans MQTT . Lorsqu’un client publie un message, il l’associe à un topic. C’est un peu comme une clé ou un URI qui donne une identité au message.

le nom de topic de l’appareil est le nom que tu lui a donnée.
ca sera zigbee2mqtt/nom de l'appareil
exemple :

[Rene-Ceran]

Merci de cette réponse, et des indications précises.
Résultat de l’exploration :

Détail de la prise dans MQTT EXPLORER, les valeurs s’ajustent en continu :

{
  "child_lock": "UNLOCK",
  "countdown": 0,
  "current": 0.54,
  "device": {
    "applicationVersion": 83,
    "dateCode": "",
    "friendlyName": "Prise baie de brassage",
    "hardwareVersion": 1,
    "ieeeAddr": "0xa4c138b2d18cd8d5",
    "manufacturerID": 4417,
    "manufacturerName": "_TZ3210_rqrrkla7",
    "model": "TS011F_plug_1",
    "networkAddress": 27887,
    "powerSource": "Mains (single phase)",
    "stackVersion": 0,
    "type": "Router",
    "zclVersion": 3
  },
  "energy": 11.87,
  "energy": 11.88,
  "indicator_mode": "on",
  "linkquality": 255,
  "power": 83,
  "power_outage_memory": "restore",
  "state": "ON",
  "update": {
    "installed_version": 83,
    "latest_version": 83,
    "state": "scheduled"
  },
  "voltage": 224
}

Que vérifier encore ?
info : le manufacturer name est différent pour les prises qui s’affichent : _TZ3000_w0qqde0g

[Tophe]

Bonjour à tous,
Pour info j’ai exactement le même problème avec un SHELLY EM Mini Gen4.
Il fonctionne bien dans Z2M (Valeurs mises à jour et commande du relai OK).
Les entités sont bien apparues dans Mosquito mais les valeurs sont figées ou nulles et la commande du relai est inopérante.

J’ai mis à jour le core en V17.0 ce matin avant avant d’intégrer le SHELLY, jamais eu ce problème avant, peut être est-ce un piste?