请教关于DSPLink编程中MSGQ_locate的问题

MSGQ_transportOpen在DSP端不需要调用

MSGQ_locate按照例子如果返回DSP_ENOTFOUND或者DSP_ENOTREADY是要等待的，而这个等待的函数是要求能挂起的，比如ARM端的usleep，DSP端就是TSK_sleep

我试过死循环等待，写for(;;)之类的，是不行的

按照例子来说不应该是这次找不到就继续等待下次查找吗？一直等到找到就可以了

我认为你有的时候能找到有的时候找不到，是因为ARM查找的时候，DSP的MSGQ执行代码可能刚开始执行，有的时候跑得快点，ARM就能检测到，有的时候慢一点，ARM检测的时候DSP的MSGQ还没建立，所以就找不到。

我觉得这个很正常，你ARM循环查找，这次找不到，等一点时间，下次查找就能查到了。

或者你不想这样，你可以临时在ARM查找前加一段延迟，等待足够多DSP建立的时间，看还有没有DSP_ENOTFOUND这个错误，来验证这个猜想

to gg weee:

有可能ARM检测的时候DSP的MSGQ还没有建立，在ARM侧这次找不到继续等待下次查找，一直等到找到即可，从程序上来看，一点问题都没有。

问题是在目标板上运行的时候，ARM在执行到MSGQ_locate时，就停下来了，不再往下执行了。