Open AlSa-Her opened 1 year ago
Edited for spelling reasons ;)
As far as I can see I have the same display and it works fine for me with the external components installed locally and, from ESPhome 2023.6.0 onwards, this additional fix: https://github.com/esphome/issues/issues/2334#issuecomment-1602484333
These are my display settings on an ESP32:
spi:
clk_pin: 13
mosi_pin: 14
display:
- platform: waveshare_epaper
id: eink_display
cs_pin: 15
dc_pin: 27
busy_pin: 25
reset_pin: 26
model: 2.90inv2
reset_duration: 2ms
full_update_every: 200
update_interval: 30s
rotation: 90
Maybe this helps :)
i unfortunately cannot get my epaper display to work under esphome. i believe the module OP refers to is the same one i have: https://www.waveshare.com/product/displays/e-paper/epaper-2/2.9inch-e-paper-module.htm which also apparently uses the UC8151D controller.
i have found that https://github.com/ZinggJM/GxEPD2 works fine with this display under platformio with a wemos d1 mini clone, but i can't make it work in esphome.
here is my code for each test case:
the wiring for both configurations is the same; the epaper module is directly connected to my d1 mini and uses 3.3v for module vcc.
additionally, i found setting the busy pin will produce a timeout under esphome as in #1462, but not under GxEPD2.
with GxEPD2 the display shows hello world, and with esphome does not.
@mischief You have to use a custom_component to make this module work. Please read this thread here: https://github.com/esphome/issues/issues/2334 for further information
The snippet below worked until ESPhome 2023.6.0, afterwards it's gets a little tricky with the custom_component, but it's described in the above mentioned issue:
external_components:
- source:
type: git
url: https://github.com/velaar/esphome
ref: dev
components: [ waveshare_epaper, display]
spi:
clk_pin: 13
mosi_pin: 14
display:
- platform: waveshare_epaper
id: eink_display
cs_pin: 15
dc_pin: 27
busy_pin: 25
reset_pin: 26
model: 2.90inv2
reset_duration: 2ms
full_update_every: 200
update_interval: 30s
rotation: 90
As there are quite a few display
related breaking changes in 2023.7.0, has anybody using the waveshare ePaper already updated to this version and can confirm that it's still working?
It does not compile no
That's what i expected 😮💨
It does not compile no
Sadly it doesn't. I'm not savvy enough to make the fix myself :( as it doesn't seem that all the breaking changes were documented. I will update the custom component if I find a fix and will report back
@Kaibob2 @stephenjamieson Edit: now it does. See #2334 for the working yaml. Link to comment
häng mich hier auch mal an, bekomme das 2.9 Display auch nicht zum laufen unter ESP-Home .....
häng mich hier auch mal an, bekomme das 2.9 Display auch nicht zum laufen unter ESP-Home .....
have you found a solution i also have the same with red
The problem
I have one of the newer 2.9 inch V2 e-ink devices (v2 sticker with rev2.1) and I'm trying to make it work with ESPHome. Partial update works fine (with slight haze, as to be expected), but full update of the display leaves it blinking 6 times over 5+ second. I have been searching github for similar problems but have found none with the exact same. The only similar issue I found is: https://github.com/esphome/issues/issues/1462 (however, my display basically works - just with an annoying full refresh)
A video of the problem with the example code below can be found here (I am not sure how to add photos or videos inline): https://youtu.be/9u1JvJrIwWs
Which version of ESPHome has the issue?
Version: 2023.2.4
What type of installation are you using?
pip
Which version of Home Assistant has the issue?
currently not connected
What platform are you using?
ESP32
Board
az-delivery-devkit-v4
Component causing the issue
Waveshare 2.90inv2
Example YAML snippet
Anything in the logs that might be useful for us?
Additional information
Things tried (among others):
reset_duration to: 1 / 2 / 200 / 2000ns
update_interval
andfull_update_every
settings, which just postpones the issue to a later time.2.90in
and2.90in-b
as model left the device unresponsivemiso_pin:12
, as suggested in: https://github.com/esphome/issues/issues/1462busy_pin: 14
Setting
update_interval
andfull_update_every
very high and only refreshing withcomponent_update
postpones the problem but leaves shadows and is only a very annoying workaround.... I am not sure if I am just missing something stupid but would be very thankful for any help!