starred/OpenEPaperLink
1
0
Fork 0
mirror of https://github.com/OpenEPaperLink/OpenEPaperLink.git synced 2026-03-21 00:04:28 +01:00
Code Issues 472 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #320] PoE AP - failed to boot #3500

New Issue
Closed
opened 2026-03-20 23:06:13 +01:00 by sascha_hemi · 1 comment
sascha_hemi commented 2026-03-20 23:06:13 +01:00
Owner
Copy Link

Originally created by @xsoft on GitHub (May 18, 2024).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/320

Describe the bug
I have here ESP32-POE.
After successful flash and reboot it stays in a boot loop.
( with rst:0x10 (RTCWDT_RTC_RESET),boot:0x1b (SPI_FAST_FLASH_BOOT) )

Since its just 2MB ESP32, none other config works, from:
https://github.com/jjwbruijn/OpenEPaperLink/wiki/Building-an-Access-Point#ap-comparison-table
(not even BLE Ole Only AP, or Mini V2)

To Reproduce
Steps to reproduce the behavior:

  1. Go to (https://install.openepaperlink.de/)
  2. Click on "PoE AP"
  3. Flash, reboot
  4. Check log

Expected behavior
Flash an AP, which boots.

Screenshots

rst:0x10 (RTCWDT_RTC_RESET),boot:0x1b (SPI_FAST_FLASH_BOOT)
invalid header: 0xffffffff
invalid header: 0xffffffff
invalid header: 0xffffffff
invalid header: 0xffffffff
invalid header: 0xffffffff
invalid header: 0xffffffff
invalid header: 0xffffffff

Additional context
There are few other HW info with compilling and flashing the Hello world program (if it helps)

I (31) boot: ESP-IDF v5.2.1 2nd stage bootloader
I (31) boot: compile time May 18 2024 17:47:04
I (31) boot: Multicore bootloader
I (35) boot: chip revision: v3.0
I (39) boot.esp32: SPI Speed      : 40MHz
I (44) boot.esp32: SPI Mode       : DIO
I (48) boot.esp32: SPI Flash Size : 2MB
I (53) boot: Enabling RNG early entropy source...
I (58) boot: Partition Table:
I (62) boot: ## Label            Usage          Type ST Offset   Length
I (69) boot:  0 nvs              WiFi data        01 02 00009000 00006000
I (76) boot:  1 phy_init         RF data          01 01 0000f000 00001000
I (84) boot:  2 factory          factory app      00 00 00010000 00100000
I (91) boot: End of partition table
I (96) esp_image: segment 0: paddr=00010020 vaddr=3f400020 size=09614h ( 38420) map
I (117) esp_image: segment 1: paddr=0001963c vaddr=3ffb0000 size=0220ch (  8716) load
I (121) esp_image: segment 2: paddr=0001b850 vaddr=40080000 size=047c8h ( 18376) load
I (130) esp_image: segment 3: paddr=00020020 vaddr=400d0020 size=135c8h ( 79304) map
I (159) esp_image: segment 4: paddr=000335f0 vaddr=400847c8 size=07f88h ( 32648) load
I (178) boot: Loaded app from partition at offset 0x10000
I (178) boot: Disabling RNG early entropy source...
I (190) cpu_start: Multicore app
I (198) cpu_start: Pro cpu start user code
I (199) cpu_start: cpu freq: 160000000 Hz
I (199) cpu_start: Application information:
I (202) cpu_start: Project name:     hello_world
I (207) cpu_start: App version:      v5.2.1
I (212) cpu_start: Compile time:     May 18 2024 17:46:48
I (218) cpu_start: ELF file SHA256:  afa7524e5...
I (223) cpu_start: ESP-IDF:          v5.2.1
I (228) cpu_start: Min chip rev:     v0.0
I (233) cpu_start: Max chip rev:     v3.99
I (238) cpu_start: Chip rev:         v3.0
I (243) heap_init: Initializing. RAM available for dynamic allocation:
I (250) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM
I (256) heap_init: At 3FFB2AD0 len 0002D530 (181 KiB): DRAM
I (262) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM
I (268) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM
I (275) heap_init: At 4008C750 len 000138B0 (78 KiB): IRAM
I (282) spi_flash: detected chip: generic
I (285) spi_flash: flash io: dio
W (289) spi_flash: Detected size(4096k) larger than the size in the binary image header(2048k). Using the size in the binary image header.
I (303) main_task: Started on CPU0
I (313) main_task: Calling app_main()
Hello world!
This is esp32 chip with 2 CPU core(s), WiFi/BTBLE, silicon revision v3.0, 2MB external flash
Originally created by @xsoft on GitHub (May 18, 2024). Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/320 **Describe the bug** I have here ESP32-POE. After successful flash and reboot it stays in a boot loop. ( with rst:0x10 (RTCWDT_RTC_RESET),boot:0x1b (SPI_FAST_FLASH_BOOT) ) Since its just 2MB ESP32, none other config works, from: https://github.com/jjwbruijn/OpenEPaperLink/wiki/Building-an-Access-Point#ap-comparison-table (not even BLE Ole Only AP, or Mini V2) **To Reproduce** Steps to reproduce the behavior: 1. Go to (https://install.openepaperlink.de/) 2. Click on "PoE AP" 3. Flash, reboot 4. Check log **Expected behavior** Flash an AP, which boots. **Screenshots** ``` rst:0x10 (RTCWDT_RTC_RESET),boot:0x1b (SPI_FAST_FLASH_BOOT) invalid header: 0xffffffff invalid header: 0xffffffff invalid header: 0xffffffff invalid header: 0xffffffff invalid header: 0xffffffff invalid header: 0xffffffff invalid header: 0xffffffff ``` **Additional context** There are few other HW info with compilling and flashing the Hello world program (if it helps) ``` I (31) boot: ESP-IDF v5.2.1 2nd stage bootloader I (31) boot: compile time May 18 2024 17:47:04 I (31) boot: Multicore bootloader I (35) boot: chip revision: v3.0 I (39) boot.esp32: SPI Speed : 40MHz I (44) boot.esp32: SPI Mode : DIO I (48) boot.esp32: SPI Flash Size : 2MB I (53) boot: Enabling RNG early entropy source... I (58) boot: Partition Table: I (62) boot: ## Label Usage Type ST Offset Length I (69) boot: 0 nvs WiFi data 01 02 00009000 00006000 I (76) boot: 1 phy_init RF data 01 01 0000f000 00001000 I (84) boot: 2 factory factory app 00 00 00010000 00100000 I (91) boot: End of partition table I (96) esp_image: segment 0: paddr=00010020 vaddr=3f400020 size=09614h ( 38420) map I (117) esp_image: segment 1: paddr=0001963c vaddr=3ffb0000 size=0220ch ( 8716) load I (121) esp_image: segment 2: paddr=0001b850 vaddr=40080000 size=047c8h ( 18376) load I (130) esp_image: segment 3: paddr=00020020 vaddr=400d0020 size=135c8h ( 79304) map I (159) esp_image: segment 4: paddr=000335f0 vaddr=400847c8 size=07f88h ( 32648) load I (178) boot: Loaded app from partition at offset 0x10000 I (178) boot: Disabling RNG early entropy source... I (190) cpu_start: Multicore app I (198) cpu_start: Pro cpu start user code I (199) cpu_start: cpu freq: 160000000 Hz I (199) cpu_start: Application information: I (202) cpu_start: Project name: hello_world I (207) cpu_start: App version: v5.2.1 I (212) cpu_start: Compile time: May 18 2024 17:46:48 I (218) cpu_start: ELF file SHA256: afa7524e5... I (223) cpu_start: ESP-IDF: v5.2.1 I (228) cpu_start: Min chip rev: v0.0 I (233) cpu_start: Max chip rev: v3.99 I (238) cpu_start: Chip rev: v3.0 I (243) heap_init: Initializing. RAM available for dynamic allocation: I (250) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM I (256) heap_init: At 3FFB2AD0 len 0002D530 (181 KiB): DRAM I (262) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM I (268) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM I (275) heap_init: At 4008C750 len 000138B0 (78 KiB): IRAM I (282) spi_flash: detected chip: generic I (285) spi_flash: flash io: dio W (289) spi_flash: Detected size(4096k) larger than the size in the binary image header(2048k). Using the size in the binary image header. I (303) main_task: Started on CPU0 I (313) main_task: Calling app_main() Hello world! This is esp32 chip with 2 CPU core(s), WiFi/BTBLE, silicon revision v3.0, 2MB external flash ```
sascha_hemi added the bug label 2026-03-20 23:06:13 +01:00
sascha_hemi commented 2026-03-20 23:06:13 +01:00
Author
Owner
Copy Link

@jonasniesner commented on GitHub (May 26, 2024):

Sorry but we can not help you with firmware here, you are going to have to get other hardware. We even struggle with ESPs with 4MB so 2MB for sure will not work.

<!-- gh-comment-id:2132070512 --> @jonasniesner commented on GitHub (May 26, 2024): Sorry but we can not help you with firmware here, you are going to have to get other hardware. We even struggle with ESPs with 4MB so 2MB for sure will not work.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
88MZ100 FW
ARM Tag FW
ap fw
bug
documentation
enhancement
good first issue
nRF FW
pull-request
Mirrored from GitHub Pull Request
 question
tag fw
wontfix
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
sascha_hemi
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#3500
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?