assert_warning.
你好支持！
我喜欢了解“assert_warning”。
rwble.c.
>> void power_up（void）
>>
>> IF（GetBits32（BLE_INTSTAT_REG，SLPINTSTAT））
>> Assert_warning（0）;
>>
>>虽然（！getBits32（BLE_INTSTAT_REG，SLPINTSTAT））{};
Q1）
你能告诉我“ble_intstat_reg，slpintstat”的条件吗？
以及何时以及如何“slpintstat”是真的。
我找不到数据表。
如果此条件（“getBits32（BLE_INTSTAT_REG，SLPINTSTAT）为false）保留，
我认为它处于如最后一个“虽然”声明等国家。
Q2-1）
它是可移的wdt吗？
Q2-2）
然后这个“虽然”声明，
原来的：
while（！getbits32（ble_intstat_reg，slpintstat））{};
提议：
while（setBits32（BLE_INTACK_REG，EVENTINTACK，0））;
我希望避免等待状态（如卷边状态）。
您能否让我知道该提议是否正确？
问候，
Jun-Ichi.
设备：
嗨jun-ichi tobe，
Q1）SLPINTSTAT是BLE_INTSTAT_REG中的嵌入，表示580的休眠期结束。
Q2）你是什么意思？
Q3）我不太明白你想做的事情while（setBits32（BLE_INTACK_REG，EVENTINTACK，0））;BitFiled重置了SLPintStat中断并仅为写入，如果您进行此修改，设备不会工作。通常，这些功能无论如何都不应更改。
谢谢mt_dialog.
你好支持！
谢谢您的支持。
我会再次质疑。
1）
何时或如何发生“assert_warning”？
2）
会告诉我这个“assert_warning”的逻辑序列？
或者哪些文件应该是这个“assert_warning”的参考？
3）
为了避免这个“assert_warning”，我们该怎么办？
问候。
Jun-Ichi.
嗨jun-ichi tobe，
1）如果您在醒来的过程中花了很多时间（在LP处理程序中），则会发生assert_warning。如果您花费太多时间，并且出现退出睡眠时期的中断，这意味着可能您将错过连接，因此代码是警告您不要及时唤醒。
2）唤醒程序是Riviera Waves实现的一部分，有关唤醒过程的文档不可用，堆栈详细信息也不可用。
3）当我已经提到它并不是一个好主意混淆这些函数时，SDK是开发的，它就像它一样稳定。还在你的代码中，你在SLP处理程序中获得这个assert_warning吗？
谢谢mt_dialog.