YABE：展厅要联动楼宇空调照明时，先拿它把点位摸清楚

它到底解决什么

展厅项目做到一定规模，会碰到一个跨专业的接口：展厅的中控要去联动整栋楼的机电系统。典型需求是开馆时把序厅的空调打开、闭馆时把公共区照明关掉、或者根据展厅人流调新风。

这个需求在方案阶段听起来很简单，落地时卡在一个很现实的地方：楼宇那侧是弱电或机电专业做的，用的是 BACnet 这套体系，而展厅这边的人通常不熟。双方开会时，楼控方会说「我们支持 BACnet，你们接就行」，然后就没有下文了——因为接不接得上，取决于对方到底开放了哪些点位，而这份清单往往没人拿得出来。

YABE 解决的就是这一步。把笔记本接进楼控的网络，它会去广播寻找网络里的 BACnet 设备，把找到的设备一个个列出来；点开某台设备，能继续列出它内部的点位——温度设定值、风机启停、照明回路开关，各是什么类型、当前是什么值、能不能写。

有了这份实际扫出来的清单，跨专业的对接才有共同语言。你可以指着某个具体点位说「我要控这个」，而不是抽象地讨论「能不能联动」。

BACnet 这套协议本身的构成，站内有专门一篇：BACnet 是什么、展厅怎么对接。这里只讲工具怎么用，协议本身不重复。

展厅哪道工序会用到它

方案阶段的可行性确认。 甲方提出联动需求时，先别报价。带上笔记本去现场扫一遍，确认对方的系统真的开放了你需要的点位。有些楼控系统是封闭的，或者集成商设了权限，扫出来什么都没有——这种情况早发现比签完合同再发现好得多。

联调阶段的点位核对。 楼控方给了点表，但点表和现实对不上是常事——设备换过、点位改过、文档没更新。用它实际扫一遍，跟点表逐条对，能省掉后面大量的扯皮。

交付前的验证。 展厅这边发一个联动指令，用它看楼控那边对应点位的值有没有变。这一步是端到端的确认，比只看自己这边的日志可靠。

怎么获取

项目主页在 SourceForge：yetanotherbacnetexplorer。它是开源项目，许可证 GPL-2.0，源码和安装包都在这个页面。

它是 .NET 程序，Windows 上运行需要相应的运行时环境。老一点的工程机上如果打不开，多半是运行时的问题，不是软件本身坏了。

最短可用路径

1. 先接对网络。 这是最关键的一步。BACnet/IP 的设备发现依赖广播，你的笔记本必须和楼控设备在同一个广播域里。接在展厅的网络上去扫大楼的楼控，多半什么都扫不到——不是设备不在，是广播过不去。这一点要提前跟楼控方或网络方沟通好，让他们给一个能连到楼控网段的接入点。
2. 打开软件，添加一个 BACnet/IP 的传输通道，选对网卡（笔记本有多块网卡时选错是常见失误）。
3. 触发一次设备搜索，等几秒，找到的设备会出现在左侧列表。
4. 点开某台设备，展开它的对象列表，就能看到各个点位。
5. 选中一个点位，右侧会显示它的当前值和属性。

读操作是安全的，写操作要极其谨慎。 这一点后面单独说。

展厅工程里真正要改的那几个设置

网卡选择和网段。 前面说了，这是成败关键。扫不到设备时，九成是网络的问题而不是软件的问题。排查顺序是：先确认能 ping 通楼控设备的 IP，再确认自己选的网卡是那块，最后才怀疑软件。

跨网段的情况需要额外配置。 楼控网络规模大时会分多个网段，跨网段的 BACnet 通信要靠一个叫 BBMD 的角色转发广播。如果对方网络是这么建的，你需要楼控方告诉你该指向哪个地址。这个不是你能自己摸索出来的，得问。

设备实例号是身份证。 BACnet 里每台设备有一个唯一的实例号，跨专业沟通时用这个号指代设备最不容易搞错，比用「三楼那台空调」精确得多。核对点表时也按这个号对。

踩坑与排错清单

什么时候别用它

展厅自己的设备别用它。 投影机、矩阵、电视、灯光控制器走的是 RS232、Modbus、PJLink、DMX 这些，跟 BACnet 是两个世界。拿 BACnet 工具去扫展厅设备什么也扫不到，白费时间。

没有书面许可，别对生产环境做写操作。 这一条要单独强调，因为后果不对称：读一个点位没有任何风险，写一个点位可能让整层楼的空调停机或者照明全灭。而且楼控系统通常没有针对误操作的回滚机制，改错了得人工恢复。正确的做法是：写操作前跟楼控方确认哪些点位可以写、在什么时间窗口写，最好有对方的人在场。这不是过度谨慎——展厅项目里因为擅动楼控被甲方追责的事，每年都在发生。

要长期采集数据，别用它。 它是探查和调试工具，不负责持续采集、存储、告警。展厅要做能耗看板或者环境监测，需要的是网关设备加后台服务，不是这个。

要抓协议层面的疑难杂症，用抓包工具。 比如设备明明在线但就是不响应某类请求，这时候得用 Wireshark 看实际报文，YABE 只能告诉你「没响应」。

与本站方案的衔接

跨专业联动最难的从来不是协议，是责任边界。展厅中控发一条指令，空调没动，是展厅的问题还是楼控的问题？没有中间证据的话，这个问题会变成两个团队的拉扯。

企服君中控 SoftControl 在这类场景下的做法是：每一条对外系统的指令都有发送记录和响应记录，出问题时能拿出证据说明「我们发了，对方没应」。这个能力在跨专业项目里比功能本身更值钱。集成商如果经常接这类需要对接第三方系统的项目，可以看集成商年费方案里关于协议对接与运维支持的部分。

展厅与楼宇系统对接的整体思路，见站内楼宇系统联动怎么打通；协议调试工具的分工见指令到底发没发？六款调试工具怎么分工。