|
<big><br />【经典提问】<br /> 有没有办法去掉UART的FIFO，或者怎样才能实现每收发一个字符就中断一次呢？Stellaris系列ARM的UART好像无法做到这一点，存在缺陷！<br /><br /><br />【精妙解答】<br /> 误解了，根本就不是缺陷，这恰恰是优点！<br /><br /> 看来许多人还没有真正理解FIFO的作用和优点，仍然停留在每收发一个字符就要中断处理一次的老思路上。UART收发FIFO主要是为了解决收发中断过于频繁而导致的CPU效率不高的问题。<br /><br /> FIFO的必要性。在进行UART通信时，中断方式比轮询方式要简便且效率高。但是，如果没有收发FIFO，则每传输一个数据（5～8位）都要中断处理一次，效率仍然不高。如果有了收发FIFO，则可以在连续收发若干个数据（可多至14个）后才产生一次中断，然后一起处理。这就大大提高了收发效率。<br /><br /> 接收超时问题。如果没有接收超时功能，则在对方已经发送完毕而接收FIFO未填满时并不会触发中断（FIFO满才会触发中断），结果造成最后接收的有效数据得不到处理的问题。有了接收超时功能后，如果接收FIFO未填满而对方发送已经停，则在不超过3个数据的接收时间内就会触发超时中断，因此数据会照常得到处理。<br /><br /> 总之，FIFO的设计是优秀而合理的，它已经帮你想到了收发过程中存在的任何问题，只要初始化配置UART后，就可以放心收发了，FIFO和中断例程会自动搞定一切！<br /><br /> 完全不必要担心FIFO大大减少了中断产生的次数而“可能”造成数据丢失的问题！<br /><br /> 发送时，只要发送FIFO不满，数据只管往里连续放，放完后就直接退出发送子程序。随后，FIFO真正发送完成后会自动产生中断，通知主程序说：我已经完成真正的发送。<br /><br /> 接收时，如果对方是连续不间断发送，则填满FIFO后会以中断的方式通知主程序说：现在有一批数据来了，请处理。<br /><br /> 如果对方是间断性发送，也不要紧，当间隔时间过长时（2～3个字符传输时间），也会产生中断，这次是超时中断，通知主程序说：对方可能已经发送完毕，但FIFO未满，也请处理。<br /><br /> 不知大家是否已经明白其中的自动机制？<br /><br /><br />【相关库函数】<br />1. UARTConfigSet()<br /> 配置UART，例如：<br /> // 配置UART2：波特率9600，数据位8，停止位1，无校验<br /> UARTConfigSet(UART2_BASE, 9600, UART_CONFIG_WLEN_8 |<br /> UART_CONFIG_STOP_ONE |<br /> UART_CONFIG_PAR_NONE);<br /><br />2. UARTFIFOLevelSet()<br /> 设置UART收发FIFO的深度，可以设置的深度有2、4、8、12、14<br /><br />3. UARTSpaceAvail()<br /> 确认在发送FIFO里是否有可利用的空间。<br /><br />4. UARTCharsAvail()<br /> 确认在接收FIFO里是否存在字符。<br /><br />5. UARTCharPutNonBlocking()<br /> 该函数要与UARTSpaceAvail()配合使用，如果已确认发送FIFO里有可用空间，则将字符直接放入发送FIFO，不等待。<br /><br />6. UARTCharGetNonBlocking()<br /> 该函数要与UARTCharsAvail()配合使用，如果已确认接收FIFO里有字符，则直接从接收FIFO里读取字符，不等待。<br /><br />7. UARTCharPut()<br /> 将字符放到发送FIFO里，如果没有可用空间则一直等待。<br /><br />8. UARTCharGet()<br /> 从接收FIFO里读取字符，如果没有字符则一直等待。<br /><br />9. UARTIntEnable()<br /> 使能一个或多个UART中断，例如：<br /> // 同时使能接收中断(接收FIFO溢出)和接收超时中断<br /> UARTIntEnable(UART2_BASE, UART_INT_RX | UART_INT_RT);<br /></big><br /><br />(zlgmcu_wdx) |
|
楼主
