简介：串口短信猫.rar 面向工业自动化、远程监控与报警系统方向的开发者，以及需要将短信收发能力集成进项目的编程人员，提供从串口配置到功能验证的一整套参考资料。压缩包约17.96MB，内含配置说明、测试源码、调试方法与测试程序等文件，源码部分以C++、Python、Java等语言示例展示串口初始化、AT命令发送、设备响应读取及短信处理逻辑，便于快速搭建收发系统。资源围绕RS232或USB连接、波特率9600、数据位8、停止位1、无校验等常见参数展开，并给出检查网络状态、获取SIM卡信息等AT命令的测试思路，同时整理通信异常与命令执行失败等常见问题的排查方向。目前已有149人学习，适合希望降低集成门槛、缩短调试周期的开发者参考借鉴。
1. 串口短信猫.rar 里到底装了什么：从解压到第一条短信的完整路径
很多人第一次拿到「串口短信猫.rar」这类压缩包时，会下意识以为里面是一个装好就能用的软件。实际拆开看，它通常是一套围绕串口短信猫硬件的开发资料集合：可能有上位机 Demo、AT 指令测试脚本、串口驱动说明、PDU 编解码示例，甚至还有一份写了一半的接线备注。真正要跑通短信收发，核心不在这个压缩包本身，而在于你能否让电脑通过串口和短信猫模块建立稳定通信，再用正确的 AT 指令完成短信的编码、发送和读取。这套方案适合做设备告警、验证码下发、远程状态上报这类小规模短信通道的开发者，尤其是需要离线部署、不想依赖云短信平台的场景。串口短信猫的优势是链路自主可控，代价是你得自己处理串口参数、字符编码、信号质量和运营商侧限制。下面按实际落地顺序，把选型、接线、指令、编码和排错一次讲透。
2. 串口短信猫的硬件选型与串口通信参数怎么定
2.1 先分清模块类型：GSM、4G 还是 Cat.1
串口短信猫本质上是一个带串口接口的无线通信模块，常见形态有 GSM 模块、4G 模块和 Cat.1 模块。GSM 模块价格低、功耗小，但部分频段已经退网，只适合还在维持 2G 覆盖的区域做纯短信业务。4G 模块兼容性更好，支持短信和少量数据，但配置项更多，上电初始化时间也更长。Cat.1 模块介于两者之间，功耗和成本比 4G 低，短信功能稳定，是这两年被大量采用的方案。选型时不要只看价格，先确认当地运营商是否还支持该模块的频段，再确认模块是否自带 SIM 卡座、天线接口和电平转换电路。很多「串口短信猫.rar」里的 Demo 默认按 GSM 模块写指令，直接套到 4G 模块上会出现指令不识别或返回错误码的情况。
2.2 串口参数不是随便填：波特率、数据位、停止位、校验位
串口通信参数必须和模块出厂默认值一致，常见默认组合是 115200 或 9600 波特率、8 位数据位、1 位停止位、无校验。部分老模块默认 9600，新模块默认 115200，如果上位机打开串口后发指令没反应，第一件事就是换波特率重试。流控一般选无，除非模块手册明确要求硬件流控。下面是一段 Python 串口初始化代码，用 pyserial 建立连接：
import serial import time # 串口参数必须与模块默认值一致，否则收不到任何响应 ser = serial.Serial( port='COM3', # Windows 下是 COMx，Linux 下是 /dev/ttyUSBx baudrate=115200, # 常见默认值：115200 或 9600 bytesize=serial.EIGHTBITS, parity=serial.PARITY_NONE, stopbits=serial.STOPBITS_ONE, timeout=2 # 读超时，避免 readline 永久阻塞 ) # 先发一条 AT 确认链路是否通 ser.write(b'AT\r\n') time.sleep(0.5) resp = ser.read_all() print(resp)这段代码的关键在 timeout 参数。如果不设超时，readline 在模块无响应时会一直挂住，调试时容易误判为程序卡死。baudrate 要按模块手册改，不要凭感觉试。发送指令后加 0.5 秒延时再读，是因为模块处理 AT 指令需要时间，尤其是刚上电时。如果返回空，先检查串口号是否正确，再检查波特率，最后检查接线是否交叉。
2.3 接线只认三根线：TXD、RXD、GND
串口短信猫和电脑或单片机的连接，最简只需要三根线：模块 TXD 接对方 RXD，模块 RXD 接对方 TXD，GND 对 GND。如果模块是 3.3V 电平而电脑串口是 RS232 电平，中间必须加电平转换芯片，直接对接可能烧模块。USB 转串口线要选带独立芯片的，劣质线在 115200 波特率下丢包严重。供电也要单独确认，模块发射瞬间电流可能冲到 2A，USB 口供电不足会导致模块反复重启，表现为 AT 有响应但发短信就断连。
3. 用 AT 指令跑通短信发送：从文本模式到 PDU 模式
3.1 最小可用指令序列：AT、AT+CMGF、AT+CMGS
短信发送的核心指令只有几条：AT 测试链路，AT+CMGF=1 设置文本模式，AT+CMGS="号码" 进入发送流程，收到>提示后输入内容并以 Ctrl+Z 结束。下面是一段完整发送代码：
import serial import time ser = serial.Serial('COM3', 115200, timeout=2) def send_at(cmd, wait=0.5): ser.write((cmd + '\r\n').encode()) time.sleep(wait) return ser.read_all().decode(errors='ignore') # 1. 确认链路 print(send_at('AT')) # 2. 设置文本模式 print(send_at('AT+CMGF=1')) # 3. 设置字符集，避免中文乱码 print(send_at('AT+CSCS="UTF-8"')) # 4. 发送短信 ser.write(b'AT+CMGS="+8613800000000"\r\n') time.sleep(0.5) ser.write('测试短信内容'.encode('utf-8')) ser.write(b'\x1a') # Ctrl+Z 结束并发送 time.sleep(3) print(ser.read_all().decode(errors='ignore'))逻辑上，AT+CMGS 之后模块会返回>提示符，这时才能输入正文。正文结束必须发 Ctrl+Z，对应字节 0x1A。如果发的是 Ctrl+C，则取消发送。等待时间给 3 秒是因为短信提交到网络需要时间，太短会读不到最终结果。返回+CMGS: xx表示发送成功，xx 是消息参考号。返回 ERROR 则要看具体错误码，常见有 500 表示未知错误，通常和号码格式或信号有关。
3.2 文本模式够用，但 PDU 模式才是保底方案
文本模式（AT+CMGF=1）写起来简单，但很多模块对中文和长短信支持不稳定，容易出现乱码或截断。PDU 模式（AT+CMGF=0）把所有内容编码成十六进制字符串，兼容性最好，代价是需要自己实现编解码。常见做法是先用文本模式调通链路，再切到 PDU 模式做正式业务。PDU 编码涉及短信中心号码、目标号码、编码类型和时间戳，下面是一个简化的 Python 编码示例：
def encode_pdu(center, phone, message): # 短信中心号码处理，长度补 F center = '91' + center center_len = f'{len(center)//2:02X}' # 目标号码处理 phone = phone.lstrip('+') phone_len = f'{len(phone):02X}' phone_enc = ''.join([phone[i+1] + phone[i] for i in range(0, len(phone), 2)]) if len(phone) % 2: phone_enc += 'F' # 中文用 UCS2 编码 msg_enc = message.encode('utf-16-be').hex().upper() msg_len = f'{len(msg_enc)//2:02X}' pdu = center_len + center + '11' + phone_len + phone_enc + '00' + '08' + msg_len + msg_enc return pdu参数说明：center 是短信中心号码，一般由运营商提供，不填会发送失败；phone 是目标号码，去掉加号后按奇偶位交换；message 是正文，中文必须用 UCS2 编码，英文可以用 GSM 7-bit 但实现更复杂。PDU 字符串算好后，用AT+CMGS=<长度>发送，长度是 PDU 中除去短信中心部分后的字节数。这个长度算错会直接返回 ERROR，是 PDU 模式最常见的翻车点。
3.3 读取和删除短信：AT+CMGL 与 AT+CMGD
发送之外，接收短信同样重要。文本模式下用AT+CMGL="ALL"列出所有短信，PDU 模式下用AT+CMGL=4。读取后要及时用AT+CMGD=<索引>删除，否则 SIM 卡存满后新短信会被拒收。索引是模块分配的存储位置，不是短信序号。批量删除可以用AT+CMGD=1,4，表示删除全部。注意部分模块删除操作有延迟，连续删除多条时要加间隔。
4. 串口短信猫避坑：五个让调试原地爆炸的常见问题
4.1 发 AT 没反应，换波特率也没用
现象：串口打开成功，发 AT 返回空或乱码。原因：接线没有交叉，模块 TXD 接了电脑 TXD；或者 USB 转串口线驱动异常；或者模块供电不足根本没启动。解决：先用万用表确认模块供电电压稳定，再确认 TXD 和 RXD 交叉，最后换一根已知可用的 USB 转串口线。乱码通常是波特率不匹配，空响应则优先查接线和供电。
4.2 短信发送返回 ERROR，但信号显示正常
现象：AT+CSQ 返回信号值不错，AT+CMGS 却报 ERROR。原因：号码格式不对，比如带了空格或横线；或者短信中心号码未设置；或者 SIM 卡欠费。解决：用AT+CSCA?查询短信中心号码，为空时用AT+CSCA="+86..."设置。号码只保留加号和数字，不要有其他字符。欠费问题只能换卡验证。
4.3 中文短信收到全是问号
现象：发送成功，接收方看到乱码或问号。原因：字符集设置和编码方式不匹配。文本模式下AT+CSCS设了 UTF-8，但模块实际按 GSM 默认字符集处理。解决：中文场景直接切 PDU 模式，用 UCS2 编码，不要依赖文本模式。如果必须用文本模式，先确认模块手册支持哪种字符集，再对应设置。
4.4 模块频繁掉线，发几条就断
现象：连续发送时模块突然无响应，重新上电又恢复。原因：供电电流不足，发射瞬间电压跌落导致模块复位。解决：给模块单独供电，电源电流能力至少 2A，并在电源脚附近加一个大电容缓冲。USB 口供电只适合调试，不适合连续发送。
4.5 PDU 长度算错，一直返回 ERROR
现象：PDU 字符串看起来没问题，AT+CMGS 就是报错。原因：长度参数算的是 PDU 中除去短信中心号码后的字节数，很多人把整个 PDU 长度填进去。解决：先算短信中心部分的长度，用总长度减去它。另外注意十六进制字符串长度是字节数的两倍，别混淆字符数和字节数。
5. 让串口短信猫稳定跑长期业务的两个进阶技巧
第一个技巧是加状态机做发送重试。短信发送不是每次都能成功，网络抖动、信号波动都会导致失败。我一般会维护一个发送队列，每条短信最多重试三次，每次间隔五秒，三次失败后记录日志并告警。重试前先查AT+CSQ，信号低于 10 时延迟发送，避免无效重试。第二个技巧是用AT+CNMI设置新短信主动上报，而不是轮询AT+CMGL。轮询会频繁读写 SIM 卡，长期运行容易导致卡寿命下降。设置AT+CNMI=2,1,0,0,0后，新短信到达时模块会主动通过串口推送+CMTI提示，程序收到后再去读取对应索引，效率高很多。
验证稳定性时，不要只发一两条就下结论。连续发五十条，观察成功率、模块温度和串口丢包情况。如果成功率低于 95%，优先查供电和天线。天线要远离金属遮挡，模块和天线之间尽量短。最后说一个我自己的习惯：每次改完接线或换模块，先跑一遍 AT、AT+CSQ、AT+CSCA?、AT+CMGF 这四条指令，确认基础状态再动业务代码。这个顺序帮我省掉了很多来回排查的时间。希望帮到你。
本文还有配套的精品资源，点击获取
