亲爱的对话框，
我目前正在努力让PLTD跑到DA14583。UART启动似乎在我们的设置中没有工作（RX通过PLTD变高，但从TX上的DA14583没有答案）。
应用VBAT后Rx为高的时间约为355ms，应用VBAT后，TX保持低电平，在VBAT之后，在vBAT之后，在vBAT之后，它看起来似乎是我们自己的闪存中的代码被引导。
OTP中没有高级引导加载程序，因为0x47F10读取0x00000000。
在我们的硬件设计中，我们将UART行连接到P0-0和P0-1。根据UM-B-012，OTP中的引导加载程序应顺序通过UART配置0到3来探测RX线。
我正在研究次级引导程序项目：
da14580_581_583_sdk_3.0.10.1 \ tools \ secoftic_bootloader \ secondar_bootloader.uvprojx
或者
da1458x_sdk \ 5.0.3 \ umerities \ secondard_bootloader \ secondar_bootloader.uvprojx
并注意到“int main（void）”功能仅将UART设置为P0_4 / P0_5。我似乎无法在UART配置上找到循环的代码。我缺少一些东西，或者引导加载程序项目没有反映什么是OTP或DA14583只允许UART引导到P0_4 / P0_5？
设备：
嗨保罗，
在OTP中刻录的583个引导加载程序与放置在SDK中的引导加载程序不同，583的正确启动过程是辅助引导程序文档和583中描述的引导过程，并且应该扫描指示的UART端口/引脚一对。也许你可以消除583内部SPI的力量，并检查救助如何表现。
谢谢mt_dialog.
从SPI Flash中删除电源很难，它需要我做一些破坏性测试。通过SmartSnippets JTAG连接擦除SPI Flash，更容易且相同的结果更容易且具有相同的结果。我明天会给那个去。
感谢您的确认代码不会反映OTP中的内容。
我已经删除了DA14583的SPI闪光灯，并且没有任何行为差异。
嗨保罗，
似乎没有运行的引导加载程序似乎有点不可能，您是否完全确定您在PLT工具上正确连接了RX / TX线？
谢谢mt_dialog.
虽然JTAG工作了，但似乎我的设备在某种程度上被破坏了。另一个设备通过UART启动。