发送 AT 指令或行协议时，常要在文本里表达 **CR（`\r`，0x0D）** 与 **LF（`\n`，0x0A）**。若助手不做转义，你输入的反斜杠和字母会按字面字节发出，设备不会当成换行。
### 专业助手行为
- ASCII 模式解析 `\r` `\n` `\t` `\xHH` 等。
- HEX 模式按字节输入，空白仅便于阅读。
- 「逐行发送」按编辑器换行切分，与是否附加 `\r\n` 后缀是两层设置。
### 排查步骤
- 接收区开 HEX，看是否真有 0D 0A。
- 确认设备要 CR、LF 还是 CRLF。
- 预设指令里写好转义，避免每次手敲。
- 混合二进制时优先用 HEX，避免转义歧义。
弄清转义与 HEX 的边界，能消灭大量「指令手册对、设备无响应」的假问题。Web Serial Pro 等工具的转义引擎就是为这一场景准备的。
### 与「逐行发送」的配合
编辑器里的换行用于拆分多条指令；每条发出时是否自动加 `\r\n` 取决于工具的「追加后缀」选项。两者同时开启时可能出现双换行，设备会认为多了一条空指令。
建议：AT 模组调试打开转义 + 后缀 CRLF；二进制协议改用 HEX 且关闭文本后缀。预设里保存最终字节序列，团队共享同一套「可复制即成功」的指令。
联调记录建议包含：波特率与帧格式、接线方式、样本 HEX、现象与结论。使用 Web Serial Pro 等工具时可直接导出日志片段附在工单中，方便软硬件同事对齐。