適用于車身控制器單元應用的汽車遙控鑰匙
加入技術交流群
根據應用設計人員的選擇，消息驗證算法既可從RAM也可從Flash里執行。從RAM里執行代碼系統恢復更快，然而進入Sleep 2模式前，受RAM容量和必須在RAM中復制應用程序的限制。另外，MCU功耗隨著啟用的RAM塊數目增加而增加。另一方面，閃存為應用代碼提供足夠的空間，但代價是系統恢復較慢。
測試、測量和評估
測試和測量在飛思卡爾的BCU平臺上進行，如圖3所示。BCU主板包含的設備支持：
-負載控制 — eXtreme 開關器件(MC15XS3400, MC35XS3400 MC10XS3412) 和 COSS (MC33879)
-鍵盤控制 — MSDI (MC33972)
-RKE — MC33696
對遙控解決方案來說，過去曾選擇8位MC9S08QG8 MCU和MC33696 UHF收發器。該分析的目的是看看兩個概念能否在真正的BCU平臺上運行。測試主要集中在MCU、SBC和RKE互聯驗證和功耗測量方面。
測試結果見表1和表2。測量表明（總計（選通脈沖1/10）），低功耗模式中的系統1電流消耗只是運行模式的電流消耗的約50分之一，而系統2低功耗模式的電流消耗僅是運行模式電流消耗的十分之一。
當達到最低功耗時，可從表1中推斷出以下規則：
*當MCU電源被維持時，禁用所有外設，保持盡可能低的電流消耗
* MC33696收發器需要采用選通振蕩器1/10
*系統處于低功率模式時，電源維護的器件越多，功耗就越高（見總計（選通脈沖1/10）—1.1 mA對5 mA）
見表2，在Sleep 2模式中引入MPC5516功耗致使MCU電流低于100 μA（VDDR、VDDA、VPP）。剩余的600 μA通過與MCU（如eXtreme開關器件、COSS等）連接的器件流出。MCU沒有消耗電流，電流只通過端口流向外部器件。這意味著電流也取決于MCU環境。
遙控測量表明在消息處理期間，當處于運行模式時平均電流消耗為15 mA，當處于低功率模式時為2 μA。遙控器由流行的220 mAh CR2032 3V紐扣電池供電，每塊電池能持續發送500萬條消息。
遙控器只有在BCU RKE消息處理情況下才是活動的。考慮到電池泄露電流也會降低電池容量，電池壽命的估算就成為一項極具挑戰性的任務。經驗表明，遙控器件可用于BCU RKE應用演示，幾乎在2年時間內不會發生電池故障。
小結
讓我們按以下類別比較一下系統：
-硬件復雜性
-平均功耗
-其他優勢
比較系統框圖，我們可以推斷出，系統1需要一個額外的+5V調節器和一個開關，前者用于MC33696電源，后者用于在低功耗模式下斷開MCU和MC33696間的SPI SCLK線路。這些組件都是必需的。當應用處于低功耗模式時，SBC VDD和V2調節器關閉，MCU電源斷開。電流消耗位于最低水平，因為+5V電源VDD和V2線路的電源斷開。
在系統2中，情況稍微不同。由于維護+5V電源線路，因此器件要消耗能源。為了把功耗保持在合理水平，每個器件不得不進入低功率模式。相比之下，系統1不需要這種功能。
一方面，系統2從電池中提取更多電量，但另一方面，由于MCU擁有持續電源，它為用戶提供更多靈活性。表3顯示了系統喚醒程序的差異。在系統1中，喚醒只由SBC控制。系統2具有供應MCU優勢，因此可利用其他喚醒源。喚醒流程更快，因為在電源穩定前無需等待。其他軟件控制也可調諧系統1和系統2應用性能，以滿足目標功耗和功能性。
評論