無傳感器BLDC驅動控制系統(tǒng)的設計

1、無傳感器bldc驅動控制系統(tǒng)的設計隨著手機內rf芯片的集成度不斷增強，編程需求也在顯著增強。但另一方面，手機生命周期在日益縮短。解決復雜性增強和生命周期縮短之間的沖突的一個辦法是采納“硬件”應用編程接口(api)。本文研究開發(fā)api時應遵循的一些規(guī)章以及應避開的一些設計陷阱。ic的主要工作是調制與解調放射數(shù)據(jù)并接收想要的信號。隨著數(shù)字信號處理技術的浮現(xiàn)，越來越多的射頻ic架構把模擬功能和處理信號所需的數(shù)字信號處理功能塊整合在一起。但是，蜂窩標準的復雜性要求作為一個整體的蜂窩芯片必需具備靈便性，特殊是對射頻ic而言。靈便性即意味著可編程能力。自立射頻ic的輸入構造向來是串行外設接口(spi)映射

2、。圖(a)通常的spi映射架構。本質上，可將該spi映射辦法看作接入射頻ic的一個“開關”和“旋鈕”陣列，典型狀況下有若干個使能位(開關)和工作參數(shù)(旋鈕)。以pll為例，它普通起碼有一個啟動pll的使能位，還可能有若干確定pll輸出頻率的調整參數(shù)。當控制ic(通常是數(shù)字基帶)開頭對pll舉行編程時，它必需編寫參數(shù)和使能位。在基于spi映射的接口架構中，dbb固件需了解它要編寫的每一比特的地址和位置。它還必需了解spi的構造以便能正確計算所需參數(shù)。有時，這些位彼此間會有時序方面的關聯(lián)，為確保計算結果正確，必需審慎對待這種關聯(lián)。因為所需編程的比特數(shù)以千計。在某些場合，射頻ic的不同子系統(tǒng)間存在關

3、聯(lián)，即便技術文檔寫得十分清晰，dbb固件開發(fā)團隊也可能無法很好理解。即使當dbb固件開發(fā)團隊勝利地把一款射頻ic整合進芯片組后，dbb固件也就因此與射頻ic的特性有千絲萬縷的聯(lián)系。采納防備式和分層級式編程辦法，仍會存留無法徹底抹去的痕跡。從商業(yè)角度看，這意味著對單一軟件構造組件通過另外一個渠道舉行外包幾乎行不通，由于這樣做就必需維護兩個軟件構造。此外，后續(xù)的射頻ic將需要改進或升級，這樣寄存器將無法嚴格兼容，維護起來困難重重。在軟件領域，解決這些問題的傳統(tǒng)辦法是抽象(abstraction)。抽象普通意味著對其它實體用來完成任務的一些算法舉行收集。高級別的實體不關懷低級別實體如何完成任務，它只

4、要求一切都在預期的參數(shù)內運行。高級別軟件用法的低級別程序集被稱為應用編程接口(api)。對抽象的期望在一定程度上把一個系統(tǒng)平臺內的分布式ic維系在一起。增強的抽象層使得無需了解數(shù)字基帶的物理規(guī)律詳情，取而代之的是容易發(fā)布一個指令“啟動接收器”。這個指令還采納有更具體描述的語句：“啟動該通道的接收器，實施afc校正，并按照預期的信號水平在天線端設置增益(b)所示)”。圖：(a) spi映射架構；(b) ic之間的消息傳遞。固然，通過api的抽象不會降低系統(tǒng)團隊需對相關部分的參數(shù)和功能運作條件舉行了解的需求。像處理任何復雜系統(tǒng)一樣，了解各種用法環(huán)境及與最底層設計舉行交流都很關鍵。全面理解所需的操作

5、將提供更完美的硬件，并有助于規(guī)避(或最至少控制)過度工程化(overengineering)。一旦理解了相關的分布式ic用法環(huán)境，就能設計出魯棒的api。在軟件中，api由功能組成。對硬件api而言，類似的意圖可能是通過接口傳送至射頻ic的指令?？梢杂靡环N挺直明白的方式，自上而下地處理指令定義和指令參數(shù)，這將籠罩70"80%的所需功能。射頻ic的任務是放射和接收，因此，對于多模蜂窩，需要用來實現(xiàn)以下任務的指令：使能和/或去使能gsm接收器；使能和/或去使能gsm放射器；使能和/或去使能wcdma接收器；使能和/或去使能wcdma放射器。這樣就可以開頭搭建api的構架。每個可能的指令都提供高級別的意圖?，F(xiàn)在，每個指令都需要某類參數(shù)化處理，以使他們越發(fā)實用。每個指令的一些意圖包括：想要的通道數(shù)；現(xiàn)有帶寬(假如無法從通道數(shù)導出)；afc