HyperDisplay does not allow for landscape orientation on 1.8" TFT LCD

[spwelton]

Subject of the issue

I started integrating a 1.8" TFT LCD from Sparkfun in a project of mine but now realize it may not work out as HyperDisplay does not support use of that display in a landscape orientation. The default is in portrait mode and I have not found a way to change it.

Hardware Setup

• SparkFun ESP32 Thing Plus WROOM
• SparkFun 1.8" TFT LCD breakout board
• Arduino IDE 1.8.10

[amdisthebest]

+1. I am trying to do exactly the same. Any update?

I am trying to accomplish this as well

Actually.... I found out if you use "setMemoryAccessControl" with the specific library for the 1.8" TFT LCD from SparkFun with different parameters you can change the direction, though, the window will need to be changed accordingly. Right now it's drawing upside down from the way I want it, but at least it's drawing in landscape instead of portrait. If you look at the datasheet for the Memory Access Control Command you can see how the parameters reflect what you should see on the screen. Plug in the parameters to setMemoryAccessControl and use the window. The method "setMemoryAccessControl" is from the ILI9163C layer2 class extension of the HyperDisplay. Hope this helps.

Using .setMemoryAccessControl(false,true,true, false,true, true); will change the orientation to my liking, but still working on trying to get the full screen size

To have the display work in 180 degrees from that, use:
.setMemoryAccessControl(true,false,true, false,true, true);

The third argument switches x and y coordinates, whereas the first indicates the order of x coordinates and the second indicates the order of the y coordinates. The first two arguments basically indicate which corner of the screen is considered to be the top-left corner. The fifth argument is for BGR vs RGB (I believe that hyperdisplay's colors are set with BGR). The fourth and sixth arguments indicate the refresh order (which corner of the screen will be refreshed first).

[westinpigott]

I'm working on literally the same thing right now. HyperDisplay with the 1.8" TFT (ILI9163) being able to work in landscape mode.

So far at best it does 128x128 when I change the memory access control to draw in landscape mode. It should work fine in portrait mode out of the box (without a call to setMemoryAccessControl) ... if anything the memory access control might need to be tweaked if the image is flipped 180 degrees to something like:
.setMemoryAccessControl(true,true,false,false,true,true)

[westinpigott]

Hmm... I think I am going to cut my losses and just purchase a different display.

Hmm... I think I am going to cut my losses and just purchase a different display.

What issue are you having with it? standing up on the short side (portrait) or long side (landscape)? The person who posted the issue is having a problem with landscape. As for portrait, one thing to keep in mind is that the specific pins in arduino are set based on the board (for the Thing Plus ESP32 it's SCK->SCLK , SDI->MISO/CIPO, SDO->MOSI/COPI). Also to make sure that the pins are specified for DC. The PWM (backlight) part is optional... however I think for the ESP32 part, it would be easier to use LEDC directly for the backlight...

then of course the CS pin needs to be set and wired accordingly in the arduino code

[westinpigott]

Sorry. I meant landscape. Comment edited. It works great in portrait mode. I actually have two of them running at same time and independent control. If I could solve the rotation issue, I would be pleased as could be.

[westinpigott]

The rotation option in other libraries seems to be done in code. There are switch statements in each of the various primitive draw methods to convert the coordinates.

Ahh I see, so running into a similar snag that I am running into?

I came up with a helper function that takes me up to my current issue, sorry about the formatting:
enum orientation{LANDSCAPE,PORTRAIT};
void setOrientation(KWH018ST01_4WSPI *disp, orientation myOrient) {
if(myOrient==PORTRAIT) {
disp->setMemoryAccessControl(false,false,false, false,true, false); // MX=false, MY=false, MV=false, ML=false, BGR=false, MH=false
disp->pCurrentWindow->xMin = KWH018ST01_START_COL;
disp->pCurrentWindow->yMin = KWH018ST01_START_ROW;
disp->pCurrentWindow->xMax = KWH018ST01_STOP_COL;
disp->pCurrentWindow->yMax = KWH018ST01_STOP_ROW;
disp->pCurrentWindow->cursorX = 0;
disp->pCurrentWindow->cursorY = 0;
disp->pCurrentWindow->xReset = 0;
disp->pCurrentWindow->yReset = 0;

disp->setColumnAddress(KWH018ST01_START_ROW,KWH018ST01_STOP_ROW);
disp->setRowAddress(KWH018ST01_START_COL,KWH018ST01_STOP_COL);
} else {
disp->setMemoryAccessControl(false,true,true, false,true, false); // MX=false, MY=true, MV=true, ML=false, BGR=false, MH=false
disp->pCurrentWindow->xMin = KWH018ST01_START_ROW;
disp->pCurrentWindow->yMin = KWH018ST01_START_COL;
disp->pCurrentWindow->xMax = KWH018ST01_STOP_ROW;
disp->pCurrentWindow->yMax = KWH018ST01_STOP_COL;
disp->pCurrentWindow->cursorX = 0;
disp->pCurrentWindow->cursorY = 0;
disp->pCurrentWindow->xReset = 0;
disp->pCurrentWindow->yReset = 0;

disp->setColumnAddress(KWH018ST01_START_COL,KWH018ST01_STOP_COL);
disp->setRowAddress(KWH018ST01_START_ROW,KWH018ST01_STOP_ROW);
}
}

text will be flipped in the orientation that I want it if I select portrait or landscape with these, but when in landscape it won't use the entire screen

I could probably generalize that helper function to specify which corner is the "upper-left" referencing pin number/label and whether away or close to pins. Like LCDCS_AWAY, LCDCS_CLOSE, GND_AWAY, GND_CLOSE

[westinpigott]

I am seeing that also. An additional wrinkle is if you run the "Example2_HyperDisplayBasics" using that code, it works until halfway through the rectangle example, then it is reverted to the defaults. Very bizarre.

Even more interesting, if you comment out this section, the whole script runs with the roation in place.

 /*myTFT.clearDisplay();
  myTFT.setTextCursor(0,0);
  myTFT.print("Rectangle Example...");
  delay(1000);
  myTFT.clearDisplay();
  myTFT.rectangle(5, 5, 30, 45, false, (color_t)&pixelColor); // The arguments are x0, y0, x1, y1, then a boolean for filled or not, then the color
  myTFT.rectangle(7, 7, 28, 43, true, (color_t)&innerRectColor);
  delay(5000);*/