CAN通信中的UB是什么？

什么是更新位？

為了幫助信號(hào)或信號(hào)組的接收端來識(shí)別發(fā)送端是否在發(fā)送前更新了信號(hào)或信號(hào)組的數(shù)據(jù)，AUTOSAR COM模塊整出了“更新位”（Update Bit），它表征的是發(fā)送端RTE在通過I-PDU傳遞給PDUR前，信號(hào)是否更新。

如果傳輸模式設(shè)置為“DIRECT”，那就沒有更新位一說了。

通過配置發(fā)送端和接收端，每個(gè)信號(hào)或信號(hào)組都可以分配一個(gè)更新位，來表征其更新狀態(tài)，配置參數(shù)為 ComUpdateBitPosition ，因此可以知道，信號(hào)和對(duì)應(yīng)的更新位在相同I-PDU內(nèi)，即在CAN總線上，位于相同一幀CAN報(bào)文中。當(dāng)然，信號(hào)或信號(hào)組也可以不配置更新位。

拿發(fā)送端來看。

當(dāng)RTE調(diào)用Com_SendSignal函數(shù)來更新信號(hào)值（或者調(diào)用Com_SendSignalGroup更新信號(hào)組）時(shí)，AUTOSAR COM模塊將會(huì)將UB置為1。

當(dāng)PduR_ComTransmit函數(shù)將I-PDU中的函數(shù)發(fā)送出去并反饋E_OK后，AUTOSAR COM模塊將會(huì)把信號(hào)或信號(hào)組對(duì)應(yīng)的UB清為0，此時(shí)需要將參數(shù)數(shù)ComTxIPduClearUpdateBit配置為傳輸（Transmit）。

當(dāng)PduR_ComTransmit函數(shù)將I-PDU中的函數(shù)發(fā)送出去，反饋E_OK并成功確認(rèn)后，AUTOSAR COM模塊將會(huì)把信號(hào)或信號(hào)組對(duì)應(yīng)的UB清為0，此時(shí)，參數(shù)ComTxIPduClearUpdateBit 需要配置為確認(rèn)（Confirmation）。

當(dāng)*** Com_TriggerTransmit*** 函數(shù)成功請(qǐng)求I-PDU的信號(hào)后，AUTOSAR COM模塊將會(huì)把信號(hào)或信號(hào)組對(duì)應(yīng)的UB清為0，此時(shí)，參數(shù)ComTxIPduClearUpdateBit需要配置為觸發(fā)傳輸（TriggerTransmit）。

當(dāng)然，在通信矩陣的說明文檔制作之時(shí)，就應(yīng)該規(guī)定好信號(hào)或信號(hào)組合對(duì)應(yīng)更新位的關(guān)系。比如，在制作dbc文件時(shí)，要標(biāo)注報(bào)文消息中信號(hào)A和對(duì)應(yīng)的更新位A _UB，以及信號(hào)組G和對(duì)應(yīng)信號(hào)組的更新位G_UB。同時(shí)，信號(hào)和對(duì)應(yīng)更新位一定要在相同消息中傳遞。如果dbc將一個(gè)信號(hào)的更新位單獨(dú)拿出來，做成了兩個(gè)信號(hào)，那么配置工具將無法進(jìn)行更新位的配置。也正因?yàn)楦挛皇嵌x在相同一幀消息報(bào)文中，所以通信矩陣確認(rèn)定義好，根據(jù)通信矩陣的定義配置即可。

**對(duì)于更新位來說，0是未更新，1是已更新。

**

那么，使用UB有什么好處呢？

試想，車內(nèi)各控制器節(jié)點(diǎn)通過CAN傳遞數(shù)據(jù)。假設(shè)PEPS節(jié)點(diǎn)通過一條報(bào)文消息將起動(dòng)請(qǐng)求信號(hào)A傳遞給TCU節(jié)點(diǎn)，但并不想把點(diǎn)火開關(guān)信號(hào)B傳遞給TCU，從網(wǎng)絡(luò)布置最大化來看，剛好A和B處在同一幀報(bào)文中，TCU在接收到報(bào)文消息后判斷是否響應(yīng)B。

有了UB以后，就可以輕松處理該場(chǎng)景了。TCU接收到B后先判斷B_UB是否置1，PEPS顯然不希望將B_UB置1，這時(shí)，PEPS就可以一直保持B_UB一直為0，TCU就無法更新接收到的B信號(hào)了。CAN矩陣不需要制作很多版本，即滿足了歸一化的需求，也實(shí)現(xiàn)了不同項(xiàng)目的個(gè)性化配置。