Architecture "hub & spoke" Modbus typique : un PLC master central poll périodiquement N slaves RTU/TCP, agrege les données, puis les remonte à un BMS via un autre protocole (BACnet, OPC UA, MQTT), ce qui permet de scaler sans charger directement le BMS.

Le pattern hub & spoke se decomposé en trois niveaux : les spokes (N slaves Modbus tels que compteurs, drives, instruments), le hub (PLC ou gateway intelligent qui poll et agrege) et le backend (BMS ou SCADA accède via un protocole "moderne" comme BACnet ou OPC UA). Les avantages sont : decouplage car le BMS n'est pas expose directement a Modbus, performance via un polling local plus rapide qu'à travers Internet, sécurité avec un hub capable d'assurer firewall et sanitization, et évolutivité puisque l'ajout d'un slave reste transparent côté BMS.

Règle de capacité : prévoir au plus 30 à 50 slaves Modbus par hub pour conserver une marge de cycle de polling sous la seconde, au-delà dedoubler en plusieurs hubs.