×
单片机 > 单片机程序设计 > 详情

将JZ2440调试串口改成COM2

发布时间:2024-05-20 发布时间:
|

众所周知,JZ2440 V2很小巧,精致。今天单就JZ2440的串口来讨论一些问题。我们在用串口进行调试的时候,需要用JZ2440自带的一根USB线连接电脑USB口和开发板的USB-com1口。先来看一下JZ2440的串口大致连接图:

从S3C2440芯片上引出TXD0和RXD0到芯片PL2303,大家都知道PL2303是干嘛用的。在单片机开发板上一般都用这个芯片,它的作用就是USB转TTL电平,经过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来充当调试串口。如果直接在电脑与开发板之间接一条线是肯定不行的。原因很简单嘛,电平不一样,两者是无法通信的。仿照原有电路,我找到了下面的几个设备:



有了这两个设备不就成了?另外一路调试串口呼之欲出。但是这也只是硬件上的连线而已,下面是软件部分的修改(需要重新编译uboot和内核):1.首先修改的是uboot部分,修改文件uboot/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: +++<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上显示,这是我曾遇到过的。


『本文转载自网络,版权归原作者所有,如有侵权请联系删除』

热门文章 更多
浅谈AVR中定时器几种工作模式