This is a forum to elicit ideas for proposed additions to the BACnet Specification to support properties to assist in monitoring the BACnet infrastructure on a site.
Initial Ideas
Site-wide
- Duplicate Device ID detected
System
- RAM %
- Program memory %
- CPU load %
- Temperature
- Certificate expiration dates
Routing
- High-water queue usage
- Duplicate Network Numbers
- Broadcast storm (loop) detected / suppressed
General Datalink
- Messages per second (minute/hour/day/week/month/year) (long term rates to detect decaying networks)
- Error Rates (minute/hour/day…)
IP Datalinks
- Duplicate IP address
- Netmask Error
MS/TP Datalinks
- Measure Tusage (token handling time)
- Gaps in MS/TP MAC address sequence (performance)
- Lost MS/TP stations
- Inefficient Max_Master
- Tuning (Max Info Frames) (any ideas about a good policy here?)
Justifications
- Enhanced Monitoring and Troubleshooting: A standardized way to monitor the health and status of devices, systems, and networks. It allows for real-time visibility into potential issues, which can aid in troubleshooting and reducing downtime.
- Proactive Maintenance: By collecting and analyzing diagnostic data, building managers can identify issues before they escalate into significant problems. This proactive approach to maintenance can minimize disruptions, extend the lifespan of equipment, and reduce repair costs.
- Integration and Interoperability: BACnet is designed to facilitate interoperability between various building automation systems and devices. By defining a standardized diagnostic object, different devices and systems can share diagnostic information more effectively, regardless of the manufacturer.
- Reduced Downtime: Swift identification and resolution of issues through diagnostic data can significantly reduce downtime of critical systems, leading to improved operational continuity and tenant satisfaction.
We have a repo: github.com/BACnetTesting/bacnet-stack-with-diagnostic-object