器件兼容解决方案.docVIP

器件兼容解决方案 现在我们的同一款手机中会用到不同的LCD和背光器件，由于软件不兼容给车间生产和分公司的售后维护工作带来了很大的麻烦，目前，LCD和背光IC不提供厂家码和设备码，所以在软件上自动对设备进 行识别存在困难，所以我们考虑在FLASH区间开辟一块区域，这块区域不能被用作它用，在其中放入与LCD相匹配的编码。系统在启动之后，先读取这段编码，然后对LCD进行初始化。在生产的时候，车间必须知道当前这个主板使用的是什么LCD，而且将主板和LCD的型号给邦定在一起，这是这个方案的缺点。但是对分公司升级软件来讲，他不需要知道当前使用的是何种LCD，除非他需要更换LCD屏。这个方案有两大优点：第一，软件实现，对硬件电路没有影响，不需要改板；第二，对很多器件都有用，如现在3503上的LCD和背光都可以纳入这这个当中，这样软件至少对于分公司来讲只有一套软件。 对此解决方案现以3503的LCD器件的为例做一下具体介绍： 现3503用到的LCD屏有：三星、同宝、东华、AU，种类比较多而且彼此软件不兼容则涉及到的软件版本就有很多种，确实为车间生产和分公司的升级带来了麻烦，现在我们所有LCD的驱动程序集成在一起，即此软件版本对所有的LCD兼容，再发一个相应的.S3文件，开机时根据读取到的.S3文件中的内容来选择相应的LCD驱动程序。即使以后更换LCD硬件设备，我们只要给车间和分公司发一个.S3文件就可以了，这样可以保证软件版本只有一套，减少了不必要的混乱。步骤如下： 集成LCD的驱动程序。把不同厂家的LCD的驱动程序都集成到lcd.c文件中，在不同LCD驱动前面加一个判断语句来选择相应的驱动程序。 启用FALSH空间段： -DAREA_CUSTDATA_START=0-DAREA_CUSTDATA_END=0x00008fff -DAREA_CUSTDATA_TAG=FSU_Mixed。 来作为我们的设备码存储区间。 编写区别设备的.S3文件，并用optiflash灌到手机中，注意地址。 编写对flash的读写函数UINT16 FindLCD_ID(void )，此函数负责读取flash预留空间里的数值，并return一个数值给全局变量LCD_ID 1步骤中提到的判断语句据此来选择驱动程序。 ５．设备码采用32位编码方式，高16位为厂家码，低16位该厂家的设备码。 假如我们将三星的某款LCD的编码定义为0则厂家码为01,设备码04。 针对上面提到的解决方案，我们安排了车间试流，测试组和质管部门的验证。如下： 1、线体生产中有发现批量性的大屏不显示（开机画面正常，但在响铃开始时大屏不显示），经分析是因为多次打补丁时，手机对比度始终保存着第一次补丁时的对比度，这样对于不同屏的显示对比度差异较大的机子显示就会变得太暗或太亮，临时只能用手动方法对大屏不显示的机子插卡后恢复出厂值。　针对多次打补丁后显示对比度不会更新的情况，昨天设计又试了一个版本，问题已解决。　　　其它没有发现相关于软件原因产生的不良（终测、ｍｍｉ测试均良好）。　　2、QA抽检：对试流机子进行各项指标（无线接收电平、有线接收电平、各信道功率、PT曲线、切换频谱等）测试，没有发现不良。?? 3、昨天还抽取了6台进行不停地开关机测试，无发现不显示或死机现象；设计也抽取了几台进行各项功能测试，没有发现异常。　　对于此次试流，虽然还存在一些小问题，但总体是好的，至少比以前因为计划更改而重新升级1台要6、7分钟之多进步多了，但遗憾的是由于硬件上限制而无法做到完全兼容，实现全自动化判别软件。 从试流结果来看，这种解决方案是可行的；器件兼容问题得到解决。接下来就是我们具体的实施问题了。 统一版本发行后，我们所有机型ID号最后一位统一标识“T”，表示统一版本的意思，用以区分以前的旧版本（旧版本用A，B，C……等区分不同的屏）。 售后需要注意：ID号最后一位标识是“T”的，请直接用统一版本软件升级；如果需要换屏的话，请先打上相应屏的补丁，再升级最新软件。如果ID号最后一位标识不是“T”的（也就是统一版本之前发行的软件），请先确认该手机是何种屏，再灌相应的补丁，最后升级成我们的最新程序。 不同的补丁命名规则为：厂家信息+某款LCD+日期。如：XINGYI－A0－040726。 各种屏的ID请用一个表来统一管理；加入统一表的屏需要审核，确认后才能加进来。 请于本周内完成所有项目的切换工作。还有就是请各位软件负责人注意：我们不需要针对自己负责的项目再安排器件兼容版本验证的试流了（我已在A9上安排过三星屏，兴益A0，A1和信利屏的试流了，问题已得到验证）；不过还是建议在开始用统一版本生产时，请大家跟踪一下相应的数据。 还有就是感谢各位的支持！ 客户服务