1. 高通mdm9607 mcfg_sw.mbn配置編譯流程
1.未添加運營商mcfg_sw.mbn配置文件，存在設備找網速度慢的問題。
2.添加高通默認配置mcfg_sw.mbn，出現問題：
（1）設備插入移動卡，呼入會出現自動接聽。
（2）設備插入電信4G卡，無法4G上網。
（3）設備插入特定物聯網卡，UE無法正常切換對應運營商配置。默認切換至3GPP，導致無法正常上網。
3.使用QXDM 修改網路相關的nv參數，切換運營商卡後，nv參數配置失效。
1.設備搜網會根據對應運營商mcfg_sw.mbn中配置去搜尋相應的頻段，未添加則會導致設備輪詢所有頻段，從而導致駐網速度慢。
2.高通通過nv項中的參數來設置設備一些定製功能。
（1）查看nv850（CT電信默認配置為cs only）從而導致電信卡4G無法上網
PS域(Packet SwitchedDomain)為分組（交換）域，CS域(Circuit SwitchedDomain)為電路（交換）域。
通俗的說，打電話語音信號走的是CS，上網等數據業務信號走PS。
（2）查看nv74（CMCC移動卡默認配置為enable）nv74是控制電話自動接聽，因此出現移動卡設備呼入會出現自動接聽。
3.UE會根據插入運營商卡的iccid來切換相應mcfg_sw.mbn配置。物聯網卡採用專用號段，因此可能存在配置不支持導致無法正常切換運營商配置。
（由於這批移動物聯網卡iccid前幾位為898604，mbn未配置因此會導致UE無法正常切換mbn配置，導致無法上網。）
什麼是物聯網卡
4.使用QXDM修改參數後為何切換不同運營商卡後，nv配置參數會失效。
假設插入電信卡後，設備通過QXDM修改nv，改nv值並沒有寫入到mcfg_sw.mbn中，簡單理解為臨時參數。
當設備插入移動卡後，UE會根據iccid來切換mcfg_sw.mbn。它獲取的參數依然是從該文件內部讀取，修改的值未起到作用。
圖為運營商mbn配置，CU CMCC CT 分別對應聯通、移動、電信。其他為默認硬體軟體配置。
1.修改XML源文件
（1）路徑：modem_proc\mcfg\mcfg_gen\generic\china（有全球各個地區的運營商配置信息）
圖為生成cmcc mcfg_sw.mbn各個xml配置文件
（2）修改內容
CT:
CMCC:
目前只在已有的NvItemData項中修改參數，還未測試自己添加新的nv配置。
2.編譯流程
（1）編譯參數說明
（2）實際測試命令
a.進入/modem_proc/mcfg/build
b.編譯CT mbn命令：
perl build_mcfgs.pl --build_id=9607.genns.prod --configs=mcfg_sw:OpenMkt-Commercial --force-regenerate --force-rebuild --source-dir=generic/China/CT --xml
mbn文件生成路徑：/modem_proc/mcfg/configs/mcfg_sw/generic/China/CT/Commercial/OpenMkt
c.編譯CMCC mbn命令：
perl build_mcfgs.pl --build_id=9607.genns.prod --configs=mcfg_sw:Commercial-CSFB-SS-LocTech --force-regenerate --force-rebuild --source-dir=generic/China/CMCC --xml
mbn文件生成路徑：/modem_proc/mcfg/configs/mcfg_sw/generic/China/CMCC/CSFB/SS
3.出現問題：
（1）現象
Building MBN for mcfg_sw:Commercial-CSFB-SS-LocTech...
Could not open or create temporary file '/media/root/exdisk/workspace/L170_4K/modem_proc/mcfg/mcfg_gen/scripts/data/efs_files/cmcc/profile4'
沒有那個文件或目錄 at ../mcfg_gen/scripts/mcfg_write.pm line 1242.
（2）原因
源碼中該文件大小寫存在差異，去源碼中修改相應profile文件大小寫，問題解決。
4.xml新增移動物聯網卡支持
（1）找到移動對應的xml文件
（2）添加物聯網卡iccid前6位數字。
(3)重新編譯mcfg_sw.mbn文件，通過PDC tool重新load設備，測試成功。
2. 高通怎麼分析modem log
主要看是高通還是MTK了。不過大致相當，只是log文件名稱不一樣而已
手機的android log（包含 main_log、events_log、kernel_log），mainlog記錄手機android上層app以及framework相關活動的log，比如你寫的app列印的log，就在這裡面；eventslog則主要是ActivityManager、powerManager等相關的log；Kernellog則主要是驅動相關的log。
Modem log，主要是通話相關的，比如信號強弱、連接那個網路等等
還有網路相關的netlog，看網路鏈接情況，抓取網路包等等
主要是以上這三個，其它還有data/anr 目錄下的traces/tombstones等等，分析死機、重啟還是很重要的。
看應用申請什麼許可權，就看mainlog就行，但是不一定有，因為一般手機log不會放開。
你可以在終端里鍵入命令查看其申請了什麼許可權： adb shell mpsys package <包名>，或者反編譯其apk，查看其AndroidManifest.xml文件。
3. 高通 spf 5.0 怎麼編譯
550錯誤的原因有以下幾個
•500Error:badsyntaxU發送的smtp命令語法有誤；
•550MI:NHDHELO命令不允許為空；
•550MI:IMF發信人電子郵件地址不合規范。請參考關於電子郵件規范的定義；
•550MI:SPF發信IP未被發送域的SPF許可。請參考關於SPF規范的定義；
•550MI:STC發件人當天的連接數量超出了限定數量，當天不再接受該發件人的郵件。請控制連接次數；
•550RP:FRL網易郵箱不開放匿名轉發（Openrelay）；
•550RP:RCL群發收件人數量超過了限額，請減少每封郵件的收件人數量；
•550RP:TRC發件人當天內累計的收件人數量超過限制，當天不再接受該發件人的郵件。請降低該用戶發信頻率；
•550DT:SPM郵件正文帶有很多垃圾郵件特徵或發送環境缺乏規范性。需調整郵件內容或優化發送環境；
•550InvalidUser請求的用戶不存在；
•550Userinblacklist該用戶不被允許給網易用戶發信；
•550Usersuspended請求的用戶處於禁用或者凍結狀態；
•:toomuchrecipient群發數量超過了限額；
4. pcm編譯器系統實驗過程中發現的問題
1. 點到點PCM多路電話通信原理
脈沖編碼調制(PCM)技術與增量調制(ΔM)技術已經在數字通信系統中得到廣泛應用。當信道雜訊比較小時一般用PCM，否則一般用ΔM。目前速率在155MB以下的准同步數字系列(PDH)中，國際上存在A解和μ律兩種PCM編解碼標准系列，在155MB以上的同步數字系列(SDH)中，將這兩個系列統一起來，在同一個等級上兩個系列的碼速率相同。而ΔM在國際上無統一標准，但它在通信環境比較惡劣時顯示了巨大的優越性。
點到點PCM多路電話通信原理可用圖9-1表示。對於基帶通信系統，廣義信道包括傳輸媒質、收濾波器、發濾波器等。對於頻帶系統，廣義信道包括傳輸媒質、調制器、解調器、發濾波器、收濾波器等。
本實驗模塊可以傳輸兩路話音信號。採用TP3057編譯器，它包括了圖9-1中的收、發低通濾波器及PCM編解碼器。編碼器輸入信號可以是本實驗模塊內部產生的正弦信號，也可以是外部信號源的正弦信號或電話信號。本實驗模塊中不含電話機和混合電路，廣義信道是理想的，即將復接器輸出的PCM信號直接送給分接器。
2. PCM編解碼模塊原理
本模塊的原理方框圖圖9-2所示，電原理圖如圖9-3所示（見附錄），模塊內部使用+5V和-5V電壓，其中-5V電壓由-12V電源經7905變換得到。
圖9-2 PCM編解碼原理方框圖
該模塊上有以下測試點和輸入點：
• BS PCM基群時鍾信號(位同步信號)測試點
• SL0 PCM基群第0個時隙同步信號
• SLA 信號A的抽樣信號及時隙同步信號測試點
• SLB 信號B的抽樣信號及時隙同步信號測試點
• SRB 信號B解碼輸出信號測試點
• STA 輸入到編碼器A的信號測試點
• SRA 信號A解碼輸出信號測試點
• STB 輸入到編碼器B的信號測試點
• PCM PCM基群信號測試點
• PCM-A 信號A編碼結果測試點
• PCM-B 信號B編碼結果測試點
• STA-IN 外部音頻信號A輸入點
• STB-IN 外部音頻信號B輸入點
本模塊上有三個開關K5、K6和K8，K5、K6用來選擇兩個編碼器的輸入信號，開關手柄處於左邊(STA-IN、STB-IN)時選擇外部信號、處於右邊(STA-S、STB-S)時選擇模塊內部音頻正弦信號。K8用來選擇SLB信號為時隙同步信號SL1、SL2、SL5、SL7中的某一個。
圖9-2各單元與電路板上元器件之間的對應關系如下：
•晶振 U75：非門74LS04；CRY1：4096KHz晶體
•分頻器1 U78:A：U78:D：觸發器74LS74；U79：計數器74LS193
•分頻器2 U80：計數器74LS193；U78:B：U78:D：觸發器74LS74
•抽樣信號產生器 U81：單穩74LS123；U76：移位寄存器74LS164
•PCM編解碼器A U82：PCM編解碼集成電路TP3057（CD22357）
•PCM編解碼器B U83：PCM編解碼集成電路TP3057（CD22357）
•幀同步信號產生器 U77：8位數據產生器74HC151；U86:A：與門7408
•正弦信號源A U87：運放UA741
•正弦信號源B U88：運放UA741
•復接器 U85：或門74LS32
晶振、分頻器1、分頻器2及抽樣信號（時隙同步信號）產生器構成一個定時器，為兩個PCM編解碼器提供2.048MHz的時鍾信號和8KHz的時隙同步信號。在實際通信系統中，解碼器的時鍾信號(即位同步信號)及時隙同步信號(即幀同步信號)應從接收到的數據流中提取，方法如實驗五及實驗六所述。此處將同步器產生的時鍾信號及時隙同步信號直接送給解碼器。
由於時鍾頻率為2.048MHz，抽樣信號頻率為8KHz，故PCM-A及PCM-B的碼速率都是2.048MB，一幀中有32個時隙，其中1個時隙為PCM編碼數據，另外31個時隙都是空時隙。
PCM信號碼速率也是2.048MB，一幀中的32個時隙中有29個是空時隙，第0時隙為幀同步碼(×1110010)時隙，第2時隙為信號A的時隙，第1(或第5、或第7 —由開關K8控制)時隙為信號B的時隙。
本實驗產生的PCM信號類似於PCM基群信號，但第16個時隙沒有信令信號，第0時隙中的信號與PCM基群的第0時隙的信號也不完全相同。
由於兩個PCM編解碼器用同一個時鍾信號，因而可以對它們進行同步復接(即不需要進行碼速調整)。又由於兩個編碼器輸出數據處於不同時隙，故可對PCM-A和PCM-B進行線或。本模塊中用或門74LS32對PCM-A、PCM-B及幀同步信號進行復接。在解碼之前，不需要對PCM進行分接處理，解碼器的時隙同步信號實際上起到了對信號分路的作用。
3. TP3057簡介
本模塊的核心器件是A律PCM編解碼集成電路TP3057，它是CMOS工藝製造的專用大規模集成電路，片內帶有輸出輸入話路濾波器，其引腳及內部框圖如圖9-4、圖9-5所示。引腳功能如下：
圖9-4 TP3057引腳圖
(1) V一 接-5V電源。
(2) GND 接地。
(3) VFRO 接收部分濾波器模擬信號輸出端。
(4) V+ 接+5V電源。
(5) FSR 接收部分幀同信號輸入端，此信號為8KHz脈沖序列。
(6) DR 接收部分PCM碼流輸入端。
(7) BCLKR/CLKSEL 接收部分位時鍾(同步)信號輸入端，此信號將PCM碼流在FSR上升沿後逐位移入DR端。位時鍾可以為64KHz到2.048MHz的任意頻率，或者輸入邏輯「1」或「0」電平器以選擇1.536MHz、1.544MHz或2.048MHz用作同步模式的主時鍾，此時發時鍾信號BCLKX同時作為發時鍾和收時鍾。
(8) MCLKR/PDN 接收部分主時鍾信號輸入端，此信號頻率必須為1.536MHz、1.544MHz或2.048MHz。可以和MCLKX非同步，但是同步工作時可達到最佳狀態。當此端接低電平時，所有的內部定時信號都選擇MCLKX信號，當此端接高電平時，器件處於省電狀態。
(9) MCLKX 發送部分主時鍾信號輸入端，此信號頻率必須為1.536MHz、1.544MHz或2.048MHz。可以和MCLKR非同步，但是同步工作時可達到最佳狀態。
(10) BCLKX 發送部分位時鍾輸入端，此信號將PCM碼流在FSX信號上升沿後逐位移出DX端，頻率可以為64KHz到2.04MHz的任意頻率，但必須與MCLKX同步。
圖9-5 TP3057內部方框圖
(11) DX 發送部分PCM碼流三態門輸出端。
(12) FSX 發送部分幀同步信號輸入端，此信號為8KHz脈沖序列。
(13) TSX 漏極開路輸出端，在編碼時隙輸出低電平。
(14) GSX 發送部分增益調整信號輸入端。
(15) VFXi- 發送部分放大器反向輸入端。
(16) VFXi＋ 發送部分放大器正向輸入端。
TP3057由發送和接收兩部分組成，其功能簡述如下。
發送部分：
包括可調增益放大器、抗混淆濾波器、低通濾波器、高通濾波器、壓縮A/D轉換器。抗混淆濾波器對采樣頻率提供30dB以上的衰減從而避免了任何片外濾波器的加入。低通濾波器是5階的、時鍾頻率為128MHz。高通濾波器是3階的、時鍾頻率為32KHz。高通濾波器的輸出信號送給階梯波產生器(采樣頻率為8KHz)。階梯波產生器、逐次逼近寄存器（S•A•R）、比較器以及符號比特提取單元等4個部分共同組成一個壓縮式A/D轉換器。S•A•R輸出的並行碼經並/串轉換後成PCM信號。參考信號源提供各種精確的基準電壓，允許編碼輸入電壓最大幅度為5VP-P。
發幀同步信號FSX為采樣信號。每個采樣脈沖都使編碼器進行兩項工作：在8比特位同步信號BCLKX的作用下，將采樣值進行8位編碼並存入逐次逼近寄存器；將前一采樣值的編碼結果通過輸出端DX輸出。在8比特位同步信號以後，DX端處於高阻狀態。
接收部分：
包括擴張D/A轉換器和低通濾波器。低通濾波器符合AT&T D3/D4標准和CCITT建議。D/A轉換器由串/並變換、D/A寄存器組成、D/A階梯波形成等部分構成。在收幀同步脈沖FSR上升沿及其之後的8個位同步脈沖BCLKR作用下，8比特PCM數據進入接收數據寄存器(即D/A寄存器)，D/A階梯波單元對8比特PCM數據進行D/A變換並保持變換後的信號形成階梯波信號。此信號被送到時鍾頻率為128KHz的開關電容低通濾波器，此低通濾波器對階梯波進行平滑濾波並對孔徑失真(sinx)/x進行補嘗。
在通信工程中，主要用動態范圍和頻率特性來說明PCM編解碼器的性能。
動態范圍的定義是解碼器輸出信噪比大於25dB時允許編碼器輸入信號幅度的變化范圍。PCM編解碼器的動態范圍應大於圖9-6所示的CCITT建議框架（樣板值）。
當編碼器輸入信號幅度超過其動態范圍時，出現過載雜訊，故編碼輸入信號幅度過大時量化信噪比急劇下降。TP3057編解碼系統不過載輸入信號的最大幅度為5VP-P。
由於採用對數壓擴技術，PCM編解碼系統可以改善小信號的量化信噪比，TP3057採用A律13折線對信號進行壓擴。當信號處於某一段落時，量化雜訊不變(因在此段落內對信號進行均勻量化)，因此在同一段落內量化信噪比隨信號幅度減小而下降。13折線壓擴特性曲線將正負信號各分為8段，第1段信號最小，第8段信號最大。當信號處於第一、二段時，量化雜訊不隨信號幅度變化，因此當信號太小時，量化信噪比會小於25dB，這就是動態范圍的下限。TP3057編解碼系統動態范圍內的輸入信號最小幅度約為0.025Vp-p。
常用1KHz的正弦信號作為輸入信號來測量PCM編解碼器的動態范圍。
圖9-6 PCM編解碼系統動態范圍樣板值
語音信號的抽樣信號頻率為8KHz，為了不發生頻譜混疊，常將語音信號經截止頻率為3.4KHz的低通濾波器處理後再進行A/D處理。語音信號的最低頻率一般為300Hz。TP3057編碼器的低通濾波器和高通濾波器決定了編解碼系統的頻率特性，當輸入信號頻率超過這兩個濾波器的頻率范圍時，解碼輸出信號幅度迅速下降。這就是PCM編解碼系統頻率特性的含義。
四、實驗步驟
1. 熟悉PCM編解碼單元工作原理，開關K9接通8KHz(置為1000狀態)，開關K8置為SL1(或SL5、SL7)，開關K5、K6分別置於STA-S、STB-S端，接通實驗箱電源。
2. 用示波器觀察STA、STB，調節電位器R19(對應STA)、R20(對應STB)，使正弦信號STA、STB波形不失真(峰峰值小於5V)。
3. 用示波器觀察PCM編碼輸出信號。
示波器CH1接SL0，（調整示波器掃描周期以顯示至少兩個SL0脈沖，從而可以觀察完整的一幀信號）CH2分別接SLA、PCM-A、SLB、PCM-B以及PCM，觀察編碼後的數據所處時隙位置與時隙同步信號的關系以及PCM信號的幀結構（注意：本實驗的幀結構中有29個時隙是空時隙，SL0、SLA及SLB的脈沖寬度等於一個時隙寬度）。
開關K8分別接通SL1、SL2、SL5、SL7，觀察PCM基群幀結構的變化情況。
4. 用示波器觀察PCM解碼輸出信號
示波器的CH1接STA，CH2接SRA，觀察這兩個信號波形是否相同(有相位差)。
5. 用示波器定性觀察PCM編解碼器的動態范圍。
開關K5置於STA-IN端，將低失真低頻信號發生器輸出的1KHz正弦信號從STA-IN輸入到TP3057(U82)編碼器。示波器的CH1接STA（編碼輸入），CH2接SRA（解碼輸出）。將信號幅度分別調至大於5VP-P、等於5VP-P，觀察過載和滿載時的解碼輸出波形。再將信號幅度分別衰減10dB、20dB、30dB、40dB、45dB、50dB，觀察解碼輸出波形(當衰減45dB以上時，解碼輸出信號波形上疊加有較明顯的雜訊)。
也可以用本模塊上的正弦信號源來觀察PCM編解碼系統的過載雜訊(只要將STA-S或STB-S信號幅度調至5VP-P以上即可)，但必須用專門的信號源才能較方便地觀察到動態范圍。
5. 高通平台android開發小結怎麼解決
1、高通平台android開發總結
1.1 搭建高通平台環境開發環境
在高通開發板上燒錄文件系統
建立高通平台開發環境
高通平台，android和 modem 編譯流程分析
高通平台 7620 啟動流程分析
qcril 流程分析，設置sim卡鎖
python scons 語法學習
Python 語言之 scons 工具流程分析：
1.2 搭建高通平台環境開發環境
高通android智能平台概述
選擇合適的源代碼以及工具
建立 Android 開發環境（部分略）
建立 modem 開發環境
1.2.1 高通android智能平台概述
高通 7230 android 智能手機解決方案的軟體包括兩個部分
1. 以linux 操作系統為基礎的 android 系統
2. 以 L4，REX為基礎的 Modem 部分
在高通7系列的架構中，一個IC內部集成有兩個ARM處理器，一個ARM9（或者arm11），專門負責處理通信協議，射頻以及GPIO等，軟體架構採用 AMSS， 另外一個是ARM11，用來處理多媒體，上層應用，以及其他的一些任務，運行的系統是 android 系統，這兩個處理器之間通過共享內存的硬體方式來進行通信。
1.2.1.1什麼是L4,REX,BREW,AMSS以及相互之間的關系
L4是一組計算機程序，是最初由Jochen Liedtke設計的微內核構架的操作系統內核，現在已經形成一個微內核家族。L4這個微內核系統由於其出色的性能和很小的體積而開始被計算機工業所認知，被移植到了許多不同的硬體構架上。高通的 L4 提供了操作系統最基本的操作，是買別人的。
早期的操作系統絕大多數是 Monolithic Kernel, 意思是整個操作系統 - 包括Scheling (調度), File system (文件系統), Networking (網路), Device driver (設備驅動程序), Memory management (存儲管理), Paging(存儲頁面管理) - 都在內核中完成.一直到現在廣泛應用的操作系統,如UNIX,Linux,和Windows還大都是monolithic kernel操作系統.但隨著操作系統變得越來越復雜(現代操作系統的內核有一兩百萬行C程序是很常見的事情),把所有這些功能都放在內核中使設計難度迅速增加.
微內核是一個與Monolithic Kernel相反的設計理念.它的目的是使內核縮到最小,把所有可能的功能模塊移出內核.理想情況下,內核中僅留下Address Space Support(地址空間支持),IPC (Inter-Process Communication,進程間通訊),和Scheling(調度),其他功能模塊做為用戶進程運行。
REX 是在 L4 之上封裝的服務，是一個搶占式，多任務的RTOS，所有的任務都以task的形式存在，REX提供包括任務創建，同步，互斥，計時器，中斷控制等功能的API，這里的task實際上就是我們的線程，每個 task對應著一個線程。REX維護一個task list(雙向鏈表)，始終運行高優先順序的task。procts裡面所有的服務包括3g協議棧等都是以task的形式跑在rex之上的。
而Brew的話是運行的環境，跟Java 有點兒類似，相當於是一個虛擬機。
AMSS――高級的移動用戶軟體(Advanced Mobile Subscriber Software)技術，是一種新的軟體架構，是對原來軟體架構 DMSS 的升級。 AMSS源代碼實際上是QC BREW(Binary Runtime Environment For Wireless)平台的的底層部分，去掉了為應用程序提供介面的AEE(application execution environment)部分，高通在Dual Proc晶元上的其他平台基本上都是採用的這樣的架構。