marlin 的 BTT 分支存在很多问题，它落后于 marlin 2.0 错误修复。
我遇到了一个类似的问题，大多数讨论表明这是 eeprom 存储没有放在内存中安全位置的问题。与此相关的串行和 SD 卡还有其他问题。

我不使用 BTT 版本，但看起来他们几天前才更新，所以类似于 vanilla marlin。也就是说，在您更改 LCD 上的参数（即预热 ABS）后，您需要选择“存储设置”以将其发送到仿真的 eeprom，因此它会在断电后保留。不确定您是否正在执行该额外步骤

是的，我几乎认为这是来自新 BTT 版本的东西。不幸的是，我对编程一点都不精通，所以我没有冒险尝试编译自己的固件，但我想我应该看看它，或者等待BTT上传一个固定版本。

我不使用 BTT 版本，但看起来他们几天前才更新，所以类似于 vanilla marlin。也就是说，在您更改 LCD 上的参数（即预热 ABS）后，您需要选择“存储设置”以将其发送到仿真的 eeprom，因此它会在断电后保留。不确定您是否正在执行该额外步骤

我总是执行“存储设置”步骤，直到它存储了新的 BTT 版本，只是现在不是。

我将继续搜索更多相关信息！

我可以确认设置未保存。这可能会导致喷嘴致命地撞到床上，因为 Z 偏移量也没有保存。在我的例子中，它默认为 1.85，而我的实际值为 .65
使用菜单和“保存设置”选项或 M500 命令都不起作用（即使有一条 OK 消息和 CRC）。

如果提供的图像使用 SD 卡保存设置或模拟 EEPROM，我什至找不到信息。

我可以确认设置未保存。这可能会导致喷嘴致命地撞到床上，因为 Z 偏移量也没有保存。在我的例子中，它默认为 1.85，而我的实际值为 .65
使用菜单和“保存设置”选项或 M500 命令都不起作用（即使有一条 OK 消息和 CRC）。

如果提供的图像使用 SD 卡保存设置或模拟 EEPROM，我什至找不到信息。

你应该能够通过查看 conf 和 adv conf 头文件来判断，因为这是预期的，但我不能保证 BTT 正确地遵循这种做法并包含一个不反映当前代码状态的二进制文件。

您可以尝试禁用打印计数器。我遇到的问题是每次启动时 EEPROM 都会损坏。有一个关于 Marlin 的错误报告，我现在找不到，但是禁用打印计数器解决了这个问题。

问题是配置已保存 (M500)，当输入 M501 命令时一切看起来都正常，但后来即使出于某种我不知道的原因没有重新启动，打印机也会返回到原始配置。保存到 SD 卡、床位点、在任何尝试更改“原始”设置后读取 4 点后出现卡顿。更新自 2019 年 11 月 25 日

禁用#define EEPROM_AUTO_INIT

禁用#define EEPROM_AUTO_INIT

这可能使用 gcode 命令吗？如果不是通过 gcode，我对此无能为力，因为我无法使用 Visual Studio Code 编译任何东西，它在 Windows 10 上对我来说根本不起作用。

我可以确认这是一个问题。使用 Marlin_SKR_E3_mini_12_512K。EEPROM 设置在电路板周期之间不持久，但 M500 有效。M503 验证后，发送 M501 将恢复为固件设置，而不是 EEPROM。#define EEPROM_AUTO_INIT 被禁用。

我可以确认这是一个问题。使用 Marlin_SKR_E3_mini_12_512K。EEPROM 设置在电路板周期之间不持久，但 M500 有效。M503 验证后，发送 M501 将恢复为固件设置，而不是 EEPROM。#define EEPROM_AUTO_INIT 被禁用。

那么你是说我们应该启用#define EEPROM_AUTO_INIT 就可以解决问题吗？

不，有人建议这样做但没有解决。问题是开放的。

我也可以确认这个问题，使用SKR mini E3 v1.2和来自这里的最新固件映像。

确认这一点。重启后，存储的“bed leveling”和“Z offset”消失了。发送的 M420 S1 导致此错误显示在 LCD 屏幕上。
杀了。:
打印机暂停
请重置

我必须刷新固件才能使其恢复运行。

我也有同样的问题。它说它存储设置（通过听到哔哔声），然后在重新启动后 z 探针婴儿偏移再次变为 0。

我从前到最新构建了一个并且可以正常工作。启用手动床调平加上床 z 偏移。做了一个床位，打印的很好。将其关闭 10 分钟，然后再次工作。所以肯定是这个版本失去了存储设置的能力。

我也有这个问题。对 EEPROM_AUTO_INIT 和 PRINTCOUNTER 的更改（该线程中的两个建议似乎没有解决问题），但由于其他优先事项，我还没有做足够的测试。作为解决方法，我一直在我的切片器中设置必要的配置更改。

我还可以确认，在为我的 SKR Mini E3 V1.2 板编译最新的 marlin BTT 分支后，我的打印机在 2 个重启周期后丢失了存储在模拟 EEPROM 中的信息。如果我进行手动床调平，并设置我的淡入淡出高度，使用 LCD 存储设置，并进行完整的电源循环，第一次很好，然后在第二次电源循环时，它会丢失 EEPROM 信息。

现在，作为一种解决方法，我不得不取消注释掉 Marlin\src\pins\stm32\pins_BTT_SKR_MINI_E3.h 中的“#define FLASH_EEPROM_EMULATION”，这样可以将 EEPROM 数据保存到 SD 卡中，效果很好。

如果我没有遗漏什么，与当前版本的差异中只有两个关于 flash/eeprom 的变化：

1. STM32_FLASH_SIZEmoved from pins_BTT_SKR_MINI_E3.hto的定义HAL.h（应该是无关紧要的）
2. EEPROM_START_ADDRESSin的定义pins_BTT_SKR_MINI_E3.h已从更改uint32(0x8000000 + STM32_FLASH_SIZE - 2 * EEPROM_PAGE_SIZE)为uint32(0x8000000 + (STM32_FLASH_SIZE) * 1024 - 2 * EEPROM_PAGE_SIZE)

由于我这里没有设置构建环境：@DoctorDanke，您是否介意删除定义中新引入的因素EEPROM_START_ADDRESS（并重新启用FLASH_EEPROM_EMULATION）并测试 EEPROM 数据是否再次持久存储在闪存中？

我想知道为什么 bigtreetech 发布的未编译版本不适用于 BLtouch。它可以包括新 *.BIN 文件的每个选项的未编译版本。我不确定要更改哪些选项才能自信地连接打印机和 BLtouch。要么预计喷嘴会破坏/撞击加热床的表面，要么假设会发生意想不到的事情。我不确定如何连接白色和黑色电缆，因为到目前为止有两种选择。你必须在 Marlin 中为他们每个人改变什么。

stedaho，你是对的，最新版本中提到了 eeprom，许多事情发生了变化。现在，只要我的机器运行完美（将 EEPROM 保存在 SD 上），我现在就没有时间搞砸了。我有一批 TPU 零件在接下来的 10 小时内运行，明天我有我最新版本的产品包装需要在 PLA Plus 中打印并进行装配测试（试图在圣诞节前推出我的最新产品）。我会等到固件正式更新后再试一次这个烂摊子。我现在用我的机器太多了，以至于在它至少工作正常的时候弄乱了它。哦，顺便说一句，这仍然是最好的板子（我很快就会再次购买）。我的机器几乎一直在运行，我喜欢它在升级后的安静和准确的打印效果。

2. EEPROM_START_ADDRESS
stedaho，
我已经根据您建议的更改对 firmware.bin 进行了编译。我的打印完成约 2 小时后，我将对其进行测试。谢谢你的建议..

如果我没有遗漏什么，与当前版本的差异中只有两个关于 flash/eeprom 的变化：

1. STM32_FLASH_SIZEmoved from pins_BTT_SKR_MINI_E3.hto的定义HAL.h（应该是无关紧要的）
2. EEPROM_START_ADDRESSin的定义pins_BTT_SKR_MINI_E3.h已从更改uint32(0x8000000 + STM32_FLASH_SIZE - 2 * EEPROM_PAGE_SIZE)为uint32(0x8000000 + (STM32_FLASH_SIZE) * 1024 - 2 * EEPROM_PAGE_SIZE)

由于我这里没有设置构建环境：@DoctorDanke，您是否介意删除定义中新引入的因素EEPROM_START_ADDRESS（并重新启用FLASH_EEPROM_EMULATION）并测试 EEPROM 数据是否再次持久存储在闪存中？

@stedaho我自己注意到了这一点，但是，STM32_FLASH 大小的定义已从 256 * 1024 更改为仅 256，因此计算应该仍然有效。尽管如此，还是出了点问题，你的建议是个好建议。我认为您是在建议 – 将 STM32_FLASH_SIZE 替换为文字 256（或 512，视情况而定）重新编译和测试。我看看今天能不能抽时间测试一下。

@smcallis77你是对的，我没有注意到这一点。如果处理器类型设置正确（根据数据表、第 11 页的比较、第 40 页的内存布局，提供三种不同的闪存大小，
则计算EEPROM_START_ADDRESS应该没问题）。他们在 flash 部分的末尾保留了两个 2 kB 的块。

stedaho
I made the change you suggested below and it compiled without error. when loading it to the board the display comes on but I get an alarm from the board and it doesn’t function I went back and commented out #define FLASH_EEPROM_EMULATION and recompiled and it works but saves the config to the sd card. Not a bad solution as long as you always use the same card. Let me know if I can try anything more as my print should be free for a while.

I also tried with differant memory sizes for example
#define EEPROM_START_ADDRESS uint32(0x8000000 + (STM32_FLASH_SIZE) * 256 – 2 * EEPROM_PAGE_SIZE)

The definition of EEPROM_START_ADDRESS in pins_BTT_SKR_MINI_E3.h has changed from uint32(0x8000000 + STM32_FLASH_SIZE