搜档网
当前位置:搜档网 › 高通case提交指南 Oct

高通case提交指南 Oct

高通case提交指南 Oct
高通case提交指南 Oct

高通CASE提交指南

2015. Oct.

1. 高通CASE提交注意事项

1.1 Platform

指明基带芯片型号,如8996,8994,8992, 8936, fusion3,8974等,即使认为是芯片平台无关的,也尽量指明目前发现问题的,或最容易重现的平台,手头有调试板的平台。

涉及到射频(RF)和电源管理(PMIC)芯片, 同时也指明这两款芯片型号以及射频平台配置,如RF configuration APAC, NA717, SV_VZ, CMCC SGLTE.

1.2 关于硬件design review

一般的case类型为wireless support大类,wireless support下面再分为硬件和软件类型。 design review类型为单独的大类,在提交硬件design review时(包括原理图/PCB/PDN) 请选择design review case类型。

提交design review的时候,对于原理图请提供pdf格式并且是可搜索的,同时填写文档80-V5756-3(文档内包括RF port mapping和框图)

1.3 Problem Area Code

●仔细的判断是软件问题还是硬件问题,以尽量符合实际情况,有助于加快问

题解决。

●一定要仔细填写Problem Area Code,从初步的分析确定问题最有可能发生的

部分,轻率填写不准确或者错误的Problem Code有可能会大大延迟CASE

的处理进程,使简单的问题不能得到快速应答。

●尽量不要使用模糊的Problem Area Code,如Other, Crash,这种往往需要更长

的时间分到正确的处理人

关于Problem Area Code的详细解释,见第四、五章。

1.4 Build id/version

一定要填写当前使用的版本号和配置ID,如M8916AAAAANLYD1030.2,

M6290AKPRZL120020,其中AKPRZL是build id, 120020是版本号。有时高通的一个发布版本中包含有几种配置,也要指明用的是哪一个编译命令,如

M6290AKPRZL120020中包含Full-UI 和Thin-UI配置,如果使用ThinUI配置,就指明用的命令是KPRBL.cmd

其它的版本相关信息:

涉及PC主机的,指明主机OS版本号,Win2000,XP, SP1, SP2, WIN7

涉及PC工具的,指明工具版本,如QPST版本号, QXDM版本号,QDART版本号等

涉及主机USB驱动的,指明USB驱动版本号

1.5 Meta Build

目前高通所有智能机平台有多个软件包构成一台手机所需要的所有软件。每个包都有各自的版本,所以有一个总的build id,和以些命名的包,如

M8916AAAAANLYD1030.2,提Case时需要提供,如果其它软件包有单独更新,也需要指明。

1.6 Contact name/phone/email

不要忘记留下CASE联系人(负责解决问题的人)的姓名,电话,email,特别是多个共用一个CASE帐号时。便于高通CASE处理人有问题可以及时联系。有利于问题的快速解决。

1.7 Customer's Urgency

紧急程度,根据项目的阶段和问题影响程序如实填写, 如果紧急问题太多,总体优先级将会下降

1.8 Case Type

类型有4种, General Query表视一般性的问答,不是具体调试中碰到的软硬件故障

1.9 关于语言

鼓励CASE提交者尽量使用英文,实在难以用英语描述清楚的,可以用英语作概括,在用中文详细描述。也可以附上文档,包含图表等具体分析。直接用英文描述在CASE正文中,将便于高通全球工程师都能理解,便于CASE处理者跟踪CASE 时快速回忆起上下文,有利问题解决,并且CASE正文会出现在email通知中,有利于相关工程师快速掌握相关信息,对于一些已知问题可以快速回复。

1.10 关于CASE标题

CASE的标题用英文把问题简要描述清楚,尽量包含特征关键字,一看便知是什么样的问题,有助于归类相似问题,加快解决。

1.11 提交CASE前的准备

1.11.1 尽量区分出是高通原有代码问题还是新添功能引起的问题

对高通原有的功能,准备一个编译版本包括高通原始版本加上适应厂商平台的最小改动的版本如flash驱动的改动,在这个版本上测试看能否重现。

每次升级时都保留一份高通原始版本,包括Elf和hex/mbn文件,便于随时作验证比较测试。

1.11.2 询问其他同事或其他项目组

对于不是刚发布的平台,公司的其它项目组已经做过该平台的项目,可能已经处理过类似问题。

1.11.3 如果有相关平台,是否有同样问题出现

如果有其它高通类似平台项目,如同为CDMA单芯片在开发,了解一下是否有同样问题出现,有利于判断问题所在。

1.11.4 确定是否是主机软件相关

如果涉及到PC机,确定是否和Windows相关,是否在最新的Windows软件上试过?如新的QPST,QXDM,QDART,USB驱动,QMICM客户端。如在其它操作系统上发现,确认在Windows上有没有。如果在Vista, Windows2000上发现,确认XP上有没有。

1.11.5 查看平台文档

高通每个平台都有三个文档:

1.Device spec(80-xxx-1)

2.Software interface(80-xxx-2)

https://www.sodocs.net/doc/fe8159687.html,er guide(80-xxx-3)

4.Device Revision Guide(80-xxx-4)

5.Design guideline(80-xxx-5).

如果涉及硬件,先查看这个文档,搞清楚文档上是怎么说的,并在CASE上说明。

关于射频,我们有一些known issue and update文档,如80-N5420-56和80-N5420-56A,这些文档会经常更新,请下载最新文档。有时候原理图的更改也会包括在这个文档里面(此时原理图可能还在更新的流程中)

新的平台,如8960,8x26, 有三个软件相关文档,用户手册(User manual),定制手册(Porting manual),调试手册(debug manual)。

.

1.11.6 查看Release notes

先查看对应软件版本的Release Notes,看是否是相关说明,是否是Known issue,某功能有没有说明已经支持,如果有的话,在CASE描述中指出Release Notes相关内容,有助于提示CASE处理人,加快解决。

1.11.7 利用搜索引擎

1对一些通用的概念,先通过google了解一下,看看是否有必要提给高通

2.搜索高通CASE网站,看看Solution中是否已经有相关问题说明。高通的Solution数据库是高通总结的一些客户常见,有代表性的问题解释和解决方案。如在找到相关内容,可能无须再提CASE,有部分相似的,需要进一步确认的也可以在CASE中说明相关Solution ID,便于跟踪。

1.11.8 其它资源

有关源码目录下的README文件

有关源代码文件的注释

协议相关PICS文件

1.11.9 确定是否与仪器相关

用另外一种仪器进行测试看是否与仪器相关

1.11.10 提供硬件设计文件和qcn

硬件测试中发现的问题,除提供测试步骤、测试仪器外,尽可能准备好可提供给高通的设计文件(原理图/PCB),射频相关问题提供qcn。

1.11.11 抓取相关log

对于不同问题,抓取不同的log,并且设置不同的配置。

相关的log有:

QXDM F3 log, 打印消息,空口协议流程,Data service TCP/IP流程。注意,QXDM log中,默认IP报文只抓取前80字节。某些情况下,这样的报文无法分析问题,请参考solution 5031,在适当的接口使能DPL,以获取合适的TCP/IP log。QDART(QSPR) log:与射频校准相关的问题请提供QSPR相关log(html and tpl file) 对GCF测试相关问题请提供仪器侧和手机侧log

PC侧Ethereal log

Android ADB radio/main/event log

Windows Phone WMRIL/MBB log

PC侧Sniffer log(Ominipeek等工具)

EFS F3 log

EFS dump

Usb bus log

Windows host driver log

SIM card IT3 log

Memory dump

1.11.12 内存dump

Memory dump主要针对死机或重起问题,有三种方式,Jtag, usb, sdcard

Jtag dump抓取较麻烦,速度慢,但可以抓的比较完全,不受Cache影响

Usb dump比较方便,但对于smartphone平台,可能会丢失AP侧Cache信息,对于hardward reset问题,也可能丢失Cache数据

Sdcard dump 较新的平台,如7x27a, 8x55,8x60,8960支持sdcard抓DUMP,在sdcard中放入标志文件就可以。这种方法,速度较快,无需PC,并且最终用户也可以使用。

1.11.13 对Log进行初步分析

先对Log进行初步分析,指出发现的一些可疑问题,在CASE描述中指出。

对于ASSERT引起的crash,先找出是哪一行代码的assert,除了行号,把实际代码也标示出来,因为行号可能不一致。

还有kernel panic的相关信息,写在case上,将大大提高case响应速度。

1.12 如何描述CASE

1.1

2.1 问题重现的步骤

1.1

2.2 问题出现相关的环境,设置等:

网络环境GSM/WCDMA/HSDPA 3.6M 7.2M

中测仪还是基站,现网还是实验室基站,

PC操作系统, Window2000, XP, or Vista, SP1/SP2, Linux/MAC

射频芯片平台

仪器的设置

1.1

2.3 问题发生的概率及各种影响概率的条件

对于概率发生的问题,这一点非常重要

1.1

2.4 能否在高通MTP, CDP, QRD手机或能否在高通原始版本上重现

如在1.7.1中所说,如果没有MTP, 就准备一个高通最小改动版本留用。

1.1

2.5 这一问题在前面版本上是否出现?

如果不是开发所用的高通第一个版本,验证一下是不是以前版本就有而没有测试到,还是这一版本新出现的问题。这个信息对于解决问题非常有帮助,可以提供非常好的线索。

1.1

2.6 在最新版的PC软件上是否出现?

如果涉及PC软件,如usb驱动,QPST,QXDM,QDART等看看是不是最新版本上也有。

1.1

2.7 在高通文档和Release Notes中相关的说明

指出初步分析所看文档的一些值得关注的信息

1.1

2.8 对Log初步分析结果, crash发生的行号和该行与上下相关代码

如果发生crash,找到crash发生的地方,并指出相关代码,只有行号并不能确定地方,因为有可能代码已经改动,行号变化了,本且OEM拿到的代码和高通内部的代码行号也可能有偏移。

注:越符合CASE提交规范的CASE将会有利于更快的得到有效反应和得到更高的优先级,有利于CASE的更快解决

1.13 关于死机的case

关于死机重启等稳定性问题,最关键是区分问题最大可能是由那一部分引起的,提交到对应领域,避免延迟。

目前dump往往比较大,上传下载都慢,为加快处理速度,先把log信息提取出来,一方面可以知道问题大概在哪一块,先整理分类,别一方面先可以快速传给高通。

提取工具在modem这边有相关jtag脚本。

linux这边有ramparse

https://https://www.sodocs.net/doc/fe8159687.html,/cgit/quic/la/platform/vendor/qcom-

opensource/tools/

git clone git://https://www.sodocs.net/doc/fe8159687.html,/quic/la/platform/vendor/qcom-

opensource/tools

和QCAP

https://www.sodocs.net/doc/fe8159687.html,

1.14 CASE示例

1.14.1 Good Example:

We met a problem on https://www.sodocs.net/doc/fe8159687.html,.1.0-01750-STD.PROD-2

.The phone will crash when download a big file by EFS explorer.

1.the issue has possibility about 70-80% to happen

2.The crash line is xxxxx.c, line 1238

3.it is a assert on that line, ASSERT(“xxxx" == NULL);

4.We test on Qualcomm’s original build with only flash/memory driver

modification, it is same assert.

5.on old version MSM899

https://www.sodocs.net/doc/fe8159687.html,.1.0.r5-01450-STD.PROD-2, we do n’t have this

issue

The call stack when crash happen:

The crash dump and ELF file is attached.

The QXDM F3 log from EFS is also attached.

QPST version: 2.7 build 335.

Usb host driver version: 1053

Host PC is Windows XP SP2.

1.14.2 Bad Example:

?The phone crashes some time, why

?We have a problem, Please give me a call.

2. 常见问题

2.1 什么是CR

CR指Change request, 如果是高通本身软件的问题,或者是一个新的小的需求,CASE可能产生一个CR,高通相关部分的开发人员将会去解决,对于一些问题,开发那边不容易重现,需要OEM的提供支持,另外CASE提交者提供更多的参考测试结果或分析报告也会加快CR的解决。

2.2 什么是Solution

在高通的SF网站有一些现成的问题答案。按照技术类别分类。

2.3 什么是SBA

当一个CR解决以后,相关代码会放入源码版本树,以便相关平台的后续版本加入。如果在一些特殊阶段,如果产品发布前夕,不能等待基线版本升级,则通过发补丁的方式,针对特定的CASE和CR,特定的OEM,特定的版本,发布一个SBA。

SBA需要审批集成测试的流程,一般是1到2周时间。

OEM需要提供当前情况说明,Model, 目标市场, 软件ID的版本号等信息。

2.4 什么是QCN

一个存放包括射频参数,协议配置等等数据的文件,可以从手机上导出来,也可以导回去。

在手机中,这些数据以NV item形式存在modem的文件系统中,每一个item对应于一个编号

2.5 什么是Test Code or Test SBA

Test Code或Test SBA是发布给OEM针对某一CR作验证测试和继续开发的代码,高通开发人员可能没有相关环境测试,或只作过一些单元,侧面的测试,还需要在OEM的产品上验证,或者是OEM需要解决某一阻塞问题,以便作下一步的开发测试。TestCode发布流程相对简单,时间较快。

2.6 什么是Surf和FFA

Surf是高通的参考设计板,OEM可以从高通购买。一般上面有多种接口,如果Uart, camera, EBI,USB,SD/MMC,SIM,便于连接外部设备或扩展板。并且有一些DIP 开关,跳线或FPGA软件菜单,便于改变硬件配置。CPU和flash/memory也是子板方式,便于更换。另外还有各种测试点,便于测量信号。Surf不适合于作功耗测试对比。

FFA是高通的工程样机,做成手机形式,便于携带作场外测试。接口种类有限,可以作不适合于作功耗测试对比。

2.7 什么是 CDP, MTP,LIQUID, FLIUD, DragonBoard

高通的新的参考设备命名。 CDP类Surf的大板,MTP是类FFA的大手机型态。LIQUID是更加接近于手机的设备,用于演示。

FLIUID是类平板的参考设备。

DragonBoard是低价开发板。

2.8 什么是QPST, QXDM,QDART,

高通提供一系统软件工具,包括QPST系列, QXDM, QDART, QFIT等,用于开发过程中的测试,调试,生产等,请参考相关的文档和视频。

2.9 什么是FR

FR是的Feature Request, 一种特殊的CASE,OEM提出一些新的需求,希望高通实现的,需要提FR。OEM需要提供相关的信息,市场分析,重要性等信息,以便高通市场决定是不是要加入开发计划。

2.10 如何查找文档

在高通的文档下载网站上,可以通过关键字搜索和定制的高级搜索来查找相关文档。

2.11 如何查找是否有已知问题答案和解决方案

在高通的CASE Salesforce网站上,可以通过关键字搜索和定制的高级搜索来查找知识库(Knowledge Base/Solution),一些常见问题,可能已经做成知识库形式,可以直接找到详细的解答或解决方案描述

3. 关于问题代码Problem Area/Code

3.1 总览

每个CASE提交时要提供问题技术领域,每个CASE提交时要提供问题技术领域,基本类型为wireliess device support,首先分为硬件和软件,往下再分为三层(Problem area 1/problem area 2/problem area 3)。并指定操作系统类型。

Wirelesss device support->Hardware -> Digital baseband ->audio->analog speakers Wirelesss device support->Hardware -> PMIC->xx->xx

Wirelesss device support->Hardware -> RF->RF receive->Rx

Wirelesss device support->software -> multimedia-> xx->xx

高通内部软件分成几个团队处理不同类型的问题:

CPS(Common platform software):软件驱动,电源管理,操作系统服务等问题Multimedia: 多媒体包括显示,图形,3D,相机,视频,音频及相关的驱动问题Protocol: 3GPP CDMA2000, UMTS, SIM卡,LTE

Connectivity: 蓝牙,Wifi, GPS, FM

其他还有处理基站芯片软件,Brew/BMP软件相关团队。

硬件分成Digital Baseband, Power Management and RF.

2011年底新增加一种case类型design review, 该类型与wireless device support并列,所以如果要提design review就提这种类型。

3.2 关于OS

高通平台支持不同的操作系统,选择是要确定是什么操作系统上的问题。

这个选择很重要,影响问题分配,选择错误可能造成延误。

特别对于Windows Phone 8, Firefox OS,一定要填对,不然就会到不同的组,响应被延时。

3.2.1 L4/Rex

6K Feature phone上所用OS,以及7k/8k智能机上modem处理器上所用OS

3.2.2 QuRT

近年智能机上基于QDSP6 modem 处理器上和ADSP所用OS

3.2.3 Windows mobile

7K/8K平台Windows mobile版本上AP侧的问题。

如果是ARM9侧的问题,还是用上面的Problem Code,只是CASE描述中说明一下是做Windows mobile手机。

3.2.4 Windows Mobile 7

微软的Winphone7平台相关问题

3.2.5 Windows 8

微软新的Windows 8平台,主要用于平板电脑,笔记本等

3.2.6 Windows Phone 8

微软新的Windows 8平台用于手机的版本

3.2.7 Linux

Linux版本包括Android平台,AP侧的各种问题。

如果是Modem ARM侧的问题,OS还是要选L4/Rex

3.2.8 QNX

RIM的OS

4. 软件部分问题代码详解

问题代码分为三层,PA1, PA2, PA3,这里作一个说明。

4.1 BSP/HLOS

低层驱动,BSP,服务,高级操作系统,平台相关问题,对应于CPS组

过去曾分成BSP – Apps Proc和BSP – Other Proc,2014.7月合并成BSP/HLOS。对一个问题是位于AP(应用处理器)还是其它处理器上将根据第三级code来确定。相应代码中有AP和Non-AP之分,智能机平台AP 侧的BSP问题,主要是

Linux/Android和Windows Phone 8相关问题,或是LK或UEFI的问题,在

LK/UEFI以前的boot问题,不管是哪个处理器上问题,都属于Non-AP。对于数据卡平台,如MDM8200A, 9200,没有Linux版本,对MDM9x15, 9x25,如果用的Linux版本,Linux相关的问题,属于AP,非Linux相关的问题,则属于Non AP。下面列举了PA和对某一些说的特别说明

4.1.1 Boot/Bringup

OS的启动过程,包括ROM里代码PBL和基本引导代码SBL,和高级OS引导代码,对Android来说,就是LK和kernel初始化,对于Windows来说,就是UEFI。

Emergency download (EDL) 紧急下载模式,涉及PBL和emmcdload.hex

OS BootLoader (LK, UEFI)

OS Kernel Linux kerenl初始化,init.rc脚本等Others

Peripheral Image loader Linux装载其它子系统镜像的问题

Recovery/OTA Linux/Android Recovery 模式和OTA相关的问题,包括生成OTA包,在recovery 模式中运行等问题

Primary Boot Loader (PBL) MSM ROM中的引导代码的问题Secondary Boot Loaders (SBL)

4.1.2 BRW/BREW MP 老功能机平台

4.1.3 BSP Tools

Download/Flash Tools 下载工具,QPST/QFIT/QFIL等下关问题

JTAG-ARM

JTAG-HEXAGON

Performance Tools

4.1.4 Build/Integration

编译和集成

编译支持包括编译环境安装,各种个性化编译, 各个平台编译时报错基础性问题。但如果涉及具体某一功能模块,提交对应模块的问题代码,由对应技术领域工程师回答会更好

AP Compile Info Linux侧编译问题

AP Release Info AP版本发布相关的问题

Modem Build

TZ/RPM/BOOT/SDI Build

4.1.5 Drivers - Peripheral

BAM DMUX

Human Interface Devices

PCIe - AP

PCIe - non AP

Peripheral Buses(UART) - AP

Peripheral Buses(SPI) - AP

Peripheral Buses(I2C/TSIF/etc) - AP

Peripheral Buses(UART/I2C/SPI/TSIF/etc)

- non AP

Sensors - AP Linux sensor驱动和框架相关问题

Sensors - Sensor Core 对于某些平台MSM有专门的sensor核或和

audio共用DSP核中

sensor软件相关问题Storage

(SDCC/MMC/SDIO/SD/eMMC/UFS/SATA)

- AP

Storage

(SDCC/MMC/SDIO/SD/eMMC/UFS/SATA)

- non AP

4.1.6 Drivers - System

BUS/Clocks - AP

BUS/Clocks - non AP

GPIO/Interrupt - AP

GPIO/Interrupt - non AP

Memory-DDR 内存硬件参数配置相关问题,关于内存软件分布映射相关问题不属于这里,见Service

Memory-Flash 老平台用Flash驱动相关问题,Linux平台非Linux部分flash驱动的问题

4.1.7 Drivers - USB/HSIC

Controller Driver - AP

Controller Driver - HSIC - AP Controller Driver - HSIC - non AP Controller Driver – HSIC – non AP Controller Driver - non AP

Controller Driver (Boot) SBL或download中usb 驱动相关问题

Host Controller Driver – non AP Host Controller Driver USB-UICC USB/PCIe Host Drivers (on-PC-Host)

4.1.8 Performance

Download/Flash Tools

JTAG-ARM

JTAG-HEXAGON

Performance Tools

Debug Features

Debug Features - AP

Debug Features - Modem

DIAG - AP Linux中diag接口相关问题DIAG - non AP

DIAG - OnDevice/SD Logging Linux中mdlog,通过diag接口存log到sdcard或分区相关问题

RAMDUMP

System Debug Image

4.1.9 PMIC – BOOT

ALL

BOOT - Output Voltage Regulation -

LDO/SMPS/VS

BOOT-General HouseKeeping - ADC

BOOT-General HouseKeeping - CLK/RTC

BOOT-General HouseKeeping - CLK/RTC BOOT-IC Interfaces - GPIO/MPP

BOOT-IC Interfaces - PBS

BOOT-IC Interfaces - PON

BOOT-IC Interfaces - SPMI

BOOT-Input power management - CHG

BOOT-Output Voltage Regulation -

LDO/SMPS/VS

BOOT-User Interface - Lighting/Haptics

BOOT-User Interface - Lighting/Haptics

4.1.10 PMIC - HLOS

HLOS- Output Voltage Regulation -

LDO/SMPS/VS

HLOS-General HouseKeeping - ADC

HLOS-General HouseKeeping - CLK/RTC

HLOS-IC Interfaces - GPIO/MPP/BIF

HLOS-IC Interfaces - PON

HLOS-IC Interfaces - SPMI

HLOS-Input power management - BMS/FG HLOS-Input power management - CHG

HLOS-Output Voltage Regulation -

LDO/SMPS/VS

HLOS-User Interface - Lighting/Haptics

4.1.11 PMIC – MPSS

MPSS- Output Voltage Regulation - LDO/SMPS/VS

MPSS-General HouseKeeping - ADC

MPSS-General HouseKeeping - CLK/RTC

MPSS-IC Interfaces - GPIO/MPP/BUA

MPSS-IC Interfaces - SPMI

MPSS-Output Voltage Regulation - LDO/SMPS/VS

MPSS-Output Voltage Regulation - LDO/SMPS/VS

4.1.12 PMIC – RPM

4.1.13 Power/Thermal (BSP/HLOS)

功耗和热处理相关问题,

Power-AP (non-Multimedia)

Power-Idle Power

Power-Modem

Power-Sensor

Thermal-AP (Sensor/Mitigation)

Thermal-LM (LMh/BCL)

4.1.14 Security

Content Protection 内容保护DRM相关问题

Crypto Engine 加密引擎软硬件问题

Enterprise security vendor目录中Enterprise security代码相关

FDE google的数据分区加密相关问题

Fingerprint-3rd 第三方指纹

Fingerprint-QFP 高通超声波指纹方案

Fuse/QFPROM 熔丝相关问题

Hypervisor 64bitARM Hypervsior软件相关问题

KeyMaster Android Keystore/Keymaster软硬件实现相关问题Linux Security Linux其它有关安全问题(非TZ,非selinux) Platform security Trustzone软件相关

QSEEcom Linux中和TZ接口相关软件

Secure Boot

SELinux SELinux/SEAndroid相关问题

SSL/IPSEC - Modem

Verify Boot/DM-Verify google的boot image和system image校验相关问题

4.1.15 Service

Alljoyn - Allplay

Alljoyn - Lighting

Alljoyn - Other

FileSystem - AP

FileSystem - Modem

Inter Processor Communication - AP IPC router,SMD相关Inter Processor Communication - Modem

Memory management - AP Linux内存管理相关问题,如果DDR 内存配置问题,见System/Memory

non-AP Kernel (REX/L4/QuRT)

Subsystem Restart 子系统重启相关问题

Time Services - AP

Time Services - Modem

4.1.16 Stability

稳定性相关问题,如死机,重起,和BSP相关的,并且不确定哪个模块引起的。如果是其它死机问题,如多媒体,Wifi等,提到对应的领域,如果已经怀疑是某一驱动或模块引起的,提到对应PA。

AP (Kernel) Stability Linux 内核引起的死机问题

AP (Userspace) Stability Linux用户空间native进程(非android)相关的死机

Modem Stability

RPM Stability RPM中死机问题

Sensor Stability Sensor核中的死机问题TZ Stability TZ 软件中引起的死机问题

4.1.17 UI-Framework

3rd part Apps

Contacts/Dialer

CTS CTS测试初步分析,将由测试部分验证再转给对应的组

Global Pass

Launcher

PackageManagerService/AlarmManagerService /InputManagerService

SMS/MMS

Stability Android Java框架中crash问题

System Apps Android系统应用

SystemUI/StatusBar/Keyguard

WindowManagerService/ActivityManagerServic

e/View System

4.2 Multimedia

多媒体相关问题

4.2.1 Adreno(Graphics)

4.2.2 Audio & Voice Tuning (Multimedia)

4.2.3 Audio (Multimedia)

4.2.4 Browser

4.2.5 Camera Image Quality

4.2.6 Camera Software

4.2.7 Display

4.2.8 Hexagon DSP

4.2.9 Power

4.2.10 QVideophone

4.2.11 Video Playback

4.2.12 Video Recording

4.2.13 Wifi Display

4.3 Modem Software

Modem协议相关问题

4.4 RF Software

射频软件相关问题

4.5 Factory Technology

工厂生产相关技术

4.6 Tools

PC工具

4.7 Wireless Connectivity Software

5. 硬件部分问题代码详解

5.1 Digital Baseband

5.1.1 Audio (Mixed signal Baseband)

模拟/数字MICs, Speaker, AUX_PGA, AUX_PCM, I2S, Fluencefh方案, FM Audio, MIC_BIAS, HSED_BIAS, 低功耗音频 LPA, USB Audio, MI2S, 文档相关

5.1.2 Clock Regime

PLL内部锁相环时钟分配, TCXO时钟相关

5.1.3 Debug/Test

BSDL边界扫描相关问题, ETM, JTAG, IBIS模型, 电源及时序, Display Driver

5.1.4 Documents/Spec

AC Spec, DC Spec, Clarification/Correction, Reference Design

5.1.5 Memory

Clockes, EBI1, EBI2, Flash-NAND, Flash-NOR, Internal Stack Memory, PSRAM, SDRAM

5.1.6 PDN General

5.1.7 PDN Simulation

5.1.8 Peripheral Interface/GPIO

Bluetooth, CAM interface, PGIO, HKADC, I2C, Keypad, MMC/SDIO, SIM/RUIM, SPI, UART/rDA, USB, WLAN

5.1.9 Power Consumpiton

5.1.10 Protocol/Standards

Sleep timelin睡眠唤醒时间

5.1.11 RF/PMIC Interface

I/Q接口, SBI/SSBI接口

5.1.12 Security/Qfuse

5.2 Femtocell/Picocell

5.2.1 1X/DO Networks listen/Syncronization

5.2.2 1X/DO OS/Build/Platform/BSP

5.2.3 1X SW Dirvers

Build In Test (Bit); FL前向链路,FSM Driver/API, FSM Operation,

Performance/Compliance,RL后向链路,应用样本

5.2.4 1X Systems

CDMA system/Standard

5.2.5 Baseband

5.2.6 Boot

各种Boot Loaders, CFG data, 代码签名/鉴权, eFUSE, MIBIB configuration, MPU, PMEM

5.2.7 Common

5.2.8 DO Reference Design S/W

Reference AN/RNC software, Reference AT Software

5.2.9 DO SW Drivers

1X/DO共存,特性,FLDSP, RLDSP, FSM驱动,MPS test, Rev B系统标准,Setup and Configuration

5.2.10 DO SW Functionlity

BIT

5.2.11 GPS(FSM)

5.2.12 RF

5.2.13 Security

代码签名/鉴权, 加密引擎,eFuse/QFPROM, MPU/XPU/RPU, PIL 鉴权服务,Trustzone

5.2.14 UltrSON

5.2.15 UMTS Networks listen/Syncronization

Backhaul Encryption, Ethernet Backhaul, RF, Linux, VxWorks, Platform

5.2.16 UMTS OS/Build/Platform/BSP

5.2.17 UMTS Reference Device S/W

基本特性,功能,接口,性能,标准,Setup and Configuration

5.2.18 UMTS S/W Dirvers

基本特性,功能,接口,性能,标准,Setup and Configuration

5.2.19 UMTS Systems

5.3 PMIC

5.3.1 Application (PMIC)

背光灯/闪光灯驱动,震动马达驱动,键盘接口,TV Out, 音频放大器,耳机按键检测HSED

5.3.2 App Processor Inerface

RPC, GPIO ,PMIC与App Processor之间的通信,

5.3.3 Battery

电池温度/ID检测,电量检测,库仑计等

5.3.4 Charger

充电器检测,充电算法,充电流程,充电结束检测,涓流充电,脉冲充电

常用工具安全使用作业指导书(2021新版)

Safety is the goal, prevention is the means, and achieving or realizing the goal of safety is the basic connotation of safety prevention. (安全管理) 单位:___________________ 姓名:___________________ 日期:___________________ 常用工具安全使用作业指导书 (2021新版)

常用工具安全使用作业指导书(2021新版)导语:做好准备和保护,以应付攻击或者避免受害,从而使被保护对象处于没有危险、不受侵害、不出现事故的安全状态。显而易见,安全是目的,防范是手段,通过防范的手段达到或实现安全的目的,就是安全防范的基本内涵。 1.目的 规范常用工器具的管理,确保人身和设备的安全。 2.范围 适用于地区物业公司常用工器具的使用与管理。 3.职责 3.1维保修部负责常用工器具管理的监督与指导。 3.2维修部负责常用工器具的使用、保管、维修保养。 4.内容 4.1基本要求 4.1.1公用工器具应集中存放于仓库,由仓库管理人员负责管理,如需借出,须经维修部经理审批。 4.1.2维修部对常用工器具应按资产台账管理制度进行管理,做到账物相符。 4.1.3借用公用工器具需填写《工具、钥匙借用登记表》,使用完

后及时归还。 4.1.4公用工器具人为损坏或丢失的,由责任人进行赔偿。 4.1.5电动工具因绝缘降低等原因存在安全隐患时,应立即进行修理,在未修复前不得继续使用。 4.1.6电动机具的电源须具备漏电保护功能。 4.2台钻、手提电钻和电锤的安全使用 4.2.1使用时,严禁戴手套。工作场所需作隔音处理,避免产生噪音污染。 4.2.2在铸件上钻孔时,必须经常提起钻头进行排屑和断屑,以防损坏钻头。 4.2.3使用时应均匀用力,电动机外壳温度不得超过70℃,发现异常现象须立即停止工作,查清原因,采取措施。 4.2.4钻头的轴线方向应垂直于工作面,控制钻头不要摆动,以防损坏钻头。 4.3各种类型砂轮机及切割机的安全使用 4.3.1台式砂轮机应安装平稳、牢固,砂轮机的防护罩应完好。 4.3.2砂轮片应无缺口和裂纹。 4.3.3工作时人体必须偏离砂轮机转向平面,脸眼必须避开火花集

高通平台充电方案

Qualcomm平台充电总结 1.锂离子电池充放电特性 1.1. 锂离子电池充电电压的上限必须受控制,一般不超过4.2V。(视具体情况,一般控制在4.10V-4.35V不等) 1.2.单体电池充电电流通常限制在1C以下。 1.3.单体电池放电电流通常控制在3C以下。 1.4.单体电池放电电压通常不能低于 2.2V。 电池电量与电压对照曲线 2.充电通路晶体管的控制和功率限制 外部通路晶体管的控制驱动器包含在了PM IC中;这个驱动的输出可以内部晶体管应用,也可以通过CHG-CTL-N脚供外部应用。如果需要的话,一般操作时PM IC使用通路晶体管的闭环控制来校准VDD电压,快速充电(恒流充电)时的检测电流(IDET),或者充电最后状态的电池电压。通路晶体管的阻抗也被增加以用来过流保护。 控制通路晶体管同样允许用来过热保护:PM IC通过电压和电流的测量来监控通路晶体管中消耗

的功率。如果计算出的功率超过设计限制,CHG-CTL-N控制信号就会减小通路晶体管的通路电流。 2.1.通路晶体管的功率消耗限制是可编程的: 1)晶体管的消耗功率是使用VCHG(或USB-VBUS)和ISNS-P脚上的电压测量以及基于敏感电阻两端(ISNS-P和ISNS-M脚)电压的电流测量来计算的。 2)可编程的管耗限制(单位为瓦特)为0.4,0.5,0.6,0.75,1.0,1.5,2.0和“无限制”。 这些可编程限制采取一个0.100ohm的敏感电阻。 2.2设计者需要考虑以下几点来帮助减少通路晶体管的功率消耗: 1)使用一个只比锂电池最高电压高一点的外部供应电压来使越过通路晶体管的电压最小化。 2)设计充电器电压,使它的输出电压在快速充电期间崩溃,从而减少越过通路晶体管的电压。 恒流充电期间要控制充电电流和通路晶体管管耗,因为这个阶段的充电电流较大,而充电三极管超过一定功率就容易发热甚至烧毁。所以通常情况下,恒流充电期间,我们都要求充电三极管处于饱和态,Vce很小以降低管耗,只有在usb充电或有特殊要求的wall充电中,才会让充电三极管工作在放大区,这个在5中会有讨论。 2.3.平台限流的影响。 1)如果平台限流大于wall charger额定电流,充电通路三极管状态由pm控制在饱和区(表现为恒流充电期间Vbus电压会被拉低,充电三极管处于饱和态,Vce很小,管耗很小); 2)如果平台限流小于wall charger额定电流,充电通路三极管状态由pm控制在放大区,以提高充电三极管CE极间阻抗,来降低通过的电流(表现为充电Vbus电压不会被拉低,三极管无法进入饱和态,Vce很大——管耗大,发热大)。 3.充电过程解析 PM IC提供了支持锂电池充电的线路,它利用了MSM使能的四种技术:涓流充电,恒流充电,恒压充电,脉冲充电。电池电压,外部供应电压和最大检测电流度量都可以通过一个模拟多路器供MSM使用。这就使得MSM设备可以监控充电参数,做决策和控制充电过程。

QXDM基本功能及使用方法

QXDM基本功能及使用方法 QXDM(The QUALCOMM Extensible Diagnostic Monitor)是高通公司(Qualcomm)公司发布的可以对手机终端所发数据进行跟踪有效工具,通过对数据的分析可以诊断信令流程、分析数据包的正确与否等。在测试中有重要作用,正确合理的使用可以为我们测试提供便捷的定位手段。 首先在电脑上安装QPST,路径:\\172.16.100.15\品控平台\测试中心\移动\软件测试\07_测试资源\工具\QXDM工具\QPST下载工具,QPST是一个针对高通芯片开发的传输软软件,所以QXDM也必须使用QPST才能实现手机终端和PC用户图形界面的一个交互的功能。物理连接架构如下: 图1.物理连接 QXDM安装路径:\\172.16.149.121\72-v1189-159_3.14.614 激活时使用的用户名密码: User ID:ShangFeixun01 Password:4855sfcc Admin key:4802 1.手机端与电脑的连接 将手机用USB线连接PC,安装手机驱动(WIN7是自动安装,一般我们PC 上都会有android4.1或其他版本的驱动这点不用在意),之后打开QXDM professional。在菜单栏选项中可以看到Options选项,点击Options选项选择Communications…出现如下界面:

图2Communications 从上图可以看到COM28端口的Phone选项中能读出手机端口,这样我们可以直接在①处直接选择COM28,然后点击OK。 但往往有时候在上面的端口表中不一定会显示出含有手机端口的COM口,这是我们就要借助QPST了,双击下图中的小地球 图3QPST port 之后出现如图4所示的窗口,查看列表看是否有连接手机端的COM口,若无则点击Add new port 图4QPST Configuration

MTK平台META工具使用指导书-GSM-3G

MTK平台META工具使用指导书 一、建立连接 首先用串口线将手机和电脑连接,用RF Switch将手机和CMU连接,若用真电池,则要求电池不在位,若用假电池,则电源要处于关闭状态。 打开META,如下图所示 1、选择串口线的端口; 2、点击Disconnect; 3、点击Reconnect; 4、对手机上电,稍等几秒后若连接成功则端口显示为灰色(注意:必须按照1234的顺序执行),如下图 注意:上面是用串口线来连接手机和PC的,后续MTK平台可能降成本会将串口线换为USB线节省一个模拟开关,用USB线的连接方法则不同的手机是有差异的,具体要咨询硬件或软件人员。 二、检查手机发射是否OK GSM部分: 点击左边红色方框中的下拉菜单,选择RF Tool,如下图

1、选择TX Level and Profile选项; 2、点击GMSK Graphic Ramp Settings,如下图

首先要加载软件版本,点击左下角的Upload from flash,如下图 选择手机对应的软件版本中的trace文件后,准备工作就OK了。 下面开始设置需要检查的手机的工作频段、信道、功率等级等控制手机发射,相应的在CMU 上设置后即可检查手机是否可以正常发射(一般检查最大功率等级)。

CMU的设置如下: 1、设置CMU为某一频段(与META上的设置一致)的非信令模式;

2、设置线损:首先按下右上角的Connect Control按钮; 选择RF选项,设置线损;

3、再按下右上角的Connect Control按钮,选择Power选项; 设置功率等级与META上的一致;

高通平台常用调试Tool介绍1

高通平台的常用的调试tool: QPST, QRCT, QXDM, Trace32(use JTAG) 2013年09月07日?综合?共 4410字?字号小中大?评论关闭 OverView: QPST 综合工具, 传输文件, 查看device的EFS文件系统, 代码烧录 QRCT 测试RF QXDM 看log JTAG trace32调试 QPST,QXDM的使用说明,具体的可以看我上传到csdn的资源文件,我都是看它,看了那个user guide就完全会了,很简单的 QPST是一个针对高通芯片开发的传输软件。简单的说就是用高通处理芯片的手机理论上都可以用 QPST传输文件,可以修改C网机器内部参数的软件。 一次可以track多台电脑 QPST还可进行代码烧入 包括: 5个 client applications ? QPST Configuration monitor the status of: Active phones Available serial ports Active clients To start QPST Configuration, from the Start menu, select Programs → QPS T → QPST Configuration. ? Service Programming provide service programming for CDMA phones that contain Qual comm ASICs. With it, you can save SP data to a file, then download the data in that file to multiple pho nes. The SP application accesses settings regardless of the phone’ s internal memory implementation. It is feature- aware and displays settings pages appropriate to the phone being programmed. To start SP, from the Start menu, select Programs → QPST → Service Programming.

DD-B&K模态测试用户手册

7753型模态测试顾问软件的主要功能是以几何模型方式引导用户进行模态试验并管理测试数据.在试验过程中对连击、过载、激励不充分等错误以语音等方式提示,减少测量中的错误。 本文的目的在于帮助用户快速掌握使用7753软件进行模态测试的过程。测量前建议用户在Windows控制面板中的区域设置中把默认语言改为英语,,并关闭防病毒程序。 模态测试的主要过程包括: 支撑被测物 选择力锤和激励方案 在被测物上布置加速度计(对电荷型加速度计还需要连接电荷放大器) 确定通道的输入量程 对力和响应信号分别加窗(加窗的原因详见参考文献1) 确定分析带宽,平均次数 选择要测量和观察的函数 导出测量数据 目录 1.选择试验布点和激励、响应方式 (2) 1.1结构如何安装 (2) 1.2 锤击法使用的力锤 (2) 1.3 确定激励方案 (3) 2. 使用 PULSE 7753 模态测试顾问软件测量结构频响 (4) 2.1在Project Info中选择参考信号 (4) 2.2在Hardware Setup中对通道选择正确的传感器 (4) 2.3在Geometry Task中可以进行测量结构的图形创建,并添加测量节点 (4) 2.4在Measurement Point Task中向测量点添加传感器 (5) 2.5在 Analyzer Setup Task设置分析属性 (5) 2.6在 Hammer Setup Task 设置激励信号量程、触发电平、时域窗 (5) 2.7在Response Setup Task设置响应信号量程、时域窗 (6) 2.8 在Measurement Task检查并保存测量结果 (6) 3. 测量结果导出 (7)

qpst使用指导书

qpst使用指导书 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 QPST是高通公司针对测试软件QXDM进行端口和手机终端进行配置的辅助工具 软件,该软件可以实现很多对C网终端是指和配置的工作。 软件界面: 1. 激活手机--可以看到连接到PC上的手机 2. 端口—端口管理 3. 激活客户端 4. IP服务 1. 添加终端端口 添加端口时,我们一般只添加Diagnostic ports,所以要把Show Serial and USB/QC Diagnostic ports only选中,不用添加Data Modem端口。

----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 出现的两个端口分别是手机(终端)端口,附加功能连接端口

添加的端口分别对应的是在系统硬件中的功能和集成端口 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 添加端口完成后,QXDM就可以在软件中识别连接我们的终端设备进行测试了。 2. 修改终端配置

SERVICE PROGRAM 就是对终端ROM内容配置修改的软件模块(也就是常说的烧号) 首先是选择终端 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方 ----------专业最好文档,专业为你服务,急你所急,供你所需------------- 文档下载最佳的地方

ONVIF Device Manager测试工具使用方法

ONVIF 测试工具使用方法 ONVIF Device Manage工具主要用来验证设备是否支持onvif,实时预览、PTZ控制及远程配置IPC参数等功能。 一、ONVIF Device Manage安装 1.PC安装环境要求:装有Microsoft .Net Framework 4.0版本 2.安装源文件请见:ONVIF Device Manage.rar 注:Microsoft .Net Framework 4.0安装不成功的解决方式,见备注。 二、ONVIF Device Manage的使用 1.运行工具 双击ONVIF Device Manage快捷方式,运行工具。当前局域网内,支持onvif协议的IPC可以自动显示出来,见下图。Device List列表即检索到的IPC列表 2.基本功能介绍

1>登录 此时输入的用户名和密码为设备自身的用户名和密码,有的厂家设备不需要。输入正确的用户名和密码,即可实时预览IPC及参数配置。 2>实时预览 在设备列表选择一个IPC(单击即可),点击Live video即可预览该IPC画面,main stream 是主码流预览,sub stream是子码流预览 在Device List区域的文本框输入IP地址,即可过滤其它IPC,留下符合条件的设备.

4>手动增加 点击Add按钮,输入url,例如http://192.168.1.123/onvif/device_service,点击Apply,即可手动增加IPC 5>rtsp路径

实时预览画面的下方,会显示rtsp路径。如下: rtsp://192.168.1.166:5504/channel=0;stream=0;user=system;pass=system 192.168.1.166为IPC的地址 5504为IPC的端口 channel为通道 stream为码流,0默认是主码流,1为子码流 user和pass:用户名和密码 6>视频编码配置 选择子码流预览,可以配置子码流的编码参数 7>码流选择 点击Profiles,进入码流切换界面

工具轨使用作业指导书

工具轨检查使用作业指导书 编制: 审核: 中铁十七局武广客运专线XXTJVI标项目经理部 二00八年八月

工具轨使用作业指导书 一、基本要求 1.1工具轨应使用与设计正线相同类型的U71Mn(k)钢轨。 1.2工具轨应满足《客运专线250~350km/h钢轨检验及验收暂行标准》。 二、技术要求 工具轨进场和铺设前必须按照钢轨技术条件逐根进行平直度、扭曲和表面质量检验。具体见下表: 工具轨技术要求、检验方法及仪器设备表

三、进场检验 工具轨在进场后应进行编号,同时对每根工具轨进行质量描述并归档,对检验合格的工具轨贴上合格标签待用,对检验不合格的钢轨记录编号并送工作台校正,直到达到合格标准。 四、工具轨的运输及储存要求 4.1工具轨对控制施工精度具有重要影响,应精心保护,工具轨应采用平板拖车运至现场,分层堆码整齐。工具轨施工倒运采用公铁两用车或汽车吊。吊装采用专用吊具作业。工具轨堆码不应超过3层,层与层之间用方木垫平。 4.2工具轨应在混凝土浇筑间隔从后方倒运至前方,并摆放在两线间准备循环使用,该物流运输不能干扰混凝土的供给及浇筑。 五、工具轨的铺设和保护 5.1铺设前对工具轨进行检验,保证工具轨平直性、无翘曲及扭曲,轨头无硬弯,就位前检查轨底及轨面是否干净。 5.2利用起重机通过专用吊架将工具轨吊放在轨枕上。钢轨放到轨枕上之前,轨枕承轨面应干净。 5.3对面钢轨的安装与第一根钢轨的程序一样。两根钢轨的端部应尽量在同一断面上。 5.4工具轨应避免太阳直射,两工具轨之间采用鱼尾板连接,轨缝控制在15-30mm之间。 5.5混凝土浇筑前采用制作的简易防护罩对工具轨进行保护,工具轨底面采用黏贴塑料薄膜的形式进行保护。混凝土浇筑后抹面时方

常用测试工具使用说明

A VC-AGC常用测试工具使用说明 编制:余勇强 更新日期:2013年12月7日

目录 (1) 1、IEC104tester (3) 2、PMA商用软件 (10) 3、104SIM (15) 4、SOKIT (25) 5、SpuerCom (27) 6、ModSim32 (29) 7、mod_RSsim(版本:8.20.0.1) (33) 8、ModScan32 (37) 9、COMMIX (42) 10、WINSCT211 (42) 11、Modbus Poll (43) 12、Modbus Slave (46) 13、IEC101-103-104规约分析程序 (48) 14、TransFloat (49) 15、Beyond Compare 3 (49)

由于AVC_AGC调试中遇到的大多数问题都与通信有关,为了方便工程调试,尽可能减少一些不必要的麻烦,我把一些可以方便调试的工具梳理了一下,并把使用方法整理了一下,给大家做一个参考,具体请见正文。 1、IEC104tester IEC104tester是上海华东电科院出品的一个104规约测试工具,它可以模拟主站,也可以模拟子站;同时也可以模拟101规约的主站和子站,101规约和104规约类似。我现在把模拟104规约主站和子站的方法展示出来,以供大家参考。101规约以后会按需添加。 IEC104tester也有一定的局限性,模拟主站时,只能监视,不能手动模拟向下发送报文;模拟子站时也不能手动模拟向下发送报文,同时浮点型遥测数据只有一个固定值和随机变化两种情况可选,不能手动设定一个特定浮点数,但是标度化值和归一化值可以自由设定。 模拟104主站 ○1打开IEC104tester后选择工具栏上的“配置”—“基本特性配置”。 协议类型选择104规约,其中“传送原因(COT)”、“公共地址(ADDR)”和“信息体地址(IOA)”的字节长度需要和子站协商好,一般是“2、2、3”;对端IP地址和端口号也要和子站协商好并正确填写,端口号一般是2404。

工具使用管理指导书

1.0 目的 确保设备的正常运转、产品的加工精度与加工的合理性,提高生产效率和产品质量;规范安全操作,杜绝安全隐患以达到安全生产。 2.0 适用范围 适用于使用工具部门及管理单位。 3.0 权责 3.1 设备使用及日常保养:使用人员。 3.2 设备发放:设备工程部。 3.3 技术指导及正确操作方法的监督:各部门组长、主管。 4.0 内容 4.1各单位负责本单位的工具的管理工作,指定专人管理本单位工具帐、记录卡及具体工具管理工作。 4.2使用单位负责审批上报工具的领用和换新工作及检查、考核各单位对工具的使用、保养和管理情况。 5.0 工具分类:检验工具和生产工具。 5.1个人工具是由个人管理和使用的工具,直接由个人实行支配使用和管理,使用过程中个人必须对工具使用结果进行负责。 5.2公用工具是由集体保管和使用的工具,由使用单位负责人实行支配和管理,使用过程中使用单位 负责人必须对公用工具使用结果进行负责。如因在过程管理不当而造成工具损坏和丢失, 该单位 负责人必须按原价赔偿或购买补齐。 5.3自制专用工具是特用于某种或某类工作的工具,主要包含生产过程所需的工装夹具、检测治具和 其它一些工具。 5.4 特殊类工具是指特定的产品或加工工序使用的工具,管控支出在[量具、工具借用登记表]明细, 专人专用,使用完毕经确认合格方可入库,不合格要隔离用停用标签标示;特殊类工具不得和正 常工具混合,由工程部指定专门的地方存放,合格和不合格的要分开保存,在使用过程中发现有 损坏的要请示部门负责人,在[量具、工具借用登计表]备注栏注明情况,必要时要评估损坏所带 来的影响,损坏的工具经修理后,由品质部检验合格才能继续使用,确认不能维修的要报废处理。 6.0 工具的管理 6.1所有工具必须建帐: 6.1.1 使用单位建立“公用工具记录帐”、“个人工具记录帐”,记录形式分书面帐和电脑帐两种, 主要记录个人和单位领用工具的数量明细。 6.1.2 使用单位建立所有工具的使用履历表,主要用于记录每一种工具从领用开始到报废周期的实 际使用情况。 6.1.3 使用单位建立个人领用更换工具登记表,登记表每位员工一份,每次领用或更换都必须记录予表单。 6.2 工具的保养与维护 6.2.1 个人工具由使用人员负责进行保管、保养;公用工具由所属班组负责人保管、保养,禁止违反操作规程使用工具而造成工 具损坏。 6.2.2 定期在每月1号时所有人员的工具进行盘点和校验,并将盘点校验结果记录在工具履历表上,对盘点发现有对工具使用不 合理和保养不到位人员进行追究责任。 6.2.3 每班要求对工具做好润滑、防腐和清洁,始终保持工具的良好状态。

常用通讯测试工具使用说明

第一章串口、以太网通讯基础 1、串口通讯基础 具体讲解请参考串口通讯基础知识.doc 2、以太网通讯基础 具体讲解请参考以太网通讯基础知识.doc 第二章常用通讯测试工具 1.串口测试工具分类: 串口调试工具:用来模拟上下位机收发数据的串口工具,占用串口资源。如:串口调试助手,串口精灵,Comm等。 串口监听工具:用来监听上下位机串口相关操作,并截获收发数据的串口工具。不占用串口资源。如:PortMon,ComSky等。 下面分别介绍串口调试助手及PortMon的使用。

1.1. 串口调试助手: 操作流程: ? 设置串口参数(之前先关闭串口)。 ? 设置接收字符类型(十六进制/ASCII 码) ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据(类型应与接收相同)。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt 。 ? 关闭串口。 串口参数 设置区 串口状态 打开/关闭串口 串口数据 接收区 十六进制/ASCII 切换 保存数据功能区 串口数据 发送区 发送数据功能区 串口收发计数区

1.2. PortMon串口监听工具:

连接状态 菜单栏 工具栏 截获数据 显示区 1.2.1. PortMon设置及使用: a. 确保要监听的串口未被占用。 如果串口被占用,请关闭相应串口的应用程序。比如:要监视MCGS软件与串口1设备通讯,应该先关闭MCGS软件。 说明:PortMon虽不占用串口资源,但在使用前必须确保要监听的串口未被占用,否则无法进行监视。 b. 运行PortMon,并进行相应设置。 ?连接设置: 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功,则连接状态显示为“PortMon于\\计算机名(本地)”。如下图: ?捕获设置:

【一指禅神功●手机操作教程】┊高通平台IMEI串号、MEID码写入操作教程

【一指禅神功●手机操作教程】┊高通平台IMEI串号、MEID 码写入操作教程 高通平台手机IMEI串号丢失怎么办?打开后盖记录下IMEI串号和MEID码,按下列操作即可。1、启动写号工具计算机启动后,双击工具的运行图标,进入运行界面。下载:本帖隐藏的内容QESNInfoV1.00.05_setup.exe (2.19 MB, 下载次数: 467)2、登录工具启动后,请出现登录界面,如下图所示:登录权限分为Operator 和Administrator 两级。Operator权限针对操作工,没有配置权限;Administrator 权限针对产线管理员,可以对工具进行配置。通过点击右侧的”!”按钮,可切换至Administrator 身份,Administrator的登录密码为htcdmaesn。Operator 身份没 有密码,按“OK”键可以直接进入。3、数据库工具运行时, 会在D:\Uniscope Test Data Store\Database 目录生成数据库UniscopeTestData.mdb,所写号码将记录至该数据库。 如需手动查看数据库,需要使用Microsoft 的Office Access 工具打开,数据库密码是mstest.如果工具启动时提示数据 库生成失败,请检查电脑是否有D 盘分区。4、工具配置点击主界面上的”Setup”按钮,进入设置界面。设置界面分为“系统设置(Setting)”和“信息设置(Information)”两个页面。⑴系统设置系统设置界面如所示。“Choose Input or scanitem” 中,

“Input or scan ESN”:该项目选中后,可以输入及写入 ESN/MEID(CDMA为主卡的情况)” Input or scan IMEI”:该 项目选中后,可以输入及写入IMEI 号。对于G+C 以及G+G 手机的写号,需要选中该项。“Input subIMEI”:对于G+G 手机,要写入两个IMEI号,因此需要选中该项以写入副卡IMEI。“Choose Write ESN orMEID” 栏中,可根据需要,选择写入ESN 还是MEID。“Service ProgrammingItem” “Test Verify Item” “Incremental Change byESN”这几栏暂时不支持,不 需要设置。⑵信息设置信息设置页主要是设置一些相关信息的检测,如图3 所示。目前需要设置下面几项:ESN Header: 输入ESN 的前几位。如果所输入的ESN 或MEID 与其不一致,将给出信息提示。IMEI Header: 输入IMEI 的前几位。如果所输入的IMEI 与其不一致,将给出信息提示。Mobile Model: 所写手机的型号。手机型号会和所写手机的SN 号 /IMEI号以及存入数据库。SN Header,NAL Header, S/Wversion,PRL Version,Default SPC,RTRE Config 这几项目前没有使用。⑶写号操作写号前,请确认手机未插入任何SIM 卡,否则会导致写号不稳定。进入工具操作界 面后,显示如图所示。首先选择端口为“USB”(图4中红圈1 所示),在手机未连接状态下,图中红圈2 区域显示黄色的Searching 图标,并且MEID状态栏显示”???????”。对于8X25 平台,手机开机后连接电脑,电脑会自动出现Diag

测试工具使用总结

工具: 1.Loderruner测试工具是测试性能问题的,对于页面流测试不能展现,不直观,不能使用 2.QuickTest Professional 页面操作复杂,使用测试时失败率很高,对于平台的一些事件无 法获取,有弹出页面整个测试会报错,对于现在的需求页面流来说实施成本太大 3.对于Tellurium与Selenium使用中发现功能很好基本可以实现其他页面流测试的所有功 能还能结合jqury等js框架操作控件,但是在抓脚本时需要用火狐浏览器的插件,对于平台应用来说限制较多,这个工具可以通过录脚本获得页面上的控件及控件的各种事件,Tellurium比Selenium更进步,只要页面上控件的位置id不变修改脚本比较简单不依赖控件的类型,对脚本维护量不大,不过前期录脚本的过程成本太高,实现不现实,暂不使用此工具,此工具对于研发人员来说进行自己的页面流测试比较适合 4.OracleA TS (Oracle Application T esting Suite )这个工具提供者赵飞,是参加Oracle大会 时发现的页面自动化测试工具。现在OATS在性能测试中支持录制/回放的只有, 1. HTTP 的脚本录制和压力测试 2. 基于HTTP协议的Web Service的脚本录制和压力测试 3. 基于EBS Forms的脚本录制和压力测试 我现在见到的性能测试场景和脚本都是以模拟真实用户动作为基础的, 所以很少有需求是要求测试底层协议的性能(Web Service除外). 即使是要求测试底层协议的性能, 一般也都是开发人员自己找个JMeter之类的免费工具就可以完成了. 我了解的购买商业压力测试工具/服务的公司一般都是电子商务、银行、电信等对Web服务质量要求比较高的行业。而这些行业提供服务一般都是基于互联网网站,所以现在还没有专门针对SOA架构提供性能测试。 但是OATS能做到的是, 在通过网页给应用程序(也许是多个处于不同服务器上的服务)施加压力时,实时监控每个服务器上的CPU/内存/响应时间等,也许能达到你想要的效果。 此工具录制回放较简单,是开发人员常用的eclipse风格(弱弱发现在这个测试工具是基于eclipse 的),操作简单,需要注意,发现问题: A.菜单必须是树状菜单,因为只有树状菜单才能有单击的事件 B.现在对于弹出窗口大小控制有问题,待查 C.测试时速度慢,正在测试是不是可以把错误日志详细 D.参照选择时要通过‘确定返回’按钮才能选中参照中的第一个值(在弹出页面中选中表格事件会造成错误) E.Ie必须选择非多页签显示的,如图:

高通case提交指南2015Oct(4)(1)

高通CASE提交指南 2015. Oct. 1. 高通CASE提交注意事项 1.1 Platform 指明基带芯片型号,如8996,8994,8992, 8936, fusion3,8974等,即使认为是芯片平台无关的,也尽量指明目前发现问题的,或最容易重现的平台,手头有调试板的平台。 涉及到射频(RF)和电源管理(PMIC)芯片, 同时也指明这两款芯片型号以及射频平台配置,如RF configuration APAC, NA717, SV_VZ, CMCC SGLTE. 1.2 关于硬件design review 一般的case类型为wireless support大类,wireless support下面再分为硬件和软件类型。 design review类型为单独的大类,在提交硬件design review时(包括原理图/PCB/PDN) 请选择design review case类型。 提交design review的时候,对于原理图请提供pdf格式并且是可搜索的,同时填写文档80-V5756-3(文档内包括RF port mapping和框图) 1.3 Problem Area Code ●仔细的判断是软件问题还是硬件问题,以尽量符合实际情况,有助于加快问 题解决。 ●一定要仔细填写Problem Area Code,从初步的分析确定问题最有可能发生的 部分,轻率填写不准确或者错误的Problem Code有可能会大大延迟CASE 的处理进程,使简单的问题不能得到快速应答。 ●尽量不要使用模糊的Problem Area Code,如Other, Crash,这种往往需要更长 的时间分到正确的处理人 关于Problem Area Code的详细解释,见第四、五章。 1.4 Build id/version 一定要填写当前使用的版本号和配置ID,如M8916AAAAANLYD1030.2, M6290AKPRZL120020,其中AKPRZL是build id, 120020是版本号。有时高通的一个发布版本中包含有几种配置,也要指明用的是哪一个编译命令,如

鼎利软件使用指导书

一、概述 移动通信网络的运营效率和运营收益最终归结于网络质量与网络容量问题,这些所关注的领域。由于无线传播环境的变化以及频繁的扩容和升级的需要,TD-SCDMA问题直接体现在用户与运营商之间的接口上,这正是网络优化网络优化工作成为各运营商所极为关注的日常核心工作之一,网络优化人员迫切需要有一整套辅助工具来对网络进行测试、分析和诊断,从而定位或预测网络质量和容量问题,制订出网络优化方案或计划,在这个过程中,网络测试软件居于最重要的地位。 下面介绍一下鼎力前台路测软件的安装和测试方法: 1.准备好测试必备软件,并确认驱动已经安装成功。 2.打开鼎力测试软件,新建测试工程模板。 3.查看硬件设备的端口分配情况 打开“‘我的电脑’右键中的‘属性’‘硬件’分页‘设备管理’”展开“端口”项并对端口的分配情况进行查看。 4.新建测试模板,并保持整个工程。 5.为计算机连接硬件设备(测试设备,如:手机、G P S ) 根据测试需要为计算机连接硬件设备,如计算机没有足够数量的端口,可通过外部设备进行端口扩展。 6.硬件设备端口设置 单击“Configuration Device”进行设备端口设置。 7.为测试设备选择测试模板 双击导航栏“Device Devices测试设备”,打开该测试设备的模板选择页面。 8.导入MAP地图和基站信息表,并开始测试。

二、设备准备 需要准备的设备: 笔记本,大唐测试主手机,被叫手机,狗,GPS,车载UPS等,如果电脑端口不够,还需要准备USB HUB(测试手机具体数量,根据现场情况确定)。 三、驱动安装 1.鼎力软件安装 按默认安装(出现下面界面是选择安装文件夹)。软件安装完成后,在“开始->程序”中查看软件是否已经安装成功。 如果鼎力前台测试软件安装成功,然后进行手机驱动安装。 鼎力软件版本:PioneerSetup3.6.5.2 2.UE驱动安装 鼎力手机驱动安装程序如下: 执行安装程序,选择“VCOM Number”数目,点击“Install”按钮,安装驱动。此处选择的“VCOM Number”将为安装的VCOM数量。请注意,一定要安装足够多的VCOM端口(一般一个UE接入需要安装4个VCOM口)。网优全业务测试时一般我们这里选择端口15个。安装完成后,点击“Exit”退出。如果PC 提示重新启动,请按照说明,重新启动计算机。

高通QXDM使用手册

QXDM工具使用指导书 QXDM简介 (2) 1. 物理连接 (2) 2. QXDM工具套件简介 (4) 2.1. Database Editor (4) 2.2. DLF Converter (4) 2.3. ISF Converter (5) 2.4. Item Tester (5) 2.5. Listen-Only QXDM (5) 2.6. QXDM (5) 3. Step by step学习QXDM的常用功能 (5) 3.1 QXDM和手机如何正确连接? (5) 3.2 如何保存和加载配置文件? (8) 3.3 如何新建和保存一个跟踪项目? (8) 3.4 如何重现跟踪信息? (11) 3.5 如何用QXDM对手机进行自动操作? (12) 3.6 如何查看跟踪信息? (13) 3.7 如何进行信令消息跟踪? (14) 3.8 如何使用nv browser对手机进行重新配置? (16) 3.9 如何使用nv browser对手机进行锁频? (19) 3.10 如何使用nv browser观察手机当前搜网状态? (19) 3.11 如何查看当前收发功率? (20) 3.12 如何观察手机终端当前网络状态? (21) 3.13 如何查看voip电话时延? (21) 3.14 图形界面中的右键菜单。 (22) Clear (22) Cursor (22) Save Image (22) Auto-Scroll (22) Axis Zoom Mode (23) Legend Visible (23) Range (23) View Channel (24) 3.15 滚动列表中的右键菜单。 (24) 3.16 如何查看功控信息? (30) 3.17 如何查看hspa信息? (31) 3.18 如何查看Bler值? (31) 3.19 如何查看小区重选信息? (32) 3.20 如何查看RLC层信息? (33) 3.21 如何将isf中的文件转换为可以用ethereal解析的文件? (34) 3.22 Log View 和Message View有什么区别和联系? (35)

wlan信号测试工具使用方法

一、Network Stumbler使用方法: 1、下载、安装Network Stumbler Network Stumbler安装可在Internet搜索下载获得,只需按照提示进行“下一步”操作即可完成安装过程; 2、启动Network Stumbler: a)双击桌面图标启动Network Stumbler应用程序; b)通过“开始”->“程序”->“Network Stumbler”启动Network Stumbler 应用程序; 图1 启动Network Stumbler

图2 Network Stumbler启动界面 3、信号信息概要: 图3信号信息概要 如图3所示,整个应用程序概要界面分为2个部分,其中界面的左半部分为分类选择列表,右半部分为无线信号详细信息列表;常用的分类选择可以根据当前搜索到的信号所在信道进行分类,如图4所示;和按照SSID进行分类,如图5所示。在右半部分的详细列表中常用的信息有: MAC:信号源设备的MAC地址; SSID:信号源设备的SSID; Chan:信号源设备占用的信道;

Singal:Sta接收到信号源的信号强度; SNR:信噪比; 图4 按照信道分类 图5 按照SSID分类 用户可以根据自己的实际需要按照信道或者SSID进行筛选,查看所关心设备信号信息; 4、指定设备信号强度图显示: 用户可以根据需要,从左侧的信道或者SSID中选择查看对象,双击该对象的MAC地址,观察STA接收到该设备发出的无线信号强度图;

下面以信道方式选择为例,演示如何查看无线信号强度图步骤:a)选择被测设备占用的信道: b)双击被测设备MAC地址:

art工具使用指导书

art工具使用指导书 一、 art概述 1、art简介 art即Atheros Radio Test,是无线评估和制造业测试的一个工具。该工具通过解析脚本的命令,控制仪器执行对应命令而进行测试。它可以执行各种各样的传送测试,接收和链接测试,校准和制造流程中的测试等。Art1需在DOS下手动输入命令。 2、art分类 art1:art07B16、art09B27、art09B34等 3、art测试环境 art1:MCR7.9、MCR7.6 4、AP对应型号的art版本 二、 art1的使用方法

1、进入测试模式 AP上电,当串口打印以下信息时按数字键“1”并回车: =============================================================== if you want to enter art_mode, in 5 second and please input : 1 =============================================================== (none) login: 然后串口会打印以下信息,此时就可以运行art工具了。 ############################################ # # # Art version # # V0.9.B27 # # # ############################################ Welcome to ART build Starting MDK Client... Waiting for connection from Host ... !!!!

软件测试工具说明

软件测试工具说明 一、思维导图 开源测试管理工具:Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具:Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具:Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]:企业级测试管理工具,也是业界第一个基于Web的

测试管理系统。 [Quality Center]:基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。 [QuickTest Professional]:用于创建功能和回归测试。[LoadRunner]:预测系统行为和性能的负载测试工具。 [其他工具与自动化测试框架]:Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。 国内免费软件测试工具有:AutoRunner和TestCenter。 主流软件测试工具介绍 测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具,另外还有用于测试管理(测试流程管理、缺陷跟踪管理、测试用例管理)的工具,这些产品主要是MercuryInteractive(MI)、Segue、IBM Rational、 Compuware和Empirix等公司的产品,而MI公司的产品占了主流。 1、白盒测试工具 白盒测试工具一般是针对代码进行测试,测试中发现的缺陷可以定位到代码级,根据测试工具原理的不同,又可以分为静态测试工具和动态测试工具。 (1)静态测试工具:直接对代码进行分析,不需要运行代码,也不需要对代码编译链接,生成可执行文件。静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型

相关主题