現(xiàn)在用了EVT mesh中的自配網(wǎng)和節(jié)點的例程

做了多個發(fā)送器和一個接收器

配網(wǎng)者例程作為接收器，節(jié)點例程作為發(fā)送器，

節(jié)點畫的板是個遙控器? 接收器畫的板是將接收到的按鍵通過串口顯示出來

現(xiàn)在有兩個問題

第一個是每次重新燒寫接收器程序后，接收不到以前已經(jīng)配網(wǎng)的節(jié)點發(fā)來的透傳信息

就是收不到這一段

然后我想著是不是因為之前的節(jié)點已經(jīng)配過網(wǎng)，所以不會發(fā)送未配網(wǎng)信標(biāo)，配網(wǎng)者也就不會處理這些信標(biāo)重新配網(wǎng)，然后就不接受？

就在節(jié)點例程寫了一個長按按鍵 刪除自身配網(wǎng)信息并重啟的功能

然后串口上打印了重新配網(wǎng)的信息? 但是卻還是收不到配網(wǎng)節(jié)點發(fā)來的信息?

只要我調(diào)用上面的DeleteSelf 一次 就能看到配網(wǎng)的流程打印

但還是收不到來自按鍵的透傳信息

或者有沒有更好的建議? 燒寫配網(wǎng)者程序后 如何重新配網(wǎng)好一點

是不是我表述的不太好? ?不好解釋 T 0 T

就是mesh節(jié)點和配網(wǎng)器已經(jīng)綁定模型后

節(jié)點也成功發(fā)送指令了

但是配網(wǎng)器會收不到? （兩邊程序都重新刷之后就不會出現(xiàn)這種情況）

.

使用最新EVT測試，沒有復(fù)現(xiàn)問題。CH579EVT.ZIP - 南京沁恒微電子股份有限公司 (wch.cn)

測試方法：CH579節(jié)點端使用adv_vendor中的PB22按鍵-發(fā)包邏輯，向中心節(jié)點發(fā)8個字節(jié)；

CH579配網(wǎng)器端，在成功給節(jié)點端配網(wǎng)后，重新燒錄一遍同樣的配網(wǎng)器代碼，保證網(wǎng)絡(luò)信息一致；

在第二次、第三次燒錄后，都是可以收到節(jié)點端的按鍵發(fā)包的。燒錄時均勾選清空dataflash。

但是我這種情況

配網(wǎng)器的串口已經(jīng)打印了 訂閱模型了

然后節(jié)點仿真也確實進(jìn)入了發(fā)送的函數(shù)

我也是調(diào)用的這一條

一般還有什么情況 會接收不到信息嗎

節(jié)點端在配網(wǎng)后沒有修改過dataflash內(nèi)容吧？發(fā)包有沒有報錯？

有沒有執(zhí)行到訂閱地址的綁定完成？如果圖中的幾個步驟沒有執(zhí)行完，會觸發(fā)reset mesh節(jié)點的事件。

從協(xié)議上講，net key、模型綁定的app key、iv index，所有節(jié)點保持一致，就能通信上。

如果是配網(wǎng)器配網(wǎng)完成后，立即重新燒錄一遍配網(wǎng)器代碼，燒錄時清空所有dataflash，代碼也沒變，那么配網(wǎng)器是可以直接收到剛配好網(wǎng)的節(jié)點發(fā)來的包的，底層都是打通的，只是配網(wǎng)器端沒有保存那個節(jié)點的信息到本地的“已配網(wǎng)節(jié)點”數(shù)組里。

但是已經(jīng)打印了這個 這兩句不是模型綁定完成 成功訂閱的意思嗎

郵件聯(lián)系zhaiyw@wch.cn