
合三星公司ARM9系列嵌入式处理器S3C2410,讲解怎样进行LCD驱动程式模块化编程及怎样将驱动程式静态加载进系统内核。
LCD (液晶显示)模块满足了嵌入式系统日益提高的需要,他能够显示汉字、字符和图像,同时还具备低压、低功耗、体积小、重量轻和超薄等很多长处。随着嵌入式系统的应用越来越广泛,功能也越来越强大,对系统中的人机界面的需要也越来越高,在应用需求的驱使下,许多工作在Linux下的图像界面软件包的研发和移植工作中都涉及到底层LCD驱动的研发问题。因此在嵌入式系统中研发LCD驱动得以广泛运用。
本文以三星公司ARM9内核芯片S3C2410的LCD接口为基础,介绍了在Linux平台上研发嵌入式LCD驱动程式的一般方法。
本文硬件采用三星公司的S3C2410芯片的研发板,软件采用Linux 2.4.19平台,编译器为arm-linux-gcc的交叉编译器,使用640×480分辨率的TFT彩色LCD,通过对其Linux驱动程式进行改写和调试,成功地实现了对该种屏的驱动和显示。
嵌入式驱动的概念 设备驱动程式是操作系统内核和机器硬件之间的接口,设备驱动程式为应用程式屏蔽了硬件的细节,这样在应用程式看来,硬件设备只是个设备文档,应用程式能够像操作普通文档相同对硬件设备进行操作。设备驱动程式是内核的一部分,他主要完成的功能有:对设备进行初始化和释放;把数据从内核传送到硬件和从硬件读取数据;读取应用程式传送给设备文档的数据、回送应用程式请求的数据连同检测和处理设备出现的错误。
Linux 将设备分为最基本的两大类:一类是字符设备,另一类是块设备。字符设备和块设备的主要区分是:在对字符设备发出读/写请求时,实际的硬件I/O一般就紧接着发生了。字符设备以单个字节为单位进行顺序读写操作,通常不使用缓冲技术;块设备则是以固定大小的数据块进行存储和读写的,如硬盘、软盘等,并利用一块系统内存作为缓冲区。为提高效率,系统对于块设备的读写提供了缓存机制,由于涉及缓冲区管理、调度和同步等问题,实现起来比字符设备复杂得多。LCD是以字符设备方式加以访问和管理的,Linux把显示驱动看做字符设备,把要显示的数据一字节一字节地送往LCD驱动器。
Linux 的设备管理是和文档系统紧密结合的,各种设备都以文档的形式存放在/dev目录下,称为设备文档。应用程式能够打开、关闭和读写这些设备文档,完成对设备的操作,就像操作普通的数据文档相同。为了管理这些设备,系统为设备编了号,每个设备号又分为主设备号和次设备号。主设备号用来区分不同种类的设备,而次设备号用来区分同一类型的多个设备。对于常用设备,Linux有约定俗成的编号,如硬盘的主设备号是3。Linux为任何的设备文档都提供了统一的操作函数接口,方法是使用数据结构struct file_operations。这个数据结构中包括许多操作函数的指针,如open()、close()、read()和write()等,但由于外设的种类较多,操作方式各不相同。Struct file_operations结构体中的成员为一系列的接口函数,如用于读/写的read/write函数和用于控制的ioctl等。打开一个文档就是调用这个文档file_operations中的open操作。不同类型的文档有不同的file_operations成员函数,如普通的磁盘数据文档,接口函数完成磁盘数据块读写操作;而对于各种设备文档,则最终调用各自驱动程式中的I/O函数进行具体设备的操作。这样,应用程式根本不必考虑操作的是设备还是普通文档,可一律当作文档处理,具备很清楚统一的I/O接口。所以file_operations是文档层次的I/O接口。
LCD控制器
LCD 控制器的功能是显示驱动信号,进而驱动LCD。用户只需要通过读写一系列的寄存器,完成配置和显示驱动。在驱动LCD设计的过程中首要的是配置LCD控制器,而在配置LCD控制器中最重要的一步则是帧缓冲区(FrameBuffer)的指定。用户所要显示的内容皆是从缓冲区中读出,从而显示到屏幕上的。帧缓冲区的大小由屏幕的分辨率和显示色彩数决定。驱动帧缓冲的实现是整个驱动研发过程的重点。S3C2410中的LCD控制器可支持STN和TFT两种液晶。对于STN 液晶平板,该LCD控制器可支持4位双扫描、4位单扫描和8位单扫描三种显示类型,支持4级和16级灰度级单色显示模式,支持256色和4096色显示,可接多种分辨率的LCD,例如640×480、320×240和160×160等,在256色显示模式时,最大可支持4096×1024、2048× 2048和1024×4096显示。TFT液晶平板可支持1-2-4-8bpp(bits per pixel)调色板显示模式和16bpp非调色板真彩显示。
帧缓冲区是出现在Linux 2.2.xx及以后版本内核当中的一种驱动程式接口,这种接口将显示设备抽象为帧缓冲区设备区。帧缓冲区为图像硬件设备提供了一种抽象化处理,他代表了一些视频硬件设备,允许应用软件通过定义明确的界面来访问图像硬件设备。这样软件无须了解任何涉及硬件底层驱动的东西(如硬件寄存器)。他允许上层应用程式在图像模式下直接对显示缓冲区进行读写和I/O控制等操作。通过专门的设备节点可对该设备进行访问,如/dev/fb*。用户能够将他看成是显示内存的一个映像,将其映射到进程地址空间之后,就能够进行读写操作,而读写操作能够反映到LCD。
帧缓冲设备对应的设备文档是/dev/fb*。假如系统有多个显卡,Linux还支持多个帧缓冲设备,最多可达32个,即/dev/fb0~/dev/fb31。而/dev/fb则指向当前的帧缓冲设备,通常情况下,默认的帧缓冲设备为/dev/fb0。
帧缓冲设备也属于字符设备,采用“文档层-驱动层”的接口方式。在文档层为之定义了以下数据结构。
Static struct file_operations fb_fops={ ower: THIS_MODULE, read: fb_read, /*读操作*/ write: fb_write, /*写操作*/ ioct1: fb_ioct1, /*I/O操作*/ mmap: fb_mmap, /*映射操作*/ open: fb_open, /*打开操作*/ release: fb_release, /*关闭操作*/ }
其成员函数都在linux/driver/video/fbmem.c中定义,其中的函数对具体的硬件进行操作,对寄存器进行配置,对显示缓冲进行映射。主要结构体更有以下几个。
● Struct fb_fix_screeninfo:记录了帧缓冲设备和指定显示模式的不可修改信息。他包含了屏幕缓冲区的物理地址和长度。 ● Struct fb_var_screeninfo:记录了帧缓冲设备和指定显示模式的可修改信息。他包括显示屏幕的分辨率、每个像素的比特数和一些时序变量。其中变量 xres定义了屏幕一行所占的像素数,yres定义了屏幕一列所占的像素数,bits_per_pixel定义了每个像素用多少个位来表示。 ● Struct fb_info:Linux为帧缓冲设备定义的驱动层接口。他不但包含了底层函数,而且更有记录设备状态的数据。每个帧缓冲设备都和一个fb_info结构相对应。其中成员变量modename为设备名称,fontname为显示字体,fbops为指向底层操作的函数的指针。
LCD驱动研发的主要工作
1 编写初始化函数 初始化函数首先初始化LCD 控制器,通过写寄存器配置显示模式和颜色数,然后分配LCD显示缓冲区。在Linux中能够用kmalloc()函数分配一段连续的空间。缓冲区大小为:点阵行数×点阵列数×用于表示一个像素的比特数/8。缓冲区通常分配在大容量的片外SDRAM中,起始地址保存在LCD控制寄存器中。本文采用的LCD显示方式为640×480,16位彩色,则需要分配的显示缓冲区为640×480×2=600kb。最后是初始化一个fb_info结构,填充其中的成员变量,并调用register_framebuffer(&fb_info),将fb_info登记入内核。
2 编写成员函数 编写结构fb_info中函数指针fb_ops对应的成员函数,对于嵌入式系统的简单实现,只需要下列三个函数就能够了。
struct fb_ops{ …… int (*fb_get_fix)(struct fb_fix_screeninfo *fix, int con, struct fb_info *info); int (*fb_get_var)(struct fb_var_screeninfo *var, int con, struct fb_info *info); int (*fb_set_var)(struct fb_var_screeninfo *var, int con, struct fb_info *info); …… } Struct fb_ops在include/linux/fb.h中定义。这些函数都是用来配置/获取fb_info结构中的成员变量的。当应用程式对设备文档进行 ioctl操作时候会调用他们。对于fb_get_fix(),应用程式传入的是fb_fix_screeninfo结构,在函数中对其成员变量赋值,主要是smem_start(缓冲区起始地址)和smem_len(缓冲区长度),最终返回给应用程式。而fb_set_var()函数的传入参数是 fb_var_screeninfo,函数中需要对xres、yres和bits_per_pixel赋值。
对于/dev/fb,对显示设备的操作主要有以下几种。
● 读/写(read/write)/dev/fb:相当于读/写屏幕缓冲区。 ● 映射(map)操作:由于Linux工作在保护模式,每个应用程式都有自己的虚拟地址空间,在应用程式中是不能直接访问物理缓冲区地址的。为此,Linux在文档操作 file_operations结构中提供了mmap函数,可将文档的内容映射到用户空间。对于帧缓冲设备,则可通过映射操作,可将屏幕缓冲区的物理地址映射到用户空间的一段虚拟地址中,之后用户就能够通过读写这段虚拟地址访问屏幕缓冲区,在屏幕上绘图了。 ● I/O控制:对于帧缓冲设备,对设备文档的ioctl操作可读取/配置显示设备及屏幕的参数,如分辨率、显示颜色数和屏幕大小等。ioctl的操作是由底层的驱动程式来完成的。在应用程式中,操作/dev/fb的一般步骤如下:打开/dev/fb设备文档;用ioctrl操作取得当前显示屏幕的参数,如屏幕分辨率和每个像素的比特数,根据屏幕参数可计算屏幕缓冲区的大小;将屏幕缓冲区映射到用户空间;映射后即可直接读写屏幕缓冲区,进行绘图和图片显示了。 LCD模块化驱动 在对S3C2410 的LCD编写模块化驱动程式时,首先要从内核中去除LCD驱动。这里需要做一些改变,系统调用被加在以下文档中,需去除: /root/usr/src/arm/linux/kernel/sys.c;/root/usr/src/arm/linux/include/arm -arm下的unistd.h和lcd.h;/root/usr/src/arm/linux/arch/arm/kernel下的calls.s。
编写模块化驱动程式,有以下几个关键的函数。 ● lcd_kernel_init(void)//当模块被载入时执行 ● lcd_kernel_exit(void)//当模块被移出内核空间时被执行 ● lcd_kernel1_ioctl(struct*inode, struct*file, unsigned int cmd, unsigned longarg) //其他功能 每当装配设备驱动程式时,系统自动调用初始化模块lcd_kernel_init(void)。 另一个必须提供的函数是lcd_kernel_exit(void),他在模块被卸载时调用,负责进行设备驱动程式的工作。 执行insmod lcd.o命令即可将LCD驱动添加到内核中,执行rmmod lcd命令即可从内核中删除LCD驱动。
静态加载LCD驱动
将写好的lcd 驱动程式lcd.c放到arm/linux/drivers/char目录下,修改arm/linux/drivers/char/config.in文档,加上一行:Bool’LCD driver support’CONFIG_LCD;修改arm/linux/drivers/char/Makefile文档,加上一行:obj-$ (CONFIG_LCD)+=lcd.o。
这样,当再进行make xconfig时,就会选择是否将LCD驱动编译进内核。同样的办法也可用在其他设备上。 
图一:半导体产业链 那么,选择研发板的时候,应该注意哪些方面,才能够确保自己的项目能够顺利地完成?本文将就这个问题,从嵌入式研发板行业情况、嵌入式研发板的功能和作用等方面来向用户提供一些信息和建议。 那么,选择研发板的时候,应该注意哪些方面,才能够确保自己的项目能够顺利地完成?本文将就这个问题,从嵌入式研发板行业情况、嵌入式研发板的功能和作用等方面来向用户提供一些信息和建议。 嵌入式行业情况 嵌入式研发板的原型,能够说是各大芯片厂商在推出芯片的时候,提供给用户的参考设计。很正常,半导体厂商在推广自己芯片的时候,单单拿芯片给用户看是没有任何吸引力的,一定要给用户看到具体的电路板,具体的接口,能够给客户一个具体的印象,才能够确保推广的效果;半导体厂商给出这些参考设计,也是让用户在设计的时候有一个参考,加快他们产品设计和上市的进度。 无论是8位、16位单片机,还是32位能够运行操作系统的嵌入式处理器,半导体厂商都有这样的参考设计。对应的,市面上有很多向用户提供研发板的厂商。对于32位嵌入式处理器来说,华恒科技在国内是较早进行嵌入式研发板设计推广的厂家,从2000年就在国内推出了首款面向手持终端设备的研发板。到如今五年过去了,嵌入式处理器不断推陈出新,早期摩托罗拉半导体(现飞思卡尔半导体)68K/Coldfire和PowerPC处理器的一枝独秀已一去不返,现在ARM、Coldfire、PowerPC和ADSP更有基于MIPS、X86体系结构的嵌入式处理器百花齐放、处理器厂商连同处理器架构厂商各显神通,半导体行业的上游企业给研发板厂商的出现和成长提供很好的契机。 特别是2002年底2003年,ARM体系结构在国内的风行,给很多想要基于自己的嵌入式技术进行创业的人送来了东风。大江南北几乎每个省级城市都会有研发板厂商。这段时间连同之后入行的公司有一个一起的特点,就是产品基本都是基于ARM处理器进行研发,或是仿真器类的 ARM 工具进行研发。这些厂商能够为用户提供具备不同接口功能的研发板,从整体上看是能够为电子产品的制造商提供服务,加速半导体产业链下游厂商产品的上市。 但是,具体到每个供给厂商,因为不能够提供充分的技术支持、技术服务,导致用户产品没有办法及时上市的情况还是有的 ,我们的就碰到了不少这样项目进行不下去 ,不得不再来找到我们的例子,为什么会有这样的情况呢?用户怎样才能够较早区分这样的供给商呢?
嵌入式研发板的功能和作用 嵌入式研发板,从概念上来讲,和软件外包很类似(软件外包是指软件外包提供商为了集中精力从事核心竞争力业务,降低项目成本,同时提高项目实施的质量,将自己的软件项目中的全部或部分工作发包给合适的软件企业去完成)。像嵌入式产品的硬件、引导代码、驱动程式、文档系统、协议层、基本应用软件这些方面,都是电子产品的公共和通用部分,并不是产品能够形成差异化的关键技术,在这个讲求分工合作的时代,假如是这部分的工作量比较大,或是厂商没有相关的研发人员的时候,就能够选择由第三方完成这些软件研发的工作,加快产品研发的进程,实现产品的迅速上市,抢占市场先机。 那么,作为“发包方”的研发板用户,选择研发板的时候,实际上选择的不但是个硬件板子、研发板提供的源代码等资源,而是选择一个合作伙伴,一个为用户提供软件和硬件服务的合作伙伴。和软件外包这种合作方式类似,用户和供给商之间的合作更多是软件方面的合作,需要用户和供给商之间根据产品的具体需求进行充分沟通,供给商要根据用户的需求不断地调用人员进行配合。像我们在支持客户进行产品研发的过程中,碰到的比如更改文档系统、串口测试、64M Flash换成128M Flash等问题,大多情况都是要通过软件方式来解决的,这就形成了嵌入式行业供给商的售后支持和客户研发的高度互动性。
 图二:嵌入式研发板牵涉的软件工作分工(个人感觉这个图不错) 也就是说,嵌入式研发板是用户软件外包的载体,相对于传统的软件外包业务,研发板实际上能够为用户提供硬件实物和软件服务两方面的价值。 现在,在嵌入式行业中,除了嵌入式研发板,外包的形式也趋向多样化,用户能够根据自己的产品需要,向供给商提出定制需要,由供给商提供硬件设计和驱动移植等方面的服务;有可能电子厂商会自己设计硬件,由嵌入式系统厂商帮助其完成系统的移植、驱动的完善工作。从行业链上的作用来看,嵌入式系统厂商能够采用灵活的服务方式,利用自己的技术优势帮助电子产品厂商缩短产品研发周期、节省设计资源方面的投资,促进电子产品厂商的快速发展。 嵌入式研发板选型的建议 以嵌入式研发板的功能和作用作为出发点,嵌入式研发板选型应该从以下三个方面来综合考虑:
(一)研发板的硬件设计是基本照搬半导体厂商的参考设计,还是充分为国内厂家生产制造、产品上市等方面考虑。 半导体厂商专注于芯片的设计,对参考设计的投入一定不会像研发板的厂商相同,能够做到专注专业。外国芯片厂商的工程师,在做参考设计的时候,习惯上会采用在本国使用比较多的外围芯片。这样,半导体厂商的参考设计对国内厂商提供的参考价值有限。 专门以研发板为主要产品的公司的出现,也体现了分工合作,协同创新的理念。现在,华恒科技是飞思卡尔半导体(原摩托罗拉半导体)的全球设计联盟成员、美国ADI公司的DSP技术合作伙伴、英国ARM公司ARM Connected Community成员单位。华恒科技和上游厂商紧密合作,整合资源,为电子产品研发商提供完善的嵌入式设计服务,帮助电子产品厂商专注于核心竞争力,推出具备强大技术、市场活力的产品,最终实现上、中、下游厂商的三方共赢。 专业的研发板设计公司,在硬件设计方面,会充分为用户考虑,帮助用户以更高的效率进行研发和制造生产。华恒硬件工程师选择的硬件芯片都是国内硬件工程师常用的器件、有关的生产制造能够国内现有的生产工艺技术,不但物料成本低、而且器件容易购买、板子容易生产;使用华恒研发板的客户在自己产品批量生产的时候,将能够享受到华恒严格控制成本、易采购、易生产所带来的便利和市场竞争力。 在器件选择上,器件的性能和功能也是必须考虑的因素。以基于S3C2410的研发板为例,华恒的硬件工程师在硬件选型上就下足了功夫—— 以太网:华恒使用价格便宜的10M/100M自适应以太网芯片,三星的参考设计采用的是 10M的cs8900,不但价格高,而且只能达到10M速度。 音频:华恒使用的是UDA1380,三星的参考设计使用的是UDA1341,华恒选用这款芯片是因为UDA1380 的性能要好很多。 所以,在选择研发板的时候,无论是出于最终产品的性能和功能考虑,还是为后期能够更加方便地制造生产,用户一定要擦亮眼睛,仔细对比一下供给商提供的研发板是不是更加适合自己的产品研制和生产。
(二)研发板的软件是否支持完善,是否能够支持任何研发板上任何的硬件接口。 研发板的价值就在于,能够让用户节省在系统、驱动等方面的投入,专注于使产品形成差异化的上层软件的研发。假如供给商提供的研发板,板级硬件接口没有对应的软件驱动的支持,用户的研发进度就会受到影响 。在购买研发板的时候 ,一定要确认清楚,是不是任何的硬件接口都有相应的驱动,研发板是不是拿到手就能够马上用来做研发。
(三)供给商的技术支持力度怎样。 嵌入式行业是客户研发和售后支持具备高度互动性的行业,供给商的技术支持有时就会成为用户产品上市的关键因素,在供给商的技术支持能力方面,一定要慎重考察。 考察一个供给商能不能提供充分的支持,一个有效的方法就是到这个公司的技术支持论坛上看看。在论坛上,用户发贴询问的问题,是不是能够及时得到回复。没有专业的支持团队的公司,没有办法为用户提供及时的支持。用户在论坛上发贴询问,有的厂商一个月才给用户一个答复,有的甚至不予回答。 是否能够提供完备的技术支持,是个研发板公司是不是专业的研发板公司,是不是能够发挥在产业链上承上启下的作用,是不是能够为用户创造价值的重要标准。这个道理实际上应该很浅显,研发板厂商的入门门槛并不高,只要有硬件设计能力,参考半导体厂商的参考设计,就能够推出研发板产品。假如不能够为用户或不给用户提供技术支持,这样的厂商能够为用户提供的就只是个硬件板子,即使是现在市面上两千多的板子,假如是非专业厂商提供的话,供给商所获得的利润也是很高的,因为这些厂家的成本只是研发板的硬件成本和销售成本;专业的研发板公司,需要承担的研发成本、售后支持成本、运营成本和销售成本均摊下来,不一定有非专业公司的盈利高,市面上研发板的价格为什么会有那么大的价格差别,原因也可见一斑。 总之,用户在购买研发板的时候,选择的不是研发板,而是为自己提供服务的合作伙伴。研发板的价格是公司服务价值的体现,所以现在很多追求最低价研发板的消费理念是偏颇的。选择研发板,选择一个为自己服务的公司,一定要慎重。在半导体行业里面,研发板厂商就是衔接上下游厂商的链条。质量上乘的链条,能够快速地将用户送上新品促进市场良性循环的金光大道;劣质的链条,关键时刻,掉链子了,用户需要修修补补,就会被竞争对手赶超,再好的产品创意也会逐渐失去价值。
|