STM32H750的调试环境的搭建

软件调试环境:

WIN10操作系统、J-FLASH V7.54D (嵌入式程序下载)、KEIL 5-V5.35.0.0 (编译、调试工具)、STM32CubeProgrammer V2.9.0(可以通过USB下载,ISP下载官方工具)、STM32CubeMX V5.3.0(芯片可视化配置工具)

硬件调试工具:

J-LINK V11(下载工具)、ST-LINK V2(下载工具)、STM32H750核心板(调试工具)

其中安装软件步骤省略。需要和谐的地方自行百度。

遇到的问题:

1.J;LINK V11接STM32H750 以SWO方式连接。总报错。

解决办法:

1.接线错误
2.SW时钟调低,频率高了容易协议出错,检测不到设备,适当调低频率,如果调很低才能检测到,可能是原因3
3.SW数据线不能太长,两根数据线单独走,减少干扰
4.开发板需要单独供电
5.原先程序里占用SW接口引脚,将BOTO0引脚置1后,再重新上电,设备将从非flash引导程序启动,这时候SW就没被占用了,再将BOTO引脚置为0,就可以正常下载到flash了。

我这边是因为J-LINK V11提供的排线过长,直接接转接板后,情况有所改善,可以连接芯片,但下载还是有问题。继续减小转接板至核心板的下载线的长度。控制在10cm之内。基本上问题解决。可以下载调试。另外。原先使用的J-LINK V9连接ATMEL的SAM4S16B 也是有排线和下载线。均未出现此类情况。可能下载速率当时选择的比较低。

这一次主要测试的是核心板的LED灯的亮灭,下一步就是调试核心板的各项基本功能。包括。ADC、DAC、SPI、TIMER等一系列外设。核心板资源有限。考虑下一步再拿一块开发板做功能测试。

posted @   LINE智能  阅读(694)  评论(0编辑  收藏  举报
编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
点击右上角即可分享
微信分享提示