Good Dispay ePaper for Arduino

[WegzZ]

Hi ZinggJM,

Thank you for your great work in your library.
I'm using ESP32 with Arduino and would like to know if there's any plan to add
GDEW075T7 7.5" b/w with 4 greyscale 800x480 ?

As currently is not supported in both GxEPD2 and 4G or am I wrong ? .
I also took a look in the STM32(with Keil) code example but seems like the code just support black and white too and the driver IL0371 confuse me as there's no 800X480 resolution support.
Thank YOU

[ZinggJM]

@WegzZ,

GDEW075T7 7.5" b/w 800x480 is supported by GxEPD and GxEPD2.

It is not (yet) supported by GxEPD2_4G. I don't know how big the interest in this library is.

The controller of GDEW075T7 is GD7965 as per Good Display spec, a.k.a. WF8104, see page 49.

Jean-Marc

[ZinggJM]

@mutexx,

The RESE resistor is a current measuring resistor in the booster circuit feedback loop.
I think the exact value is not important, the voltage generated is also measured and controlled.
A too high value does not work with the bigger panels, they need more current.
The old small panels use 3ohms to reduce the maximum current drawn, I think.

RESE To 0.47 Ω：
1.1.54 inch E-Paper Display: GDEW0154T8,GDEW0154Z17,GDEW0154Z04,GDEW0154C39,GDEW0154I9F
2.2.13 inch E-Paper Display:  GDEW0213T5,GDEW0213Z16,GDEW0213I5F,GDEW0213C38,GDEW0213V7LT
3.2.6 inch E-Paper Display: GDEW026T0,GDEW026Z39
4.2.7 inch E-Paper Display:  GDEW027W3  GDEW027C44
5.2.9 inch E-Paper Display:  GDEW029T5,GDEW029Z10,GDEW029I6F
6.3.71 inch E-Paper Display: GDEW0371W7,GDEW0371Z80
7.4.2 inch E-Paper Display:  GDEW042T2,GDEW042Z15,GDEW042C37
8.5.83 inch E-Paper Display:  GDEW0583Z21,GDEW0583C64
9.7.5 inch E-Paper Display:  GDEW075Z09,GDEW075C21
 
RESE To 3 Ω：
1.1.54 inch E-Paper Display:GDEH0154D67,GDEM0154E97LT
2.2.04 inch E-Paper Display: GDE021A1
3.2.13 inch E-Paper Display: GDEH0213D30LT,GDEH0213B73
4.2.9 inch E-Paper Display: GDEH029A1,GDEH029D56LT
5.5.83 inch E-Paper Display: GDEW0583T7
6.7.5 inch E-Paper Display: GDEW075T8

from http://www.e-paper-display.com/products_detail/productId=403.html

Jean-Marc

[mutexx]

It's strange why TTGO installed 0.48 Ohm if the recommendations clearly prescribed:

RESE To 3 Ω：
3.2.13 inch E-Paper Display: GDEH0213D30LT,GDEH0213B73

However, there are many revisions of both the boards and the screens, maybe I'm missing something. In any case, as I understand it, a resistance of 0.48 Ohm gives a higher panel current, power consumption does not bother me, I am concerned about the stability of the screen only.
I still hope that the problem was in the wrong library, GDEH0213B73 and GDE0213B72B have completely different controllers

[ZinggJM]

resistance of 0.48 Ohm gives a higher panel current

Just slightly higher current spikes taken from the supply, I believe.

[subsy]

Hello,

I am getting started on a device with a GDEW029T5 display. The GoodDisplay website advertises it as a grasyscale capable device, but I cannot figure out how this is achieved.

I have build the gxEPD_sample from gitgub/gxEPD but there is no grayscaled image when shown on my device.

When looking at the device class code, it seems it only does B&W. Is this a limitation of the lib or of the device? Or am I missing something?

Regards,

[ZinggJM]

@subsy

take a look at https://github.com/ZinggJM/GxEPD2_4G and https://github.com/ZinggJM/GxEPD2_4G/blob/master/README.md

[subsy]

@ZinggIM : Perfect thank you.

This did the job after some fiddling here and there.

Is it expected that drawImage_4G should not ne called in the "page loop", and works sidesways, in terms of coords compared to the text coordinates for the display class?

The gxEDP API calls that filled with white before partial draw now fill with black. Is this expected, or I have a way of fixing this? Bacause this creates a heavy blinking effect when doing partial refresh.

Regards,

[ZinggJM]

@ZinggIM : Perfect thank you.

This did the job after some fiddling here and there.

Is it expected that drawImage_4G should not ne called in the "page loop", and works sidesways, in terms of coords compared to the text coordinates for the display class?

The gxEDP API calls that filled with white before partial draw now fill with black. Is this expected, or I have a way of fixing this? Bacause this creates a heavy blinking effect when doing partial refresh.

Regards,

Read How to use this forum - please read. and then edit your post to make it more pleasant to read!

[subsy]

 

[Theiler]

Hello,
I'm using GDEH0213B73 with ATmega328PB. This circuit is working good.

My sketch derived from PartialUpdateExample.ino.

When power loss in the paged partial update sequence, the drawn image (especially bitmap than updated number) disappears little by little.

On the other hand, In first BitmapExample1 display sequence, the picture keeps the dark enough to read after power loss.

Where is the diffrence? I guess sleep command has a problem.

[ZinggJM]

@Theiler,

please always state which library you use, for me and for other readers, even if its obviously GxEPD from the name of the example.

The partial update sequence in the example purposely does not power off the panel driving booster circuit.
This is not good for power loss during this sequence.
But it is an example, you can change this.
Sleep, hibernate() is not uses in the GxEPD examples, as far as I remember. It is used in the GxEPD2_Example.

Jean-Marc

[Theiler]

I'm using GxEPD Version 3.0.9. I understood that special driving operation enables partial refresh. It is also important to understand the technical limits. I will see GxEPD2 for reference.

Thank you for your advice.

Theiler

[ZinggJM]

Please note the change in my previous post; it could be misunderstood.

GxEPD and GxEPD2 do power off the booster circuit after a full update, by design.

GxEPD and GxEPD2 do not power off the booster circuit after a partial update, by design,
because the next partial update could follow after a (few) second(s).

This is not a requirement of the partial update, a.k.a. differential refresh.

The booster circuit should be powered off before supply power loss, to avoid fading.
Power loss during refresh will result in "unpleasant" display and fading.

[Theiler]

Power off the booster circuit to keep display content... It may cause current leak from capacitors during partial update operation...

I can avoid a power loss after partial update by my design. Because I'm not expecting a quick response to partial update.

Should I issue display.refresh(false) after the display content are determined in case of poser loss?

Now I'm using GxEPD2 Version 1.2.3