一個老應用，原先是采用 STM8L151 MCU開發(fā)， 由于臨時封裝變化， 換用 STM8L052芯片。
由于 STM8L05單片機就是一個簡化版的STM8L15 , 函數(shù)100%兼容，并無任何困難。
這個本來幾乎沒有任何難度的移植, 耗費了我兩天半的時間。
為更好兼容052 系列， 更換原來 1.40 版本庫為 1.61版本， 1.61版本中包含了 052 的宏定義。
其實不更換也是完全可以的， 只是這一多事， 未料到導致浪費大量時間。
新的硬件刷入固件后，其他多正常， 唯有 串行口 異常。
串行口只要收到信息， 就進入不確定的混亂狀態(tài)， 現(xiàn)象不穩(wěn)定，這樣分析就很困難。
后來發(fā)現(xiàn) ， 不初始化 GPIO， 進接收中斷， 程序其他部分異常，但不死機； 初始化GPIO， 不進接收中斷，程序其他正常。
看上去問題在接收中斷上。
跟蹤接收中斷處理， 一切正常， 只是中斷接收到的數(shù)據(jù)無法有效的使用， 接收到的數(shù)據(jù)是完全正常的。
因為系統(tǒng)并不死機， 所以跟蹤調(diào)試是可以的， 但找不到任何問題點。
實在沒辦法，突然想到，換過庫版本！ 將新庫 換入 其他STM8L應用項目中， 其他應用果然也會UART異常！
確認問題在 1.61 版本的標準庫里面。
一路對比和更換發(fā)現(xiàn)，問題在:USART_ClearITPendingBit()
1.40:
void USART_ClearITPendingBit(USART_TypeDef* USARTx, USART_IT_TypeDef USART_IT)
{
uint8_t bitpos = 0x00, itmask = 0x00;
assert_param(IS_USART_CLEAR_IT(USART_IT));
bitpos = (uint8_t)( (uint8_t)((uint8_t)USART_IT & (uint8_t)0xF0) >> 0x04);
itmask = (uint8_t)( (uint8_t)0x01 << bitpos);
/*< Clear RXNE or TC pending bit */
USARTx->SR = (uint8_t)~itmask;
}
1.61:
void USART_ClearITPendingBit(USART_TypeDef* USARTx, USART_IT_TypeDef USART_IT)
{
assert_param(IS_USART_CLEAR_IT(USART_IT));
/*< Clear RXNE or TC pending bit */
USARTx->SR &= (uint8_t)(~USART_SR_TC);
}
這個真是 。。。。 將 該函數(shù)用 老版本的替換， OK， 所有 項目都恢復了。
修改過的STM8L標準庫161.7z
(140.5 KB, 下載次數(shù): 3)
2023-11-16 13:32 上傳
點擊文件名下載附件
修改后版本
|
