Comments (10)
Red has always looked darker than I expected on my WHAT, so I'm interested in trying some similar tweaking if it's possible
from inky.
Looks like you've got an Inky pHAT that says it has a high-temp variation of the display part, but it either might not, or your ambient temperature is high enough (or low enough? These things confuse the heck out of me) that the LUT adjustment to compensate for most high-temp displays not looking quite right is... not looking quite right!
The offending change is probably this one: 0b29e83
A quick-fix might be to force it back to "red" like so:
inky_display = InkyPHAT("red")
inky_display.lut = "red"
from inky.
Forcing the "red" value helped some, but with my board I wasn't able to get the same vibrancy as seen on 0.0.4 without reverting the changes in the duration section. However, I also found that writing the same screen multiple times made the text more vibrant too, which probably implies that burn-in helps. You can especially see that in the photo below, which I accidentally created by running a copy of my test script several times that only wrote the top two lines, followed by a run that also wrote the bottom line. The initial version didn't have the "force red" fix in it, while the one that ran the last time did.
Temperature-wise, I'm a little on the cool side, but not dramatically so - I've been playing with this in my garage, which has been around 65-70F (18-21C) lately.
If the updated voltages/timings look normal on your test hardware, then maybe I just got a board with a display that is on the edge of the expected values.
from inky.
The other thing that changed between 0.0.4
and 0.0.5
that could be related are these lines in inky/__init__.py
:
self._send_command(0x03, 0x17) # Gate Driving Voltage
self._send_command(0x04, [0x41, 0xAC, 0x32]) # Source Driving Voltage
There's no easy way to override these changes, however, since they happen as the update
method is called. Grabbing the source of this library and tweaking to see what works best for you might help.
I suspect - while there are no doubt manufacturing tolerances in these displays - you're probably seeing the same thing as everyone else, but might have some basis for comparison of red vibrance that nobody else has encountered. Though given that these are little particles of ink being pulled around a fluid suspension, anything can happen!
In your case changing the source driving voltages for the ones used on Red WHATs might work:
self._send_command(0x04, [0x30, 0xAC, 0x22])
I might have to look into an optional parameter for tuning these numbers- though right now you might be the only user!
P.S. Thanks for the extremely clear pictures/code examples and details of the issue!
from inky.
Thanks for the extra things to play with! I've got a busy week, so it might be a while before I get to try them out, but I'll report back when I have a chance.
from inky.
Thanks @cluening, for pointing out that 0.0.4 worked. I just tried it and it's rescued my old Inky wHAT (which I've hardly used).
I'm going to try and use 0.0.4 for my needs (advent calendar with a santa image on it). I tried doing the same thing last year but gave up when I couldn't get the red to be vibrant (it's nearly black using the latest version).
My Inky wHAT is 2 years old, and doesn't appear to be auto-detectable by new versions using eeprom
from inky.
I've been working on other projects over the last couple of weeks instead of this one, but occasionally I've gone back and played with the lookup table values a few times to see what I could change. I've been experimenting based on the comments in inky.py
that describe the lookup tables. My current favorite color is created using these values:
master...cluening:cluening/bettercolor
Playing with the driving voltages mentioned in the comment by @Gadgetoid on October 26 didn't really do much, but making the timing changes in that diff helped a lot. They add a little over one second to the redraw time for the screen, which I'm fine with for the improved color.
from inky.
Any official update on this I just notied the same thing on my brand new wHAT. The red on 1.2.0 is almost black while on 0.0.4 it's crisp.
I can patch the bettercolor branch from above but I it would nice if that was just merged.
from inky.
@michael-quinlan Check this thread here? #106 (comment)
from inky.
This should, in theory, be fixed on v1.2.1 - https://pypi.org/project/inky/
from inky.
Related Issues (20)
- Make inky work with NVIDIA Jetson Nano HOT 1
- Magic number and checksum for eeprom HOT 1
- Pi Zero W - Not Enough Ram to pip install seaborn HOT 1
- `InkyMockImpression.set_image` fails with `AttributeError`
- `InkyMockImpression` class doesn't easily support multiple resolutions
- Use on any non-Pi machines? HOT 3
- Treating Inky pHAT-Red as Black/White doesn't work
- Busy Wait error - Line 323/333 HOT 1
- AttributeError: 'FreeTypeFont' object has no attribute 'getsize'
- Odd permissions issue on new Inky Impressions 7.3" HOT 1
- error: externally-managed-environment HOT 1
- Forcing black and white only on 7 color. HOT 2
- Partial Update or Single Pixel Update for all Inky Impression HOT 1
- Incompatible with Raspberry Pi 5B? HOT 8
- Not installable on MacOS for development
- Can't get Inky to work on Raspberry Pi Zero 2 W HOT 3
- It didn't blow up HOT 6
- image.py stretches certain pictures with different aspect ratios to the screen HOT 2
- Trouble using numpy from the installation on headless raspberry pi HOT 5
- buttons.py doesn't work: RuntimeError: Failed to add edge detection
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from inky.