满意答案
 
板子软件分三部分：
 
1、uboot (负责初始化基本硬件，如串口，网卡，usb口等，然后引导系统运行)
 
2、linux系统 (真正的操作系统)
 
3、你的应用程序 (基于操作系统的软件应用)
 
当你开发板上电时，uboot运行，就会把串口设备初始化好，能够往串口输出打印信息。还可以接受你透过电脑的串口助手从串口发来的信息。它把你的信息解释成命令，然后转到系统执行。
 
你用QT也可以自己写个仿照终端命令 一样的应用程序，接收UDP来的数据，同时返回一个同样的数据，好像就是在屏幕上输入一样。然后用switch解释后，用system() 或 QProcess 来执行相应的命令。你还可以把执行后的信息透过udp发送回去。就像udp收到文字“ls”
 
QProcess p(0);
 
p.start("cmd", QStringList()<
 
p.waitForStarted();
 
p.waitForFinished();
 
QString strTemp=QString::fromLocal8Bit(p.readAllStandardOutput());
 
然后把 strTemp 透过udp发回去。就仿佛是在终端打ls命令一样了。
 
00分享举报

 
项目中用到串口通信，但是这个串口也用于控制台。为了保证串口通信时不能有控制台发出的消息，需要关闭打印。
 
在测试过程中发现，有三种类型的打印，一是uboot的打印，在Starting kernel ...之前的打印都是；二是prink的打印，linux kernel不能用printf，对应的输出函数是printk，它的实现在kernel/printk.c中；三是应用层的printf。
 
1、去掉printk打印
 
在linux内核中的/kernel目录下printk.c文件中有一个函数：
 
static void __call_console_drivers(unsigned long start, unsigned long end)
 
{
 
struct console *con;
 
for (con = console_drivers; con; con = con->next) {
 
if ((con->flags & CON_ENABLED) && con->write)
 
con->write(con, &LOG_BUF(start), end - start);
 
}
 
}
 
去掉如下两行重新编译内核即可：
 
if ((con->flags & CON_ENABLED) && con->write)
 
con->write(con, &LOG_BUF(start), end - start);
 
2、标准输出、标准错误输出重定向
 
int main() {
 
int pid = 0;
 
// fork a worker process
 
if (pid = fork()) {
 
// wait for completion of the child process
 
int status;
 
waitpid(pid, &status, 0);
 
}
 
else {
 
// open /dev/null
 
int fd_null = open("/dev/null",O_RDWR);
 
if(dup2(fd_null, 1) == -1)
 
return 1;
 
if(dup2(fd_null, 2) == -1)
 
return 1;
 
XX_run();
 
}
 
return 0;
 
}
 
我将标准输出和错误输出重定向到/dev/null中
 
如果我没有将输出重定向，只是关闭输出，close(1) close(2)，程序经常出现错误，这个还需要继续研究。

 
文章目录
 
嵌入式开发板调试中的串口问题
问题提出
给出推论
结论验证
 

 
嵌入式开发板调试中的串口问题
 
问题提出
 
在开发板调试过程中，遇到过一个很奇怪的问题，串口突然疯狂打印乱码，整个console变得无法控制，但是通过telnet进行网络连接后，查看ps，并没有异常的进程。
 
给出推论
 
不断的寻找该原因，完全无法找到。
 查看.bash_history发现该问题，在history中有执行乱码命令，非常奇怪，因为执行了该命令，代表这串口输出的数据实则是信号输入，然后串口进行的一个回显，也就是说这个打印的乱码其实是类似于我们输入进去的信号。
 
结论验证
 
推出这一结论之后，就可能尝试验证这一想法，就是通过检测txd、rxd的信号，示波器测试之后发现，txd和txd的信号一模一样，也就是说产生了自激振荡样式的问题，串口由一个信号产生振荡，自己的输出又成了自己的输入，疯狂的陷入了一个死循环，但是Linux系统又是没有死掉的，不过是疯狂的进入串口中断，造成一点点的系统卡顿。
 至此得出了这一难题的结论，硬件方面不知道为何导致了两个IO口产生了串扰，导致自激振荡的产生。希望存在该问题的朋友能在此处找到答案。

 
文档时间：2018-10-09
 
模块平台：EC25EFA
 
Linux的默认控制台是debug串口，想要改变控制台，首先需要释放debug串口。
 
释放debug串口的步骤主要分为三步：1.禁止aboot的log输出 2.禁止linux启动过程的log输出 3.取消linux console控制台。
 
1，Aboot启动过程中会默认向debug串口打印消息，想取消这些打印信息，需要进行修改并重新编译aboot。
 
1)，添加打印关闭宏
 
vim apps_proc/bootable/bootloader/lk/project/mdm9607.mk
 

 
2)，添加DEFINES += DEBUG_LOG_DISABLE=1宏
 
3)，修改 uart_dm.c(位于xxx/apps_proc/bootable/bootloader/lk/platform/msm_shared/目录下)
 
#ifdef DEBUG_LOG_DISABLE
 
static unsigned int
 
msm_boot_uart_dm_write(uint32_t base, char *data, unsigned int num_of_chars)
 
{
 
return MSM_BOOT_UART_DM_E_SUCCESS;
 
}
 
#else
 
/** UART transmit operation*/
 
static unsigned intmsm_boot_uart_dm_write(uint32_tbase, char *data, unsigned intnum_of_chars)
 
{
 
。。。
 
}#endif
 
红色部分为新增代码
 
4)，重新编译aboot
 
rebake virtual/bootloader
 
2，禁止linux启动过程的log输出
 
在linux启动过程中，会打印出一些信息，想去除这些消息，需要进行修改aboot传给linux kernel的启动参数
 
1)，禁止linux启动过程输出log请在sdk目录执行以下命令($为命令行提示符)
 
$ sed -i 's/console=ttyHSL0,115200,n8/console=disable/g' ql-ol-extsdk/tools/quectel_mkboot/mkqcomboot
 
2)，重新编译内核
 
$ make kernel
 
NOTE：
 
1)，如果想恢复linux启动log：sed -i 's/console=disable/console=ttyHSL0,115200,n8/g' ql-ol-extsdk/tools/quectel_mkboot/mkqcomboot
 
2)，禁止log不能使用make debug_kernel_menuconfig来配置内核，否则内核会崩溃
 
3，取消linux console控制台
 
Linux console控制台的指定在rootfs中的/etc/inittab文件中，修改此文件就可以取消linux console控制台。
 
首先打开inittab文件，例如：vim ql-ol-rootfs/etc/inittab
 

 
注释掉指定console控制台的语句
 

 
重新编译rootfs
 
make rootfs
 
4，验证
 
完成1，2，3步骤后，使用adb重新下载aboot，kernel和rootfs，开机后debug串口不在有任何输出，使用adb shell可以登录上去就说明释放debug串口成功