大家好，又见面了，我是你们的朋友全栈君。
因为现在电脑基本不配备串行接口，所以，usb转串口成为硬件调试时的必然选择。目前知道的，PL2303的驱动是有的，在dev下的名称是ttyUSB#。
minicom，tkterm都是linux下应用比较广泛的串口软件，这里简单介绍minicom使用。
一，安装 sudo apt-get install minicom
二，配置 安装完成后， 请不要着急打开软件。需先进行配置。具体步骤如下： 1.linux下的所有操作面向用户的都是文件操作，在对串口操作之前，我们应该先确认自己对该文件有没有读写权限。 ls -l /dev/ttyUSB* linux下的usb串口命名为ttyUSB，运行上面命令，可以看到有几个设备挂载。 我们这里是： crw-rw—- 1 root dialout 188, 0 Apr 10 17:10 /dev/ttyUSB0 只有ttuUSB0. 再用lsusb察看： $ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID 046d:c05a Logitech, Inc. Optical Mouse M90 Bus 007 Device 002: ID 046d:c31d Logitech, Inc. Bus 004 Device 009: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
usb 004正是我们挂上去的usb转串口线缆，使用的芯片是PL2303。 但是正如上面显示，ttyUSB0这个设备是root所有的，所以，我们以普通用户身份打开minicom是没法访问该文件的。 2.配置minicom的参数 运行$ sudo minicom -s 便进入了minicom的配置界面，使用上下键选择Serial port setup，回车。此时光标在“change which setting”后面停留，它的上面有如下菜单： Serial port setup [Enter] ————————————————————- | A – Serial Device : /dev/ttyUSB0 | | B – Lockfile Location : /var/lock | | C – Callin Program : | | D – Callout Program -: | | E – Bps/Par/Bits : 115200 8N1 | | F – Hardware Flow Control : No | | G – Software Flow Control : No | | | | Change which setting? | ————————————————————- 我们只需输入上面对应的字母，就可以进如相应的菜单进行设置。设置完成，回车，光标会回到“change which setting”后面，如此重复。完成按回车返回主菜单即可。 注意：如果沒有使用USB轉串口，而是直接使用串口，那麼Serial Device要配置爲/dev/ttyS0。 返回主菜单后，选择“Save setup as df1”，将其保存为默认设置，然后选择 Exit推出。需退出后重新打开minicom，软件才会使用上述参数进行初始化。 3.minicom使用 如果上面设置顺利，打开minicom sudo minicom 重新给开发板上电后，此时，窗口里就有信息打印出来了。 minicom基本操作如下： 1）需使用Ctrl a 进入设置状态 2）按z进入设置菜单
（1）S键：发送文件到目标系统中； （2）W键：自动卷屏。当显示的内容超过一行之後，自动将後面的内容换行。这个功能在查看内核的啓动信息时很有用。 （3）C键：清除屏幕的显示内容； （4）B键：浏览minicom的历史显示； （5）X键：退出mInicom，会提示确认退出。
4丶配置文件所在目录 Ctrl A –> O —–[configuration]—— | Filenames and paths | | File transfer protocols -| | Serial port setup | | Modem and dialing | | Screen and keyboard | | Save setup as dfl | | Save setup as.. | | Exit | ————————–
选择”Filenames and paths” ———————————————————————– | A – Download directory : /home/crliu | | B – Upload directory : /tmp | | C – Script directory : | | D – Script program : runscript | | E – Kermit program : | | F – Logging options | | | | Change which setting? | ———————————————————————–
（1）A – download 下载文件的存放位置（开发板 —> PC） 开发板上的文件将被传输到PC机上的/home/crliu目录下。 （2）B – upload 从此处读取上传的文件（PC —> 开发板） PC机向开发板发送文件，需要发送的文件在/tmp目录下（PC机上的目录）。做了此项配置後，每次向开发板发送文件时，只需输入文件名即可，无需输入文件所在目录的绝对路径。
5、
启动minicom的时候，会检测MINICOM环境变量，将它们作为命令参数，如果命令中指定了某个参数，那么这个MINICOM中的相应的某个参数会被替换。注意必须对这个环境变量进行export才行。例如：
MINICOM=’-m -c on’
export MINICOM
这样，启动minicom的时候，会自动地将这个环境变量指定的参数作为minicom的启动参数。如果命令行中又指定了这个环境变量中的某个参数，那么命令行中指定的参数值将会覆盖这个环境变量的参数值。
或者其它等效的设置，然后启动minicom，minicom 会假定你的终端有Meat键或Alt键，并且支持彩色。如果你从一个不支持彩色的终端登录，并在你的启动文件(.profile或等效文件)中设置了 MINICOM，而且你又不想重置你的环境变量，那么你就可以键入‘minicom -c off’,来运行这次没有色彩支持的会话。
The configuration 参数更有趣。通常，minicom从文件“minirc.dfl”中获取其缺省值。不过，若你给minicom一个参数，它将尝试从文件“minirc.configuration”中获取缺省值。因此，为不同端口、不同用户等创建多个配置文件是可能的。最好使用设备名，如：tty1， tty64，sio2等。如果用户创建了自己的配置文件，那么该文件将以“.minirc.dfl”为名出现在他的home目录中。
minicom的全局配置文件通常在/etc/minirc.dfl. minicom将其配置文件保存在一个目录中，通常是：/var/lib/minicom, /usr/local/etc或者/etc。要想知道minicom编译时内定的缺省目录，可用命令“minicom -h”，在那儿你可能还会找到runscript(1) 的demo文件。
配置文件的文件名格式：minirc.user。minicom默认加载配置文件minirc.df1，但你也可以仿照minirc.df1编辑自己的配置文件minirc.user，输入minicom user启动时则加载minirc.user。如在本机上，我做了一个minirc.root，输入minicom root 启动minicom，则系统自动加载/etc/minirc.root中的配置。
$HOME/.minirc.*
$HOME/.dialdir
$HOME/minicom.log
/usr/share/locale/*/LC_MESSAGES/minicom.mo
*命令行启动minicom的参数
更多的参数，参见”man minicom”的输出。
-s
设置。 root 使用此选项在/etc/minirc.dfl中编辑系统范围的缺省值。使用此参数后，minicom 将 不 进行初始化， 而是直接进入配置菜单。如果因为你的系统被改变，或者第一次运行minicom时，minicom不能启动，这个参数就会很有用。对于多数系统，已经内定了比较合适的缺省值。
-o
不进行初始化。minicom 将跳过初始化代码。如果你未复位(reset)就退出了minicom，又想重启一次会话(session)，那么用这个选项就比较爽(不会再有错误提示：modem is locked —- 注)。但是也有潜在的危险：由于未对lock文件等进行检查，因此一般用户可能会与uucp之类的东东发生冲突……也许以后这个参数会被去掉。现在姑且假定，使用modem的用户对自己的行为足够负责。
-m
用Meta或Alt键重载命令键。在1.80版中这是缺省值，也可以在minicom 菜单中配置这个选项。不过若你一直使用不同的终端，其中有些没有Meta或Alt键，那么方便的做法还是把缺省的命令键设置为Ctrl-A，当你有了支持 Meta或Alt键的键盘时再使用此选项。Minicom假定你的Meta键发送ESC前缀，而不是设置字符最高位的那一种(见下)。
-M
跟“-m”一样，但是假定你的Meta键设置字符高端的第八位(发送128 字符代码)。
-z
使用终端状态行。仅当终端支持，并且在其termcap或terminfo数据库入口中有相关信息时才可用。
-l
逐字翻译 高位被置位的字符。使用此标志， minicom将不再尝试将IBM行字符翻译为ASCII码，而是将其直接传送。许多PC-Unix克隆不经翻译也能正确显示它们(Linux使用专门的模式：Coherent和Sco)。
-w
在启动的时候就自动换行，这样启动之后不用运行<C-a> w进行设置了，详细参考后面。
-a
特性使用。 有些终端，特别是televideo终端， 有个很讨厌的特性处理(串行而非并行)。minicom缺省使用‘-a on’，但若你在用这样的终端，你就可以(必须!)加上选项‘-a off’。尾字‘on’或‘off’需要加上。
-t
终端类型。使用此标志， 你可以重载环境变量TERM， 这在环境变量MINICOM 中使用很方便； 你可以创建一个专门的 termcap 入口以备minicom 在控制台上使用，它将屏幕初始化为raw模式， 这样，连同‘-l’标志一起，就可以不经翻译而显示IBM行字符。
-c
颜色使用。些终端(如linux控制台)支持标准ANSI转义序列色彩。由于termcap显然没有对于色彩的支持，因而minicom 硬性内置了这些转义序列的代码。所以此选项缺省为off。使用‘-c on’可以打开此项。把这个标志，还有‘-m’放入MINICOM环境变量中是个不错的选择。
-S
脚本。 启动时执行给定名字的脚本。到目前为止，还不支持将用户名和口令传送给启动脚本。如果你还使用了‘-d’选项，以在启动时开始拨号，此脚本将在拨号之前运行，拨号项目入口由‘-d’指明。
-p
要使用的伪终端。 它超载配置文件中定义的终端端口，但仅当其为伪tty设备。提供的文件名必须采用这样的形式：(/dev/)tty[p-z][0-f]
-C
文件名。 启动时打开捕获文件。
-8
不经修改地传送8位字符。“连续”意指未对地点/特性进行真正改变，就不插入地点/特性控制序列。此模式用于显示8位多字节字符，比如日本字(TMD！应该是中国字!!)。不是8位字符的语言都需要(例如显示芬兰文字就不需要这个)。
[举例]
*启动minicom的时候，开启自动换行：
$minicom -w
如果不加这个项，那么在minicom和pc交互的时候中键入命令超过一行时候会被截断，（这时候可以通过<C-a> w来开和关切换截断行功能）.
*启动minicom的时候，显示颜色：
$minicom -c on
这样，启动之后我们会发现显示的内容不是黑白的了。
*启动一个图形的minicom:
$xminicom
*启动minicom的时候，自动创建日志捕捉文件my_capturefile：
$minicom -C my_capturefile
这样，启动之后，所在minicom的输出都会在my_capturefile中保留一份,如果原来文件存在，则追加，不存在则创建一个。
*启动minicom的时候，将命令键修改成Meta键（<C-a>变成[Alt]或者[ESC]等）:
$minicom -m
这样，我们可以取代用<C-a> *发送命令的方式，将<C-a>替换成[Alt]或者[ESC].
*启动minicom的时候，指定运行的脚本：
$minicom -S <filename>
这里，<filename>是你的脚本文件的名字，应该指定绝对路径，否则就会在你启动minicom的路径下寻找。关于minicom的脚本，可以参考man手册”man runscript”.交互命令中可以运行”<C-a>G”来运行脚本。
关于runscript脚本：
注释是’#’开始的。
send命令中的字符串，有c就不会发送默认的r了。例:send “ls c”就不会自动回车，这里’c’也可以在前面。
目前发现，脚本功能比较弱。在minicom原代码中有简单的例子：scriptdemo和unixlogin,可以直接在linux运行runscript.
可以指定minicom的脚本运行程序，
D – Script program
作为脚本解释器的程序。缺省是“runscript”，也可用其它的东东(如: /bin/sh 或 “expect”，这样就可以用shell或者其他的脚本了^_^)。Stdin和Stdout连接到modem，Stderr连接到屏幕。
**minicom的交互使用
Minicom是基于窗口的。要弹出所需功能的窗口，可按下Ctrl-A (以下使用C-A来表示Ctrl-A),然后再按各功能键(a-z或A-Z)。先按C-A，再按’z’，将出现一个帮助窗口，提供了所有命令的简述。配置 minicom(-s 选项，或者C-A、O)时，可以改变这个转义键，不过现在我们还是用Ctrl-A吧。
这里，只给出很少的命令，更多的交互命令参见”<C-a> z”的帮助输出。
*查看帮助：
输入”<C-a> z”.
这样会显示所命令列表，便于查找。
*回到shell:
输入”<C-a> j”.
这样minicom会在后台stop,直到fg将它调到前台。
*开/关捕捉minicom中的输出到一个文件：
输入”<C-a> l”.
这样会打开/关闭捕捉输出功能，捕捉的输出会存放在一个你选择的文件中。
*退出minicom:
输入”<C-a> x”.
这样会退出minicom.
**
[其他]
*配置minicom：
配置minicom的目的是让pc机可以通过minicom连接开发板。
下面是一个配置的例子：
(1)#minicom -s
(2)选择”Serial port setup”
配置其中的如下配置项：
A – Serial Device : /dev/ttyS0
E – Bps/Par/Bits : 115200 8N1
F – Hardware Flow Control : No
G – Software Flow Control : No
这里，也可以在启动minicom之后运行”<C-a> o”来进行配置。
*使用minicom在开发板和主机之间传输文件
这里详细讲述如何在minicom下面，开发板子和pc机器直接通过串口传输文件。
主要内容：
1)准备需要的文件
假设我的开发板是arm体系的cpu。那么需要如下文件：
a)lrzsz-0.12.20.tar.gz: 传输文件的工具，需要编译成开发板子可运行的，也要再编译一份在pc上面运行的。
b)bin_forarm/* :这里是随便建立的一个目录，里面存放编译好的在开发板子运行的文件传输工具(也就是前面那个lrzsz的arm运行版本,编译它们需要借助交叉编译工具)，需要拷贝到板子上的/usr/bin目录下。
c)bin_forpc_maybe/* :这里是随便建立的一个目录，里面存放编译好的在pc运行的文件传输工具(也就是前面那个lrzsz的pc运行版本)，因为可能pc上面原来就有lrzsz工具，所以可以先只把bin_forarm的内容拷贝到开发板上面尝试一下看能否传输，如果只拷贝bin_forarm/*不好用的话就把这里的内容拷贝到pc的/usr/bin下。
2)工具(lrzsz,minicom)的获取
a)下载lrzsz-0.12.20
http://download.chinaunix.NET/download/0007000/6293.shtml
b)编译
交叉编译lrzsz拷贝到开发板上.
编译lrzsz并拷贝到pc机器上.
c)下载minicom
#apt-get install minicom
这里假设我的系统是ubuntu.
3)配置
a)打开minicom,配置环境。
b)配置文件所在目录
————————————————–
Ctrl a o
—–[configuration]——
| Filenames and paths |
| File transfer protocols -|
| Serial port setup |
| Modem and dialing |
| Screen and keyboard |
| Save setup as dfl |
| Save setup as.. |
| Exit |
————————–
———————————————————————–
| A – Download directory : /tmp |
| B – Upload directory : /home/quietheart/tmpTrans |
| C – Script directory : |
| D – Script program : runscript |
| E – Kermit program : |
| F – Logging options |
| |
| Change which setting? |
———————————————————————–
A – download 下载的文件的存放位置
B – upload 从此处读取上传的文件
download 开发板 —> PC
upload PC —> 开发板
B – Upload directory : /home/quietheart/tmpTrans
PC机向开发板发送文件，需要发送的文件在/home/quietheart/tmpTrans目录下(PC机上的目录)。
做了此项配置后，每次向开发板发送文件时，只需输入文件名即可>，无需输入文件所在目录的绝对路径
4)传输文件
实际前面的upload directory表示pc机器的上传目录，将会把这个目录中的内容传到板子上面.上面的配置不是必须的，但在后面选择的时候使用上面的目录做为默认。
方法：
假设我在pc上面，使用minicom,在minicom中，
PC–>开发板
a）首先minicom中，运行开发板子上的rz,准备接受数据：
#lrz
b）在minicom中，输入
[Ctrl]a S
这里的Send表示从pc发送到开发板子.然后会进入选择文件的目录(默认为upload目录),选择PC机上面准备传输的文件，然后确认即可。
这样会开始传输文件，传输的文件最终存放在开发板子上运行lrz命令的地方。
开发板–>PC
a)在开发板子上面运行:
#lsz filename
b)在开发板子上minicom下运行(有时候不需要这一步)
[Ctrl]a R
这样,会自动把要传送的文件传送到前面设置的Download directory上面(/tmp)
*参考资料：
http://blog.csdn.net/sikinzen/archive/2010/04/05/5451758.aspx
minicom手册
其他网上收集的资料
user版本打开uart
如何在user版本中使用串口(uart)
bootable/bootloader/lk/app/mt_boot/mt_boot.c
582 #ifdef USER_BUILD 583 sprintf(cmdline,”%s%s”,cmdline,” printk.disable_uart=1″); 584 #else 585 sprintf(cmdline,”%s%s”,cmdline,” printk.disable_uart=0 ddebug_query=”file *mediatek* p ; file *gpu* =_””); 586 #endif 1 2 3 4 5
将上面的printk.disable_uart=1改成printk.disable_uart=0，然后重新编译lk, download lk 即可；或者直接download eng版本的lk。
如何开启Uart 的控制台(console/sh) system/core/rootdir/init.rc
515 service console /system/bin/sh 516 class core 517 console 518 disabled 519 user shell 520 seclabel u:r:shell:s0 521 522 on property:ro.debuggable=1 523 start console 1 2 3 4 5 6 7 8 9
注释掉on property:ro.debuggable=1，然后重新编译bootimage 即可。
如何在Uart 上抓取上层LOG Uart 上进行输入，实际就是开启了一个sh 对接起来，所以绝对不能在uart 上输入一个长命令(不可中断)，否则uart 将被卡住，不能再输入。 抓取上层log, 我们通常需要使用logcat, 但logcat 是不可中断的，将导致uart 不能再输入。 处理的方法即将logcat 转入后台执行，如下操作即可:
Main log: logcat -v time & Radio log: logcat -v time -b radio & Event log: logcat -v time -b events & 1 2 3
如果想关闭上层log, 直接ps 查阅前面开启的logcat process pid, 然后kill -9 pid 杀掉即可。 注意一定要带“&”，否则将block 住uart输入
让Android log从串口kernel log输出
分析无法开机问题，如串口RX/TX连接正常，可正常输入，请参考上面第3点。 如确认RX/TX连接正常，但不能输入，则可能是下面原因导致：
数据流控制是否正确，一般需关闭，下面为RS232的三种流控制模式介绍： DTR/DSR：硬件上要有对应接口，软件上实现对应协议，才能实现此流控制。具体实现起来，一般好像是和RTS/CTS一直搭配使用。
RTS/CTS：硬件上要有对应接口，软件上实现对应协议，才能实现此流控制。一般常见的也就是这种。但是很多开发板用secureCRT连接开发板的时候，往往都是在Uboot阶段，那时候还没有实现对应的RTS/CTS的流控制，所以此处需要取消此选择，否则，secureCRT就会去一直检测对应的RTS（Request To Send）pin脚，发现一直是无效，所以就一直没有接受到数据，就“卡”在那了。同样，你要输入数据，就是secureCRT要发送数据，所以其先发了个RTS给开发板，然后就一直检测自己的CTS是否有效，直到自己的CTS有效后，才能发送数据，而此处由于开发板上的驱动没有实现RTS/CTS，所以secureCRT就一直检测CTS，就“卡”死了，即你无法输入数据。
XON/XOFF：软件上实现的流控制，硬件上无需像上面的RTS/CTS或DTR/DSR那样要增加对应的引脚。但是由于XON/XOFF分别对应的两个二进制的值，所以如果本身传输数据中包括该值，那么此软件的流控制就失效了。现在好像也很少用此种流控制了。 是否打开回显
串口分析kernel log正常但adb连不上时，并且串口只能输出时，希望让android log也从串口输出，可以尝试此方法，以下是一个验证过的示例。 原理上就是根据kernel log能够从串口输出，只要将logcat重定向到kmsg即可实现，因此各个平台的原理是一样的应该通用。（但须注意这样打印虽然能够有android log从串口输出，但串口输出量过大可能会出现丢log的情况） system/core/rootdir/init.rc中添加：
chmod 0660 /proc/kmsg ############################################################### # redirect logs(LOGE, LOGI…) to linux console ############################################################### service logcat /system/bin/logcat -f /dev/kmsg *:D class main user root
group log
没找到真正的博主是谁，没法附链接，抱歉啊！
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/131105.html原文链接：https://javaforall.cn
