Closed TheStork239 closed 1 year ago
@prapador fix seems to work here as well, hopefully it will not gradually faint with time as have been my main issue with other configurations.
Just mentioning that all credits go to @Egglestron changes are not mine :)
I made some test, basically leaving it on for 20h straight.
This is after 10h of refresh (one every 5 min):
This is after 20h (same 5m refresh):
Detail:
Far better than before but not "perfect".
I haven't experienced any degradation issues during this past week, and in my case, the contrast is excellent. I believe we should submit a pull request to the ESPhome repository if no one has detected any problems. What do you think?
I can't install...
That is the Log Output:
INFO Generating C++ source...
Traceback (most recent call last):
File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/bin/esphome", line 8, in
I used this:
external_components:
I can't install... That is the Log Output: INFO Generating C++ source... Traceback (most recent call last): File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/bin/esphome", line 8, in sys.exit(main()) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 965, in main return run_esphome(sys.argv) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 952, in run_esphome rc = POST_CONFIG_ACTIONS[args.command](args, config) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 397, in command_run exit_code = write_cpp(config) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 178, in write_cpp generate_cpp_contents(config) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 190, in generate_cpp_contents CORE.flush_tasks() File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/core/init.py", line 622, in flush_tasks self.event_loop.flush_tasks() File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/coroutine.py", line 246, in flush_tasks next(task.iterator) File "/opt/iobroker/node_modules/iobroker.esphome/python_modules/lib/python3.9/site-packages/esphome/main.py", line 170, in wrapped await coro(conf) File "/opt/iobroker/iobroker-data/esphome.0/.esphome/external_components/fc00875a/esphome/components/waveshare_epaper/display.py", line 156, in to_code config[CONF_LAMBDA], [(display.DisplayRef, "it")], return_type=cg.void AttributeError: module 'esphome.components.display' has no attribute 'DisplayRef'
I used this:
external_components:
- source: type: git url: https://github.com/prapador/esphome_waveshare_fix ref: dev components: [ waveshare_epaper ]
Make sure that you have at least version 2023.6.5.
Perfect, that was the problem. THX :-)
I'm currently making a pull request with my latest changes. I'll keep you posted!
Here also no problems. Tried both changes, didnt make a difference fie me, all good.
Operating environment/Installation (Hass.io/Docker/pip/etc.):
Hass.io
ESP (ESP32/ESP8266, Board/Sonoff):
ESP32 Waveshare Driver Board
ESPHome version (latest production, beta, dev branch)
1.19.4
Affected component:
Waveshare e-paper display https://esphome.io/components/display/waveshare_epaper.html
Description of problem:
All items on a Waveshare 7.5in V2 e-paper display (black & white) go dim and grainy if the items to be displayed include horizontal lines, rectangles or filled rectangles. The wider the line or rectangle, the more marked the effect is. Other shapes or text do not cause the issue.
Below is example code that has the issue. If I comment out the "it.filled_rectangle" lines in the code, then the text on screen becomes crisp and clear, but if the rectangles are included, when the screen refreshes, for a split second on refresh it is clear but the black 'ink' dims out instantly. The issue is exactly the same if I use "it.line" or "it.rectangle" of similar dimensions.
If I only use very short horizontal lines or rectangles then the issue is less noticeable, but for long horizontal lines and rectangles the entire display goes dim.![IMG_1899](https://user-images.githubusercontent.com/80922293/124382920-bba6c600-dcc1-11eb-8523-e04e4189150c.jpg)
Problem-relevant YAML-configuration entries:
Logs (if applicable):
Additional information and things you've tried: I have tried this with two separate Waveshare 7.5in V2 e-paper displays, and two separate ESP32 driver boards, and get the same results for each combination, so it does not seem to be a faulty hardware issue.