发送 AT 指令或行协议时，常要在文本里表达 CR（`\r`，0x0D） 与 LF（`\n`，0x0A）。若助手不做转义，你输入的反斜杠和字母会按字面字节发出，设备不会当成换行。

专业助手行为 - ASCII 模式解析 \r \n \t \xHH 等。 - HEX 模式按字节输入，空白仅便于阅读。 - 「逐行发送」按编辑器换行切分，与是否附加 \r\n 后缀是两层设置。

排查步骤 1. 接收区开 HEX，看是否真有 0D 0A。 2. 确认设备要 CR、LF 还是 CRLF。 3. 预设指令里写好转义，避免每次手敲。 4. 混合二进制时优先用 HEX，避免转义歧义。 弄清转义与 HEX 的边界，能消灭大量「指令手册对、设备无响应」的假问题。Web Serial Pro 等工具的转义引擎就是为这一场景准备的。

与「逐行发送」的配合 编辑器里的换行用于拆分多条指令；每条发出时是否自动加 \r\n 取决于工具的「追加后缀」选项。两者同时开启时可能出现双换行，设备会认为多了一条空指令。 建议：AT 模组调试打开转义 + 后缀 CRLF；二进制协议改用 HEX 且关闭文本后缀。预设里保存最终字节序列，团队共享同一套「可复制即成功」的指令。 联调记录建议包含：波特率与帧格式、接线方式、样本 HEX、现象与结论。使用 Web Serial Pro 等工具时可直接导出日志片段附在工单中，方便软硬件同事对齐。