適用于車身控制器單元應用的汽車遙控鑰匙
加入技術交流群
系統(tǒng)1和系統(tǒng)2初始化
當系統(tǒng)電源接通后，MC33742 +5V調節(jié)器VDD被打開，SBC進入正常請求模式。MPC5516現在被供電，進入復位后的狀態(tài)。MCU通過SPI 1配置MC33742看門狗。然后，SBC進入正常模式，初始化被處理。SBC看門狗定期由MCU觸發(fā)。MC33742又打開一個+5V調節(jié)器V2，為通常在BCU區(qū)內的其他系統(tǒng)設備供應電源，如eXtreme開關器件、COSS和MSDI，并且MCU處理BCU應用配置。
通過把MC33696置入接收模式，系統(tǒng)配置完成。現在，BCU準備執(zhí)行應用設計人員定義的各種任務。
讓我們看看當驅動器上鎖并保護汽車或不鎖并不保護汽車時，系統(tǒng)1和系統(tǒng)2是如何運轉的。
系統(tǒng)1——保護汽車
該流程可分成以下幾個步驟：
消息接收
遙控發(fā)射上鎖和保護汽車消息。MC33696處理并解碼曼徹斯特編碼消息。現在，SPI 2總線攜帶消息數據，這在期間，MC33696作為主SPI 2，MCU作為從SPI 2。數據發(fā)射由SCLK和MOSI信號管理，并維持已配置的波特率。一旦該消息被接收，MCU就驗證數據內容，避免錯誤解碼。
消息驗證
驗證消息數據用曼徹斯特編碼算法編碼。MCU定時器外設可用于簡化編碼流程。MCU SPI模塊現在被配置為主SPI 2總線，而MC33696操作從接收模式更改為發(fā)射模式。數據發(fā)射采用SCLK、MOSI和SS線路開始。遙控器單元驗證消息數據，驗證成功時，發(fā)回驗證代碼。消息驗證流程可根據需要多次重復，循環(huán)次數是系統(tǒng)設計人員的選擇。
系統(tǒng)配置
一旦收到驗證代碼，MCU就通過CAN總線通知相關應用系統(tǒng)，必須鎖住和保護汽車。現在，應用系統(tǒng)可以根據所需功能（如激活門鎖），進入低功耗模式或處理一個操作。BCU等待系統(tǒng)響應，配置MC33696為接收模式并斷開SCLK鏈路，清空MC33696 SCLK管腳緩沖器。MCU把MC33742 L3配置為喚醒管腳并通過SPI 1發(fā)送休眠命令，以關閉VDD和V2調節(jié)器。模塊功耗從50 mA 降為100 μA（見表1），但MC33696器件除外，當接收新的無線消息時，它需要更高功率啟用系統(tǒng)喚醒。
系統(tǒng)1——不保護汽車
處理喚醒
遙控消息通過MC33696收發(fā)器接收。MC33696 SCLK信號出現在MC33742 L3管腳并喚醒SBC。SBC進入正常請求模式，VDD調節(jié)器被打開。提供MCU并進行MCU初始化。
跟蹤喚醒源
通過SPI 1總線，讀取MC33742喚醒寄存器（WUR）內容可跟蹤喚醒源。
如果MC33696觸發(fā)了系統(tǒng)喚醒功能，MCU把 SPI 2總線SPI模式配置為從模式，并互連SCLK線路。至此，由于MCU不能接收消息，好幾個消息字節(jié)已經丟失。MCU現在等待新的RKE消息，驗證消息數據并以上述相同方式處理驗證。
只有驗證成功的情況下，才處理系統(tǒng)1的初始化。如果消息數據未包含不安全命令，BCU會再次進入低功率模式。當在嘈雜環(huán)境中工作時，所描述的機制非常有用。有時，噪音可被錯誤地理解為遙控信號并導致系統(tǒng)錯誤。系統(tǒng)喚醒功能的另一來源可以是MC33742 CAN接收器接收到的CAN消息。
系統(tǒng)2——保護汽車
遙控器消息處理和數據驗證與系統(tǒng)1相同。除 SBC 和MCU進入不同的低功率模式外，系統(tǒng)2的配置也以相同方式進行處理。SBC為MCU維持VDD電源，并且MPC5516進入Sleep 2模式，在接收到SPI消息使啟用喚醒功能。
當處于Sleep 2模式時，MPC5516提供如下喚醒源：
-實時時鐘（RTC）
-自動定期中斷（API）
-正向、負向或任意邊沿跳邊的I/O管腳喚醒
在圖2所示的系統(tǒng)2解決方案下，與SPI SCLK信號線路連接的喚醒I/O管腳用來喚醒MCU。在低功耗模式下，MCU必須定期更新SBC看門狗，防止重置。
系統(tǒng)2——不保護汽車
處理喚醒
MC33696收發(fā)器接收并解碼遙控消息。當SCLK信號出現在I/O管腳上時，MPC5516離開Sleep 2模式?，F在，MCU既可以像在重置后那樣，也可以在程序存儲器中的某個位置啟動。之所以能夠啟動，是因為在MCU進入Sleep 2模式前，加載了重置恢復指針寄存器。重置恢復指針寄存器包括程序存儲器地址，其中處理喚醒恢復時，啟動程序計數器。
評論