BACRouter从v6.00开始改用ARM芯片，新的固件文件格式为：xxxx_xxxx_6.00_arm_xxxx.tar.gz

v6.00之前的固件,  请访问:  老固件升级记录

6.12  2025.04.29  下载

ARC156： 当下一站点已被证实，如传递令牌失败时，重试一次。

ARC156： 当一帧的时间小于5位时，将其视为噪声。

6.11  2025.04.02  下载

ARCnet 标准和 COM20019i 的数据手册规定时钟精度应为 0.01% 或更高，因此我们之前的实现采用保守的时钟误差校正逻辑来容忍 0.05% 的时钟误差。在测试 ZN551 和 AAR 模块后，我们发现在解码数据包时，它们实际上可以容忍高达 4.5% 的时钟误差（当然重配置过程允许时钟误差仍须小于0.2%)，猜测它们将接收器时钟与每个字节之前的脉冲同步。在此版本中，我们实施了一种激进的逻辑来实现类似或更好的性能。

6.10  2025.03.28

ARC156: 当2段总线均有活跃节点，在合并时，运行信息中“总线上节点”可能检测到错误的“活跃节点“。其解决方案是两次检测以避免假信号。

ARC156： 当BACRouter是总线上唯一节点时，BACRouter将不停发送ITT包(邀请发言包）以查找其它节点，数据包将无法被发出，所有发往此端口的NPDU将在队列中超时，这将在日志内留下烦人的记录。在此版本中，如果 BACRouter 发现自己是总线上的唯一节点，它会以合理的速率删除队列中的数据包，并将其记录在包捕捉缓冲区中以假装将数据包发送出去。因此，在捕捉到的包记录时，可以看到BACRouter 发送数据包但没有得到响应，此行为模式与其他数据链路类型一致。

Modbus RTU：某些设备不遵守字节之间的 T15空闲时间规定，我们删除了该验证以提高兼容性。

应用程序设置：删除了“客户端模式”以符合 BTL 要求。

Modbus/自由协议：调试映射或脚本时，经常需要从 BACnet 端执行写入，此时用户必须启动 BACnet 客户端，例如 Yabe。而计算机上通常已经有一个 BACnet 服务器在运行，此时用户必须启动 虚拟机 来运行 Yabe。这浪费了很多时间，所以我们在运行信息页面上集成了写入功能。

6.09  2025.02.26  下载

MSTP bug可能导致特定的NPDU包内容被丢弃。

6.08  2025.01.23  下载

Modbus WebUI:

当对映射于单个寄存器的Analog对象进行写测试时，其字节序应该引用“单寄存器字节顺序”设定，而不是“大整数字节顺序”设定。

当对映射于2个寄存器的Multi-state对象进行写测试时，其字节序应该引用“大整数字节顺序”设定，而不是“单寄存器字节顺序”设定。

自由协议设备的运行信息页面中，Binary对象的真实值应参考极性设定。

6.07  2025.01.10  下载

BACRouter高度依赖高精度定时器，当有电磁干扰的场合，板上晶振可能受到干扰，造成定时器偏移，进而导致程序错误。本版本加入了纠正程序。

6.06  2025.01.07  下载

自由协议的Binary输出对象的bug，由v6.01的“信号极性”特性引入。

Modbus主站模块：当写入到只读数据地址时，有的设备无响应，而不是报告错误码。在这种情况下，BACRouter将会不停尝试造成设备掉线。在本版本中，BACRouter只会重试3次。

6.05  2025.01.04

重构底层arc156及mstp驱动以简化代码。

ARC156: 当节点对“Free Buffer Enquiry”持续回应NAK时，丢弃发往该节点的包。

WebUI：当IP或子网掩码被修改，但DHCP服务仍保持启用时，提醒用户。

6.04  2024.12.26  下载

ms/tp错误修正： 当往ms/tp端口发送NPDU接近1497字节时可能触发bug.

6.03  2024.12.25

ARC156 驱动已可用。

6.01  2024.12.06

修正bug: Modbus与自由协议模块中总线名称冲突检测。

自由协议：Binary对象增加“信号极性”属性。MultiState对象的状态数量增加最多256限制。