Mes équipements n’apparaissent pas dans Home Assistant Matter Hub en docker

[Thierry_PP]

Bonjour tout le monde,

Je débute avec Home Assistant et je débarque sur ce forum.

J’ai installé HA sous docker car je voulais porter plusieurs containers sur mon serveur Ubuntu.

Je cherche à exposer tous mes équipements de HA à Google Home et j’ai trouvé la solution Matter Hub qui semble très pratique. J’ai trouvé pas mal d’information dans le forum, mais je n’ai pas vu de sujet sur le problème que je rencontre.

• J’ai installé HAMH en docker en suivant la doc d’installation disponible sur le dépôt GitHub. J’ai créé un long life token dans HA que j’ai ajouté à mon fichier docker-compose.

• J’ai lancé le docker, puis je me suis connecté à l’interface web pour créer un bridge, en ajoutant un paramètre label include : Google ».

• Puis dans HA, j’ai ajouté ce label dans la configuration de plusieurs équipements.

Mais je ne vois aucun de ces équipements dans HAMH.
Et j’ai bien pu associer le bridge matter à Google par contre.
La connexion entre HA et HAMH semble fonctionner.

Est-ce que vous auriez des pistes car je sèche ?
Merci pour le coup de main.

**

Ma configuration :

**

System Information

version	core-2025.12.0
installation_type	Home Assistant Container
dev	false
hassio	false
docker	true
container_arch	amd64
user	root
virtualenv	false
python_version	3.13.9
os_name	Linux
os_version	6.8.0-90-generic
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	5000
Installed Version	2.0.5
Stage	running
Available Repositories	2500
Downloaded Repositories	2

Home Assistant Cloud

logged_in	false
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Dashboards

dashboards	2
resources	0
views	0
mode	storage

Network Configuration

adapters	lo (disabled), enp2s0 (enabled, default, auto), br-a21818c759c7 (disabled), docker0 (disabled), br-810d19592b97 (disabled), veth1d0c236 (disabled), vethb46ee7a (disabled), veth8b656ac (disabled), veth91af25b (disabled), veth6252131 (disabled), veth3fb68e5 (disabled)
ipv4_addresses	lo (127.0.0.1/8), enp2s0 (192.168.1.150/24), br-a21818c759c7 (172.18.0.1/16), docker0 (172.17.0.1/16), br-810d19592b97 (172.19.0.1/16), veth1d0c236 (), vethb46ee7a (), veth8b656ac (), veth91af25b (), veth6252131 (), veth3fb68e5 ()
ipv6_addresses	lo (::1/128), enp2s0 (2001:861:2088:5a90:c23f:d5ff:fe58:7a33/64, fe80::c23f:d5ff:fe58:7a33/64), br-a21818c759c7 (fe80::944d:8aff:fe8d:da27/64), docker0 (fe80::c80a:ecff:fedb:4a56/64), br-810d19592b97 (fe80::28e6:56ff:fe17:894/64), veth1d0c236 (fe80::7f:8fff:fe38:1f22/64), vethb46ee7a (fe80::9c42:52ff:feee:f91d/64), veth8b656ac (fe80::88c5:1aff:fed7:d4fd/64), veth91af25b (fe80::ccdb:91ff:fe12:304f/64), veth6252131 (fe80::c009:baff:fec2:49dd/64), veth3fb68e5 (fe80::10de:b3ff:fe3b:3b6b/64)
announce_addresses	192.168.1.150, 2001:861:2088:5a90:c23f:d5ff:fe58:7a33, fe80::c23f:d5ff:fe58:7a33

Recorder

oldest_recorder_run	20 décembre 2025 à 07:32
current_recorder_run	22 décembre 2025 à 08:37
estimated_db_size	2.66 MiB
database_engine	sqlite
database_version	3.49.2

Fichier docker-compose de matterHub

 services:
  matter-hub:
    image: ghcr.io/t0bst4r/home-assistant-matter-hub:latest
    restart: unless-stopped
    network_mode: host
    environment: # more options can be found in the configuration section
      - HAMH_HOME_ASSISTANT_URL=http://192.168.1.150:8123/
      - HAMH_HOME_ASSISTANT_ACCESS_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJjZDcyYTY1NWQxMTA0Yjc2Yjc4MjE2NzFiZjYzNTQyYyIsImlhdCI6MTc2Njk4MzU2NiwiZXhwIjoyMDgyMzQzNTY2fQ.NECv81qf6Befzwo8ch9bk8K4q6yc_Qamt-ytTmZXj2c
      - HAMH_LOG_LEVEL=info
      - HAMH_HTTP_PORT=8482
    volumes:
      - $PWD/home-assistant-matter-hub:/data

Trace de HubMatter après un arret/redémarrage

2025-12-30 19:00:27.105 NOTICE Runtime              Shutting down
2025-12-30 19:00:27.106 INFO   AppContainer         Disposing WebApi
2025-12-30 19:00:27.110 NOTICE Node                 46f2e07d81e94321893ce4b6f5cdb669 going offline
2025-12-30 19:00:27.111 INFO   AppContainer         Disposing BridgeService
2025-12-30 19:00:27.355 NOTICE Node                 46f2e07d81e94321893ce4b6f5cdb669 is offline
2025-12-30 19:00:27.416 INFO   ServerNodeStore      Closed 46f2e07d81e94321893ce4b6f5cdb669 storage at /data/46f2e07d81e94321893ce4b6f5cdb669
2025-12-30 19:00:27.416 INFO   BridgeEnvi~6f5cdb669 Disposing BridgeEndpointManager
2025-12-30 19:00:27.417 INFO   BridgeEnvi~6f5cdb669 Disposing BridgeDataProvider
2025-12-30 19:00:27.418 INFO   AppContainer         Disposing BridgeEnvironmentFactory
2025-12-30 19:00:27.418 INFO   AppContainer         Disposing HomeAssistantRegistry
2025-12-30 19:00:27.419 INFO   AppContainer         Disposing HomeAssistantActions
2025-12-30 19:00:27.419 INFO   AppContainer         Disposing HomeAssistantConfig
2025-12-30 19:00:27.420 INFO   AppContainer         Disposing HomeAssistantClient
2025-12-30 19:00:27.422 INFO   AppContainer         Disposing BridgeStorage
2025-12-30 19:00:27.422 INFO   AppContainer         Disposing AppStorage
2025-12-30 19:01:04.212 INFO   HomeAssistantClient  Waiting for Home Assistant to be up and running - the application will be available once a connection to Home Assistant could be establish
2025-12-30 19:01:09.220 INFO   HomeAssistantClient  Home assistant reported to be up and running
2025-12-30 19:01:09.338 INFO   ServerNodeStore      Opened 46f2e07d81e94321893ce4b6f5cdb669 storage at /data/46f2e07d81e94321893ce4b6f5cdb669
2025-12-30 19:01:09.352 INFO   SessionManager       restoring resumption record for node peer@1:0xdf1a46f501c3376a and peer node peer@1:0xdf1a46f501c3376a for fabric id 0xabe8cfa4afee2978 (0
2025-12-30 19:01:09.535 INFO   BaseEventStore       Loaded volatile event store with next number 3001
2025-12-30 19:01:09.601 INFO   Endpoint             46f2e07d81e94321893ce4b6f5cdb669 ready endpoint#: 0 type: RootNode (0x16) behaviors: 💤parts ✓index ✓basicInformation ✓accessControl ✓grout ✓generalCommissioning ✓administratorCommissioning ✓operationalCredentials ✓generalDiagnostics ✓commissioning ✓network 💤productDescription 💤subscription 💤sessions ✓events 💤controller ✓d
2025-12-30 19:01:09.610 INFO   Endpoint             46f2e07d81e94321893ce4b6f5cdb669.aggregator ready endpoint#: 1 type: Aggregator (0xe) behaviors: 💤parts ✓index ✓descriptor
2025-12-30 19:01:09.614 NOTICE Node                 46f2e07d81e94321893ce4b6f5cdb669 going online
2025-12-30 19:01:09.625 NOTICE Node                 46f2e07d81e94321893ce4b6f5cdb669 is online
2025-12-30 19:01:09.628 INFO   FabricAccessControl  ACL List updated for FabricIndex 1 { privilege: 5, authMode: 2, subjects: [ 18446744060824715265 ], targets: null, fabricIndex: 1 }
2025-12-30 19:01:09.699 INFO   WebApi               HTTP server (API & Web App) listening on port 8482
2025-12-30 19:03:55.521 INFO   CertificateAuthority Loaded stored credentials with ID 0
2025-12-30 19:03:55.523 INFO   MdnsScanner          MDNS Scan targets updated : commissionable = true Targets:

IPV6 opérationnel:

user@serveurmaison:~$ sysctl net.ipv6.conf.all.disable_ipv6
net.ipv6.conf.all.disable_ipv6 = 0

[PtiBed0]

Hello,

Je ne sais pas en docker, moi c’est sur HAOS également avec des labels, mais as tu bien fait un save après avoir ajouté tes labels ?
A chaque ajout il faut aller sur HAMH / Edit puis save !

Sans oublier que le label doit être en minuscules !

[KipK]

Pas que en minuscule, il faut le slug name. Si characteres spéciaux , ils sont remplacés par leur équivalent standard, si espace ça rajoute un _ etc. Vaut mieux utiliser le dev tools pour être sûr d’avoir le bon slug. Dans l’onglet Modele des outils développeurs Ha, rentre ça pour avoir les labels au bon format:

{{ labels() }}

[ddfdom]

fais deja un test sans labels de mon coté je tourne sans labels et pas de soucis

[Thierry_PP]

Je n’avais pas fait attention à l’importance des majuscule et espace.

En fait le test de supprimer le filtre, j’ai vu tout mes équipements.

Et ensuite avec l’aide du modèle, je me suis rendu compte qu’il y avait 2 labels en doublon, et que celui que je cherché sortait avec “label_2”.

Tout fonctionne.

Merci pour votre aide.

[olivier_verstraet]

Bonjour,

J’ai tenté d’ajouter MatterBridge mais je suis confronté à un bug.
Mon matterbridge est fonctionnel :

Par contre comme j’ai beaucoup de devices et d’entités, Matterbridge plante (et fait planté HA) lors de l’exposition.

J’ai donc voulu ajouter une étiquette mais en vain.

si je mets une étiquette, elle n’est pas prise en compte :

si j’essai avec :
matterbridge → aucune entité ne remonte
« matterbridge » → tout remonte et fait planter HA
‹ matterbridge › → tout remonte et fait planter HA

Je regardé le slug, c’est bon et correctement appliqué sur une entité :

Je dois passer à côté de quelque chose mais je ne sais pas quoi .

[olivier_verstraet]

Bon j’ai compris..
il faut décocher « applyFiltersToDeviceEntities » et ne travailler les labels qu’au niveau entité.

Et bien je ne suis pas couché pour exposer ce dont j’ai besoin !