Comments (8)
That resource is the bible of hacky e-ink driving, I read it many times already. :)
That's what I found disturbing once I realized in most applications BORDER is driven together with VCOM, and some datasheet actually puts limits on that voltage. Certainly +15 or -15 is not a good idea, with all that I know so far.
Okay then, perhaps my assumption as to what exactly BORDER pin does are false. Frankly I'm only in the middle of designing my first dedicated e-ink hardware so I'm not even sure what I'm taking about.
As for future epdiy hardware, perhaps an upopulated 0R resistor to VCOM wouldn't hurt, until some new evidence sheds light on the true purpose of BORDER pin.
from epdiy.
If my understanding is right, driving VCOM to +15V and -15V should also set all pixels to white or black, but we can agree that is not the right thing to do.
I suspect this is what BORDER input is for - to act as a separate VCOM for border region. However as everyone have pointed out, nobody's sure what applications this feature might have.
I looked into my donor e-ink board and confirmed this one does not have BORDER and VCOM shorted, but didn't have time to investigate further at that time.
My point is, unless we are sure that BORDER actually can be safely driven by +15V or -15V, I wouldn't make it a selectable mode of operation.
from epdiy.
I don’t think there is a strict rule of what you need to do with border since in v7 PCB it’s just offered as an external pin.
And I really don’t think Valentin would leave it as is if should be connected to Vcom.
Please explain what is the benefit of doing so
from epdiy.
Truth is none of us has NDA with e-ink and access to the proper manual of their products.
I checked epdiy schematic because I didn't know what to do with BORDER pin and thought you guys have it figured out.
Perhaps your vast experience with actual e-inks shows it doesn't matter much, which might be true.
To me it's not even clear what the purpose of this pin is. Some datasheets give as much description as "Border connection". Great..
I use schematic of PineNote as a reference, the only mass produced open source project with e-ink that I know. I assume they got in touch with e-ink at some point, as they purchased thousands of their products.
They connected BORDER to VCOM, even though schematic shows they were not sure either what to do with it (dummy resistors to VPOS and VNEG).
What somewhat convinces me this is this Waveshare e-ink documentation, which looks like rebranded e-ink datasheet:
https://files.waveshare.com/upload/5/5d/13.3inch-e-paper-specification.pdf
But, if it's supposed to be always connected to VCOM, why making it a separate pin on each e-ink model? I can't answer that. I can only speculate this connection serves the same purpose as separate VCOM for outermost regions of the screen. Perhaps it makes sense in some applications (such as extreme temperatures), but then again, de facto standard TPS PMIC has only one DAC for VCOM.
I also have seen reports of refresh problems around the edges, but I cannot remember if it was one of the issues here or elsewhere. Perhaps driving BORDER pin with any voltage rather than leave it floating could help solving that.
from epdiy.
I really don't know but I can just say that I tried connecting the BORDER to VCOM or even to GND, and I don't notice any difference except on the gray border (in some models). Or maybe there is, I don't know. But I recommend taking a look at all great tech stuff written here:
http://essentialscrap.com/eink/ I'm aware that Petteri Aimonen was one of the first, if not the first tech developer, that managed to make a parallel epaper flash controlling it with a Microprocessor. And this repository is basically based on his work and research, of course amplificated and reworked by Valentin for epdiy. He mentions about BORDER
Vborder, on the other hand, is a useless voltage input. All it does is shift the color of the screen border. I guess it's purpose is to make the border color match the content on the screen, but frankly I do not find that important enough to waste a pin. You can just connect it to ground if you are happy with gray border color. For the more adventurous people, +15 V or -15 V may be interesting choices also.
from epdiy.
Sounds like reasonable idea. I believe it even varies from display to display, some models definitely react to +-15V to adjust the border color, but as you said I'm not sure if it's a good idea to drive it constantly. The best setup would probably a transistor pair / MUX so it can be driven to GND, +15, -15 and VCOM. But in practice I'd hide the border in a case anyway.
from epdiy.
Hi Tomek,
Is this issue still relevant?
Version 7 of the board has Border in the headers, so it is connected and available to do whatever you desire. The discussion is if it really matters to do so and to achieve what goal.
But in my opinion that is up to everyone particular needs. For me it’s actually fine if the board just exposes Border as an external pin. Epdiy is open source then anyone can expand and drive this up to their needs just modifying the PCB to their particular project
from epdiy.
Sure, that's fine with me too.
from epdiy.
Related Issues (20)
- ED133UT3 Screen Suport HOT 6
- Having issue while compiling the example code for Lilygo T5-4.7 HOT 1
- v7 firmware and the switch to a ESP32-S3 module HOT 4
- > there any underlying firmware changes in the v7 firmware that wouldn't work on a WROVER chip with the same memory specs? HOT 1
- ED060SCP screens seems rendering is unclear? HOT 11
- Connect lvgl and epdiy directly, any suggestion? HOT 13
- Can I use it with rust? If so, are there any examples? HOT 6
- Cutting Legacy Features for Maintainability - Do you use any of them? HOT 6
- Out-of-date documents HOT 2
- Support for ED060KG1 screen HOT 4
- MODE_PACKING_2PPB renders "stripes" HOT 8
- Prepare v7 lcd_driver.c to be ready for IDF 5.3 HOT 5
- is lower psram usage possible? HOT 3
- Why epd_hl_update_area always redraw fullscreen in s3_lcd branch? HOT 9
- Epdiyv7 with ED060SC7
- Slack link is dead HOT 1
- Areas of the screen not in the rendering area will become lighter in color. HOT 30
- epd_renderer_init failing on v7 board HOT 6
- ED060SCL support HOT 1
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 epdiy.