Обнаружил, что мышкой подключеной можно управлять..
Как-то бы запретить мышь и разрешить тач..?

Buildroot на базе ядра 3.10.17, переменные окружения должны быть такие

export FB_MULTI_BUFFER=2
export QT_QPA_PLATFORM=eglfs
export QT_QPA_EGLFS_HIDECURSOR=1
export QT_QPA_EGLFS_DISABLE_INPUT=1
export QT_QPA_GENERIC_PLUGINS=Tslib
export QT_QPA_EVDEV_TOUCHSCREEN_PARAMETERS=/dev/input/event0
export QT_GSTREAMER_CAMERABIN_VIDEOSRC="tvsrc"
export TSLIB_TSDEVICE=/dev/input/event0

их надо прописать в скрипт автозапуска приложения чтобы они устанавливались перед выполнением приложения если нужен автозапуск, так же их надо прописать в /etc/profile чтобы запускать приложения вручную из консоли, по умолчанию там не все прописано. С такими переменными графическая платформа - eglfs (OpenGL ES2, полный экран), курсор мыши отключен, тачскрин работает через плагин tslib

Есть небольшая тонкость, т.к. курсор отключен и не видно куда реально попадает нажатие, лучше поточнее откалибровать сенсорный экран - кроме точного указания при калибровке, удерживать секунд 5-7 (чтобы измерение усреднилось на 127 измерений).
export QT_QPA_EGLFS_HIDECURSOR=0 - включит курсор на экране

Спасибо большое.
Все переменные среды ввёл.
Всё заработало.

Столкнулся с проблемой настройки тачскрина к HOLA DUO
Подумал что будет кому то интересно:

Моя система:
HOLA-DUO + IEB
3.10.17 Linaro 2.11
---
поставил пакет TSLIB + Пакет TSLIB для исков
калибровка заработала - на рабочем столе нажатие на тачскин
выдавала падение исков. Поиски в инете нашли схожую проблему. Дело в том что TSLIB не корректно работал с одной из последних версий XORG. Одним из решений было откат на предыдущие версии иксовых драйверов.
Попытки откатиться так и непривели к успехам. (так и не смог найти нужный пакет)
попытки пересобрать TSLIB выкидывали в
"Segmentation FAILURE" (здесь мой опыт отставляет желать лучшего)
Рещил попробовать родной драйвер "EVDEV"
Что характерно он включился
и даже была реакция на нажатие
но калибровщик XINPUT_calibrate отказывался калибровать более 1й точки.
Далее была попытка в ручную записать координаты в по углам экрана. Кое как начал слушаться тач, но перемещения стилуса по экрану давало движения указателя перевернутое на 90градусов.
2 дня мучал настройки xinput set-prop
и свап координат делал и че тока не делал.
Сдался.
перекомутировал входы тачскрина согласно:
JX1 ->Y2
JY1 -> X2
JX2 -> Y1
JY2 -> X1
все вроде заработала и калибровочные константы подошли
но есть довольно приличный джиттер.

Если есть какие либо мысли буду рад.

Контроллер сенсорного экрана довольно капризен, плюс прибавляются неприятные моменты (потери, ошибки) с SPI интерфейсом в кабеле (при этом координата может на пол экрана улететь или за его пределы).
Из собственных наблюдений, понижение частоты SPI до 100-50кГц очень часто заметно уменьшает дребезг координаты.
Хотя, бывали случаи, когда наоборот - повышение частоты SPI уменьшало разброс.
Для чистоты эксперимента, попробуйте залить старое ядро (3.0.35) и сравнить.

Цитата

попытки пересобрать TSLIB выкидывали в
"Segmentation FAILURE" (здесь мой опыт отставляет желать лучшего)

если на PC собирали, то вероятно получили x86 бинарники, что АРМу не понравилось..

Цитата

Рещил попробовать родной драйвер "EVDEV"
Что характерно он включился
и даже была реакция на нажатие
но калибровщик XINPUT_calibrate отказывался калибровать более 1й точки.
Далее была попытка в ручную записать координаты в по углам экрана. Кое как начал слушаться тач, но перемещения стилуса по экрану давало движения указателя перевернутое на 90градусов.
2 дня мучал настройки xinput set-prop
и свап координат делал и че тока не делал.
перекомутировал входы тачскрина согласно:
все вроде заработала и калибровочные константы подошли

я как-то потерял ход мысли с поворотом экрана..
может перед хирургическим путем надо было таблеточку попробовать, типа
google->evdev swap axis
там тоже багов хватает, но народ как-то их решает:
http://ubuntuforums.org/archive/index.php/t-1493407.html

Цитата

но есть довольно приличный джиттер.

добавлю к сказанному Павлом:
есть ли у вас в рутовой файл
/etc/ts.conf
внутри д.б. дефолтные настройки

Код

module_raw input
module pthres pmin=1
module variance delta=30
module dejitter delta=100
module linear

попробуйте их покрутить..

TSLIB собирал на PC через кросс компиляцию.
потом попробовал собрать на самой плате (благо исходник мизерный).


xinput set-prop 12 "Evdev Axis Inversion" 0, 0
xinput set-prop 12 "Evdev Axes Swap" 0
Такие тесты я тоже делал только ID вместо12 свой подсталял:
При задействовании swap axis у меня при нажатии указатель вообще вылетал за пределы экрана. манипуляции с калибровками так и не вернули указатель в видимую область - как не изголялся.

насчет поворота экрана:
Было так: тыкал стилусом в левую нижнюю точку экрана и двигался вертикально вверх - указатель в тоже время начинал двигаться из верхнего левого экрана в правый верх - горизонтально. добивался и обратной картины на примере
xinput set-prop 12 "Evdev Axis Inversion" 1, 1
xinput set-prop 12 "Evdev Axes Swap" 0
или подобного

ts.conf есть, но он разве не для tslib?

Цитата

Контроллер сенсорного экрана довольно капризен, плюс прибавляются неприятные моменты (потери, ошибки) с SPI интерфейсом в кабеле (при этом координата может на пол экрана улететь или за его пределы).
Для чистоты эксперимента, попробуйте залить старое ядро (3.0.35) и сравнить.

Это все понятно.
но чисто субъективно
мне показалось то ts_test под tslib работает значительно лучше
чем иксовый evdev на том же ядре 3-10-17

Цитата

Из собственных наблюдений, понижение частоты SPI до 100-50кГц очень часто заметно уменьшает дребезг координаты.

ну скорее здесь прямая зависимость от времени конверсии ацп контроллера TS

SK-TFT1024x768TP-Plug V1.D Схема есть?
буду к SK-STM32F429 прикручивать...