-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build image not working #94
Comments
I am not able to replicate this, please add the zip file with the generated firmware to a comment so I can decode the backtrace. |
The problem seems to be with the Y_AUTO_SQUARE=1, if I dissable that it's fine |
Here is the firmware I test with and which does not crash: If it fails for you try erasing the flash before reflashing it. |
I managed to do some test last night and compile my own version. From the test that I have done it looks like it's hapening once I have WIFI enabled in the FW. If I configure to connect to my AP the automatic reporting seems to be the problem trigering the xTimers. If I erase the wifi config and don't configure wifi, I have no problem when i'm connected via serial |
Post your $I output and settings except $74/$75 and I'll try with that. |
Here is my Platformio.ini: [wifi_networking] [env:ESP32] lib_compat_mode = off monitor_speed=115200 $I % |
Thanks, I am still not able to replicate. Do you get the same assert message as you initally posted?
to make sure it will never happen from there. You may try this change if you wish. What would help is beeing able to decode the stack trace to see where the offending call was made from. You can do that? |
Sorry for the delays, I was away. I tried your FW posted above and I have the same issue. The MCU was formatted prior to uploading. Here is a new test FW I just compiled using: ; PlatformIO Project Configuration File [platformio] [wifi_networking] [env:ESP32] lib_compat_mode = off monitor_speed=115200 |
I do not know how to do that :( |
I just tried a simple esp32doit-devkit-v1 with the web builder only enabling wifi in STA mode, uploaded the code and everything works until I configure WIFI and then I have the same issue. I did noticed that it throws an error on reset if I connect with a terminal. I'm not sure if this is related, I tried to locating where this could be coming from but I was not able to find. This is happening on both the devkit and the MKS tinybee. E (20) gpio: GPIO_PIN mask error Resetting MCU rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) E (163047) task_wdt: Task watchdog got triggered. The following tasks did not reset the watchdog in time: Backtrace:0x40172707:0x3FFB1150 0x4008673D:0x3FFB1170 0x40175B73:0x3FFC0010 0x40172247:0x3FFC0030 0x4008E5D5:0x3FFC0050 0x40090431:0x3FFC0070 E (163047) task_wdt: Print CPU 1 backtrace Backtrace:0x4008AF55:0x3FFB1750 0x4008673D:0x3FFB1770 0x4010E32F:0x3FFC8640 0x40106587:0x3FFC8660 0x40106663:0x3FFC8680 0x40090431:0x3FFC86B0 |
Zip the firmware.elf file that generated the backtrace so I can check where it fails. |
The web builder seems ok now, I just tried it again and the generated FW has no issue but i'M still not ble to build a valid FW for this board. Is it possible to see or get a copy of what the Web builder is using for a platformIo for this board? |
Add |
ok that worked, I compared the 2 .ini file. They were very similar but the config file is still not generating a valid FW on my side. I even tried it on a fresh install of Window and VSCode with just PlatformIO. I don't see any errors in the build but the .bin file are larger for the bootloader.bin (web is 18kb, local is 26kb) and firmware.bin (web is 853kb, local 961kb) This is the list of buildtolls it automaticly downloaded:
Processing test (platform: espressif32 @ ~4.0.0; framework: espidf; board: esp32dev)Verbose mode can be enabled via
|
I am seeing this in the build log now: |
If you could decode the backtrace for at least 0x40172707 I may get a clue where and thus why it is failing. The cast warning is not the cause, anyway I have changed the code in order to shut up the compiler. BTW the ESP32 compiler is the only one that is configured to complain about it... |
I reinstalled VSCode and PlatformIO, recompiled from a fresh git clone. Here is the new dump. git clone --recurse-submodules https://github.com/grblHAL/ESP32.git firmware.elf.zip Processing esp32dev (platform: espressif32 @ ~4.0.0; framework: espidf; board: esp32dev)Verbose mode can be enabled via
␛[0;32mI (1062) system_api: Base MAC address is not set␛[0m I (1082) wifi:Init data frame dynamic rx buffer num: 32 ␛[0;32mI (1152) phy_init: phy_version 4670,719f9f6,Feb 18 2021,17:07:07␛[0m ␛[0;32mI (1292) gpio: GPIO[33]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 ␛[0m W (2102) wifi:idx:0 (ifx:0, aa:a2:f4:4f:c8:c4), tid:7, ssn:0, winSize:64 Backtrace:0x4017271B:0x3FFB1150 0x400867B9:0x3FFB1170 0x40175B87:0x3FFC0010 0x4017225B:0x3FFC0030 0x4008E651:0x3FFC0050 0x400904AD:0x3FFC0070 ␛[0;31mE (6272) task_wdt: Print CPU 1 backtrace␛[0m Backtrace:0x4008AFD1:0x3FFB1750 0x400867B9:0x3FFB1770 0x4000BFED:0x3FFCF4F0 0x4009071A:0x3FFCF500 0x4008DE7A:0x3FFCF520 0x401187EF:0x3FFCF560 0x401065C0:0x3FFCF590 0x40106677:0x3FFCF5B0 0x400904AD:0x3FFCF5E0 0x4017271b: task_wdt_isr at /Users/charettec/.platformio/packages/framework-espidf/components/esp_common/src/task_wdt.c:189 0x400867b9: _xt_lowint1 at /Users/charettec/.platformio/packages/framework-espidf/components/freertos/port/xtensa/xtensa_vectors.S:1105 /Users/charettec/.platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-addr2line -pfiaC -e /Users/charettec/firmware.elf 0x4009071A |
The stack trace above is all from the OS...
There is a lot less details output during startup - and that is controlled by the sdkconfig. |
It is possible to specify which sdkconfig to use - I found it earlier when searching the internet. IIRC CMakeLists.txt has to be changed - but not sure which one.
Perhaps the easy way is to just copy the contents from sdkconfig to sdkconfig.esp32dev? Or delete the new one and rename the original? And then complain to the VS code maintainers about silently messing with the project? BTW I have just committed a new build of grblHAL. |
Ah great thank you!!!! Simply copying the content over from sdkconfig to sdkconfig.esp32dev fixed my problem. I can compile now and have no issue uploading and turning on the WIFI. The new build of grblHAL also seems to be ok! |
Using Web Builder
Here is my config:
{"driver":"ESP32","URL":"https://github.com/grblHAL/ESP32","board":"BOARD_MKS_TINYBEE_V1","symbols":["OVERRIDE_MY_MACHINE=1","LWIP_HTTPD_CUSTOM_FILES=0","LWIP_HTTPD_DYNAMIC_HEADERS=1","LWIP_HTTPD_SUPPORT_V09=0","LWIP_HTTPD_SUPPORT_11_KEEPALIVE=1","LWIP_HTTPD_SUPPORT_POST=1","LWIP_HTTPD_DYNAMIC_FILE_READ=1","Y_AUTO_SQUARE=1","PROBE_ENABLE=1","MODBUS_ENABLE=1","MODBUS_BAUDRATE=3","SDCARD_ENABLE=1","BLUETOOTH_ENABLE=0","WIFI_ENABLE=1","WEBSOCKET_ENABLE=1","WIFI_SOFTAP=0","SPINDLE0_ENABLE=12","SPINDLE1_ENABLE=1","N_SPINDLE=2"],"docker_instance":"","grblHAL":"webBuilder"}
I'm unable to get the FW running, it crashes at boot.
ALARM:14
assert failed: xTimerGenericCommand timers.c:390 (xTimer)
Backtrace:0x40084dea:0x3ffb3c80 0x4008c249:0x3ffb3ca0 0x40092d35:0x3ffb3cc0 0x4008ee69:0x3ffb3de0 0x400d31e5:0x3ffb3e10 0x4008f06c:0x3ffb3e30
ELF file SHA256: c0d6c5093b2db204
CPU halted.
The text was updated successfully, but these errors were encountered: