WonderfulMoment

> Hello, updating mesh_lite requires updating the entire mesh_lite component instead of just updating lib. In addition, later versions added the esp_mesh_lite_start API, which requires esp_mesh_lite_start to be executed after...

> 根节点和第二层节点使用的是同一个 Mesh-Lite 组件吗，另外可以看下日志确认下 Mesh-ID 是否保持一致。如果还是不行，可以将根节点和二层节点的日志发一下。 是用的同一个组件，烧的是一模一样的代码，也没有指定根节点，mesh-id也是一致的，请问一下，怎么收集日志？ 我设置了esp_log_level_set("ESP_Mesh_Lite_Comm", ESP_LOG_DEBUG);但没看到相关的打印信息

> idf.py monitor 就会输出日志。 我们专门做了串口监控日志输出的，但是组网的时候没看到mesh lite有什么特殊的打印，我的意思是，需要设置哪个模块到某个特殊的日志等级再抓给你么？还是直接给你启动时候的日志信息？wifi相关模块的日志等级被我们设置到了告警级别，这些需要重新设置一下么？

> 就正常 info 等级的日志就好了。 设哪几个模块到info？

> > 就正常 info 等级的日志就好了。 > > 设哪几个模块到info？ 能给下具体日志模块名称么？我对咋们的系统还不是特别熟

> idf.py monitor 就会输出日志。 我把以下模块设置成了info抓了两块卡的log esp_log_level_set("wifi", ESP_LOG_INFO); esp_log_level_set("wifi_init", ESP_LOG_INFO); esp_log_level_set("net80211", ESP_LOG_INFO); esp_log_level_set("ESP_Mesh_Lite_Comm", ESP_LOG_INFO); 1970/01/01 00:00:31.446 [ls bridge/I] System information, channel: 1, layer: 1, self mac: 48:27:e2:2d:7f:f1, parent bssid: 48:27:e2:2d:8f:b1, parent...

1，我直接到mesh_local_control示例里编译，没编译过，提示如下错误信息，我对咱们的工具链不是很熟，不知道这个yml文件是干嘛用的。 2，我自己的工程里我也是把库里面idf_component.yml里的dependencies:下内容删掉才编译通过的，我是新接手的项目，之前的同事的这个文件里的这部分内容也是删了的，但是能正常工作，测试过0.4.0，0.5.0两个版本都是能正常工作的 3，我自己也看了下mesh_local_control的代码，除了ssid和password是我们自己定义的以外，没看到应用代码上由啥区别欸，调用的接口和顺序基本都是一致的，也没漏什么接口，所以这个问题有点不知道怎么往下排查 4，另外想请问以下，log信息里看到什么可疑的信息么？ 以下是直接编译示例代码的编译错误信息，我们用的编译环境idf版本是5.0,我自己的工程没有动yml文件里的dependencies:情况下也是同样的错误 CMake Error at /home/lhq/software/esp-idf/tools/cmake/build.cmake:519 (message): ERROR: Solver failed processing dependency "espressif/cmake_utilities" from the manifest file "/home/lhq/prj_esp32/esp-mesh-lite-master-0.9.0/examples/mesh_local_control/main/idf_component.yml". HTTPSConnectionPool(host='components-file.espressif.com', port=443): Max retries exceeded with url: /components/espressif/cmake_utilities.json (Caused...

> 看样子像是网络问题导致包管理器拉去依赖的组件失败。 把dependencies:去掉规避这个编译问题没有问题吧？ 另外，我把编译选项里的SoftAP SSID ends with the MAC关掉还是不行； 用组件里面的示例代码mesh_local_control放到我自己的工程里编译，发觉还是有问题，第二层节点里的打印的父节点的mac信息和根节点打印的自己的mac地址信息不一致；

但是网络是不通的，而且我们0.4.0和0.5.0我们测试看到的子节点上显示的父节点的mac信息和父节点自己显示自己的mac信息是一致的，0.9.0上改了获取的父节点的mac的显示逻辑么？ 另外请教以下，我们节点作为sta连接父节点可以设置连接的信号wifi强度阈值么？比如，扫描到-80db以上的信号强度我才连接，低于-80db的信号强度的节点，我就忽略，不作为连接的候选父节点；

今天用0.5.0版本，发现个比较奇怪的问题 设备要不就不连路由器，要不就是连了，打印的layer 为 0，大部分时间是连接不上（打印是10s打印一次） 环境是由两个esp32s3，作为mesh节点（初始化为ap+sta,并初始化mesh lite），另外一个esp32s3只初始化ap（当路由器用） 以下是两个初始化为ap+sta的两个设备的打印