STM32在程序中禁用JTAG功能后不能进行仿真的解决办法

最新推荐文章于 2025-05-26 08:28:37 发布
转载 最新推荐文章于 2025-05-26 08:28:37 发布 · 4.1k 阅读 · 4

本文详细介绍了在STM32程序中禁用JTAG功能后不能进行仿真的问题，提供了三种解决方法，并讨论了禁用JTAG功能后PB3、PB4是否可以作为普通IO使用以及如何设置为推挽输出。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

STM32在程序中禁用JTAG功能后不能进行仿真会出现不能进行JTAG仿真的现象。

在程序中，通常禁止JTAG的函数如下所示：
  //改变指定管脚的映射  GPIO_Remap_SWJ_Disable SWJ 完全失能（JTAG+SW-DP）
  GPIO_PinRemapConfig(GPIO_Remap_SWJ_Disable, ENABLE);
  
  //改变指定管脚的映射  GPIO_Remap_SWJ_JTAGDisable  JTAG-DP 失能 + SW-DP使能
GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable , ENABLE);

当设置了以上语句后，当运行了这两个语句后，JTAG仿真就与目标失去去联系。

解决办法有:

1、设置启动模式为ISP模式（BOOT0=1、BOOT1=0）或设置启动模式为RAM运行模式（BOOT0=1、BOOT1=1）。
将 开发板断电后重新上电，此时就因不是在用户程序模式，因此就不会执行禁用JTAG的语句，JTAG功能也就可以正常使用。

2、设置启动模式为ISP模式（BOOT0=1、BOOT1=0），用ISP程序将STM32的FLASH擦除，之后就可恢复JTAG功能。

3、如果你的仿真器支持SWD仿真模式，如IAR下用JLINK、MDK下用ULINK2。
直接将 仿真器的模式设为SWD模，就可以不受这个禁止JTAG功能的影响了。
lhtzyn777 (2009-4-13 11:04:00)
这样的话，
GPIO_PinRemapConfig(GPIO_Remap_SWJ_Disable, ENABLE);
GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable , ENABLE);
这样设置之后PB3，PB4是不是可以做普通IO使用？可以设置为推挽输出吗？
zzu65 (2009-4-13 16:35:55)
可以作为普通IO使用
GD32与STM引脚复用问题——GPIO_SWJ_NONJTRST_REMAP/GPIO_SWJ_SWDPENABLE_REMAP/GPIO_SWJ_DISAB
ZwcCsharp的博客
09-23 1453
其中，GPIO_SWJ_NONJTRST_REMAP、GPIO_SWJ_SWDPENABLE_REMAP和GPIO_SWJ_DISABLE是常见的引脚复用选项。在GD32和STM32微控制器系列中，GPIO_SWJ_NONJTRST_REMAP、GPIO_SWJ_SWDPENABLE_REMAP和GPIO_SWJ_DISABLE_STM32是常用的引脚复用选项。使用GPIO_SWJ_SWDPENABLE_REMAP选项后，复用后的引脚将不再作为SWD接口的引脚，而可以用于其他功能。
stm32不让调试是什么原因
weixin_57010826的博客
12-04 517
综上所述，STM32不让调试的原因可能涉及硬件连接、IDE和调试器配置、程序代码和配置、调试器与硬件模块冲突以及其他多个方面。在排查问题时，需要综合考虑各种可能的原因，并采取相应的解决方法进行排查和修复。如果不停止那些可以在CPU不干预时自动运行的模块（如DMA、定时器、ADC等），它们会干扰程序在RAM中的执行，致使下载失败。低功耗模式通过停止CPU的时钟实现，而JTAG调试通过与CPU的通信实现。检查JTAG或SWD调试接口的连接，确保所有必要的引脚都连接完好。
STM32 JTAG/SWD禁用导致无法烧写解决方法
热门推荐
leibihui0556的博客
09-26 1万+
由于STM32的引脚功能较多，在为了方便硬件的使用，常会使用复用，重映射的功能，这里主要提及的是SWD和JTAG端口的引脚对应出现的问题。为了使得TIM2能够重映射到PA15和PB3，所以得对TIM2进行重映射，但是这样是不够的，因为下载调试端口SWD默认就占用了该引脚，所以重映射无效，因此必须先启动时钟void Relay_GPIO_Config(void) { GP
[10]STM32程序调试方法-STLINK调试和软件调试
爪爪x的博客
08-12 1万+
前言 参考资料 《STM32F1开发指南-库函数版本》3.4小节和6.4小节 《STM32中文参考手册V10》29章
STM32程序运行不了，仿真功能也异常，连断点和复位都异常了
2301_80317247的博客
05-26 1070
使用STM32CubeProgrammer或ST-Link Utility连接芯片，检查选项字节（Option Bytes）中的读保护（RDP）和写保护（WRP）状态。在Keil、STM32CubeIDE等工具中，确认调试器类型（如ST-Link）和接口模式（SWD/JTAG）选择正确。确认程序初始化代码中时钟源（HSI/HSE）配置正确，外部晶振是否起振（可用示波器测量）。若使用HSE（外部晶振），检查负载电容是否匹配（通常为8-22pF）。：确认复位引脚（NRST）未短路或虚焊，复位按钮是否正常工作。
STM32F103的JTAG或SWD接口被禁用导致无法下载程式解决办法
SYUSYORIN的博客
08-13 1692
stm32的jtag被禁用 无法下载程式 的处理方法
STM32HAL库禁用JTAG，将PB3/PB4/PA15释放为普通IO
qq_33722367的博客
07-03 1387
STM32HAL库禁用JTAG，将PB3/PB4/PA15释放为普通IO
STM32 JTAG复用相关方法
08-19
STM32 JTAG复用相关方法 在STM32单片机中，JTAG接口是用于开发和调试的重要接口，但是在某些...6. 解决JTAG仿真失效的方法有多种，例如设置启动模式为ISP模式、使用ISP程序将STM32的FLASH擦除、使用SWD仿真模式等。
STM32不小心禁用SW和JTAG导致下载不了程序
AER的故事的博客
04-16 1461
1.使用 ISP方式下载 不禁用的程序到芯片 Step1:将BOOT0设置为1，BOOT1(PB2)设置为0，然后按下复位键，这样才能从系统存储器启动BootLoader Step2:最后在BootLoader的帮助下，通过串口下载程序到Flash中 Step3:程序下载完成后，又有需要将BOOT0设置为GND，手动复位，这样，STM32才可以从Flash中启动 2.选择从系统存储器启动BootLoader后 使用SW或JTAG下载程序到芯片 Step1:将BOOT0设置为1，BOOT1(P.
stm32f4有重映射么_STM32Fxx JTAG/SWD复用功能重映射
weixin_39907311的博客
12-19 1574
问题描述：在实验室调车过程中，遇到的一个问题：为了每次下载程序方便，队员们往往会把Jlink插在板子上，可是在调车过程中发现，有时程序会莫名死掉，而同样的程序，把Jlink拔了，却不会出现此问题。且设置PB3,PB4均为输出口，且输出高电平，用万用表测量，PB4为高，PB3不是高电平，在看MDK中的寄存器值，PB3,PB4都是高啊？寄存器的值怎么和实际的值不一样了？经过仔细研究找到了症结所在：查...
STM32F407ZE 拿到板子后SWD仿真器下载不了
hlei13410293574的博客
11-08 5272
一。连接仿真器，配置KEIL下载程序 配置好之后，接入STLINK，满心欢喜以为可以了，结果显示如下，检测到芯片，却提示错误。   二.找客服，按照客服给的工具，安装等了一个中午，安装失败，最后说是因为系统问题导致，说我的是WIN10不能运行，只支持Win7的，想打人。。。。。。。。。   三。解决方案 用了一下午的时间翻帖子，一个一个的看，感觉合适就试试，什么ST...
STM32禁用JTAG，并使用JTAG引脚
er131的博客
09-08 4926
STM32禁止JTAG
STM32 HAL库禁用JTAG，使用PB3、PB4、PA15作为普通IO
czy8787475的博客
09-01 1525
STM32 HAL库禁用JTAG，使用PB3、PB4、PA15作为普通IO。
STM32 在代码中加禁用JTAG接口无法下载程序，如何恢复。
ljh666dee的博客
05-08 656
在STM32中为了将来JTAG引脚作为普通IO口用，将禁用JTAG 启用SWD后，再编译后发现无法再下载进入编译器，显示找不到端口
GPIO_Remap_SWJ_JTAGDisable
weixin_33826268的博客
01-29 3125
对于初学习者来说为什么用到PB3和PB4时无法控制输出呢？ 下面就这一问题进行分析讲解。首先，STM32F10x系列的MCU复位后，PA13/14/15 & PB3/4默认配置为JTAG功能。有时我们为了充分利用MCU I/O口的资源，会把这些 端口设置为普通I/O口。具体方法如下： 在GPIO_Configuration(); // 配置使用的 GPIO 口：GPIO_PinRemapC...
STM32上特殊管脚应用 重映射那个GPIO_Remap_SWJ_JTAGDisable
FLYMCU的博客
02-15 1056
首先，STM32F10x系列的MCU复位后，PA13/14/15 & PB3/4默认配置为JTAG功能。有时我们为了充分利用MCU I/O口的资源，会把这些。// 改变指定管脚的映射 GPIO_Remap_SWJ_JTAGDisable ，JTAG-DP 禁用 + SW-DP 使能。// 改变指定管脚的映射 GPIO_Remap_SWJ_Disable SWJ 完全禁用（JTAG+SW-DP）注意：不要忘记在RCC_Configuration()中开启AFIO时钟，端口设置为普通I/O口。
STM32F103的JTAG和SWD接口被禁用，无法下载程序 - 解决办法（亲试可用）
小肥丸
08-23 5525
STM32F103的JTAG和SWD接口被禁用，无法下载程序 今天烧写STM32例程进板子的时候，没注意程序里有完全禁用（JTAG+SW-DP）的语句，第一次烧写成功之后，就再也烧不了程序进板子里了Q.Q 解决办法： 1、镊子短路复位电容（电阻）； 2、同时点击 Keil 里的 “Download” 下载； 3、稍等几秒（具体多久完全靠运气），马上松开镊子，断开短路，烧写成功； 注： 可能需要多实验几次才能成功，因为第三步有点难拿捏那个时间。 因为复位的时候，禁止JTAG的寄存器也是
使用GPIO_Remap_SWJ_JTAGDisable后依然无法使用SWD进行调试解决办法
玩转智能机器人
10-17 6491
背景故事 STM32主控板（STM32F103RCT6）预留了SWD接口用于调试，但JTAG的其他引脚PA15 PB3、PB4又有了其他用途，需要关闭JTAG部分功能，但保留SWD功能，按照常规方式配置后，依然SWD无法使用。 常规方式 先附上正常配置方式如下： GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2
STM32WBA52CG的程序不能仿真
最新发布
08-05
<think>我们正在处理STM32WBA52CG程序无法仿真的问题。根据引用内容，用户执行了一些操作，特别是复制了udev规则文件并重新加载了udev，这可能与USB设备权限有关。但是，用户表示实际影响暂未研究，因此我们需要系统地分析可能的原因和解决方法。 可能的原因： 1. **调试器连接问题**：包括硬件连接不稳定、调试器固件问题或驱动问题。 2. **调试器权限问题**：在Linux系统中，如果没有正确的udev规则，用户可能无法访问调试器设备。 3. **OpenOCD配置问题**：OpenOCD可能没有正确配置以支持STM32WBA52CG。 4. **工具链问题**：使用的调试工具（如GDB）或编译工具链可能不兼容。 5. **目标板问题**：目标板可能没有正确供电，或者复位电路有问题，或者芯片处于某种保护状态（如读保护）。 6. **软件配置问题**：工程配置中可能没有正确设置调试选项（如接口类型、速度等）。 解决步骤： ### 1. 检查硬件连接 - 确保调试器（如ST-Link）与目标板正确连接（SWD接口：SWCLK, SWDIO, GND）。 - 检查目标板供电是否正常。 ### 2. 检查调试器状态 - 如果使用ST-Link，可以尝试使用ST-Link Utility（Windows）或ST-Link CLI（Linux）来检查连接。在Linux中，可以尝试运行： ```bash ST-LINK_cli -c SWD ``` 如果连接成功，应能读取芯片信息。 ### 3. 检查udev规则（Linux系统） 引用中提到的操作是复制了一个udev规则文件并重新加载了udev。这通常是为了解决普通用户没有权限访问调试器设备的问题。请确认： - 规则文件`60-openocd.rules`是否已经正确放置在`/etc/udev/rules.d/`目录下。 - 规则文件内容是否包含ST-Link设备的规则。如果没有，可以手动添加。 通常，ST-Link的规则如下： ``` # ST-Link V2 SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="3748", MODE:="0666" SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="374b", MODE:="0666" # ST-Link V2-1 SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="3752", MODE:="0666" # ST-Link V3 SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="374e", MODE:="0666" SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="374f", MODE:="0666" SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="3753", MODE:="0666" ``` 重新加载udev规则并重启服务： ```bash sudo udevadm control --reload-rules sudo udevadm trigger ``` 然后重新插拔调试器，使用`lsusb`命令检查设备是否被识别，并使用`ls -l /dev/ttyACM*`（如果使用串口）或检查`/dev`下是否有对应的设备文件，并确认权限。 ### 4. 检查OpenOCD配置 - 确保OpenOCD支持STM32WBA52CG。可以查看OpenOCD的官方文档或配置文件。通常，STM32WB系列有对应的配置文件。例如，使用以下命令启动OpenOCD： ```bash openocd -f interface/stlink.cfg -f target/stm32wbaxx.cfg ``` 注意：`stm32wbaxx.cfg`可能不存在，需要确认OpenOCD版本是否支持。如果不支持，可能需要使用相近的配置文件或自行编写。 对于STM32WBA52CG，可以尝试使用`stm32wbx.cfg`（如果存在）或`stm32wba.cfg`。如果不支持，可能需要更新OpenOCD到最新版本。 ### 5. 检查工具链 - 确保使用的调试工具（如GDB）和编译工具链（如arm-none-eabi-gcc）支持Cortex-M33（因为STM32WBA52CG是Cortex-M33内核）。 ### 6. 检查目标芯片状态 - 如果芯片启用了读保护（RDP），可能会阻止调试。需要先解除保护。可以通过ST-Link Utility或STM32CubeProgrammer来检查并修改读保护级别。 - 确保芯片没有处于低功耗模式。尝试复位芯片。 ### 7. 检查工程配置 - 在IDE（如VSCode+PlatformIO，或STM32CubeIDE）中，检查调试配置： - 是否选择了正确的调试器（ST-Link）。 - 接口是否为SWD。 - 速度是否合适（可以尝试降低速度）。 - 是否选择了正确的目标芯片。 ### 8. 查看日志信息 - 运行OpenOCD时，查看详细的日志信息，可能会提示错误原因。例如： ```bash openocd -d3 -f interface/stlink.cfg -f target/stm32wbaxx.cfg ``` 使用`-d3`可以输出更详细的调试信息。 ### 9. 更新调试器固件 - 如果使用ST-Link，可以尝试更新其固件。ST-Link的固件更新工具可以在ST官网下载。 ### 10. 尝试其他调试器或电脑 - 如果可能，尝试使用其他调试器或电脑，以排除硬件问题。 ### 总结 由于引用中提到了udev规则，因此应首先重点检查权限问题。如果问题仍然存在，再按照上述步骤逐一排查。 如果以上步骤无法解决问题，请提供更详细的错误信息，以便进一步分析。 §§相关问题§§ 1. 如何更新ST-Link的固件？ 2. 如何编写OpenOCD的配置文件以支持新的芯片？ 3. 在Linux系统中，如何检查USB设备的权限？</think>### STM32WBA52CG程序无法仿真的解决方法 当STM32WBA52CG芯片出现程序无法仿真时，通常与调试器配置、权限或硬件连接有关。以下是系统化的解决步骤： --- ### 1. **检查调试器连接与硬件状态** - **硬件连接**：确认SWD接口（SWCLK、SWDIO、GND）连接正确，无虚焊或短路。 - **供电检测**：用万用表测量芯片供电电压（需在1.71-3.6V之间），确保NRST引脚电压正常（>2V）。 - **复位电路**：检查复位引脚是否被意外拉低，必要时尝试手动复位。 --- ### 2. **配置调试器权限（Linux系统）** 引用中提到的`udev`规则是解决USB设备权限的关键[^1]： ```bash # 复制OpenOCD规则文件（需替换实际路径） sudo cp /path/to/60-openocd.rules /etc/udev/rules.d/ sudo udevadm control --reload # 重新加载规则 sudo udevadm trigger # 激活新规则 ``` - **验证设备权限**：连接ST-Link后执行`lsusb`，确认ST-Link设备（ID 0483:3748）存在，并检查`/dev/ttyACM0`等设备的用户权限是否为`rw-rw----`。 --- ### 3. **更新工具链与固件** - **ST-Link固件升级**： - 下载[ST-Link Utility](https://www.st.com/en/development-tools/stsw-link004.html) - 连接调试器，通过`Firmware update`升级至最新版。 - **OpenOCD配置**： - 确保OpenOCD ≥ v0.12.0（支持STM32WBA） - 使用正确的配置文件： ```bash openocd -f interface/stlink.cfg -f target/stm32wbaxx.cfg ``` --- ### 4. **工程配置验证** - **IDE设置**（以STM32CubeIDE为例）： 1. 项目属性 → **C/C++ Build → MCU Settings** 2. 确认芯片型号为`STM32WBA52CG` 3. 调试配置中选择`OpenOCD`，接口为`SWD`，速度≤ 4MHz。 - **读保护解除**： - 使用STM32CubeProgrammer连接芯片，进入`Option Bytes`选项卡，禁用`RDP`保护。 --- ### 5. **高级故障排除** - **SWD引脚复用**： - 检查`PA13(SWDIO)/PA14(SWCLK)`是否被程序占用，初始化代码中需禁用相关GPIO配置。 - **时钟源配置**： - 确认调试时使用内部HSI时钟（避免外部晶振失效导致停机）。 - **信号质量**： - 用示波器检测SWCLK信号，如有振铃/衰减，在信号线串联100Ω电阻。 --- ### 6. **日志分析** 运行OpenOCD时添加调试输出： ```bash openocd -d3 -f interface/stlink.cfg -f target/stm32wbaxx.cfg ``` 关键错误解读： - `Error: jtag status contains stuck error` → 检查硬件连接 - `Timeout waiting for ACK` → 降低SWD时钟速度 - `Target not examined yet` → 确认芯片供电 --- ### 总结流程 ```mermaid graph TD A[无法仿真] --> B{硬件连接} B -->|正常| C[检查供电/复位] B -->|异常| D[修复线路] C --> E[权限配置] E --> F[更新工具链] F --> G[工程配置验证] G --> H[高级调试] H --> I[成功仿真] ``` 通过以上步骤，90%以上的STM32WBA52CG仿真问题可解决。若仍失败，可能是芯片损坏或PCB设计缺陷（如SWD走线过长干扰）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值