The project was built with esp-idf-v4.4.2 in the past, and the compilation was no problem. After the development environment is reinstalled, as long as the installed version is not esp-idf-v4.4.2, it will not compile through. The following error information is displayed: It seems that the project co...

ESP_MacChu wrote: ↑

Wed Jan 03, 2024 2:59 am

在重新搭建环境时可以先把 python_env 文件删除掉

在安装目录下找到了，重装的时候把整个安装目录都删除过，还是没有效果。

请问，python_env 文件在哪个位置，工程目录下面没有找到。

之前用esp-idf-v4.4.2建立过工程，编译都没问题。后来开发环境重装后，只要装的是非esp-idf-v4.4.2版本，就不能编译通过。提示错误信息如下： 看上去工程编译过程依然会去C:\\Espressif\\frameworks\\esp-idf-v4.4.2目录下寻找工具。请问该如何修改可以去新的目录下寻找新的工具？ C:\Espressif\tools\idf-python\3.11.2\python.exe: can't open file 'C:\\Espressif\\frameworks\\esp-idf-v4.4.2\\tools\\idf_size.py': [Err...

根据这段文字意思，主控变量measurement count在ULP的头文件里声明成ulp measurement count，就可以在ULP里使用了。这么理解 是否正确? 那是否意味着主控和ULP相互之间是不知道哪个变量是共享的，如果某个共享变量名书写错误，比如主控里M_easurement_count，而ULP里写成了ulp_measurement_count，会导致变量内容无法共享，而编译运行没有任何问题？ 例如，ULP RISC-V 程序可以定义 measurement_count 变量，此变量可以定义程序从深度睡眠中唤醒芯片之前需要进行的 ADC 测量的次数。 volatile in...

根据官方提供的ULP计数例程里，主控代码里的ulp_edge_count 变量只在主控区域被引用，并没有跟ULP关联。而ULP代码里的计数变量edge_count也是跟主控代码没有任何关联。它们之间到底是如何交互数据的呢？ 主控代码 static void update_pulse_count(void) { const char* namespace = "plusecnt"; const char* count_key = "count"; ESP_ERROR_CHECK( nvs_flash_init() ); nvs_handle_t handle; ESP_ERROR_CHECK( ...

需求是主CPU在light sleep状态下，ULP去采集数据，等到有数据结果时，唤醒主CPU，这时该如何交互数据？

你好，在哪里可以看到在什么地方调用了呢？相应的如何清除这些信息呢？

运行例程，通过ESPBlufi APP配置过WIFI的SSID和密码后，掉电重启后能够根据之前的配置信息，直接联网。

在例程里并未找到保存这些信息的代码，请问是什么原因？

官方习惯性不解答