[GH-ISSUE #443] BT-Only AP on ESP32-S3 crashes once a week #3032

Closed
opened 2026-03-20 22:06:45 +01:00 by sascha_hemi · 32 comments
Owner

Originally created by @daniel-tp on GitHub (Feb 27, 2025).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443

Describe the bug
My AP becomes unavailable after about a week of power on time.

I have a BT-only AP running on a ESP32-S3-WROOM-1 board. It just has one tag is connects to, a 2.9 inch GICIsky display. I have the home assistant integration running, which updates it once every day at midnight, which doesn't seem to correspond to the times of the crashing. I have nightly reboots turned on. Pressing the reset button on the board quickly gets the tag working again. Looking in the logs there are reboots due to panic, (Which I believe is expected), but those times don't seem to correspond with the AP becoming unavailable. There is no logs for around the time the device crashes.

The ESP32-S3 was initially flashed via the web flashing page, and then updated to 2.75 from the BT_AP_TEST version. The issue occurred on both versions.

To Reproduce
Steps to reproduce the behavior:

  1. Install OpenEPaperLink on ESP32-S3-WROOM-1
  2. Wait a ~week
  3. AP becomes unavailable to access remotely (Power light is still on)

Expected behavior
The AP to keep being available and accessible.

current env:        BLE_ONLY_AP
build date:         2024-12-08 20:08
esp32 version:      2.75
filesystem version: 2.75
psram size:         8382695
flash size:         16777216
Originally created by @daniel-tp on GitHub (Feb 27, 2025). Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443 **Describe the bug** My AP becomes unavailable after about a week of power on time. I have a BT-only AP running on a ESP32-S3-WROOM-1 board. It just has one tag is connects to, a 2.9 inch GICIsky display. I have the home assistant integration running, which updates it once every day at midnight, which doesn't seem to correspond to the times of the crashing. I have nightly reboots turned on. Pressing the reset button on the board quickly gets the tag working again. Looking in the logs there are reboots due to panic, (Which I believe is expected), but those times don't seem to correspond with the AP becoming unavailable. There is no logs for around the time the device crashes. The ESP32-S3 was initially flashed via the web flashing page, and then updated to 2.75 from the BT_AP_TEST version. The issue occurred on both versions. **To Reproduce** Steps to reproduce the behavior: 1. Install OpenEPaperLink on ESP32-S3-WROOM-1 2. Wait a ~week 3. AP becomes unavailable to access remotely (Power light is still on) **Expected behavior** The AP to keep being available and accessible. ``` current env: BLE_ONLY_AP build date: 2024-12-08 20:08 esp32 version: 2.75 filesystem version: 2.75 psram size: 8382695 flash size: 16777216 ```
sascha_hemi added the bug label 2026-03-20 22:06:45 +01:00
Author
Owner

@atc1441 commented on GitHub (Feb 27, 2025):

Hey,

BLE is curently not advised to be used, a full AP is the best option.

Crashes are expected :)

<!-- gh-comment-id:2688082404 --> @atc1441 commented on GitHub (Feb 27, 2025): Hey, BLE is curently not advised to be used, a full AP is the best option. Crashes are expected :)
Author
Owner

@daniel-tp commented on GitHub (Feb 27, 2025):

Hello,

Thanks for your reply!

That's a shame, do you mean using BLE in general or the BLE-only AP firmware?

If it's the former, I guess I can work around this for now by automatically resetting the power every time it becomes unavailable for a bit, as it works perfectly apart from this issue.

If it's the latter, would reflashing my ESP32 to another env be a solution?

Thanks!

<!-- gh-comment-id:2688176044 --> @daniel-tp commented on GitHub (Feb 27, 2025): Hello, Thanks for your reply! That's a shame, do you mean using BLE in general or the BLE-only AP firmware? If it's the former, I guess I can work around this for now by automatically resetting the power every time it becomes unavailable for a bit, as it works perfectly apart from this issue. If it's the latter, would reflashing my ESP32 to another env be a solution? Thanks!
Author
Owner

@atc1441 commented on GitHub (Feb 27, 2025):

It BLE in general, the ESP has a hart time doing everything at once (WiFi and BLE)

<!-- gh-comment-id:2688181769 --> @atc1441 commented on GitHub (Feb 27, 2025): It BLE in general, the ESP has a hart time doing everything at once (WiFi and BLE)
Author
Owner

@nlimper commented on GitHub (Feb 27, 2025):

If you're feeling lucky, and you're able to compile the firmware yourself, you could try weather BLE is more stable if you build the firmware with Arduino 3.x instead of 2.x, To do that, use this pull request: https://github.com/OpenEPaperLink/OpenEPaperLink/pull/438 and activate platform = https://github.com/pioarduino/platform-espressif32/releases/download/stable/platform-espressif32.zip (and de-activate the other platform property) in platformio.ini

<!-- gh-comment-id:2688205774 --> @nlimper commented on GitHub (Feb 27, 2025): If you're feeling lucky, and you're able to compile the firmware yourself, you could try weather BLE is more stable if you build the firmware with Arduino 3.x instead of 2.x, To do that, use this pull request: https://github.com/OpenEPaperLink/OpenEPaperLink/pull/438 and activate `platform = https://github.com/pioarduino/platform-espressif32/releases/download/stable/platform-espressif32.zip` (and de-activate the other platform property) in platformio.ini
Author
Owner

@daniel-tp commented on GitHub (Feb 27, 2025):

I've given that a shot, I'll update in roughly a week I guess.

<!-- gh-comment-id:2688423537 --> @daniel-tp commented on GitHub (Feb 27, 2025): I've given that a shot, I'll update in roughly a week I guess.
Author
Owner

@cthulu commented on GitHub (Mar 4, 2025):

I am experiencing the same issue though my uptime is sometimes less than an hour (I am using the same 2.9'' BLE display as the OP). I am using Day Ahead prices.

I could not find any of the radio tags, and I also don't have access to tag flasher (which I think is needed if you want to use radio tags instead of BLE ones). Happy to use the "normal" tags if I can get hold of them

Here is my uptime graphs from ESP S3:
Image

Would connecting S3 and C6 (I got one lying around) be a better option? Offload BLE (and radio which I don't use) to C6 and use S3 only for the WiFi.

<!-- gh-comment-id:2697042814 --> @cthulu commented on GitHub (Mar 4, 2025): I am experiencing the same issue though my uptime is sometimes less than an hour (I am using the same 2.9'' BLE display as the OP). I am using Day Ahead prices. I could not find any of the radio tags, and I also don't have access to tag flasher (which I think is needed if you want to use radio tags instead of BLE ones). Happy to use the "normal" tags if I can get hold of them Here is my uptime graphs from ESP S3: ![Image](https://github.com/user-attachments/assets/99f2d9dc-2eac-4008-8563-8df789a38e27) Would connecting S3 and C6 (I got one lying around) be a better option? Offload BLE (and radio which I don't use) to C6 and use S3 only for the WiFi.
Author
Owner

@daniel-tp commented on GitHub (Mar 6, 2025):

Okay, a week later with Arduino 3.x firmware, and the AP has crashed in the same way again. Apart from that, it did seem slightly more unstable with uploading images (via HASS integration)/The wifi connection. The logs would look like this:

2025-03-04 16:49:52 Reboot. Reason: Panic
2025-03-05 00:00:00 http imageUpload 
2025-03-05 00:14:00 WiFi connection lost. Attempting to reconnect.

and at seemingly random times:

2025-03-04 09:19:48 WiFi connection lost. Attempting to reconnect.
2025-03-04 09:20:04 Unable to connect to WiFi
2025-03-04 09:20:04 Starting configuration AP, ssid OpenEPaperLink
2025-03-04 09:22:58 Reboot. Reason: Panic

The image was sent via the HASS integration, but doesn't seem to be applied to the tag. This previously wasn't an issue and these WiFi connection lost lines weren't an issue previously either.

I might flash the previous firmware for now, and find a smart plug I can use to reboot the AP.

<!-- gh-comment-id:2703322891 --> @daniel-tp commented on GitHub (Mar 6, 2025): Okay, a week later with Arduino 3.x firmware, and the AP has crashed in the same way again. Apart from that, it did seem slightly more unstable with uploading images (via HASS integration)/The wifi connection. The logs would look like this: ``` 2025-03-04 16:49:52 Reboot. Reason: Panic 2025-03-05 00:00:00 http imageUpload 2025-03-05 00:14:00 WiFi connection lost. Attempting to reconnect. ``` and at seemingly random times: ``` 2025-03-04 09:19:48 WiFi connection lost. Attempting to reconnect. 2025-03-04 09:20:04 Unable to connect to WiFi 2025-03-04 09:20:04 Starting configuration AP, ssid OpenEPaperLink 2025-03-04 09:22:58 Reboot. Reason: Panic ``` The image was sent via the HASS integration, but doesn't seem to be applied to the tag. This previously wasn't an issue and these WiFi connection lost lines weren't an issue previously either. I might flash the previous firmware for now, and find a smart plug I can use to reboot the AP.
Author
Owner

@nlimper commented on GitHub (Mar 6, 2025):

Thanks for the investigation. I cannot reproduce it, as I don't use HA, and my AP is very stable without reboots.
If you have the time to investigate some more: can you capture the serial terminal output of the AP around the time the AP crashes or loses connection?

<!-- gh-comment-id:2704285492 --> @nlimper commented on GitHub (Mar 6, 2025): Thanks for the investigation. I cannot reproduce it, as I don't use HA, and my AP is very stable without reboots. If you have the time to investigate some more: can you capture the serial terminal output of the AP around the time the AP crashes or loses connection?
Author
Owner

@daniel-tp commented on GitHub (Mar 6, 2025):

I'd be happy to do that, do you have any pointers on how I would go about it? I've pretty much reached the limit of my experience with esps here.

<!-- gh-comment-id:2704383757 --> @daniel-tp commented on GitHub (Mar 6, 2025): I'd be happy to do that, do you have any pointers on how I would go about it? I've pretty much reached the limit of my experience with esps here.
Author
Owner

@cthulu commented on GitHub (Mar 10, 2025):

I got this on my serial out, not sure it helps (on 2.75):

BLE Image is pending but we wait a bit
BLE Filter options:
screenResolution 1
dispPtype 2
availColors 1
special_color 0
singleDoubleMirror 1
canDoCompression 0
byte_per_line 16
width_display 296
height_display 128
mirror_width 0
BLE Compressed Length: 9472
BLE Connecting to: FF:FF:92:94:35:04
BLE onConnect
BLE starting to get service
Guru Meditation Error: Core  0 panic'ed (Unhandled debug exception). 
Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) 
Core  0 register dump:
PC      : 0x403850f7  PS      : 0x00060336  A0      : 0x803829bc  A1      : 0x3fcc6620  
A2      : 0x3d806740  A3      : 0xb33fffff  A4      : 0x0000abab  A5      : 0x00060323  
A6      : 0x00060320  A7      : 0x0000cdcd  A8      : 0x8038439a  A9      : 0xffffffff  
A10     : 0x3d806740  A11     : 0xb33fffff  A12     : 0x3fcc663c  A13     : 0x3fcac8fd  
A14     : 0x00806740  A15     : 0x00ffffff  SAR     : 0x0000001b  EXCCAUSE: 0x00000001  
EXCVADDR: 0x00000000  LBEG    : 0x40056f5c  LEND    : 0x40056f72  LCOUNT  : 0x00000000  


Backtrace: 0x403850f4:0x3fcc6620 0x403829b9:0x3fcc6660 0x420a7cff:0x3fcc66a0 0x420a580a:0x3fcc66d0 0x4207fc70:0x3fcc6700 0x420a9fb1:0x3fcc6730 0x420cc827:0x3fcc69c0 0x420aaec2:0x3fcc6c50 0x420cc3ea:0x3fcc6c70 0x420aaec2:0x3fcc6ce0 0x420cc08d:0x3fcc6d00 0x420aa309:0x3fcc6d20 0x420aa335:0x3fcc6fb0 0x420aa3f6:0x3fcc6fd0 0x4209bead:0x3fcc6ff0 0x42095e8a:0x3fcc72a0 0x420963ca:0x3fcc7530 0x420970d1:0x3fcc75b0 0x42098a2c:0x3fcc7600 0x42098ad1:0x3fcc7620 0x420a1471:0x3fcc7640 0x420931e8:0x3fcc7680 0x420a7a1f:0x3fcc76a0




ELF file SHA256: 6dd00d1eec72efcd

Rebooting...
ESP-ROM:esp32s3-20210327
<!-- gh-comment-id:2710916579 --> @cthulu commented on GitHub (Mar 10, 2025): I got this on my serial out, not sure it helps (on 2.75): ``` BLE Image is pending but we wait a bit BLE Filter options: screenResolution 1 dispPtype 2 availColors 1 special_color 0 singleDoubleMirror 1 canDoCompression 0 byte_per_line 16 width_display 296 height_display 128 mirror_width 0 BLE Compressed Length: 9472 BLE Connecting to: FF:FF:92:94:35:04 BLE onConnect BLE starting to get service Guru Meditation Error: Core 0 panic'ed (Unhandled debug exception). Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) Core 0 register dump: PC : 0x403850f7 PS : 0x00060336 A0 : 0x803829bc A1 : 0x3fcc6620 A2 : 0x3d806740 A3 : 0xb33fffff A4 : 0x0000abab A5 : 0x00060323 A6 : 0x00060320 A7 : 0x0000cdcd A8 : 0x8038439a A9 : 0xffffffff A10 : 0x3d806740 A11 : 0xb33fffff A12 : 0x3fcc663c A13 : 0x3fcac8fd A14 : 0x00806740 A15 : 0x00ffffff SAR : 0x0000001b EXCCAUSE: 0x00000001 EXCVADDR: 0x00000000 LBEG : 0x40056f5c LEND : 0x40056f72 LCOUNT : 0x00000000 Backtrace: 0x403850f4:0x3fcc6620 0x403829b9:0x3fcc6660 0x420a7cff:0x3fcc66a0 0x420a580a:0x3fcc66d0 0x4207fc70:0x3fcc6700 0x420a9fb1:0x3fcc6730 0x420cc827:0x3fcc69c0 0x420aaec2:0x3fcc6c50 0x420cc3ea:0x3fcc6c70 0x420aaec2:0x3fcc6ce0 0x420cc08d:0x3fcc6d00 0x420aa309:0x3fcc6d20 0x420aa335:0x3fcc6fb0 0x420aa3f6:0x3fcc6fd0 0x4209bead:0x3fcc6ff0 0x42095e8a:0x3fcc72a0 0x420963ca:0x3fcc7530 0x420970d1:0x3fcc75b0 0x42098a2c:0x3fcc7600 0x42098ad1:0x3fcc7620 0x420a1471:0x3fcc7640 0x420931e8:0x3fcc7680 0x420a7a1f:0x3fcc76a0 ELF file SHA256: 6dd00d1eec72efcd Rebooting... ESP-ROM:esp32s3-20210327 ```
Author
Owner

@Misiu commented on GitHub (Mar 25, 2025):

What about using ESP32 with an Ethernet port?
https://www.waveshare.com/esp32-s3-eth.htm
https://www.elecrow.com/esp32-stick-poe-p-cam-n16r8.html
Both boards have ESP32-S3 (N16R8), which might solve Bluetooth troubles.

<!-- gh-comment-id:2751149123 --> @Misiu commented on GitHub (Mar 25, 2025): What about using ESP32 with an Ethernet port? https://www.waveshare.com/esp32-s3-eth.htm https://www.elecrow.com/esp32-stick-poe-p-cam-n16r8.html Both boards have ESP32-S3 (N16R8), which might solve Bluetooth troubles.
Author
Owner

@nlimper commented on GitHub (Mar 25, 2025):

See https://github.com/OpenEPaperLink/OpenEPaperLink/pull/431, based on Olimex ESP32-PoE-ISO
But it's not guaranteed that it solves bluetooth troubles.

<!-- gh-comment-id:2751161082 --> @nlimper commented on GitHub (Mar 25, 2025): See https://github.com/OpenEPaperLink/OpenEPaperLink/pull/431, based on Olimex ESP32-PoE-ISO But it's not guaranteed that it solves bluetooth troubles.
Author
Owner

@Misiu commented on GitHub (Mar 25, 2025):

I saw that one, but I didn't want to spam it with questions. Also, it mentions that SP32-C6-WROOM-1(U) is needed for tag communication, so I don't know if it will work for BLE-only tags.
I have a couple of WT32-ETH01 https://pl.aliexpress.com/item/1005007390519513.html boards, so I'll wait for the PR to get merged and will try something

<!-- gh-comment-id:2751184742 --> @Misiu commented on GitHub (Mar 25, 2025): I saw that one, but I didn't want to spam it with questions. Also, it mentions that SP32-C6-WROOM-1(U) is needed for tag communication, so I don't know if it will work for BLE-only tags. I have a couple of WT32-ETH01 https://pl.aliexpress.com/item/1005007390519513.html boards, so I'll wait for the PR to get merged and will try something
Author
Owner

@ZoneMR commented on GitHub (Mar 30, 2025):

I too am seeing regular crashes, with a number of 2.9 inch Gicisky displays over BLE.

I haven't yet had a chance to see if there is any relevant console out when it becomes unresponsive.

<!-- gh-comment-id:2764734775 --> @ZoneMR commented on GitHub (Mar 30, 2025): I too am seeing regular crashes, with a number of 2.9 inch Gicisky displays over BLE. I haven't yet had a chance to see if there is any relevant console out when it becomes unresponsive.
Author
Owner

@atc1441 commented on GitHub (Mar 30, 2025):

I too am seeing regular crashes, with a number of 2.9 inch Gicisky displays over BLE.

I haven't yet had a chance to see if there is any relevant console out when it becomes unresponsive.

Please see first reply
https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-2688082404

<!-- gh-comment-id:2764735588 --> @atc1441 commented on GitHub (Mar 30, 2025): > I too am seeing regular crashes, with a number of 2.9 inch Gicisky displays over BLE. > > I haven't yet had a chance to see if there is any relevant console out when it becomes unresponsive. Please see first reply https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-2688082404
Author
Owner

@vit5041 commented on GitHub (Apr 21, 2025):

BLE is curently not advised to be used, a full AP is the best option.

sorry, which one is the full AP? I tried Yellow AP / MiniAP v4 / AP and Flasher -- I see my tag but can't operate it.. It seems that only BT-only AP works with it.. can it be?
tag info:
Gicisky BLE EPD BWR 2.9"
296x128 fw:33025 0x8101

<!-- gh-comment-id:2818885863 --> @vit5041 commented on GitHub (Apr 21, 2025): > BLE is curently not advised to be used, a full AP is the best option. sorry, which one is the full AP? I tried Yellow AP / MiniAP v4 / AP and Flasher -- I see my tag but can't operate it.. It seems that only BT-only AP works with it.. can it be? tag info: Gicisky BLE EPD BWR 2.9" 296x128 fw:33025 0x8101
Author
Owner

@atc1441 commented on GitHub (Apr 21, 2025):

As mentioned before the BLE Interface is not advised to be used, a full AP with Zigbee is the best option, the displays need to run the Zigbee firmware as well then

<!-- gh-comment-id:2818890803 --> @atc1441 commented on GitHub (Apr 21, 2025): As mentioned before the BLE Interface is not advised to be used, a full AP with Zigbee is the best option, the displays need to run the Zigbee firmware as well then
Author
Owner

@vit5041 commented on GitHub (Apr 21, 2025):

As mentioned before the BLE Interface is not advised to be used, a full AP with Zigbee is the best option, the displays need to run the Zigbee firmware as well then

I checked / googled and didn't find any hint about zigbee firmware flashing, could you please give some clue where to check it?

<!-- gh-comment-id:2818910911 --> @vit5041 commented on GitHub (Apr 21, 2025): > As mentioned before the BLE Interface is not advised to be used, a full AP with Zigbee is the best option, the displays need to run the Zigbee firmware as well then I checked / googled and didn't find any hint about zigbee firmware flashing, could you please give some clue where to check it?
Author
Owner

@atc1441 commented on GitHub (Apr 21, 2025):

Here it is :)
https://youtu.be/e1vod_OqKys

<!-- gh-comment-id:2818914107 --> @atc1441 commented on GitHub (Apr 21, 2025): Here it is :) https://youtu.be/e1vod_OqKys
Author
Owner

@Misiu commented on GitHub (Apr 24, 2025):

Now that Olimex ESP32-POE-ISO is supported (https://github.com/OpenEPaperLink/OpenEPaperLink/pull/431), maybe a BLE-only AP could use this board? This way, the access point could use Ethernet/PoE for network/internet connection and ESP32 radio for the Bluetooth communication.
I ordered the board, but the seller sent me a broken board, so I'm waiting for a refund and will order from the official store.

Has anyone had success with building a BLE-only AP with an Ethernet port?

<!-- gh-comment-id:2827737377 --> @Misiu commented on GitHub (Apr 24, 2025): Now that Olimex ESP32-POE-ISO is supported (https://github.com/OpenEPaperLink/OpenEPaperLink/pull/431), maybe a BLE-only AP could use this board? This way, the access point could use Ethernet/PoE for network/internet connection and ESP32 radio for the Bluetooth communication. I ordered the board, but the seller sent me a broken board, so I'm waiting for a refund and will order from the official store. Has anyone had success with building a BLE-only AP with an Ethernet port?
Author
Owner

@jonasniesner commented on GitHub (Apr 24, 2025):

If you short the tx and Rx pins(that would go to the C6) of any full AP, it behaves like a BLE only AP. But I didn't test this AP yet.

<!-- gh-comment-id:2828329045 --> @jonasniesner commented on GitHub (Apr 24, 2025): If you short the tx and Rx pins(that would go to the C6) of any full AP, it behaves like a BLE only AP. But I didn't test this AP yet.
Author
Owner

@Hellis81 commented on GitHub (Jul 27, 2025):

I also had a lot of issues.
Then I did what I described here in this post:
https://github.com/OpenEPaperLink/Home_Assistant_Integration/issues/278
It has helped a lot.
I have not yet had any issues since doing the change.
Basically make sure the automations do not send a new image when there is one pending already.
Clear the pending or wait for it to first send the previous image.

<!-- gh-comment-id:3124373994 --> @Hellis81 commented on GitHub (Jul 27, 2025): I also had a lot of issues. Then I did what I described here in this post: https://github.com/OpenEPaperLink/Home_Assistant_Integration/issues/278 It has helped a lot. I have not yet had any issues since doing the change. Basically make sure the automations do not send a new image when there is one pending already. Clear the pending or wait for it to first send the previous image.
Author
Owner

@jonasniesner commented on GitHub (Dec 6, 2025):

I am closing this issue because the OEPL Home assistant integration now supports now BLE Proxyes and thus the BLE only AP can be reflashed to a BLE proxy.

<!-- gh-comment-id:3619605524 --> @jonasniesner commented on GitHub (Dec 6, 2025): I am closing this issue because the OEPL Home assistant integration now supports now BLE Proxyes and thus the BLE only AP can be reflashed to a BLE proxy.
Author
Owner

@vit5041 commented on GitHub (Dec 7, 2025):

by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated!

<!-- gh-comment-id:3621424166 --> @vit5041 commented on GitHub (Dec 7, 2025): by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated!
Author
Owner

@Misiu commented on GitHub (Dec 7, 2025):

by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated!

Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18

P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin

If you have any problems, please describe the steps you are taking and the errors/problems you get.

<!-- gh-comment-id:3621813738 --> @Misiu commented on GitHub (Dec 7, 2025): > by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated! Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18 P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin If you have any problems, please describe the steps you are taking and the errors/problems you get.
Author
Owner

@vit5041 commented on GitHub (Dec 7, 2025):

by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated!

Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18

P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin

If you have any problems, please describe the steps you are taking and the errors/problems you get.

OK, thank you! I tried this and so far without success:

09:40:44 : Connecting to: NEMR92951376
09:40:50 : Connected
09:40:56 : File was selected, size: 128132 bytes
09:40:56 : Count: 8009
09:40:57 : Start DFU
09:40:58 : Update error: NotSupportedError: GATT operation failed for unknown reason.
09:40:58 : Disconnected.

I tried this few times even yesterday but stopped because affraid to get a soft brick. once the error was different. But the tag still works well in the BLE-only AP.
Now I see the subsequent comment by the link you provided, so I have to try more.. Unfortunatelly my wife doesn't have Mac, so I have to try some other tricks, maybe to flash from phone or etc. Will keep you updated.

<!-- gh-comment-id:3621828120 --> @vit5041 commented on GitHub (Dec 7, 2025): > > by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated! > > Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18 > > P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin > > If you have any problems, please describe the steps you are taking and the errors/problems you get. OK, thank you! I tried this and so far without success: 09:40:44 : Connecting to: NEMR92951376 09:40:50 : Connected 09:40:56 : File was selected, size: 128132 bytes 09:40:56 : Count: 8009 09:40:57 : Start DFU 09:40:58 : Update error: NotSupportedError: GATT operation failed for unknown reason. 09:40:58 : Disconnected. I tried this few times even yesterday but stopped because affraid to get a soft brick. once the error was different. But the tag still works well in the BLE-only AP. Now I see the subsequent comment by the link you provided, so I have to try more.. Unfortunatelly my wife doesn't have Mac, so I have to try some other tricks, maybe to flash from phone or etc. Will keep you updated.
Author
Owner

@Misiu commented on GitHub (Dec 7, 2025):

I did this on an Android phone or on a laptop with Windows 11, but the phone worked really well.
If the tag appears on the AP, then you can connect it directly to Home Assistant.

That was how I did it. First, I used tags with AP, but then a new version of HA Integration was created that supports direct BLE communication, so I powered off my AP, and the tags were almost instantly discovered by HA.

Can you display anything on a display using the AP? Do you have the latest HA integration installed?

<!-- gh-comment-id:3621848117 --> @Misiu commented on GitHub (Dec 7, 2025): I did this on an Android phone or on a laptop with Windows 11, but the phone worked really well. If the tag appears on the AP, then you can connect it directly to Home Assistant. That was how I did it. First, I used tags with AP, but then a new version of HA Integration was created that supports direct BLE communication, so I powered off my AP, and the tags were almost instantly discovered by HA. Can you display anything on a display using the AP? Do you have the latest HA integration installed?
Author
Owner

@vit5041 commented on GitHub (Dec 7, 2025):

Can you display anything on a display using the AP? Do you have the latest HA integration installed?

Yes, I am using this quite a while with the BLE-only AP but bothered with crashes, so I am using some auto in HA to powercycle the ESP32. Now I am trying to go for direct connection but without success. On Android phone it's same. Also tried with new batteries. Maybe it's my tag issue, some incompatibility with OTA flasher. Is there any way to use pins under batteries for flashing using UART?

<!-- gh-comment-id:3621888657 --> @vit5041 commented on GitHub (Dec 7, 2025): > Can you display anything on a display using the AP? Do you have the latest HA integration installed? Yes, I am using this quite a while with the BLE-only AP but bothered with crashes, so I am using some auto in HA to powercycle the ESP32. Now I am trying to go for direct connection but without success. On Android phone it's same. Also tried with new batteries. Maybe it's my tag issue, some incompatibility with OTA flasher. Is there any way to use pins under batteries for flashing using UART?
Author
Owner

@daniel-tp commented on GitHub (Dec 7, 2025):

by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated!

Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18

P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin

If you have any problems, please describe the steps you are taking and the errors/problems you get.

Thanks for this! I was able to follow it and flashed my 2.9" tag with the latest firmware, but after changing the type to type 22 (as shown in the link) the screen gets garbled and disconnects. I have to take the battery out and put it back in to be able to connect to it again.

Even though the screen is garbled I am able to see it and set it up in home assistant, but any attempts to draw to the screen doesn't work either.

EDIT: Nevermind, I'm dumb. Changed the type to 11 (290 (thus corresponding to the correct size)) and it works great!

<!-- gh-comment-id:3622391469 --> @daniel-tp commented on GitHub (Dec 7, 2025): > > by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How to flash the price tag. Highly appreciated! > > Take a look at my hort description: https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18 > > P.S. There is a new firmware version: https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin > > If you have any problems, please describe the steps you are taking and the errors/problems you get. Thanks for this! I was able to follow it and flashed my 2.9" tag with the latest firmware, but after changing the type to type 22 (as shown in the link) the screen gets garbled and disconnects. I have to take the battery out and put it back in to be able to connect to it again. Even though the screen is garbled I am able to see it and set it up in home assistant, but any attempts to draw to the screen doesn't work either. EDIT: Nevermind, I'm dumb. Changed the type to 11 (290 (thus corresponding to the correct size)) and it works great!
Author
Owner

@cthulu commented on GitHub (Dec 7, 2025):

You need to switch to different screen size. Look for a 2.9" model of Gici

On Sun, 7 Dec 2025 at 17:05, Daniel P @.***> wrote:

daniel-tp left a comment (OpenEPaperLink/OpenEPaperLink#443)
https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3622391469

by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How
to flash the price tag. Highly appreciated!

Take a look at my hort description:
https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18

P.S. There is a new firmware version:
https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin

If you have any problems, please describe the steps you are taking and the
errors/problems you get.

Thanks for this! I was able to follow it and flashed my 2.9" tag with the
latest firmware, but after changing the type to type 22 (as shown in the
link) the screen gets garbled and disconnects. I have to take the battery
out and put it back in to be able to connect to it again.

Even though the screen is garbled I am able to see it and set it up in
home assistant, but any attempts to draw to the screen doesn't work either.


Reply to this email directly, view it on GitHub
https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3622391469,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAI7OEDTLXT3GKKZCQGUO534ARF4NAVCNFSM6AAAAABX72ZDC6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTMMRSGM4TCNBWHE
.
You are receiving this because you commented.Message ID:
@.***>

<!-- gh-comment-id:3622414957 --> @cthulu commented on GitHub (Dec 7, 2025): You need to switch to different screen size. Look for a 2.9" model of Gici On Sun, 7 Dec 2025 at 17:05, Daniel P ***@***.***> wrote: > *daniel-tp* left a comment (OpenEPaperLink/OpenEPaperLink#443) > <https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3622391469> > > by chance is there any instruction for the Gicisky BLE EPD BWR 2.9" ? How > to flash the price tag. Highly appreciated! > > Take a look at my hort description: > https://community.home-assistant.io/t/using-e-ink-shop-price-tag-with-home-assistant/666150/18 > > P.S. There is a new firmware version: > https://github.com/atc1441/atc1441.github.io/blob/master/ATC_BLE_OEPL.bin > > If you have any problems, please describe the steps you are taking and the > errors/problems you get. > > Thanks for this! I was able to follow it and flashed my 2.9" tag with the > latest firmware, but after changing the type to type 22 (as shown in the > link) the screen gets garbled and disconnects. I have to take the battery > out and put it back in to be able to connect to it again. > > Even though the screen is garbled I am able to see it and set it up in > home assistant, but any attempts to draw to the screen doesn't work either. > > — > Reply to this email directly, view it on GitHub > <https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3622391469>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AAI7OEDTLXT3GKKZCQGUO534ARF4NAVCNFSM6AAAAABX72ZDC6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTMMRSGM4TCNBWHE> > . > You are receiving this because you commented.Message ID: > ***@***.***> >
Author
Owner

@vit5041 commented on GitHub (Dec 7, 2025):

Can you display anything on a display using the AP? Do you have the latest HA integration installed?

Yes, I am using this quite a while with the BLE-only AP but bothered with crashes, so I am using some auto in HA to powercycle the ESP32. Now I am trying to go for direct connection but without success. On Android phone it's same. Also tried with new batteries. Maybe it's my tag issue, some incompatibility with OTA flasher. Is there any way to use pins under batteries for flashing using UART?

I have resolved my issue. Problem was with the "new firmware version". The OTA process has started only with the previous version of ATC_BLE_OEPL.bin, exactly as described in first link of https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3621813738. My error was that I took newest version of the bin file.

here is my experience, in case if someone will decide to repeat.
On Windows 11 laptop the firmware loading crashed with "NotSupportedError: GATT operation failed for unknown reason." error at about 90-93% but from Android phone finally it was succeeded.
the TAG has restarted, had OpenEpaper Link logo but also some crc error was mentioned in text below.
Then using ATC_BLE_OEPL Uploader -- where to set the type there is a button to flash latest ATC_BLE_OEPL.bin -- I did this as well, the tag has restarted and wrote this time good CRC.

After this all works just fine. I updtated the target device of my old automatization in HA with new OpenEPaper tag entity and it just started to work as before.

Thank you so much for your great job.

<!-- gh-comment-id:3623669873 --> @vit5041 commented on GitHub (Dec 7, 2025): > > Can you display anything on a display using the AP? Do you have the latest HA integration installed? > > Yes, I am using this quite a while with the BLE-only AP but bothered with crashes, so I am using some auto in HA to powercycle the ESP32. Now I am trying to go for direct connection but without success. On Android phone it's same. Also tried with new batteries. Maybe it's my tag issue, some incompatibility with OTA flasher. Is there any way to use pins under batteries for flashing using UART? I have resolved my issue. Problem was with the "new firmware version". The OTA process has started only with the previous version of ATC_BLE_OEPL.bin, exactly as described in first link of https://github.com/OpenEPaperLink/OpenEPaperLink/issues/443#issuecomment-3621813738. My error was that I took newest version of the bin file. here is my experience, in case if someone will decide to repeat. On Windows 11 laptop the firmware loading crashed with "NotSupportedError: GATT operation failed for unknown reason." error at about 90-93% but from Android phone finally it was succeeded. the TAG has restarted, had OpenEpaper Link logo but also some crc error was mentioned in text below. Then using ATC_BLE_OEPL Uploader -- where to set the type there is a button to flash latest ATC_BLE_OEPL.bin -- I did this as well, the tag has restarted and wrote this time good CRC. After this all works just fine. I updtated the target device of my old automatization in HA with new OpenEPaper tag entity and it just started to work as before. Thank you so much for your great job.
Author
Owner

@Misiu commented on GitHub (Dec 8, 2025):

@vit5041 I'm glad it finally works :)

<!-- gh-comment-id:3625831492 --> @Misiu commented on GitHub (Dec 8, 2025): @vit5041 I'm glad it finally works :)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#3032