众所周知JZ2440 V3很小巧,精致。今天单就JZ2440的串口来讨论一些问题。我们在用串口进行调试的时候,需要用JZ2440自带的一根USB线连接电脑USB口和开发板的USB-com1口。先来看一下JZ2440的串口大致连接图:
从S3C2440芯片上引出TXD0和RXD0到芯片PL2303,大家都知道PL2303是干嘛用的。在单片机开发板上一般都用这个芯片,它的作用就是USB转RS232电平,经过PL2303的转换之后,电脑和开发板即可通信,设置好参数后也就能够显示出开发板的打印信息了。JZ2440在这一点上还有一处可以说说,就是它没有使用其他品牌开发板常用的RS232 DB9接口,这在很大程度上减小了开发板的体积,同时也节减了USB转串口线的花费,可谓一举两得。其他开发板一般是使用哪种接口呢?如下图所示:
其串口工作原理也是一样的,只是接口不同而已,这里也有一个图示:
搞懂了串口工作时的连线图之后就可以在此基础上进行修改,以便解决实际使用中遇到的问题。问题马上就来了,在用JZ2440开发时,串口是在SecureCRT上输出信息的。在输出信息时,偶尔会使电脑蓝屏。这种情况多发生在有大量数据要显示的时候,比如开机后,执行命令ls -l /dev 可能就会导致电脑蓝屏。于是我将系统换为XP,用了一段时间,没有出现蓝屏,所以应该是驱动的原因。由于使用习惯的问题,随后我的系统从XP升级到了Win7 ,Win8 ,Win8.1 .在使用JZ2440时,又频繁地出现了蓝屏问题,并且这个PL2303的驱动就像DNW的驱动一样,特别难安装。驱动日期是2010/10/7 ,这个时间点之后的PL2303装上之后无法使用。
不过最终驱动还是装上了,这个问题苦恼了很久,经常蓝屏,严重影响开发效率,并且蓝屏之后电脑很久之后才能启动,甚是不爽。细细想来,这个问题并不是因为JZ2440板子的问题,只是因为系统原因,对PL2303芯片的支持不是很到位。为了解决这个问题,我想弃用板子自带的调试串口。毕竟板子上还扩展有三个TTL串口可以用嘛。理论上没有理由不行啊,所以打算尝试一下。我又仔细的看了一下JZ2440的原理图,发现了下面的连线图:
有三个TTL串口可供选择,但是com1接口与USB-COM1来同一处,所以避免不必要的麻烦,我打算使用com2来充当调试串口。如果直接在电脑与开发板之间接一条线是肯定不行的。原因很简单嘛,电平不一样,两者是无法通信的。仿照原有电路,我找到了下面的几个设备:
有了这3个设备不就成了?另外一路调试串口呼之欲出。但是这也只是硬件上的连线而已,下面是软件部分的修改(需要重新编译uboot和内核):
1.首先修改的是uboot部分, 修改文件u-boot/include/configs/100ask24xx.h ,根据具体的板子找对应的文件即可。
①
#define CONFIG_SERIAL1 1
改为
#define CONFIG_SERIAL2 1
修改这一处,目的是告诉bootloader, 系统启动时要把bootloader的调试信息输出到串口 com2 上。那到底哪些才是bootloader的调试信息呢?在下面:
U-Boot 1.1.6 (Sep 19 2014 - 22:44:53)
DRAM: 64 MB
Flash: 2 MB
NAND: 256 MiB
In: serial
Out: serial
Err: serial
UPLLVal [M:38h,P:2h,S:2h]
MPLLVal [M:5ch,P:1h,S:1h]
CLKDIVN:5h
+---------------------------------------------+
| S3C2440A USB Downloader ver R0.03 2004 Jan |
+---------------------------------------------+
USB: IN_ENDPOINT:1 OUT_ENDPOINT:3
FORMAT: <ADDR(DATA):4>+<SIZE(n+10):4>+<DATA:n>+<CS:2>
NOTE: Power off/on or press the reset button for 1 sec
in order to get a valid USB device address.
Hit any key to stop autoboot: 0
Booting Linux ...
NAND read: device 0 offset 0x60000, size 0x400000
Reading data from 0x45f800 -- 100% complete.
4194304 bytes read: OK
## Booting image at 30007fc0 ...
Image Name: Linux-3.4.2
Created: 2014-09-19 15:10:15 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2439664 Bytes = 2.3 MB
Load Address: 30008000
Entry Point: 30008000
Verifying Checksum ... OK
XIP Kernel Image ... OK
Starting kernel ...
到这里,uboot的调试信息打印结束,下面就把所有任务交给内核了。有的同学编译好内核,启动时,卡死在这里,只能说明,你的uboot是正常的,内核是否正常就不得而知了。要想判断内核是否正常,可以查看一下内核打印出来的调试信息。
②
#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0"
改为
#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC1"
大家都知道这个参数是要传递给内核的,所以修改本处,是告诉内核要把内核的调试信息输出到串口 com2 上。
2.修改内核部分,修改文件linux/.config ,没错,这个就是执行 make menuconfig 之后生成的配置文件,我们直接修改它即可
①为了简单,我直接修改文件,不再演示图形界面了。
CONFIG_S3C_LOWLEVEL_UART_PORT=0
改为
CONFIG_S3C_LOWLEVEL_UART_PORT=1
修改此处是让内核输出低级调试信息。说明一下,低级调试信息就是这一句:
Uncompressing Linux............................................................. done, booting the kernel.
②CONFIG_DEBUG_S3C_UART=0
改为
CONFIG_DEBUG_S3C_UART=1
这是告诉Linux系统,要把调试信息输出到串口2上面。有了这一句,你就会看到很多的调试信息,系统启动时,大部分的输出信息都来自这一配置。
以上4点修改完成后,重新编译uboot和内核,重新烧写,启动。好了,串口就修改成功了。如果上面4点没有全部修改,则可能出现下面的情况:
uboot的信息在com1上面显示,内核的信息则在com2上显示,这是我曾遇到过的。
转自韦老师的整离
附上二维码