【问题标题】:Copying text into minicom doesn't get pasted completely将文本复制到 minicom 并没有完全粘贴
【发布时间】:2013-06-25 23:36:06
【问题描述】:

我正在尝试粘贴一行;也就是:

setenv -p STARTUP "ifconfig eth0 -auto;boot -z -elf 136.170.195.87:vmlinuz-nfs-7231b0-D183-NFS-DEBUG 'root=/dev/nfs nfsroot=136.170.195.87:/export/home/joshis1/vmlinuz-nfs-7231b0-D183/rootfs/nfs rw bmem=226M@30M ip=dhcp'" 

当我尝试复制minicom 中的行时,该行没有完全复制。

我该怎么办?

【问题讨论】:

  • 如果您可以显示复制的部分,将会有所帮助。此外,如果您正在以低波特率处理真正的串行端口,则程序可能会拒绝缓冲超过它已设法发送的字符数,因此丢弃部分粘贴的内容因此,例如,在使用环回电缆但没有外围设备的情况下进行测试会很有趣,并尝试以 300 波特和您可以设置的最高速率 (>= 115200) 发布您的线路

标签: console serial-port embedded-linux serial-communication minicom


【解决方案1】:

我已经通过将 Character tx delay 设置为 1ms 解决了这个问题。

Ctrl+A 后跟 z 选择“不” 选择“f” 输入“1”

你去吧!

【讨论】:

  • 有什么方法可以通过命令行执行此操作,而不发出 CTRL 命令?
【解决方案2】:

也许你在没有换行的情况下运行?在我开始使用“minicom -w”调用之前,我遇到了问题。在问题情况下,超出屏幕宽度的输出行内容丢失,输入行内容换行到行首。

如果我没记错的话,你应该退出 minicom,用“minicom -w”重新启动它。

【讨论】:

【解决方案3】:

或者更好的是,尝试使用“screen”而不是“minicom”。我很久以前就放弃了 minicom,转而使用屏幕。习惯了就再也回不去了! Chris Stratton 可能是对的:你超出了目标。几乎所有嵌入式目标都没有流量控制。也就是说,我一直在使用 screen 设置 u-boot 环境变量从 screen 进行这些复制操作,并且从来没有任何问题。也取决于你的目标!

像这样调用屏幕:

screen /dev/ttyUSB0 115200

当然,你的串口对应的设备节点会根据你的串口设备而有所不同。上面的示例是典型的带有 USB 串行加密狗的 Linux。在我的 macbook 上,对于同一个串行加密狗,它通常是这样的:

/dev/tty.usbserial 

如果你喜欢 vi,你就会喜欢 screen。

【讨论】:

    【解决方案4】:

    我很喜欢this answer 使用屏幕的建议。

    但是,如果您想继续使用 minicom,可以选择同时启用 Software flow controlLine wrap

    启用Software flow control

    • Ctrl+A,然后按o
    • 下到Serial port setup并输入
    • gSoftware Flow Control 切换为Yes(如果之前未启用)
    • 如果要永久保存配置,请按Esc 并选择Save setup as dfl

    启用Line wrap

    • Ctrl+A,然后按o
    • 下到Screen and keyboard并输入
    • rLine Wrap 切换为Yes(如果之前未启用)
    • 如果要永久保存配置,请按Esc 并选择Save setup as dfl

    也可以通过使用-w 选项启动minicom 或按Ctrl+A 然后按w 来启用换行。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2023-03-11
      • 2017-10-14
      • 2012-08-02
      • 1970-01-01
      • 2012-09-24
      • 2021-07-09
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多