当您在ICONICS GENESIS64中观察到BACnet的任何意外/可疑行为时，请在联系ICONICS的支持之前确保问题不是由设备本身引起的。要了解这一点，可以使用一个免费工具Wireshark跟踪设备与GENESIS64的BACnet运行时之间的通信。使用此工具，您可以收集设备和BACnet运行时发送的数据包。这总是需要的，我们需要调查有关BACnet的任何问题。
对于捕获的BACnet数据的详细审查需要对BACnet协议的扩展知识。为了快速浏览，您至少应该知道BACnet协议基础。
最基本的服务是Who-Is请求后跟I-am回复：BACnet设备（特别是GENESIS64作为BACnet工作站，充当远程BACnet设备的客户端）使用它们来获得关于网络中可用BACnet设备的信息。
您还应该了解ReadProperty和ReadPropertyMutiple请求和回复（确认）：这些是检索属性值的基本BACnet服务，并且必须一直回复（即使回复可以说请求无效，例如由于不存在的请求对象实例或属性）。
在进一步的故障排除之前，您应该尝试的第一件事是确保BACnet设备和GENESIS64之间的路径对于BACnet包是完全打开的。BACnet通过UDP协议，默认情况下，它使用端口47808。还要确保正确设置不同IP网络段之间的路由，以便在需要时将数据包从一个网络段正确地转发到另一个网络段。
在开始捕获过程之前，将捕获过滤器设置为“udp端口47808”，以过滤掉任何其他网络通信（远程桌面、DNS、http请求等）：
开始包捕捉。做一些步骤重现问题。
检查日志并查看设备是否发送了您期望的数据包。如果不是，那么问题在设备中（或者直接在设备的配置中）。如果你能看到预期的数据包，那么问题很可能是GENESIS64中的某个地方。在这种情况下，将“BACnet Runtime x64”的TraceWorX启用到正常级别（较低的级别，如Debug、Debug Verbose或All，可能导致BACnet连接器负载增加，以及TraceWorX日志可能变得非常大，尤其是在大型BACnet网络上）。
如果需要，将捕获的数据包保存到*.pcap文件中，并将其发送到ICONICS支持（如果可能的话，包括TraceWorX日志）。