芯片烧录不正常如何找原因？看这里
13:43:14来源:
关键字：&&&&
最近有用户反映一个非常蹊跷的现象，在时，全过程提示PASS，但是芯片贴板后产品无法正常使用，这种现象自然而然会首先怀疑是设备的问题，那作为设备提供方，我们需要协助分析产生这种奇怪现象的原因。下面就随嵌入式小编一起来了解一下相关内容吧。为了使测试更严谨，并且复现问题，我们取得了客户烧录的芯片和文件来进行测试。通过测试发现烧录文件并不寻常：该芯片的烧录文件需要转换为两个文件，而使用时并没有正确调入这两个文件。在指导下，客户完成了测试，并且再无异常反馈。那么如何简单判断此类现象出现的原因呢?细心的工程师为大家总结了一些临场经验，非常实用。1.1验证烧录文件验证烧录文件，这一点很重要。不管再牛逼的编程器，都只能实现将程序下载到芯片内的过程，而不能修改代码。如果文件未经验证，很有可能烧录后无法正常运行，所以建议用户在批量生产之前一定要小批量试产，验证烧录文件的正确性。&不正常如何找原因？看这里1.2设置“配置参数”芯片中的配置参数需要手动修改，不能单纯的加载文件后直接进行烧录，如果不按照正确的规则设置参数，必然会导致芯片无法正常运行。在SPI Flash的芯片烧录时经常遇到这类问题，类似于”QE”位必须使能，如下图。&芯片烧录不正常如何找原因？看这里1.3非法操作若烧录过程中有非法操作，必然导致批量芯片无法正常使用。如有些客户在烧录芯片的时候会错误地添加“读取”操作，这个对批量烧录芯片来说是很致命的，读取后进行烧录，烧录文件就已经错误。&芯片烧录不正常如何找原因？看这里为了提高产品的良品率，避免出现批量生产事故，一定要正确地使用专业设备进行生产。下面是具有丰富实战经验的工程师提出的几点合理建议，请注意：建议1、在批量生产前做小批量验证，验证无误后再进行量产，避免带来大量损失;2、请对应的软件工程师给予准确指导，将配置参数详细说明，保证烧录的准确性;3、限制生产时可用操作，将权限分配给必要的人员，避免误操作。以上是关于嵌入式中-芯片烧录不正常如何找原因？看这里的相关介绍，如果想要了解更多相关信息，请多多关注eeworld，eeworld电子工程将给大家提供更全、更详细、更新的资讯信息。
关键字：&&&&
编辑：李强
引用地址：
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有，本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播，或不应无偿使用，请及时通过电子邮件或电话通知我们，以迅速采取适当措施，避免给双方造成不必要的经济损失。
关注eeworld公众号快捷获取更多信息
关注eeworld服务号享受更多官方福利
相关关键词
热门关键词
大学堂最新课程
汇总了TI汽车信息娱乐系统方案、优质音频解决方案、汽车娱乐系统和仪表盘参考设计相关的文档、视频等资源
热门资源推荐
频道白皮书
何立民专栏
北京航空航天大学教授，20余年来致力于单片机与嵌入式系统推广工作。查看: 737|回复: 0
不同芯片烧录效率高低有差异的原因
芯片烧录是电子产品生产环节中的重要一环，效率高低，是客户关注的重要方面。烧录的效率离不开芯片的烧录速度，有哪些方面影响芯片的编程速度呢？1、不同厂商的芯片
芯片厂商的差异会导致芯片制造的工艺之间会有差异。这样也会直接导致芯片烧录速度的差异。
在实际测试中，Gigadevice的SPI Flash芯片8MB写入速度只需12S，而华邦（Winbond）同样容量的芯片写入速度需要32S，从这两款芯片的数据手册中可以看出，GD（Gigadevice）芯片标准的页写时间为0.4ms左右，而华邦的页写标准时间为0.7mS。
如该芯片的数据手册，其中有关芯片读写速度的数据如截图1.1，图1.2所示：
图1.1 Gigadevice芯片页写速度表
图1.2 Winbond芯片页写速度表
2、烧录程序的大小，而不是芯片大小
对于同一款产品来说，芯片容量的不同，芯片的烧录时间会不会有很明显的差异呢？容量越大，芯片的烧录时间也会越大？在芯片测试中，容量大的芯片，不一定烧录时间长。比如同时烧录8MB容量芯片和16MB容量芯片，在烧录同一个程序的时候（文件小于8MB），时间是差不多的。
3、芯片的烧录方式
对于不同品牌，不同种类芯片，会有多种的烧录方式。例如有些MCU芯片，有提供JTAG接口进行烧录，但同时也有提供UART接口对芯片进行烧录，JTAG接口明显比UART接口烧录速度快。还有一些SPI Flash提供单线烧录方式以及四线烧录方式。他们对应的波形图如下图3.1，图3.2：
图3.1单线烧录时序图
图3.2四线烧录时序图
从波形图可以看出，四线烧录写一个字节数据只需2个时钟，而单线烧录需要8个时钟，四线烧录比单线烧录效率提高了4倍！
4、烧录器本身的硬件差异
烧录器的硬件特性对芯片的烧录速度还是有明显的影响的。在实际的测试过程中，不同的烧录器，对于同一款芯片的烧录，烧录时间会相差到一半以上。以下为实际测试记录数据。
5、烧录器通道的差异
现有的烧录器有一拖一的单通道烧录器，也有一拖几的多通道烧录器。当客户需要大批量烧录芯片的时候，一般都会选择多通道烧录器，因为这样可以很明显的提高效率。拿单通道烧录器和八通道烧录器来比较，单从烧录时间来说的话，单通道烧录器使用时间是八通道烧录器的八倍，也就是说改用八通道烧录器的话效率一下会提高八倍！
图5.1单通道烧录器
图5.2多通道烧录器
芯片烧录速度受到芯片本身、烧录器速度等各方面的影响，如果希望快速的烧录芯片，请选择合适的方式以及合适的烧录器。
Powered by查看: 4621|回复: 15
stc11f系列，能反复烧录吗？
stc11f系列，能反复烧录吗？
当然可以，串口烧程序
可以的，调一个程序怎么都要反复烧写几百次，没见STC有烧坏的。
flash单片机都是可以反复写很多次的，器件手册里面会说的，有的是至少读写一万次，有的是十万次，还有更多的
原帖由 CXFLBH 于
13:30 发表
可以的，调一个程序怎么都要反复烧写几百次，没见STC有烧坏的。
佩服啊。调一个程序要烧几百次？效率太低了吧？你的老板还真好！
原帖由 电子虫 于
22:03 发表
佩服啊。调一个程序要烧几百次？效率太低了吧？你的老板还真好！
咱的专业是机械设计，单片机只是顺带着搞搞而已，搞真正的产品可不是向你们做做电子钟
什么那么简单，功能复杂，软硬件都要反复改动，还要过EMI测试，反复改才能达到客户要求。
没做过产品就不要在这里瞎叫。老板可都不是傻瓜，一万块的工资可不是白给的！
[ 本帖最后由 CXFLBH 于
22:14 编辑 ]
原帖由 CXFLBH 于
22:06 发表
咱的专业是机械设计，单片机只是顺带着搞搞而已，老板可都不是傻瓜，一万块的工资可不是白给的！
怪不得！连菜鸟都算不上。不要误人子弟！
原帖由 CXFLBH 于
22:06 发表
咱的专业是机械设计，单片机只是顺带着搞搞而已，搞真正的产品可不是向你们做做电子钟
什么那么简单，功能复杂，软硬件都要反复改动，还要过EMI测试，反复改才能达到客户要求。
没做过产品就不要在这里瞎叫。老板 ...
老板会让一个搞机械的人去搞软件，硬件？？？？？看来是白痴！！
<p id="rate_99" onmouseover="showTip(this)" tip="&经验 -10 点
" class="mtn mbn">
<p id="rate_65" onmouseover="showTip(this)" tip="老喜欢骂人，不是吃饭长大的。&经验 -10 点
" class="mtn mbn">
我有一个朋友也是学机械专业的，不过毕业后没做机械却去写VB软件去了，现在是测控方面的专家，自己做老板，车子都买了好几辆了，我们在做老化测试房的时候还得买他的软件，视难易3~6万块。本身没什么好奇怪的。如果只会单片机早他妈的饿死了。用着美国台湾造的芯片，写着美国人发明的C语言做着最底层的开发还觉得老子天下第一，别人都是菜鸟。不以为耻，反以为荣。中国就是这些井底之蛙太多了才会被称之为山寨之国，有些人是属太监的，看着别人做的简单，轮到自己上的时候就什么都干不了了。
<p id="rate_65" onmouseover="showTip(this)" tip="是这个理儿，忒瞧不起那些井底蛙！&经验 + 10 点
" class="mtn mbn">
原帖由 CXFLBH 于
08:05 发表
我有一个朋友也是学机械专业的，不过毕业后没做机械却去写VB软件去了，现在是测控方面的专家，自己做老板，车子都买了好几辆了，我们在做老化测试房的时候还得买他的软件，视难易3~6万块。本身没什么好奇怪的。如果只 ...
同意您的看法，写个程序调试几百遍很正常的事，松下工程师跟我说她们做一个电饭煲单片机程序调试一年，搞单片机不过是皮毛里的皮毛，没什么好装B的
原帖由 chenshangc 于
21:37 发表
同意您的看法，写个程序调试几百遍很正常的事，松下工程师跟我说她们做一个电饭煲单片机程序调试一年，搞单片机不过是皮毛里的皮毛，没什么好装B的
对嘛，几百遍能搞出来都是好的，90%的软件项目都是以失败告终
& &做项目的话 确实 要烧录很多次芯片的&&不是那么简单的&&支持楼上的
在工作中，使用51单片机和计算机VB5就可以满足大多数控制。不需要太高的语言，但是，过程一定要清楚。现在大学生不学这个了。
2000年以前进口的单片机，无论是内部可烧录的还是外部使用的EPROM芯片，都只有几十次甚至十几次的寿命，那是因为西方封锁的原因，后来也是从菲利普的口子打开的，现在的产品已经多得可以随意选择了。
支持6#楼，开发烧写验证几百次太正常了！！
STC的FLISH好称有10万次寿命。我调试也是用ISP烧写验证的。（不习惯仿真器）。
如果是EEPROM则可烧写100万次哦 ：）
Powered by后使用快捷导航没有帐号？
请完成以下验证码
查看: 155|回复: 5
求助大神：什么是IC烧录?
在线时间32 小时
TA的帖子TA的资源
一粒金砂（中级）, 积分 16, 距离下一级还需 184 积分
一粒金砂（中级）, 积分 16, 距离下一级还需 184 积分
本帖最后由 AOE-hill 于
10:16 编辑
大家好，本人小白一个，请教什么是IC烧录？原厂出的货是烧录过的还是没烧录的？各位大神请帮帮忙！烧录前和烧录后的区别，谢谢！急！大家帮忙让我理解下，由于知识有限，还请尽量形象点。多谢！
电子元件分销商，QQ：，Email：hill@ao-e.cn
在线时间581 小时
芯币1533枚
TA的帖子TA的资源
一粒金砂（高级）, 积分 441, 距离下一级还需 59 积分
一粒金砂（高级）, 积分 441, 距离下一级还需 59 积分
跟烧考差不多
在线时间5077 小时
威望29857分
芯币116789枚
E金币1309枚
TA的帖子TA的资源
IC 烧录就灌入程序，灌了程序才能用
一般指MCU有烧录
在线时间1048 小时
威望2194分
芯币1964枚
E金币663枚
TA的帖子TA的资源
IC烧录就是在IC刷入软件（也可以叫固件）。原厂出的货，一般来说是没有烧录过的，但本质上应该也是有一定的代码的（比如有的芯片就有唯一序列号，boot部分等）。出厂的芯片有的可以提前要求厂家定制芯片，可以让厂家提前烧录固件进去，像freescale就有这种服务。烧录前与烧录后的区别，这就得看芯片本身了，如果是没有任何保护的flash芯片,应该来说没有区别，可以重新烧入固件再用，如果带有烧录保护的芯片，可能会限制烧录，还有的芯片只能烧录一次。这需要具体而论，反正你就是一个打广告的，我说那么多干嘛呢，@管管，来删贴吧！
感谢回复！我只是碰到不明白，说要发出来&
在线时间32 小时
TA的帖子TA的资源
一粒金砂（中级）, 积分 16, 距离下一级还需 184 积分
一粒金砂（中级）, 积分 16, 距离下一级还需 184 积分
IC烧录就是在IC刷入软件（也可以叫固件）。原厂出的货，一般来说是没有烧录过的，但本质上应该也是有一定的 ...
感谢回复！我只是碰到不明白，说要发出来
你的LOG会被视为广告&
电子元件分销商，QQ：，Email：hill@ao-e.cn
在线时间1048 小时
威望2194分
芯币1964枚
E金币663枚
TA的帖子TA的资源
感谢回复！我只是碰到不明白，说要发出来
你的LOG会被视为广告
EEWORLD 官方微信
Powered by【详解】嵌入式开发中固件的烧录方式 - DoubleLi - 博客园
本文主要介绍了嵌入式开发过程中，将固件从PC端下载到开发板中的各种方式，主要包括NFS挂载，Nand Flash和Nor Flash，USB，RS232，网卡NIC等方式。
本文提供多种格式供：
HTML版本的在线地址为：
有任何意见，建议，提交bug等，都欢迎去讨论组发帖讨论：
通过Docbook发布
添加了xml:id，添加了一些细节提示
解释了嵌入式开发中的固件下载方式
本文章遵从：
3.1.&3.2.&3.3.&
第&1&章&背景介绍
目前在嵌入式开发中，经常要实现将对应的固件，烧写到开发板中，然后开发板才能运行我们的程序。
嵌入式开发，很多用的是Linux系统，也有用WinCE和其他系统，但此文只介绍Linux系统下面的情况。
Linux系统中，多数为bootloader+ kernel + rootfs的模式。
其中，所用的bootloader，多为uboot。负责初始化硬件和设置好软件环境，
然后加载kernel，运行kernel，kernel运行后，再去加载rootfs，之后就是你所看到的运行的Linux了。
其中，在开发过程中，常常会遇到，需要把某个文件，比如U-boot.bin，uImage，rootfs等文件
从PC上，下载到Uboot的SDRAM，即内存中，
然后再用对应命令或工具，将数据写入到某存储介质中。
其中，有时候也需要在发布产品之后，在系统运行的情况下，动态升级整个系统的固件的。
此文就是主要探讨，此嵌入式Linux中，开发过程中和产品发布后，相关的固件烧写方式。
第&2&章&名词解释
固件，firmware
所谓固件，就是文件，固化在存储介质上的文件，而文件，其实就是数据。
嵌入式开发中，尤其是Linux开发，常见的方式是，从板子（个人用的是arm的板子）上启动，会允许Uboot，然后Uboot去加载kernel内核，个人常用的kernel是uImage，然后Linux运行后，去加载根文件系统rootfs，个人常用到的yaffs2文件系统。
前后系统运行所需要的文件，总的来说，就是这三个：
Uboot，比如u-boot.bin
Kernel，比如uImage
Rootfs，比如yaffs2.rootfs.arm
而大家一直说的固件，在系统是Linux系统的情况下，常常就是指的是这些文件。
所谓烧写，就是写数据，把文件（固件/数据）写到存储介质（Nand Flash, Nor Flash等）上。
而对于烧写这个词，说法很多，常见的有：
烧写=烧录=flash=编程=program=programming
下面另外提到的，更新固件，其实也指的是将新的固件烧写进去，即所谓更新固件，更新系统。
2.3.&存储介质
存储介质，此处主要是指，嵌入式中存放firmware的地方，多数是Nor Flash加上Nand Flash的组合。其他的，也有单独是Nor Flash，单独是Nand Flash，单独是SD/MMC卡等方式。
2.4.&USB Host和USB Device
USB Host，即对于开发板来说，USB是Host端，所以，此时可以去插上一个U盘，对应的是USB Mass Storage的用法，所以，可以理解为：
开发板是USB Host = USB Mass Storage =开发板可以外接 U盘
而USB Device，即对于开发板来说，自己是作为USB的Device端。
而USB Device端，相对于USB Host来说，也叫USB Slave端。
此时的UBS Host就是PC端了，然后PC端连出一根USB线，接上开发板，然后开发板就是USB Device=USB Slave端了，就可以当做U盘用了。
开发板是USB Slave = USB Device = 开发板自己是PC上的U盘。
更多关于USB方面的基本概念和逻辑，可以参考：
NIC，Network Interface Card，网络接口卡，即网卡。
NIC这个叫法，是之前在学习网络方面的知识的时候，遇到的，觉得虽然有点拗口，但是意义表述很明确，所以此处才用此NIC来表示网卡的。
第&3&章&固件烧写方式
固件开发方式，这里讨论的主要有两种。
一种是开发过程中，产品发布之前，用到的一些方式。
另外一种是，产品发布之后，产品已经运行了系统了，此时，如何在线动态地更新固件，实现系统升级的功能。
先列出不同的分类：
表&3.1.&嵌入式开发中固件烧录的方式
开发过程中，固件烧写方式
不需要烧写kernel和rootfs的方式
即直接通过tftp,nfs等方式挂在kernel和rootfs的方式
将kernel，rootfs，uboot等烧写到存储介质上的方式
一步到位的方式（直接通过工具烧写文件到对应存储介质上）
两步到位的方式（先将数据先写入到Uboot中，再用uboot中的命令把数据写到存储介质上）
产品发布后，动态升级系统的方式
即，通过读写对应的Linux下的设备节点，实现更新固件
下面就详细讨论这两种过程中所用到的固件升级方式。
3.1.&开发前期或者开发过程中，固件的烧写方式
此处介绍的是，在开发过程中，如何实现固件更新，开发调试，根据是否一定要将新版的固件，烧写到存储介质上，可以分两种：
一种是不需要烧写kernel和rootfs的方式；
另外一种是，需要把新版本的固件，即uboot，kernel，rootfs，烧写到存储介质上的。
3.1.1.&不需要烧写kernel和rootfs的方式
此种做法，在实际开发中，还是有一些人会用到的。
其背景是，嵌入式开发中，相对普通上层软件开发，每次新编译出一个版本的软件，都要很麻烦地烧录到对应的存储介质，比如Nor Flash上，然后给开发板上电，继续开始调试开发，而不能像开发上层PC端软件，在IDE中，编译一下，点击运行，即可看到最新结果。
所以，嵌入式开发中，开发的效率显得很低，其中一个方法，可以先对避开此问题，避免每次都要重新烧写新编译的程序的问题，那就是，对于新版本的kernel和rootfs，分别通过tftp或NFS挂在kernel，通过NFS挂在rootfs，的方式，重新编译一个新版本的kernel或者是rootfs时，每次都不用重新烧写，只需要把对应的文件，放到对应的tftp或者NFS的文件夹下面即可。
此法详细做法相关的部分内容，下面会涉及，故此处不做太多探讨。而且真的详细讨论的话，超出了此文的范畴。
此处，只是对于此法进行概要说明：
实现kernel通过tftp挂载，rootfs通过nfs挂载的方式，实现高效率的嵌入式开发
开发板上有网卡
网卡已连接到一个路由或交换机，并且PC端，即提供tftp和nfs的服务器端，也连到此网络，开发板和PC端，同属于一个局域网段。
PC端运行了tftp服务，新编译的kernel文件，放在tftp的根目录下
PC端运行了nfs服务，所用的Linux内涵，也设置并启用了对应的nfs服务，编译好的rootfs，放在nfs服务的根目录下。
uboot中，通过tftp mem_addr kernel_file的方式去加载内核
内核运行起来后，通过NFS去挂在rootfs
正常加载rootfs后，就可以像普通的Linux开发一样，通过串口，输入命令操作Linux了
免去了每次新编译的kernel和rootfs，都要重新烧写这一麻烦的事情
很明显，如果开发中，涉及到对应的网络驱动的调试等，内核的NFS服务的调试等，即本身所用到的网络功能都是要调试的对象，那就不能用此法了
另外，网络加载文件的速度，一般都是不错的，但是也不排除，有时候会受其他PC端某个网络资源占用太多的程序的影响
而网络加载文件的稳定性，不同的环境，差异很大。多数情况下，都是很稳定的，但是也有人遇到各种原因，导致不稳定的，所以此时此法即使可用，但用起来也会很郁闷
3.1.2.&将kernel，rootfs，uboot等烧写到存储介质上的方式
需要将对应的文件，烧写到存储介质上，此时，有两种方法：
一种是一步到位的方式，即直接通过某工具将文件写入到存储介质上。
另外一种是两步到位的方式，先通过某种方式把文件下载到Uboot中，再通过Uboot中的命令，去把数据写入到存储介质上。
3.1.2.1.&一步到位：直接通过工具烧写文件到对应存储介质上
目前常见的存储介质，主要有Nor Flash和Nand Flash，所以下面主要讲解如何烧写Nor Flash还是Nand Flash。
另外，还有一些存储介质是SD/MMC卡等，其烧写数据，我用过的烧写数据方式是，一种是在Uboot中，把下载到内存中的数据，写入到SD/MMC卡中，或者在板子已经跑起来了Linux的环境下，把数据写入到SD/MMC卡中。
3.1.2.1.1.&Nor Flash
由于Nor Flash接口比较常见和通用，而且有专门的规范定义了对应的操作命令，所以，目前有很多工具，只要你板子上的Nor Flash是常见的Nor Flash，那么这些工具，多数都可以直接拿过来用，直接将文件烧写到Nor Flash中。
通过某些工具，连接上开发板或直接接上对应的硬件芯片Nor Flash，直接通过工具烧写文件到目标存储介质（即对应的硬件芯片）上。即不需要开发板上面运行Uboot或者Linux系统。用工具直接操作即可。
你所使用的Nor Flash，如果是那种通用的（其实大多数都是通用的），工具所支持的
开发板具有对应的硬件接口，比如JTAG接口
你自己有对应的硬件工具，比如JLink硬件
对应的软件工具支持对应的Nor Flash芯片，比如J-Flash，支持很多种常见Nor Flash的烧写
个人接触比较多的是，Jlink硬件 + 软件工具J-Flash ARM。其如何操作，参见：
3.1.2.1.2.&Nand Flash
由于Nand Flash没有一个统一的规范，和本身操作起来就比较复杂，所以，虽然存在一些工具，可以支持直接烧写Nand Flash，但是相对比较少，使用起来所要求的限制条件也比较多。
此外，是有专门的Nand Flash的烧录器的，一般叫做Nand Flash Programmer，直接将对应的文件，烧写到对应的Nand Flash上的，不过个人没怎么用过，不多解释。
3.1.2.2.&两步到位：先写到内存，再用uboot的命令写到存储介质上
3.1.2.2.1.&如何把文件或数据下载到内存中
下表简单总结了，如何将数据通过硬件接口+相关软件，下载到Uboot中的方式：
表&3.2.&将文件下载到Uboot中的方式
开发板上的硬件接口软件协议相关软件或Uboot中的命令说明
USB Host & USB Mass Storage
Fatls usb 0
fatload usb addr file
USB&cableBoard&has&USB&Host
USB Slave/Device
USB&cableBoard&has&USB&Slave
Kermit/Ymodem
loadb/loady
RS232 Cable
network&interface&cardServer&has&tftp&service
network&interface&cardServer&has&NFS&serviceNetwork&cableswitch
Fatls mmc 0
Fatload mmc 0 addr file
Hardware&debug&toolIDE&support&Load&file&into&Memory
下面，对每一种方式进行详细的阐述：
3.1.2.2.1.1.&USB
关于USB Host和USB Device，上面已经名词解释过了，此处不再赘述。
现在很多开发板上，都有USB的Host和USB的Device的接口。
所以，对应着，可以实现，外接U盘到开发板上，或者将开发板作为U盘连到PC上
然后操作U盘，把文件拷贝到U盘里，实现对应的把文件数据传输到开发板上这一功能。
1.&USB Host = USB Mass Storage = U Disk
把插在开发板上的U盘中的文件，拷贝Uboot的内存中
开发板上有USB Host芯片和接口
以我这里的TQ2440的板子为例，用的CPU是三星的S3C2440，其中包含了一个OHCI的USB Host主控制器。
板子上也有USB Host接口。
Uboot中已经实现了USB Host Controller的驱动
如果Uboot中没有你的板子上的USB Host Controller的驱动的话，需要自己移植，甚至从头实现的话，这个工作量和难度，还是不小的。
以此处的S3C2440的驱动为例，此处已经把新的版本的Uboot中的相关代码，移植到了TQ.6的uboot中，实现了对应的S3C2440的OHCI的驱动。
相关过程和源码，参考：
U盘的文件系统是FAT格式的
如果你的U盘是NTFS等其他格式，那么要重新格式化为FAT16/FAT32格式。
当然，如果是其他的文件系统，比如ext2等，也是可以的，下面对应的命令就是ext2ls和ext2load了。
在Uboot中使用对应命令来操作U盘：
usb rescan
去初始化usb host。关于usb 子系统更多的相关的命令，可以通过
看到更多的帮助信息。
fatls usb 0
将你U盘的FAT文件系统中的文件列出来，以确保USB现在可以正常工作，和知道你当前U盘里面有哪些文件，此时应该可以看到你所要拷贝的文件，如果你是把文件放在根目录的话。(一般都是把u-boot.bin等文件，放到U盘根目录的)
fatload usb 0 mem_addr file_name
去将U盘中的文件file_name载入到内存中mem_addr的位置。
2.&USB Slave = USB Device
将PC端的文件，通过USB线，传输到作为USB Device端的开发板上的Uboot的内存中
板子上有对应的USB Device功能的controller和对应的USB Device接口
PC端已经安装了对应的USB相关驱动
PC端需要有对应的DNW软件
Uboot中实现了对应的命令
以TQ2440为例，其中已经有了usb slave 相关功能和命令
具体的操作，相对比较麻烦，此处只列出主要步骤：
去Uboot端执行对应的usb slave命令
以等待PC主机端传输文件
去PC端用DNW去传输文件
USB Port -& Transmit -& 选择要传输的文件
然后对应的文件就可以传输到对应的Uboot中的内存中去了。
更多的细节，如何操作，请参看TQ2440的手册：
在此，免费为天嵌的TQ2440宣传一句，其资料和相关文档，做的是蛮不错的，东西很全，很详细，尤其适合初学者。
3.1.2.2.1.2.&RS232
RS232的连接方式，是最常见的。
即，开发板上有串口接口，然后接了根RS232线，连到PC端，然后PC端用一个串口终端程序，连接开发板，比如常见的Windows XP系统自带的超级终端Hyper Terminal，功能强大的SecureCRT，以及Putty等等，都是不错的串口工具。
其中关于如何在Win7下面使用超级终端（Hyper Terminal），不了解的可以去参考：
Kermit是一种协议，广泛使用的协议，用来传输文件和数据的协议，很早之前就有了此协议，所以现在很多地方都已实现和支持此协议。
关于Kermit和Ymodem的详情，去看我转的帖子：
而关于Kermit，XModem，Ymodem和Zmodem之间的区别和联系，可以去看：
通过Kermit协议，将文件通过RS232接口传送到Uboot的内存中
开发板中有RS232接口，并且已连接到PC端
Uboot中已经实现kermit协议的loadb命令
这个，一般的uboot中都已实现。
此处说一个诡异的事情，之前遇到过，即使help中没有看到loadb的命令，但是实际也是支持loadb的，估计是uboot开发者，把此命令注释掉了，但是实际kermit协议用途太广泛，而uboot本身程序中早已经实现了，所以loadb还是已经在uboot中的了。
在uboot中，输入loadb
在PC端使用串口程序去传送文件
以windows XP下的串口工具超级终端为例：
选择Transfer &rA Send File &rA Protocol选择Kermit，FileName选择你所要传送的文件-&点击确定即可。然后就是慢慢传送文件了。
至于文件数据传输后，放在uboot的内存中的哪个位置，是由你uboot中的环境变量loadaddr决定，我这里的是loadaddr=0x800000。
当然，你也可以在执行loady的时候，后面加上你要的地址，比如：
loadb 0x1000000
Kermit协议，数据传输速度比较慢，我这里传输了个8MB的文件，大概要40分钟左右的。
关于Ymodem协议，是从之前的Xmodem协议演化出来的，之后还有Zmodem。
简单的说就是，一个数据包大小为1KB的数据传输协议。
更多的解释，参见上面已经提到的
通过Ymodem协议，将文件通过RS232接口传送到Uboot的内存中
开发板中有RS232接口，并且已连接到PC端
Uboot中已经实现Ymodem协议的loady命令
在uboot中，输入loady
在PC端使用串口程序去传送文件
以windows XP下的串口工具超级终端为例：
选择Transfer &rA Send File &rA Protocol选择Ymodem，FileName选择你所要传送的文件-&点击确定即可。然后就是慢慢传送文件了。
Bootldr& loady
## Ready for binary (ymodem) download to 0x at 115200 bps...
CCCxyzModem - CRC mode, 2(SOH)/8192(STX)/0(CAN) packets, 5 retries
## Total Size
= 0x = 8388608 Bytes
3.1.2.2.1.3.&NIC/network
多数开发板上，也都带有网卡接口，然后通过网线，连接到一个路由或者交换机上，另外一个PC也连接到此路由或交换机上，然后通过网线，将PC上的文件数据，传输到板子上。
将文件通过tftp方式，从PC端，下载到Uboot的内存中
硬件板子上有网卡
板子通过网线连到路由或交换机上，PC也连到该路由或交换机上，共处同一个网段
PC端设置好tftp服务
关于PC端安装了tftp服务（TFTP service），详情可以参考：
安装好tftp服务后，把对应的u-boot.bin等文件，放到tftp的根目录下
Uboot中，首先肯定是已经实现了网卡驱动，以及添加了对应的tftp命令
此两个前提，一般开发板都已经具有此条件
在Uboot中，执行命令
tftp mem_addr file_name
就可以将文件file_name传送到Uboot的内存地址mem_addr中了。
EmbedSky& tftp 0x u-boot.bin
dm9000 i/o: 0x, id: 0x90000a46
MAC: 0a:1b:2c:3d:4e:5f
TFTP from server 192.168.1.101; our IP address is 192.168.1.120
Filename 'u-boot.bin'.
Load address: 0x
Loading: T ###############
Bytes transferred = a24 hex)
将文件通过NFS命令，从PC端，通过网络，传送到Uboot的内存中去
硬件板子上有网卡
板子通过网线连到路由或交换机上，PC也连到该路由或交换机上，共处同一个网段
PC端设置好NFS服务
Uboot中实现了网卡驱动和nfs命令
Uboot中设置好了ip地址，ip掩码mask，网关gateway
Uboot中执行：
nfs mem_addr IP:path/file
nfs 0x.168.0.3:/home/nfs/uImage
3.1.2.2.1.4.&SD/MMC
将文件从SD/MMC卡中，拷贝到Uboot的内存中
开发板有SD/MMC的controller，有对应的SD/MMC插槽
自己有SD或MMC卡
Uboot中实现了对应的SD/MMC驱动及对应的命令
关于uboot中，把新版本的mmc驱动，移植到旧的上，可以参考：
SD/MMC卡是FAT文件系统
当然，如果是其他的文件系统，比如ext2等，也是可以的，下面对应的命令就是ext2ls和ext2load了。
mmcinit或mmc rescan
即初始化mmc，旧版本的uboot的是mmcinit，新版本的uboot是mmc rescan
fatls mmc 0
将mmc卡中的文件列出来，确保mmc卡工作正常和知道里面有哪些文件
fatload mmc 0 mem_addr file_name
将mmc卡中的file_name文件拷贝到内存mem_addr处。
EmbedSky& mmcinit
mmc: Probing for SDHC ...
mmc: SD 2.0 or later card found
trying to detect SD Card...
Manufacturer: 0x02, OEM "TM"
Product name: "SA04G", revision 0.5
Serial number:
Manufacturing date: 7/2010
CRC: 0x73, b0 = 1
READ_BL_LEN=15, C_SIZE_MULT=0, C_SIZE=365
SD Card detected RCA: 0x1234 type: SDHC
EmbedSky& md
................
................
................
EmbedSky& fatls mmc 0
512 nikon001.dsc
194 error.html
2 file(s), 2 dir(s)
EmbedSky& help fatload
fatload &interface& &dev[:part]& &addr& &filename& [bytes]
- load binary file 'filename' from 'dev' on 'interface'
to address 'addr' from dos filesystem
EmbedSky& fatload mmc 0
error.html
reading error.html
194 bytes read
EmbedSky& md
d5e4c 3e5f7257 &HTML&&BODY&Wron
069 646e6977 g IP&script&wind
................
上述md（memory display）命令，只是为了显示内存中的内容，用以表示，拷贝文件前后内存中数据的变化。
3.1.2.2.1.5.&JTAG == debug tool
在开发板运行程序的情况下，比如Uboot中，通过debug工具，将文件下载到Uboot的内存中
开发板上有JTAG等debug接口，连接上对应的Jlink等硬件
对应的debug 工具支持载入文件到内存的功能
一般debug工具，都是IDE集成开发环境，对应的IDE里面会有对应的功能。
比如ARM的RVDS，里面就有对应的load file到memory的功能。
在IDE工具中，找到对应的功能选项，然后把文件load载入到开发板的内存中，即可。
3.1.2.2.2.&如何把内存中的数据，写入到对应存储设备上
前面的操作，是把数据从外部传输到Uboot的内存中，接下来，就要把对应的数据，写入到对应的存储介质中去。
常见的存储介质以及Uboot中相关的命令，分类如下：
表&3.3.&如何把Uboot的内存中数据写入到存储设备上
存储介质Uboot中相关命令说明
Nand Flash
nand&erasenand&write
先擦除才能再写入数据
先擦除才能再写入数据
下面分别介绍，在Uboot中，对于每种存储设备，如何用相关的命令，把数据写入到对应存储设备中。
3.1.2.2.2.1.&Nand Flash
把Uboot中内存中数据，写入到Nand Flash中去
Uboot中，已经实现了nand erase和nand write命令了
nand erase
需要先用nand的erase命令，去擦出对应的区域
nand write
然后再用nand write，把内存中的数据，写入到nand 中。
3.1.2.2.2.2.&Nor Flash
关于Nor Flash，需要额外说明一些事情。
本身Flash这个名词，在存储领域方面，包括了Nand Flash和Nor Flash。
而由于Nor Flash出现最早，应用很广泛，所以Uboot中，对于单独说Flash这个词，是指的是Nor Flash。
所以，会有对应的命令：
flinfo&= Flash Info = Nor Flash Info
而又由于Nor Flash的很多操作，很像SDRAM等设备，可以直接读，（写操作需要特定的命令），但是可以把Nor Flash的操作，兼容统一到cp拷贝这个命令中去。
所以，很多时候，你会发现，好像没有单独的Nor Flash的读写的命令，其实是包含在了cp这个命令中了。
另外，对于cp命令本身，其有三种方式：
cp.b单位为b=byte=字节的方式，去拷贝数据
cp.w单位为w=word=字的方式，去拷贝数据
cp.l单位为l=long=长整型的方式，去拷贝数据
不过，对于eeprom，也有单独的一套eeprom的命令的，比如eeprom write，用于将数据写入到eeprom中去。
把Uboot中内存中数据，写入到Nor Flash中去
Uboot中，已经实现了Nor flash 相关的命令了，包括erase和cp命令支持了Nor Flash了
在Uboot中，执行下列命令：
protect off
只有在你当前需要重新写入新数据的Nor Flash的Block是已经被写保护的情况下，才需要此步骤去解除锁定。
一般情况下，都不需要此步骤的。
去擦出Nor Flash中的数据
cp或eeprom write
将内存中的数据，写入到Nor Flash中。
3.1.2.2.2.3.&USB
将Uboot中的内存中的数据，写入到USB设备中
Uboot中已经实现了对应的usb write命令
在Uboot中，执行下列命令：
将对应的内存中的数据，写入到Usb设备中。
3.1.2.2.2.4.&SD/MMC
将Uboot中的内存中的数据，写入到SD/MMC设备中。
Uboot中已经实现了对应的mmc write命令
在Uboot中，执行下列命令：
将对应的内存中的数据，写入到SD/MMC设备中。
3.2.&产品发布后：通过操作设备节点实现动态升级固件
除了开发过程中，去烧写固件之外，在发布产品后，很多厂商，希望在系统运行的情况下，实时地，可以去更新对应的固件，比如kernel的uImage或者rootfs等，此时，多数系统，往往是不太容易这样去升级的，不过还是有可能实现这样的在线升级系统的。
基本的思路是，在运行的Linux中，通过操作对应的设备节点，比如：
对于Nand Flash或者Nor Flash，通过MTD的工具，即mtd-util中的nandwrite等，操作/dev/mtdN将新的固件写入进去
具体实现方法，参见另外一篇文章：
对于SD/MMC，通过操作/dev/mmc设备，将新的固件写入进去
以此实现在线升级固件。
相关实现方式，参考：