The common layer
MayaUPS decodes the standard RFC-1628 states that network-management cards expose. When the device offers those objects, that one layer covers status, battery charge, runtime remaining, load, input and output voltage, temperature and alarm state.
Manufacturer profiles
Profiles add readable detail when a card exposes more than the standard MIB. Available readings vary by UPS model, card and firmware, so confirm your exact combination before you deploy.
What you see instead of codes
Raw codes become On battery, Replace battery, Overtemperature: states you can route and act on. A readable alarm can feed grouped email notices, escalation, return-to-normal messages, a daily summary and incident review, with no object identifiers to decipher.
Why RFC-1628 is not enough by itself
The standard MIB is a baseline. A real fleet also needs vendor context, history and maintenance planning, so MayaUPS adds 24 h / 7 d / 30 d charts, CSV export, battery service-life forecasting, installation dates, preventive-maintenance dates and temperature-adjusted estimates on top.
Use in controlled shutdown
RFC 1628 data can tell you a UPS is on battery or that runtime is getting low. Before that data is allowed to trigger a shutdown, review the policy and run the test that switches nothing off.
Why it matters in a mixed fleet
RFC 1628 loosens the grip of any one manufacturer’s software by giving everyone a common baseline. MayaUPS pairs that baseline with a bilingual interface, local data storage, history and battery planning.