注意:请在提交工单前阅读并遵循#906 中的说明。 因此,请确保填写所有字段。
[x] 我认真努力避免创建重复或几乎相似的问题
编程器/板型:内置
st-util
预期/描述:
我的问题是在遵循最小链接器脚本教程时出现的: https :
源代码也可以在https://github.com/WRansohoff/STM32F0_minimal找到
代码编译等没有问题。
然后我运行st-util
,并使用arm-none-eabi-gdb main.elf
和target extended-remote :4242
连接到板
然后我使用load main.elf
加载程序。
这是 v1.5.0 和 v1.6.0 的行为不同的地方。
在 v.1.5.0 中,程序可以使用si
步执行,我可以进入循环并看到r0
递增。
在 v.1.6.0 中,使用si
会导致程序计数器立即跳转到0xfffffffe
,并且r0
不会递增。
但是,有时r7
会成功设置为0xdeadbeef
。
我也使用 OpenOCD 0.10.0 完成了此操作,并且能够很好地逐步完成。
我应该注意到我使用 libusb 1.0.23 从源代码构建 v1.5.0 并应用补丁 #704 。
如果您需要更多信息,请告诉我。
你的程序员是什么硬件类型的? 请更准确地描述以完成基本信息集。
以后的工具集版本是否(再次)工作?
我正在使用 Nucleo 和 Discovery 板的内置编程器,我相信它们是 ST-Link v2,以及用于蓝色药丸的 ST-Link v2 USB 编程器。
它不适用于 v1.6.1 - 这是我在 macOS 上使用的版本,而在 openSUSE 上我使用的是 v1.6.0。
@gcohara你能试试develop
分支吗? 我在 stm32f07 上测试了它,它的工作。
刚刚在develop
分支上试了一下,我可以确认它正在工作!
对不起,无论如何我真的应该这样做。
请不要关闭打开的工单,因为这不利于定期维护任务和跟踪。 问题跟踪系统会自动关闭已解决的工单。