主頁 > 軟體工程 > 如何驗收安卓PCBA主板的質量和性能

如何驗收安卓PCBA主板的質量和性能

2022-07-19 08:25:22 軟體工程

.
版本:v0.1
作者:河東西望
日期:2022-7-15
.


目錄
  • 1 有哪些情況需要驗收?
  • 2 有哪些驗收測驗?
    • 2.1 主板測驗
    • 2.2 工程測驗
    • 2.3 性能測驗
    • 2.4 壓力測驗
    • 2.5 功耗測驗
    • 2.6 UI測驗


對很多安卓智能設備廠商來說,他們的通用開發模式一般是:ODM/OEM設計開發主板PCBA(包括BSP驅動、原生AOSP系統及簡單定制),自己做簡單的系統二次定制及應用開發,而開發實力和水平較強的公司,則會做整體系統ROM定制和優化、應用SDK平臺化等深度開發,

不管怎么開發,只要主板是PCBA廠商提供的,都面臨一個問題,就是如何驗收ODM廠商的PCBA主板質量,包括設計質量和生產質量,硬體和結構的質量,各行業都有相關國家標準體系,例如電子行業的3C標準,醫療行業的NMPA標準等等,本檔案并不討論這些硬體和結構質量標準及測驗方法,

這里討論的是PCBA主板的軟體系統相關的質量驗收測驗方法,例如,安卓系統的穩定性,元器件(CPU/MEM/Disk/USB/WIFI/LAN/Battery等)的軟體性能,甚至也不關注質量標準,本文基于工程專案實踐經驗,提供一些快速可靠的測驗工具和方法,

1 有哪些情況需要驗收?

首先,我們要搞清楚在哪些情況下我們需要驗收?驗收的內容是什么?

我們還是有必要先了解一下PCBA主板的生命周期,一般情況下,硬體設備開發生產的標準流程:

 設計階段 | O ─> EVT
 開發階段 |      └──> DVT
 試產階段 |           └──> PVT
 量產階段 |                └──> PRD

EVT,Engineering Verification Test
DVT,Design Verification Test
PVT,Product Verification Test
PRD,Production,生產階段,

在這四個階段,理論上來說,每塊PCBA主板都需要進行驗收測驗,但是綜合考慮專案時間進度、人力設備資源、驗收測驗周期等因素,每個階段主板驗收的重點不一樣:

硬體階段 測驗版本 測驗專案 測驗說明
EVT 原生系統版本 工程測驗、性能測驗、壓力測驗、功耗測驗 硬體和系統基本摸底測驗
DVT 開發穩定版本 壓力測驗、功耗測驗 整機性能和功耗測驗,檢驗運行應用質量
PVT 生產測驗版本 主板測驗、工程測驗、性能測驗 生產流程和效率驗證
PRD 量產出貨版本 主板測驗、工程測驗、性能測驗、應用測驗 出廠質量測驗

所以我們會有如下這些工程測驗:

  • 主板測驗:測驗PCBA主板元器件及驅動功能,
  • 工程測驗:工程模式測驗,硬體的應用功能測驗,
  • 性能測驗:硬體電氣特性和軟體性能,
  • 壓力測驗:硬體的長時運行性能曲線,最大值、最小值、平均值等,包括負載測驗和壓力測驗,老化測驗等,
  • 功耗測驗:包括各種負載條件下的功耗和溫度的最大值、最小值、平均值等,
  • 應用測驗:生產出貨質量環節對關鍵應用UI界面功能進行測驗,

研發、測驗和生產團隊,可以根據自己的專案實際情況來安排要實施哪種測驗組合,后面簡單說一下這些測驗都有那些內容,以及測驗工具和方法,

實際上,很多中小型公司的生產開發流程一般是這樣的:

首板開發階段:
EVT
└──> DVT
     └──> PVT
          └──> PRD

批量出貨階段:
備貨計劃
└──> 生產貼片
     └──> 刷入主板小系統
          └──> PCBA主板測驗
               └──> 主板入庫
               
出貨計劃
└──> 刷入整機系統版本
     └──> 工程測驗
          ├── 性能測驗 │
          ├── 老化測驗 │
          └── 應用測驗
              └──> 出貨

2 有哪些驗收測驗?

2.1 主板測驗

PCBA主板功能測驗,主要在SMT貼片線實施,主要測驗的內容就是測驗PCBA主板各種硬體和驅動是否都正常使能及正常作業,測驗要求快速方便,

PCBA主板測驗工具由芯片平臺廠商(qcom、mtk、rockchip、amlogic等)提供,實際上是一個bootloader小linux系統,不包含android完整系統,大小只有幾MB,可以快速燒錄到主板中,在AOSP源代碼中也會有這個工具,可以根據實際情況修改源代碼調整測驗項,

2.2 工程測驗

就是常說的工程模式測驗,在android運行環境中對硬體功能進行簡單驗證測驗,例如:

  • 相機拍照
  • U盤讀寫
  • WIFI連接斷開
  • 藍牙連接斷開
  • 訪問網頁
  • 耳機喇叭播放音樂
  • 話筒錄音
  • 螢屏壞點和色彩測驗
  • 觸摸軌跡,

工程模式是一個應用APK,是通用的測驗工具,一般由芯片廠商開發提供的,在AOSP工程中也有源代碼,開發團隊只需要根據實際狀況進行修改就可直接使用,

2.3 性能測驗

硬體性能測驗,在android設備中并沒有通用的工具和測驗標準,測驗的主要目的是為了檢查硬體性能是否滿足規格要求,例如DDR3和DDR4的讀寫速率,EMMC讀寫速率,USB2.0和USB3.0的讀寫速率,2G/3G/4G網路速率等等,

硬體性能測驗包括硬體電氣特性測驗和軟體性能測驗,硬體的電氣特性測驗(例如USB眼圖測驗,USB浪涌測驗,WIFI輻射測驗等),一般由硬體團隊來完成,而軟體性能測驗(例如DDR讀寫速率,CPU浮點運算、USB傳輸速率、網路傳輸速率等),則需要撰寫自動化測驗用例和腳本來完成,

硬體性能測驗的測驗目的、工具方法如下:

硬體 性能 方法和工具 說明
CPU 帶寬和運算能力 圓周率浮點運算1W位的時間 可以對不同的CPU時鐘頻率進行測驗
DDR 記憶體帶寬 記憶體MEMCPY、DUMB、MCBLOCK等操作時間
EMMC 壞塊和讀寫速率 檢查EMMC磁盤壞塊;dd命令磁區讀寫時間 檔案大小為10Mx1000次和10Gx1次
USB USB讀寫速率 dd命令對U盤進行讀寫 1.檔案大小為10Mx1000次和10Gx1次,2. USB host/OTG測驗讀寫方向不一樣, 3. U盤必須是高速穩定的
網路 網路速率和帶寬性能 TTL回應時間和帶寬 1. 測驗物件包括蜂窩/有線/無限網路,2.必須在高速穩定的網路環境下,服務器不能限速
電池 最長待機時間 待機休眠靜置直至自動關機 純硬體測驗方法
觸屏 回應時間 手指觸摸到回應的界面回應的時間 軟體插樁測驗
溫度 溫升時間 最大持續負載下CPU達到90度的時間 具體溫度指標可以自定

當然,不同的設備可能還有其他硬體例如耳機、喇叭、陀螺儀、距離感應器、光感應器等,需要根據實際情況自己設計測驗方法和質量標準,

當然,軟體系統本身還有一些性能測驗專案:例如開機速度、卡頓測驗、拷貝測驗,壓縮/解壓測驗,多媒體編解碼測驗等,可以作為作業系統或者組件性能的測驗專案,而不作為PCBA主板質量和性能測驗專案,

每種具體的測驗方法和工具,后續的檔案會逐步的展開,

2.4 壓力測驗

硬體的運行性能壓力測驗,就是在最大負載條件下持續長時間運行,硬體表現出來的性能,例如對CPU、記憶體,BLKIO進行持續高壓測驗,采集運行資料,查看性能曲線,分析最大值,最小值,平均值,溫度及例外資料資訊等等,

一般的壓力測驗有CPU壓力測驗,記憶體壓力測驗,BLKIO壓力測驗,如果有條件的話,可以加入卡頓測驗,

硬體 測驗方法 測驗工具
CPU 執行緒拷貝運算 stressapptest
DDR 記憶體拷貝操作 stressapptest、mbw、memtester
EMMC 塊IO讀寫操作 stressapptest

詳細的測驗方法和工具,在以后的博文中詳細展開,

在工廠生產測驗中,對主板有老化實驗測驗,主要是針對硬體元器件進行持續2~4小時的測驗,確保在出廠時間段內元器件沒有失效,這些實驗方法一般由廠商的NPI部門負責設計和開發測驗工具,只需要對壓力測驗工具和方法調整測驗時間即可,

2.5 功耗測驗

就是對各種系統負載下的功耗進行測驗,這個測驗是一個硬體測驗,但是需要硬體團隊和軟體團隊一起協同來完成整個測驗,

軟體團隊主要是設計各種負載測驗條件,撰寫測驗腳本和日志提取工具,生成測驗報告等,硬體團隊主要是根據負載測驗要求,采用帶有GPIB采集介面的精密電源,監測硬體功耗,提供測驗資料和測驗報告,

負載測驗的內容包括如下幾個:

  • 整機功耗(平均值、最大值、最小值),
  • 溫度曲線(平均值、最大值、最小值),設備中可能有多種溫度傳感器,但是我們重點關注CPU溫度和主板溫度,

整機功耗測驗,一般會基于不同的系統基線進行測驗:

  • 最小系統,就是洗掉了所有無關應用的最小作業系統版本,用于對作業系統做初始測驗基線,目的是為了檢測基礎系統中的硬體都處于最佳狀態,
  • 基礎系統,只包含設備廠商定制的桌面和關鍵服務的作業系統版本,用來作為定制系統的測驗基線,確保關鍵應用和服務是最佳性能,
  • 正常系統,包含了設備廠商所有應用和服務的完整作業系統版本,最終用于生產或上線的系統版本,

每種系統基線的功耗測驗,一般要基于如下幾種作業負載場景來進行測驗:

  • 飛行模式,待機休眠,這是一種最小使用模式,自然待機,測驗系統的底電流,最大電流和平均電流,
  • 正常負載,CPU使用到0~99%都可以算作正常負載,理論上來說,這種應用場景可以不用測驗,
  • 最大負載,CPU和記憶體持續長時間處于最高負載的應用場景,最常用的測驗場景就是3/4/5...方視頻通話,可以在這種負載場景下測驗系統持續穩定作業的時間,溫度上升時間和溫控調頻時機等,

2.6 UI測驗

系統開機后,對設備的關鍵應用做真實場景的應用測驗,確保功能正常,這個測驗一般由工廠來設計實施,沒有統一的操作方法和質量要求,

這個實驗由質量部門確認,是做全測還是做一定比例的抽測,

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/499673.html

標籤:其他

上一篇:如何驗收安卓PCBA主板的質量和性能

下一篇:研發效能的思考總結

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more