打开 kn-dima 打开了这个问题 2020 年 5 月 18 日 · 3条评论 打开 固件更新从每次启动开始#254 kn-dima 打开了这个问题 2020 年 5 月 18 日 · 3条评论 评论 kn-dima 评论了 2020 年 5 月 18 日 如果 firmware.bin 存在于卡上,则引导加载程序在每次重置(开机)后上传固件 重现步骤 在启用 USB 大容量存储的情况下编译 marlin 将 firmware.bin 写入 stock 128Mb sdCard 将卡插入板 板载电源 固件已上传并且似乎可以正常工作。 USB 驱动器出现在 Windows 中 预期行为 firmware.bin 必须重命名为 firmware.cur 下次启动必须比第 4 步快(大约 10 秒) 与 firmware.bin 大小和日期相同的实际行为 firmware.cur 文件出现在 sdcard 的根目录中。 firmware.bin 未删除。 下次启动与步骤 4 的时间相同(大约 10 秒) firmware.cur 从 sdcard 中消失(并在下次重置/开机后出现) 附加信息 实际上我正在使用带有 mini e3 引导加载程序的 mini v1.1 板,因为 mini v1.1 引导加载程序有同样的问题。 尝试了两张 128Mb 的卡,结果相同 尝试了 skr v1.3, 手动删除 firmware.bin 后没有这个问题,启动大约需要 3 秒。 新时代 评论了 2020 年 5 月 18 日 是的,我在 skr mini 1.2 e3 上遇到了同样的问题。还需要制作一个eeprom。dat文件为它保存设置。一切似乎都运行良好,所以我删除了固件。固件后的bin文件。库尔在那里。 txt4nk 评论了 2020 年 5 月 19 日 我过去遇到过这个问题,我通过在将新的固件二进制文件放在上面之前格式化 SD 卡来解决它。我现在对所有固件更新都这样做,这可能也值得添加到您的标准固件更新程序中(当然,如果这能解决您的问题)。 作者 kn-dima 评论了 2020 年 5 月 19 日 • 编辑 通过格式化SD卡解决了它 谢谢你! 它也适用于我,但仅适用于 Mini E3 引导加载程序。 Mini v1.1 bootloader 即使格式化后仍然无法删除 firmware.bin。 PS 格式帮助了 15 次,然后问题又回来了,因为我认为,如果文件头不在第一个 FAT 扇区中,引导加载程序将无法删除文件。 kn-dima 提到了这个问题 2020 年 5 月 19 日 每次重置/开机后更新固件 bigtreetech/BIGTREETECH-SKR-MINI-V1.1#33 打开 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 3人参加
如果 firmware.bin 存在于卡上,则引导加载程序在每次重置(开机)后上传固件
重现步骤
固件已上传并且似乎可以正常工作。
USB 驱动器出现在 Windows 中
预期行为
firmware.bin 必须重命名为 firmware.cur
下次启动必须比第 4 步快(大约 10 秒)
与 firmware.bin 大小和日期相同的实际行为
firmware.cur 文件出现在 sdcard 的根目录中。
firmware.bin 未删除。
下次启动与步骤 4 的时间相同(大约 10 秒)
firmware.cur 从 sdcard 中消失(并在下次重置/开机后出现)
附加信息
实际上我正在使用带有 mini e3 引导加载程序的 mini v1.1 板,因为
mini v1.1 引导加载程序有同样的问题。
尝试了两张 128Mb 的卡,结果相同
尝试了 skr v1.3,
手动删除 firmware.bin 后没有这个问题,启动大约需要 3 秒。