使用 platformio #554在 VSCode 中编译固件时出现问题

连巴赫

你好！
我更新了 grbl_esp32 已经有一段时间了，所以我刚刚做了一个新的 git 克隆，将它作为一个文件夹添加到一个新的工作区中，然后点击底部工具栏中的构建。

我得到一堆这些错误：

Compiling .pio/build/release/src/print.cpp.o
Assembler messages:
Fatal error: can't create .pio/build/release/src/grbl_sd.cpp.o: No such file or directory
*** [.pio/build/release/src/grbl_sd.cpp.o] Error 1

如果我再次点击编译，它将在不同的点失败。
最终，如果它最终设法完成所有事情，我会得到：

Indexing .pio/build/release/libFrameworkArduino.a
Linking .pio/build/release/firmware.elf
.pio/build/release/libFrameworkArduino.a(main.cpp.o):(.literal._Z8loopTaskPv+0x4): undefined reference to `setup()'
.pio/build/release/libFrameworkArduino.a(main.cpp.o):(.literal._Z8loopTaskPv+0x8): undefined reference to `loop()'
.pio/build/release/libFrameworkArduino.a(main.cpp.o): In function `loopTask(void*)':
/Users/wolfgang/.platformio/packages/framework-arduinoespressif32/cores/esp32/main.cpp:14: undefined reference to `setup()'
/Users/wolfgang/.platformio/packages/framework-arduinoespressif32/cores/esp32/main.cpp:17: undefined reference to `loop()'
collect2: error: ld returned 1 exit status
*** [.pio/build/release/firmware.elf] Error 1

谷歌搜索没有产生任何结果，我一无所知。使用 platformio 已经有一段时间了，从来没有遇到过这种问题。

我的编译方法是错误的吗？

编辑：忘了补充：我使用的是 macOS 10.15.6

HuubBuis

我今天做了同样的事情，它对我有用！
您必须将代码作为 PIO 项目打开（文件 platformio.ini）。构建时，可能需要一些时间，因为必须先下载并安装 ESP32 环境。

连巴赫

该文件会被自动检测到，并且打开一个项目与将项目文件夹添加到工作区或多或少相同。

米奇布拉德利

尝试使用 Devt 分支。

连巴赫

相同的。

我现在有一个线索，底部有一个弹出窗口，我正在使用 mac os 附带的本机 python，我应该选择一个不同的。我可能搞砸了我的 python 设置，因为我从来没有真正积极地使用它。mac os 上的 Python 完全是一团糟，我想是时候清理它了

连巴赫

除了 python 线索之外，真正奇怪的是没有一致的错误。每次我编译错误都略有不同。唯一常见的是它总是失败（我认为它甚至成功了一两次）oO

米奇布拉德利

你需要 Python 3.something。Python 2 可以工作，也可以不工作——你会得到很多虚假的重新编译和 Python 2 的其他问题。

连巴赫

哦，我已经安装了python3，我想至少两次。在 mac os 上安装 python 时，我可能做错了一些尝试来修复以前做错的尝试，其中一个是最近做错的，现在它在咬我?️. 解释了为什么我自己的项目有效，他们不使用 python

HuubBuis

我使用 Python 3.8.3。32 位并作为单个应用程序安装，而不是与依赖它的程序一起安装。我跑 W10

连巴赫

不幸的是，它在 macOS 上并不是这么简单，主要是因为它已经随 2.8 一起发布并且无法删除。这稍微概括了情况。

连巴赫

仍在忙于修复 python，但我现在正在步入正轨。

我注意到一件事，在我的工作区中，我有一个文件Grbl_Esp32.ino.cpp不断弹出并消失，它只存在很短的片刻，然后就消失了。我不知道这是否相关，但如果某些东西一直在修改工作目录，这可能是另一个线索……整个问题非常混乱！

连巴赫

不是每次，但几乎每次我点击构建我都会收到不同的错误消息

Building in release mode
Compiling .pio/build/release/src/Grbl_Esp32.ino.cpp.o
xtensa-esp32-elf-g++: error: Grbl_Esp32/Grbl_Esp32.ino.cpp: No such file or directory
xtensa-esp32-elf-g++: fatal error: no input files
compilation terminated.
Compiling .pio/build/release/src/src/CoolantControl.cpp.o
Compiling .pio/build/release/src/src/CustomCode.cpp.o
Compiling .pio/build/release/src/src/Eeprom.cpp.o
Compiling .pio/build/release/src/src/GCode.cpp.o
Compiling .pio/build/release/src/src/Grbl.cpp.o
Compiling .pio/build/release/src/src/I2SOut.cpp.o
*** [.pio/build/release/src/Grbl_Esp32.ino.cpp.o] Error 1
Compiling .pio/build/release/src/src/Jog.cpp.o
================================================================================================================================================== [FAILED] Took 3.42 seconds ==================================================================================================================================================

Environment    Status    Duration
-------------  --------  ------------
release        FAILED    00:00:03.424
debug          IGNORED
============================================================================================================================================= 1 failed, 0 succeeded in 00:00:03.424 =============================================================================================================================================
The terminal process "platformio 'run'" terminated with exit code: 1.

地图册

Grbl_Esp32.ino.cpp基本上是从 ino 文件生成的文件。然后将其编译为目标文件并删除。

无论哪种方式，我可能会从一个裸 ino 文件开始，使用一个空的设置和循环方法并且没有包含，然后尝试先编译它。

连巴赫

@atlaste在编译时编译它是有意义的。然而，它一直在弹出和关闭。不仅如果我编译。
我有几个大小不一的 esp32 项目，我定期工作，它们都编译得很好。我正在成功使用 platformio，这种行为对我来说是全新的。
编辑：因为确实如果一个裸项目无法工作，那将是一个开始的地方，我只是创建了一个空白的 platformio 项目，它按预期编译得很好。

米奇布拉德利

要尝试的一件事是关闭您可以找到的每个 VScode 扩展 – 或者至少为此项目禁用它们。一些扩展似乎会定期扫描树，寻找有趣的东西来索引或语法检查或其他任何东西。这可能会干扰编译，因为扩展程序打开了一个文件，并且在此期间编译过程无法访问它。当我关闭扩展时，它稳定了我的编译。然后，您可以一次打开重要的一个，看看它是否再次开始损坏。

不幸的是，这可能很耗时，因为某些扩展似乎是引入了一整套其他扩展的元包。

当您没有明确尝试编译时，.ino.cpp 文件不断出现的事实表明，某些扩展在没有您输入的情况下会定期触发编译。

连巴赫

良好的输入@MitchBradley！不幸的是，即使使用除 C/C++ 和 PlatformIO 停用的所有扩展，其行为也是相同的。
唯一持续活跃的是platformio每2-3秒重建一次智能感知……

弗兰克林奇

嗨，我有 v 类似的问题，每 20 次尝试将构建一次.. 我对此很陌生，所以没有专家.. 但是……两件事 [1] 你是否为 vs 代码安装了 Arduino 插件？[2] Grbl_Esp32.ino.cpp 正如你所描述的那样每隔几秒钟就会被创建和删除一次……我禁用了自动重建智能……之后它的构建和部署一致

连巴赫

当@frankylynch就是这样！！在 VSCode 中禁用“自动重建自动完成索引”设置似乎已经解决了这个问题！以防万一有人遇到它：单击左下角的设置按钮，选择“设置”，在顶部栏中键入自动重建，它应该是唯一剩下的设置。取消勾选完成。那很难，我很惊讶其他人很少遇到这种情况……

HuubBuis

我已经更新到最新的 PIO 版本（5.0），现在我得到了同样的错误（缺少 HTTPClient.h）！

HuubBuis

将 PIO ESP32 环境更新为 2.0.0。（我认为）同样的错误
下载了最后一个 Grbl_ESP32 zip，同样的错误。
过几天我会再试一次，也许有 PIO 更新。如果没有，我会安装以前的PIO版本！

连巴赫

你对错误的问题发表了评论：）

HuubBuis

谢谢

连巴赫补充道把招工广告需要额外注意标签 on 18 Aug 2020

lienbacher 将其关闭为已完成 2020 年 9 月 10 日

连巴赫提到了这个问题 2020 年 9 月 10 日

更新到 Pio Core 5.0 后，我得到“致命错误：HTTPClient.h：没有这样的文件或目录” #589

关闭

使用 platformio #554在 VSCode 中编译固件时出现问题

使用 platformio 在 VSCode 中编译固件时出现问题#554

连巴赫评论 on 18 Aug 2020 •

HuubBuis 评论 on 18 Aug 2020

连巴赫评论 on 18 Aug 2020

米奇布拉德利评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

米奇布拉德利评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

HuubBuis 评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

地图册评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日 •

米奇布拉德利评论 2020 年 8 月 19 日

连巴赫评论 2020 年 8 月 29 日

弗兰克林奇评论 2020 年 9 月 5 日

连巴赫评论 2020 年 9 月 10 日

HuubBuis 评论 2020 年 9 月 10 日 •

HuubBuis 评论 2020 年 9 月 10 日

连巴赫评论 2020 年 9 月 10 日

HuubBuis 评论 2020 年 9 月 10 日

您必须登录才能发表评论！

使用 platformio 在 VSCode 中编译固件时出现问题#554

注释

连巴赫 评论 on 18 Aug 2020 •

HuubBuis 评论 on 18 Aug 2020

连巴赫 评论 on 18 Aug 2020

米奇布拉德利 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

米奇布拉德利 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

HuubBuis 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日

地图册 评论 2020 年 8 月 18 日

连巴赫 评论 2020 年 8 月 18 日 •

米奇布拉德利 评论 2020 年 8 月 19 日

连巴赫 评论 2020 年 8 月 29 日

弗兰克林奇 评论 2020 年 9 月 5 日

连巴赫 评论 2020 年 9 月 10 日

HuubBuis 评论 2020 年 9 月 10 日 •

HuubBuis 评论 2020 年 9 月 10 日

连巴赫 评论 2020 年 9 月 10 日

HuubBuis 评论 2020 年 9 月 10 日

您必须 登录 才能发表评论！

连巴赫评论 on 18 Aug 2020 •

连巴赫评论 on 18 Aug 2020

米奇布拉德利评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

米奇布拉德利评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日

地图册评论 2020 年 8 月 18 日

连巴赫评论 2020 年 8 月 18 日 •

米奇布拉德利评论 2020 年 8 月 19 日

连巴赫评论 2020 年 8 月 29 日

弗兰克林奇评论 2020 年 9 月 5 日

连巴赫评论 2020 年 9 月 10 日

连巴赫评论 2020 年 9 月 10 日

您必须登录才能发表评论！