core: Bluetooth proxies (Atom Lite) update fails
The problem
(Firstly - love your work - thanks for all you do to increase our connected homes!)
Started using BT proxies when announced late 2022. Warnings with latest update of HA Core to 2023.1.0-1 triggered updates of the proxies, but these fail and it appears (novice here) that its a failure of the Compiler? or something else.
I’ve connected the Atom Lite successfully to my HA Rasberry Pi serial USB port and attempted to update it there with the entire house’s WiFi disabled (so it wasn’t choosing WiFI to do OTA, but had to try directly). The ESPHHome add-on Web UI terminal window goes through the same process as previously, with the same errors have occurred as indicated above - as I said I am a novice, but it keeps referring to a failure of the C Compiler. Any ideas on how I can get it to have a working C Compiler, or how I can get the correct update file, as it seems that whatever ‘file’ it is sourcing from the internet to update my Atom Lite is itself the problem and corrupted? Or has the Core update changed things in some way? Sorry for bugging you - if there is a better forum please let me know - and thanks for any and all help. cheers, cal
What version of Home Assistant Core has the issue?
2023.1.0-1
What was the last working version of Home Assistant Core?
2022.12
What type of installation are you running?
Home Assistant OS
Integration causing the issue
ESPHome
Link to integration documentation on our website
https://esphome.github.io/bluetooth-proxies/ https://www.home-assistant.io/integrations/esphome
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
Processing atom-bluetooth-proxy-06d720 (board: m5stack-atom; framework: espidf; platform: platformio/espressif32 @ 5.2.0)
--------------------------------------------------------------------------------
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
- framework-espidf @ 3.40402.0 (4.4.2)
- tool-cmake @ 3.16.9
- tool-ninja @ 1.10.2
- toolchain-esp32ulp @ 2.35.0-20220830
- toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch3
Reading CMake configuration...
-- The C compiler identification is GNU 8.4.0
-- The CXX compiler identification is GNU 8.4.0
-- The ASM compiler identification is GNU
-- Found assembler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc
-- Check for working C compiler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc -- broken
-- Configuring incomplete, errors occurred!
See also "/data/atom-bluetooth-proxy-06d720/.pioenvs/atom-bluetooth-proxy-06d720/CMakeFiles/CMakeOutput.log".
See also "/data/atom-bluetooth-proxy-06d720/.pioenvs/atom-bluetooth-proxy-06d720/CMakeFiles/CMakeError.log".
fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/tool-cmake/share/cmake-3.16/Modules/CMakeTestCCompiler.cmake:60 (message):
The C compiler
"/data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc"
is not able to compile a simple test program.
It fails with the following output:
Change Dir: /data/atom-bluetooth-proxy-06d720/.pioenvs/atom-bluetooth-proxy-06d720/CMakeFiles/CMakeTmp
Run Build Command(s):/data/cache/platformio/packages/tool-ninja/ninja cmTC_c3345 && [1/2] Building C object CMakeFiles/cmTC_c3345.dir/testCCompiler.c.obj
[2/2] Linking C executable cmTC_c3345
FAILED: cmTC_c3345
: && /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc -mlongcalls -Wno-frame-address CMakeFiles/cmTC_c3345.dir/testCCompiler.c.obj -o cmTC_c3345 && :
/data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../libexec/gcc/xtensa-esp32-elf/8.4.0/liblto_plugin.so: error loading plugin: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../libexec/gcc/xtensa-esp32-elf/8.4.0/liblto_plugin.so: cannot open shared object file: No such file or directory
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
/data/cache/platformio/packages/framework-espidf/tools/cmake/project.cmake:296 (__project)
CMakeLists.txt:3 (project)
========================= [FAILED] Took 19.33 seconds =========================
### Additional information
(Firstly - love your work - thanks for all you do to increase our connected homes!) I've connected the Atom Lite successfully to my HA Rasberry Pi serial USB port and attempted to update it there with the entire house's WiFi disabled (so it wasn't choosing WiFI to do OTA, but had to try directly). The ESPHHome add-on Web UI terminal window goes through the same process as previously, with the same errors have occurred as indicated above - as I said I am a novice, but it keeps referring to a failure of the C Compiler. Any ideas on how I can get it to have a working C Compiler, or how I can get the correct update file, as it seems that whatever 'file' it is sourcing from the internet to update my Atom Lite is itself the problem and corrupted? Or has the Core update changed things in some way? Sorry for bugging you - if there is a better forum please let me know - and thanks for any and all help. cheers, cal
About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 22 (1 by maintainers)
So that’s exactly where I started. And yes, it did give me a functional Bluetooth Proxy to begin. After I got that into my ESPHome Add-on, I saved that yaml configuration as a baseline and built from there (adding my own customizations and such), but that is the basis of where I started.
Sure! And yes, just compiled and redeployed a few seconds ago.
And here’s the device in HA
Note that the Firmware is 2022.12.03, uptime 39 seconds.
Totally cool and appreciated @alvinchen1 enjoy the long weekend! 🙏👍