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

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;

}

發現在該函數中并沒有涉及對接收到的字符的處理，我之所以確定是接收到的字符被改變是通過單步調試，在確定發送端發出字符為0x0D不被發送端改變(這里我使用倆個串口設備互相檢測)的前提下，通過我所提到的調用接口UART_getc內部單步調試查看接收到的字符確實變為0x0A.

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。