今天烧vivi文件到nand flash去,用sjf2410wiggler烧,虽然还不懂编译vivi,但是先试试烧个vivi bootloader进去玩玩!连上wiggler jtag线,先用H-jtag 软件检测到了芯片,然后在命令行打上sjf2410wiggler /f: c:\vivi 进行烧写。

还可以通过tftp的方式,开发板启动后,按下除回车之外任意键,进入vivi的shell,然后输入
load         flash         vivi         t
             windows 里面命令行里进入c;\(之前先把mytftp.exe拷到c盘根目录下),输入:
mytftp         -i         192.168.0.15        PUT vivi
             开发板上的VIVI在完成接收新的VIVI文件后将把其烧入VIVI分区中,通过tftp比jtag快多了,一秒钟就搞定了!^_^

下面是超级中断的vivi tftp方式烧写界面
vivi> load flash vivi t
Ready for downloading using tftp...
Waiting...
Setting MAC address...
Type "tftp -i 192.168.0.15       PUT {input-filename}" on the host PC
Press ESC key to exit
Starting the TFTP download...
..
Received 12ea0 Bytes, END...
Download end
Downloaded file at 0x30000000, size = 77472 bytes
Found block size = 0x00014000
Erasing...         ... done
Writing...         ... done
Written 77472 bytes
vivi>

烧写wince启动的eboot同样采用tftp的方式,
load       flash       eboot       t
mytftp       -i       192.168.0.15       PUT       eboot.nb0

烧写wince的镜像文件到nand flash,有两种方法,一是直接烧写没有展开的wince镜像nk.bin到开发板,第二种方法是通过platform      builder将展开后的nk.bin烧写到开发板。
           开发板的vivi有三个相关的参数:
wince_part_name        (指定wince镜像nk.bin放置的分区名);
wincesource                (0表示从以太网启动wince,如果用platform builder来引导wince则需选0;
                                     1表示从 nand flash启动);
wincedeploy                (0表示存放的nk.bin文件没展开,1表示展开的,展开后wince启动会比较快)

方法一,直接烧写
          先定义好参数,输入命令如下:
param       set       wince_part_name       wince
param       wincesource       1        //表示从nand flash启动
param       wincedeploy       0    //表示镜像没展开
param       save
          设好参数后,通过tftp烧写
load       flash       wince       t
mytftp       -i       192.168.0.15       PUT       nk.bin
           vivi将把nk,bin烧写到nand flash中,在直接从nand flash读取nk,bin,展开到sdram中,然后从sdram中启动wince。这样启动时间一般在45妙左右。
          还可以用开发板的vivi提供的wince       rewrite命令,将nk.bin展开后保存到flash中,以后nand flash启动展开后的nk.bin。
           方法二,利用plarform      builder直接下载展开的镜像
先定义好参数,输入命令如下:
param       set       wince_part_name       wince
param       wincesource       0
        //表示从以太网启动
param       wincedeploy       1      //表示镜像已展开
param       save
         接下来需要操作plarform builder,eboot从plarform builder下载nk.bin后将把展开后的文件烧写到nand flash中,以后将直接从nand flash读取展开后的nk.bin并启动,启动时间一般是15秒左右。
         下面是platform builder(一下简称PB),的具体操作看开发板的用户说明。^_^不想打了!

附录:vivi 命令详解

在超级终端界面中键入任意键(除enter外)进入vivi命令界面
vivi>
输入help 可以见到开发板上的vivi 支持的命令
vivi> help
Usage:
      cpu [{cmds}]                            -- Manage cpu clocks
      bon [{cmds}]                            -- Manage the bon file system
      reset                                   -- Reset the system
      param [set|show|save|reset]             -- set/get parameter
      part [add|del|show|reset]               -- Manage MTD partitions
      mem [{cmds}]                            -- Manage Memory
      load {...}                              -- Load a file to RAM/Flash
      go <addr> <a0> <a1> <a2> <a3>           -- jump to <addr>
      dump <addr> <length>                    -- Display (hex dump) a range of memory.
      call <addr> <a0> <a1> <a2> <a3>         -- jump_with_return to <addr>
      boot [{cmds}]                           -- Booting linux kernel
      help [{cmds}]                           -- Help about help?
      display <vga|pal>                       -- Set the display format

flash [{cmds}]                          -- Manage Flash memory
      wince [rewrite]                                 -- boot wince from ethernet or f
lash by eboot
      os <linux|wince>                        -- set the default os

mem命令 mem系列命令用于对系统的内存进行操作
vivi> mem help
'mem' command usage:
----------command parameter list-----------
mem size -- probe dram size
mem read <addr> -- read a word(4bytes) from special dram address
mem write <addr> <vlaue> -- write a word(4bytes) into special dram
address
mem test <start_addr> <size> [<quiet>] -- memory test
-----------sub command list-------------
mem cmp <dst_addr> <src_addr> <length> -- compare
mem copy <dst_addr> <src_addr> <length> -- copy memory from
<src_addr> to <dst_a
ddr>
mem info -- display memory infomation
mem reset -- reset memory control register
mem search <start_addr> <end_addr> <value> -- search memory address
that contain value in the special memory address range
vivi>mem info
RAM Information:                
Default ram size: 64M                    
Real ram size     : 64M
Free memory       : 61M
RAM mapped to             : 0x30000000 - 0x34000000    (SDRAM映射的地址范围)
Flash memory mapped to    : 0x10000000 - 0x12000000    (Flash映射的地址范围)
Available memory region : 0x30000000 - 0x33de4000     (用户可以使用的有效的内存区域地址范围)
Stack base address        : 0x33debffc     (栈的基地址)
Current stack pointer     : 0x33debc78      (当前栈指针的值)
Memory control register vlaues     (S3C2410的内存控制寄存器的当前值)
       BWSCON = 0x22111d10
     BANKCON0 = 0x00000700
     BANKCON1 = 0x00000700
     BANKCON2 = 0x00001f7c
     BANKCON3 = 0x00000700
     BANKCON4 = 0x00000700
     BANKCON5 = 0x00000700
     BANKCON6 = 0x00018001
     BANKCON7 = 0x00018001
      REFRESH = 0x008e01e9
     BANKSIZE = 0x000000b1
       MRSRB6 = 0x00000020
       MRSRB7 = 0x00000020
vivi>

load命令
load 命令下载程序到存储器中(Flash或者 RAM中)过 load help 可
以显示系统对 load系列命令的帮助提示  
vivi> load help
Usage:
   load <flash|ram> [ <partname> | <addr> <size> ] <x|y|z|t>
        关键字参数 flash 和 ram 用于选择目标介质是 Flash还是 RAM
到 Flash 中还是先要下载到 RAM 中(临时下载到 SDRAM 的起始地址处
0x30000000保存一下,然后再转写入 FLASH),然后再通过 Flash驱动程
序提供的写操作,将数据写入到 Flash中选择了 flash 参数,那名
到底是对 NOR Flash操作还是对 NAND Flash操作,这取决于 bootloader
编译的过程中,所进行的配置,这就要看配置的时候将MTD设备配置成NOR
Flash还是 NAND Flash  
        参数 partname 和 addr size二者选其一,partname是 vivi的 MTD分区表中
的分区名 MTD分区的起始地址;addr和
size是让用户自己选择下载的目标存储区域,而不是使用 vivi的 MTD分区,
addr表示下载的目标地址,size表示下载的文件大小,单位字节,size参数
不一定非要指定得和待下载的文件大小一样大,但是一定要大于等于待下载
的文件的字节数  
        关键字参数 x y 和 z 分别表示从 PC主机上下载文件到 ARMer9系统中,
采用哪种串行文件传送协议,x表示采用XModem协议,y表示采用Ymodem协议,z表示采用 ZModem协议请注意目前该 bootloader    vivi 还没有
实现 ZModem协议,所以该参数只能选择 x和 y  
         关键字参数t应该是开发板vivi增加的,是tftp下载!很好用的!速度比jtag要快多了!
开发板的vivi eboot烧写都要通过load命令
如:要烧写eboot.nb0到flash的eboot分区,首先在超级中断进入vivi的shell,输入
load    flash   eboot    t
使用交叉网线连好PC与开发板,把eboot.nb0拷贝到于mtftp.exe同一目录下,在windows命令行输入
mytftp    -i     192.168.0.15    PUT   eboot.nb0
等待烧写完成即可

    param命令    param系列命令用于对 bootloader的参数进行操作 通过 param help可以
显示系统对 param系列命令的帮助提示  
vivi>param help
Usage:
param help                        -- Help aout 'param' command
param reset                       -- Reset parameter table to default table
param save                        -- Save parameter table to flash memeory
param set <name> <value>          -- Reset value of parameter
param set linux_cmd_line "..."    -- set boot parameter
param set wince_part_name "..."           -- set the name of partition wich wince
will be stored in
param show                        -- Display parameter table
vivi>
param show 可以显示可以设置的参数
vivi> param show                
Number of parameters: 19
name                      :            hex               integer
-------------------------------------------------------------
mach_type                 :         000000c1          193       //机器类型,193表示 S3C2410的开发系统  
media_type                :         00000003           3       //媒介类型,即指示了bootloader从哪个媒介启动起来的  
boot_mem_base             :         30000000              805306368
/*引导 linux 内核启动的基地址映像将被从 Flash 中拷贝到
boot_mem_base + 0x8000 的地址处,内核参数将被建立在
boot_mem_base+0x100的地址处    */

baudrate                  :         0001c200                 115200        //bootloader启动时,默认设置的串口波特率

/*以上三个参数和 Xmodem文件传送协议相关  
xmodem_one_nak表示接收端(即 ARMer9系统这端)发起第一个 NAK信
号给发送端(即 PC主机这端)到启动;
xmodem_initial_timeout表示接收端(即 ARMer9系统这端)启动 XModem
协议后的初始超时时间,第一次接收超时按照这个参数的值来设置,但是超
时一次后,后面的超时时间就不再是这个参数的值了,而是xmodem_timeout
的值;
xmodem_timeout表示在接收端(即 ARMer9系统这端)等待接受发送端(即
PC 主机这端)送来的数据字节过程中,如果发生了一次超时,那么后面的
超时时间就设置成参数 xmodem_timeout的值了  
这三个参数不需要修改,系统默认的值就可以了,不建议用户去修改这几个
参数值    */
xmodem_one_nak            :         00000000                      0
xmodem_initial_timeout    :         000493e0                 300000
xmodem_timeout            :         000f4240                1000000
/*ymodem_initial_timeout
ymodem_initial_timeout 表示接收端(即 ARMer9 系统这端)在启动了
YModem协议后的初始超时时间  
这个参数不需要修改,系统默认的值就可以了,不建议用户去修改这几个参
数值    */
ymodem_initial_timeout    :         0016e360                1500000

/*boot_delay是 bootloader自动引导 linux kernel功能的延时时间*/
boot_delay                :         00300000                3145728

os                        :         WINCE
display                   :         VGA 640X480
ip                        :         192.168.0.15
host                      :         192.168.0.1
gw                        :         192.168.0.1
mask                      :         255.255.255.0
wincesource               :         00000001                      1
wincedeploy               :         00000000                      0
mac                       :         00:00:c0:ff:ee:08
wince part name: wince
Linux command line: noinitrd root=/dev/mtdblock/3 init=/linuxrc console=ttyS0
/*Linux command line 不是bootloader的参数,而是kernel启动的时候,kernel
不能自动检测到的必要的参数些参数需要 bootloader 传递给 linux
kernel Linux command line就是设置 linux kernel启动时,需要手工
传给 kernel的参数    */

part命令 part命令用于对 MTD分区进行操作
vivi> part show
mtdpart info. (7 partitions)
name                offset          size          flag
------------------------------------------------
vivi              : 0x00000000      0x00020000       0    128k
param             : 0x00020000      0x00010000       0     64k
kernel            : 0x00030000      0x001c0000       0      1M+768k
root              : 0x00200000      0x00400000       0      4M
eboot             : 0x00600000      0x00080000       0    512k
wince             : 0x00680000      0x01c80000       0     28M+512k
flashdisk         : 0x02300000      0x01d00000       0     29M
MTD分区是针对 Flash(NOR Flash或者 NAND Flash)的分区,以便于对
bootloader对 Flash进行管理  
part add命令用于添加一个 MTD分区  
命令的详细格式如下:
part add    name    offset    size    flag
参数 name是要添加的分区的分区名  
参数 offset 是要添加的分区的偏移(相对于整个 MTD 设备的起始地址的偏
移,在 ARMer9系统中不论配置的是 NOR Flash,还是 NAND Flash,都只
注册了一个 mtd_info结构,也就是说逻辑上只有一个 MTD设备,这个 MTD
设备的起始地址为 0x00000000);
参数 size是要添加的分区的大小,单位为字节;
参数 flag是要添加的分区的标志,参数 flag的取值只能为以下字符串(请注
意必须为大写)或者通过连接符 |
这个标志表示了这个分区的用途
“BONFS”     作为 BONFS文件系统的分区;
“JFFS2”     作为 JFFS2文件系统的分区;
“LOCK”      该分区被锁定了;
“RAM”       该分区作为RAM使用  
例如,添加新的 MTD分区 mypart  
vivi> part add mypart 0x500000 0x100000 JFFS2
mypart: offset = 0x00500000, size = 0x00100000, flag = 8

part del命令用于删除一个 MTD分区  
命令的详细格式如下:
part del    name
参数 name是要删除的 MTD分区的分区名

bon 命令用于对 BON分区进行操作
BON 分区是只针对 NAND Flash 设备的一种简单的分区管理方式
Bootloader支持BON分区,同时Samsung提供的针对S3C2410移植的linux
版本中也支持了 BON分区,这样就可以利用 BON分区来加载 linux的 root
根文件系统了 MTD 分区和 BON 分区,当 ARMer9 系统配置
了 NAND Flash 作为 MTD 设备,那么 MTD 分区和 BON 分区都在同一片
NAND Flash上

boot命令用于引导linux kernel启动
vivi>boot help
Usage:
    boot <media_type> -- booting kernel
      value of media_type (location of kernel image
         1 = RAM
         2 = NOR Flash Memory
         3 = SMC (On S3C2410)
    boot <media_type> <mtd_part> -- boot from specific mtd partition
    boot <media_type> <addr> <size>
    boot help -- help about 'boot' command
boot 关键字后面 media_type 必须指定媒介类型,因为 boot命令对不同媒介的处理方式
是不同的,例如如果 kernel在 SDRAM中,那么 boot执行的过程中就可以
跳过拷贝 kernel映像到 SDRAM中这一步骤了  
Boot命令识别的媒介类型有以下三种:
ram 表示从 RAM(在 ARMer9系统中即为 SDRAM)中启动linux kernel,
linux kernel必须要放在 RAM中  
nor 表示从NOR Flash中启动 linux kernel,linux kernel必须已经被烧写到
了 NOR Flash中  
smc表示从 NAND Flash中启动 linux kernel,linux kernel必须已经被烧写
到了 NAND Flash中  
取值参数意义如下:
参数 mtd_part是 MTD分区的名 MTD设备的一个
分区中启动 linux kernel,kernel映像必须被放到这个分区中;
<addr> <size>分别表示 linux kernel起始地址和 kernel的大小为什么要指定
kernel大小呢?因为kernel首先要被copy到boot_mem_base + 0x8000的
地方,然后在 boot_mem_base + 0x100开始的地方设置内核启动参数,要
拷贝 kernel,当然需要知道 kernel的大小啦,这个大小不一定非要和 kernel
实际大小一样,但是必须许大于等于 kernel的大小,单位字节

reset 命令

复位Arm9系统
part 命令
part 命令用于对分区进行操作。通过part help 可以显示系统对part
系列命令的帮助提示。
• part show 显示分区信息
• part add partname part_start_addr part_leng flag 添加分区,参数flag为分区类型
• part del partname 删除分区
• part save 保存part 分区信息
• part reset 恢复为系统默认part分区
----------------------------------------------------------------------
load 命令
load 命令下载程序到存储器中(Flash 或者RAM 中)。通过load help可以显示系统对load 系列命令的帮助提示。
• load flash partname x 使用xmodom 协议通过串口下载文件并且烧写带partname 分区
例:
-load flash vivi x          //注意,这里的vivi是分区名
-load flash kernel x
-load flash root x
• load ram partname or addr x 使用xmodom 协议通过串口下载文件到内存中
param命令
param 命令用于对bootloader 的参数进行操作。通过param help 可以
显示系统对param 系列命令的帮助提示。
• param show 命令用于显示bootloader 的当前参数值。
• param reset 将bootloader 参数值复位成系统默认值。
• param set paramname value 设置参数值
• param set linux_cmd_line ”linux bootparam” 设置linux 启动参数,参数linux bootparam 表示要设置的linux kernel 命令行参数。
• param save 保存参数设置
boot命令
boot命令用于引导linux kernel 启动。通过boot help 可以显示系统对boot命令的帮助提示。
• boot 默认方式启动
• boot ram ramaddr lenth 启动sdram 中ramaddr处长度为lenth的linux 内核。
bon 命令
bon 命令用于对bon分区进行操作。通过bon help 可以显示系统对bon
系列命令的帮助提示。bon分区是nand flash 设备的一种简单的分区管理方式。
• bon part info命令用于显示系统中bon分区的信息。
• bon part命令用于建立系统的bon分区表。bon分区表被保存到nand flash
的最后0x4000 个字节中,即在nand flash的0x03FFC000 ~0x33FFFFFF 范围内,分区表起始于0x03FFC000。
例如分为3个区:0~192k,192k~1M,1M~
vivi> bon part 0 192k 1M
doing partition
size = 0
size = 196608
size = 1048576
check bad block
part = 0 end = 196608
go 命令
go 命令用于跳转到指定地址处执行该地址处的代码。
• go addr 跳转到指定地址运行该处程序。

转载于:https://www.cnblogs.com/googlegis/archive/2008/11/28/2979218.html

vivi eboot wince 烧写相关推荐

  1. S3C6410 SD Card一键烧写 WINCE 6.0

    S3C6410 SD Card一键烧写 WINCE 6.0 博客迁移至 CSDN 了,感觉 markdown 写的文章就是要好看一些. 关于 S3C6410 安卓编译及烧录的博客在我的博客园里面,就不 ...

  2. bootloader烧写

    http://blog.chinaunix.net/space.php?uid=7313069&do=blog&id=1676091 关于bootloader,先简要地总结一下.经过了 ...

  3. X210 Android wince 系统烧写流程

    Android系统烧写 1.        制作SD卡启动工具: 1)        打开PartitionManager.exe工具,右键可移动磁盘,点击删除分区,SD卡就只剩一个分区,再右键点击分 ...

  4. 64MQQ2440烧写MINI2440光盘中的内容同样可以跑起来

    2008年购买了QQ2440,后来出去工作了,2440压箱子底压了两年,现在拿出来想弄弄qtopia,可是一查友善的资料已经出到了ARM11的板子了,内核以及qtopia的支持根文件映像也不知升级了多 ...

  5. X210烧写linux系统

    准备: x210开发板 USB OTG线 串口线 一张SD卡 windows PC 说明: 开发板里面已经有系统,为wince系统,wince系统的调试串口是UART0 准备烧写为linux系统,调试 ...

  6. 【Android 系统开发】 编译 Android文件系统 u-boot 内核 并烧写到 OK-6410A 开发板上

    博客地址 : http://blog.csdn.net/shulianghan/article/details/40299813  本篇文章中用到的工具源码下载 : -- ok-6410A 附带的 A ...

  7. 【Tiny4412】Tiny4412编译和烧写uboot

    00. 目录 文章目录 00. 目录 01. Uboot简介 02. 安装交叉编译器 03. 编译Uboot 04. 烧写Uboot 05. 测试Uboot 06. 常见问题解决 07. 附录 01. ...

  8. linux 烧写(1)

    第一部分: 一.BootLoader的概念 BootLoader是系统加电启运行的第一段软件代码.回忆一下PC的体系结构我们可以知道,PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬 ...

  9. x210烧写流程(inand)

    今天拿到了x210的开发板,按照手册里的流程无法烧写.后资讯了客服后,才知道我的x210板子是inand的.而手册上讲的是nandflash板子的烧写流程. 以防忘记,把板子的烧写流程记录在此. 1. ...

最新文章

  1. PyTorch基于Apex的混合精度加速
  2. git 提交修改到github上
  3. getcwd函数_PHP getcwd()函数与示例
  4. 新版开发工具?全新智能设备?华为开发者大会2021(Together)来了!
  5. 编译用于高放射性环境的应用程序
  6. sql server dateadd()
  7. 天梯赛L2-10:排座位
  8. PS基础入门(二、快速选择工具和魔棒的使用)
  9. 二次采样设置的四种彩色模式RGB565,ARGB8888,ARGB4444,ALPHA_8
  10. WSL2 安装 Ubuntu-20.04 子系统CUDA(Win10和Win11)
  11. 感动世界的50首歌和他们背后的故事3
  12. OpenStack安装Placement组件部署(四)
  13. kaggle网站注册登录流程详细介绍(小白必看)
  14. linux无人值守批量安装系统
  15. designate原理及自动化部署
  16. 使用FFmpeg转换mp3或wav文件为pcm格式文件
  17. 动态背景下目标跟踪算法目标跟踪
  18. 硬盘-磁盘-分区-格式化-lvm-raid
  19. 【花雕体验】10 行空板硬件控制pinpong库的系列测试(之三)
  20. 微信分享显示分享标题及小图标 前端代码

热门文章

  1. 消息(6)——WCF,构建简单的WCF服务,MTOM编码
  2. nginx是干嘛用的_nginx小技巧 -非root身份运行nginx
  3. java finalize方法的使用
  4. 小程序 Typescript 最佳实践
  5. c语言中变量的值十进制,C语言中介绍的整型变量 即十进制 十六进制什么的是什么意思 能具体解释一下吗 还有换算什么的 谢谢...
  6. 5000元性价比高的笔记本_2018性价比笔记本电脑品牌推荐 5000左右笔记本性价比推荐...
  7. 日志长度_Kafka 日志存储详解
  8. BurpSuite插件 -- FastjsonScan(反序列化检测)
  9. 可隐藏选项卡html,隐藏HTML中选定选项卡的底部边框
  10. 物资申请php,php学生捐赠物品管理系统