第第頁(yè)基于CAN總線的UDS診斷bootloader升級(jí)MCU工具功能擴(kuò)展

1、升級(jí)包可以做些加密功能。

2、結(jié)合pcan-view，擴(kuò)展實(shí)現(xiàn)（CAN）報(bào)文分析工具。

3、其實(shí)有一個(gè)很重要的功能就是TrustZone，實(shí)現(xiàn)權(quán)限訪問(wèn)功能，對(duì)每個(gè)功能服務(wù)進(jìn)行分離和加密。

開發(fā)經(jīng)驗(yàn)

在開發(fā)過(guò)程，遇到一些坑，分享給大家，防止掉坑里。

1、之前在rasc添加的組件不能刪除。

下面在rasc添加Thre（ad）X，不只是（RTOS），其他組件也出現(xiàn)這種情況。

當(dāng)去掉組件不使用，重新配置。但是組件還是顯示在軟件包，導(dǎo)致編譯

解決方式：經(jīng)過(guò)自己琢磨發(fā)現(xiàn)，找到工程下buildinfo.gpdsc文件，刪除殘余的組件。

會(huì)有提示，點(diǎn)擊確認(rèn)就行，殘余的組件就沒(méi)有，可以順利編譯。

但是治不了根，當(dāng)你重新再配置，還會(huì)出現(xiàn)前面的情況，需要做同樣的操作，找到工程下buildinfo.gpdsc文件，刪除殘余的組件?？赡苄枰銎渌呐渲谩＿€有可以一種情況，在components下取消組件，在st（ac）ks還存在，比如TreadX，還在stacks中，直接Remove掉。

2、（SD）卡，F(xiàn)AT32文件系統(tǒng)的開發(fā)。

當(dāng)把較多變量和數(shù)組放在局部函數(shù)會(huì)導(dǎo)致，錯(cuò)誤中斷

代碼例子

int

transfer_data_cm36(FIL*

f_update){

UINT

update_fnum

=

1;

/*

文件成功讀寫數(shù)量

*/

BY（TE）

update_ReadBuffer[64]={0};

/*

讀緩沖區(qū)

*/

u16

index;

u8

send_transfer_flag

=

0;

FRESULT

update_res_sd

=

FR_OK;

uint16_t

exit_crc

=

0xFFFF;

if(update_fnum

像這樣，運(yùn)行直接Default_Handler嘗試改堆空間，也沒(méi)什么作用。

把這部分變量放到全局，就能成功運(yùn)行。

stat（ic）

UINT

update_fnum

=

1;

/*

文件成功讀寫數(shù)量

*/static

BYTE

update_ReadBuffer[64]={0};

/*

讀緩沖區(qū)

*/static

u16

index;static

u8

send_transfer_flag

=

0;static

FRESULT

update_res_sd

=

FR_OK;

static

uint16_t

exit_crc

=

0xFFFF;int

transfer_data_cm36(FIL*

f_update){

if(update_fnum

3、CAN總線開發(fā)，忘記取消過(guò)濾CANID

開發(fā)板的CAN（收發(fā)器）CANH和CANL絲印是反的，花了一些時(shí)間才發(fā)現(xiàn)。

SDK建議使用比較新的版本包括（Keil）5用比較新的，不然很可能出現(xiàn)些奇怪的問(wèn)題。