Illustration générée par IA — visuel conceptuel.
Dans une villa, un hôtel ou un site tertiaire, la question n’est pas « quel onduleur acheter ? », mais quels services vous voulez maintenir en cas de coupure (et ce qui retombera malgré tout). Un UPS peut préserver un LAN, des caméras et une supervision domotique… mais il ne peut pas “réinventer” Internet, ni compenser un switch PoE sous-dimensionné, ni garantir une autonomie longue si toute la baie reste alimentée.
La méthode la plus fiable en exploitation (MCO) consiste à dimensionner par services, puis à valider par de vrais tests de reprise (coupure secteur, micro-coupure, redémarrage, arrêt complet). C’est ce qui réduit réellement les incidents côté client, parce que l’autonomie annoncée sur la brochure ne correspond presque jamais à la charge finale d’une baie.
Pourquoi “dimensionner un UPS” commence par les services (et pas par les VA)
Une baie réseau regroupe souvent des équipements de natures très différentes : réseau, PoE, vidéo, domotique/KNX, stockage, accès distant. En cas de coupure, ils n’ont pas tous la même criticité et ils ne consomment pas tous la même puissance.
Au lieu de raisonner « un onduleur pour la baie », découpez la continuité par blocs :
Service A — Accès Internet & routage (le “minimum vital”)
- ONT / modem / box opérateur (si présent dans la baie)
- Routeur / firewall
- Éventuels services locaux indispensables (selon architecture : DHCP/DNS, contrôleur Wi‑Fi, etc.)
Limite fréquente : si l’équipement opérateur (ONT/box) est hors de la baie, non secouru, ou alimenté sur un autre tableau, vous pouvez maintenir le LAN… tout en perdant Internet. Dans ce cas, envisagez aussi la continuité côté connectivité (voir deux connexions Internet et failover).
Service B — Commutation & PoE (Wi‑Fi, caméras, interphonie IP…)
- Switch(es) d’accès et/ou cœur de baie
- Budget PoE (souvent le poste qui “mange” l’autonomie)
Pour les équipements PoE (caméras, points d’accès, vidéophones), dimensionner « en nombre de ports » ne suffit pas : il faut dimensionner en puissance (puissance par port + budget global). Pour cadrer proprement ce sujet : PoE, PoE+ et PoE++ : comment dimensionner la puissance d’un switch ?
Service C — Vidéosurveillance (caméras + enregistrement)
- NVR (ou serveur VMS)
- Stockage (HDD, éventuellement NAS)
- Réseau (switch PoE ou switch dédié vidéo selon architecture)
Point clé : “maintenir les caméras” implique souvent de maintenir le PoE et l’enregistrement. Selon les choix projet, l’un peut survivre sans l’autre (caméras alimentées mais enregistrement indisponible, ou NVR en ligne mais caméras éteintes). Pour l’architecture globale vidéo, voir aussi Vidéosurveillance IP : comment concevoir un système réellement efficace ? et, côté stockage, Stockage NVR : méthode de dimensionnement.
Service D — Domotique / KNX (continuité “faible consommation” mais critique)
- Passerelles IP (ex. KNX/IP), superviseur, contrôleurs
- Équipements d’intégration qui rendent le bâtiment exploitable (selon projet)
La domotique consomme souvent peu en comparaison du PoE, mais elle peut être structurelle pour le bâtiment (scénarios, états, supervision). La bonne question est : que doit-on maintenir en local et qu’est-ce qui peut attendre (supervision, accès distant, analytics…).
Lire un UPS correctement : W, VA, autonomie et topologie (ce que les fiches changent vraiment)
W vs VA : dimensionnez d’abord sur les watts
Un UPS affiche généralement une puissance en VA (puissance apparente) et une puissance en W (puissance réelle). Pour une baie réseau, c’est la capacité en W qui conditionne ce que vous pouvez réellement maintenir. Un dimensionnement “trop juste” en W mène à un comportement dégradé (ports PoE coupés, redémarrages, autonomie très inférieure à l’attendu).
Gardez une marge (croissance, pics, écarts de terrain)
Les recommandations fabricants convergent vers une idée simple : dimensionner avec une marge et non au “millimètre”. Par exemple, Eaton recommande une marge de capacité, et Schneider Electric propose un dimensionnement en watts au-dessus de la charge prévue (les pourcentages exacts varient selon guides et contextes). La traduction projet est opérationnelle : évitez de viser un UPS utilisé à sa limite, surtout si vous anticipez des évolutions (plus de caméras, AP plus puissants, ajout de contrôleurs, etc.).
L’autonomie n’est pas un chiffre : c’est une courbe constructeur
À puissance égale, deux UPS peuvent avoir des autonomies très différentes, et l’autonomie varie fortement avec le taux de charge. Pour estimer une autonomie réaliste, il faut passer par les courbes d’autonomie (runtime charts) ou l’outil de sizing du fabricant du modèle réellement retenu.
Point important pour la conception : ajouter des packs batteries augmente l’autonomie, mais n’augmente pas la puissance délivrable (donc ne permet pas d’alimenter “plus d’équipements” si l’UPS est déjà à sa limite en W/VA).
Line-interactive ou online : la vraie question est “est-ce que ça coupe ?”
Le choix de topologie dépend de la criticité et de la qualité électrique du site :
- Line-interactive : souvent adapté aux baies réseau correctement dimensionnées, à condition de recetter les micro-coupures et la reprise.
- Online / double conversion : pertinent lorsque le site subit des micro-coupures fréquentes, des variations, ou lorsque l’objectif est une continuité plus “sans surprise”.
Le point à cadrer en projet n’est pas un discours marketing, mais un test : une micro-coupure provoque-t-elle un reboot d’un switch, d’un routeur, d’un NVR ou d’un contrôleur ?
Ce qui réduit vraiment l’autonomie : PoE (et parfois la reprise des services vidéo)
En baie réseau, l’écart le plus fréquent entre “autonomie théorique” et “réalité chantier” vient du PoE. Alimenter plusieurs caméras et plusieurs points d’accès peut faire basculer le dimensionnement d’un UPS “raisonnable” vers un modèle nettement plus robuste… ou vers une stratégie de continuité plus sélective.
Pourquoi le PoE est un sujet d’architecture (pas un détail)
Un switch PoE gère un budget de puissance (allocation par port + budget total). En cas de contrainte (budget insuffisant, configuration, redémarrage), certains ports peuvent ne pas être alimentés comme prévu. En exploitation, cela se traduit par des symptômes “mystérieux” : caméra qui disparaît, AP qui redémarre, vidéophone instable.
Bon réflexe : traiter PoE et continuité comme un même sujet, et documenter la stratégie : quels ports sont critiques (caméras essentielles, AP de zones vitales, interphonie), quels ports peuvent tomber en priorité (zones secondaires), et comment le redémarrage se comporte après une coupure.
Autonomie réaliste : prioriser plutôt que tout maintenir
Une stratégie très fréquente (et souvent la plus robuste) consiste à hiérarchiser :
- Priorité 1 : routeur/firewall + équipement opérateur (si possible) + cœur de réseau.
- Priorité 2 : un nombre limité d’AP (couverture minimale “utile”).
- Priorité 3 : caméras “essentielles” + NVR (si le budget UPS le permet).
- Priorité 4 : le reste (confort, secondaires, extensions).
Cette logique est d’autant plus pertinente si vous avez des VLAN séparés et une architecture lisible (voir VLAN : pourquoi séparer domotique, caméras, invités…).
NVR et caméras : ce que “maintenir la vidéo” veut dire en cas de coupure
En projet, on entend souvent : « on veut que les caméras continuent à fonctionner ». Techniquement, cela peut vouloir dire plusieurs choses très différentes :
- les caméras restent alimentées (PoE) ;
- le réseau vidéo reste en ligne (switch, uplinks) ;
- le NVR/VMS continue à enregistrer ;
- l’accès aux images reste possible (localement / à distance) ;
- l’horodatage et les services réseau (NTP, DNS, DHCP selon architecture) restent cohérents.
Limite fréquente : même avec un UPS dimensionné, le redémarrage simultané de nombreux équipements (switch + caméras + NVR) peut créer une phase de “reprise” où l’enregistrement est incomplet ou retardé. C’est précisément le genre de sujet qui se valide en recette.
Une méthode de dimensionnement “par services” (utilisable en avant-projet et en MCO)
Étape 1 — Faire un inventaire par service (et figer ce qui doit survivre)
Listez les équipements par service A/B/C/D, puis décidez :
- ce qui doit survivre à une micro-coupure sans reboot,
- ce qui doit survivre à une coupure courte,
- ce qui peut s’arrêter, à condition de redémarrer proprement.
Étape 2 — Estimer la puissance en W (idéalement, mesurer)
Pour limiter les surprises :
- partez des consommations documentées (fiches techniques),
- et, si possible, mesurez sur site (PDU mesurée, wattmètre) une fois la baie câblée.
En exploitation, la mesure est souvent plus fiable que les approximations “de catalogue”, surtout pour le PoE (fonctionnalités activées, IR des caméras, modes des AP…).
Étape 3 — Dimensionner l’UPS sur la puissance (W) + marge, puis valider l’autonomie sur courbe
Vous validez ensuite l’autonomie visée via les courbes runtime du fabricant et la charge calculée/mesurée (et non “au doigt mouillé”).
Étape 4 — Organiser la baie pour que la continuité reste maintenable
Sans empiéter sur le dimensionnement détaillé d’une baie, retenez un principe : la continuité se maintient mieux quand la baie est lisible (alimentation, PDU, repérage, ventilations, accès).
Sur ce volet, vous pouvez compléter avec Comment dimensionner une baie réseau professionnelle ? (structure, ventilation, organisation), puis garder le présent article focalisé sur l’énergie et les scénarios de coupure.
Tests de reprise : la checklist qui évite les “surprises client”
Un UPS non testé reste une hypothèse. L’objectif d’une recette n’est pas seulement “ça s’allume”, mais : est-ce que le service tient, et comment il redémarre.
Scénarios de test recommandés
| Test | Objectif | Ce que vous observez (exemples) |
|---|---|---|
| Micro-coupure | Vérifier qu’aucun équipement critique ne reboot | Uptime routeur/switch, PoE stable, Wi‑Fi stable, flux caméras continus |
| Coupure “courte” (autonomie cible) | Valider la stratégie « services maintenus » | Internet (si ONT secouru), VLAN/ACL, Wi‑Fi minimal, caméras/NVR si inclus |
| Coupure “longue” (jusqu’à arrêt UPS) | Valider le mode dégradé et la reprise complète | Ordre de redémarrage, négociation PoE, NVR qui repart et ré-enregistre, horodatage cohérent |
| Redémarrage planifié switch | Mesurer la coupure PoE et ses impacts | Temps de retour caméras/AP, éventuelles pertes vidéo, impact sur interphonie |
Cette logique de tests s’inscrit dans une démarche de recette plus large côté domotique et réseau. Pour une villa, vous pouvez vous appuyer sur Réception d’une installation domotique : que faut-il tester ?, en ajoutant une section dédiée « coupure secteur / reprise UPS » au PV de réception.
MCO : batteries, température, supervision et réalités de terrain
Le piège classique : une autonomie correcte le jour de la mise en service, puis une autonomie qui s’effondre après quelques saisons. Sans inventer une règle universelle, retenez deux faits simples (largement documentés par les fabricants) :
- Les batteries (souvent VRLA sur les UPS) ont une durée de vie finie : il faut anticiper leur remplacement dans un plan de maintenance.
- La température du local technique et de la baie impacte la durée de vie et l’autonomie réelle : une baie “chaude” vieillit plus vite qu’une baie ventilée et tenue à une température raisonnable.
Pour réduire le risque d’incident, associez l’UPS à une supervision minimale de la baie (états, alertes, dérives). Le sujet « quoi surveiller vraiment » est détaillé dans Supervision réseau : quels équipements et indicateurs surveiller ?.
Livrables projet : ce qu’il faut documenter pour éviter les incidents “incompréhensibles”
La continuité d’alimentation est un sujet d’exploitation. Sans une documentation minimale, le premier changement (ajout d’une caméra, remplacement d’un switch, changement d’un AP) peut casser l’autonomie ou modifier les priorités PoE.
À minima, le dossier devrait indiquer :
- la liste des services secourus (A/B/C/D) et les équipements concernés ;
- la logique de priorisation (ce qui doit tenir, ce qui peut tomber) ;
- les résultats de tests (PV) : micro-coupure, coupure longue, reprise ;
- les consignes MCO : contrôle batterie, calendrier de remplacement, procédure de test périodique.
Pour cadrer les livrables domotiques, voir DOE domotique : quels documents et sauvegardes le client doit-il recevoir ?. Dans un projet où la baie réseau est critique, la logique “DOE réseau” (schémas, sauvegardes, repérage) doit suivre la même discipline.
Conclusion : ce que vous pouvez réellement maintenir (et comment le prouver)
Un UPS peut maintenir des services réseau, PoE, vidéo et domotique… à condition de :
- définir les services à maintenir (et accepter des priorités),
- dimensionner en W (et pas uniquement en VA) avec marge,
- valider l’autonomie sur courbes constructeur du modèle retenu,
- traiter le PoE comme la charge dominante (souvent),
- recetter les coupures et la reprise comme un livrable, pas comme une option.
Si vous préparez un projet (villa, hôtel, site tertiaire) et que vous voulez cadrer une continuité réaliste sur les services essentiels (réseau, caméras, domotique), Domocasa peut vous aider à formaliser la stratégie, la recette et les livrables de maintenance — de manière proportionnée à votre exploitation.
