简介君正T31线路模组图示是一份面向嵌入式开发者和硬件工程师的参考文档聚焦T31芯片的电路设计与电源方案。PDF内容包含系统架构、电源供给、接口定义及滤波电路等完整模块尤其详细展示了12V直流输入经DC-DC转换器输出3.3V、1.8V、0.8V等多路电压的典型设计并标注了各电源最大电流限制如VCC_3V3为2A、VCC_1V8为1A有助于评估PCB布局与功耗。资源共1个PDF文件压缩包大小239KB轻量易用已有235人学习浏览。通过阅读该图示可快速理解T31的MIPI、I2C、SPI、GPIO等外设接口连接方式以及以太网、WiFi、音频等通信模块的接入位置为基于T31的IoT产品开发、底板设计和调试排错提供直接依据。1. 君正 T31 线路模组图示先看懂这张图再动烙铁一块按君正 T31 线路模组图示做出来的板子从拆包到出图中间最短的路线往往不是写代码而是接线。所谓线路模组图示就是把模组上分散的引脚按电源、串口、网口、图像传感器、控制 GPIO 分组形成一张能直接照着焊的图。很多人拿到模组第一件事就是翻数据手册找引脚结果被几十个 pin 淹没最后板子点不亮问题不在芯片在线没接对。这张图的价值在于告诉你哪几根线必须先接、哪根线接错会烧、哪根线悬空也能跑。它解决的是连线正确性这个最基础也最致命的问题适合正在做硬件联调、想快速搭出最小系统的开发者和工程师。先把图的读法讲清楚后面所有接线、排查才有依据。2. 拆开一块 T31 模组引脚分组与图示图例约定2.1 拿到模组先看丝印识别型号、版本与接口方向T31 系列的模组在市面上有多个封装和内存容量组合外观接近但引脚定义可能不同。第一步不是找原理图而是看模组背面的丝印。丝印上一般会印模组型号、硬件版本号和日期码这三个信息决定了你后续参考哪一份引脚图。同一个型号、不同硬件版本的模组可能调整过个别引脚的上拉电阻或电源顺序照旧图接线容易翻车。接口方向看两个标志一是邮票孔或金手指的 1 脚位置通常有圆点或斜切标记二是天线区域如果模组带 WiFi天线附近禁止走线和敷铜这是高频部分别拿信号线去贴。把丝印拍下来存档命名成“型号_版本_日期”和后面画的接线图放同一个目录这是最便宜的后悔药。常见做法是先用万用表蜂鸣档量一遍电源引脚的对地阻抗记录阻值。同一型号不同批次模组电源对地阻抗差异在正负 20% 以内属于正常如果差异过大先怀疑模组本身不要急着焊其他线。丝印信息作用确认方式型号确定封装、内存、外设差异对比模组规格书硬件版本确定引脚定义是否有调整对比版本变更记录日期码推算批次辅助判断物料问题直接读取丝印1 脚标记确定接口方向找圆点/斜切/三角标2.2 按功能域分组记引脚电源、串口、网口、图像接口T31 模组的引脚看起来多按功能域拆开就清晰了。第一组是电源5V 输入、3.3V 输出、GND 若干以及内核电压测试点。第二组是调试串口TXD、RXD、GND三根线就能看到启动日志。第三组是网络接口RMII 信号线加上时钟和 PHY 管理接口。第四组是图像传感器接口MCLK、行场同步、数据线、I2C 控制线、复位和电源使能。剩下的是通用 GPIO 和 USB、SDIO 等扩展接口。记引脚不要死背编号按功能记。接线图上把每个引脚标成“功能名方向”比如 UART0_TXD输出、UART0_RXD输入、RMII_TXD0输出。方向标错是接线错的常见原因。TXD 接对端 TXD看起来像是接上了实际链路完全不通。我一般会在图上用颜色做功能域区分电源用红色系地用黑色串口和调试用绿色网络用蓝色图像接口用黄色。这样一张图扫一眼就知道哪些区域已经完成、哪些还没接比盯着密密麻麻的编号高效得多。2.3 画图前的图例约定实线、虚线、颜色与标注规范线路模组图示不要求画得像专业原理图但必须有一套自洽的图例约定。实线表示必须连接的物理线路虚线表示可选连接或需要配置电阻才能生效的连接。交叉的两条线如果是通路在交叉点画实心圆点如果只是跨过不加圆点。这个细节能避免排查时虚焊误判。标注规范上每条线都要标注两端信号名格式为“模组引脚名 - 对端引脚名”。不要只写一端的名字否则板子调不通时得靠猜。电源线额外标注电压值和最大电流估算比如 5V/2A、3.3V/500mA。地线标注为 GND不标电流因为地回路电流路径往往比电源线更复杂。另外图必须标注“版本号”和“绘制日期”。硬件调试中经常出现图是对的、板子是旧的这种尴尬只有版本号能救你。图例约定放在图纸一角让别人也能读懂你的图而不是只有自己看得懂的黑匣子。3. 供电与最小系统接线从 5V 进来到 3.3V 逻辑电平3.1 T31 模组的供电层级与纹波要求T31 模组通常由外部提供 5V 直流输入板载电源电路再转换成 3.3V 和内核电压。接线的第一原则是供电质量优先于信号完整性。模组对 5V 输入的纹波很敏感纹波过大时会出现上电后反复重启、偶尔死机、网络时通时断等诡异现象这类问题在接线阶段埋下后面排查成本极高。纹波的来源主要有三个开关电源的开关纹波、负载突变引起的瞬态跌落、长导线引入的压降。5V 输入端的退耦电容组合常见做法是 100uF 电解电容并联 10uF 陶瓷电容再靠近模组电源引脚放 100nF 高频电容。电解电容扛瞬态陶瓷电容滤高频两者互补。如果用了长电源线线径要按电流算别用细杜邦线带 5V。供电层级上5V 进来后经过模组板载 DCDC 转 3.3V内核电压由更下一级电源产生。调试时不需要关心内核电压但要知道 3.3V 是逻辑电平基准所有串口、I2C、GPIO 的高低电平都以它为参考。如果 3.3V 被外部电路拉低整套逻辑都会异常而且很难查。3.2 最小系统接线顺序地线先接电源后上最小系统的接线顺序有讲究。第一步接所有地线把模组的 GND 和外部电源的 GND 可靠连接。地线不共后面一切信号都是浮空的。第二步接 5V 电源线上电前用万用表确认没有短路电源对地阻抗正常再通电。第三步接调试串口观察启动日志。最后再接网口、传感器等外设。这个顺序保证每一步都能验证出问题知道是哪个环节。接线时注意焊盘和排针的机械强度。T31 模组的邮票孔焊盘比较小反复弯折容易脱落。我一般会把模组固定在转接板上用短粗线连接避免线材本身受力。电源线和地线用不同颜色区分信号线用细软线方便整理。上电前最后检查一遍极性。5V 电源反接会烧毁板载电源芯片这是所有接线错误里代价最高的一种。用万用表二极管档量一下输入端正向应该有二极管压降反向是断路如果反向导通说明极性标反了。3.3 用万用表和示波器验证上电时序上电后不要急着看串口先量电压。模组上通常会预留 5V、3.3V、内核电压的测试点。用万用表分别量三个点确认电压值在标称范围的正负 5% 以内。电压偏低的常见原因是供电能力不足或退耦电容没焊好电压偏高要马上断电检查。示波器观察上电时序更直观。T31 这类 SoC 对上电时序有要求一般是 5V 先建立然后 3.3V 跟上内核电压最后起来。如果顺序反了芯片可能进入异常状态表现为电流异常或完全无反应。双通道示波器可以同时抓 5V 和 3.3V 的爬升波形看两个上升沿的先后关系。没有示波器时用万用表只能量稳态量不到时序。这种情况靠串口日志判断如果 boot log 打印到一半停止很可能就是上电时序或复位信号的问题。电源树上的每个 DC-DC 使能脚确认是否由模组内部自动控制外部不要自行拉高拉低避免干扰时序。4. 通信接口接线实操串口、网口、USB 与 I2C 对照4.1 调试串口接线3.3V TTL 电平与交叉连接调试串口是判断模组是否活着的最快途径。T31 模组的串口是 3.3V TTL 电平不是 RS232 电平也不是 5V 电平。直接用 5V 的 USB 转串口模块连接轻则信号识别不了重则损坏模组串口引脚。确认电平的方法是看 USB 转串口模块的标识选 3.3V 档位不要默认插 5V。串口接线只有三根线模组 TXD 接转接模块 RXD模组 RXD 接转接模块 TXDGND 接 GND。这是一组交叉连接几乎所有第一次接串口的人都会在这里翻车一次。接反的典型现象是完全没有输出或者输出乱码。用万用表量模组 TXD 引脚对地电压正常待机时应该有 3.3V 或接近 3.3V 的高电平如果量到 0V先查这个引脚有没有虚焊。串口参数方面T31 的 boot log 常见波特率有 115200 和 921600 两种以模组出厂配置为准。第一次连接时不确定波特率可以先用 115200 试如果输出是一堆乱码但有内容说明波特率不对切换到另一个再试。串口工具要关闭硬件流控T31 调试串口通常只有三根线没有 CTS/RTS。# 用 stty 配置串口参数并读取 T31 boot log # /dev/ttyUSB0 替换为实际的串口设备节点波特率按模组规格修改 stty -F /dev/ttyUSB0 115200 cs8 -cstopb -parenb -ixon raw timeout 10 cat /dev/ttyUSB0这里 stty 的cs8表示 8 位数据位-cstopb表示 1 位停止位-parenb表示无校验-ixon关闭软件流控。timeout 10表示读取 10 秒后自动退出避免终端卡住。如果输出为空检查设备节点是否存在以及当前用户是否有串口权限常见做法是把用户加入 dialout 组。4.2 RMII 网口接线PHY 地址与 50MHz 时钟T31 模组的以太网接口通常引出 RMII 信号需要外部接 PHY 芯片。RMII 相比传统 MII 接口信号线少但时序要求更严格。关键信号包括 TXD0、TXD1、TX_EN、RXD0、RXD1、CRS_DV、MDC、MDIO 和 REF_CLK。其中 REF_CLK 是 50MHz 参考时钟来源有两种模式由外部晶振提供或由 MAC 输出。接线前必须确认模组和 PHY 工作在哪种模式模式不匹配是网口不通的第一大原因。PHY 地址也是接线阶段要确认的参数。PHY 芯片的地址由引脚上下拉电阻决定常见地址是 0x00 到 0x1F。T31 的驱动会按预配置的 PHY 地址去访问如果实际地址和驱动配置不一致表现为 MDIO 通但 link 不上。排查方法是用示波器抓 MDIO 波形看有没有读到 PHY 的寄存器的回应。RMII 布线时TXD 和 RXD 两组数据线尽量等长REF_CLK 要和其他信号保持距离避免时钟被干扰。很多人在这里遇到的所谓“玄学问题”比如同一套代码有的板子通有的不通多半是 REF_CLK 走线太长或参考地不干净。焊完先量 REF_CLK 有没有 50MHz、幅度是否够再做其他排查。4.3 USB 与 I2C/SPI 接口枚举状态与设备地址核对USB 接口在 T31 模组上通常用于烧录和升级。接线是 DP、DM 两根差分线加 GND注意 USB 是差分信号两根线要绞合或平行走线不要拉成长短不一的两根飞线。USB 枚举不上时先看主机端有没有提示“无法识别的 USB 设备”如果完全没有插入提示大概率是 DP/DM 接反或 GND 没共地。I2C 接口用于连接图像传感器和 EEPROM 等设备。T31 的 I2C 是 3.3V 电平需要外部上拉电阻常见阻值是 2.2k 到 10k。上拉电阻缺失时总线电容大信号翻转慢表现为读不到设备地址或设备地址时有时无。上电后用 i2cdetect 扫描总线能快速确认 sensor 是否在预期地址上响应。SPI 接口一般用于连接 Flash 或扩展外设。SPI 接线相比 I2C 多一些SCLK、MOSI、MISO、CS 四根线加上 GND。SPI 设备通信不上的最常见原因是片选信号接错引脚或 MISO/MOSI 接反。接反的表现是读写都“成功”但数据全错。用逻辑分析仪抓 SPI 总线一眼就能看出数据方向问题。4.4 上电后的快速验证脚本与日志判读接线完成后写一个小脚本把关键接口的验证串起来。先开串口读 boot log再 ping 网口对端再检查 I2C 设备地址。这个脚本的价值在于统一验证标准避免每次接线后凭感觉判断。#!/bin/bash # T31 模组接线快速验证脚本 # 用法: ./check_t31.sh 串口设备 对端IP SERIAL${1:-/dev/ttyUSB0} PEER_IP${2:-192.168.1.100} # 1. 读取 10 秒串口日志确认 boot log 输出 echo [1/3] 串口 boot log 检查 timeout 10 cat $SERIAL | head -n 50 # 2. 检查以太网链路ping 对端设备 echo [2/3] 网络连通性检查 ping -c 4 -W 2 $PEER_IP echo 网络正常 || echo 网络异常检查 RMII 接线和 PHY 配置 # 3. 扫描 I2C 总线 0确认 sensor/EEPROM 地址 echo [3/3] I2C 设备扫描 i2cdetect -y 0脚本中第 1 步的head -n 50只保留日志前 50 行避免刷屏。第 2 步的-W 2是 ping 的超时时间 2 秒如果对端设备没配置静态 IP这一步会失败不代表网口硬件有问题。第 3 步的-y 0是指定 I2C 总线编号不同板卡总线编号可能不同按实际设备树配置修改。判读顺序很重要先看供电再看串口然后网络和外设。boot log 能打印到文件系统挂载说明核心系统正常ping 不通只查网络部分I2C 扫不到设备先查上拉和地址不要一上来就怀疑模组整体坏掉。5. T31 模组接线避坑五个高频翻车现场与排查方法5.1 串口无输出接反、电平不匹配或未共地现象是接好线后终端完全空白按复位键也没有任何输出。最常见原因有三个。第一是 TXD 和 RXD 接反模组 TXD 接了转接模块 TXD信号互相顶着。第二是 USB 转串口模块输出电平是 5V模组 RXD 承受不了串口芯片进入保护或损坏。第三是模组和转接模块各自有电源但 GND 没有连在一起逻辑电平没有参考基准。解决方法是按顺序检查。先用万用表量模组 TXD 引脚对 GND 电压正常待机应为 3.3V 左右如果为 0V 说明引脚没输出或模组没启动。然后把转接模块的 RX 和 TX 对调重新上电。最后确认两边 GND 已经连通用万用表蜂鸣档量模组 GND 和转接模块 GND 之间的电阻接近 0 才行。5.2 反复重启5V 纹波过大导致欠压复位现象是 boot log 打印到一半或者刚打印完就重启循环往复间隔不固定。用万用表量 5V 电压值正常但示波器能看到 5V 上有大幅纹波瞬时跌落到 4.5V 以下触发模组欠压复位。电源线的压降在电流尖峰时把电压拉低或前端电源适配器带载能力不足。解决方法是先给 5V 输入端补电容在模组电源引脚附近焊一个 100uF 电解电容加一个 100nF 陶瓷电容。然后把电源线换成粗线或缩短长度。如果还不行换一个带载能力更强的适配器测试。这个坑在接线阶段就能避免电源线不要过长模组启动瞬间的电流尖峰比稳态电流大很多长细线的压降足够触发复位。5.3 网口 ping 不通RMII 时钟和 PHY 地址对不上现象是串口正常、系统启动完成但 ping 对端设备一直超时ifconfig 里要么没有 eth0要么链路状态是 down。原因基本集中在 PHY 侧。最常见的是 REF_CLK 的时钟模式没配对模组输出时钟但 PHY 配置成外部时钟输入两边的 50MHz 相位和来源对不上。第二个常见原因是 PHY 地址配置电阻和驱动不一致寄存器读不出来。解决方法是先抓 RMII 信号重点量 REF_CLK 有没有稳定的 50MHz 方波。然后检查 MDC/MDIO 有没有波形如果 MDIO 有波形但 PHY 无回应核对地址上下拉。最后检查 PHY 的复位引脚如果用 GPIO 控制确认复位时序是低电平脉冲后释放不要在复位期间去读寄存器。这类问题一旦定位到时钟模式后面的排查就顺了。5.4 sensor 不出图MCLK、I2C 地址与复位引脚三连查现象是系统起来、驱动加载成功但图像采集黑屏或一直超时。问题几乎总在 sensor 相关接线。第一步查 MCLKsensor 的时钟输入由 T31 模组提供用示波器量 sensor 引脚上有没有时钟频率和幅度是否符合 sensor 要求。第二步查 I2C 地址sensor 的 I2C 地址可能由引脚电平决定同一型号 sensor 在不同板卡上地址可能不同驱动和设备必须匹配。第三步查复位和电源使能引脚这两个引脚悬空时 sensor 可能一直处于复位状态。排查顺序很重要。先确认 sensor 供电有没有再确认时钟再用 i2cdetect 扫地址最后才是看驱动报错。千万不能上来就改驱动代码接线都没确认时改驱动是浪费时间的常见姿势。sensor 不出图还有一个隐蔽原因PWDN 引脚电源掉电模式被拉高sensor 进入掉电状态表现为地址扫不到或时钟测不到其实是芯片根本没工作。5.5 画图与实物不一致版本差异和改板没同步现象是照着接线图焊完上电异常查了半天发现图上标注的引脚方向和实物对不上。原因往往是模组硬件版本更新个别引脚功能做了调整但你手里的图还是老版本。另一个场景是调试过程中改过线但图没有同步更新过几天回头看图图已经是错的了。解决方法是把图纳入版本管理每次改线立刻更新图并且标注改动内容。模组丝印和图上标注不一致时以实物丝印为准第一时间修改图并通知所有用图的人。线路模组图示最大的价值是作为唯一事实来源如果图和实物不一致这张图反而是最大的坑。养成习惯每次拿到新批次模组先对比丝印和图再动烙铁。6. 进阶用最小上电检查序列和 boot log 反向验证你的接线图接线图画完、板子焊完下一步是验证。我习惯用一个固定顺序的最小上电检查序列这套顺序能在五分钟内定位九成以上的接线问题。第一步不上电用万用表量 5V 和 GND 之间阻抗确认没有短路。第二步上电量 5V、3.3V、内核电压三个测试点。第三步接串口看 boot log确认内核起来。第四步ping 对端确认网络链路。第五步扫 I2C确认外设都在。这套顺序每一步都以上一步为前提跳步排查只会浪费时间。boot log 是反向验证接线图的最强工具。日志里每一行都对应一段硬件初始化过程不同阶段失败代表不同接线问题。比如日志停在 DDR 初始化之前问题大概率在电源或时钟停在网络驱动加载处问题大概率在 RMII 或 PHY停在 sensor 探测处问题在图像接口。把 boot log 从头到尾读一遍比盲改电路高效得多。我第一次调 T31 模组时就是靠 boot log 停在“sensor init”之前的特征定位到 I2C 上拉电阻焊错位置省下了换 sensor 的冤枉钱。另一个实用技巧是给每个接口做一张“接线检查对照表”一列是信号名一列是万用表或示波器的预期值。串口 TXD 待机 3.3VRMII REF_CLK 稳定 50MHzI2C SCL/SDA 空闲时都被上拉到 3.3V。上电后按表格逐项打勾哪一项不满足问题就在哪一段。这套方法的本质是把接线图从静态图纸变成动态验证标准图不只是用来焊更是用来量、用来测、用来排查的。希望这张图示和这套流程能帮你少走我当年走过的弯路。本文还有配套的精品资源点击获取