Android OTA升级

1,Build otapackage后system.img没有打包进去?

Ota包里面缺失system img,原因是客户修改了prop里面的“ro.product.device” value值.
尝试以下两种方式,ota_from_target_files中不需要设定 cust_dir1 这个值了:

a.  修改ota_from_target_files 中的system_path:system_path =    os.path.join("out/target/product/g32wh_xfy","system.img")

b.  將 system.img copy 一份到不需要 device 相关的路径,比如out/target下,那么在此处设置system_path值如下:system_path = os.path.join("out/target", "system.img")

2,Build OTA升级包的时候出现异常,无法编译 ?

是low memory 导致build otapackage 失败的:
需确定build otapackage时保证足够的memory,比较多的情况下在制作升级包时,都是采
用虚拟机的方式,而不是特定义的一台server,所以就会有low memory 的情况。如果可 以,
增加此虚拟机的memory 也行参考以下两种方案:
a) 将 partition_table_MT6589.xls中的android那个区域的大小改小一些, 删除一些内置
   在system区域的apk;(cause:对于build otapackage 失败,是在打包ota时,对    ota进行签章时报了low memory的error。对于签章sign所需的memory的大小,取决于apk的大小,所以对partition_table_MT6589.xls 中的android 分区设定,如果android 分区设定大,则在对ota中的apk进行签章时要求的memory也要大。)
b) 修改SignFile.java 中的cmd = [“java”, “-Xmx2048m”, “-jar”, 这条 ,将
“-Xmx2048m”,修改 为“-Xmx4096m” 或者更大,也可。(cause:对于这个SignFile 中
 的这个cmd,是指当前签章run 的虚拟机上,指定虚拟机可用的最大heap size为2048,这个值
 需要参考当前的build的pc server的可用内存的大小。

3,DM/FOTA/MOTA相关的feature宏开关 ?

   在alps/mediate/config/[project]/projectConfig.mk里的对应DM/FOTA/MOTA的宏开关都由客户自行控制,但如果要实现相应的功能,则需要将相应的宏开关设置为Yes。宏开关所控制的应用如下:
    MTK_SMSREG_APP -- 短信自注册编译开关
    MTK_DM_APP--DM功能(包括采配,SCOMO, LAWMO,FUMO)编译开关
MTK_FOTA_SUPPORT-- FOTA编译开关
MTK_FOTA_ENTRY-- FOTA升级手机端入口开关
MTK_SCOMO_ENTRY -- SCOMO下载及升级状态查看入口开关
MTK_GOOGLEOTA_SUPPORT -- MOTA升级功能 (JB2 之前版本)
MTK_SYSTEM_UPDATE_SUPPORT --MOTA升级功能(JB2及JB2之后的版本)。

4,DM短信自注册,在重新download版本后也要重新短信自注册?

 支持情况:目前MT6573/75/77/89都支持DM短信自注册
相关资料:有关短信子注册,DM的参考资料请在DMS搜索以下文档:CMCC_Common_DM送测版本克制化准备.ppt
客户端的代码请参考:alps/mediatek/source/packages/SmsReg
Solution: 修改alps/mediatek/source/packages/dm_agent_binder/下的dm_agent.c文件,
将其中的define DM_IMSI_PATH DM_ROOT_PATH "imsi"修改为define DM_IMSI_PATH "/data/imsi"
这样修改的话,在恢复出厂设置时也会重新发送自注册消息。

5,Fota 升级error总结。

a. 0x8001007C: system_attr 文档与当前device版本的system.img不一致
b. 0x80010016: system 分区太小
c. 0x80010022: boot.xml或system.xml配置有误,请check boot.xml/system.xml中<PartitionName>boot</PartitionName>或    <PartitionName>system</PartitionName>
d, 0x80000001: redbend 的 library 在解析升级包时需要更多的memory(默认20MB,一般够),可分析制作boot.delta时的log,并check boot.xml,设置:SourceInputOffsetInFlash>0</SourceInputOffsetInFlash  TargetInputOffsetInFlash>0</TargetInputOffsetInFlash

e. 0x8000013C:ram太小,ram use cannot be less than 0x10004,请采用v7.0工具制作升级包

6, How to make OTA.zip for SDcard Upgrade ?

1. Enable SystemUpdate: EngineerMode--->Others--->System update options--->Sd card Update
2
2. Build : makeMtk [project] new
makeMtk [project] otapackages Full package:[project]-ota-eng.[username].zip ,rename as updat.zip; or delta package, please use command : build/tools/releasetools/ota_from_target_files -n -i old.zip

new.zip update.zip
3. META-INF(/com/google/andriod/updater-script) (from full package)
scatter.txt:partition layout information(from full package)
type.txt: type of update package(from full package)
config.xml:(configure follow info by yourself ,please preference build.prop)
4.将以上文件 files (update.zip, META-INF, scatter.txt, type.txt, configure.xml)打包为 **.zip
5. copy **.zip to SD card , entry setting—>system update

8, MOTA Server 搭建环境问题.

 在搭建MOTA Server时,会有无权访问文档或者无法打开某些文档的类似error
 原因:搭建MOTA server的整体环境有问题
解决:製作差分包的server環境是否有以下3個問題
1. out/host/linux-x86/bin/ 目錄下的檔案必須為可執行權限 chmod 755 *
2. server 是否缺少 32 bit 相關 library, apt-get install libc6-i386 lib32gcc1 lib32z1
lib32stdc++6 ia32-libs
3. server 是否缺少 java 程式, apt-get install openjdk-6-jre

9,MOTA Server上传整包软件失败,界面显示upload error?

1.在/var/www/路径下需要创建文件夹命名为OTA
 2.在fota/db.php文件里面,查看$upload_version_dir的值是否等于'/var/www/OTA/';如  果不是的话,需要对1中提到的OTA路径按要求进行修改。

10.MOTA升级时更改版本问题

默认情况下,可以通过修改ProjectConfig.mk中的MTK_BUILD_VERNO即可达到修改版本的目的。如果客户想保留MTK_BUILD_VERNO字段不变,采用CUSTOM_BUILD_VERNO来区分版本,需做以下修改:
– 配置:ProjectConfig.mk中配置宏:CUSTOM_BUILD_VERNO=custom.v1
– APP code:GoogleOta 中的Util.java中的getDeviceVersionInfo()里的
String buildnumber = SystemProperties.get("ro.build.display.id")修改为String buildnumber = SystemProperties.get("ro.costom.build.version")
– 差分包:制作差分包的准备包时,配置config.xml时:buildnumber 参考build.prop里的ro.costom.build.version进行配置 。

11,OTA 升级查询版本失败,log显示yourversion is illegal ?

这是因为手机的信息,也就是old版本的信息与Server上提交old版本时候填写的信息不一致。 old版本,new版本在upload到server的时候,server上要求填写的项是来自于package包的build.prop文件。对应关系如下:
build.prop upload.php
– ro.build.display.id-----------------build number of the version
– ro.product.locale.language---------------LANGUAGE
– ro.product.manufacturer------------------OEM
– ro.operator.oper--------------------OPERATOR
– ro.product.device-----------PRODUCT
– ro.build.fingerprint------------FINGERPRINT
– ro.build.version.release--------------------android version
– ro.product.name------------------------name of the version

12,FAQ10254]OTA 升级重启后,提示:”fail toupgrade to version *“.

原因:客户有自定义一个 custom version,这样,在升级后通知升级结果时,原code获取的版本信息是build.verno,并不是custom version,所以不一样,提示升级失败。
请参考以下方式修改code:请修改 SystemUpdateReceiver.java 的 getUpdateResult():
修改后:
private boolean getUpdateResult() {
Xlog.i(TAG, "getUpdateResult");
if (FeatureOption.MTK_EMMC_SUPPORT) {
  try {
    IBinder binder = ServiceManager.getService("GoogleOtaBinder");
    SystemUpdateBinder agent = SystemUpdateBinder.Stub
 .asInterface(binder);
    if (agent == null) {
    Xlog.e(TAG, "Agent is null.");
    return false;
    }
    return agent.readUpgradeResult();
    } catch (RemoteException e) {
    e.printStackTrace();
    return false;
    }
    } else {
    //add by lyx begin
    String strCurrentVersion =
    SystemProperties.get("ro.custom.build.version");
    if(strCurrentVersion ==null){
    String strCurrentVersion = SystemProperties.get("ro.build.display.id");
    }
    //add by lyx end
    if (strCurrentVersion != null) {
    strCurrentVersion = strCurrentVersion.trim();
    Xlog.i(TAG, "strCurrentVersion = " + strCurrentVersion);
    }
    DownloadInfo downloadInfo = DownloadInfo.getInstance(mContext);
    String strTargetVersion = downloadInfo.getTargetVer();
    if (strTargetVersion != null) {
    strTargetVersion = strTargetVersion.trim();
    Xlog.i(TAG, "strTargetVersion = " + strTargetVersion);
    }
    return (strTargetVersion.equalsIgnoreCase(strCurrentVersion));
    }
    }

13,OTA升级,无法找到更新包?

 在对比版本的时候,会对比fingerprint值,log来看这里
12-20 09:49:20.895: INFO/SystemUpdate/HttpManager(2002): fingerPrintPkg = XXXXX/vh075_td_emmc_xxxxx_s4509/vh075_td_emmc_xxxxx_s4509:4.2.2/JDQ39/1387464158:user/test-keys
12-20 09:49:20.895: INFO/SystemUpdate/HttpManager(2002): fingerPrintLocal = fingerPrintLocal是获取来的本地手机的fingerprint值,这边获取为null,是因为 客户定义的版本号太长了,导致在组装成fingerprint值的时候,超出了google限制
的property的长度92 byte,这种情况下,请改小客户定义版本内容,即
XXXXX/vh075_td_emmc_xxxxx_s4509/vh075_td_emmc_xxxxx_s4509:4.2.2/JDQ39/1387464158:user/test-keys

14,OTA升级不能进入到recovery mode

原因:在初始化时没有将应用GoogleOtaBinder设置为user root。
解决:在init.rc中添加以下两行:
1, service GoogleOtaAgent /system/bin/GoogleOtaBinder
2, user root

15,要求FOTA升级功能适用所有运营商

解决:
A. 将/alps/mediatek/source/operator/OP02/SPEC0200/operator_packages下的fota_zte文件拷贝到/alps/mediatek/source/external下
b, 将Android.mk文件的第一行”ifneq”和最后一行的”endif”用“#”注释掉

16,用ota_from_target_files制作差分包失败问题

原因:客户误用整包来制作差分包了,需要改换成ota.zip来制作差分包。
解决:您在用ota_from_target_files制作差分包时,请用
/out/target/product/[product]/obj/PACKAGING/target_files_intermediates/

下面的[project]-target_files-eng.[username].zip,改名为ota.zip。这个是用来制作差分包用
的原始包。

17,有关OTA升级与FOTA升级的区别,及相应的资料 ?
支持情况:目前MT6573/75/77都支持OTA升级
相关资料:有关OTA升级的参考资料请参考DMS的以下路径:
/3G Phone Data/Smart Phone/Software_Customer/Standard Package/MT6577 SW Doc
Package/Application/OTA Update
客户端的代码请参考:alps/mediatek/source/packages/GoogleOta*三支文件
DM/fota和mota的区别:是两种软件版本升级的方式,只需采用其中之一即可。
fota: 是需要拿到三方RedBend的license,升级包的发布与管理是由运行商控制的,在实现过程中
需要从运行商那申请开通DM(增强售后服务)功能,在升级过程中需要收费;
mota: 是敝司自行实现的一套升级方式,其中server端和客户端都已经实现,且免费提供给客户
,是不需要三方介入。

18,FAQ11682]手机在进行OTA升级的时候,将仅使用WLAN升级不选择的时候,点击升级后仅使用WLAN升级又会勾选

这个是MTK的design,因为差分包一般都比较大,我们不建议终端用户使用GPRS流量来下载。所
以每一次都会初始化wifi-only这个check box,以保证终端用户不会因为没有勾选而造成流量损
失。
我们的代码流程你可以参考一下
点击是—–检查GPRS网络——GPRS网络不可用(客户自己断开了GPRS网络)———-下
载切到PauseDownload状态———–初始化wifi-only为勾选
点击否——初始化wifi-only为勾选
如果客户觉得这种行为不合适,那可以注释掉initWifiOnlyCheckbox(),这个方法的调用。但
是MTK不建议修改

19,差分包升级时签章问题

原因:A版使用的key和B版使用的key不一致,导致签章error。
解决:先确定在ProjectConfig.mk文件中的宏:MTK_SIGNATURE_CUSTOMIZATION设置,
如果设置为yes, 客户需要自己去gen releasekey,生成key的文档参考DMS如下路径的资料:/Product Line/WCX/3G Phone Data/Smart Phone/Software_Customer/Standard Package/MT6575 SW Doc Package/Build/V2.3 /Application Signing Process Enhancement.ppt ,产生releasekey之后(releasekey在:alps/build/target/product/security/project下),Build第一个版本,build A new, build A otapackage, 将A版download到手机上,再build第二版,build B new, build Botapackage。最后用命令./build/tools/releasetools/ota_from_target_files –k alps/build/target/product/security/project/release –n –i oldotapackage.zip newotapackage.zip update.zip.如果宏MTK_SIGNATURE_CUSTOMIZATION设置为no,则不需要产生key,使用默认的
alps/build/target/product/security下的testkey。这时在build 完A、B两个版本后直接用命令:./build/tools/releasetools/ota_from_target_files –n –i oldotapackage.zip newotapackage.zip update.zip.来制作差分包
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android OTA升级是指通过无线网络对Android设备进行系统更新的过程。它通常涉及到制作升级包、写入设备分区以及设备的重启等步骤。具体流程如下: 1. 制作升级包:OTA升级的第一步是制作升级包,通常是一个zip文件,包含了系统更新所需的文件和脚本。这个升级包可以通过自动生成或手动创建。 2. 写入设备分区:一旦升级包制作完成,设备将会下载升级包并将其写入特定的设备分区,如系统分区。这将覆盖旧的系统文件并安装新的系统组件。 3. 设备重启:升级包写入完成后,设备会被重启以使新的系统生效。在设备重启期间,系统将会执行必要的操作来确保升级的完整性和正确性。 至于Recovery模式下的升级操作的具体过程,需要查看具体的设备和系统版本。一般来说,Recovery模式下的升级操作分为以下几个步骤: 1. 进入Recovery模式:设备需要先进入Recovery模式,这通常需要按下特定的组合键或运行特定的命令。 2. 选择升级选项:在Recovery模式下,用户可以通过设备的物理按键或触摸屏来选择升级选项。这通常是通过菜单或界面上的选项进行的。 3. 选择升级包:一旦选择了升级选项,用户可以通过Recovery界面来浏览设备中可用的升级包。用户需要选择合适的升级包进行安装。 4. 执行升级:一旦选择了升级包,用户需要确认并执行升级操作。系统将会自动开始升级过程,包括写入升级包和重启设备等步骤。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值