简介：面向使用移远 LTE Standard 模块的嵌入式开发者与硬件工程师，这份 AT 命令手册覆盖 EC200x、EC600x 与 EG912Y 系列，用于解决模块配置、网络连接、短信收发与状态查询等开发中的指令查阅问题，属于偏实操的中高级技术参考。资源包共 1 个文件，为 1 份 PDF 文档，整体约 1.12MB，正文按命令逐条展开，包含语法格式、参数说明、响应示例与典型使用场景，如 AT+CGATT 查询 GPRS 附着状态、AT+CMGF 切换短信模式，以及拨号上网与数据传输相关命令。文档同时收录版本与修订记录、使用和披露限制、版权商标、第三方材料及隐私声明等内容，便于读者在合规前提下查阅。已有 475 人学习，适合需要快速定位命令细节、核对参数含义或排查模块通信问题的工程师常备查阅。
1. 拿到一份 193 页的 AT 手册，先别急着翻目录
调试 LTE Cat.1 模组时，最怕的不是硬件不亮，而是串口能通、AT 有回显，但网络死活起不来，日志里只有一行+CME ERROR: 3。这时候翻遍论坛不如把原厂 AT 命令手册摊开——我这次拆的就是移远 EC200x、EC600x、EG912Y 系列那份 193 页的 LTE Standard 模块 AT 命令手册，版本 1.0，2021 年 12 月受控发布。它把通用命令、串口控制、状态控制、SIM 卡、网络服务、呼叫、短信、数据业务这些命令按章节排开，每条都给了语法、参数、响应示例和 URC 说明。适合正在用这几个系列模组做数传、定位回传、低功耗采集的嵌入式工程师，也适合刚接手 AT 调试、需要一份能对着抄参数的新手。手册不是教程，它不会告诉你项目里先发哪条、后发哪条，但所有“参数怎么设、返回码什么意思、失败该看哪”的答案都在里面。
2. 把手册读成调试地图：命令分组与最小可用链路
2.1 先认清四类命令，别在通用命令里找网络
这份手册的目录结构本身就是一张调试地图。第 2 章通用命令管的是模组身份和串口行为，比如ATI、AT+GMR、AT+CGSN、AT&F、ATE、AT+CFUN；第 3 章串口控制命令管 DCD、DTR、流控和波特率，AT&C、AT&D、AT+IFC、AT+IPR都在这里；第 4 章状态控制命令是移远私有扩展的重头戏，AT+QCFG下面挂了十几个子项，从gprsattach、nwscanmode、band到usbnet、nat；第 5 章到第 7 章才进入 SIM 卡、网络注册和呼叫。很多人一上来就发AT+COPS?查运营商，结果返回错误，原因是模组还停在最小功能模式，AT+CFUN没设对。常见做法是先把功能模式拉到全功能，再谈注册。
我一般把最小可用链路拆成五步：确认串口通、确认卡在位、确认功能模式、确认网络注册、确认数据附着。对应到手册里就是AT回OK，AT+CPIN?回READY，AT+CFUN=1，AT+CREG?看stat是否为 1 或 5，AT+CGATT?看是否为 1。这五步任何一步卡住，后面的AT+QNWINFO、AT+CSQ都只是辅助判断，不要跳步。
2.2 用 AT+QCFG 把模组行为固定下来
AT+QCFG是这份手册里最值得先读透的一组命令，因为它决定模组在项目现场的行为边界。比如AT+QCFG="nwscanmode"控制搜网制式，AT+QCFG="band"锁定频段，AT+QCFG="servicedomain"选择服务域，AT+QCFG="urc/cache"决定 URC 是否缓存。现场最常见的翻车是模组在弱信号下反复搜网，业务侧以为死机，其实是nwscanmode设成了自动且没有限制，模组在制式之间来回切。把搜网模式按项目实际网络固定，能省掉大量“玄学掉线”。
下面这段是我在串口工具里常用的初始化序列，语言标成 bash 只是表示逐行发送，实际是 AT 命令流：
# 1. 确认串口与模组身份 AT ATI AT+GMR # 2. 关闭回显，减少日志干扰 ATE0 # 3. 设置错误码为数字+描述，方便定位 AT+CMEE=2 # 4. 全功能模式 AT+CFUN=1 # 5. 固定搜网模式为 LTE only（按项目实际网络改） AT+QCFG="nwscanmode",3,1 # 6. 查询当前配置，确认写入生效 AT+QCFG="nwscanmode"?逻辑说明：ATE0关回显是为了让后续日志只保留模组返回，避免命令和响应混在一起；AT+CMEE=2把错误从笼统的ERROR变成带描述的结果码，排错时能少猜一轮；AT+QCFG="nwscanmode",3,1里第一个参数 3 表示 LTE only，第二个参数 1 表示立即生效，具体取值以手册第 4.3.2 节为准，不同固件小版本可能有差异。参数改完一定用带?的查询命令回读，不要假设写入成功。
2.3 网络注册与信号查询的读法
AT+CREG和AT+CSQ是两条最容易被误读的命令。AT+CREG?返回的stat里，1 表示已注册本地网络，5 表示已注册漫游网络，2 表示正在搜网，3 表示注册被拒。看到 3 不要只怀疑天线，先查AT+CPIN?和AT+COPS?，再看AT+CEER有没有扩展错误。AT+CSQ返回的rssi是 0 到 31 的等级，99 表示未知，很多人把 99 当成信号满格，实际是没读到有效值。
AT+QNWINFO和AT+QCELL是移远扩展里比较实用的两条，前者给出当前网络制式、运营商和频段，后者能拿到服务小区和邻区信息。现场排查“能注册但速率低”时，我会同时看AT+CSQ、AT+QNWINFO和AT+QCELL，如果QNWINFO显示落在某个窄频段而QCELL的邻区质量更好，就要考虑频段锁定是否过死。手册第 6.9 和 6.10 节给了完整返回格式，照着字段对，比凭经验猜靠谱。
3. 串口、SIM 卡与 URC：三条最容易出问题的支线
3.1 串口流控和波特率别靠试
第 3 章的AT+IFC和AT+IPR看起来简单，实际是现场返工高发区。AT+IFC设置流控方式，常见取值是 0 无流控、1 软件流控、2 硬件流控；AT+IPR设置固定波特率，手册里明确给了取值表。项目里如果 MCU 串口开了硬件流控而模组侧没开，表现是发命令有回显但长数据丢包，日志看起来像模组“吃命令”。我一般先确认两边流控一致，再把波特率固定下来，不用自动波特率，避免上电时序差异导致握手失败。
# 查询当前流控与波特率 AT+IFC? AT+IPR? # 设置为硬件流控，波特率 115200 AT+IFC=2,2 AT+IPR=115200 # 回读确认 AT+IFC? AT+IPR?参数说明：AT+IFC=2,2第一个参数是 TE 侧流控，第二个是 TA 侧流控，2 表示 RTS/CTS 硬件流控；AT+IPR=115200写入后模组会按新波特率通信，发送这条命令后串口工具要同步改波特率，否则下一条命令必然超时。这一步的坑在于“命令发出去了但没回 OK”，很多人以为没生效，其实是工具还停在旧波特率。
3.2 SIM 卡状态要看初始化，不只看 CPIN
AT+CPIN?回READY只说明卡没被 PIN 锁住，不代表卡已经完成初始化。手册第 5 章里AT+QINISTAT专门查 SIM 卡初始化状态，AT+QSIMSTAT查插拔状态上报，AT+QCCID读 ICCID。现场遇到“CPIN 正常但注册不上”，我会补一条AT+QINISTAT，如果返回的位标志显示初始化未完成，就要看卡座接触和AT+QSIMDET的检测配置。另一个常见问题是热插拔：AT+QSIMSTAT没开上报，业务侧根本不知道卡被拔过，日志里只看到网络突然掉。
3.3 URC 配置决定日志能不能看懂
URC 是模组主动上报的结果码，网络注册变化、短信到达、拨号状态都靠它。手册第 2.25 节AT+QURCCFG配置 URC 指示选项，第 4.3.7 到 4.3.14 节涉及 RI 行为和 URC 延迟、缓存，第 4.4 节AT+QINDCFG控制具体 URC 上报开关。调试阶段我建议先把关键 URC 打开并关掉缓存，让日志实时出来；量产阶段再按功耗和主控处理能力决定是否开缓存。AT+QCFG="urcdelay"设太大，URC 会滞后，业务侧看到的状态和实际状态对不上，这种问题在低功耗项目里特别隐蔽。
4. 避坑排查：五条从日志里抠出来的经验
4.1 返回 +CME ERROR: 3 不一定是操作不允许
现象：发AT+COPS?或AT+CGATT?返回+CME ERROR: 3。原因：AT+CMEE没开或开了但错误码映射不同，3 在部分上下文里表示“操作不允许”，真正根因可能是功能模式不对或 SIM 未就绪。解决：先AT+CMEE=2打开详细错误，再按AT+CFUN?、AT+CPIN?、AT+CREG?顺序回查，不要直接改AT+COPS参数。
4.2 能注册但 PDP 激活失败
现象：AT+CREG?显示已注册，AT+CGATT?为 1，但数据业务起不来。原因：APN 配置或AT+QCFG="nat"、AT+QCFG="usbnet"的网卡工作模式与主控侧不匹配。解决：先确认 APN 参数，再查AT+QCFG="usbnet"当前值，按手册第 4.3.10 和 4.3.16 节核对主控是走 PPP 还是 RNDIS/ECM，两边模式不一致时表现就是“网络已注册但拿不到地址”。
4.3 改了波特率后模组“失联”
现象：发AT+IPR=115200后串口工具再也收不到响应。原因：命令已生效，工具仍用旧波特率。解决：发送前记录当前波特率，发送后立即切换工具波特率并重发AT；如果已经失联，用模组支持的自动波特率或复位后重新握手，不要反复盲发命令。
4.4 URC 丢失导致状态判断错乱
现象：业务侧长时间认为网络未注册，但手动查AT+CREG?是正常的。原因：AT+QINDCFG把注册 URC 关了，或AT+QCFG="urc/cache"开了缓存但主控没取。解决：调试期打开关键 URC、关闭缓存，用AT+QURCCFG确认 URC 输出端口，再逐条核对AT+QINDCFG的开关状态。
4.5 频段锁死导致现场无服务
现象：实验室正常，现场无服务。原因：AT+QCFG="band"锁了实验室常用频段，现场网络不在该频段。解决：现场先用AT+QCFG="band"查询当前锁定值，必要时恢复自动搜网，再用AT+QNWINFO和AT+QCELL确认实际驻留频段，锁定策略要按项目部署区域定，不要照搬实验室配置。
5. 把手册变成可复用的自检脚本：一个收尾技巧
手册读到后面，真正省时间的不是记住每条命令，而是把高频命令固化成一份上电自检脚本，让每次复现都走同一条路径。我的习惯是分三段：第一段只做身份和串口确认，第二段做 SIM 与功能模式，第三段做网络与数据附着，每段结束打一行汇总日志。这样现场出问题时，日志能直接定位到哪一段断掉，而不是在一堆 AT 回显里翻。
下面是一个简化的自检脚本骨架，用 bash 表示发送流程，实际可移植到串口工具或 MCU 的 AT 状态机里：
#!/bin/bash # 简化示意：逐条发送并检查关键字，实际需按串口库替换 send_at send_at() { echo ">> $1" # 这里替换为实际串口发送与读取 } # 第一段：身份与串口 send_at "AT" send_at "ATI" send_at "AT+GMR" send_at "ATE0" send_at "AT+CMEE=2" # 第二段：SIM 与功能模式 send_at "AT+CPIN?" send_at "AT+QINISTAT" send_at "AT+CFUN=1" send_at "AT+CFUN?" # 第三段：网络与数据附着 send_at "AT+CREG?" send_at "AT+CSQ" send_at "AT+QNWINFO" send_at "AT+CGATT?"逻辑说明：每段只解决一类问题，前一段不通过就不进入下一段，避免错误叠加。AT+QINISTAT放在AT+CPIN?之后，是因为卡未就绪时查初始化状态没有意义；AT+CFUN?回读是为了确认功能模式真的写进去了；AT+CGATT?放在最后，是因为附着依赖注册结果。参数上唯一需要按项目改的是AT+CFUN的取值和搜网模式，其余命令在 EC200x、EC600x、EG912Y 这几个系列上基本通用，但涉及AT+QCFG子项时仍要以手册对应小节为准，固件版本差异不能忽略。
还有一个容易被忽略的点：手册第 1 章讲了 AT 命令语句、响应格式、字符集和命令端口，这些看似“前言”的内容决定了你解析日志的方式。比如响应格式字符和命令行终止符被改过，日志解析规则就要跟着改；字符集选错，短信内容会乱码。我现在的习惯是每次接手新板子，先跑一遍自检脚本，再把AT&V的当前配置存一份基线，后面任何“之前好好的”问题都拿基线对比。从那以后我每次改AT+QCFG之前都强制先回读、改完再回读，宁可多两条命令，也不让配置在黑匣子里漂着。希望这份拆解能帮到你，把 193 页手册用成手边的调试地图，而不是压在文件夹里的 PDF。
本文还有配套的精品资源，点击获取
