rotate screen

[kd8bxp]

is it possible to rotate the screen, from landscape to portrait?
Thanks

[lewisxhe]

Can't rotate right now...

[kd8bxp]

Hopefully in the future?

[lewisxhe]

It should be possible in the future!

[kd8bxp]

My solution for now is to build a static text image using GIMP, with a size of 540x960, put the text I want displayed, and rotate the image. Then display that image...this works, but it is only static text - so not really practical.

Of course using GIMP, rotating/resizing images is easy to do, however the aspect ratio will probably be off.

I look forward to when this device natively supports rotating. Thanks.

[mol21]

I agree it would be great if at least text can be rotated

[kd8bxp]

M5EPD driver (for the M5Paper) looks like it supports rotation, but I'm not sure what pins need to be changed to try with this display. I think they are using the same display, but are they using a different driver to drive it (?).

https://github.com/m5stack/M5EPD

This is the pin map for the M5Paper:

#define M5EPD_MAIN_PWR_PIN 2 #define M5EPD_CS_PIN 15 #define M5EPD_SCK_PIN 14 #define M5EPD_MOSI_PIN 12 #define M5EPD_BUSY_PIN 27 #define M5EPD_MISO_PIN 13 #define M5EPD_EXT_PWR_EN_PIN 5 #define M5EPD_EPD_PWR_EN_PIN 23 #define M5EPD_KEY_RIGHT_PIN 39 #define M5EPD_KEY_PUSH_PIN 38 #define M5EPD_KEY_LEFT_PIN 37 #define M5EPD_BAT_VOL_PIN 35 #define M5EPD_PORTC_W_PIN 19 #define M5EPD_PORTC_Y_PIN 18 #define M5EPD_PORTB_W_PIN 33 #define M5EPD_PORTB_Y_PIN 26 #define M5EPD_PORTA_W_PIN 32 #define M5EPD_PORTA_Y_PIN 25

It has other sensors, and a SD card which wouldn't be needed, so a striped down version of the library?
Does anyone know what needs to be changed?

[G6EJD]

I’ve only just started to look at this board and driver, have you tried reversing EPD_WIDTH and HEIGHT? I’ve seen examples that have been drawn in landscape with no obvious driver changes.

[kd8bxp]

the LilyGo driver is based on this https://github.com/vroland/epdiy driver - it appears to be in landscape to start with.
I have thought about asking this same question on that repository, which maybe a good idea anyway. (If you read some of the post in that repository, you soon find out they reverse engineered the driver. So that's interesting)
I know that M5Paper is using the same display, I don't know if it is using the same driver, M5Paper appears to be able to rotate the screen at least 90 degrees (one of the examples they have). and honestly I haven't tried anything with regards to the M5Paper driver.

With the driver provided by LilyGo I did try to change the EPD_WIDTH and HEIGHT with no luck (that would have been too simple honestly).

The pictures above, are really in landscape, just flipped and are static pictures -it was an idea that I had, it wasn't a good idea...but there you go. I created those images in GIMP and converted them to hex files for use on the board with the LilyGo driver.

I will play with the M5Paper driver a bit and see if I can get anything to work.

[kd8bxp]

This is the schematic for the M5Paper - https://m5stack.oss-cn-shenzhen.aliyuncs.com/resource/docs/schematic/Core/m5paper/M5_PAPER_SCH.pdf
This is the one @vke posted in the closed hardware thead (#2 (comment))

If I right, they are using two different drivers for the display (?) or am I looking at something wrong.

I tried the M5Paper library as is, with no luck, and then found the schematics.

[fdufnews]

As far as I understand how the driver works, all the graphics and text are drawn in the buffer and the buffer uploaded to the screen. So if you swap X and Y when drawing in the buffer I think you'll rotate the content of the screen.

[kd8bxp]

@fdufnews Seems like all I am able to get it to do is move text and images around on the screen using the framebuffer. perhaps I am not using the framebuffer correctly have you tested it? can you post an example.
Thanks

[G6EJD]

I have not tried rotating yet, but I'm sure font rotation will not be achieved, yes drawing objects could have their x, y values reversed, but that's all.

[kd8bxp]

I am having to rotate the images in gimp before converting them to hex, it works, but it is one extra step. Of course if you are having to resize an image it only takes an extra couple of clicks to rotate it.
So far that is the only way I've been able to rotate anything.

I used "Fontforge" to rotate some fonts, and converted them - but didn't have much luck getting more than 5 or 6 to display.
I was trying to direct draw them, maybe I should try to load them into the buffer and see if I can't get a more then 5 or 6 characters to display.
I'll give it a try and report back - but it quite a lot of extra steps to rotate a font, so still not the best option, it might be an "ok" work around for now, if loading into the buffer works that is.

[kd8bxp]

Loading the framebuffer with the font that I rotated, worked (mostly), my code is not pretty, and probably not ready to be shared. And it's a lot of work to rotate fonts, in fact I think I messed up the "i" when I did it...but proof of concept I guess.

maybe we can build some common rotated fonts, and make a function that can load the framebuffer with them. (?)

[kd8bxp]

@G6EJD Another proof of concept that isn't quite right, but someone who knows more can probably fix it.
The idea is to rotate the font with a font editor, convert the font, then display the font. I used fontforge to do this, I kind of "winged" my way to doing it.
I wrote a small function to load the framebuffer with a rotated font, the spacing is off, not sure how to fix that - I'm sure it's something simple that I'm over looking.
Also it has an issue if you load a 2nd or 3rd rotated char array, (see the picture) I'm not sure what it is doing, I cleared the framebuffer and it is still doing it.
So this is very much an idea, a concept, a work in progress, and something that someone who knows something can probably fix.
fontRotate.zip

P.S. this still may not be the best idea, but I'm trying things out - and that is half the fun. LOL

[G6EJD]

I’ll have a look through this today, but I’ll also look at the driver data sheet as I’m guessing there may well be a hardware option to do this.
Your method could be a solution, thanks for sharing.

[G6EJD]

Looking through the ED047TC1 data sheet there is mention of the display modes being Landscape and Portrait, so I assume from this it can be rotated by hardware/ Register control, I have not yet found the application notes if there are any or a more detailed description of the registers. This is promising.

[G6EJD]

So M5 Display driver is an IT8951 versus the ED047TC1 of the LilyGo EPD board.

Unfortunately, I have not found any reference to the driver registers/control but my instinct is it's usually used in portrait mode!

[kd8bxp]

So LilyGo EPD is bit banging the display (?) vs M5 using a driver chip (?)
I have been looking for and all I see are various timings for the ED047TC1 but I don't see anything that says how to rotate it.
But the datasheets do look like it will do both landscape and portrait.
These all look like the same spec sheet...
https://loboris.eu/ESP32/ED047TC1_datasheet.pdf
https://www.syscom-prorep.net/media/images/upload/P-511-710-V1_ED047TC1%20Ver%201.0.pdf
https://docplayer.net/61566900-Technical-specification-model-no-ed047tc1.html

And this is a forum post about the M5 paper which also has links to the display panel datasheet.
https://community.m5stack.com/topic/2561/m5paper-schematic/7

[G6EJD]

That’s where I got to, but no register descriptions which would lead the way to rotating the display. I had a look through the M5 library but not find how they are rotating the display if at all.

[kd8bxp]

@G6EJD
I guess we will just have to wait and see if Lilygo or @lewisxhe can come up with something, mean while I'll continue to do some of my ideas for work arounds, but I don't really like what I've done, lots of work for little pay off.
Have a great day.

[martinberlin]

I'm supporting rotation in my class ED047TC1 both for the epaper and also for the touch screen. Proof of concept video here
Note: I'm implementing also EPDiy class to send the parallel data but I have another Adafruit GFX layer in my class that handles rotation. At the same time if you implement the touch version, rotating the displays, also sends the rotation to the touch I2C layer so it's possible to keep on using touch coordinates.

[kd8bxp]

@martinberlin very nice!! Maybe one day it will work with the Arduino IDE as well (?)

[martinberlin]

Hi Leroy,
If you look at the class ED047TC1 methods it's actually not too complicated. You need to keep rotation state and then update the X, Y before the epd_draw_pixel call (And I guess also in partial update if you want that it supports rotation).
Actually EPDiy is a esp-idf component that can be used in arduino-esp32. I never tried to do so with mine and it's quite a long time I don't use arduino-esp32 since I like more IDF this days. I bet is not super complicated to port it, but looking at the class, all work is done by EPDiy in the background. I'm just adding C++ wrappers and some functionality. I guess you can use this as a base and do your own class.

[kd8bxp]

@martinberlin acutally I tried it today, was getting some compile errors, some where easy to fix,
Still getting a large number of errors however - and I'm going to spend some time and see if I can work thou them.
Part of them may be my fault. I mixed what you did with the library here, and the Adafruit_GFX library that was written for the Arduino IDE (when using your Adafruit_GFX library I was getting a bunch of errors related to it, so I tried the Arduino one, and those errors cleared.)
The other errors are in the CalEPD library, dealing with various variables I believe. I'm going to work thou it, see if I can't get it to clear.
But this maybe a little above my head.
I'm impressed with your progress thou!!!
Thanks.

[martinberlin]

You can also try CalEPD directly. Esp-IDF takes some days to master but is not super complicated. Both Cale and EPDiy are not hard to setup and compile.
And it comes already with parallel demos in main/demos/parallel
https://github.com/martinberlin/cale-idf/tree/refactor/oop/main/demos/parallel (Branch refactor/oop)
Option B is to make your own display class. Less remix and just your own class with the methods you need (can use mine as an example)
Thanks for the kind words about my work!

[kd8bxp]

Clearly I don't know what I'm doing here - I finally got it to compile by scaling a lot of it back, and just using a little bit of your code, the Adafrutit_GFX library, and this library from LilyGo.

When I upload the code to the board I get nothing but reboots. So clearly I've done something wrong, and not fully understanding what I've done.
@G6EJD and @lewisxhe probably can get this working because I bet both know a lot more then me! :-)

I posted a gist with the errors I got, since it's not part of this project, and something I was trying I decided not to post the errors here, but if someone wants to look at them - https://gist.github.com/kd8bxp/ff9da93a377716176869aac121afd909

Using the Adafruit_GFX library as a wrapper sounds like a great idea, and hopefully someone can get it to work.

Thanks again @martinberlin

[G6EJD]

You must enable PSRAM in the compiler options!

[martinberlin]

@G6EJD maybe it will be cool to add a rotate option to this library?
This can go from 0 (default) to 3 rotating 90° clockwise.

And it really does not need Adafruit GFX at all. I added that because I have a multi-epaper class where every model inherits the full GFX methods. But for rotation is not really needed. Like I mentioned, the only thing IMHO is to keep rotation state and be aware of it before drawing each pixel.
Rotation is a very useful feature if you are using this display in some Firmware and you need to switch between landscape /portrait mode.

[kd8bxp]

@G6EJD PSRAM was enabled. (ESP32 Dev Module, with PSRAM enabled) and tried it with multiply boards, no luck.
Clearly I don't understand what I'm doing, and I'm going to stop before I mess something up. And leave it in more capable hands.

[martinberlin]

Alright so my 2 epapers are coming beginning next week so I will fork this and try to add a simple software rotate just as I did in my component. I don't use Arduino IDE but I use Platformio that I like much more. Arduino IDE makes me mad with their nasty library management. At least Platformio keeps all components in the project folder that makes all nicer (At the price of taking much more of your Hard-Disk space)

[martinberlin]

Introducing software rotation

Forked this and added it in this commit:
https://github.com/martinberlin/LilyGo-EPD47-rotate/commit/03123d748c71fc543b453c081178bd7f26486c96

Note that my new parallel epaper comes next week so I could not really test it. But it's simple enough, so any of you can just point the Platformio lib_deps to my fork and try it out (Or just copy the small updated part to your library)

To try it just update platformio.ini lib_deps and remove old library from .pio/libdeps folder

lib_deps =
    Wire
    https://github.com/martinberlin/LilyGo-EPD47-rotate.git

Explanation:
Just before the drawpixel, move around X and Y if necessary (0 is the default and should leave X & Y as is)
Note like I commented before I did not tested this at all and it might be possible that also affects partial updates somehow (As rotation should be also applied there I think)
But feel free to try it or at least review my code. Please note also that I just updated the examples/grayscale_test updating the platformio.ini with my forked copy and updating epd_rotation to 2 as an example.

0 is the default
1 90 ° right: Portrait
2 is landscape but 180° right
3 270 ° right: Portrait

[cultur98]

Cool Martin!
I will have a look on it next week.

[kd8bxp]

@martinberlin Got some errors, using both Arduino IDE 1.8.13 and Platform IO (which was recently updated, but I'm not sure what version it is). Both gave the same error - the wording was a little different (if I remember correctly). I tried to use my limited knowledge to fix, but no luck.

sketch/src/epd_driver.h:25:5: error: expected constructor, destructor, or type conversion before '(' token
 swap(T& a, T& b) {
     ^
grayscale_test:15:1: error: 'epd_rotation' does not name a type
 epd_rotation = 2;
 ^
exit status 1
'epd_rotation' does not name a type

There maybe a problem with the use of the name "epd_rotation" I commented that out in the sketch, and commenting out the swap(T& a, T& b) function, I think I made another change because of that. I was getting errors related to "epd_rotation" being re-declared in font.c - I looked and I didn't see it - the only way I was able to get it to compile was changing epd_driver.h
uint8_t epd_rotation = 0; to #define epd_rotation 0
unfortunately I didn't save the error it gave me... just a heads up that something else might be going on.

[martinberlin]

Hi @kd8bxp
it's fixed now. Please remove the .pio/libdeps LilyGoEPD47 folder (So it get's the new version)

And just try to compile again. Note that I added a setter to set rotation, just check the grayscale example. Try to do the following:

void setup() {
    epd_init();
    // Non tested: Update rotation (0 & 2: Landscape    1 & 3: Portrait)
    epd_set_rotation(3);
}

// Use epd_get_rotation() to retrieve the rotation state

In my tests I just tried to print a pixel like this after setting rotation to 3:

// x, y
epd_draw_pixel(10,20,0x00,grayscale_img);

And in the Serial output I get:
x:20 y: 529

Which means the x and y is being rotated on the switch.
Resume of the update if any of you want to make a Code review: master...martinberlin:master

[Rainerlan]

Hi @martinberlin,

I was following the discussion with great interest and very keen to try out your fix. Many thanks for the work you have spent!

What I found is the following (Using my weatherforecast sketch):

1. When using epd_set_rotation(1);

• Rotation of elements drawn using drawRect(), fillRect() -> working perfect
• write_string() -> Strings are not being rotated

1. When using epd_set_rotation(3);

• I get a kernel panic - Probably due to some incorrect memory writes...which interestingly does not happen with rotation = 1

Yet I have not investigated in the issues - but probably you know what the problem may be?

[kd8bxp]

@martinberlin @Rainerlan
I get no compile errors with the latest commit f0cbe75a10
I can also confirm that epd_set_rotation(3); causes resets and reboots (kernel panic)
I can also confirm that rotate doesn't work with fonts.

It doesn't work using epd_draw_grayscale_image either.

I tried with both Arduino IDE and Platform.IO
I also add a epd_set_rotation statement to the demo sketch with out any luck, and tried a couple of the sketches that I had written with out luck.
I did not tried rotation of drawRect(), fillRect().

That's my report for what it is worth.

[kd8bxp]

@martinberlin I'll update my report - I checked the following:

epd_draw_hline epd_draw_vline epd_draw_circle epd_fill_circle epd_write_line epd_draw_triangle epd_draw_line
all appear to work, however it doesn't look like there is any check for out of bound area.
epd_draw_rect epd_fill_rect both appear to work as reported by @Rainerlan

epd_fill_triangle probably works, but I forgot to test that one.
I think that is all of the draw elements, and those all appear to work.

That's my updated report

[martinberlin]

Thanks for the tests both! I will have to wait a few days so the new epaper comes. Already landed in Frankfurt am Main so it just needs 3 or 4 days if I'm lucky and is not stopped in customs.

**Rotation of elements drawn using drawRect(), fillRect() -> working perfect**

That's already something. No idea why with 3 panics, that needs more research, and probably to do a printf("x: %d y:%d\n",x,y) to debug in Serial where is trying to place the pixel.

**write_string() -> Strings are not being rotated**

That's because I wrongly assumed that all other functions including fonts (font.c) where calling epd_draw_pixel. But I was wrong like you discovered write_string() is a different thing. That needs research, since I don't think is enough just to rotate cursor x & y. Will need some help figuring out that one.
With Adafruit GFX is easier since all drawing happens in drawPixel (Including the fonts) so rotation just needs to be placed there.

Another thing where probably needs to be calculated like I mentioned before is partial update. The best thing of course is to build this with Rotation in mind and not to add it afterwards as we are trying to do here.

[kd8bxp]

@martinberlin amazing work so far thou!!! Thanks for the hard work, I'm sure once you get your display you'll figure out what is going on.
There is also writeln and epd_draw_grayscale_image that need more research.
I will be more than happy to test anything you want to try either before or after you get your display.
Thanks again.

[kd8bxp]

@martinberlin It looks to me like epd_draw_grayscale_image and the fonts share this function in epd_driver.c

void IRAM_ATTR epd_draw_image(Rect_t area, uint8_t *data, enum DrawMode mode)
{

    uint8_t line[EPD_WIDTH / 2];
    memset(line, 255, EPD_WIDTH / 2);
    uint8_t frame_count = 15;

    SemaphoreHandle_t fetch_sem = xSemaphoreCreateBinary();
    SemaphoreHandle_t feed_sem = xSemaphoreCreateBinary();
    vTaskDelay(10);
    for (uint8_t k = 0; k < frame_count; k++) {
        OutputParams p1 = {
            .area = area,
            .data_ptr = data,
            .frame = k,
            .mode = mode,
            .done_smphr = fetch_sem,
        };
        OutputParams p2 = {
            .area = area,
            .data_ptr = data,
            .frame = k,
            .mode = mode,
            .done_smphr = feed_sem,
        };

        TaskHandle_t t1, t2;
        xTaskCreatePinnedToCore((void (*)(void *))provide_out, "privide_out", 8000,
                                &p1, 10, &t1, 0);
        xTaskCreatePinnedToCore((void (*)(void *))feed_display, "render", 8000, &p2,
                                10, &t2, 1);

        xSemaphoreTake(fetch_sem, portMAX_DELAY);
        xSemaphoreTake(feed_sem, portMAX_DELAY);

        vTaskDelete(t1);
        vTaskDelete(t2);
        vTaskDelay(5);
    }
    vSemaphoreDelete(fetch_sem);
    vSemaphoreDelete(feed_sem);
}  

but beyond that I'm not sure how to help or even if I am helping.

[martinberlin]

That are the two “data sinks” that feed the Epaper with parallel data. But rotation by software should happen previously. The buffer sent should be already rotated. As a resume rotation should happen in:

• epd_draw_pixel Implemented: But we still don't know why it hangs on rotation 3. Like suggested please print a pixel and debug using printf. Find out what is X & Y doing after the switch case
• write_string Pending: Responsible for printing text with fonts
• Partial updates and image handling: Functions like epd_copy_to_framebuffer or epd_draw_**_image should also be tested and rotation applied if necessary

Sadly the drawing pixel is not centralized on one single method otherwise it will be much easier to implement.

[martinberlin]

@Rainerlan I could not reproduce what you commented about the rotation

Doing: epd_set_rotation(3);
I get the circle I'm drawing rotated 270° like expected (No kernel panics)
Next target is to make write string and epd_draw_**_image to work also respecting the software rotation.

[kd8bxp]

@martinberlin @Rainerlan
Perhaps the kernel panic is happening when drawing images, or fonts - I believe the sketch that I also got the kernel panic/reboots was one of my "The Orville Font" tests. I will try just a simple draw sketch and see if I get a reboot/panic state from it.

[kd8bxp]

This is the sketch I used to test (Using both Platform IO and Arduino, I get kernel panics/reboots)
The Arduino Exception Decoder says:

Guru Meditation Error: Core  1 panic'ed (LoadStoreError). Exception was unhandled.
Core 1 register dump:
PC      : 0x400d14c1  PS      : 0x00060330  A0      : 0x800d14e2  A1      : 0x3ffb1f40  
A2      : 0x00000014  A3      : 0x000000ff  A4      : 0x00000000  A5      : 0x3f7ffe4e  
A6      : 0x00000001  A7      : 0x00000000  A8      : 0x000000f0  A9      : 0x0000000a  
A10     : 0x00000003  A11     : 0x00000000  A12     : 0x000003c0  A13     : 0x0000021c  
A14     : 0x00000004  A15     : 0x00000032  SAR     : 0x00000006  EXCCAUSE: 0x00000003  
EXCVADDR: 0x3f7ffe4e  LBEG    : 0x4000c2e0  LEND    : 0x4000c2f6  LCOUNT  : 0x00000000  

Backtrace: 0x400d14c1:0x3ffb1f40 0x400d14df:0x3ffb1f60 0x400d0f5a:0x3ffb1f80 0x400d331d:0x3ffb1fb0 0x4008b02d:0x3ffb1fd0

which translates to:

PC: 0x400d14c1: epd_draw_hline at /tmp/arduino_build_548139/sketch/src/epd_driver.c line 330
EXCVADDR: 0x3f7ffe4e

Decoding stack results
0x400d14c1: epd_draw_hline at /tmp/arduino_build_548139/sketch/src/epd_driver.c line 330
0x400d14df: epd_draw_vline at /tmp/arduino_build_548139/sketch/src/epd_driver.c line 337
0x400d0f5a: loop() at /tmp/arduino_modified_sketch_501826/shapes.ino line 139
0x400d331d: uartWrite at /home/lfmiller/.arduino15/packages/esp32/hardware/esp32/1.0.4/cores/esp32/esp32-hal-uart.c line 312
0x4008b02d: xQueueReceiveFromISR at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/queue.c line 1616

So, test to I commented out the epd_draw_hline and the epd_draw_vline statements, and still get the reboot/kernel panic, but this time the error is different.

Guru Meditation Error: Core  1 panic'ed (Interrupt wdt timeout on CPU1)
Core 1 register dump:
PC      : 0x4000c271  PS      : 0x00060034  A0      : 0x8008baff  A1      : 0x3ffb1e20  
A2      : 0x3ffb0058  A3      : 0x3f40a6a8  A4      : 0x00000014  A5      : 0x3ffbe790  
A6      : 0x3ffbe7d8  A7      : 0x00000001  A8      : 0x00000001  A9      : 0x3f40a6a9  
A10     : 0x000000a5  A11     : 0xaaaaaaaa  A12     : 0x8008c6e7  A13     : 0x3ffbe760  
A14     : 0x00000008  A15     : 0x00000001  SAR     : 0x0000001b  EXCCAUSE: 0x00000006  
EXCVADDR: 0x00000000  LBEG    : 0x4000c2e0  LEND    : 0x4000c2f6  LCOUNT  : 0x00000000  

Backtrace: 0x4000c271:0x3ffb1e20 0x4008bafc:0x3ffb1e40 0x4008d604:0x3ffb1e60 0x4008d5ba:0xaaaaaaaa

Core 0 register dump:
PC      : 0x400edfd2  PS      : 0x00060134  A0      : 0x800d565e  A1      : 0x3ffbbff0  
A2      : 0x00000000  A3      : 0x00000001  A4      : 0x00000000  A5      : 0x00000001  
A6      : 0x00060120  A7      : 0x00000000  A8      : 0x800d5226  A9      : 0x3ffbbfc0  
A10     : 0x00000000  A11     : 0x40087fd8  A12     : 0x00060120  A13     : 0x3ffbb970  
A14     : 0x00000000  A15     : 0x3ffbbce0  SAR     : 0x00000000  EXCCAUSE: 0x00000006  
EXCVADDR: 0x00000000  LBEG    : 0x00000000  LEND    : 0x00000000  LCOUNT  : 0x00000000  

Backtrace: 0x400edfd2:0x3ffbbff0 0x400d565b:0x3ffbc010 0x4008c6d6:0x3ffbc030 0x4008b195:0x3ffbc050

which translates too:

PC: 0x4000c271
EXCVADDR: 0x00000000

Decoding stack results
0x4008bafc: vTaskSwitchContext at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/tasks.c line 2770

Using I believe the latest platform io, and Arduino 1.8.13 with esp32 1.0.4 core installed (ESP32 Dev module with PSRAM enabled)

This is the same sketch I used to try the various draw features, and rotation set at 1 which worked without issues
shapes.zip

[martinberlin]

Thanks for the update will try to reproduce it. Now we need to be aware also that EPDiy has a new version and many methods got updated. That’s one of the disadvantages of copying the files like this. But anyways will try to make it.
NEW fonts drawing function looks a better candidate for rotation.

Update: I'm a bit blocked with this at the moment since I have another client works to finish. The thing is that previous to add this, the best would be to actually rethink how this is implemented.

For me the best way to add this EPDiy library as a controller for this epaper would be to add it as a library itself (libdeps in platformio.ini)
And then leave just the Lilygo examples ready. That way at least we can benefit from updates in the library itself instead of having an static copy. That if the right settings can be added directly as build_flags or similar to instance EPDiy with the right board and display configuration (They are only 2 constants)
Let me know what you think please @lewisxhe @LilyGO

[martinberlin]

I’m updating this in my fork of the base component EPDiy
vroland/epdiy#71

I don’t think it makes sense to add it here since it uses an old version of EPDiy and it will be much harder and double work to add it on the fonts rendering. Related #33
I suggest to close this one and once my pull request is approved we can use EPDiy and ASAP Lilygo examples but using the component as a library dependency and not copying it like it is now.

Pull request made to add software rotation to EPDiy. I really don't think that updating it here makes any sense since you are using an old static version of the mother library that is EPDiy. I would suggest to use:
https://github.com/martinberlin/epdiy-rotation/tree/develop (Branch: develop)

to try it out. Also if you want to use it as an arduino library, you need to add:

https://github.com/martinberlin/epdiy-rotation.git#develop

to your platformio.ini lib_deps
@kd8bxp

[martinberlin]

My fork of EPDiy is ready to be tested:
https://github.com/martinberlin/epdiy-rotation/tree/develop

branch develop

just use EPDiy in libdeps as a dependency and try one of the demo examples
https://github.com/martinberlin/epdiy-rotation.git#develop

rotation is covered in:

• Geometric functions
• Fonts
• Partial update
• Image arrays

could use some help if someone wants to give it a try.

[DavidM42]

@martinberlin I tested your fork and it works great for me.
Thanks for the great work 🎉
Took me a bit of finding code snippets and figuring out, but I now successfully show text in portrait mode with the great new high-level api. No more random crashes and many improvements compared to this library too because of the new epdiy features

[martinberlin]

My fork is merged on EPDiy Master branch. So you can use it directly!

[martinberlin]

Closing here since I don't want this to get stale. Please just as @DavidM42 commented, use directly:
https://github.com/vroland/epdiy

Remember to make an: idf.py menuconfig
Go to Component config -> E-Paper driver (At the very end)

And there set both options Display type and board to use LILYGO. Do not forget that SPRAM should be active!

Go to Component config -> ESP32-Specific and check Support for external SPI-connected RAM

[DavidM42]

I think an example for this device here with platformIO config and the new high level api would be a nice addition to the epdiy repo.
Wanted to do it but didn't find the time yet

[martinberlin]

Ah yes sure. A part of that I cannot close it since this is not my repository ;)
I hope that Lilygo developers can just take the new EPDiy where I added rotation and was tested by V. Roland. That will be a much better move than refactoring an old version. If you have time just do it, will be a great addition for any other person using this epaper display.

[zenith85]

i tried, and spent 3 days working on trying to make the code work. but i face many errors. most of the errors are just unknown variables, unions and constructs. i tried to digest the code and understand it... but no hope, it is too distant like it is a different project than the original lilygo codes. May be i am just new to this .... Anyway i was looking for simple tweak to make the screen rotate, but couldn't find any working way to do it.

[github-actions]

This issue is stale because it has been open for 30 days with no activity.