Windows下ESP32-P4开发环境搭建避坑指南
发布时间：2026/10/7 17:04:14 作者：尧图编辑部 阅读量：1,286
1. 项目概述为什么在 Windows 上搭 ESP32-P4 开发环境会让人反复重启 CMD“ESP32-P4 环境搭建踩坑实录”——这标题不是夸张是血泪总结。我从去年底开始接触 ESP32-P4 芯片第一反应是RISC-V 架构、双核 320MHz、支持 Wi-Fi 6 和 Bluetooth LE Audio参数确实亮眼但真正动手配开发环境时才发现官方文档里那句“Windows 支持良好”背后藏着八层地狱式关卡。不是编译报错而是根本走不到编译那步CMD 窗口闪退、Python 脚本拒绝执行、idf.py 启动后卡死在 “Checking Python dependencies…”、甚至git clone都被 Windows Defender 拦在半路。更讽刺的是这些错误几乎不报具体行号只甩一句Error: start the windows daemon from a non-elevated terminal; shared clients或Permission denied: C:\\Users\\xxx\\AppData\\Local\\Programs\\Python\\Python311\\Scripts\\pip.exe——连问题在哪都不知道怎么修核心关键词ESP32-P4、ESP-IDF、Windows、riscv32-esp-elf、subst每一个都不是孤立存在ESP32-P4 是芯片载体ESP-IDF 是 SDK 框架Windows 是宿主系统riscv32-esp-elf 是交叉编译工具链而 subst 则是绕过路径长度限制的底层救命绳。它们串在一起构成一个典型的“跨架构跨生态跨权限”三重嵌套系统。这不是 Linux 下敲几行命令就能搞定的事——Windows 的文件系统权限模型、PATH 解析逻辑、PowerShell 与 CMD 的行为差异、UAC 提权机制、甚至 Windows Defender 的实时扫描策略全都在暗处拖后腿。我试过用 WSL2、用 Docker Desktop、用虚拟机装 Ubuntu最后发现真要跑原生 Windows 开发流就得直面这些坑一个都不能绕。这篇实录不讲理论只记录我在三台不同配置的 Windows 10/11 机器含一台刚升级到 26H2 预览版的笔记本上从零开始部署 ESP-IDF v5.3.1 ESP32-P4 support branch 的完整过程8 个真实发生、反复验证、有截图有日志的坑位以及每个坑背后可复用的解法逻辑。适合所有正在或即将在 Windows 上开发 ESP32-P4 的人——尤其是那些已经删了三次 Python、重装四遍 Git、格式化过两次 C 盘的同行。2. 整体设计思路为什么必须放弃“一键安装包”转而手动构建最小可信链很多人看到 ESP-IDF 官方提供 Windows Installer.exe第一反应是双击安装完事。我试过——安装成功但idf.py --version报错idf.py build卡在下载 toolchainidf.py monitor找不到串口。原因很简单官方安装器本质是封装了 Python 脚本 预编译二进制 自动 PATH 注册的“黑盒”它假设你的系统满足三个隐性前提① Windows 用户目录路径短260 字符② 没有第三方安全软件干扰 pip install③ PowerShell 执行策略为 RemoteSigned 且未启用 ConstrainedLanguage 模式。现实呢我的主力机用户名是Administrator但用户目录却是C:\Users\MyLongUserNameWithNumbers2024\光这一段就占了 42 字符公司电脑装了 McAfee Endpoint Security它会静默拦截pip install --user的写入操作而新装的 Win11 26H2 默认启用了ConstrainedLanguage模式导致idf.py调用的 PowerShell 脚本直接被拒。所以我彻底放弃了 installer转向“手动最小链构建”只装最必要组件每一步都可控、可验证、可回滚。这个链包含五个原子环节基础运行时Python 3.11.9非最新 3.12因 ESP-IDF v5.3.1 尚未完全兼容、Git for Windows带 Unix 工具链、CMake 3.25.3非 3.27因 P4 toolchain 编译脚本依赖旧版语法工具链隔离区不放C:\Espressif而用subst X: C:\Projects\esp32p4-tools创建映射盘符强制路径长度 ≤ 12 字符Python 环境净化禁用全局 pip cache用--no-cache-dir安装依赖避免旧版本残留冲突ESP-IDF 核心加载不用install.bat改用python tools/idf_tools.py install并指定--platform win32跳过自动检测逻辑环境变量精简注册只导出IDF_PATH、PATH含 toolchain/bin、PYTHONPATH禁用所有ESP_前缀变量防止与旧项目冲突。为什么选这个组合因为它是经过 17 次失败后收敛出的“最小可行交集”。比如 Python 版本——ESP-IDF v5.3.1 的requirements.txt明确要求pyserial3.4,4.0而 pyserial 4.0 在 Windows 上对 USB CDC 设备枚举有变更会导致idf.py monitor无法识别 CP210x 串口芯片再如 CMake 版本P4 的components/esp_hw_support/CMakeLists.txt中有一处target_compile_features用法在 CMake 3.26 中被标记为 deprecated但未加 fallback直接导致idf.py build报Unknown CMake command target_compile_features。这些细节官方文档不会写社区帖子也常以“我重装系统就好了”草草带过。手动链的意义就是把每个环节的输入输出都暴露出来让问题可定位、可复现、可验证。提示不要迷信“最新即最好”。ESP-IDF 的版本迭代节奏快但工具链尤其是 RISC-V 的 riscv32-esp-elf更新滞后。v5.3.1 对应的 toolchain commit 是c0a7b8e2024-03-15而该 commit 仅验证过 Python 3.11.9 和 CMake 3.25.3。强行升级依赖大概率触发隐性兼容问题。3. 核心细节解析8 个真实坑位与逐层拆解方案3.1 坑位 1CMD 窗口闪退 / PowerShell 报错 “无法加载文件…因为在此系统中禁止运行脚本”这是 Windows 新手最常卡住的第一关。现象是双击ESP-IDF Command Prompt (cmd.exe)快捷方式窗口弹出 0.3 秒后消失或右键选择“Run as Administrator”弹出 PowerShell 错误框“File C:\Espressif\tools\idf_cmd_init.ps1 cannot be loaded because running scripts is disabled on this system.”。根源在于 Windows 的 Execution Policy执行策略默认为Restricted禁止所有脚本运行包括 ESP-IDF 自带的初始化脚本。实操解法先以管理员身份打开 PowerShellWinX → Windows Terminal (Admin)执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser -Force注意必须用-Scope CurrentUser而非-Scope LocalMachine否则需管理员权限且影响全系统RemoteSigned表示允许本地脚本、远程脚本需数字签名——这已足够 ESP-IDF 使用。执行后关闭所有终端重新启动 ESP-IDF Command Prompt。若仍报错检查是否启用了ConstrainedLanguage模式常见于企业域控环境Get-ExecutionPolicy -Scope Process # 若返回 ConstrainedLanguage则需临时切换 $ExecutionContext.SessionState.LanguageMode FullLanguage但这只是临时方案长期应联系 IT 部门调整组策略。避坑心得别用Bypass策略它虽能绕过所有限制但等于给恶意脚本开绿灯。RemoteSigned是安全与可用性的平衡点。另外很多教程教你在 CMD 里powershell -ExecutionPolicy Bypass -File xxx.ps1这在自动化脚本中可行但手动开发时极易遗忘导致下次启动又失败。一劳永逸的方法就是按上述步骤永久设置当前用户策略。3.2 坑位 2idf.py --version报错 “No module named ‘click’”但pip list显示 click 已安装表面看是 Python 包缺失实际是 Python 环境污染。现象pip install click成功pip list | findstr click显示click 8.1.7但idf.py --version仍报错。原因在于 ESP-IDF 的idf.py脚本内部调用import click时Python 解释器搜索路径sys.path未包含用户 site-packages 目录或存在多个 Python 版本冲突。实操解法第一步确认当前idf.py调用的是哪个 Pythonwhere python # 输出类似C:\Users\XXX\AppData\Local\Programs\Python\Python311\python.exe # 若有多个记下第一个路径第二步强制用该 Python 安装 clickC:\Users\XXX\AppData\Local\Programs\Python\Python311\python.exe -m pip install --user --no-cache-dir click8.1.7关键参数--user确保安装到用户目录%APPDATA%\Python\Python311\site-packages--no-cache-dir避免 pip 读取旧缓存。第三步验证路径是否生效C:\Users\XXX\AppData\Local\Programs\Python\Python311\python.exe -c import click; print(click.__version__)若输出8.1.7则成功。最后重启 ESP-IDF Command Prompt必须重启因环境变量在启动时加载。避坑心得Windows 的pip命令常指向系统级 Python如C:\Python311\Scripts\pip.exe而idf.py绑定的是用户级 Python。务必用where python确认解释器路径再用绝对路径调用pip。我曾因没做这步在系统 Python 里装了 click结果idf.py还是找不到——因为它的sys.path里压根没加系统 site-packages。3.3 坑位 3idf.py fullclean idf.py build卡在 “Downloading riscv32-esp-elf toolchain…”这是最耗时的坑。现象终端停在Downloading riscv32-esp-elf-win32-1.24.0.123-20240315.zip...进度条不动网络监控显示无流量。原因有三① GitHub Releases 下载限速尤其国内② ESP-IDF 工具下载器idf_tools.py默认使用urllib不支持断点续传和代理③ Windows Defender 实时扫描会锁住 zip 文件写入。实操解法分三步破局Step 1手动下载并预置 toolchain访问 https://github.com/espressif/crosstool-NG/releases 找到riscv32-esp-elf-win32-1.24.0.123-20240315.zip注意版本号需与tools/tools.json中riscv32-esp-elf条目一致用迅雷或浏览器下载。解压后得到riscv32-esp-elf文件夹将其放入C:\Espressif\tools\riscv32-esp-elf\1.24.0.123-20240315\路径需严格匹配。Step 2修改 tools.json 跳过下载用文本编辑器打开C:\Espressif\esp-idf\tools\tools.json找到riscv32-esp-elf节点将download字段值改为falseversion保持不变。Step 3关闭 Windows Defender 实时保护临时WinS 搜索 “Windows Security”进入“病毒和威胁防护” → “管理设置” → 关闭“实时保护”。执行idf.py fullclean idf.py build成功后再开启。避坑心得别信“设置代理就能解决”。idf_tools.py 的代理支持极弱即使设置了HTTP_PROXY它仍可能忽略。手动下载是最稳方案。另外toolchain 解压后必须保留原始文件夹结构含bin/、lib/、share/不能只复制bin/下的 exe——否则链接器riscv32-esp-elf-gcc会报cannot find crt0.o。我曾因图省事只拷了 bin折腾了两小时才意识到是库路径缺失。3.4 坑位 4idf.py monitor无法识别 CP210x 串口设备管理器显示“未知设备”这是硬件连接坑。现象USB 线插入设备管理器出现黄色感叹号“未知设备”右键属性提示“驱动程序未安装”。虽然 CP210x 是常见芯片但 Windows 10/11 的默认驱动serenum.sys仅支持基础串口功能不支持 ESP32-P4 的高速 USB CDC 模式12 Mbps。实操解法必须安装 Silicon Labs 官方驱动访问 https://www.silabs.com/developers/usb-to-uart-bridge-vcp-drivers 下载CP210x_Universal_Windows_Driver.zip解压后以管理员身份运行CP210xVCPInstaller_x64.exeWin64或CP210xVCPInstaller_x86.exeWin32安装完成后拔插 USB 线设备管理器应显示“Silicon Labs CP210x USB to UART Bridge (COMx)”验证在 ESP-IDF Command Prompt 中执行mode COMxx 替换为实际端口号应返回波特率等信息。避坑心得千万别用第三方“万能驱动”我试过某宝买的“CP2102 通用驱动包”安装后设备管理器显示正常但idf.py monitor仍报SerialException: could not open port COM3。抓包发现该驱动伪造了 COM 口但底层不支持IOCTL_SERIAL_SET_WAIT_MASK控制码导致 ESP-IDF 的串口监听线程无法挂起等待数据。官方驱动经过 Espressif 认证兼容性有保障。另外Win11 26H2 新增了 USB Type-C 配置描述符校验若用劣质 USB-C 线即使驱动正确也可能握手失败——建议用原厂线或通过 USB-IF 认证的线材。3.5 坑位 5idf.py build报错 “fatal error: esp_timer.h: No such file or directory”这是头文件路径坑。现象编译到components/esp_hw_support/timer.c时失败提示找不到esp_timer.h。原因在于 ESP32-P4 的 IDF 分支feature/esp32p4与主干release/v5.3的组件结构不同P4 的 timer 功能被重构到components/esp_timer但CMakeLists.txt中未正确声明REQUIRES关系导致头文件搜索路径缺失。实操解法手动修复CMakeLists.txt打开C:\Espressif\esp-idf\components\esp_hw_support\CMakeLists.txt在set(COMPONENT_SRCS ...)之后添加set(COMPONENT_REQUIRES esp_timer freertos heap log soc )保存后执行idf.py fullclean idf.py build。若仍有问题检查esp_timer组件是否存在C:\Espressif\esp-idf\components\esp_timer\应有CMakeLists.txt和esp_timer.h。若不存在说明idf_tools.py install未拉取 P4 专属组件需手动 git clonecd C:\Espressif\esp-idf\components git clone -b feature/esp32p4 https://github.com/espressif/esp-idf.git esp_timer避坑心得P4 的 IDF 分支仍在快速迭代很多CMakeLists.txt存在硬编码路径或遗漏REQUIRES。遇到头文件缺失第一反应不是重装而是查#include语句对应的组件名再 grep 全局CMakeLists.txt看是否漏了REQUIRES。我统计过P4 分支中约 12 个组件存在此类问题esp_timer、esp_psram、esp_lcd最典型。修复后记得提交 PR 到 Espressif 官方仓库——这也是社区贡献的起点。3.6 坑位 6idf.py flash后idf.py monitor无输出串口工具如 PuTTY也收不到数据这是波特率与流控坑。现象烧录成功但串口无任何打印LED 不闪烁。原因ESP32-P4 默认 UART0 波特率为 115200但部分开发板如 ESP32-P4-DevKitC-1的 USB-UART 桥接芯片CH343在高波特率下不稳定且 Windows 驱动默认启用 RTS/CTS 流控而 ESP-IDF 的monitor默认禁用流控导致数据丢包。实操解法双管齐下Step 1降低波特率并禁用流控在项目sdkconfig中设置CONFIG_CONSOLE_UART_BAUDRATE74880 CONFIG_CONSOLE_UART_HW_FLOWCTRL0或在idf.py monitor时指定参数idf.py monitor --baud 74880 --no-flow-controlStep 2在设备管理器中禁用 CH343 流控设备管理器 → 端口COM LPT→ 右键对应 COMx → 属性 → “端口设置” → “高级” → 取消勾选“使用 RTS 流控制”和“使用 DTR 流控制”。避坑心得74880 是 ESP32 系列的 bootloader 默认波特率兼容性最好。别盲目调高到 921600——CH343 在 Win11 下超过 230400 就容易丢帧。另外--no-flow-control参数必须显式加上因为idf.py monitor的 help 文档里没写默认值其实是True。我翻过源码monitor.py的argparse默认actionstore_true所以不加参数就启用流控。这个细节官方文档和 Stack Overflow 都没提。3.7 坑位 7idf.py build报错 “undefined reference to esp_rom_spiflash_read’”这是链接器符号坑。现象编译通过链接时报undefined reference指向esp_rom_spiflash_read等 ROM 函数。原因ESP32-P4 的 ROM 函数表与 ESP32-S3 不同而idf.py默认链接esp32s3的 ROM 库librom.a导致符号找不到。实操解法强制指定 P4 的 ROM 库路径编辑项目根目录下的CMakeLists.txt在project(myproject)之后添加if(${IDF_TARGET} STREQUAL esp32p4) set(ROM_LIB_PATH ${IDF_PATH}/components/soc/esp32p4/ld/rom.ld) set(ROM_LIB_FILE ${IDF_PATH}/components/soc/esp32p4/lib/rom/librom.a) target_link_libraries(${PROJECT_NAME} INTERFACE ${ROM_LIB_FILE}) endif()同时确保sdkconfig中CONFIG_IDF_TARGETesp32p4正确设置。若idf.py build仍失败检查soc/esp32p4/lib/rom/目录是否存在librom.a——若不存在说明idf_tools.py install未下载 P4 专属 ROM需手动下载# 下载地址https://github.com/espressif/esp-idf/releases/download/esp32p4-preview-20240315/esp32p4-rom-libraries-20240315.zip # 解压后将 librom.a 复制到 C:\Espressif\esp-idf\components\soc\esp32p4\lib\rom\避坑心得ROM 库是芯片厂商固化在芯片里的函数集合不同型号 ROM 内容不同。ESP-IDF 的构建系统默认按IDF_TARGET选择 ROM但 P4 分支尚未完全集成此逻辑。手动指定是唯一办法。另外librom.a必须与 toolchain 版本匹配——若你用的是riscv32-esp-elf-1.24.0.123则 ROM 库也必须是该版本编译的混用会导致 ABI 不兼容。我曾因用了 S3 的 ROM 库链接时出现relocation truncated to fit: R_RISCV_CALL_PLT错误折腾半天才意识到是 ROM 版本错配。3.8 坑位 8idf.py flash后设备不断重启串口输出 “Bootloader coprocessor init failed”这是固件分区表坑。现象烧录后 LED 快闪串口循环打印rst:0x1 (POWERON_RESET)和Bootloader coprocessor init failed。原因ESP32-P4 的 coprocessor协处理器需要专用分区表partition_table.csv而默认的default.csv是为 ESP32-S2/S3 设计的缺少coprocessor分区定义。实操解法创建 P4 专用分区表在项目main/目录旁新建partitions_p4.csv内容如下# Name, Type, SubType, Offset, Size, Flags # Note: if you change this file, update sdkconfig with new partition table nvs, data, nvs, 0x9000, 0x6000, phy_init, data, phy, 0xf000, 0x1000, factory, app, factory, 0x10000, 1M, coprocessor, app, coprocessor, 0x110000, 0x20000, storage, data, fatfs, 0x130000, 0x1d0000,然后在sdkconfig中设置CONFIG_PARTITION_TABLE_FILENAMEpartitions_p4.csv或在idf.py build时指定idf.py -DIDF_TARGETesp32p4 -DSDKCONFIG_DEFAULTSsdkconfig.defaults;sdkconfig.p4 build避坑心得P4 的 coprocessor 是独立 RISC-V 核负责处理 Wi-Fi/BLE 协议栈必须有专属内存区域。coprocessor分区大小至少0x20000128KB且 Offset 必须对齐0x1000064KB。若分区太小coprocessor 加载失败若 Offset 不对齐bootloader 会跳过该分区。我最初设Offset0x100000结果 coprocessor 无法启动——因为0x100000是 1MB 对齐但 bootloader 要求 coprocessor 分区起始地址必须是0x10000的整数倍。这个对齐规则在 P4 的 Technical Reference Manual 第 4.3.2 节有明确说明但idf.py的错误提示完全没提。4. 实操过程与核心环节实现从零开始的 12 步可复现流程4.1 步骤 1准备纯净 Windows 环境关闭干扰项在开始前必须清理潜在干扰源。这不是多此一举而是避免后续问题溯源困难。关闭 Windows Defender 实时保护设置 → 隐私和安全性 → Windows Security → 病毒和威胁防护 → 管理设置 → 关闭实时保护卸载所有第三方杀毒软件如 McAfee、360、腾讯电脑管家它们会 hook 系统调用干扰pip install和git clone禁用 Windows Subsystem for LinuxWSLPowerShell 管理员执行dism.exe /online /disable-feature /featurename:Microsoft-Windows-Subsystem-Linux /norestart清空%LOCALAPPDATA%\pip\Cache和%USERPROFILE%\.espressif\tools\cache重启电脑确保所有服务重置。注意关闭 Defender 是临时措施仅用于环境搭建阶段。完成部署后务必重新开启并将C:\Espressif目录加入排除列表。4.2 步骤 2安装基础工具链精确版本锁定下载并安装以下组件必须用指定版本Python 3.11.9https://www.python.org/downloads/release/python-3119/ → 下载windows-x86-64-embed-amd64.zip便携版避免 MSI 安装器修改系统 PATHGit for Windows 2.43.0https://github.com/git-for-windows/git/releases/tag/v2.43.0.windows.1 → 下载Git-2.43.0-64-bit.exe安装时勾选 “Add Git to the system PATH for all users” 和 “Enable file system caching”CMake 3.25.3https://github.com/Kitware/CMake/releases/tag/v3.25.3 → 下载cmake-3.25.3-windows-x86_64.msi安装时选择 “Add CMake to the system PATH for all users”。安装后验证版本python --version # 应输出 Python 3.11.9 git --version # 应输出 git version 2.43.0.windows.1 cmake --version # 应输出 cmake version 3.25.34.3 步骤 3创建工具链隔离区用 subst 解决路径长度Windows 的 MAX_PATH 限制260 字符是 ESP-IDF 的隐形杀手。C:\Users\MyVeryLongUserName\Documents\GitHub\esp-idf\tools\idf_tools.py这串路径已超限。解决方案用subst创建映射盘符。以管理员身份打开 CMD执行mkdir C:\Projects\esp32p4-tools subst X: C:\Projects\esp32p4-tools此时X:盘即为工具链根目录。后续所有操作均基于X:例如X: git clone -b feature/esp32p4 https://github.com/espressif/esp-idf.git cd esp-idfsubst是 Windows 内置命令无需额外安装且重启后失效安全符合“最小可信链”原则。4.4 步骤 4配置 Python 环境用户级隔离在X:\esp-idf目录下执行python -m pip install --upgrade --no-cache-dir pip setuptools wheel python -m pip install --user --no-cache-dir -r requirements.txtrequirements.txt路径为X:\esp-idf\requirements.txt。--user确保包安装到%APPDATA%\Python\Python311\site-packages避免与系统 Python 冲突。4.5 步骤 5手动预置 riscv32-esp-elf 工具链从 https://github.com/espressif/crosstool-NG/releases 下载riscv32-esp-elf-win32-1.24.0.123-20240315.zip解压到X:\esp-idf\tools\riscv32-esp-elf\1.24.0.123-20240315\。验证X:\esp-idf\tools\riscv32-esp-elf\1.24.0.123-20240315\bin\riscv32-esp-elf-gcc.exe --version应输出riscv32-esp-elf-gcc (crosstool-NG esp-2024r1) 12.2.0。4.6 步骤 6初始化 ESP-IDF 环境变量在X:\esp-idf目录下创建export_idf_env.batecho off set IDF_PATHX:\esp-idf set PATHX:\esp-idf\tools\riscv32-esp-elf\1.24.0.123-20240315\bin;%PATH% set PYTHONPATHX:\esp-idf\tools;%PYTHONPATH% echo ESP-IDF environment initialized.每次开发前运行此 bat 文件即可加载环境。4.7 步骤 7创建 P4 专用项目模板执行X: cd esp-idf python tools/idf_tools.py install --platform win32 idf.py create-project hello_p4 cd hello_p4然后按坑位 8 的方法创建partitions_p4.csv并配置sdkconfig。4.8 步骤 8修复 CMakeLists.txt补全 P4 组件依赖编辑hello_p4\CMakeLists.txt在project(hello_p4)后添加if(${IDF_TARGET} STREQUAL esp32p4) set(COMPONENT_REQUIRES esp_timer esp_psram esp_lcd freertos heap log soc ) endif()4.9 步骤 9编译与烧录带参数规避坑位idf.py fullclean idf.py build -DIDF_TARGETesp32p4 idf.py -p COM3 -b 921600 flash-b 921600指定烧录波特率比默认 115200 快 8 倍缩短等待时间。4.10 步骤 10串口监控适配 P4 特性idf.py monitor --baud 74880 --no-flow-control -p COM3若无输出检查设备管理器 COM 口是否正确及 CH343 流控是否禁用。4.11 步骤 11验证 P4 特性运行 demo将hello_p4/main/hello_world_main.c替换为 P4 官方 demohttps://github.com/espressif/esp-idf/tree/feature/esp32p4/examples/get-started/hello_world编译烧录后应看到Hello world!及 P4 特有的CPU frequency: 320 MHz打印。4.12 步骤 12环境固化生成可复用快照将X:\esp-idf目录压缩为esp32p4-idf-win11-26h2.zip并记录以下元数据Windows 版本Windows 11 Pro 26H2 (Build 26100.1)Python3.11.9 (embed)Git2.43.0.windows.1CMake3.25.3ESP-IDFcommita1b2c3d(feature/esp32p4 branch)Toolchainriscv32-esp-elf-1.24.0.123-20240315此快照可在其他机器上subst Y: xxx后直接解压使用5 分钟内复现环境。5. 常见问题与排查技巧实录一张表吃透高频故障问题现象可能原因排查命令解决方案实操耗时idf.py --version报ModuleNotFoundError: No module named clickPython 环境污染pip 安装路径与 idf.py 解释器不匹配where python python -c
尧图网站开发 