Hi.
Can you double-check the specs of your display?
Our codes are only compatible with resistive touchscreens… Are you sure about the type of touchscreen of your display?
 
Regards,
Sara

I was going to come back and edit my question, but you beat me to it with your question.  I found the XPT2046 chip (https://www.buydisplay.com/download/ic/XPT2046.pdf) on my CYD board adjacent to the BOOT switch.  Because that chip is used with resistive touchscreens, I assume that’s what I have.

I have 3.3V on the XPT2046 pin 9, which is the reference voltage pin.

I note that Paul Stoffgren’s XPT2046_Touchscreen library sets the Z threshold at 400, but I’m seeing a value of around 450 without touching the screen.  I might try changing that threshold to 500 in XPT2046_Touchscreen.cpp and seeing what happens.

My module may have a bad touchscreen, or a faulty interface between the touchscreen and the XPT2046, but it seemed to work with the demo code that came preloaded on the module.

It may be necessary to add touchscreen calibration to software designed to make use of the CYD modules, if enough people have the same problem I’m having.  This library might be useful in that regard, but it needs to be updated quite a bit to better match the Stoffgren library on which it was based.

I have another module on order.  When it comes, I’ll compare and report.

Hi.
We didn’t need to calibrate any of our displays. So, I thought all of them were like ours.
 
Does your display have the same size as the recommended one? Or is it a little bit bigger?
Have you tried changing the rotation as explained in that unit?
 
Changing the threshold value seems a good starting point. Try it and let me know the results.
 
Regards,
Sara

My display has a diagonal of about 8 cm inside the silver lines around the border.  It has TPM408-2. 8 printed in the lower left corner of the display, when the display is oriented in landscape mode with the USB-C connector of the yellow board on the left..

Something has changed about the behavior of my CYD.  I have physically handled the screen more than I had before I wrote my first post on this thread, and now the XPT2046_Touchscreen threshold of 400 defined in XPT2046_Touchscreen.cpp is working.

One thing I did is I “massaged” the touchscreen all over with my thumb, thinking that might spread the material between the two resistive layers more evenly.

Now I get the following values in the four corners and the approximate center using the example code from Section 1.9 of the course:

LL: x=17, y=244
UR:  x=330, y=12
Approx. Center:  x=167, y=127
UL:  x=72, y=52
LR:  x=270, y=185

It behaves as if the resistive touchscreen was atrtached at an angle.

Hi.
Try the following examples in the eBook and see if they work as expected.
Then, let me know the results.
Regards,
Sara

What are “the following examples” you want me to try?  Do you mean the examples that follow the Section 1.9 example?  Or do you mean specific examples?  If the latter, please list them.

Bear in mind that it is a tedious process to try multiple examples, due to the length of time it takes to compile an example (or any ESP32 program) on my Windows 11 laptop with an i7-1195G7 @ 2.90GHz, 16 GB of RAM, and two SSDs, one mainly for programs and the other mainly for data, running Version 2.3.2 of the Arduino IDE.

One I’ve tried already is the Section 2.6 Button and Slider example.  It sort of works, but I have to touch the screen with the stylus at an offset from the displayed positions of the button and slider, and I have to determine the offset by trial and error.

Regards,
Robert Fleming
 

Hi.
Yes, I was referring to other examples of the eBook.
As you mentioned, it seems that your touchscreen is not properly calibrated.
Have you tried changing the rotation of the touchscreen as explained in Unit 1.9?
 
Regards,
Sara
 

Yes, I’ve tried a couple of different rotation values, and it doesn’t seem to make much difference.

My current thinking is that I should attempt to implement touchscreen calibration and use your ESP32 Save Data Permanently using Preferences Library example to store the calibration values.

I’m having the same issue.  I do have the correct board and have been able to load and test all the code in your Learn LVGL eBook.
To get the touch input to work I have to touch to the left of the item so looks like the touch screen is not calibrated. I’ve come across this issue before and the device provided a cross in each corner.  You touched the center of each cross in order to calibrate the touch screen.  I suggest that be made available.  

I found this code for XTP2046 calibration, but when installed on the CYD it just repeatedly crashed.
https://github.com/ardnew/XPT2046_Calibrated/tree/master

Phil, I’m looking into that.  There’s a somewhat helpful YouTube video at https://www.youtube.com/watch?v=QZbgPHvLfGw .  The library you mention provides some useful material, but it hasn’t been updated in sync with XPT2046_Touchscreen and won’t work on the ESP32-2432S028 without a lot of editing.  The TI paper is also a useful read.

Thank you for providing that calibration example…
Did you succeed with that?
Regards.

Hi Sara,
I’m in the middle of some debugging.  I’ve got code that collects touchscreen data at known screen points, throws out outliers, and computes the alpha, beta, and delta calibration values and uses those values to translate the resistive touchscreen measurements to display points.  X works, but Y doesn’t.  My next step is to compare the equations from the calibration code in the XPT2046_Calibrated library with the TI appnote from which they were allegedly derived.Right now the code is a mess, because I’m trying to merge your Section 1.9 touchscreen test example with the calibration code from the XPT2046_Calibrated library, and add some stuff to tie it together.  If you have my email address (Rui and I have corresponded in the past), please PM me for further info.
Edit:  The problem with the Y axis computation appears to be incorrect parentheses.  I probably introduced that when I converted all of the variables to floats.
Second edit:  Yes, it was parentheses.  Both X and Y work now.
This is how it works:
Draw three crosshairs on the screen, one at a time.  They are at the coordinates specified in the XPT2046_Calibrated library:
aS = 13, 11
bS = 167, 214
cS = 312, 113
While each point is displayed, collect 100 resistive touchscreen points from the XPT2046. My experience has been that there will be some outliers, so I prune out x,y samples where either coordinate is more than one standard deviation from the mean for that axis.
When 100 resistive touchscreen points have been collected, filtered, and averaged at each of the three screen points (crosshair locations), call the XPT2046_Calibrated TS_Calibration::TS_Calibration() function to compute the correction coefficients alphaX, betaX, deltaX, alphaY, betaY, and deltaY.
As a test, apply the corrections to the averaged resistive touchscreen points for each of the three screen points listed above, using the following equations:
x_scr = alphaX * x_touch + betaX * y_touch + deltaX
y_scr = alphaY * x_touch + betaY * y_touch + deltaY

The computed coefficients for this test are:
X: alpha = 0.10, beta = 0.01, delta = -65.50
Y: alpha = 0.01, beta = 0.07, delta = -48.85

The results I got are:
x_touch = 715 y_touch = 700
x_scr = 13 y_scr = 11
x_touch = 2010 y_touch = 3270
x_scr = 167 y_scr = 214
x_touch = 3597 y_touch = 1605
x_scr = 312 y_scr = 113
Compare those screen coordinates (x_scr, y_scr) to the ones I listed earlier.
Right now, I’m just using the Serial Monitor in the Arduino IDE to watch what’s going on. The only thing displayed on the CYD is the crosshairs.
What I envision is that one could run the calibration sketch once upon receiving a new CYD, and have it save the alpha/beta/delta coefficients to flash using the Preferences Library. Other sketches would then retrieve the coefficients when they start up and use the equations above that compute x_scr and y_scr from x_touch and y_touch to compute the screen coordinates corresponding to the touch.
Regards,
RF

Phil, if you’re the Victor Kilo 6 guy, I’d be happy to send you the prototype code.

Thanks Robert. I actually found the same Youtube video that you have and agree it should be a good way to solve this issue.
And I am VK6.
Thanks 
Phil…

Robert.  There is some calibration code in File>Examples that saves the calibration in the Flash.
It’s from this video:
https://www.youtube.com/watch?v=rq5yPJbX_uk
at about 16 minutes.
Phil…

Got six point calibration working. See equation 7 in the TI app note. It uses the least squares algorithm to compute the resistive touch screen to display coordinate transformation coefficients. Added a feature to six-point calibration to display the ‘+’ signs on which the user taps to generate resistive touchscreen calibration algorithm input data alongside ‘X’ symbols that show where the algorithm “thinks” you tapped after it runs the calculations. See: picture of programmed display points vs computed points.
If you don’t like what you see on this display, maybe you didn’t tap exactly in the middle of the ‘+’ symbols during calibration.  Hit the reset button on the back of the module and try again.
 

Im having same issue. Looks like the supplied code only applicable to one machine. I updated the Touchscreen test project to report the p.x and p.y values when touching each corner. By putting those values into the map commands (replacing the supplied values) as below Im getting better performance.
 

// Calibrate Touchscreen points with map function to the correct width and height

//x = map(p.x, 200, 3700, 1, SCREEN_WIDTH);
//y = map(p.y, 240, 3800, 1, SCREEN_HEIGHT);
x = map(p.x, 286, 3840, 1, SCREEN_WIDTH);     //min at left, max at right
y = map(p.y, 296, 3760, 1, SCREEN_HEIGHT);   //min at top, max at bottom

 
This approach is only a workaround as it may need to be repeated for each device.
Maybe a guideline is to only use touch buttons large enough to handle a few counts of error between devices.
 

I received my second CYD today.  The first one cost me US$3.56, and the second one cost US$10.99 (including shipping!).

Seems as though the price difference is worth it.  The resistive touchscreen on the first one appeared offset and rotated, while the resistive touchscreen on the second one seems fairly well calibrated!

I’m just kidding about the price difference translating to a quality difference, of course.  Probably just random selection.

While the second one seems to be fairly well calibrated, it is reporting X coordinates > 319, in fact, up to around 335, and Y coordinates up to and including at least 240.  This makes something in the software complain via a print to the Serial Console.  In my view, the software should clamp the X coordinates to the range [0..319] and the Y coordinates to the range [0..239].

This is what I got on the first attempt to calibrate the screen using my 6-point calibration sketch.  The yellow ‘+’ symbols are the points you tap on with the stylus during the calibration process, and the blue ‘X’ symbols are where the software says it thinks you tapped after running the calculations.  And that’s with the protective cover left on the screen.

This is a typical calibration result with my original CYD.

Hi.
Thanks for providing that information.
Currently, I’m out of the office, but I’ll take a look when I come back.
You can send the sketches to support@randomnerdtutorials.com
Thanks
 
Regards,
SAra

Apologi3s if i dont understand your cal process but itounds like you need to change the values in those map commands (do you use them in the cal data collect?). Parameters 2 and 3 are the expected range of raw inputs to be rescaled to the output 0-320 and 0-240. If you are averaging values use the max instead. If the range of values for any cal location is too wide declare a bad cal and restart.

Alex, the equations you’re referring to:
x = map(p.x, 200, 3700, 1, SCREEN_WIDTH);
y = map(p.y, 240, 3800, 1, SCREEN_HEIGHT);
are OK if all you need to do is scale the resistive touchscreen coordinates to the range of display coordinates.

But the first CYD I received had a resistive touchscreen that was rotated and offset from the display, so I had to resort to a more drastic solution, which is described in the TI appnote.

Regards,
Robert (Chip) Fleming
 

Yes that paper is interesting (in summary we need to generate a couple of matrix multiplies and an offset to transform the incoming p.x and p.y into x and y ).

Maybe that cheap device was a mfg reject ?

Wouldnt a translation and rotation error mean there are sections of the screen that cant be selected ? Maybe return/trash it ?

Do you think we need to run a cal/check every time an app that uses the touchscreen runs ?

I suppose a small set of algorithm parameters could be saved and used from a SPIFFS file by the app,  and updated  by a cal routine as needed but I suspect its making a mountain out of a molehill. Id expect a modern board design today should include calibration features that would be set during manufacturing/test obviating the need for any future external cal.  Mobile phones have addressed this assue.

My original problem was that I had a large offset when selecting from the keyboard with the original map parameters. My updated map parameters work but I dont know how valid they are for multiple CYDs.

Its an interesting project but will be burdensome to check and recal the touchscreen whenever an app runs (or offer a CalTouch button on splashscreen ?).

Wouldnt a translation and rotation error mean there are sections of the screen that cant be selected ?

I haven’t found that to be the case. My first (cheaper) CYD’s touchscreen is responsive across the screen. And it calibrates to within a few display pixels, but not quite as well as my second one, which calibrates to within 0-2 pixels.

Do you think we need to run a cal/check every time an app that uses the touchscreen runs ?

No, just run the calibration sketch once, and save the coordinate transform equation coefficients using the Preferences library functions. Other sketches requiring calibrated touchscreen inputs would use the Preferences library to retrieve the coeffients and use them in Eqs. 1 & 2 of the TI appnote to transform touchscreen coordinates to display coordinates as needed.

Its an interesting project but will be burdensome to check and recal the touchscreen whenever an app runs…

Once the six coefficients are computed and stored, it takes one line of code to declare the variables for the coefficients, and 11 lines of code in my implementation to retrieve them, including a function call in setup() and a test to make sure the preferences namespace opened correctly and an error statement if it didn’t. It takes another couple of lines of code to include the Preferences library and declare the preferences object. And you replace the two lines of code that do the mapping function with two lines of code that do the coordinate transformation.
 

Hi -I am having a touch screen calibration issue also.  In the Wi-Fi manager example, if I touch a keycap, the keycap to the right gets highlighted,  For example, press “t” and a “y” is displayed.  Press “p” and you get a backspace delete. To activate the “1#”, “ABC”, “_” keys I have to tap on the black border on the left of the screen.
I called Amazon and they replaced the CYD and I get the same error.    What is strange is when you power up the CYD for the first time and use the keyboard in the vendor supplied example, the character selected matches the character displayed.
Might this be an LVGL compatibility setting?
For others following this thread, the product code (silk screened in gold) on the back of the unit is ESP32-2432S028.  I am assuming it is the resistive screen. The product I have comes from DIYmall (via Amazon in the US) and the product codes on the cardboard box are X003POFHS9 and FZ5815.
I also found identical LDR issues in example 3.3.  Even unsoldered the LDR to test it.  I agree with other commentors that in the most recent batch the vendor probably replaced the LDR with a unit with different resistance specs.  What a shame.  Vendor changes their specs and your examples no longer work as expected.  

Hi.
We were able to calibrate the display using Robert Fleming’s instructions.
We’ll update our eBook soon with the calibration procedure.
 
If you wish to receive the updated procedure and code now, please let us know by sending an email to support@randomnerdtutorials.com and I’ll send you the instructions.
 
Just mention you want to talk to me.
 
Regards,
Sara