我写了一个小程序，用于切换DA14683 Pro开发工具包的LED。程序正在从RAM中运行。当我手动上传这个程序(没有IDE)，这也工作得很好。
当我上传完全相同的程序(与完全相同的调试器)到我们的板(一个LED也在P1/5) CPU总是卡在ROM地址0x07f01dfc(这是一个自身的循环)。也许这是引导序列的"永远等待"部分。
当我手动将SP设置为0x07fd0000, PC设置为0x07fc0201(根据bin/elf)， CPU总是停止在0x07f000e6(这可能是ROM中的一个处理器)。
是否有一些东西我需要首先改变OTP，以改变我们板上CPU的行为?我可能调试器需要先设置一些东西在启动应用程序?
设备:
我想我自己找到了解决办法。对于其他人来说，当从RAM启动时，Dialog IDE向调试器发送以下命令
监控复位为0
监测睡眠10
监控停止
monitor memU32 0x7fd0000 = 0xdeadbeef
monitor memU32 0x7fd0004 = 0xdeadbeef
monitor memU32 0x7fd0008 = 0xdeadbeef
monitor memU32 0x7fd000c = 0xdead10cc
monitor memU32 0x400c3050 = 1
监测睡眠500
监控复位为0
monitor memU32 0x7fd0000 = 0x0
monitor memU16 0x50000012 = 0xAB
监控复位为0
这需要在上传软件之前完成。这可能在我的ProDK上没有必要，因为在flash中有一些东西。到目前为止，我还不能完全验证这一点，因为调试器在发出设置时钟源的命令后会立即退出它的会话。
xab 0 x50000012 = 0
嗨,火星,
谢谢你的帖子!你不应该在OTP中更改任何内容。你能告诉我们你的问题解决了吗?
谢谢,PM_Dialog