下午好
我正在从UART创建引导，为此，我分析了通过智能代码段引导执行的步骤，在开发板中连接两个USB串行转换器以验证外部设备和模块之间的通信。原理是预期序列，模块发送0x02，外部设备发送0x01，然后是文件大小和ACK的大小。但是，当外部设备发送代码时，我意识到，在完成发送.bin之后和接收到最后一个ACK之前，最终会发送到序列引导0x01、0x02和0x04。我想知道你想要的是什么这些价值观？
中介绍了引导协议http://support.dialog-semiconductor.com/system/files/resources/AN-B-001%.... 见第6.2节，表5。DA14580在软件代码之后发送的CRC字节只是软件所有字节的异或。
您还可以在SDK中的tools/secondary\u bootloader/src/uart\u booter.c中查看DA14580是如何实现这一点的。
很好的一天，
模块正确地发送了CRC，奇怪的是，发送代码后的智能代码段最终也发送了值0x01、0x02和0x04，但在完成代码后，唯一期望的答案是模块响应CRC，作为-B-001文档。我将检查uart_booter.c代码。
您正在启动flash_programmer.bin软件吗？如果是这样，将向软件映像追加三个字节，指示GPIO VPP/UART设置。这只是为不同配置定制flash_编程器固件的一个技巧，而不必为每个配置使用一个二进制文件。
就这样。所以我可以发送我的flash_programmer.bin，最后这3个字节？然后通常跟随文档的脚步。
对请注意，三个字节的计数应包含在2字节长度的头中，因为它们被视为应用程序映像的一部分。
因此，携带ram中的代码，我可以安静地使用扩展睡眠模式吗？
对延长睡眠不会关闭任何RAM。
中介绍了引导协议http://support.dialog-semiconductor.com/system/files/resources/AN-B-001%.... 见第6.2节，表5。DA14580在软件代码之后发送的CRC字节只是软件所有字节的异或。
您还可以在SDK中的tools/secondary\u bootloader/src/uart\u booter.c中查看DA14580是如何实现这一点的。
很好的一天，
模块正确地发送了CRC，奇怪的是，发送代码后的智能代码段最终也发送了值0x01、0x02和0x04，但在完成代码后，唯一期望的答案是模块响应CRC，作为-B-001文档。我将检查uart_booter.c代码。
您正在启动flash_programmer.bin软件吗？如果是这样，将向软件映像追加三个字节，指示GPIO VPP/UART设置。这只是为不同配置定制flash_编程器固件的一个技巧，而不必为每个配置使用一个二进制文件。
就这样。所以我可以发送我的flash_programmer.bin，最后这3个字节？然后通常跟随文档的脚步。
对请注意，三个字节的计数应包含在2字节长度的头中，因为它们被视为应用程序映像的一部分。
因此，携带ram中的代码，我可以安静地使用扩展睡眠模式吗？
对延长睡眠不会关闭任何RAM。