CC2640 的UART_write()函数阻塞。。。

user6477475

我们的业务逻辑是EC20组件通过UART串口发送数据和接收数据，第一次业务逻辑里面有个获取网络状态，通过UART_write()函数，是可以顺利通过的，但是当第二次调用获取网络状态时，UART_write()函数就会发生阻塞，将time_out超时时间修改成300000（300ms）也出不来。具体卡在的代码处为：

if (!Semaphore_pend(Semaphore_handle(&(object->writeSem)), object->writeTimeout))

3 年多前

0 user6477475 3 年多前

Intellectual 980 points

接上示波器，发现UART的电平没啥问题，一直为高。就是发生阻塞，出不来函数。。

0 YiKai Chen 3 年多前

Guru 109500 points

是不是在一個迴圈內一直調用UART_write？

0 user6477475 3 年多前回复 YiKai Chen

Intellectual 980 points

没有，我在UART_write那打的断点，第一次顺利运行通过，第二次再到那的时候，我单步操作，就卡住了。
但是有时候就可以通过，这种情况不绝对！

0 YiKai Chen 3 年多前回复 user6477475

Guru 109500 points

你使用UART_write部分的源碼可以貼上來看看嗎？

0 user6477475 3 年多前回复 YiKai Chen

Intellectual 980 points

UART底层的东西我没动，UART初始化如下：

下面是我获取EC20 的网络注册状态函数，项目一开始会获取一次保存到flash中，然后发数据帧的时候，会再次调用网络注册函数，就会卡到UART_write那块运行不下去。

0 Kevin Qiu1 3 年多前回复 user6477475

TI__Guru* 82220 points

集中在一个帖子中讨论，阻塞一般是数据还没传输完

0 user6477475 3 年多前回复 Kevin Qiu1

Intellectual 980 points

就发送一个EC20指令，就一直阻塞了，等了有好久了。

0 YiKai Chen 3 年多前回复 user6477475

Guru 109500 points

你是指卡在送"ATE0\r\n"的UART_write那行嗎？

0 user4090300 3 年多前回复 YiKai Chen

Prodigy 170 points

是的

0 YiKai Chen 3 年多前回复 YiKai Chen

Guru 109500 points

試試看用個array去放"ATE0\r\n" 然後不要直接用sizeof(""ATE0\r\n"")當length，改用6試試

0 user6477475 3 年多前回复 YiKai Chen

Intellectual 980 points

还是不行。

0 Kevin Qiu1 3 年多前回复 user6477475

TI__Guru* 82220 points

先随便放一些数据在里面，不使用ATE0的数看看是否还卡在此处

0 YiKai Chen 3 年多前回复 Kevin Qiu1

Guru 109500 points

如果斷開EC20组件測試UART_write还会卡住嗎？

0 user4090300 3 年多前回复 YiKai Chen

Prodigy 170 points

这种情况没有测试过，之前做过这种测试：EC20断开，将串口的收发连接到一起测试，遇到过串口收数信号量阻塞卡住的情况，这个问题当时就把收发分成两个任务处理就不阻塞了。现在我们应用代码业务比较多，就在考虑我们目前遇到的串口发送数据信号量阻塞的情况会不会也跟任务调度有关。我们目前的任务调度方式是：串口的发送数据和接收数据是一个单独的任务去调度，串口的初始化也是在这个单独的任务中完成的。阻塞模式下，我们这种要通过串口跟EC20交互的需求，在任务调度时有什么需要注意的么？

0 YiKai Chen 3 年多前回复 user4090300

Guru 109500 points

建議還是先测试斷開EC20组件,看看你目前将串口的收发连接到一起去测试ART_write是否还会卡住

Bluetooth

蓝牙论坛

CC2640 的UART_write()函数阻塞。。。