如何通过Telnet或同类工具设置“每行粘贴延迟”？

兄弟，我太懂你这种嵌入式控制台粘贴命令丢行的痛苦了！之前调试嵌入式设备时也碰到过一模一样的情况：Windows上用TeraTerm通过UART连控制台，靠设置每行粘贴延迟解决了批量命令丢失的问题，但换到Linux后，普通telnet根本找不到类似的设置，简直头疼。

先复盘下你的场景：这个嵌入式控制台是个极简的I/O实现，没有命令行记忆，执行命令需要等它返回提示符才能输入下一个。直接粘贴一堆命令的话，控制台还没处理完第一个，后续命令就已经发过去了，自然会丢失。TeraTerm的行延迟功能就是给每行命令之间加了等待时间，刚好适配这个节奏，但Linux上telnet确实没这功能，不过咱们有替代方案：

方案1：用minicom（Linux下专业串口工具）设置固定行延迟 #

minicom是Linux下老牌的串口通信工具，自带粘贴延迟设置，操作步骤很简单：

• 打开终端输入minicom -s进入配置界面；
• 找到Paste line delay（行粘贴延迟）选项，按提示设置合适的毫秒数（比如500ms，根据你的设备执行速度调整）；
• 保存配置后启动minicom连接你的UART设备，之后再粘贴批量命令时，每行都会自动等待设定的延迟，再也不会丢命令了。

方案2：用screen配合脚本实现自定义延迟 #

如果你习惯用screen连接串口，可以用简单的shell脚本实现带延迟的命令发送：

1. 把要执行的命令保存成一个文本文件，比如commands.txt，每行一条命令；
2. 用下面的命令发送，其中0.5是每行的延迟秒数（可按需调整）：

while read line; do echo "$line"; sleep 0.5; done < commands.txt | screen /dev/ttyUSB0 115200

这个命令会逐行读取文本里的命令，发送一行后等待0.5秒再发下一行，完美适配控制台的处理节奏。

方案3：用expect脚本实现智能等待（更靠谱） #

如果不同命令的执行时间差异大，固定延迟可能不够灵活，这时候用expect脚本更靠谱——它会等待控制台返回提示符后再发送下一个命令，完全贴合设备的实际状态：

#!/usr/bin/expect
set timeout -1
# 替换成你的连接命令，比如telnet或者screen
spawn screen /dev/ttyUSB0 115200
# 读取命令文件
set cmd_file [open "commands.txt" r]
set commands [split [read $cmd_file] "\n"]
close $cmd_file

foreach cmd $commands {
    if {$cmd ne ""} {
        send "$cmd\r"
        # 替换成你的控制台提示符，比如">"、"#"或者设备特有的提示字符串
        expect ">"
    }
}
# 保持交互，方便后续操作
interact

把脚本保存成send_commands.exp，给它加执行权限chmod +x send_commands.exp，运行后就能智能发送命令，再也不用担心丢行的问题。

总之，Linux下telnet本身确实没有内置的每行粘贴延迟功能，但用minicom、screen+脚本或者expect这些工具，完全能解决你的问题，甚至比固定延迟更灵活可靠！

备注：内容来源于stack exchange，提问作者ysap