Diagnostic Object: Difference between revisions

From BACnet Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
This is a proof-of-concept project in preparation for submitting a new Diagnostic Object proposal to the BACnet Steering Committee
This is a proof-of-concept project in preparation for submitting a new "BACnet Diagnostic Object" proposal to the BACnet Steering Committee


There is a discussion group at [https://forum.bac-test.com/t/bacnet-diagnostic-object-properties-and-services/10 the BACnet Forum]
There is a discussion group at [https://forum.bac-test.com/t/bacnet-diagnostic-object-properties-and-services/10 the BACnet Forum]
Line 32: Line 32:




* Control
'''Control'''
Debug / production mode at runtime
* Debug / production mode at runtime
Debug verbosity levels
* Debug verbosity levels
‘C or ‘F system-wide
* ‘C or ‘F system-wide
Developer mode flag (with password?)
* Developer mode flag (with password?)




Line 47: Line 47:


* Monitoring remote connections (devices)
* Monitoring remote connections (devices)
Attempts made
* Attempts made
Passes / fails / MTTR etc.
* Passes / fails / MTTR etc.
 


'''General Datalink'''
'''General Datalink'''

Revision as of 10:41, 12 September 2023

This is a proof-of-concept project in preparation for submitting a new "BACnet Diagnostic Object" proposal to the BACnet Steering Committee

There is a discussion group at the BACnet Forum


Initial Ideas

Site-wide

  • Duplicate Device ID detected
  • Looped Route (Jen’s words)

System

  • RAM %
  • Program memory %
  • CPU load %
  • Temperature
  • Certificate expiration dates
  • An array/list of strings (and values) to display error messages
  • - repetition count
  • - priority
  • - non-repeating
  • - suppressible
  • - ack required
  • - delete (once, forever)
  • - filters (same as suppressible?)
  • - features similar to existing alarms/event buffers/remote destinations (code-share)
  • ESE ?
  • flasherr ?
  • Enforced version numbering (including bug/feature/eng/market)


Control

  • Debug / production mode at runtime
  • Debug verbosity levels
  • ‘C or ‘F system-wide
  • Developer mode flag (with password?)


Routing

  • High-water queue usage
  • Duplicate Network Numbers
  • Broadcast storm (loop) detected / suppressed
  • Monitoring remote connections (devices)
  • Attempts made
  • Passes / fails / MTTR etc.


General Datalink

  • Messages per second (minute/hour)
  • queue sizes, high-water, choked/ message rate


IP Datalinks

  • Duplicate IP address
  • Netmask Error

MS/TP Datalinks

  • Measure Tusage (token handling time)

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.