La couche commune
MayaUPS décode les états RFC 1628 standards exposés par les cartes de gestion réseau. Quand l’appareil offre ces objets, cette seule couche couvre l’état, la charge de batterie, l’autonomie restante, la charge électrique, les tensions d’entrée et de sortie, la température et les alarmes.
Profils de fabricants
Les profils ajoutent du détail lisible quand une carte expose plus que la MIB standard. Les données disponibles varient selon le modèle, la carte et le micrologiciel : confirmez votre combinaison exacte avant de déployer.
Ce que vous voyez au lieu des codes
Les codes bruts deviennent Sur batterie, Remplacer la batterie, Surtempérature : des états que vous pouvez acheminer et traiter. Une alarme en clair alimente les avis courriel groupés, la remontée, le retour à la normale, le résumé quotidien et la revue d’incident, sans identifiants d’objets à déchiffrer.
Pourquoi RFC 1628 ne suffit pas seul
La MIB standard est une base. Un parc réel a aussi besoin du contexte fabricant, de l’historique et de la planification : MayaUPS ajoute les graphiques 24 h / 7 j / 30 j, l’exportation CSV, la prévision de durée de service, les dates d’installation, les dates d’entretien préventif et les estimations selon la température.
Utilisation pour l’arrêt contrôlé
Les données RFC 1628 peuvent vous dire qu’un onduleur est sur batterie ou que l’autonomie baisse. Avant de leur permettre de déclencher un arrêt, revoyez la politique et réussissez l’essai qui n’éteint rien.
Importance dans un parc mixte
RFC 1628 desserre l’emprise du logiciel d’un seul fabricant en donnant une base commune à tous. MayaUPS y ajoute une interface bilingue, le stockage local des données, l’historique et la planification des batteries.