The DFROBOT DFR0678 [1] and DFR0550 [2] touchscreen displays are meant
to be compatible with the official RaspberryPi 7in display. However
instead of directly conntecting the FT5x06 touch controller to the I2C
bus going to the host processor they route it through an MCU and emulate
a virtual FT5x06 controller but don't do a very good job at it. The
method the RaspberryPi firmware used to read the touch data is supported
(which consists of reading R2 to get the number of touch points, then
reading 4 bytes of data for each point in discrete I2C transactions. If
you try to use the FT5x06 driver which reads all registers starting at
R0 at once you will get invalid point data.
Additionally the RaspberryPi displays like these do not have a touch
controller IRQ so polling mode has to be added.
Also additionally these controllers do not appear to send UP events so
an additional patch slightly modified from the raspberry-pi kernel is used
to track ID's and report up events.
I'm sending this series as an RFC as I'm not really clear if this is the
best approach vs just adding a new touchscreen driver (which I have
prepared and will probably send in another RFC).
Tim
[1] - https://www.dfrobot.com/product-2193.html
[2] - https://www.dfrobot.com/product-1784.html
Tim Harvey (4):
dt-bindings: input: touchscreen: edt-ft5x06: add poll-interval
input: edt-ft5x06 - add polled input support
input: edt-ft5x06 - add support for DFROBOT touch controllers
input: edt-ft5x06 - Handle unreliable TOUCH_UP events
.../input/touchscreen/edt-ft5x06.yaml | 7 +-
drivers/input/touchscreen/edt-ft5x06.c | 144 ++++++++++++++----
2 files changed, 123 insertions(+), 28 deletions(-)
--
2.17.1