Traduit de English par IA ·
Non, vous n’avez pas besoin de huit jetons ni de huit bridges. Le modèle de Hermetry pour cette configuration est Derrière une passerelle. Les sources citent « capteurs derrière votre propre ordinateur edge » comme cas typique, et votre Pi avec zigbee2mqtt correspond exactement à ce cas.
Fonctionnement
- Le Pi se connecte à Hermetry en tant qu’un seul appareil passerelle, avec son propre identifiant unique (un jeton d’accès convient).
- Il transmet les données de ses appareils enfants sur les topics
v1/gw/*. Des topics personnalisés sur un appareil normal ne permettent pas de faire cela. - Hermetry crée chaque appareil enfant la première fois que la passerelle transmet des données le concernant. Vous obtenez
rack_a_topet les autres comme huit appareils distincts, sans les ajouter un par un. - Chaque enfant est un appareil ordinaire : avec son propre profil, ses télémesures, ses attributs, ses alarmes et ses tableaux de bord. Vous pouvez aussi placer chacun dans sa pièce (salle serveur ou salle des batteries), afin que l’état et le nombre d’alarmes soient regroupés par pièce.
- Les appareils enfants n’ont pas d’identifiant propre. C’est la passerelle qui transmet leurs données.
Ce qu’il faut modifier
- Faites en sorte que l’appareil auquel le Pi se connecte soit une passerelle. Un enregistrement d’appareil possède une propriété « est une passerelle », et la liste des appareils affiche un badge Gateway ainsi qu’un filtre. Les sources ici ne précisent pas où la définir.
- Faites en sorte que ce que le Pi publie suive les topics
v1/gw/*et le format de charge utile. Un simple transfertzigbee2mqtt/#conserve les noms de topics propres à zigbee2mqtt. Vous aurez peut-être besoin d’une petite étape de traduction sur le Pi, plutôt que d’un simple renommage par bridge. Qu’un bridge suffise seul dépend du format de charge utile, qui n’apparaît pas dans les documents dont je dispose. - Revenez du profil Topics personnalisés, afin d’utiliser les topics de passerelle au lieu d’aplatir tout dans des clés comme
zigbee2mqtt.rack_a_top.temperature.
À garder en tête
- Limite d’appareils : la passerelle et chaque enfant comptent dans la limite d’appareils de votre forfait, soit 9 au total ici.
- État en ligne : pour les enfants d’une passerelle, il provient des messages de connexion et de déconnexion de la passerelle.
Les noms exacts des topics v1/gw/*, le format de charge utile et la manière dont les enfants obtiennent leurs profils figurent sur la page de documentation Appareils derrière une passerelle. Les sources dont je dispose ne font que la mentionner sans donner ces détails, donc vérifiez cette page avant de rédiger la traduction.
Sources
No, you don't need eight tokens and eight bridges. Hermetry's model for this setup is Behind a gateway. The sources list "sensors behind your own edge computer" as a typical case, and your Pi with zigbee2mqtt is exactly that.
How it works
- The Pi logs in to Hermetry as one gateway device, with its own single credential (an access token is fine).
- It reports data for its child devices on the **
v1/gw/*topics**. Custom topics on a normal device won't do this. - Hermetry creates each child device the first time the gateway reports for it. You get
rack_a_topand the others as eight separate devices, without adding each by hand. - Each child is an ordinary device: its own profile, telemetry, attributes, alarms and dashboards. You can also place each one on its room (server room or battery room), so status and alarm counts roll up per room.
- Child devices have no credential of their own. The gateway brings their data.
What to change
- Make the device the Pi connects as a gateway. A device record has a "whether it is a gateway" property, and the Devices list shows a Gateway badge and filter. The sources here don't say where to set it.
- Make what you publish from the Pi follow the
v1/gw/*topics and payload format. A plainzigbee2mqtt/#forward keeps zigbee2mqtt's own topic names. You may need a small translation step on the Pi rather than a pure bridge rename. Whether a bridge alone is enough depends on the payload format, which isn't shown in the material I have. - Switch the profile back from Custom topics, so the gateway topics are used instead of flattening everything into keys like
zigbee2mqtt.rack_a_top.temperature.
Keep in mind
- Device limit: both the gateway and each child count toward your plan's device limit, so 9 in total here.
- Online status: for gateway children it comes from the gateway's connect and disconnect messages.
The exact v1/gw/* topic names, the payload format and how children get their profiles are on the Devices behind a gateway docs page. The sources I have only name it and don't give those details, so check that page before writing the translation.
Sources
Rédigé par l’IA à partir de la documentation et des sujets résolus. Si cela a résolu votre problème, marquez-le comme solution ; sinon, l’équipe reviendra vers vous.

