Ⅰ 如何在linux上使用串口設備
簡單的運行 dmesg 命令
$ dmesg | grep tty
輸出：
[ 37.531286] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 37.531841] 00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 37.532138] 0000:04:00.3: ttyS1 at I/O 0x1020 (irq = 18) is a 16550A
setserial 命令
setserial 是一個程序用於設定並／或報告某個串口關聯的配置信息。該信息包括串口用到的I/O 埠和中斷號，以及Break鍵是否應被解釋為Secure Attention Key 等等。 僅僅是輸出如下的命令:
$ setserial -g /dev/ttyS[0123]
輸出:
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
/dev/ttyS1, UART: 16550A, Port: 0x1020, IRQ: 18
/dev/ttyS2, UART: unknown, Port: 0x03e8, IRQ: 4
/dev/ttyS3, UART: unknown, Port: 0x02e8, IRQ: 3
帶-g選項的setserial幫助找到你的Linux板子上的物理串口。
Linux 串口控制台程序
一旦串口被確定了，你就能使用許多的工具來配置Linux板子：
minicom- 用於控制modem和連接到mp 設備的最好的串口通信程序。
wvidial or other GUI dial up networking program - 一個內建智能PPP 撥號器。
getty / agetty - agetty 打開一個 tty 埠, 提示登錄名稱並調用 /bin/login 命令。
grub / lilo configuration - 配置串口為系統控制台。
Ⅱ linux必須手動啟動串口服務
（1）在把項目打成jar包部署的時候，該jar包不能做成鏡像容器運行，因為某些設備是採用485通訊，即是將設備的485線轉成一個USB插入到伺服器，之後服務運行的時候，是通過查詢系統有哪些串口，並且是該USB的串口與服務進行通訊。整乎擾個流程通訊都是在物理伺服器游頃余上面，做成鏡像容器運行無法連接串口通訊。
（2）在運行jar包的時候，需要在伺服器部署jdk，同時需要在部署好的jdk裡面需要上傳一些串口服務運行的RXTXcomm.jar和librxtxParallel.so，librxtxSerial.so，具體可以網路；在一些其他的物理伺服器上面librxtxSerial.so這個文件的版本有時候有問題，需要安裝x86_64-unknown-linux-gnu文件夾裡面的librxtxSerial.so文件；同理window上的jdk也需要這些；
（3）程序運行出錯提示的沒有串口相關的文件jar包，這個需要需要考慮服務運行時候用的是那個神滾jdk，是否把（2）裡面的文件放到程序運行的jdk裡面
Ⅲ Linux如何配製成在啟動的時候默認選擇串口作為控制台,不輸出到顯示器
vim /etc/grub.conf配置里
在kernel那一行的，最後加上" console=ttyS0,115200"就可以了
註：console前要有空格，S0這個是S零
Ⅳ Linux串口相關的操作及綁定
@ toc
可在控制台輸入
也可以用stty設置串口參數
使用後相當於串口回傳，發什麼回什麼
發送數據
可以對串口發送數據比如對com1口
一般情況下串口的名稱全部在dev下面，如果你沒有外插串口卡的話默認是dev下的ttyS* ,一般ttyS0對應com1，ttyS1對應com2，當然也不一定是必然的；
如果有ttyS設備，再看/dev/有沒有ttyS*，如沒有就建立一個：
如果板子的設備中沒有標准串口設備ttyS0，也沒有ttySAC0。/dev下應該有一個USB串口：/dev/ttyUSB0.
當一個串列卡或數據卡被偵測到時，它會被指定成為第一個可用的串列設備。通常是/dev/ttyS1(cua1)或/dev/ttyS2(cua2)，這完成看原已內建的串口數目。ttyS*設備會被報告在/var/run/stab內。
PC上的串口一般是ttyS，板子上Linux的串口一般叫做ttySAC
可能是linux下的串口設備沒有打開，需要改變串口設備
的許可權，或者根據文章頭添加用戶到組處理
可以通過以下命令 查看 板子上的硬體埠的內核設備名
該條命令會將 ttyUSB0所對應的硬體埠的kernel設備名 顯現出來， 得到KERNEL== '1-5.5.4'， 而不是之前的ttyUSB0
cmd.sh如下：
./getUSB.py 調用當前路徑下的getUSB.py這個Python語言，明確此次是哪個,ttyUSB0,或者ttyUSB1掛載在埠3-1.1上
getUSB.py:
完成之後 ，設置開機啟動cmd.sh（在/etc/rc.local中設置）則每次開機之後，會從/dev/ttydata獲取到固定埠的數據
方式一
寫入內容如下：
方式二
我的硬體序列號：ATTRS{serial}=="FTSYWCXZ"這個號是唯一的
可以通過/dev/usb_0打開串口設備
常用的匹配類型：
Ⅳ linux系統安裝綠聯串口驅動怎麼安裝
1、在控制台輸入lsmod，先看看能否檢測到這個設備，就看有沒有pl2303字眼可以了。如果有，則不需要再裝驅動。
2、另外如果有的話最好再用dmesg|grepusb查找如果看到：drivers/usb/serial/usb-serial.c:。就說明設備已被識別，然後往下看rivers/usb/serial/usb-serial.c:-2303，usb2-2:PL-(orusb/tts/0fordevfs)如果沒有則需要驅動程序，一般硬體廠商都會提供，如果真的沒有的話就只有到網上下載了，一般2.6內核以上的都支持。
3、安裝完畢後再輸入這個命令瞧瞧，是否安裝成功。lsmod|grepusbserial。如果有usbserial，說明系統支持USB轉串口。
4、驅動安裝完畢後，就需要安裝串口軟體，這里推薦cutecom和puttycutecom安裝sudoapt-getinstallcutecom。putty安裝sudoaptinstallputty或sudopacman-Sputty
5、然後啟動cutecom命令sudocutecom，之後你就可以看到哪些串口正在連接狀態。
6、當開發板啟動後，我們需要傳入elf或bin文件，此時需要用到tftp，在控制台輸入：sudoapt-getinstallxinetd，sudoapt-getinstalltftptftpd並等待安裝完成後，輸入：sudovi/etc/xinetd.d/tftp輸入i，進入插入模式，隨後按esc輸入wq。保存。
7、第一次啟動時和每次更換目錄時都要執行sudo/etc/init.d/xinetdrestart，不然會找不到文件。
8、喜歡用putty的可以在控制台輸入sudoputty運行程序。
Ⅵ Linux普通用戶運行串口
將USB串口設備插入USB口後，會在/dev/目錄下生成/dev/ttyUSB0文件（也可能為/dev/ttyUSB1,/dev/ttyUSB2...),
查看此文件
輸出為:
c說明表明設備為字元設備文件（d表示目族掘錄文件，-表示普通文件，l表示鏈接文件，b表示塊文件），
其中rw-rw----表示root用戶作為文件所有者可以讀和寫，dialout用戶組內的用戶可以讀和搜穗兆寫，其他用戶不允許讀、寫和執行（r表示可讀，w表示可寫世租，x表示可執行）
因此，需要將當前用戶增加到dialout用戶組中
Ⅶ linux 啟動時何時初始化console，串口等
1、LINUX下TTY、CONSOLE、串口之間是怎樣的層次關系？具體的函數介面是怎樣的？串口是如何被調用的？
2、printk函數是把信息發送到控制台上吧？如何讓PRINTK把信息通過串口送出？或者說系統在什麼地方來決定是將信息送到顯示器還是串口？
3、start_kernel中一開始就用到了printk函數（好象是printk(linux_banner什麼的），在 這個時候整個內核還沒跑起來呢那這時候的printk是如何被調用的？在我們的系統中，系統啟動是用的現代公司的BOOTLOADER程序，後來好象跳到了LINUX下的head-armv.s， 然後跳到start_kernel，在bootloader 里串口已經是可用的了，那麼在進入內核後是不是要重新設置？
以上問題可能問的比較亂，因為我自己腦子里也比較亂，主要還是對tty,console,serial之間的關系，特別是串口是如何被調用的沒搞清這方面的資料又比較少（就情景分析中講了一點），希望高手能指點一二，非常謝！
我最近也在搞這方面的東西，也是寫一個串口設備的驅動
搞了將近一個月了，其中上網找資料，看源代碼，什麼都做了
但還是一蹋糊塗的，有些問題還是不明白，希望一起討論討論
在/proc/device（沒記錯應該是這個文件）
裡面有一個叫serial的驅動，其主設備號是4，次設備號是64-12X（沒記錯應該是這個范圍）
大家都知道，串口的次設備號是從64開始的，串口1 /dev/ttyS0就對應次設備號64，串口2就對應65
問題是現在我機上只有兩個串口，它注冊這么多次設備號來干什麼？
對於一個接在串口1的設備，在我注冊驅動的時候
我是需要自己找一個主設備號呢？
還是就用主設備號4，次設備號從上面12X的後面選？
還是就用主設備號4，次設備號64？
在linux的內核中有一個tty層，我看好像有些串口驅動是從這里開始的
例如調用tty_register_driver()來注冊驅動
就像在pci子系統里調用pci_register_driver()那樣的
那麼，用這種機制來注冊的驅動，
它是直接對串口的埠操作呢（例如用inb(),outb()....之類的）
還是某些更底層的驅動介面呢？
這些問題纏了我很久都沒解決，搞得最後不得不放棄
現在轉向用戶空間的應用程序，看能不能有些更高效的方法來實現
（在用戶空間只能用open("/dev/ttyS0", O_RDWR)來實現了）
另外還有，系統里已經為我們實現了串口的驅動
所以我們在用戶空間的程序里直接open("/dev/ttyS0")就可用了
但是現在要寫的是接在串口上的設備的驅動
在內核模塊中可不可以包含某個頭文件，然後就可以直接用串口驅動中的介面呢？
看到你們的問題後，感覺很有典型性，因此花了點工夫看了一下，做了一些心得貼在這里，歡迎討論並指正：
1、LINUX下TTY、CONSOLE、串口之間是怎樣的層次關系？具體的函數介面是怎樣的？串口是如何被調用的？
tty和console這些概念主要是一些虛設備的概念，而串口更多的是指一個真正的設備驅動Tty實際是一類終端I/O設備的抽象，它實際上更多的是一個管理的概念，它和tty_ldisc（行規程）和tty_driver（真實設備驅動）組合在一起，目的是向上層的VFS提供一個統一的介面通過file_operations結構中的tty_ioctl可以對其進行配置。查tty_driver，你將得到n個結果，實際都是相關晶元的驅動因此，可以得到的結論是（實際情況比這復雜得多）：每個描述tty設備的tty_struct在初始化時必然掛如了某個具體晶元的字元設備驅動（不一定是字元設備驅動），可以是很多，包括顯卡或串口chip不知道你的ARM Soc是那一款，不過看情況你們應該用的是常見的chip，這些驅動實際上都有而console是一個緩沖的概念，它的目的有一點類似於tty實際上console不僅和tty連在一起，還和framebuffer連在一起，具體的原因看下面的鍵盤的中斷處理過程Tty的一個子集需要使用console(典型的如主設備號4，次設備號1―64)，但是要注意的是沒有console的tty是存在的
而串口則指的是tty_driver舉個典型的例子：
分析一下鍵盤的中斷處理過程：
keyboard_interrupt―>handle_kbd_event―>handle_keyboard_event―>handle_scancode
void handle_scancode(unsigned char scancode, int down)
{
……..
tty = ttytab? ttytab[fg_console]: NULL;
if (tty && (!tty->driver_data)) {
……………
tty = NULL;
}
………….
schele_console_callback();
}
這段代碼中的兩個地方很值得注意，也就是除了獲得tty外（通過全局量tty記錄），還進行了console 回顯schele_console_callbackTty和console的關系在此已經很明了！！！
2、printk函數是把信息發送到控制台上吧？如何讓PRINTK把信息通過串口送出？或者說系統在什麼地方來決定是將信息送到顯示器還是串口？
具體看一下printk函數的實現就知道了，printk不一定是將信息往控制台上輸出，設置kernel的啟動參數可能可以打到將信息送到顯示器的效果。函數前有一段英文，很有意思：
/*This is printk. It can be called from any context. We want it to work.
*
* We try to grab the console_sem. If we succeed, it's easy - we log the output and
* call the console drivers. If we fail to get the semaphore we place the output
* into the log buffer and return. The current holder of the console_sem will
* notice the new output in release_console_sem() and will send it to the
* consoles before releasing the semaphore.
*
* One effect of this deferred printing is that code which calls printk() and
* then changes console_loglevel may break. This is because console_loglevel
* is inspected when the actual printing occurs.
*/
這段英文的要點：要想對console進行操作，必須先要獲得console_sem信號量如果獲得console_sem信號量，則可以「log the output and call the console drivers」，反之，則「place the output into the log buffer and return」，實際上，在代碼：
asmlinkage int printk(const char *fmt, ...)
{
va_list args;
unsigned long flags;
int printed_len;
char *p;
static char printk_buf[1024];
static int log_level_unknown = 1;
if (oops_in_progress) { /*如果為1情況下，必然是系統發生crush*/
/* If a crash is occurring, make sure we can't deadlock */
spin_lock_init(&logbuf_lock);
/* And make sure that we print immediately */
init_MUTEX(&console_sem);
}
/* This stops the holder of console_sem just where we want him */
spin_lock_irqsave(&logbuf_lock, flags);
/* Emit the output into the temporary buffer */
va_start(args, fmt);
printed_len = vsnprintf(printk_buf, sizeof(printk_buf), fmt, args);/*對傳入的buffer進行處理，注意還不是
真正的對終端寫，只是對傳入的string進行格式解析*/
va_end(args);
/*Copy the output into log_buf. If the caller didn't provide appropriate log level tags, we insert them here*/
/*注釋很清楚*/
for (p = printk_buf; *p; p++) {
if (log_level_unknown) {
if (p[0] != '<' || p[1] < '0' || p[1] > '7' || p[2] != '>') {
emit_log_char('<');
emit_log_char(default_message_loglevel + '0');
emit_log_char('>');
}
log_level_unknown = 0;
}
emit_log_char(*p);
if (*p == ' ')
log_level_unknown = 1;
}
if (!arch_consoles_callable()) {
/*On some architectures, the consoles are not usable on secondary CPUs early in the boot process.*/
spin_unlock_irqrestore(&logbuf_lock, flags);
goto out;
}
if (!down_trylock(&console_sem)) {
/*We own the drivers. We can drop the spinlock and let release_console_sem() print the text*/
spin_unlock_irqrestore(&logbuf_lock, flags);
console_may_schele = 0;
release_console_sem();
} else {
/*Someone else owns the drivers. We drop the spinlock, which allows the semaphore holder to
proceed and to call the console drivers with the output which we just proced.*/
spin_unlock_irqrestore(&logbuf_lock, flags);
}
out:
return printed_len;
}
實際上printk是將format後的string放到了一個buffer中，在適當的時候再加以show,這也回答了在start_kernel中一開始就用到了printk函數的原因
3、start_kernel中一開始就用到了printk函數（好象是printk(linux_banner什麼的)，在這個時候整個內核還沒跑起來呢。那這時候的printk是如何被調用的？在我們的系統中，系統啟動是用的現代公司的BOOTLOADER程序，後來好象跳到了LINUX下的head-armv.s， 然後跳到start_kernel，在bootloader 里串口已經是可用的了，那麼在進入內核後是不是要重新設置？
Bootloader一般會做一些基本的初始化，將kernel拷貝物理空間，然後再跳到kernel去執行。可以肯定的是kernel肯定要對串口進行重新設置，原因是Bootloader有很多種，有些不一定對串口進行設置，內核不能依賴於bootloader而存在。
多謝樓上大俠，分析的很精闢。我正在看printk函數。
我們用的CPU是hynix的hms7202。在評估板上是用串口0作
控制台，所有啟動過程中的信息都是通過該串口送出的。
在bootloader中定義了函數ser_printf通過串口進行交互。
但我還是沒想明白在跳轉到linux內核而console和串口尚未
初始化時printk是如何能夠工作的？我看了start_kernel
的過程（並通過超級終端作了一些跟蹤），console的初始化
是在console_init函數里，而串口的初始化實際上是在1號
進程里（init->do_basic_setup->do_initcalls->rs_init)，
那麼在串口沒有初始化以前prink是如何工作的？特別的，在
start_kernel一開始就有printk(linux_banner)，而這時候
串口和console都尚未初始化呢。
在start_kernel一開始就有printk(linux_banner)，而這時候串口和console都尚未初始化?
仔細分析printk可以對該問題進行解答代碼中的：
/* Emit the output into the temporary buffer */
va_start(args, fmt);
printed_len = vsnprintf(printk_buf, sizeof(printk_buf), fmt, args);
va_end(args);
將輸入放到了printk_buf中，接下來的
for (p = printk_buf; *p; p++) {
if (log_level_unknown) {
if (p[0] != '<' || p[1] < '0' || p[1] > '7' || p[2] != '>') {
emit_log_char('<');
emit_log_char(default_message_loglevel + '0');
emit_log_char('>');
}
log_level_unknown = 0;
}
emit_log_char(*p);
if (*p == ' ')
log_level_unknown = 1;
}
則將printk_buf中的內容進行解析並放到全局的log_buf（在emit_log_char函數）中if (!down_trylock(&console_sem)) {
/*
* We own the drivers. We can drop the spinlock and let
* release_console_sem() print the text
*/
spin_unlock_irqrestore(&logbuf_lock, flags);
console_may_schele = 0;
release_console_sem();
} else {
/*
* Someone else owns the drivers. We drop the spinlock, which
* allows the semaphore holder to proceed and to call the
* console drivers with the output which we just proced.
*/
spin_unlock_irqrestore(&logbuf_lock, flags);
}
則是根據down_trylock(&console_sem)的結果調用release_console_sem()，在release_console_sem()中才真正的對全局的log_buf中的內容相應的console設備驅動進行處理。至此，可以得到如下的一些結論：
（1）printk的主操作實際上還是針對一個buffer(log_buf),該buffer中的內容是否顯示（或者說向終端輸出），則要看是否可以獲得console_sem（2）printk所在的文件為printk.c，是和體系結構無關的，因此對任何平台都一樣。 可以推測的結論是：
（1）kernel在初始化時將console_sem標為了locked，因此在start_kernel一開始的printk(linux_banner)中實際只將輸入寫入了緩沖，等在串口和console初始化後，對printk的調用才一次將緩沖中的內容向串口和console輸出。 （2）在串口和console的初始化過程中，必然有對console_sem的up操作。
（3）因此，在embedded的調試中，如果在console的初始化之前系統出了問題，不會有任何的輸出。 唯一可以使用的只能是led或jtag了。（4）因此，你的問題可以看出解答。2.console的初始化.
不知道你用的是那一個內核版本，在我看的2.4.18和2.4.19中，都是在start_kernel中就對console進行的初始化。從前面的分析來看，console的初始化不應該太晚，否則log_buf有可能溢出。
多謝樓上，分析的很精彩！
我們用的內核版本是2.4.18，console的初始化確實是在
start_kernel->console->init。關於tty和串口，我這里還想再問一下tty設備的操作的總入口
是
static struct file_operations tty_fops = {
llseek: no_llseek,
read: tty_read,
write: tty_write,
poll: tty_poll,
ioctl: tty_ioctl,
open: tty_open,
release: tty_release,
fasync: tty_fasync,
};
而對串口的操作定義在：
static struct tty_driver serial_driver 這個結構中
serial.c中的多數函數都是填充serial_driver中的函數指針
那麼在對串口操作時，應該是先調用tty_fops中的操作（比如
tty_open等），然後再分流到具體的串口操作（rs_open等）吧？
但tty_driver（對串口就是serial_driver)中有很多函數指針
並不跟file_operations中的函數指針對應，不知道這些對應
不上的操作是如何被執行的？比如put_char,flush_char,read_proc,
write_proc,start,stop等。
以下是我對這個問題的一些理解：
這實際上還是回到原先的老問題，即tty和tty_driver之間的關系。從實現上看，tty_driver實際上是tty機制的實現組件之一，借用面向對象設計中的常用例子，這時的tty_driver就象是tty這部汽車的輪胎，tty這部汽車要正常運行，還要tty_ldisc（行規程），termios，甚至struct tq_struct tq_hangup（看tty_struct）等基礎設施。它們之間的關系並非繼承。至於tty_driver中的函數指針，再打個C++中的比喻，它們實際上很象虛函數，也就是說，可以定義它們，但並不一定實現它們、實際上還不用說tty_driver，只要查一下serial_driver都會發現n多個具體的實現，但對各個具體的設備，其tty_driver中的函數不一定全部實現、所以put_char,flush_char,read_proc, write_proc,start,stop這些函數的情況是有可能實現，也有可能不實現 即使被實現，也不一定為上層(VFS層)所用.
Ⅷ linux 串口驅動程序術語介紹
在Linux中經常碰到「控制台」、「終端」、「console」、「tty」、「terminal」等術語，也經常使用到這些設備文件:ldevconsole、/dev/ttySACO、/dev/tty0等。要理解這些術語，需要從以前的計算機說起。
最初的計算機價格昂貴，一台計算機通常連接上多套鍵盤和顯示器供多人使用。在以前專門有這種可以連上一台電腦的設備，它只有顯示器和鍵盤，外加簡單的處理電路，本身不具有處理計算機信息的能力。用戶通過它連接到計算機上(通常是通過串口),然後登錄系統，並對計算機進行操作。這樣一台只有輸入、顯示部件（比如鍵盤和顯示器）並能夠連接到計算機的設備就叫做終端。tty 是Teletype 的縮寫，Teletype是最早出現的一種終端設備，很像電傳打字機。在Linux中，就用tty來表示「終端」，比如內核文件tty_io.c、tty _ioctl.c等都是與「終端」相關的驅動程序;設備文件/dev/ttySACO、/dev/tty0等也表示某類終端設備。「console」的意思即為「控制台」，顧名思義，控制台就是用戶與系統進行交互的設備，這和終端的作用相似。實際上，控制台與終端相比，也只是多了一項功能:它可以顯示系統信息，比如內核消息、後台服務消息。從硬體上看，控制台與終端都是具備輸入、顯示功能的設備，沒有區別。「控制台」、「終端」、「控制終端」這些名詞經常混著用，表示的是同一個意思。
控制台與終端的區別體現在軟體.上，Linux內核從很早以前發展而來，代碼中仍保留了「控制台」、「終端」的概念。啟動Linux內核前傳入的命令行參數「console=…」就是用來指定「控制台」的。控制台在tty 驅動初始化之前就可以使用了，它最開始的時候被用來顯示內核消息（比如 printk 函數輸出的消息)。
Ⅸ 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是基於窗口的。要彈出所需功能的窗口，可按下 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 "來運行腳本。
參考資料 ：