Closed hayschan closed 1 year ago
sukesh-ak
commented
1 year ago @hayschan I just upgraded the project to IDF 5.0 which also needs develop branch of LovyanGFX.
LovyanGFX for Parallel TFT is broken for now and you can follow the issue here
SPI devices are working fine for now.
sukesh-ak
commented
1 year ago If you are on IDF 4.4.3 you can use this version (just before IDF 5.0 upgrade)
If you are planning to do this, copy sdkconfig.defaults.* files from this branch which has the default values set.
Or, you can make changes to the settings using idf.py menuconfig
sukesh-ak
commented
1 year ago @hayschan As mentioned in that issue workaround, for now the fix is to add the following just before
esp_lcd_new_i80_bus(&bus_config, &_i80_bus);
// add this line
bus_config.clk_src = LCD_CLK_SRC_DEFAULT;
File name for 16bit
LovyanGFX\src\lgfx\v1\platforms\esp32s3\Bus_Parallel16.cpp
File name for 8bit
LovyanGFX\src\lgfx\v1\platforms\esp32s3\Bus_Parallel8.cpp
hayschan
commented
1 year ago Thanks for the help.
I tried to build again today. Before building, I make sure I download the latest code by:
git clone --recursive https://github.com/sukesh-ak/ESP32-TUX.gitI also changed to use ESP-IDF v4.4.3. But this time, the build fails. The error log is attached. It is problem related to esp_partition.
Building in: /Users/hays/eclipse-workspace/ESP32-TUX/build
Configuring in: /Users/hays/eclipse-workspace/ESP32-TUX/build
cmake -G Ninja -DCMAKE_TOOLCHAIN_FILE=/Users/hays/esp/esp-idf/tools/cmake/toolchain-esp32s3.cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCCACHE_ENABLE=1 -DIDF_TARGET=esp32s3 /Users/hays/eclipse-workspace/ESP32-TUX
-- Found Git: /usr/bin/git (found version "2.32.1 (Apple Git-133)")
-- Component directory /Users/hays/eclipse-workspace/ESP32-TUX/components/ConfigBase does not contain a CMakeLists.txt file. No component will be added
CMake Warning at /Users/hays/esp/esp-idf/tools/cmake/project.cmake:291 (message):
enabled ccache in build but ccache program not found
Call Stack (most recent call first):
CMakeLists.txt:24 (project)
-- 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: /Users/hays/.espressif/tools/xtensa-esp32s3-elf/esp-2021r2-patch5-8.4.0/xtensa-esp32s3-elf/bin/xtensa-esp32s3-elf-gcc
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Users/hays/.espressif/tools/xtensa-esp32s3-elf/esp-2021r2-patch5-8.4.0/xtensa-esp32s3-elf/bin/xtensa-esp32s3-elf-gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Users/hays/.espressif/tools/xtensa-esp32s3-elf/esp-2021r2-patch5-8.4.0/xtensa-esp32s3-elf/bin/xtensa-esp32s3-elf-g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building ESP-IDF components for target esp32s3
-- Checking Python dependencies...
Python requirements from /Users/hays/esp/esp-idf/requirements.txt are satisfied.
Processing 2 dependencies:
[1/2] espressif/fmt (9.1.0)
[2/2] idf (4.4.3)
-- LovyanGFX use components = nvs_flash;efuse;esp_lcd
CMake Error at /Users/hays/esp/esp-idf/tools/cmake/build.cmake:201 (message):
Failed to resolve component 'esp_partition'.
Call Stack (most recent call first):
/Users/hays/esp/esp-idf/tools/cmake/build.cmake:227 (__build_resolve_and_add_req)
/Users/hays/esp/esp-idf/tools/cmake/build.cmake:507 (__build_expand_requirements)
/Users/hays/esp/esp-idf/tools/cmake/project.cmake:384 (idf_build_process)
CMakeLists.txt:24 (project)
-- Configuring incomplete, errors occurred!
See also "/Users/hays/eclipse-workspace/ESP32-TUX/build/CMakeFiles/CMakeOutput.log".
cmake --build . -- -v
ninja: error: loading 'build.ninja': No such file or directory
Build complete (0 errors, 0 warnings): /Users/hays/eclipse-workspace/ESP32-TUX/build
Total time taken to build the project: 6,545 msThis is weird. As far as I know, the esp_partition problem should only relate to projects that need migration to v5.0, as listed by Espressif in their document.
hayschan
commented
1 year ago If you are on
IDF 4.4.3you can use this version (just before IDF 5.0 upgrade)If you are planning to do this, copy
sdkconfig.defaults.*files from this branch which has the default values set. Or, you can make changes to the settings usingidf.py menuconfig
Sorry, I just found out this comment. I will try this method. Thx
sukesh-ak
commented
1 year ago If you are on
IDF 4.4.3you can use this version (just before IDF 5.0 upgrade) If you are planning to do this, copysdkconfig.defaults.*files from this branch which has the default values set. Or, you can make changes to the settings usingidf.py menuconfigSorry, I just found out this comment. I will try this method. Thx
Parallel related bug is fixed today by LovyanGFX. Will update the repo later today with the the fix.
hayschan
commented
1 year ago sukesh-ak
commented
1 year ago Is it this one ? lovyan03/LovyanGFX@e8baed4
Yes.
sukesh-ak
commented
1 year ago @hayschan Project is updated with LovyanGFX fix. Also check the readme for updated instructions including the link for Wi-Fi provisioning app.
Closing this issue since the bug is fixed and readme is updated with required instructions.
Problem
Situation
I am using the ESP32-S3 Parallel TFT with Touch 3.5'' ILI9488.
First, I modified the device selection in main.hpp to include only my device, and I did not modify anything else.
Then, I followed Flash section of README.md
Flash log
After flashing, I could see LOGs from the board through serial monitor, which indicates the flash is successful.
However, there are the following three problems:
Error log
At the last 5 lines, the device starts to reboot and the Error-Reboot loop continues on and on.