下午好，
我正在从UART创建一个引导，为此，我通过Smart Scippets进行了分析的步骤，将两个USB串行转换器连接在开发板中，以验证外部设备和模块之间的通信。该原理是预期的序列，模块发送0x02，外部设备发送0x01，然后是文件大小和ACK的幅度。但随着外部设备发送代码时，我意识到，在结束后，在结束时发送到序列引导0x01,0x02和0x04。在收到最后一个ACK之前。我想知道你想要的是这些价值观吗？
引导协议描述于http：//support.dialog-semicondiondiondum/system/files/resources/an-b-001％...。请参见第6.2节，表5. DA14580在软件代码后由DA14580发送的CRC字节只是软件所有字节的XOR。
您还可以在Tools / Secondard_bootloader / src / uart_booter.c中查看SDK .C如何由DA14580实现。
再会，
该模块正正确发送CRC，奇怪的是智能片段发送代码后也发送到最终值0x01,0x02和0x04，但在完成代码后唯一的预期答案是模块响应CRC，作为 -B-001文件。我将检查UART_BOOTER.c代码。
你是启动flash_programmer.bin软件吗？如果是，则将三个字节附加到指示GPIO VPP / UART设置的软件图像。这只是针对不同配置自定义Flash_Programmer固件的技巧，而无需为每个配置具有一个二进制文件。
就是这样。所以我可以发送我的flash_programmer.bin，最后这3个字节？然后通常在文件的脚步中遵循。
是的。请注意，应在2字节长度标题中包含三个字节的计数，因为它们被认为是应用图像的一部分。
从而携带RAM中的代码，我可以静静地使用扩展睡眠模式？
是的。延长睡眠不会关闭任何RAM。
引导协议描述于http：//support.dialog-semicondiondiondum/system/files/resources/an-b-001％...。请参见第6.2节，表5. DA14580在软件代码后由DA14580发送的CRC字节只是软件所有字节的XOR。
您还可以在Tools / Secondard_bootloader / src / uart_booter.c中查看SDK .C如何由DA14580实现。
再会，
该模块正正确发送CRC，奇怪的是智能片段发送代码后也发送到最终值0x01,0x02和0x04，但在完成代码后唯一的预期答案是模块响应CRC，作为 -B-001文件。我将检查UART_BOOTER.c代码。
你是启动flash_programmer.bin软件吗？如果是，则将三个字节附加到指示GPIO VPP / UART设置的软件图像。这只是针对不同配置自定义Flash_Programmer固件的技巧，而无需为每个配置具有一个二进制文件。
就是这样。所以我可以发送我的flash_programmer.bin，最后这3个字节？然后通常在文件的脚步中遵循。
是的。请注意，应在2字节长度标题中包含三个字节的计数，因为它们被认为是应用图像的一部分。
从而携带RAM中的代码，我可以静静地使用扩展睡眠模式？
是的。延长睡眠不会关闭任何RAM。