你好,
我有麻烦得到在SDK中提供的模板工作。我使用的是DA14580，我的PC运行的是Win8。我尝试过的配置没有成功:Keil 5.12和Keil 4.74, SDK版本3.0.8.0和3.0.4.0,Expert devkit和Pro devkit。
我会解释发生了什么。对于这个场景，我使用了Keil 4.74和SDK 3.0.4.0，但使用Keil 5.12和SDK 3.0.8.0时结果相同。在我的第一次尝试中，我遵循了UM-B-014 (SDK专家手册V1.5)中的所有说明。这失败了，所以我决定按原样编译模板，并启动调试器，只是为了检查模板是否实际工作:
1.我复制了一份SDK，打开fh_project_template.uvproj
2.我修正了两个包含路径，因为我把Keil安装在D:\Programs\Keil而不是C:\Keil。
3.我遵循了UM-B-014中4.4.1.5至4.4.1.13段中的说明。由于Keil在访问J-Link设置时崩溃，我确实需要修补附录A中描述的uvopt文件。我特别注意了内存映射设置，它们被设置为手册中提到的精确值。
4.我编译的项目->没有错误，2个警告。
5.我启动调试器。它说我在评估模式下运行。
到目前为止，一切顺利。现在是我浪费了将近两天时间的恼人的部分。我遇到了不同的情况，但这个程序在这些情况下都不起作用。
情况1:调试器启动并显示启动文件，程序在启动文件(boot_vextors. exe)的第146行启动。LDR R0， =SystemInit)。当我单步执行代码时，它要么单步执行SystemInit，而不进入主函数，所以它看起来像是在无限循环中运行。停止执行并不能告诉我它在做什么。
情况2:和情况1一样，但是现在不是在无限循环中运行(或者做一些我看不见的事情)，一个硬错误发生了:/
情况3:在*many*出现时，调试器甚至不会启动，因为当我启动调试器时Keil _crashes_ !有时它确实在重新启动程序后开始调试，有时它需要删除uvopt文件，启动Keil，退出它，以便生成一个新的，修补uvopt文件，以便它在访问J-link设置时不会崩溃。
外围示例确实有效。proximity_fh程序也存在同样的问题。
有人知道是怎么回事吗?内存映射设置是可以的，因为我遵循了devkit的手册，我想。关于初始化文件(目标选项->调试器)，我可以使用在devkit上的模板提供的sysram_case23.ini吗?
问候,Jesper
*撞*
没人知道吗?
如果我没记错的话，接近传感器会进入睡眠状态，这会中断调试。如果不对源代码做一些修改，就无法调试它。您需要进入和退出调试模式。
我可能也记错了。
嗨VesaN,
谢谢你的回复。接近传感器听起来不错。我检查了模板是否也启用了睡眠模式，但看起来没有(DEEP_SLEEP_ENABLED和EXT_SLEEP_ENABLED在编译时都是0)。还定义了DEVELOPMENT_DEBUG。我想这应该启用调试?
我今天又检查了一次，我在main_func(位于arch_main.c)的set_system_clocks上设置了一个断点，但它从来没有达到。相反，反汇编窗口显示它挂起在一个无限循环中(无条件地在0x00000EEE上分支到0x00000EEE)。此外，我不能在调试时进入main -它显示启动时的startupfile，并允许我通过SystemInit，但当它应该分支到__main时，它进入我上面提到的无限循环(反编译窗口显示它将__main转换为地址0x200001FC)。你对这种不正确的行为有印象吗?
编辑:当我使用UM-B-014中提到的sysram.ini文件时，发生了硬故障。问题是，当使用devkit时，模板提供的sysram_case23.ini文件合适吗?
Jesper。
另外，积极的一面是:至少Keil今天没有撞到我——谢天谢地;)
嗨防卫厅,最早于
我们正在调查你方的问题，并尽快回复。
最好的问候,RvA
嗨RvA,
谢谢，非常感谢，期待您的回复。
Jesper . .
声明一下，我已经解决了这个问题。我的专家devkit有缺陷(可能是一些ROM错误)-我现在可以在PRO devkit上运行模板。
谢谢大家:)