跳至主要内容

【转】vivi开发笔记(一):学习计划

项目名称:M-BOOT
开始时间:2007-07-23
项目作者:calmarrow(lqm)(piaoxiangxinling@163.com)
 
项目简介:
    M-BOOT项目是要设计完成一款bootloader,使之应用于EDUKIT-III实验平台(S3C2410),支持串口、网络等多种下载的方式。
 
项目价值:
    项目的主要任务其实包含两个方向:一是学习vivi的软件架构,完成自己的bootloader,实现基本功能即可;二是在vivi原有功能的基础之上,增强其功能。
 
    方向一是从学习研究的角度出发,主要的价值在于:
    1、熟悉Vivi的软件架构,并进行临摹。以后如果自己做新的基于S3C2410的开发板,移植Vivi就容易得多。
    2、提高ARM汇编和C语言编程水平。
    3、熟悉硬件平台,提高读Datasheet的能力。
    4、以此为主线,掌握相应的开发工具。
    ... ...
 
    方向二是从商业应用的角度出发。因为现在S3C2410的开发板系列,bootloader占用代码空间小,如果没有严格要求,比如说bootloader的可执行文件在10K之内,那么需要自己编写bootloader。大部分情况下,只是移植就满足需求了。但是vivi的功能有限,仅仅具备串口下载功能,各个厂商都进行了相应的功能扩展。也就是,功能扩展占有绝大多数的市场。
 
可行性分析:
    1、Vivi代码量相对较少,功能简单。
    2、网络资料丰富。
    3、自己移植Vivi已经成功,并且增加了跑马灯和蜂鸣器功能。
    由此分析,此项目可行,对自己ARM的学习有很大帮助,希望尽心尽力去完成。
 
项目进度安排:
    7月23日-7月29日
       1 立项,搜集资料
       2 vivi软件架构分析,完成文档
       3 vivi配置机制分析,完成文档
    7月29日-8月5日
       1 熟悉GNU Tools的基本使用方法
       2 学习s3c2410 datasheet,完成基本实验
    8月6日-8月19日
       1 分析vivi源代码
       2 设计完成m-boot,具备基本功能,支持X-modem下载方式
       3 增加vivi tftp下载功能
    后续工作
       考虑增加USB下载功能,并对vivi进行优化,形成一个比较完善的vivi改进版本。
 
-------------------------------------------
 
2007-08-09
 
    建立这个项目的本意是想深入学习ARM,因为对相关的基础知识估算不够,所以不断推迟。今天静心思考了一下,感觉这是一件好事。分析如下:
 
    去年暑假开始学习ARM+Linux的时候,什么都不懂,提出的问题也都是很浅显的。那时是以嵌入式软件开发流程为核心的,也就是说了解如果要开发软件,需要经过几个阶段,每个阶段需要做什么工作。对MCU倒是没有多大的了解,基本是从网上搜索资料,然后分析,根据自己的情况来解决问题。当时就存在隐患,如果出现别人没有遇到的问题,我能不能解决?另外一个原因就是,因为没有深入,所以也提不出什么问题。现在能够不断提出问题,不断深入,难道不好吗?计划只是促使人上进的,如果不合适可以修订,保持向上的态度和干劲就可以了。
 
    第一阶段学习的最大成绩在于熟悉了Linux,熟悉了Linux下的开发工具,熟悉了C语言和shell编程语言,熟悉了嵌入式系统开发的流程,并且在此基础上做了一个数据网关项目,一个openvpn的安全vpn项目。所以,第一阶段的重点放到了嵌入式Linux的应用方面。可以说,在完成嵌入式Linux的移植之后,基本上就是硬件无关了,Linux的基础建立了,但是MCU的基础却没有。
 
    现在进行第二阶段的学习,如果还是仅仅满足于参考网上资料,移植个bootloader,移植Linux kernel,移植fs,那样实际上还是不能深入(我所说的是参考网上资料,移植量比较小的那种。不是指针对于新的MCU的大幅度的移植,其实那种移植才是真正意义上的移植吧,需要的经验和技术更高)。嵌入式系统开发有两个核心,那就是MCU和EOS,要想技术成熟,那么就必须在这两个方面下大功夫,而不能满足于简单的移植。就MCU而言,官方的英文手册是最佳资料,辅以网络资料参考,可以做的工作就是在没有操作系统的前提下,就各个外设写写驱动,熟悉其原理,而这恰恰又是bootloader的作用。所以,自己写bootloader是个不错的选择,建立这个项目是合适的。以这个为主线,深入地去学习ARM的体系结构,学习S3C2410的功能外设,学习如何就ARM这类高级MCU进行程序设计(包括ARM汇编和C语言的混合编程),同时也可以进一步了解GNU Tools,了解其背后的原理(而这正是嵌入式开发与PC开发不同的地方之一)。需要学习的东西很多,不要急于求成。完成这些之后,对bootloader如何引导内核,如何传递参数进行研究。这样就可以完成一个基本的bootloader了,当然,如果想要完成一个monitor,还需要更多的努力。基础已经打好了,那些也不会是太难的事情。关于EOS部分,首先是了解加入了OS,驱动如何写,如何与硬件交互,了解这个又需要很长的时间。到时候再详细探讨。总之,目前处于第二阶段的前期,那么就静下心来研究ARM架构,研究S3C2410外设,研究如何进行基于S3C2410的程序设计,然后完成bootloader,进行功能完善。把这些工作做好,应该是不短的时间。还是那句话,慢慢来,深入学习。打好了基础,再开发基于其他MCU的bootloader或者移植bootloader就比较容易了。
 
    另外,还需要建立一种观念:编程虽然也比较重要,但是更为重要的是了解其背后的理论思想。从理论高度弄清楚了,以后换个MCU,很快就可以上手。正所谓,思想或者理论是一样的,只是实现的手段不同而已。(以前在应用程序开发的时候,很多高手也都是强调编程思想是重要的,语言仅仅是工具,用来完成你的思想。所以要注重编程思想的培养,不要仅仅注重语言语法的学习。嵌入式系统底层开发同样如此。)
 
    在vivi开发项目进行中,遇到调试方面的很多东西,所以这个阶段要对调试模型,调试手段,调试原理都要有所了解。这也是嵌入式系统开发的一个重要方面,如果要想深入,可以在vivi开发项目完成后,建立一个ARM仿真器开发的项目,也是不错的。现在先在理论上搞清楚调试原理,重点还是放在MCU及其bootloader开发上。
 
    因为计划变更,心中又有很多想法,所以记录在这里。始终保持初学者的心态去努力,前进!
 
-------------------------------------------
 
2007-09-04
 
    导师安排课题了,所以只能在空余时间来完成这个项目了。其实这不算是项目,是自己学习规划的一个组成部分。现在嵌入式软件开发有几个方向:bootloader移植/开发、驱动程序移植/开发、操作系统移植/开发、文件系统移植/开发、应用程序移植/开发。这半年的空闲时间打算深入的学习bootloader相关的知识,使这个方面的技术技能达到产品开发的水平。深入方能有所得!
 
    时间就像海绵里的水,挤一挤,总会有的。在有限的空闲时间里,暂以bootloader的相关研究为主线,深入学习,完成第一个软件开发方向技能的提升。进展可能会慢一些,但是要扎实,努力去汲取可供自己发展的养分。
 
    这个领域太广了,需要学习的东西太多。因为如此,所以必须要沿着合理的知识体系路线慢慢的提升自己,努力肯学,几年之内肯定会得以完善。记住:不能一业不专,不可只专一业!

评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟,集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法,发展到基于IP复用的设计方法,并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中,片上总线设计是最关键的问题。为此,业界出现了很多片上总线标准。其中,由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐,已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分:AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线,接口与互连功能分离,这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线,更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图3所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块:主模块或者从模块。主模块是向从模块发出读写操作的模块,如CPU,DSP等;从模块是接受命令并做出反应的模块,如片上的RAM,AHB/APB 桥等。另外,还有一些模块同时具有两种属性,例如直接存储器存取(DMA)在被编程时是从模块,但在系统读传输数据时必须是主模块。如果总线上存在多个主模块,就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分,但具体使用的算法由RTL设计工程师决定,其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块,如果主模块数目大于16,则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块,也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...

【转】VxWorks入门

1.VxWorks开发方式:交叉开发,即将开发分为主机(host)和目标机(target)两部分。 类似于dos下C语言程序的开发。 合并开发的优点:简单 缺点:资源消耗量大,CPU支持,非标准体系的支持 host (Tornado) target(vxWork) 小程序模块 vxWorks实际采用开发模式 Tornado提供:编辑,编译,调试,性能分析工具,是vxWorks的开发工具 vxWorks:面向对象可以剪裁的实际运行操作系统 2.vxWorks启动方式 <1>Rom方式 (vxWork_rom) vxWorks直接烧入rom <2>Rom引导方式(bootrom+vxWorks) 其中bootrom烧入rom,vxWorks可以通过从串口,网口,硬盘,flash等下载!这里的bootrom不是开发环境中的bootable,在开发环境里bootable指的是vxWorks,downloadable指application 3.调试 <1>attachs/20060907_164540_564.rar 用来在多任务调试时将调试对象绑定到某个任务 <2>任务级调试(attachs/20060907_164540_564.rar taskName) 单个任务的调试不会影响到其他任务的运行,主要用来调用户的应用程序。 全局断点:在调另一任务或本任务时,系统运行本任务断点,则停下。各任务要配合使用。 任务断点:调本任务时,系统运行到本任务断点,则停下。如果没有attachs/20060907_164540_564.rar到本任务,不起作用。 一次性断点:跑到一次之后自动删除。 <3>系统级调试(attachs/20060907_164540_564.rar system) 把所有task和系统core、中断看成一个整体,可用于调试系统和中断。对中断调试,如果不是系统级调试,无论是那种断点都不起作用 !wdbAgent不在调试范围内,当任务级调试时工作在中断方式,系统级调试工作在轮询方式。 !可是使用命令行方式的调试,参看crossWind教程。 4.调度 优先级调度(无条件) 时间片:同优先级,如果时间片没有打开,任务采取先到先运行,运行完毕在交出cpu,如果打开,则轮流使用cpu。 !死循环使比它...

【转】C++/CLI程序进程之间的通讯

 现在,把大型软件项目分解为一些相交互的小程序似乎变得越来越普遍,程序各部分之间的通讯可使用某种类型的通讯协议,这些程序可能运行在不同的机器上、不同的操作系统中、以不同的语言编写,但也有可能只在同一台机器上,实际上,这些程序可看成是同一程序中的不同线程。而本文主要讨论C++/CLI程序间的通讯,当然,在此是讨论进程间通讯,而不是网络通讯。    简介   试想一个包含数据库查询功能的应用,通常有一个被称为服务端的程序,等待另一个被称为客户端程序发送请求,当接收到请求时,服务端执行相应功能,并把结果(或者错误信息)返回给客户端。在许多情况中,有着多个客户端,所有的请求都会在同一时间发送到同一服务端,这就要求服务端程序要更加高级、完善。   在某些针对此任务的环境中,服务端程序可能只是众多程序中的一个程序,其他可能也是服务端或者客户端程序,实际上,如果我们的数据库服务端需要访问不存在于本机的文件,那么它就可能成为其他某个文件服务器的一个客户端。一个程序中可能会有一个服务线程及一个或多个客户线程,因此,我们需小心使用客户端及服务端这个术语,虽然它们表达了近似的抽象含义,但在具体实现上却大不相同。从一般的观点来看,客户端即为服务端所提供服务的"消费者",而服务端也能成为其他某些服务的客户端。    服务端套接字   让我们从一个具体有代表性的服务端程序开始(请看例1),此程序等待客户端发送一对整数,把它们相加之后返回结果给客户端。   例1: using namespace System; using namespace System::IO; using namespace System::Net; using namespace System::Net::Sockets; int main(array<String^>^ argv) { if (argv->Length != 1) { Console::WriteLine("Usage: Server port"); Environment::Exit(1); } int port = 0; try { port = Int32::Parse(argv[0]); } catch (FormatException^ e) { Console::Wri...