当前位置:
搜档网 › RK USB Application Note_V2.1
RK USB Application Note_V2.1
密级状态:绝密( ) 秘密( ) 内部资料( ) 公开( √ )
RK USB Application Note
Revision 2.1
November 2013
目录
概述 (3)
一.硬件电路及信号说明 (5)
1.1USB2.0OTG控制器相关信号 (5)
1.2USB2.0HOST控制器相关信号 (6)
1.3USB HSIC控制器相关信号 (6)
二.KERNEL模块配置说明 (7)
2.1USB HOST相关配置 (7)
2.1.1 Mass Storage Class(MSC) (8)
2.1.2 USB Serial Converter (8)
2.1.3 USB 鼠标键盘等HID设备 (9)
2.1.4 网络设备 (9)
2.1.5 USB camera (10)
2.1.6 USB audio (10)
2.1.7 基于libusb的用户层驱动 (10)
2.1.8 USB HUB device支持 (11)
2.1.9其他USB设备 (11)
2.2USB GADGET配置 (11)
2.3芯片USB控制器配置 (11)
2.3.1 USB1.1/2.0 HOST和OTG控制器配置 (11)
2.3.2 USB HSIC控制器配置 (13)
2.4A UTO S USPEND及R EMOTE W AKEUP功能配置 (13)
2.5USB BYPASS UART功能配置 (14)
三.系统调用接口 (15)
3.1GADGET连接状态 (15)
3.2系统中VBUS状态 (15)
3.3开机检测VBUS状态 (15)
3.4设备主动连接PC使能 (16)
3.5 ANDROID GADGET接口 (16)
3.6OTG控制器角色强制切换 (17)
3.7查询OTG控制器当前角色 (17)
3.8查询控制器状态接口 (17)
3.9控制器使能 (17)
四.USB充电器检测 (18)
4.1采用充电IC与标准充电器 (18)
4.2无充电IC,标准充电器 (19)
4.3无充电IC,非标准充电器 (19)
五.ANDROID VOLD中相关配置 (20)
5.1VID/PID的修改 (20)
六.USB常见问题DEBUG (22)
6.1USB正常工作LOG (22)
6.1.1 OTG正常切换log (22)
6.1.2 Device状态log (22)
6.1.3 Host状态log (23)
6.2USB常见问题排查步骤 (24)
6.2.1 软件配置 (24)
6.2.2 硬件电路 (24)
6.2.3 Device常见功能异常排查步骤 (24)
6.2.4 Host常见功能排查步骤 (26)
6.2.5 USB Camera异常问题排查 (27)
6.2.6 USB 休眠唤醒问题排查 (28)
6.3PC驱动问题 (29)
6.4USB问题上报方式 (30)
七.测试要求 (31)
7.1USB D EVICE专项测试 (31)
7.2USB HOST专项测试 (31)
7.3USB2.0H IGH S PEED SQ T EST (32)
7.4专项测试报告要求 (33)
本文档适用范围:
RK29XX系列、RK30XX系列、RK31XX系列芯片。
运行Android 4.0以上系统。
对象:
软件工程师,硬件工程师,测试工程师
概述
Rockchip SOC通常内置多个USB控制器,不同控制器互相独立,请在芯片DA TASHEET中获取详细信息。由于部分USB控制器有使用限制,所以请务必明确方案的需求及控制器限制后,再确定USB的使用方案。各种芯片内置的USB控制器如表(1)所示:
表(1) RK平台USB控制器列表
USB控制器都是挂在AHB总线上,功能简要说明如下:
(1)USB1.1 HOST控制器支持USB WIFI,USB 3G dongle,不支持MSC设备(U盘),内置使用;
使用时HOST DP/DM通过15KΩ电阻下拉,不使用时务必在kernel配置中去掉对应选项,否则会导致休眠唤醒出问题;
(2)RK2918和RK2906的USB2.0 HOST控制器不支持Periodic OUT 传输(如audio out设备),
支持不含Periodic OUT 传输的各种设备,如果接HUB,仅能支持MSC设备及HID设备。
其余系列的芯片无此限制;
(3)USB2.0 OTG控制器,支持作为HOST和DEVICE模式。而USB HSIC控制器只支持作为
HOST模式;
(4)USB HSIC控制器支持具有HSIC接口的USB设备。可以通过HSIC HUB(如usb4604)扩展
USB接口,连接到其他的USB设备。
(5)USB2.0 OTG、USB2.0 HOST和USB HSIC控制器都可以支持USB Camera。但如果要支持
720P以上的Camera,建议使用USB HSIC控制器,效果最佳。
SDK提供的USB子系统支持所有Linux所提供的标准接口,包括各种传输类型,协议规范内的休眠唤醒等,用户支持新的设备只需调试usbcore层以上的class驱动,需要注意的是通过usb_submit_urb提交请求时,要保证urb成员transfer_buffer为四字节对齐。
Bulk 理论最高数据传输速率:
Full speed(usb 1.1)Bulk理论最高数据传输速率:1216K byte/second;
High speed(usb2.0)Bulk理论最高数据传输速率:53248K byte/second;
一.硬件电路及信号说明
USB2.0的工作时钟高达480MHz,所以layout时需要特别注意,USB走线宽度为7-8MIL,做90Ω阻抗差分走线,最好在表层走线并有包地,边上无干扰源,正对的上下层不能有其他信号走线。
USB HSIC使用240MHz DDR信号,传输速率与USB2.0同为480Mbps,典型的走线阻抗为50Ω,建议最大走线长度不要超过10cm。
1.1 USB
2.0 OTG控制器相关信号
以RK3066的OTG硬件电路为例,完整的USB 2.0 OTG电路如下图(1) ~ 图(4)所示:
图(1) USB 2.0 OTG控制器硬件信号
图(2) OTG PORT电路图
图(3) OTG_DET电路图图(4) OTG_DRV电路图
OTG_VBUS:输入信号,用于USB DEVICE检测VBUS电平,0:低电平约0V,1:高电平约3V。默认无连接时电平为低,连接至PC或充电器时电平为高。
OTG_ID:输入信号,由USB OTG协议定义,用于识别USB口所接设备的默认角色(HOST or device)。USB_ID默认上拉,处于device状况,如果要控制器进入HOST状态,需外接mini-A口或micro-A口将USB_ID短接到地。
OTG_RKELVIN:参考电阻默认43.2欧到地,可通过调节该电阻阻值来调整USB信号质量。不同芯片,该参考电阻的阻值不同,具体请见相应的SDK参考设计原理图。
OTG_DRVVBUS:该信号由USB OTG控制器的HOST寄存器控制,硬件上通过该信号来控制HOST所需5V VBUS输出。
OTG_DP/OTG_DM:即Data+, Data-,USB的两根差分信号线。
1.2 USB
2.0 HOST控制器相关信号
以RK3066的HOST硬件电路为例,完整的USB 2.0 HOST电路如下图(5) ~ 图(6)所示:
图(5) USB 2.0 HOST控制器硬件信号
图(6) HOST PORT和HOST_DRV电路图
1.3 USB HSIC控制器相关信号
以RK3188的HSIC硬件电路为例,完整的HSIC控制器硬件信号如图(7)所示:
图(7) HSIC控制器硬件信号
HSIC_DATA:HSIC的data信号;
HSIC_STOBE:HSIC的clock信号,240MHz;
HSIC_VDD_1V2:HSIC控制器的电压,1.2V;
二.kernel模块配置说明
使用make menuconfig 命令进行kernel配置,在配置选项之前,请使用make help 命令列出目前kernel支持的配置,并选用对应芯片配置,如make rk30_sdk_defconfig。
Make menuconfig得到kernel配置界面后,USB模块的配置位于
Device Drivers --->
[*] USB support --->
必须选上USB support项后才能支持USB模块并进行进一步的配置。后面详细说明每一项的具体配置。
2.1 USB HOST相关配置
需要支持USB HOST,首先需要选上<*>Support for Host-side USB项,然后会有出现很多HOST 相关的配置,我们应根据实际需求来配置。
常用USB设备有:
(1)USB大容量存储设备(Mass Storage Class),如:U盘,CDROM ,USB移动硬盘等;
(2)USB Net设备,如:USB WIFI,3G modem,3G dongle,USB 以太网卡等;
(3)USB HID设备,如:USB鼠标,USB键盘等;
(4)USB Video设备,如:USB Camera;
(5)USB Audio设备,如:USB音箱;
2.1.1 Mass Storage Class(MSC)
U盘属于SCSI设备,所以在配置USB模块之前需要配置SCSI选项
Device Drivers --->
SCSI device support --->
<*> SCSI disk support
U盘属于SCSI disk设备,另外有些U盘可能有多个盘符,需要注意选上相关选项,如下图:
配置完SCSI device support后,可以在USB support中找到如下选项,选上即可。
2.1.2 USB Serial Converter
(1) 支持USB 3G modem
USB 3G modem使用的是USB转串口,使用时需要选上如下选项:
进入该项配置,选上如下选项:
(2) 支持PL2303
如果要使用PL2303,输出数据到串口,需要选择如下选项:
(3) 支持USB GPS
如果要支持USB GPS,如u-blox 6 - GPS Receiver设备,需要选择如下选项:
2.1.3 USB 鼠标键盘等HID设备
USB键鼠的配置选项如下:
选上后内核即可支持USB键盘和鼠标及基于HID协议遥控器等设备。
2.1.4 网络设备
(1) USB蓝牙
[*] Networking support --->
<*> Bluetooth subsystem support --->
Bluetooth device drivers --->
<*> HCI USB driver
(2) USB WIFI
通常直接使用vendor提供的驱动。
(3) USB Ethernet
Device Drivers --->
[*] Network device support --->
USB Network Adapters --->
2.1.5 USB camera
Device Drivers --->
<*> Multimedia support --->
[*] Video capture adapters --->
[*] V4L USB devices --->
<*> USB Video Class (UVC)
USB camera使用同步传输方式,实际最高数据传输速率为
3KB/微帧* 8*1000 = 24000KB/s,约为23.4MB/s
需要注意的是,RK平台的USB2.0 HOST和USB2.0 OTG控制器对于高清(720P以上)的USB Camera支持效果不好,可能存在概率性闪屏、无图像以及camera应用异常退出的问题,出现的概率与系统本身的性能有关系,具体见6.2.5 USB Camera异常问题排查。
因此,如果要使用USB2.0 HOST和USB2.0 OTG控制器连接USB camera,需要更新补丁。
如果要支持高清USB camera,必须要使用USB HSIC控制器,目前只有RK31XX系列的芯片支持USB HSIC控制器。
2.1.6 USB audio
Device Drivers --->
<*> Sound card support --->
<*> Advanced Linux Sound Architecture --->
[*] USB sound devices --->
<*> USB Audio/MIDI driver
2.1.7 基于libusb的用户层驱动
部分USB设备使用基于libusb的用户层驱动,需要usbfs,libusb,用户层驱动共同完成对设备的支持。
Android的libusb需要在android层单独编译,可在网络上搜索实现方法。
Usbfs支持:
Device Drivers --->
[*] USB support --->
[*] USB device filesystem (DEPRECATED)
2.1.8 USB HUB device支持
如果要支持USB HUB,请将“Disable external HUBs”配置选项去掉。
Device Drivers --->
[*] USB support --->
[ ] Disable external HUBs
2.1.9其他USB设备
其他有可能用到的USB设备还有很多,如GPS,printer等,有可能需要vendor定制的驱动,也有可能是标准的class驱动,如需支持,可直接在网络上搜索Linux对该设备支持要做的工作,RK 平台并无特殊要求,可直接参考。
2.2 USB gadget配置
控制器作为device使用时,需要配置USB gadget:
Device Drivers --->
[*] USB support --->
<*> USB Gadget Support --->
具体的配置选项如下:
进入USB Gadget Drivers (Android Gadget),选择如下选项:
Android 4.0以后所有gadget类型默认都参与编译,需要使用时通过android设备管理进行切换。
2.3 芯片USB控制器配置
2.3.1 USB1.1/2.0 HOST和OTG控制器配置
这三个USB控制器的配置选项位于USB support选项最下方,默认配置如下:
其中HOST控制器选项需要完成2.1的配置后才能出现。
下述两个选项用于使能控制器作为HOST,默认是enable,可利用sysfs接口对控制器进行开关。
[*] ---usb1.1 host controller enable
[*] ---usb2.0 host controller enable
注意:如果项目中没有使用USB1.1 HOST控制器或者USB2.0 HOST控制器,请在这去掉对相应控制器的支持。
USB2.0 OTG控制器可选为HOST ONL Y MODE,DEVICE ONL Y MODE或BOTH HOST AND SLAVE,如下所示,默认设置为BOTH HOST AND SLAVE。
Controller default status (depends on USB_ID) --->
该选项只有在USB2.0 OTG控制器选为BOTH HOST AND SLA VE项时才出现,用于选择系统开机后OTG控制器的模式,默认设置为depends on USB_ID。当系统开机后,可通过sysfs接口切换,具体选项如下:
三个选项的作用分别如下:
depends on USB_ID: 由硬件信号USB_ID来确定USB2.0 OTG控制器角色;
HOST:开机强制设置OTG为HOST功能,不care USB_ID状态;
DEVICE: 开机强制设置OTG为device功能,不care USB_ID状态。
[*] connect to PC when vbus detect
该选项用于设置当OTG控制器检测到VBUS时,设备是否主动进行连接。如果该项没有选上,则控制器检测到VBUS后将不会主动连接PC,sysfs提供选项用于该选项的开关。
2.3.2 USB HSIC控制器配置
RK31XX系列的芯片支持USB HSIC控制器,配置选项如下:
[*] USB support --->
注意:如果项目中没有使用USB HSIC控制器,请这去掉上述配置选项。
2.4 Auto Suspend及Remote Wakeup功能配置
USB Auto Suspend及Remote Wakeup功能,即自动休眠和远程唤醒,用于USB的电源管理,目的是让USB设备自动进入休眠模式,以降低机器运行时的USB设备功耗与整机功耗。
USB设备进入自动休眠时,当USB主机需要与USB设备通信时,主机需要能唤醒设备。主机休眠时,当设备需要通知主机时,设备需要能唤醒主机。因此,只有当USB主机和USB设备都支持该功能时,才能使用。
RK平台的USB HOST支持Auto Suspend及Remote Wakeup功能,但考虑到大部分USB设备不支持该功能,同时为了降低机器二级待机的功耗,所以默认是关闭该功能的。如果要支持该功能,需要开启以下的kernel配置选项:
[*] USB support --->
[*] USB runtime power management (autosuspend) and wakeup
[*] remote wakeup support in DWC_OTG controller
同时,还需要去掉以下的配置选项:
System Type --->
Support for RK power manage --->
[ ] Support clock switch to 32.768k
此外,如果要支持二级待机的远程唤醒以及3G模组(如USI UNA+模组),还需要更新补丁,请联系文件系统组负责USB驱动的工程师。
2.5 USB bypass UART 功能配置
USB bypass UART功能是指USB OTG可以作为串口输出,以用于debug功能。其实现原理是将UART接口的TX、RX信号线与USB OTG接口的DP、DM复用,从而达到节省IO和方便串口调试的目的。
目前,支持该功能的芯片包括:RK2926、RK2928、RK3026、RK3028、RK3188。
USB bypass UART的实现原理框图如下图(8)所示:
图(8) USB bypass UART原理框图
配置选项如下:
System Type --->
[*] Support USB UART Bypass Function
增加USB debug功能后,USB2.0 OTG口有三种状态:USB device、USB host、USB-UART,软件通过判断OTG_ID和OTG_VBUS两个信号来实现状态之间的切换。其中,OTG_ID用于区分USB device、USB host这一对状态,OTG_VBUS用于区分USB device和USB-UART这一对状态,OTG_ID 优先级大于OTG_VBUS,具体的转换关系如表(2)所示:
需要注意以下两点:
(1)使用该功能后,原来的UART接口将会失效,无法正常使用。
(2)需要使用USB Debug专用线缆,该线缆内部集成了USB转UART芯片PL-2303HX,线缆
接口与USB相同,其中RX连接DP,TX连接DM,GND线使得两端共地。USB信号线VBUS和ID悬空不连接。
三.系统调用接口
Linux kernel通过sysfs接口完成与android层的交互,除了android自带的接口,其他增加的调试接口可能需要在特定环境才能使用。
3.1 GADGET连接状态
用于查询控制器工作于device模式时gadget连接HOST(PC机)状态,可用于判断外接为充电器还是PC。在android2.3以前的系统,使用MSC连接状态,android4.0开始增加了MTP等其他模式,无法继续使用MSC状态。
本接口目前仅支持kernel函数调用接口,int get_gadget_connect_flag( void )
返回值为:0 无PC连接连接;
1 设备已经通过USB连接到PC。
3.2 系统中VBUS状态
控制器作为device功能时,一直通过VBUS_DET信号监控VBUS状态,VBUS如果为高,一般是设备通过USB线连接到PC。Kernel函数调用接口为int dwc_vbus_status( void )。
VBUS状态查询节点:
/sys/bus/platform/drivers/usb20_OTG/vbus_status (read only)
vbus_status可能的值为:0 VBUS为低电平(约0V);
1VBUS为高电平(约5V);
2VBUS为高,且DP/DM信号均为高电平(用于国标充电器判断)。
3.3 开机检测VBUS状态
系统开机时可能会出现低电导致不能正常开机的情况,这时候无法使用系统正常运行的接口,又需要检测是否外接充电器来确定是否充电,所以提供kernel函数接口:
int dwc_OTG_check_dpdm(void)
返回值与3.2一致。因为该接口函数会reset usb控制器,所以,请注意本接口只能在系统开机低电不进入系统时使用,如果在进入系统并且usb模块已完成初始化后调用该接口,会导致usb工作异常。
3.4 设备主动连接PC使能
对应2.3节的控制器选项,用于使能控制器检测到VBUS后连接PC。
/sys/bus/platform/drivers/usb20_OTG/dwc_OTG_conn_en (read&write)
dwc_OTG_conn_en可能的值为:0 设备检测到VBUS后不发起USB连接;
1 设备检测到VBUS后会发起USB连接。
3.5 android gadget接口
Android4.0以后,android gadget接口所有内容均在以下节点:
ls /sys/class/android_usb/android0
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bcdDevice
enable
f_accessory
f_acm
f_adb
f_audio_source
f_mass_storage
f_mtp
f_ptp
f_rndis
functions
iManufacturer
iProduct
iSerial
idProduct
idVendor
power
state
subsystem
Uevent
连上PC后,flash 用户盘及SD卡可以作为gadget设备被PC访问。实际上PC访问的媒介路径是由android通过sysfs写到USB 驱动的,该sysfs路径为:
/sys/class/android_usb/android0/f_mass_storage/lun/file
/sys/class/android_usb/android0/f_mass_storage/lun1/file
3.6 OTG控制器角色强制切换
2.3节提到OTG控制器可以作为HOST,也能作为device,控制器的角色一般由USB ID电平决定(参考1.1节USB_ID信号),也可以由软件进行强制切换,节点如下:
/sys/bus/platform/drivers/usb20_OTG/force_usb_mode
force_usb_mode可能的值为:0 depends on USB ID
1force HOST
2force device
3.7 查询OTG控制器当前角色
USB2.0 HOST和USB1.1 HOST都只能作为HOST使用,而USB2.0 OTG可以作为HOST,也能作为device功能使用,查询当前工作的角色节点如下:
/sys/devices/platform/usb20_OTG/mode
Mode: 0 device mode
1 HOST mode
3.8 查询控制器状态接口
可以通过如下接口打印各个控制器当前的寄存器状态:
cat /sys/devices/platform/[controller name]/debug
其中[controller name]为控制器名称,可以是usb11_HOST, usb20_HOST, usb20_OTG。
3.9 控制器使能
控制器可以通过SYSFS接口使能或关闭,控制器disable后进入低功耗模式,该接口主要用途在于内置USB设备需要动态开关保证整机的最低功耗。接口如下;
/sys/devices/platform/[controller name]/enable
其中[controller name]为控制器名称,
Enable状态:0 disable
1 enable
四.USB充电器检测
USB-IF发布battery charge1.2标准作为移动设备充电检测标准,其他一些组织也有发布类似标准,其中中国工信部标准要求USB充电器的DP, DM短接。
RK的USB控制器不支持battery charge1.2标准,但是可以检测出国标充电器的DP,DM短接。
由于PC的USB HOST口默认只提供500mA的供电,而一般充电器可以达到800mA或者1A 以上的电流充电,所以需要识别并做不同处理。
USB模块提供的VBUS状态和PC连接状态变化情况如下,充电模块如需使用请务必了解状态的变化过程。USB驱动提供了两个状态量vbus_status和gadget_connected用于判断连接充电器的状态,可分别通过调用接口函数dwc_vbus_status和get_gadget_connect_flag获取这两个状态量的值。
1. 无连接,vbus_status值为0,gadget_connected值为0;
2. 刚连接到PC或充电器,vbus_status值为1,gadget_connected值为0;
3. device会发起连接,如果是信号较好的PC,可以很快连上(1,2s内),如果信号较差,设备会retry 3次,每次时间约为2S,连上后vbus_status值为1,gadget_connected值为1;
4. 如果外接不是PC,那么3次连接超时后,会给出DP, DM的状态,如果是标准充电器vbus_status 值为2,gadget_connected值为0;如果非标准充电器,vbus_status值为1,gadget_connected值为0。
表(3) USB连接充电器和PC的状态表
4.1 采用充电IC与标准充电器
如果项目采用充电IC,可以直接使用充电IC提供的状态进行判断,需要注意的是充电IC会连接到USB的DP,DM信号,硬件上需要注意进行不能影响DP,DM的信号质量。
4.2 无充电IC,标准充电器
可以直接通过USB模块提供的标志来判断是否外接充电器,具体见3.2,3.3。
4.3 无充电IC,非标准充电器
非标准充电器的判定标准,一般为有VBUS连接,且长时间无PC连接,这实际上是根据USB 的连接行为做的判定,如果USB线较差导致实际上的PC连接没有连上,也会被误判为充电器,所以是存在风险的,建议尽量使用标准充电器,即只需要将DP,DM短接悬空即可。
Win10下J-link-V8固件恢复教程
先说一下事情的起因, 不才偶得一块STM32F7板子,自带ST-link,不幸的是MDK5.14无法使用!幸好还有备用的J-link,连接电脑,一切正常,进入MDK5.14进行设置, 提示%¥#%……(*&%……%……(,脑残+手残,直接回了车, 便出现了更加悲哀的一幕! 重新对J-link断电上电,基本可以断定J-link升级失败固件丢失了! 于是这篇帖子==各种扯淡的百度||各种操蛋的尝试; 首先说一下我的开发环境: Windows10企业版,不用看老子用的是正版(就是这么任性)
J-link版本为V8.0,主控芯片为AT91SAM7S64-EX,是这个样子的; 固件烧录所用的工具是SAM-BA v2.12.zip(6.12MB,下载次数:0)(已 打包V8固件); 安装完成后是这个样子的;
有些朋友的J-link可能是这样的,不过这没关系,只要主控芯片一样就行了, 或者主控芯片不一样也没关系,只要你得是J-link就行了! 再说说修复过程(部分图片来自网络,但不影响视觉),(以下操作切记注意操作顺序)
第一步、首先连接USB线,给J-link上电, 短接1处(ERASE)跳线,时间不短于10秒,擦除原有固件,拔掉跳线帽,断开USB线。 第二步、短接2处(TST)条线,连接USB线,给J-link上电,将Bootloader复制到Flash引导区,保持时间不少于20秒,断开USB连接线,拔掉跳线帽。 第三步、用USB线将J-link连接到电脑, 正常情况下会出现一个“USB串行设备COMx” 如下图
到这里基本就成功了1/3了!可以来杯82年的雪碧庆祝一下! 接下来打开我们的烧写工具SAM-BA v2.12,得自己提前安装好哦! 正常情况下,是这样的,USB串口可以识别,设备根据J-link自己选择; 然后点击“Connect”,正常情况下会弹出如下界面! 此时要注意了,会出现如下一个提示框!
佳能5D2相机固件更新说明书 中文版
- S.Chinese - EOS 5D Mark II 固件更新步骤
固件更新步骤 下列说明中的x.x.x.代表当前的固件版本或更新的固件版本。 (1) 准备更新固件所需的项目。 1.机身 2.专用电池(电池必须完全充满电)或专用交流电适配器套装(选购) 3.CF卡(64MB或更大,64GB或更小) 4. 固件更新文件(可从佳能网站下载。) (2) 创建固件更新文件。 1.从佳能网站下载压缩的自解压文件。 2.解压下载文件,并创建固件更新文件。 如何解压固件更新文件 Windows 双击下载文件时,将出现以下屏幕。单击[确定],将解压下载文件并生成固件更新文件。 Macintosh 下载的文件会自动解压并生成固件更新文件。如果下载文件没有自动解压,请双击下载文件。 3.检查固件更新文件的大小。 如果文件大小不匹配,请再次下载固件更新文件。 如何确认固件更新文件的大小 Windows 右键单击固件更新文件的图标,并从弹出的菜单中选择[属性]。 Macintosh 选择固件更新文件的图标,然后从[文件(File)]菜单中选择[Get Info(获得信息)]。 4. 固件更新文件的名称和尺寸可以在网站上查到。
如果使用CF读卡器,请从第(3)步开始操作。如果不使用CF读卡器,请从第(4-1)步开始操作。 (3) 将固件更新文件复制到CF卡。 1.将通过相机格式化的CF卡插入CF读卡器。 2.将固件更新文件复制到打开CF卡时(根目录)出现的第一个窗口中。 3.将CF卡从读卡器中取出。 *取出CF卡时,请务必按照计算机或读卡器说明中所述步骤操作。 *如果固件更新文件被放在CF卡的子文件夹下,则相机无法找到它。 4.旋转模式转盘选择
模式(或除全自动模式外的其他某个模式)。 5.将带固件的CF卡插入相机。 6.打开电源开关,然后按下