如題，在追蹤串口中斷接收字符接口UART_getc() ?? 到底層，其調(diào)用的是 typedef int32_t???? (*UART_ReadPollingFxn)??? (UART_Handle handle, void *buffer, size_t size);函數(shù)指針，但是該原型我并沒有檢索到，這個(gè)函數(shù)的具體實(shí)現(xiàn)，想要看下，是否在函數(shù)內(nèi)部會(huì)將從串口接收的0x0D字符自動(dòng)轉(zhuǎn)換為0x0A,從而導(dǎo)致上層接收到的字符被意外改變？ ? 如果該函數(shù)接口內(nèi)部并沒有進(jìn)行該操作，那么請(qǐng)問，在初始化該UART Console中，哪項(xiàng)參數(shù)可能會(huì)造成此現(xiàn)象發(fā)生！？

uint8_t UARTGetc(void)

{

return (UARTCharGet(gUartBaseAddr));

}

static int8_t UARTCharGet(uint32_t baseAdd)

{

uint32_t lcrRegValue = 0;

int8_t?? retVal????? = 0;

/* Switching to Register Operational Mode of operation. */

lcrRegValue = UARTRegConfigModeEnable(baseAdd, UART_REG_OPERATIONAL_MODE);

/* Waits indefinitely until a byte arrives in the RX FIFO(or RHR). */

while ((uint32_t) UART_LSR_RX_FIFO_E_RX_FIFO_E_VALUE_0 ==

(HW_RD_REG32(baseAdd + UART_LSR) &

UART_LSR_RX_FIFO_E_MASK))

{

/* Do nothing - Busy wait */

}

retVal = (int8_t) HW_RD_REG32(baseAdd + UART_RHR);

/* Restoring the value of LCR. */

HW_WR_REG32(baseAdd + UART_LCR, lcrRegValue);

return retVal;

}

發(fā)現(xiàn)在該函數(shù)中并沒有涉及對(duì)接收到的字符的處理，我之所以確定是接收到的字符被改變是通過單步調(diào)試，在確定發(fā)送端發(fā)出字符為0x0D不被發(fā)送端改變(這里我使用倆個(gè)串口設(shè)備互相檢測(cè))的前提下，通過我所提到的調(diào)用接口UART_getc內(nèi)部單步調(diào)試查看接收到的字符確實(shí)變?yōu)?x0A.

總結(jié)

以上是生活随笔為你收集整理的linux 串口 lsr 0xc9,串口发送0x0D后，从串口接收到数据被转换成了0x0A的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。