Serial port 是否停止打印日志？

我试图测量我的嵌入式Linux设备的启动代码。它以某种方式工作，但过了一段时间（这意味着更长的启动代码-谈论>26秒）它停止打印消息，但grabserial仍在运行-我必须点击[CTRL-C]来检索控件。我用putty检查了串口，它正常工作，所以grabserial有问题。但我想不起来是什么

我下载并安装了两个安装变体，它只是改变了外观和感觉，但在同一点上出现了问题

有人有过同样的问题吗

问候

[编辑：]我刚刚检查了代码，它没有什么特别的，实际上应该在[CTRL-C]或计时器设置并用完时中断。但该程序甚至没有中断，只是停止打印到控制台

我发现，那个脚本处理起来太慢了。它似乎只能在串行线发送信息（如中断）时输出信息，但它就像发送了2个字母，但只显示1个。因为脚本处理比引导慢，所以在我的设备完成引导之前，我无法看到所有内容，只能看到它设法显示的内容。我尝试了一个重启循环过程，所以它一次又一次地收到新消息，并且从未停止打印

---

我仍然需要这方面的支持，在我自己编写代码之前，有人有智能解决方案吗？

我刚刚开始使用grabserial，我没有重现您的问题。 当前grabserial（1.6.0）确实有自动停止程序的选项

-e, --endtime=<secs> End the program after the specified seconds have elapsed.

---

26秒后，你的内核应该正常了，也许没有更多的消息被设备写在串行上，没有？没有，大约需要30秒。。。我只提到26秒，因为这是它停止时的数字。我刚刚意识到最后5个命令是关于初始化ATMEL_串行的（我正在处理AT91 9SAMG25）。但同样，使用我的串行控制台（Putty），我可以更进一步，而不会出现任何问题。但是，如果这是运行在与所讨论的内核不同的机器上的软件，通过真正的串行端口进行通信，那么我想知道内核串行（重新）配置阶段是否会导致帧错误或类似错误，这个客户端软件不能清除由此产生的接收器故障，而在比较中尝试的终端程序却能清除。或者这个程序试图变得“聪明”，只在满足某个条件之前收集，这是错误的触发。我已经在github上写过开发人员，他们也无法复制：/。顺便说一句，我可以在5秒内启动我的系统（我自己数数就知道了），grabserial说是15秒。我真的一点头绪也没有。我相信这是由我使用的Linux Mint造成的。@user3085931这可能是硬件问题吗？您可以使用另一种方法：cat/dev/ttyUSB0 | ts[%H.%M.%.S]>${FILENAME}这是一种很好的方法，其结果与我使用oszilloscope通过GPIO测量时间时的结果几乎相同。

./grabserial -v -d "/dev/ttyUSB1" -b 115200 -w 8 -p N -s 1  -t