Non. Le hub n'a ni relais, ni contacteur, ni sortie d'aucune sorte. Il mesure ce que font vos circuits, le valorise selon votre tarif, conserve l'historique et transmet les chiffres à ce que vous l'intégrez. C'est tout son rôle.
Il s'agit d'une limite voulue, et non d'une fonction manquante. La mesure et la commutation ont des modes de défaillance différents : un compteur qui se tait vous coûte des données, alors qu'un régulateur défaillant vous coûte une maison glacée ou un ballon d'eau froide.
Alors, comment automatise-t-on avec ?
Dans leur propre système. Le hub publie la puissance et l'énergie de chaque point via MQTT, et Home Assistant les récupère comme entités. Vous écrivez ensuite l'automatisation là-bas, en agissant sur vos propres appareils.
Deux points à connaître si vous suivez cette voie :
- La zone tarifaire n'est pas une entité. La découverte couvre les mesures, pas le tarif. La zone courante figure dans la trame de télémétrie du hub, et un capteur MQTT la rend disponible, ce qui permet de déclencher une action lorsque « la zone de nuit a commencé ».
- Faites de « pas de données » l'état sûr. Si le hub se tait, le capteur doit devenir indisponible et l'automatisation ne doit rien faire, laissant l'appareil suivre sa propre programmation. N'écrivez jamais une automatisation qui dépend du retour du hub.
Et lorsque vous agissez sur une charge de chauffage ou de climatisation, passez par son interface propre (la consigne, un préréglage, un mode) plutôt que de couper son alimentation. Les compresseurs ont besoin de leurs propres cycles et dégivrages, et beaucoup ne supportent tout simplement pas d'être coupés de l'extérieur.
Et les chargeurs et pompes à chaleur des guides ?
Mesurés, pas pilotés. Lorsqu'un guide montre une borne de recharge pour véhicule électrique ou une pompe à chaleur, RBgrid rapporte ce que fait ce circuit : sa puissance, son énergie, son coût par zone. Toute décision prise dans ces articles se fait dans Home Assistant, sur des équipements que vous contrôlez déjà.