Linux串口调试工具--minicom

安装完成后，请不要着急打开软件。需先进行配置。具体步骤如下：

查看串口设备及文件权限

linux下的所有 *** 作面向用户的都是文件 *** 作，在对串口 *** 作之前，我们应该先确认自己对该文件有没有读写权限。

linux下的usb串口命名为ttyUSB*，运行上面命令，可以看到有几个设备挂载。

我们这里是：

只有ttuUSB0.再用lsusb查看：

usb 004正是我们挂上去的usb转串口线缆，使用的芯片是PL2303。

但是正如上面显示，ttyUSB0这个设备是root所有的，所以，我们以普通用户身份打开minicom是没法访问该文件的。

运行sudo minicom -s便进入了minicom的配置界面，使用上下键选择Serial port setup，回车。此时光标在“change which setting”后面停留，它的上面有如下菜单：

我们只需输入上面对应的字母，就可以进如相应的菜单进行设置。设置完成，回车，光标会回到“change which setting”后面，如此重复。完成按回车返回主菜单即可。

返回主菜单后，选择“Save setup as df1”，将其保存为默认设置，然后选择 Exit退出。需退出后重新打开minicom，软件才会使用上述参数进行初始化。

注意：如果没有使用USB转串口，而是直接使用串口，那么Serial Device要配置为/dev/ttyS0。

如果上面设置顺利，打开minicom

重新给设备上电后，此时，窗口里就有信息打印出来了。

1）需使用Ctrl+a 进入设置状态

2）按z进入设置菜单

（1）O键：打开配置选项；

（2）W键：自动卷屏。当显示的内容超过一行之後，自动将後面的内容换行。这个功能在查看内核的启动信息时很有用。

（3）C键：清除屏幕的显示内容；

（4）B键：浏览minicom的历史显示；

（5）X键：退出minicom，会提示确认退出。

Ctrl + A -->O

选择"Filenames and paths"

更多的参数，参见"man minicom"的输出。

如果不加这个项，那么在minicom和pc交互的时候中键入命令超过一行时候会被截断，（这时候可以通过 <C-a>w 来开和关切换截断行功能）.

这样，启动之后我们会发现显示的内容不是黑白的了。

这样，启动之后，所在minicom的输出都会在<filename>中保留一份,如果原来文件存在，则追加，不存在则创建一个。

这样，我们可以取代用 <C-a>* 发送命令的方式，将 <C-a>替换成 [Alt] 或者 [ESC] .

这里，<filename>是你的脚本文件的名字，应该指定绝对路径，否则就会在你启动minicom的路径下寻找。

Minicom是基于窗口的。要d出所需功能的窗口，可按下 Ctrl-A (以下使用C-A来表示Ctrl-A),然后再按各功能键(a-z或A-Z)。先按C-A，再按'z'，将出现一个帮助窗口，提供了所有命令的简述。配置 minicom(-s 选项，或者C-A、O)时，可以改变这个转义键，不过现在我们还是用Ctrl-A吧。

这里，只给出很少的命令，更多的交互命令参见"<C-a>z"的帮助输出。

minicom -s 或启动minicom之后运行 <C-a>o 来进行配置。

C:脚本文件的存放位置: <C-a>g 运行脚本时的路径 。

D:选择脚本程序: 默认 runscript ,也可以选择 bash 脚本格式。

可以参考man手册 man runscript .交互命令中可以运行" <C-a>G "来运行脚本。

参考资料 ：

     ttyS0~ ttyS3 (串行端口终端)指的是电脑的各个物理接口（这些都是串口，不是并口），外部的终端通过这些物理接口与电脑连接 ，从而实现和电脑进行交互。

     例如：dmesg |grep tty可以查看开启的接口（串口）

         目前连接远程服务器或者直接在服务器上面 *** 作等都是通过创建虚拟终端的形式。比如pts/1 和tty1虚拟终端,其中tty表示直接登录机器生成的而pts表示远程连接生成的。其中远程连接是通过sshd服务进行创建session会话和bash进程（所以可以看到有sshd进程，同时虚拟终端可以创建多个，这是依赖ptmx功能，sshd通过与ptmx通讯，ptmx在和相对应的pts通讯从而达到多个虚拟终端的效果）。

        例如：在centos系统中的图像界面中打开的terminal就是一个pts但是整个图形界面是一个tty，centos切换到命令行界面后 输入tty命令时输出就是tty1或ttyn了，这时候的命令行界面与图形界面的运行级别是一样的，通过命令行创建的所有进程都是属于tty1终端的。

        注意： tty就是ttyS的虚拟版本，只是不需要通过外部线路进行连接了。远程连接服务器需要sshd服务，sshd和tty没有联系，远程连接是因为本地有终端模拟器，本机连接就需要内核直接模拟一个模拟器了，所有远程是pts，本机是tty 。

     从上面的流程中可以看出来对用户空间的程序来说它们没有区别，都是一样的；从内核角度来看pts的另一端连接的是ptmx，而tty的另一端连接的是内核的终端模拟器，ptmx和终端模拟器都只是负责维护会话和转发数据包；再看看ptmx和内核终端模拟器的另一端，ptmx的另一端连接的是用户空间的应用程序，如sshd、tmux等，而内核终端模拟器的另一端连接的是具体的硬件，如键盘和显示器。

SSH远程访问---重点

这里的Terminal可能是任何地方的程序，比如windows上的putty，所以不讨论客户端的Terminal程序是怎么和键盘、显示器交互的。由于Terminal要和ssh服务器打交道，所以肯定要实现ssh的客户端功能。这里将建立连接和收发数据分两条线路解释，为了描述简洁，这里以sshd代替ssh服务器程序：

建立连接：

1.Terminal请求和sshd建立连接。

2.如果验证通过，sshd将创建一个新的session。

3.调用API（posix_openpt()）请求ptmx创建一个pts，创建成功后，sshd将得到和ptmx关联的fd，并将该fd和session关联起来。

4.同时sshd创建shell进程，将新创建的pts和shell绑定。

收发消息：

1.Terminal收到键盘的输入，Terminal通过ssh协议将数据发往sshd。

2.sshd收到客户端的数据后，根据它自己管理的session，找到该客户端对应的关联到ptmx上的fd。

3.往找到的fd上写入客户端发过来的数据。

4.ptmx收到数据后，根据fd找到对应的pts（该对应关系由ptmx自动维护），将数据包转发给对应的pts。

5.pts收到数据包后，检查绑定到自己上面的当前前端进程组，将数据包发给该进程组的leader。

6.由于pts上只有shell，所以shell的read函数就收到了该数据包。

7.shell对收到的数据包进行处理，然后输出处理结果（也可能没有输出）。

8.shell通过write函数将结果写入pts。

9.pts将结果转发给ptmx。

10.ptmx根据pts找到对应的fd，往该fd写入结果。

11.sshd收到该fd的结果后，找到对应的session，然后将结果发给对应的客户端。

SSH + Screen/Tmux

      常用Linux的同学应该对screen和tmux不陌生，通过它们启动的进程，就算网络断开了，也不会受到影响继续执行，下次连上去时还能看到进程的所有输出，还能继续接着干活。                                   这种情况要稍微复杂一点，不过原理都是一样的，前半部分和普通ssh的方式是一样的，只是pts/0关联的前端进程不是shell了，而是变成了tmux客户端，所以ssh客户端发过来的数据包都会被tmux客户端收到，然后由tmux客户端转发给tmux服务器，而tmux服务器干的活和ssh的类似，也是维护一堆的session，为每个session创建一个pts，然后将tmux客户端发过来的数据转发给相应的pts。由于tmux服务器只和tmux客户端打交道，和sshd没有关系，当终端和sshd的连接断开时，虽然pts/0会被关闭，和它相关的shell和tmux客户端也将被kill掉，但不会影响tmux服务器，当下次再用tmux客户端连上tmux服务器时，看到的还是上次的内容。

---