CC1310: wmbus定时器停止工作。

您好，我已经联系工程师跟进您这边的问题，这需要一些时间，谢谢

您好，对此软件的支持请求应发送至 Stackforce。请联系他们并提出您的要求。

stackforce.com/.../contact

您好，我已经反映了这个问题，这需要一些时间谢谢。

running debug显示一切正常。我这边发现，单独测试wmbus的例程，是没问题的。但是我再新建一个任务（优先级比wmbus任务低），加了一些模拟串口debug就出问题了，我的模拟串口debug里面会调用HwiP_disable。感觉是频繁开关中断会影响wmbus的任务运行逻辑？

您好，很高兴能够收到您的回复，我已经联系了工程师在跟进您的消息，得到回复我会立即联系您这边，谢谢。

如果优先级低于WMBUS任务，调度器会在需要时将CPU交给WMBUS任务。所以这应该没问题。

但是我把中断关了，这时候调度器是不会起作用的，直到我把中断打开。所以我再关闭中断的时候，如果wmbus那边任务有动作，会被我自己的任务给占用，直到我放开。我不太清楚是否是这原因导致的异常。因为从我的测试结果比对来看，两个程序的区别就是有无关闭中断的动作。

您好，我以及跟进您的问题，有更新会回复您这边。

你能给出你用来“关闭”和“打开中断”的具体代码吗？

我只建议启用/禁用它。

好的，我已经收到您的回复，我正在与e2e工程师跟进您的问题，谢谢。

我明白了。 在WMBUS堆栈同时运行时使用HWI_DISABLE是一个坏主意。

应用程序是否与堆栈共享此PIN (debugPinHandle)？ 如果没有，您是否可以更改实现，例如使用门互斥锁？

没有共用，但是我用例程测试是没问题的，直到新开了一个任务加了这个debug。然后我把debug关闭后去测试也没问题。后续我就把我的一些应用代码放进去测试，发现又出问题了。但是我的应用代码并没有关中断的动作。我看了一下，一些API里面会有开关中断的动作，如果开关中断会影响wmbus任务的运行，那我另一个任务调用了这些API会导致wmbus异常，我认为这是有问题的。也就是说我得在另一个任务运行时还得去判断wmbus任务是否在运行。

您好，已经跟进您的问题，有更新我会及时跟进。谢谢。

您对新任务的优先顺序是什么？高于或低于现有任务？

总共就两个任务，一个为wmbus 优先级为3，另一个任务优先级为2

已经跟进您的问题，谢谢，有更新会及时回复您。