GD32 F4如果要使用调试引脚做普通引脚用该怎么办

修改pb3 和pb4为普通io

今天在使用GD32F103的PB4的时候，不管怎么推挽输出，引脚电平都是0.9V，很有问题。 看了一下开发手册。才知道GD32的PB3、PB4默认是使用复用功能的，在手册中有提到： 使用我们PB3 PB4想像普通一脚一样使用，的映射成为普通引脚，不然它默认为JTAG引脚（下载调试用的）。 GD32映射函数： rcu_periph_clock_enable(RCU_AF); //使能映射功能的时钟 gpio_pin_remap_config(GPIO_SWJ_SWDPENABLE_REMAP, ENA

本文详细介绍了GD32微控制器的引脚重映射功能，特别是如何通过AFIO模块释放PB3和PB4这两个常被JTAG占用的引脚，使其作为普通GPIO使用。通过SWD调试模式配置和代码示例，帮助开发者在物联网设备开发中有效扩展GPIO资源，提升硬件设计灵活性。

项目上有用到JTDI这个脚，复用做GPIO 当时没有注意，直接用做了GPIO，一直无法控制这个Pin 最后看了SPEC，发现这个默认是JTDI脚 Default JTDI 如果要用做GPIO的话（也就是PA15）的话要用REMAP的方式，这个顺序不要变，之所以这么说因为有网友在STM32上验证说：必须先打开时钟再Disable才可以 rcu_periph_clock_enable(RCU_AF); rcu_periph_clock_enable(RCU_GPIOA); gpi.

函数时，不要将JTAG-DP与SW-DP同时关闭，否侧将无法烧录程序！通过用户手册可知这5个引脚为特殊引脚（以前没仔细看过这里，只知道PA13、PA14为烧录口比较特殊，没想到PB3、PB4也是特殊引脚）本次记录使用单片机为GD32E103，调试过程中发现PB3、PB4异常，经查阅资料发现配置问题，做个记录，提示自己以及后来人。这里发现只需要将JTAG功能关闭即可恢复为普通IO口使用，但是需要注意PB3还需要不是用异步跟踪才能当作普通IO口使用。

摘要：本文分析了GD32F407芯片PB3引脚无法作为普通GPIO输入的问题。PB3默认为JTDO功能，需通过配置SYSCFG_CFG1寄存器释放为普通IO。针对不同芯片版本提供了解决方案：低版本使用标准库函数gpio_pin_remap_config，高版本需直接操作SYSCFG寄存器。文中给出了详细的配置代码，并对比了SWD与JTAG调试接口的差异，指出通过禁用JTAG保留SWD可释放PB3等引脚。最后总结了两种调试方式的优缺点，建议在ARM Cortex-M开发中优先使用SWD模式以节省GPIO资源。

串行通信（UART/USART）是嵌入式系统中最基础的外设接口，用于MCU与传感器、调试工具及外部模块间可靠数据交互。其核心原理基于异步时序、波特率分频与起始/停止位帧结构，技术价值在于低硬件开销、高兼容性与强实时性。典型应用场景包括开发调试输出、设备指令控制、日志上传与简易命令解析。本文以GD32F107VET6芯片为载体，深入剖析GPIO复用配置、AF7功能映射、USART寄存器级初始化及printf重定向等关键环节，覆盖从时钟使能、引脚模式设定到阻塞发送与状态轮询的完整链路，助力工程师扎实掌握GD32

本文深入分析GD32F30x系列MCU的SPI单线双向模式，介绍其硬件自动方向切换机制、关键寄存器配置及典型应用场景。通过减少引脚占用，该技术适用于引脚资源紧张的嵌入式系统设计，提升集成度与布线灵活性。

GD32F103 串口重映射 寄存器操作 GD32教程 兼容GD32F303RCT6中使用

GD32 特殊引脚处理

GD32 F3 移植

对于一些违反常理的问题，一般手册上都会有额外的说明为什么回事这样，所以手册很重要，就今天而言，我做一个小项目时用到了STM32的PB4这个管脚，然后采用了一般GPIO的通用配置，但是在调试时，却发现这个脚不论怎样都不能置为低，所以我赶紧去看了下手册，然后发现PB4管脚还有复用功能，是一个JTAG的调试引脚，而且定睛一看，还发现这个管脚在上电复位时会默认为调试引脚的功能，而它的复用功能才是普通IO口，类似的还有PB3/PA13/PA14等管脚都是一样，要用作普通IO口，需要配置为复用模式。 GPIO_Pin

MCU烧录失败，有一种情况是JTAG/SW接口被禁用导致的。

/******************************************************************** Function:LED init INPUT : OUTPUT : NOTE : ********************************************************************/ void fun_LED_init(void) { rcu_periph_clock_enable(LED_UP_GPIO_CLK.

前景描述 我司的以太网实现是LAN8720搭配片上MAC层做的，协议栈用LWIP 这种做法应该还是蛮常见的，反正不是LAN8720就是DP83864，再不然就是硬件协议栈的W5500了 想想还是有MAC层过滤比较好，随手翻了翻它的手册，W5500好像是没得MAC层过滤的 假如数据速率比较高，数据量大，而且外面还有乱七八糟无关的数据往板卡送，我也不知道用这个片子到底好不好 LA...

前景提要 STM32 H743确实是个好芯片，但是这个MAC只有一个真是让我觉得不太够，想整双MAC的A核芯片玩玩，奈何实在也是没得精力弄Linux，虽然imx6ull也是一个好芯片。。。。 外挂MAC的方案有很多，最后还是选了W5500… SPI口还是可以的，即是速度拉跨，但是即使10M的以太网也是很不错了，相比串口,CAN啥的 100M不指望了，这个SPI应该也跑不到那么高速吧，已经满足需求了 实际操作 芯片: STM32H743VIT6核心板 X宝买的W5500模块 自己画了个底板，不想用杜邦线，因为

某天看到安富莱家的自己开发的调试器可以实现输出中文调试信息到自己编写的Jlink RTT上位机上，觉得无比神奇，略好奇到底是如何做的，找了很久，发现其上位机的对应的实现好像也没有完全开源出来。后来经过很多搜索确认，知道了几个事实:那么有没有可能用C#来控制Jlink呢？答案是，有！！！ 解决思路在于，C#调用JLinkARM.dll里面的函数 这里转载下我认为很有意义的发现结合以上的几个发现，加上我自己的测试，我把我对接JLinkARM.dll的C#接口分享出来，不保证都能用，我只是测试了几个常用的功能，R

前景提示 目前网上我看到的例子多是CAN1实现了过滤表功能，而且只是一个过滤表项,实际项目中肯定会有两个CAN一起开，同时用过滤表的情况的。 H系列之前的ST芯片的CAN IP核都是bxCAN，那个的使用方法可以看我之前的写的帖子 自己写的F7的CAN总线过滤帖子 H系列的CAN升级了，多了TT CAN和FDCAN,然后它内部的设计也是翻天覆地的彻头彻尾改了 H系列的CAN多了啥呢 这个功能看着就很厉害，更厉害的在后面[ma fan] H743的CAN ID过滤功能【划重点】 注意看黄色字的部分，后面

最近项目组要用STM32F765开发一个UDP通信的项目 PHY用的是LAN8720 协议栈LWIP1.4.1 HAL库版本为1.15.0 网口用的是HR911105A 电路图和这个博主一样STM32F407VGT6+LAN8720 调试笔记 硬件问题 由于一些原因，刚刚打板子回来以后发现有短路的问题，修修补补，然后芯片有虚焊的问题，HAL库中网卡初始化反反复复过不了，通过重新...