共2条
1/1 1 跳转至页
430,bug 关于430的串口bug问题,请教大家

问
US13 - Bug description: Module: USART0, USART1, Function Unpredictable program execution USART interrupts requested by URXS CAN result in unpredictable program execution if this request is not served within two bit times of the receive data. Workaround: Ensure that the interrupt service routine :face14: is entered within two bit times of receive data.
这个是Ti网上的资料,安这个说法,如果在串口中断发生后,在两个数据位的时间内没有响应中断,后果是很严重的,我现在两个串口都要用,无法保证在这个时间响应中断啊!这个BUG不晓得修正了没有。 答 1: 帮你顶 答 2: 帮你顶 答 3: 不至于那么严重吧,我的一个程序是查许串口的,而且查询一次如果没有数据我再干别的,然后再查询。好像没什么问题啊! 答 4: TI说的应该是采用中断方式工作的问题,xiaoliang你是采用查询方式,没有开中断,可能不存在这个问题。
各位大侠,还有lierda的工程师,能不能解答一下这个问题?小弟先行谢过。 答 5: 我用中断方式,好像没有出现过什么问题,我路用UART,一路用SPI. 答 6: 我对430的比较捕获用在串口通信上还是有点不太理解。那我dx指点一下啊 答 7: 唉,怎么效果这么差呢?我想Ti既然把这个问题摆在那里,说明它不是莫须有的嘛,也许是我没有理解到,无论怎样,还是请权威人士出来说句话吧。
这个是Ti网上的资料,安这个说法,如果在串口中断发生后,在两个数据位的时间内没有响应中断,后果是很严重的,我现在两个串口都要用,无法保证在这个时间响应中断啊!这个BUG不晓得修正了没有。 答 1: 帮你顶 答 2: 帮你顶 答 3: 不至于那么严重吧,我的一个程序是查许串口的,而且查询一次如果没有数据我再干别的,然后再查询。好像没什么问题啊! 答 4: TI说的应该是采用中断方式工作的问题,xiaoliang你是采用查询方式,没有开中断,可能不存在这个问题。
各位大侠,还有lierda的工程师,能不能解答一下这个问题?小弟先行谢过。 答 5: 我用中断方式,好像没有出现过什么问题,我路用UART,一路用SPI. 答 6: 我对430的比较捕获用在串口通信上还是有点不太理解。那我dx指点一下啊 答 7: 唉,怎么效果这么差呢?我想Ti既然把这个问题摆在那里,说明它不是莫须有的嘛,也许是我没有理解到,无论怎样,还是请权威人士出来说句话吧。
共2条
1/1 1 跳转至页