采用的是LLE_MODE_BASIC模式，

之前每發(fā)送一次之后調(diào)用一次接收，不會(huì)死機(jī)。

后來因?yàn)橛?0個(gè)CH582同時(shí)工作，跑的程序一樣，導(dǎo)致需要發(fā)送一次多次調(diào)用接收，就寫了個(gè)狀態(tài)機(jī)。

狀態(tài)機(jī)是絕對(duì)沒問題的，

而且保證每次TX或者RX的回調(diào)函數(shù)完成后才能出發(fā)下次的收或者發(fā)。

目前的情況是11個(gè)板子同時(shí)工作，大概三到五分鐘左右會(huì)有板子陸續(xù)死機(jī)，大概會(huì)有兩到三個(gè)板子死機(jī)，而且板子不固定的死機(jī)，死機(jī)之后CH582的I2C等模塊都不工作了。

調(diào)用收函數(shù)

RF_Shut();

RF_Rx(RX_DATA, 192, 0xFF, 0xFF);

調(diào)用的發(fā)函數(shù)

RF_Shut();

RF_Tx(TX_DATA, pMsg[0], 0xFF, 0xFF);

能不能給指引個(gè)方向，實(shí)在是沒有思緒去調(diào)試這個(gè)問題了

您好，可以在看門狗中斷和hard fault中斷中添加PC指針打印，監(jiān)控死機(jī)前MCU跑在哪里。

CH573 CH582 CH579 看門狗使用 - debugdabiaoge - 博客園 (cnblogs.com)

CH582 CH592 CH573 PC指針打?。ㄅ挪槌绦蜻\(yùn)行+死循環(huán)指示） - debugdabiaoge - 博客園 (cnblogs.com)

CH57x/CH58x/CH32V wch risc-v 芯片hardfault問題追蹤&程序卡死追蹤 - iot-fan - 博客園 (cnblogs.com)

應(yīng)用層代碼中是否添加了GPIO/TMR等中斷，中斷服務(wù)函數(shù)中不要直接調(diào)用安排TMOS事件的接口，用記錄標(biāo)志變量的方式，在主循環(huán)中安排TMOS事件。

RF代碼中的注意點(diǎn)有沒有注意到。

666