当前位置：首页 > news >正文

全志A133P平台RS485调试踩坑记：UART0只能发不能收，原来是Pinctrl配置在作祟

news 2026/6/15 6:23:25

全志A133P平台RS485调试实战：从异常现象到Pinctrl冲突的深度解析

当你在全志A133P平台上配置RS485通信时，是否遇到过UART0只能发送不能接收的诡异现象？这个问题困扰了我整整三天。与UART3/UART4的顺利配置形成鲜明对比，UART0的异常表现让我不得不深入探索Linux设备树配置的底层逻辑。本文将完整还原这次调试历程，揭示Pinctrl配置冲突背后的真相。

1. RS485基础配置与初步异常

RS485通信需要精确控制收发切换，通常通过RTS引脚实现。在全志平台上，标准配置流程看似简单：

查阅硬件原理图确认RTS引脚
在设备树中添加rs485-en属性
配置对应GPIO的驱动能力

对于UART3和UART4，按照这个流程配置后一切正常：

uart3: uart@05000c00 { rs485-en = <&pio PD 16 1 1 1 1>; status = "okay"; }; uart4: uart@05001000 { rs485-en = <&pio PD 20 1 1 1 1>; status = "okay"; };

但当为UART0添加类似配置时，问题出现了：

uart0: uart@05000000 { uart-supply = <®_bldo3>; rs485-en = <&pio PG 8 1 1 1 1>; status = "okay"; };

关键现象：使用串口工具测试时，UART0只能发送数据却无法接收，而逻辑分析仪显示PG8引脚电平状态异常。

2. 系统性排查：从现象到本质

2.1 硬件层验证

首先使用万用表测量PG8引脚电平，发现与驱动预期状态不符：

预期状态	测量结果	对应模式
低电平	高电平	接收模式
高电平	高电平	发送模式

这个异常促使我检查GPIO子系统状态：

cat /sys/kernel/debug/gpio

输出显示GPIO-200（PG8）被报告为低电平输出，但实际测量为高电平。这种矛盾暗示可能存在底层配置冲突。

2.2 驱动层验证

在驱动中添加调试打印，确认驱动逻辑正确：

pr_info("3 lijie debug sw_uport->rs485_gpio = %d value = %d\n", sw_uport->rs485_gpio, value);

日志显示驱动确实在发送数据时将GPIO拉高，发送完成后拉低。但硬件测量结果与驱动状态不一致。

2.3 手动GPIO控制测试

使用全志提供的调试接口手动控制PG8：

mount -t debugfs debug /proc/sys/debug cd /proc/sys/debug/sunxi_pinctrl echo PH8 > sunxi_pin echo PH6 1 > function echo PH6 0 > data

这次万用表测量显示电平变化正常，证明：

GPIO编号正确
硬件连接正常
驱动基础功能正常

3. 问题根源：Pinctrl配置冲突

3.1 设备树深度分析

排查发现UART0的RTS引脚（PG8）同时也是UART1的RTS引脚。检查UART1的设备树配置：

uart1_pins_a: uart1@0 { allwinner,pins = "PG6", "PG7", "PG8", "PG9"; allwinner,pname = "uart1_tx", "uart1_rx", "uart1_rts", "uart1_cts"; allwinner,function = "uart1"; allwinner,muxsel = <2>; allwinner,drive = <1>; };

关键问题在于：

硬件上UART1并未使用RTS/CTS流控
但设备树中仍配置了这些引脚
导致PG8被UART1的Pinctrl配置覆盖

3.2 解决方案：精简Pinctrl配置

修改UART1的Pinctrl配置，移除不必要的RTS/CTS引脚：

uart1_pins_a: uart1@0 { - allwinner,pins = "PG6", "PG7", "PG8", "PG9"; - allwinner,pname = "uart1_tx", "uart1_rx", "uart1_rts", "uart1_cts"; + allwinner,pins = "PG6", "PG7"; + allwinner,pname = "uart1_tx", "uart1_rx"; allwinner,function = "uart1"; allwinner,muxsel = <2>; allwinner,drive = <1>; };

重新编译设备树后，UART0的RS485功能完全正常。

4. 经验总结与调试方法论

4.1 全志平台调试要点

引脚复用检查清单：
- 确认目标引脚在原理图中的所有功能
- 检查所有相关外设的Pinctrl配置
- 验证引脚复用寄存器当前值
调试工具组合：
- 万用表：基础电平测量
- 逻辑分析仪：信号时序分析
- sysfs调试接口：实时状态监控

4.2 设备树配置最佳实践

实践要点	错误示例	正确做法
引脚配置	保留未使用的功能引脚	仅配置实际使用的引脚
复用声明	不检查冲突	全局搜索引脚使用情况
驱动能力	使用默认值	根据负载特性调整