ESP-Miner 2.15.3 预发布版修正低频警告判断
来源发布日期: 2026-09-20 · 编辑分析发布日期: 2026-09-21
9 月 20 日的预发布版改为按设备预设值判断低频警告。这是诊断逻辑修复，并不承诺提高算力；批量升级前应先在少量设备上验证。
分析与实际影响
本节为本站分析及示例计算，与来源报道分开呈现。
发布内容与状态
Bitaxe.org 于 2026 年 9 月 20 日发布 ESP-Miner v2.15.3，并明确标记为预发布版。官方说明只列出一项功能变化：AxeOS 现在根据设备预设值推导低频警告。公开标签并非稳定生产版本。这个状态不能忽略：项目是在邀请用户验证一个范围很窄的修复，而不是要求所有兼容设备立即升级。运维人员应把版本号、发布时间和 prerelease 标志一起记录，避免把测试版本误当成已经完成大规模验证的固件。
为什么必须参考设备预设
开源矿机生态包含不同 ASIC、板卡修订、目标频率、电压范围和散热能力。统一警告阈值可能把正常的低功耗配置误报为故障，也可能漏掉某块板卡低于自身预设范围的情况。按设备 preset 判断后，界面有了与机型和配置对应的参照。警告表达的是用户选定目标与实际观测频率之间的偏差，而不是强迫所有不同硬件都与同一个数字比较，因此在混合设备环境中更有意义。
修复没有承诺什么
发布说明没有承诺提高算力、降低功耗、改善 J/TH、降低芯片温度或增加新硬件支持，也没有说频率控制算法本身发生变化。公开信息只涉及警告的推导方式。更准确的 warning 可以减少误报并帮助诊断，却不能修复不稳定电源、散热不足、损坏的算力板或不合适的超频参数。将该版本宣传为性能升级会超出来源能够证明的范围，测试结果也应把诊断变化与真实性能变化分开。
与 2.15.2 的关系
2.15.3 紧随 9 月 18 日发布的 2.15.2，后者包含 BM1372 和 BM1373 设备兼容性工作，因此新标签可以理解为同一版本线中的小型后续修复。不过，这个时间关系并不能证明所有新板卡都受到了低频警告问题影响，2.15.3 说明也没有点名任何具体机型。应在实际使用的板卡修订和 preset 上验证，不要把一个设备的现象和收益推广到整个 Bitaxe 生态。
安全测试步骤
升级前记录现有固件版本、preset、目标频率、电压、板卡温度、accepted hashrate 和拒绝份额比例，并在支持时导出配置。先选择一台非关键设备，保持电源和散热不变，让它完成冷启动并进入稳定运行。将界面警告、实测频率和矿池端接受工作量相互核对。警告消失只有在电气与热条件仍处于计划范围时才是好结果；若同时改变多个变量，就无法判断差异来自固件还是环境。
何时暂停或回滚
如果管理界面失联、预设项缺失、遥测值明显不合理、矿池不再收到 shares、设备反复重启，或温度行为无原因变化，应暂停批量部署并回滚。断电前保存串口日志、截图和时间戳。由于该版本明确为 prerelease，向维护者报告时应包括板卡 revision、ASIC 类型、原版本、所选 preset 和精确复现步骤。这样的可复现报告比简单声称矿机不稳定更能帮助定位问题，也能减少误判。
批量部署方法
多台设备升级时，应在维护记录中保存固件文件 hash 与批准配置，按小批次推进，并在每一批之后核对矿池接受率和温度周期。不要在同一次测试里同时更换固件、电源、目标电压和散热布局，否则性能改善或回退的来源无法确定。远程设备升级前，要保留经过验证的旧镜像和现场恢复办法，并确认网络断开后仍能重新刷写。诊断修复的价值来自稳定、可比较的数据，而不是一次偶然运行。 低频警告本质上是诊断信号，不是安全保护的全部。即使界面不再报警，也不能跳过电源额定值、线缆温升、散热器接触、风道与芯片最高温度检查。远程自动化也不应根据单一 warning 立即提高电压或频率。合理策略是把它与温度、功耗、accepted shares 和重启事件组合成多条件告警，并保留人工确认。这样可以利用新逻辑减少误报，同时避免把警告修复误当成设备处于安全状态的唯一证明。维护窗口结束后还应复查至少一个完整热循环，确认告警在冷启动、升温和稳定状态下都与预期一致；若不同 preset 的边界表现异常，应保留证据并向项目提交 issue，而不是在生产设备上反复尝试随机参数。
运维结论
ESP-Miner 2.15.3 是一个目标明确的预发布版，目的是让低频警告更符合所选设备 preset。在由多种开源矿机组成的设备组中，它可能使 dashboard 更可信。当前证据仅支持诊断逻辑改进，并不支持速度、效率或硬件修复结论。正确做法是分阶段测试、从矿池侧验证 accepted hashrate、观察温度与重启，并保留 rollback 路径；任何更广泛的收益都需要独立测量。 测试记录应包含开始和结束时间、设备唯一标识、板卡修订、ASIC 型号、固件 tag、文件校验值、preset 名称、供电电压、环境温度与风扇设置。每个观测窗口同时保存设备端频率、芯片温度、重启次数、矿池 accepted hashrate、拒绝原因和网络中断。若只保存 dashboard 截图而没有矿池数据，就无法判断警告变化是否与真实工作量一致。对比旧版和新版时使用相同时间长度与相同配置，并注明 prerelease 状态，才能形成可复查的结论。
来源: Bitaxe.org ↗
挖矿计算器 ↗
