tag 标签: 2440

相关博文
  • 2014-10-15 15:26
    188 次阅读|
    0 个评论
    来源: 驱动之家 作者:雪花     作为谷歌的年度大作,Nexus 6受到了很多用户的关注。   今天早些时候,美国不少媒体都给出消息称,谷歌今天会发布Nexus 6、Nexus 9以及Android L,在给出了Nexus 9的售价后,大家还很相知道前者的价格。   现在又有媒体给出消息称,Nexus 6裸机售价可能不足400美元,也就是说或最多只要399美元,折合人民币2440元,相比之前的419美元售价,又便宜了不少。   不得不说,Nexus 6依然保持谷歌为其定制高性价比机型战略,当然其2500元不到价格还是很让人惊喜的,毕竟目前曝光的配置显示,其配备5.9寸2K屏,搭载骁龙805处理器和3GB内存,提供1300万像素OIS摄像头和3200mAh容量电池。   当然,还运行了最新的Android L系统。PS:这才是真正的高性价比机型啊.....  
  • 2014-9-4 11:30
    321 次阅读|
    0 个评论
      移植u-boot-1.3.4到S3C2440 一.预备知识: 1.       首先,U-Boot1.3.4还没有支持s3c2440,移植仍是用2410的文件稍作修改而成的。 2.       2440和2410的区别: 2440和2410的区别主要是2440的主频更高,增加了摄像头接口和AC‘97音频接口;寄存器方面,除了新增模 块的寄存器外,移植所要注意的是NAND FlASH控制器的寄存器有较大的变化、芯片的时钟频率控制寄存器(芯片PLL的寄存器)有一定的变化。其他寄存器基本是兼容的。 3.  你开发板的boot方式是什么,开发板上电以后是怎么执行的。 一般来说三星的开发板有三种启动方式:nand、nor、ram。 具体用那一种方式来启动决定于CPU的0M 这两个引脚,具体请参考S3C2440的datasheet   nand:对于2440来说,CPU是不给nand-flash分配地址空间的,nand-flash只相当于CPU的一个外设,S3C2440做了一个从nand-flash启动的机制。开发板一上电,CPU就自动复制       nand-flash里面的前4K-Bytes内容到S3C2440内部集成的SDRAM,然后把4K内容所在         的RAM映射到S3C2440的0地址,从0地址开始执行。这4K的内容主要负责下面这些工         作:初始化中断矢量、设定CPU的工作模式为SVC32模式、屏蔽看门狗、屏蔽中断、            初始化时钟、把整个u-boot重定向到外部SDRAM、跳到主要的C函数入口。 nor:  早期的时候利用nor-flash启动的方式比较多,就是把u-boot烧写到nor-flash里面,       直接把nor-flash映射到S3C2440的0地址,上电从0地址开始执行。 ram:  直接把u-boot放到外部SDRAM上跑,这一般debug时候用到。 4.  u-boot程序的入口地址问题     要理解程序的入口地址,自然想到的是连接文件,首先看看开发板相对于某个开发板的连接文件"/board/你的开发板/u-boot.lds",看一个2410的例子: ENTRY(_start) SECTIONS {        . = 0x00000000;          . = ALIGN(4);        .text      :        {          cpu/arm920t/start.o (.text)          *(.text)        }          . = ALIGN(4);        .rodata : { *(.rodata) }          . = ALIGN(4);        .data : { *(.data) }          . = ALIGN(4);        .got : { *(.got) }          __u_boot_cmd_start = .;        .u_boot_cmd : { *(.u_boot_cmd) }        __u_boot_cmd_end = .;          . = ALIGN(4);        __bss_start = .;        .bss : { *(.bss) }        _end = .; } (1) 从ENTRY(_start)可以看出u-boot的入口函数是_start,这个没错 (2) 从. = 0x00000000也许可以看出_start的地址是0x00000000,事实并不是这样的,这里的0x00000000没效,在连接的时候最终会被TETX_BASE所代替的,具体请参考u-boot根目录下的config.mk. (3) 网上很多说法是 _start=TEXT_BASE,我想这种说法也是正确的,但没有说具体原因。 本人的理解是这样的,TEXT_BASE表示text段的起始地址,而从 .text      : {   cpu/arm920t/start.o (.text)   *(.text) } 看,放在text段的第一个文件就是start.c编译后的内容,而start.c中的第一个函数就是 _start,所以 _start应该是放在text段的起始位置,因此说_start=TEXT_BASE也不为过。 5.  一直不明白的U-BOOT是怎样从4Ksteppingstone跳到RAM中执行的,现在终于明白了。关键在于:               ldr   pc, _start_armboot _start_armboot:    .word start_armboot 这两条语句,ldr       pc, _start_armboot指令把_start_armboot这个标签的地方存放的内容(也即是start_armboot)移到PC寄存器里面,start_armboot是一个函数地址,在编译的时候给分配了一个绝对地址,所以上面语句实际上是完成了一个绝对地址的跳转。而我一直不明白的为什么在start.S里面有很多BL,B跳转语句都没有跳出4Ksteppingstone,原因是他们都是相对于PC的便宜的跳转,而不是绝对地址的跳转。还有要补充一下LDR,MOV,LDR伪指令的区别。 LDR      R0,0x12345678   //把地址0x12345678存放的内容放到R0里面 MOV    R0,#x                   //把立即数x放到R0里面,x必须是一个8 bits的数移到偶数次得到的数。 LDR      R0,=0x12345678        //把立即数0x12345678放到R0里面 6.  在移植u-boot-1.3.3以上版本的时候要注意:     在u-boot1.3.3及以上版本Makefile有一定的变化,使得对于24x0处理器从nand启动的遇到问题。也就是网上有人说的:无法运行过lowlevel_init。其实这个问题是由于编译器将我们自己添加的用于nandboot的子函数nand_read_ll放到了4K之后造成的(到这不理解的话,请仔细看看24x0处理器nandboot原理)。我是在运行失败后,利用mini2440的4个LED调试发现u-boot根本没有完成自我拷贝,然后看了uboot根目录下的System.map文件就可知道原因。 解决办法其实很简单: 将__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD)) 改为__LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS)) 7.   然后说一下跳转指令。ARM有两种跳转方式。 (1)mov pc 跳转地址〉  这种向程序计数器PC直接写跳转地址,能在4GB连续空间内任意跳转。 (2)通过B BL BLX BX可以完成在当前指令向前或者向后32MB的地址空间的跳转(为什么是32MB呢?寄存器是32位的,此时的值是24位有符号数,所以32MB)。 B是最简单的跳转指令。要注意的是,跳转指令的实际值不是绝对地址,而是相对地址——是相对当前PC值的一个偏移量,它的值由汇编器计算得出。 BL非常常用。它在跳转之前会在寄存器LR(R14)中保存PC的当前内容。BL的经典用法如下:        bl NEXT  ; 跳转到NEXT        ……     NEXT        ……        mov pc, lr   ; 从子程序返回。 二.开始上机移植:(红色字体为添加的内容,蓝色字体为修改的内容,下同) 给自己的开发板取名为qljt2440。 1.       随便找个目录解压u-boot, $tar –xjvf u-boot-1.3.4.tar.gz2 2.       进入u-boot目录修改Makefile (你要编译u-boot那当然少不了配置啦) $cd u-boot-1.3.4 $ vim Makefile  修改内容如下: __LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD)) 改为 __LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS))   sbc2410x_config: unconfig @$(MKCONFIG) $(@:_config=) arm arm920t sbc2410x NULL s3c24x0 qljt2440_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm920t qljt2440 qljt s3c24x0 /* 各项的意思如下:        qljt2440_config : 这个名字是将来你配置板子时候用到的名字,参见make qljt2440_config命令。 arm: CPU的架构(ARCH) arm920t: CPU的类型(CPU),其对应于cpu/arm920t子目录。 qljt2440: 开发板的型号(BOARD),对应于board/qljt/qljt2440目录。 qljt: 开发者/或经销商(vender)。 s3c24x0: 片上系统(SOC)。 */ 4. 在/board子目录中建立自己的开发板qljt2440目录 由于我在上一步板子的开发者/或经销商(vender)中填了 qljt ,所以开发板qljt2440目录一定要建在/board子目录中的qljt目录下 ,否则编译会出错。 $ cd board $ mkdir qljt qljt/qljt2440 $ cp -arf sbc2410x/* qljt/qljt2440/ $ cd qljt/qljt2440/ $ mv sbc2410x.c qljt2440.c $ ls 可以看到下面这些文件:        config.mk  flash.c  lowlevel_init.s   Makefile   qljt2440.c  u-boot.lds $ vim Makefile        COBJS := qljt2440.o flash.o 5. 在 include/configs/ 中建立开发板所需要的配置头文件 $ cd ../../.. $ cp include/configs/sbc2410x.h include/configs/qljt2440.h 6. 测试交叉编译能否成功 (1)配置         $ make qljt2440_config        Configure for qljt2440 board… (2)测试编译         $ make 详细信息如下: 编译信息最后两行:        arm-linux-objcopy --gap-fill=0xff -O srec u-boot u-boot.srec arm-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin 到此交叉编译成功。 三.开始针对自己的开发板移植 1.  修改/cpu/arm920t/start.S 1.1 修改寄存器地址定义 #if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)    /* turn off the watchdog */ #if defined(CONFIG_S3C2400) # define pWTCON        0x15300000 # define INTMSK        0x14400008    /* Interupt-Controller base addresses */ # define CLKDIVN    0x14800014    /* clock divisor register */ #else # define pWTCON        0x53000000     /*该地址用来屏蔽看门狗*/ # define INTMSK        0x4A000008    /* Interupt-Controller base addresses 该地址用来屏蔽中断*/ # define INTSUBMSK    0x4A00001C  /*该地址用来屏蔽子中断*/ # define CLKDIVN    0x4C000014    /* clock divisor register 该地址用来决定FCLK、HCLK、PCLK的比例*/ #define CLK_CTL_BASE        0x4c000000  /* qljt 从S3C2440A.pdf中可以看出该寄存器是存放Mpll和Upll的P254 */ #if defined(CONFIG_S3C2440)       #define MDIV_405       0x7f 12   /* qljt  参见P255表,同时要知道本开发板的Fin是12MHz,需要的Fclk(也就 是Mpll)是405MHz*/ #define PSDIV_405       0x21       /* qljt 同上,同时设定PDIV和SDIV的值,PDIV和SDIV参见S3C2440A.pdf*/ #endif #endif 1.2  修改中断禁止部分   # if defined(CONFIG_S3C2410)     ldr    r1, =0x7ff   //根据2410芯片手册,INTSUBMSK有11位可用,                        //vivi也是0x7ff,不知为什么U-Boot一直没改过来。但是由于芯片复位默认 //所有的终端都是被屏蔽的,所以这个不影响工作     ldr    r0, =INTSUBMSK     str    r1, # endif # if  defined(CONFIG_S3C2440)     ldr    r1, =0x7fff   //根据2440芯片手册,INTSUBMSK有15位可用     ldr    r0, =INTSUBMSK     str    r1, # endif 1.3 修改时钟设置 /*时钟控制逻辑单元能够产生s3c2440需要的时钟信号,包括CPU使用的主频FCLK,AHB总线使用的HCLK,APB总线设备使用的PCLK,2440里面的两个锁相环(PLL),其中一个对应FCLK、HCLK、PCLK,另外一个对应UCLK(48MHz)*/ /*注意:AHP、APB总线的简介参见“AHB与APB总线.doc” */ /* FCLK:HCLK:PCLK = 1:4:8 */     ldr    r0, =CLKDIVN     mov    r1, #5     str    r1, /*这三条协处理器命令确实不知道什么意思,在ATXJGYBC_ql.pdf中搜p15和c1,只知道它们执行以后会把协处理器p15的寄存器c1的最高两位置1,但c1的最高两位是没有意义啊,弄不懂它的真正意思 不过我却知道这三条语句是从哪里出来的,详细请参考s3c2440的datasheet和s3c2440datasheet中的R1_nF和R1_iA.doc */     mrc    p15, 0, r1, c1, c0, 0        /*read ctrl register   qljt*/     orr    r1, r1, #0xc0000000       /*Asynchronous  qljt 改变总线模式为异步模式网上某位朋友说不知到在哪里看到过 如果FCLK与HCLK不同的话就要选择这种模式的 */     mcr    p15, 0, r1, c1, c0, 0      /*write ctrl register qljt*/   #if defined(CONFIG_S3C2440)   // (2440的主频可达533MHz,但听说设到533MHz时系统 //很不稳定,不知是不是SDRAM和总线配置的影响,所以现在先设到//405MHz,以后在改进。)     /*now, CPU clock is 405.00 Mhz   qljt*/     mov    r1, #CLK_CTL_BASE    /* qljt*/     mov    r2, #MDIV_405                   /* mpll_405mhz    qljt*/     add    r2, r2, #PSDIV_405             /* mpll_405mhz    qljt*/     str    r2,               /* MPLLCON qljt实际上是设置寄存器CLK_CTL_BASE+0x04=0x4c000004的值 */ #endif #endif    /* CONFIG_S3C2400 || CONFIG_S3C2410|| CONFIG_S3C2440 */   1.4 将从Flash启动改成从NAND Flash启动。(特别注意:这和2410的程序有不同,不可混用!!!是拷贝vivi的代码。) 将以下U-Boot的重定向语句段: @#if ndef         CONFIG_AT91RM9200 #if  0 #ifndef CONFIG_SKIP_RELOCATE_UBOOT relocate:                /* relocate U-Boot to RAM        */     adr    r0, _start        /* r0 - current position of code   */     ldr    r1, _TEXT_BASE        /* test if we run from flash or RAM */     cmp     r0, r1                /* don't reloc during debug         */     beq     stack_setup       ldr    r2, _armboot_start     ldr    r3, _bss_start     sub    r2, r3, r2        /* r2 - size of armboot            */     add    r2, r0, r2        /* r2 - source end address         */   copy_loop:     ldmia    r0!, {r3-r10}        /* copy from source address    */     stmia    r1!, {r3-r10}        /* copy to   target address    */     cmp    r0, r2            /* until source end addreee    */     ble    copy_loop #endif    /* CONFIG_SKIP_RELOCATE_UBOOT */ #endif  /*CONFIG_AT91RM9200 */ 然后添加: /*下载了一个vivi源代码看了一下,还真的有下面哪一段代码*/ #ifdef CONFIG_S3C2440_NAND_BOOT   @qljt@@@@@@@@@@@@@@@@SSSSSSSSSSSSS     @ reset NAND /*往下四段内容都是针对S3C2440的关于NAND-FLASH的寄存器的设置,具体有什么作用,看了datasheet,有些明白有些不明白*/     mov    r1, #NAND_CTL_BASE                ldr    r2, =( (712)|(78)|(74)|(00) )     str    r2,          /*这些宏是在include/configs/qljt2440.h中被定义的*/     ldr    r2,  /*还是弄不懂为什么上面一句str以后还要有这句的ldr命令?why?难道是多余的?*/       ldr    r2, =( (14)|(01)|(10) ) @ Active low CE Control      str    r2,     ldr    r2,       ldr    r2, =(0x6)        @ RnB Clear     str    r2,     ldr    r2,          mov    r2, #0xff        @ RESET command     strb    r2, /*delay一段时间*/   mov r3, #0                   @ wait nand1:    add  r3, r3, #0x1   cmp r3, #0xa   blt   nand1 /*等待nand-flash的复位完毕信号*/ nand2:   ldr   r2,      @ wait ready   tst    r2, #0x4   beq  nand2     ldr    r2,  orr    r2, r2, #0x2        @ Flash Memory Chip Disable  /*在这里先Display fansh CE先,在C函数中对falsh进行*/ str    r2,                          /*操作的时候才enable,为什么这样操作不太清楚*/    /*下面这段用来初始化栈指针sp和帧指针fp,至于它们的定义和作用参考文件夹” 栈指针sp和帧指针fp”里面的内容 记住它们都是与函数调用时候相关的。简单来讲就是子函数被调用以后是通过指针的相对位置来查找调用参数和局部变量的,但是由于sp经常变化,所以需要fp来协助。*/ @ get ready to call C functions (for nand_read())   ldr   sp, DW_STACK_START       @ setup stack pointer /*sp 是指堆栈指针*/   mov fp, #0                    @ no previous frame, so fp=0                  @ copy U-Boot to RAM                   /*vivi里面应该是有一段是针对gpio的程序,也许使用来debug用的信号灯,这里省略了*/          /* TEXT_BASE 是uboot自己的入口地址,在u-boot-1.3.4-board/qljt/qljt2440的config.mk中定义 有趣的是外国人的逆向思维很厉害,它们很灵活地把它放在SDRAM的最后0x80000地方,也就是0x33F80000 */   ldr   r0, =TEXT_BASE         /*r0 : 把u-boot复制到ram的那个位置*/          mov     r1, #0x0                          /*r1 : 从falsh的那个位置开始复制*/          mov r2, #0x20000                     /*r2 : 复制多大的内容*/          bl    nand_read_ll              /*跳到执行uboot复制的程序入口,这个函数从哪里来?也是来自vivi的,没办法*/          tst    r0, #0x0                    /*这里特别注意r0的值是指nand_read_ll 执行完以后的返回值,而不是上面 ldr   r0, =TEXT_BASE 的值,初学者往往在这里想不通*/             beq  ok_nand_read bad_nand_read:                  /*如果读nand_read失败的话,那么sorry,重来,或者检查硬件*/ loop2:    b     loop2          @ infinite loop ok_nand_read: @ verify           /*计算机就是好,很容易就可以检测我们放在SDRAM中的u-boot是不是flash中的uboot。 本开发板使用的是nand-falsh的启动方式,板子一上电并不是马上进入SDRAM执行程序的。是这样的:板子一上电,S3C2440自动把nand-falsh中从0地址开始的4Kbytes复制到S3C2440集成的某个缓冲区里面(起始地址是0x00),从那里开始执行,那4K程序负责把整个uboot复制到SDRAM,然后才跳到SDRAM开始正真的UBOOT(这个技术是有个专业名字的我忘记了),*/ /*下面这段程序的作用就是用开始执行的4Kbytes程序跟我们复制到SDRAM中的uboot的前4K程序进行比较,从而校验*/   mov r0, #0   ldr   r1, =TEXT_BASE   mov r2, #0x400     @ 4 bytes * 1024 = 4K-bytes go_next:   ldr   r3, , #4   ldr   r4, , #4   teq   r3, r4   bne  notmatch   subs r2, r2, #4   beq  stack_setup   bne  go_next   notmatch: loop3:     b     loop3         @ infinite loop #endif @ CONFIG_S3C2440_NAND_BOOT  @qljt@@@@@@@@@@@@@@@@@@EEEEEEEEE   1.5 在跳到C函数执行前,也就是跳出start.S前,添加几个LED灯的控制,说明程序跑到这里了,移植的第一阶段完成了。 /*本开发板上面有四个LED灯,分别接到CPU 的GPIO_F 这四个引脚上*/ #if defined(CONFIG_S3C2440) @  LED1 on u-boot stage 1 is ok!     mov    r1, #GPIO_CTL_BASE        add    r1, r1, #oGPIO_F     ldr    r2,=0x5500     str    r2,     mov    r2, #0xff     str    r2,     mov    r2, #0xdf     str    r2, #endif 1.6 在 “  _start_armboot:    .word start_armboot  ” 后加入: #if defined(CONFIG_S3C2440_NAND_BOOT) .align     2         /*???这里我一直不明白为什么是 .align 2,因为如果按照ARM的规则,意思是按照 2的2次方=4bit的 方式对齐,那么就是半个字节对齐,有可能吗?*/ DW_STACK_START:  .word  STACK_BASE+STACK_SIZE-4   /*从这里可以看出该堆栈是从高地址向低地址增长的 注意这里的STACK_BASE和STACK_SIZE还没定义,在1.1节中定义*/ #endif 2. 修改include/configs/qljt2440.h文件,在结尾处添加如下内容(注意:s3c2410与s3c2440的Nand Flash控制器寄存器不同,不能混用!!): ...... /*  * Nandflash Boot  */ #define CONFIG_S3C2440_NAND_BOOT 1 #define STACK_BASE    0x33f00000 #define STACK_SIZE    0x8000 /* NAND Flash Controller */ #define NAND_CTL_BASE        0x4E000000 /* Offset */ #define oNFCONF            0x00       /*这些宏是在start.S中被调用的*/ #define oNFCONT            0x04 #define oNFCMD            0x08 #define oNFADDR            0x0c #define oNFDATA            0x10 #define oNFSTAT            0x20 #define oNFECC            0x2c /* GPIO */ #define GPIO_CTL_BASE        0x56000000 #define oGPIO_F            0x50 #define oGPIO_CON       0x0   /* R/W, Configures the pins of the port */ #define oGPIO_DAT        0x4    /* R/W,    Data register for port */ #define oGPIO_UP        0x8    /* R/W, Pull-up disable register */ #endif    /* __CONFIG_H */   3.  在board/qljt/qljt2440加入NAND Flash读函数文件,拷贝vivi中的nand_read.c文件到此文件夹即可,基本上大陆上移植的都是这样做的,在此把该文件的内容贴出来,目的是对一些难理解的代码进行解析: #include config.h   #define __REGb(x)    (*(volatile unsigned char *)(x)) #define __REGi(x)    (*(volatile unsigned int *)(x)) #define NF_BASE        0x4e000000   #define NFCONF        __REGi(NF_BASE + 0x0) #define NFCONT        __REGi(NF_BASE + 0x4) #define NFCMD        __REGb(NF_BASE + 0x8) #define NFADDR        __REGb(NF_BASE + 0xC) #define NFDATA        __REGb(NF_BASE + 0x10) #define NFSTAT        __REGb(NF_BASE + 0x20)   //#define GPDAT        __REGi(GPIO_CTL_BASE+oGPIO_F+oGPIO_DAT)   #define NAND_CHIP_ENABLE  (NFCONT = ~(11)) #define NAND_CHIP_DISABLE (NFCONT |=  (11)) #define NAND_CLEAR_RB      (NFSTAT |=  (12)) #define NAND_DETECT_RB      { while(! (NFSTAT(12)) );}   #define BUSY 4 inline void wait_idle(void) {     while(!(NFSTAT BUSY));     NFSTAT |= BUSY; }   #define NAND_SECTOR_SIZE    512 #define NAND_BLOCK_MASK        (NAND_SECTOR_SIZE - 1)   /* low level nand read function */ /*下面nand_read_ll 的三个参数来自start.S里面调用nand_read_ll 前的r0、r1、r2*/ int nand_read_ll(unsigned char *buf, unsigned long start_addr, int size) {     int i, j; /*下面这个if保证对flash的读操作是从某一页的页头开始的,从直观来看是保证start_addr 位都为0, 为什么呢?因为本flash的一页的大小位512-bytes,也就是从0x0到0x1ff*/     if ((start_addr NAND_BLOCK_MASK) || (size NAND_BLOCK_MASK)) {         return -1;    /* invalid alignment */     }       NAND_CHIP_ENABLE;       for(i=start_addr; i (start_addr + size);) {         /* READ0 */         NAND_CLEAR_RB;                  /*到此应该可以明白s3c2440 nandflash 相关寄存器的确切含义了,就是说s3c2440里面已经集成了对nand flash操 作的相关寄存器,只要你的nand flash接线符合s3c2440 datasheet的接法,就可以随便使用s3c2440 对于nand flash的相关寄存器,例如如果你想像nand flash写一个命令,那么只要对命令寄存器写入你的命令就可以了,s3c2440 可以自动帮你完成所有的时序动作,写地址也是一样。反过来说如果没有了对nand flash的支持,那么我们对nand falsh的操作就会增加好多对I/O口的控制,例如对CLE,ALE的控制。s3c2440已经帮我们完成了这部分工作了*/         NFCMD = 0;           /* Write Address */ /*下面这个送地址的过程可以说是这段程序里最难懂的一部分了,难就难于为什么送进nand flash的地址忽略了bit8, 纵观整个for(i) 循环,i并不是一个随机的地址,而应该是每一页的首地址。其实nand flash并不是忽略了bit 8这个 地址,而是bit 8早就被定下来了,什么时候定下来,就是上面的NFCMD = 0;语句,本flash (K9F1208U0B)支持从 半页开始读取,从而它有两个读的命令,分别是0x00(从一页的上半页开始读) 和 0x01(从一页的下半页开始读), 当取0x00时,bit 8=0,当取0x01时 bit 8=1.*/         NFADDR = i 0xff;         NFADDR = (i 9) 0xff;         NFADDR = (i 17) 0xff;         NFADDR = (i 25) 0xff;           NAND_DETECT_RB;           for(j=0; j NAND_SECTOR_SIZE; j++, i++) {             *buf = (NFDATA 0xff); /*每读一次NANDFLASH就往IO口送下一个byte,直到送 完 NAND_SECTOR_SIZE 个为止*/             buf++;         }     }     NAND_CHIP_DISABLE;     return 0; } 4. 修改board/qljt/qljt2440/Makefile文件,让刚刚添加的nand_read.c编译进来 ...... COBJS := qljt2440.o  nand_read.o flash.o ...... /*=========================================================== 到这里,应该是可以编译通过的,否则就是编辑的时候出现了错误 ===========================================================*/
  • 热度 3
    2013-6-3 19:08
    975 次阅读|
    3 个评论
    附件是本科毕业设计关于arm做MP3的内容,大家可以参考借鉴下!
  • 2013-5-29 13:07
    401 次阅读|
    0 个评论
     S3c2440 是一款高性能的arm芯片,但自己也是学习了裸机之后才学习的操作系统,所以这里的附件是自己学习裸机的一些资料,大家参考下!需要自己登陆百度网盘下载,用户名是阳依草,密码是yangyicao!
  • 2011-7-11 14:48
    1312 次阅读|
    0 个评论
    全面集成WinCE6.0/Linux/Android三大平台 一网打尽ARM9 /ARM11 / TI Cortex-A8 主流处理器构架 全速WIFI/蓝牙系统,摄像头,多种传感器,RFID,ZIGBEE 将高端嵌入式教学和无线传感器网络,物联网完美结合   感知RF2系列高端物联网/嵌入式无线实验箱         国内领先的物联网设备供应商无线龙通讯科技公司,两年前推出感知RF系列物联网教学实验箱以来,已经全面装备了,包括国内第一家物联网学院――江南大学物联网工程学院物联网实验室在内的上百家高校无线传感器网络和物联网实验室。         感知RF物联网实验箱以教学应用为中心、以嵌入式及物联网技术为基础,软件硬件可裁剪、能满足目标教学应用系统对功能可靠性、成本、体积、功耗、无线通信等严格要求的专用嵌入式物联网教学系统,是目前物联网,无线传感器网络教学实验平台的名牌产品。         为了满足国内外物联网,物联网教学向高端发展的需要,全面兼顾高校高端嵌入式教学的需要,无线龙推出了感知RF系列实验箱的高端产品―――无线龙感知RF2全新一代物联网教学实验箱系列产品。   无线龙感知RF-2物联网实验箱全面集成WinCE6.0 / Linux / Android三大平台         通过简单更换核心模块,可以实现对ARM9 / ARM11 / TI Cortex-A8 等三种主流处理器构架嵌入式教学;配备全速WIFI/蓝牙系统,RFID,ZIGBEE摄像头,多种传感器等等;实现了将高端嵌入式教学和无线传感器网络,物联网完美结合。         无线龙感知RF2系列物联网教学箱系统具备完整的教学资源和教学内容,包括:ARM微处理器系统基础实验、C8051微处理器系统基础实验、无线数据通信基础实验、无线网络通信基础实验、嵌入式实时操作系统WinCE/Linux开发、物联网中间件平台开发、物联网应用开发、ZigBee无线网络开发、蓝牙无线网络开发、3G/GPRS/GSM无线网络开发、低功耗WiFi无线网络开发、无线传感器网络WSN开发等内容。         无线龙科技倡导真正的“透明”教学,开放产品设计的软件、硬件资源,让学生学真正的产品开发,让真正有能力、有创新性的学生深入进去,真正达到素质的培养。开放硬件设计、软件设计、网络协议栈等设计资源,关键技术、核心通信协议以设计原理图、源代码方式提供,让学生真正作到以工程开发的形式学习原理知识、开发中的工程问题,同时把各个学科的知识融会贯通,达到学以致用。直观、直接体会物联网应用场景,不仅是每个点,主要可以了解应用的整个系统,激发学生学习、研究兴趣。         同时,在硬件设计上保留扩展接口,软件上提供源代码,学生可以基于接口及源代码扩展创新硬件设计或软件设计,与那些仅提供软件接口的设备相比有着天壤之别,真正作到可以实现芯片级开发及应用。实现学习+创新+科研+开发的综合应用。             无线龙感知RF2系列物联网教学系统提供丰富并具有特色的硬件资源,海量开源的软件资源,自主知识产权的集成开发软件,丰富的教学资源,一体化售后服务。     无线传感器网络:   RFID:   深圳市无线龙电子有限公司 联系人:邱毓彬 电话:  13926557507         0755-83690635-601 Email: wxlmcu@163.com QQ:   971278082
相关资源
  • 所需E币: 3
    时间: 2019-12-25 01:36
    大小: 117.31KB
    上传者: 16245458_qq.com
    Micro2440核心板原理图.pdf123456SchematicDiagramDDMicro2440核心板原理图CPU101-CPU1.SchCCCPU202-CPU2.SchCPU303-CPU3.SchSDRAM04-MEM.schBB广州友善之臂计算机科技有限公司设计出品www.arm9.netDesignedbyGuangzhouFriendlyARMA……
  • 所需E币: 3
    时间: 2019-12-25 10:05
    大小: 16.22MB
    上传者: 978461154_qq
    倾力打造2440开发板教程-WinCE开发完全手册(天嵌版权所有)发布日期:2009-07-22继天嵌科技推出《Linux移植手册》和《Qt应用程序开发手册(上部)》后,又一部非常适合tq2440sky2440开发板的教程出炉了--《WindowsCE应用开发完全手册》在本手册中我们从WindowsCE(以下简称WinCE)的开发平台搭建到WinCE的驱动程序开发(主要是以流驱动为主),再到基于驱动程序的应用程序的开发,由浅入深,非常适合熟悉wince,并开发wince相关应用层,实现了从硬件到软件的开发全过程。请新老客户去我们的论坛下载!提供下载页面链接!http://bbs.embedsky.net/viewthread.php?tid=554&extra=……
广告