用3G模块连服务器这事儿，本质就三步：把AT指令发出去让模块注册上网络，再发一条AT指令建立TCP/UDP链路，最后通过指令收发数据。 全程不需要写一行驱动代码，纯文本框交互,但很多人卡在指令顺序和参数细节上。
3g模块at命令连接服务器步骤详解
模块上电后先别急着发连接指令，把网络状态摸清楚，不同厂家的模块指令集有差异，但底层逻辑基本一致，这里以市场上主流的移远、SIMCom、中兴系列为参考,命令格式大同小异。
第一步：确认模块在线状态
串口连接好模块后，先发一条AT，模块回OK代表串口通讯正常，如果没反应，检查波特率、串口线序,或者模块是否处于固件更新模式。
接着查SIM卡状态，发AT+CPIN?，回+CPIN: READY说明卡已识别，如果回ERROR，大概率是卡没插好或者SIM卡损坏，再查信号强度，发AT+CSQ，返回的第二个数字代表信号质量，10到31之间算可用,99代表无信号。
第二步：配置APN接入点参数
这是最容易被忽略的一步，三大运营商的物联网卡和普通手机卡的APN配置不一样，普通手机卡通常是cmnet或ctnet，但物联网卡经常要走专用APN，发AT+CGDCONT=1,”IP”,”CMNET”,把APN写进模块的PDP上下文里。
运营商专网卡的话，比如电力行业常用的APN，需要把域名或专用APN填进去，指令格式一样，把引号里的CMNET换成你的APN就行，这块配置错了,后边无论如何都连不上服务器。
第三步：激活网络协议栈
配置完APN，发AT+CGACT=1,1激活PDP上下文，回OK不代表激活成功，要发AT+CGACT?查询状态，返回+CGACT: 1,1才是激活成功。
激活后查一下模块拿到的IP，发AT+CGPADDR，能看到一串类似148.xx.xx的地址，如果返回ERROR或者IP全是0，说明卡没正常工作，这时候检查卡是否欠费、是否绑定设备IMEI,物联网卡经常有这些限制。
第四步：建立TCP连接
网络通了之后，核心指令就是AT+CIPSTART=”TCP”,”服务器IP”,”端口号”，注意格式，TCP是协议类型，双引号别漏，IP和端口之间用逗号隔开，返回CONNECT OK就是连上了。
这里有两个常见坑，第一，服务器IP必须是公网可访问的，局域网内测试的话，模块和电脑得在同一网段，第二，如果是云服务器，要确认
防火墙安全组规则里放行了对应端口，据业内专家指出,相当一部分连接失败案例都卡在云平台的安全组配置上。
第五步：透传模式收发数据
连接建立后，发AT+CIPMODE=1把模块切到透传模式，再发AT+CIPSEND进入发送状态，这时候串口输入的内容会直接发到服务器，模块返回SEND OK表示数据送达，退出透传模式，发（三个加号，前后不需要回车），模块会返回OK,回到指令模式。
透传模式下收到的数据不会带任何前缀，直接显示在串口上，这就实现了类似Socket的通讯效果,是物联网数据上报最常见的方案。
at命令连接服务器失败怎么排查
新手调试时最容易碰到的问题是AT+CIPSTART返回ERROR，这个ERROR的含义很宽泛,需要按顺序排查。
从模块侧逐层定位
先发AT+CGATT?，返回+CGATT: 1代表模块已附着上GPRS网络，返回0说明还没附着上，附着不上网络，查APN参数和SIM卡状态，再发AT+CIPHEAD=1开启数据头，方便看数据内容，接着用AT+CIPSTART重连一次。
如果模块回CONNECT FAIL（而不是ERROR），说明服务器地址能解析但连接被拒绝，用电脑上的网络调试助手软件测一下服务器IP和端口是否通,本地通了再排查模块参数。
域名连接和校验方式
服务器地址除了IP，也支持域名，形式是AT+CIPSTART=”TCP”,”www.example.com”,8080，但模块的域名解析依赖DNS配置，很多模块默认自带DNS，不用额外设置，如果解析失败,建议先用IP直连测试。
公共网络下的服务器建议做身份校验，连接建立后先发一串约定好的密钥字符串，服务器端验证通过后才开始接收业务数据,工业场景里这样能挡掉一部分蹭连接的杂数据。
模块连接服务器后怎么判断链路是否稳定
建连成功只是起点，运行时长才是考验，一组连接的稳定性，多数情况下取决于网络环境的波动幅度，模块固件里有一个常用参数，AT+CIPRTIMEOUT，设置TCP连接超时时间，单位是秒，在弱网环境下把这个值调大,能降低误断连的概率。
心跳包与自动重连机制
服务器端没法实时感知客户端断线，要靠心跳来维持，常见做法是模块每30秒或60秒往服务器发一个特定的心跳包（比如“PING”），服务器收到后回一个“PONG”，连续几次没回就判定链路异常，模块侧发AT+CIPCLOSE主动关闭连接，然后重新走一遍拨号流程重连，这套心跳逻辑是整个链路设计的核心,省电和实时性的平衡点就看这里。
| 场景 | 心跳间隔建议 | 重连策略 |
|---|---|---|
| 工业数据采集 | 5-15秒 | 立即重连，连续失败3次重启模块 |
| 远程抄表 | 1-10分钟 | 定时上报时重连，非上报时段休眠 |
| 车载定位 | 30-60秒 | 依赖GPS信号恢复后重连 |
掉线后自动恢复的脚本逻辑
模块固件本身不带自动重连，要靠外部MCU或者串口脚本控制，伪代码逻辑大致是：发送AT+CIPSTART，等待3秒，收到CONNECT OK就继续，收到ERROR就延迟5秒重发，连续重试5次后，发AT+CFUN=0关闭射频，再发AT+CFUN=1重启射频,这一步能解决不少模组死机问题。
连接异常时的AT指令急救清单
如果现场调试乱了套，先把串口波特率调到115200，发AT+CFUN=0关闭射频，两秒后发AT+CFUN=1重新打开射频，接着按顺序执行AT+CGDCONT=1,”IP”,”CMNET”重新配APN，AT+CGACT=1,1重新激活PDP，AT+CIPSTART重新建立连接,这一套组合拳能处理绝大部分的模块假死状态。
还有一个检查细节：模块当前的软件版本，发AT+CGMR查看固件版本号，去官网对照一下是不是最新版本，据统计，模块运行一段时间后出现偶发断连的案例，相当一部分是固件旧版bug导致,升级固件后问题自行消失的情况并不少见。
用AT命令同时管理多路连接
部分4G/3G模块支持多路Socket并发，指令是AT+CIPMUX=1开启多连接模式，开启后，AT+CIPSTART要带上连接编号，比如AT+CIPSTART=0,”TCP”,”IP”,8080和AT+CIPSTART=1,”TCP”,”IP”,8081，收发数据时也要带编号，AT+CIPSEND=0发给第0路连接，多路并发适合一个模块同时对接多个服务器或传感器的场景,比如同时上报数据和接收远程控制指令。
怎么确认服务器真的收到了模块发来的数据
模块返回SEND OK只代表数据交给了运营商网络，不代表服务器端应用层成功处理了数据，在开发阶段，服务器端要打印接收日志，把收到的原始字节打印出来看，比较稳的验证方式是回显机制：模块发一条数据，服务器原样返回，模块通过串口把返回内容打印出来,对比两边数据是否一致。
常见问题解答
3g模块AT指令里，发送数据时提示ERROR怎么处理？
先确认是否处于透传模式，透传模式下AT指令不生效，要发退出，然后查AT+CIPMODE?当前值，如果为1，先切回0，再查AT+CIPSTATUS看连接状态，如果是IP INITIAL说明链路已断开，需要重新走AT+CIPSTART流程，数据量太大也可能触发ERROR，部分模块单包上限是1KB左右，超了要分帧发送，每次发送间隔500毫秒以上。
at命令连接tcp服务器时，模块回CONNECT OK但数据发不过去？
连接建立和数据传输是两回事，CONNECT OK只代表TCP三次握手完成，数据发不出去常见原因有两个：一是发送的数据里含有特殊字符，模块把某些字节当控制指令解析了，解决方法是发AT+CIPMODE=0关闭透传，用AT+CIPSEND加长度参数的方式发送，比如AT+CIPSEND=5，然后发5个字节的数据，模块按字节数截断发送；二是运营商封了端口，尤其80、8080、443这些常见端口在部分物联网卡套餐里被禁用，换一个8000以上的高位端口试试，据工信部数据显示,国内物联网卡对部分常用端口的限制确实存在。
模块死机或者长时间无响应，AT指令没有任何回复怎么办？
先断开串口重新连接，确认不是串口工具卡住了，然后发ATZ软复位，AT+CFUN=0再AT+CFUN=1重启射频模块，不行就AT+RESET硬复位，都不行只能断电重启，设计硬件时要保证模块电源引脚有33uF以上的电容维持掉电时的重启电压，频繁死机的根因通常不在模块本身，而是供电电流不足，3G模块发射瞬间电流峰值能到2A，普通线性稳压芯片扛不住，建议换DC-DC降压方案并且预留大容量钽电容。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/770360.html
