yeqinggui

Results 9 issues of yeqinggui

通过vscode 安装esp-mdf,从mdf导入例程,新建一个项目,编译报错,有遇到类似问题吗? > Executing task: ninja < ninja: error: loading 'build.ninja': 系统找不到指定的文件。 终端进程“C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -Command ninja ”已终止,退出代码: 1。

子节点每隔20秒发送一包给父接点,父节点再发回应答包,一段时间后,发现日志报ESP_ERR_MESH_NO_MEMORY,是不是底层mesh发送不成功,没扔掉缓存数据? D (73354263) [router_example, 2294]: Node receive: 58:cf:79:21:b1:40, size: 102 I (73354264) [router_example, 1516]: receive cmd= ping  D (73367544) [router_example, 2294]: Node receive: a0:76:4e:4d:d8:fc, size: 54 I (73367545) [router_example,...

机器连不上父节点,会再次重启,为何父节点就在同一个房间,死活连不上?有时候要切断电源几次才可以 (35569) wifi:new:, old:, ap:, sta:, prof:1 I (35570) wifi:state: init -> auth (b0) I (35581) wifi:state: auth -> assoc (0) I (35605) wifi:state: assoc -> run (10) I (35606)...

日志说明: 1:此日志为机号53,mac:58:cf:79:07:8d:ac。为中间节点,子节点mac为84:f7:03:33:0b:d0,本机父节点机号52,mac为68:67:25:54:24:a4。 2:本机层级mylayer: 6,父节点机号p-no: 52, 父节点信号强度p-rssi: -65,与父节点距离约2米,为何2米距离信号这么差? 3:相关设置 CONFIG_MWIFI_VOTE_PERCENTAGE=90 CONFIG_MWIFI_VOTE_MAX_COUNT=15 CONFIG_MWIFI_BACKOFF_RSSI=-68 CONFIG_MWIFI_SCAN_MINI_COUNT=10 CONFIG_MWIFI_ROOT_HEALING_MS=6000 CONFIG_MWIFI_ROOT_CONFLICTS_ENABLE=y CONFIG_MWIFI_CAPACITY_NUM=64 CONFIG_MESH_TOPO_TREE=y CONFIG_MWIFI_TOPOLOGY=0 CONFIG_MWIFI_MAX_LAYER=16 CONFIG_MWIFI_MAX_CONNECTION=1 CONFIG_MWIFI_ASSOC_EXPIRE_MS=30000 CONFIG_MWIFI_BEACON_INTERVAL_MS=100 CONFIG_MWIFI_PASSIVE_SCAN_MS=300 CONFIG_MWIFI_MONITOR_DURATION_MS=60000 CONFIG_MWIFI_CNX_RSSI=-120 CONFIG_MWIFI_SELECT_RSSI=-72 CONFIG_MWIFI_SWITCH_RSSI=-78 CONFIG_MWIFI_ATTEMPT_COUNT=60 CONFIG_MWIFI_MONITOR_IE_COUNT=10 CONFIG_MWIFI_WAIVE_ROOT=y CONFIG_MWIFI_WAIVE_ROOT_RSSI=-70...

若用mdf的router例程来做开发,是否需要在应用层通过心跳包来检测mesh组网网络是否正常?目前测试20台mesh 组网,发现还是无法解决通信不稳定 方案一: 通过父节点定时发送给子节点,子节点2分钟内没收到父节点数据,重启设备,发现此机制不稳定,有出现过父节点挂了,子节点一直重启 方案二,每个节点每隔一段时间发给根节点,根节点再发回应答,由此判断是否整个网络是否保持正常,测试发现有的节点会挂了,不知道是不是整个链路数据堵塞引起,日志没抓到。这个方案因为整个网络一直被心跳包占据,不倾向使用 方案三: 根节点发送定时数据包给对应子节点,这层子节点再发送给下一层,也出线中间节点挂了,下边节点一直重启。 方便不管哪个方案,都会出线中间父节点死机,目前日志没抓到,一旦出问题,再去接串口,设备就重启。大家有何比较好办法监测父节点自身问题呢?目前mdf的底层是否已经稳定,无需应用层来监测?

测试mdf的router,要如何判断实际服务器是否开起来还是没开呢?根节点与服务器建立连接,一种是通信链路异常无法建立,一种是服务器没开启,还有一种是服务器开启,建立连接反馈信息正常,但数据发送失败。要如何区分这些异常呢? sockfd = socket(AF_INET, SOCK_STREAM, 0); MDF_ERROR_GOTO(sockfd < 0, ERR_EXIT, "socket create, sockfd: %d", sockfd); ret = connect(sockfd, (struct sockaddr *) &server_addr, sizeof(struct sockaddr_in)); MDF_ERROR_GOTO(ret < 0, ERR_EXIT, "socket connect,...

硬件采用c3,测试例程为router,发现wifi 路由器重启后,根节点无法再次进入事件MDF_EVENT_MWIFI_ROOT_GOT_IP,parentmac打印出来都是0,日志如下: W (29830) wifi:m f probe req l=0 I (29837) wifi:new:, old:, ap:, sta:, prof:1 I (29842) wifi:state: init -> auth (b0) I (29846) [router_example, 2556]: Parent is disconnected...

![1666580517496](https://user-images.githubusercontent.com/21301592/197441113-3f3ebd47-f119-4836-b4d2-23ee196a766d.png)一场地布置 1:wifi 路由器,61,62,63,1,2号机在一个房间A,彼此紧挨着,62为根节点 2:11,12,13在房间B紧挨着,离A有5米,中间一堵墙,剩下全部在c房间,c与b隔着一堵墙,其中21,22,23 靠墙紧挨着离B, 二测试分析 1:根节点层级为1,层级为2得节点连到根节点,测试时候每三台放在一起,有一点还没理解,为何就近节点信号强度大,子节点没就近选择父节点,比如12号机,靠近13号和11号(紧挨着),但是连到61号机,距离有5米左右,若是连到11号,层级也只有3,这点需要确认一下,若能就近连接到附近节点才与预先理解一致 2:从记录看,wiif得信号强度一直有变化,在一定范围内,子节点连接到父子点也在变,下边红色部分与上一次记录发生改变得父节点。

打算用mesh组网采用websocket协议与服务器通信,独立测试E:\Espressif\esp-mdf\examples\function_demo\mwifi\router 下的router后,参考idf示例下的websocket例程,在router的router_example文件添加websocket的必要头文件,但是编译一直报无法找到esp_transport.h文件,参考网上方式,各种实验都是无法编译成功esp_transport.h文件的路径为:E:\Espressif\esp-mdf\esp-idf\components\tcp_transport,在router目录下的CMakeLists添加路径: set(EXTRA_COMPONENT_DIRS "S{EXTRA_COMPONENT_DIRS}esp-idf/components/tcp_transport") 或者 set(EXTRA_COMPONENT_DIRS $ENV{MDF_PATH}/esp-idf/components/tcp_transport)等都不行