大家好，
我正在遇到SDK中提供的模板来工作。我正在使用DA14580，我的电脑正在运行Win8。我尝试的配置无成功：Keil 5.12和Keil 4.74，SDK版本3.0.8.0和3.0.4.0，专家devkit和pro devkit。
我会解释发生的事情。对于此方案，我在使用Keil 5.12和SDK 3.0.8.0时使用了Keil 4.74和SDK 3.0.4.0但同样的结果。在我第一次尝试时，我按照UM-B-014（SDK专家手册V1.5）的所有说明。这失败了，所以我决定编译灌肠atte，并开始调试器只是检查模板是否实际上是工作：
1.我制作了SDK的副本，并打开了FH_Project_Template.uvProj
2.我纠正了两个包含路径，因为我在D：\ Programs \ Keil中安装了Keil，以c：\ keil的替换。
3.我按照UM-B-014中的4.4.1.5至4.4.1.13段中的说明。我确实需要修补UVOPT文件，因为在访问J-Link设置时keil崩溃后，keil崩溃的uvopt文件。我备份注意内存映射设置，它们被设置为如手册所述的确切值。
我编译了这个项目 - >没有错误，2个警告。
我开始调试器。它说我在评估模式下运行，好的。
到现在为止还挺好。现在，我浪费了我浪费了几乎两天的烦人。我遇到了不同的情况，但程序将无法在其中任何一个工作。
情况1：调试器启动并显示启动文件，程序在启动文件中的第146行开始（boot_vextors.s行146：ldr r0，= systeminit）。当我步入代码时，它通过SystemInit步骤，从来没有进入主要功能，所以看起来它看起来像它在无限循环中运行。停止执行不会给我一个线索所做的事情。
情况2：作为情况1，但现在在无限循环中运行（或做其他不可见的东西），发生了一个硬错：/
情况3：在*许多*出现时，调试器甚至不会开始，因为当我启动调试器时keil _crashes_！有时它确实在重新启动程序后开始调试，有时它需要删除UVOPT文件，启动keil，退出它，以便生成一个新的文件，修补UVOPT文件，以便在访问J-Link设置时不会崩溃。
外围示例是工作。Proximity_FH程序遭受相同的问题。
有人知道是怎么回事吗?内存映射设置是可以的，因为我遵循了devkit的手册，我想。关于初始化文件(目标选项->调试器)，我可以使用在devkit上的模板提供的sysram_case23.ini吗?
问候，jesper
*撞*
没有人有一个想法吗？
如果我记得正确，接近传感器进入睡眠中断调试的睡眠。您无法调试它而不对源代码进行一些修改。您需要输入并退出调试模式。
我可能也记错了。
嗨VesaN,
感谢您的回复。听起来是邻近传感器的合理性。我检查了模板还启用了睡眠模式，但看起来不是（deep_sleep_enabled，ext_sleep_enabled编译时都是0的）。Sopment_debug也定义。我猜这应该启用调试吗？
我今天再次检查它，我在main_func（位于Arch_main.cn中）设置了一个断点，但它永远不会达到。在替代方面，拆卸窗口显示它挂在无限循环中（在0x00000ee的无条件分支到0x00000eee）。此外，我无法在调试时介入主要 - 它显示启动时启动并允许我逐步通过SystemInit，但它进入上面提到的无限循环，当它应该分支到__main时（拆卸窗口显示它转换__main到地址0x200001fc）。这种不正确的行为是否响铃？
编辑：当我使用UM-B-014中提到的Sysram.ini文件时，会发生硬故障。问题是，是使用devkit时的模板提供的sysram_case23.ini文件吗？
jesper。
PS在积极的方面：今天至少在我身上没有崩溃 - 敲木头;）
嗨JDA，
我们正在展望您的问题并尽快回复。
最好的问候,RvA
嗨RVA，
谢谢，我很感激，我很期待你的回复。
杰斯勒..
对于记录：我已经解决了这个问题。我的专家devkit有缺陷（可能是一些rom错误） - 我现在能够在pro devkit上运行模板。
谢谢大家 ：）