I was able to run 4 samples from the MCUFRIEND_kbv library (showBMP_kbv_as7; GLUE_Demo_480x320; graphictest_kbv; testcard_kbv), make some changes in SKETCH. Other examples of this library and other libraries did not work, why?
To create a SKETCH from scratch will I have to make edits in other libraries?
Read Registers on MCUFRIEND UNO shield
controllers either read as single 16-bit
e.g. the ID is at readReg(0)
or as a sequence of 8-bit values
in special locations (first is dummy)
#1679 and #1687 show different results. I do not believe that you are plugged in properly. Every male pin should connect intimately with its corresponding female socket.
You should always get the same result.
Have you tried plugging it into another Uno, Mega, Zero, Due, ... ?
Do you get the same output?
I have 2- UNO R3.
Results are identical.
I checked connections - everything is OK.
LRead Registers on MCUFRIEND UNO shield
controllers either read as single 16-bit
e.g. the ID is at readReg(0)
or as a sequence of 8-bit values
in special locations (first is dummy)
Go on. You are taking the p*ss. #1679, #1687 and #1689 all show different results.
Some Renasas R61526 displays appeared without proper sticky pads. So the TFT module was shorting out against the pcb. Dismantling a module from the pcb has to be done very carefully. Do not try it until you have some sticky foam pads to mount it properly.
in #1684 I asked:
How did you get a "red" screen? Other "readreg" sketches apply random initialisations.
You can try tft.begin(0x9320) or tft.begin(0x9325)
You appear to have at least one set of male pins plugged in.
I have never used one of those perspex cases. Do they stress the pcb? Do the mounting bolts short?
If you are prepared to answer questions, we can offer advice. e.g. how to check for shorts.
First off. Your 3.5" display is 320x480. There is absolutely no point in trying any 240x320 or even 240x400 controllers.
So we have concluded that you probably have a Raydium RM68140 controller.
Edit every regular sketch: if (ID == 0xD3D3) ID = 0x6814;
Edit UTFTGLUE.h too. Then it will work with every GLUE sketch automatically.
That is it. Your write-only screen can never read GRAM or read registers.
But it can do everything else. And it works quite fast too.
Your XPT2046 Touch controller will work with the URTouch.h library.
The Uno shields work on a Mega2560 but are appallingly SLOW.
I collected on wires - the same effect.
I tested TFT LCD_ID_Reader from http://misc.ws
Reading ID...0x0001
changing values - lcdFillScreen(0xF800); I saw different colors on the screen
Read Registers on MCUFRIEND UNO shield
controllers either read as single 16-bit
e.g. the ID is at readReg(0)
or as a sequence of 8-bit values
in special locations (first is dummy)
I'm trying to calibrate the 3.95 "MCUFRIEND TFT display, why can not I use the touch of the display?
I have tested several libraries, including URTouch.h library, and the touch of the display does not work. Why?
david_prentice:
As far as I can remember, you have a non-standard Mega Shield with RM68140 controller.
These shields should have a XPT2046 Touch controller. Use the URTouch library. Try the examples.
Just check for (myTouch.dataAvailable() == true) and read the position to the Serial Terminal.
I have a non-standard Mega Shield with HX8357-D controller. I will try it tomorrow.
David.
It's a MEGA SHIELD, but the controller that worked was the RM6814.
I have edited all regular sketches: if (ID == 0xD3D3) ID = 0x6814 and also UTFTGLUE.h.
Sorry for my ignorance but, (myTouch.dataAvailable () == true), is it an edit?
Tests with the URTouch library samples, the characters were inverted, and the serial monitor returned no result.
The test with the XPT2046 library example, the screen turns white, and the serial monitor 1 (!! ⸮⸮⸮ 1 (!! ⸮⸮⸮ 1 (!! ⸮⸮⸮ 1.
The test with the UTouch_Calibr_kbv library example, the characters are correct, and the serial monitor shows UTouch_Calibr_kbv,
But the touch does not work.
The test with the example of the TouchScreen_Calibr_kbv library, the characters are correct, and the serial monitor shows on TouchScreen.h Calibration
,
But the touch does not work.
Hi, David! Thanks a lot for your great library! It works fine with my 3.5 480x320 ILI9481 shield and arduino uno, but i want to use this shield with esp32 (it is only important that not with arduino uno )... I will be very thankful if you say what should i change in your library or suggest me some other libraries so that i can do this. Sorry for my question, but i couldn t find the solution for myself.
I want to do a weather widget like this ESP8266+3.5" TFT Internet Weather Station - Final version - YouTube . So, i think that using esp32 will be convenient to do this. But if you say that it is so difficult (or not difficult for you, but you don t want to do this) i will make it by other way (now i have an idea to drive display using arduino nano but get data using esp8266). Thanks again for such useful and convenient library.
P.S Yes, esp32 have many gpios (ADC also). https://cdn-shop.adafruit.com/product-files/3269/pinout_wroom_pinout.png .My board have less pins, but i think also enough.
It is incredibly easy to use a 240x320 ILI9341 via SPI.
Your video shows a 240x400 parallel ILI9327.
My Wemos ESP8266 board does not have enough GPIO.
Quite honestly, I do not like the idea of running an 8-bit parallel on 11 GPIO pins.
But if you can find an SPI module, that would be fun to use. It only costs you a chip-select pin.
SPI ILI9481 or HX8357D are available. But a lot more expensive than parallel versions.
As I said earlier. If you design and propose a wiring scheme, I could be persuaded to mount an ESP board on a Uno Protoboard.
david_prentice:
I tried my 8-bit HX8357-D Mega Shield. Anyway, this Shield does not seem to work.
The Touch on my 16-bit RM68140 Mega Shield does work.
The 8-bit Shield has a HR2046 chip which is supposed to be the same as XPT2046, ADS7843, ADS7846, ...
It looks as if it is wired like all the other Mega Shields.
i.e. BUSY=7, SCK=6, CS=5, MOSI=4, MISO=3, IRQ=2.
I will try it with a Logic Analyser tomorrow.
David.
Okay, thank you David for the help.
I will continue working and looking for alternatives.