|
一個(gè)老應(yīng)用,原先是采用 STM8L151 MCU開(kāi)發(fā), 由于臨時(shí)封裝變化, 換用 STM8L052芯片。
由于 STM8L05單片機(jī)就是一個(gè)簡(jiǎn)化版的STM8L15 , 函數(shù)100%兼容,并無(wú)任何困難。
這個(gè)本來(lái)幾乎沒(méi)有任何難度的移植, 耗費(fèi)了我兩天半的時(shí)間。
為更好兼容052 系列, 更換原來(lái) 1.40 版本庫(kù)為 1.61版本, 1.61版本中包含了 052 的宏定義。
其實(shí)不更換也是完全可以的, 只是這一多事, 未料到導(dǎo)致浪費(fèi)大量時(shí)間。
新的硬件刷入固件后,其他多正常, 唯有 串行口 異常。
串行口只要收到信息, 就進(jìn)入不確定的混亂狀態(tài), 現(xiàn)象不穩(wěn)定,這樣分析就很困難。
后來(lái)發(fā)現(xiàn) , 不初始化 GPIO, 進(jìn)接收中斷, 程序其他部分異常,但不死機(jī); 初始化GPIO, 不進(jìn)接收中斷,程序其他正常。
看上去問(wèn)題在接收中斷上。
跟蹤接收中斷處理, 一切正常, 只是中斷接收到的數(shù)據(jù)無(wú)法有效的使用, 接收到的數(shù)據(jù)是完全正常的。
因?yàn)橄到y(tǒng)并不死機(jī), 所以跟蹤調(diào)試是可以的, 但找不到任何問(wèn)題點(diǎn)。
實(shí)在沒(méi)辦法,突然想到,換過(guò)庫(kù)版本! 將新庫(kù) 換入 其他STM8L應(yīng)用項(xiàng)目中, 其他應(yīng)用果然也會(huì)UART異常!
確認(rèn)問(wèn)題在 1.61 版本的標(biāo)準(zhǔn)庫(kù)里面。
一路對(duì)比和更換發(fā)現(xiàn),問(wè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);
}
這個(gè)真是 。。。。 將 該函數(shù)用 老版本的替換, OK, 所有 項(xiàng)目都恢復(fù)了。
修改過(guò)的STM8L標(biāo)準(zhǔn)庫(kù)161.7z
(140.5 KB, 下載次數(shù): 3)
2023-11-16 13:32 上傳
點(diǎn)擊文件名下載附件
修改后版本 下載積分: 黑幣 -5
|
評(píng)分
-
查看全部評(píng)分
|