<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                [-->筆者發給吳勁良先生的郵件] 吳兄: 我有個問題想和你深層次討論,就是關于這本書的定位。先說說我的看法。 1)對于初學者(就是完全沒有Wi-Fi、NFC、GPS經驗的人),這本書肯定是入門書,但是它 的難度比普通意義上認為的入門書難。 2)對于中級學者,這些人定位在1~2年或者有過實際修改bug的經驗,但是缺乏全局理解 的人,這本書也合適。不過,可能有部分內容對他們來說比較簡單。另外,關于NFC和GPS的知 識,從統計情況來看,NFC和GPS的問題非常少。從面試情況來看,對NFC芯片datasheet的了解 (GPS應該是沒有這方面公開的資料)也很重要。不過本書沒有考慮NFC、GPS以及Wi-Fi HAL 層的內容。一方面我感覺Wi-Fi驅動層和協議結合非常緊密,有點鉆研精神的讀者在本書基礎 上,再有一些驅動經驗就可以搞定。而NFC HAL層未來發展趨勢可能會和wpa_supplicant一 樣,即不會出現NXP、Broadcom這樣太過特定的內容。GPS一般不太可能讓外人看到驅動的代 碼。我專門看過QC開源項目CODEAurora[^①]中GPS的HAL代碼,它是C/S架構的,只有Client端內 容,而且都是簡單地發些命令,然后接收回復,沒有核心技術。 3)對于高級學者,經驗和理論知識都比較到位的人,本書可以當做參考書來看,不過內容 相對會顯得淺顯。 一方面,昨天和Eva溝通后,覺得本書沒有太多實際經驗,確實如此。我自己定位這本書還 是想打通整個知識面,實際經驗的話,需要理論聯系實踐。現在很多工程師只有實踐,沒有理 論,或者理論關注較少。另一方面,如果專門講實踐,這種書反而價值不高,因為可操作性太 低。它不像網管類的書籍,一步一步跟著做就行了。 這是我對本書定位的一些看法,吳兄,你能否從一線工程師,培養新人等多方面講下你的 感受?不足之處也提出來哈。 最后,寫完這本書后,我感覺在Wi-Fi、NFC和GPS這幾塊,核心都是芯片廠商做好了,我 們唯一可做的就是改改bug,攢足實戰經驗,似乎可發揮的地方非常少(NFC CE模式還有很多 發揮空間,尤其是安全交付解決方案之類的)。吳兄,對這個問題又怎么看呢? 誠摯歡迎吳兄的金玉良言! 鄧凡平 [-->吳勁良先生的回復] 鄧兄: 正如鄧兄提到,本書對不同知識深度的學者而言,會有各自的收獲,可引初學者入門,可 給中級學者問題分析的線索,可給高級學者一個知識思索的機會(對比自己的理解和補充知 識),本書能起拋磚引玉的作用,不同讀者從中收獲多少還得看個人,多思考的讀者還可以從 書中學習到鄧兄分析問題的思路,反思如何提升自己的搜索技巧。 本書以理論分析為主,沒有具體問題的解答,但是我覺得夠了。這不是一本Q&A的書, Wi-Fi、NFC、GPS這三大部分,Android涉及的主干支知識都有,讀者可以選擇性地深入分析, 每個人對知識點的追求都不一樣,很難滿足所有人的需求。就個人而言,我會對Android Wi-Fi 的休眠策略、Location的網絡定位感興趣,跟實際工作遇到的問題相關。 “NFC和GPS問題非常少”,這會跟功能模塊是否被廣泛使用和應用的廣度有關,被使用多 了可能會暴露問題多些,應用場景多也會促使功能的開發,自然會引出新問題。GPS HAL的代 碼各廠家都不提供,Broadcom、MTK、RDA只是提供so,有可能是涉及核心技術,估計是一些 Command的實現,GPS一般是UART接口,UART只負責上層與模組的數據通信。 對于負責無線模組的新人,我對他們工作的安排是:先做功能的驗證測試,讓他從測試中 加深對功能點的理解,知道哪些點是容易出問題;然后會給一些已經調試好的模組讓其單獨調 試,目的是熟悉調試一個模塊需要做哪些工作;最后會漸漸地讓其承擔一些實際任務。學習的 安排是:學習NL802.11,USB、SDIO、UART和I2C等模組接口驅動的分析,然后會從內核開始學 習,如:Wi-Fi driver->netd->wpa_supplicant->HAL->framework,Android會安排一些核心知識點 的學習,主要是理清工作的機制。最終是希望新人在頭腦中有一幅Android網絡結構圖,并能 將其畫出來。 由于需要先確保相關的外圍模組能配合主控使用,這也決定平常無線工作的重點會在模 組的移植調試上,涉及的內核驅動的調試較多,現在Android做得越來越完善,大問題很少,小 問題還是有,但解決起來還好(Android 4.4上Wi-Fi目前測試出原生代碼有幾個bug,較嚴重的 一個是在關閉Wi-Fi時沒關閉supplicant創建的socket,每次打開Wi-Fi時又創建,socket打開個數 累積超過65536時,后續操作將失敗)。 無線模塊Wi-Fi、BT、NFC和GPS,核心的技術是在芯片廠,而且是在芯片設計中,driver的 編寫只是其中的很小一部分,即使是相對復雜的Wi-Fi driver,投入兩三個人,花兩個月的時間 把driver寫出來完全沒問題。這個我也認同發揮的地方很少,除非是從應用角度去開發新的功 能或做一些功能創新。但從工作的角度看,要把這些無線模塊支持好,也很容易,調一款新的 Wi-Fi就像在弄一個小系統,需要把系統調穩,沒有bug并可以達到量產的標準,往往會耗上一 兩個月的時間。雖然發揮的地方少,但當前看來這方面技術人員的需求還是挺大的。 吳勁良 [^①]:https://www.codeaurora.org/ , 此處可下載高通參考設計(QC Reference Design)的代碼。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看