绿联 UGOSPro 1.5.0.2628 版本更新后，其 UPS 服务 nut 默认配置文件中新增了硬编码的延迟属性，导致部分第三方 UPS 设备无法正常启动。具体表现为雷迪司 H1000 等设备报错，提示启动延迟超出范围。该问题源于绿联将延迟时间设置为 5 秒，而 nut 文档指出部分设备不支持如此短的启动延时。文章分析了该问题的技术细节，并对绿联此举提出了质疑，认为可能存在测试不充分或限制用户使用第三方设备的情况。

⏱️绿联 UGOSPro 1.5.0.2628 版本更新后，在 nut 默认配置文件 ups.conf 中硬编码了 offdelay = 10 和 ondelay = 5 的延迟属性，这可能导致 UPS 驱动无法启动。

⚠️该问题在雷迪司 H1000 等设备上表现为报错，提示 setvar(ups.delay.start, 5) setvar: value out of range [ups.delay.start: 5] Start delay '5' out of range Driver failed to start (exit status=1)。

📚根据 nut 源码和文档，延迟值需要设备支持。nut 文档指出部分设备可能不支持低于 3 分钟的启动延时，驱动默认值为 180 秒。绿联的 5 秒设置可能不适用于所有设备。

🧐文章推测绿联在发版前可能未充分测试，或者存在强推自家 UPS 的嫌疑。这种默认参数设置不合理，给用户排查问题带来了困难。

绿联的 UGOSPro 升级到 1.5.0.2628 之后，UPS 的服务 nut 默认配置文件 ups.conf 添加了硬编码的延迟属性

offdelay = 10ondelay  = 5

这个指定参数可能导致 nut 的 ups 识别驱动无法启动在我的雷迪司 H1000 报错

setvar(ups.delay.start, 5)setvar: value out of range [ups.delay.start: 5]Start delay '5' out of rangeDriver failed to start (exit status=1)

翻查了一下 nut 的源码 drivers/nutdrv_qx.c 和相关文档nutdocs
延迟值需要设备支持这么低否则会报错

if (dstate_getinfo("ups.delay.start")) {     /* Retrieve user defined delay settings */      val = getval(QX_VAR_ONDELAY);       if (val && setvar("ups.delay.start", val) != STAT_SET_HANDLED) {            fatalx(EXIT_FAILURE, "Start delay '%s' out of range", val);     }   }

nut 在文档nutdocs提及了部分设备可能不支持低于 3 分钟的启动延时，驱动自带默认参数为 180 秒是适合大部分设备的值
绿联直接硬编码延时为 5 秒，如果他们发版前真测试了，那大概就只针对他自家 UPS 测试了
这种故障使用第三方 UPS 的只能下底层排查，但是这个参数默认又不需要修改，往好点说是屎上雕花雕出了问题
有罪推测的话总不能市占还没起来，就开始学上群晖给用户下绊子强推自家的 ups 吧