雄迈视频板使用调试串口作为普通串口通信

将调试串口改为普通串口

某此场合，因串口不足，需要用调串口进行数据通信。为了实现这个功能，办法为：
把别的串设为控制台模式，物理调试串口腾出来变为了普通的串口，代码如下：

#include <sys/ioctl.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <fcntl.h>
#include <termios.h>
#include <errno.h>

//将指定的串口改为控制台模式，则其它串口变为普通串口
int fd;
fd = open("/dev/tty1", O_RDONLY);
if (fd >= 0) {
    ioctl(fd, TIOCCONS);
    close(fd);
}

临时关闭内核信息输出：echo 0 > /proc/sys/kernel/printk；

重新打开内核信息输出：echo 7 > /proc/sys/kernel/printk。

这样，要用串口设备的时候，就先临时关闭，然后开关切换，搞完之后再切回来，最后打开输出。

雄迈视频板使用调试串口作为普通串口通信

本文档记录的是，使用雄迈Hi3516CV200芯片，雄迈IPC。雄迈提供了localSDK，这个是用来写程序放到视频板里运行的。雄迈会提供打包工具，用来生成将自己写的程序生成网级升级包对设备升级。

由于业务需要用视频板通过串口接外置设备，而视频板只有调试串口。于是，就研究如何将调试串口作为普通的串口使用。

视频板上电启动时波特率为115200，会打印一些常规启动信息，当进入Linux后，这个串口不再打印。应该是雄迈厂家，将这个串口关了。

为了调试，得先想办法进入视频板，视频板的telnet是关了的。为了方便调试，自已写个telnet通过打包工具升级到板子里运行，telnet的写法参考busybox里的代码。

能telnet后，先试一下cat /dev/ttyAMA0，向串口发，能正常收到数据。再用echo xxx >/dev/ttyAMA0在串口上也能收到数据。说明串口是通的。

接下来，就是写自己的应用程序，打开串口通信了。可怪事发生了，程序在其它板子上都是对的，在这个板子上，串口接收数据，会掉包。掉包的现象为，向他发超32字节，大部分时间只能收到前面32字节，后面的收不到。也有时连前面的32字节都收不到。收到的字符是对的，没有收错，可判断不是串口信号不好引起的。而使用cat /dev/ttyAMA0接收，能全部分收到，不会掉数据。

接下来就是各种猜测和分析：

1. 这个是调试串口，是不是雄迈的程序其它地方有对这个串口接收数据，导致收的数据被其它程序收走了。偿试，通过ioctl(fd, TIOCCONS);这种方式，将串口1改为调试串口，将串口0腾出来。可问题还是没有解决。

2. 还有个怪现象，用我的应用程序打开过串口，再用cat命令读，就会立即反回，无法读到数据。这个现象，后来发现原因为：我的程序是非阻塞的，将串口的接收等待最少字符设置为了0，而默认的是1。用stty -F /dev/ttyAMA0 -a可以看到min的值。而雄迈的板子，没有stty命令，怎么办呢？找海思的开发包，mount nfs到pc的某个文件夹，将开发板里的rootfs下的busybox放到文件夹下，直接使用busybox stty来实现。stty不仅可以查看串口参数，还能设置参数。

3. cat命令读数据有个特性，就是当串口已被别的程序打开着，也能通过cat命令读到。cat在读时，另外的程序就读不到了。这是我试到的现像，具体原因未去深入研究。

为了解决接收掉数据的问题，接下来试一下，将应用程序改为只有串口部分，其它的业务功能通通不要。测试还是有那种问题。再试试，波特率等参数都不改，直接open后就读，也是有那种问题。

由于采用的是非阻塞模式，再试试将sleep的时间改大一点，改成1秒。试一下，发现现象有变化，变得很难收到数据，仅偶尔能收到一点。再试改小一点，如改成1ms，这次容易收到了。非阻塞的read，当没读完，应该在下次读时将上次的反回。根据这个现象，估计这个ttyAMA0驱动未实现这个功能。而cat能收到是因为，cat是阻塞读的，一直在读。使用非阻塞，只能间隔的读。

接下来，就是将程序改为阻塞的读，为了实现非阻塞，还开了两个线程，一个用于写、一个用于读。弄好之后，一切正常了。

下面总结一下上面的内容：

1. 雄迈进入系统后ttyAMA0已经未作为调试串口了，可直接当作数据串口。
2. 这个ttyAMA0不支持缓存，非阻塞方式，间隔读，间隔期间来的数据会丢。
3. 采用阻塞方式的读，可以收全数据，也就是cat方式不丢数据的原因。