Такое ощущение что при таком разрешении вообще не
грузится драйвер тачскрина, во всяком случае на плате в
папке /dev и в ее подпапках никаких упоминаний о
тачскрине не нашел ,,,,

что выводит команда:

Код

dmesg |grep event

Цитата

Вы немного не поняли - я подключил НОВЫЙ экран к системе с
неизмененным файлом настроек - и он работал и калибро
вался (в пределах старого разрешения, естественно), после
этого я поправил этот же файл только в части видео,
согласно присланному новому, пересобрал, залил , получил
800х480 - и получил впридачу эту проблему с TS.

Значит файл борды все-таки подменили, т.к. в новой ревизии (от которой я и отправил файл) платы как раз небольшая перестановка в линиях SPITP/TSADC.

Нет, я в соответствие с вашими же рекомендациями поправил
старый файл на предмет только настроек видео. Попаду домой- выложу правленый кусок. На новый файл ругалось
по другому - типа can't load low level module - а здесь просто ts_xxx любая висит и ни ошибок в консоли, ничего ,,, до ctrl-C

Перезагрузите плату и первым делом запустите ts_print_raw, если ничего не скрутили, все должно работать.

Ну вот - ts_print_raw & ts_print работают, координаты правдоподобны,
но стоит запустить ts_calibrate - и висяк, Причем после выхода по
Ctrl-C не работает и ts_print_raw до перезагрузки , Что теперь -
расставлять printf в ts_calibrate и смотреть, где оно стопорится ?

А далее сложнее, пока сам однозначно не определился ...
Вобщем, основная гипотеза - наводки на SPI линии в шлейфе у этого плага получаются значительно существенней предшественников (или, что более вероятно, в ненужный момент наводящиеся).
Первым делом, подумал, что это глюк TS-Lib (виснуть на ts_calibrate) при выводе во фреймбуфер (в драйвере FB есть "плюшки"), присмотревшись вниметельней, склонился к мысли о электрической природе эффекта.
Для стабильной работы пришлось немного переделать опрос TP на плате SK-MLPC2478, а вот с дрйвером ADS7843 в ядре Linux сложнее будет, "клинит" его явно в месте, где драйвер отправит комаду на самплинг и впадает в ожидание прерывания, но т.к. шумы не дают ADS правильно понять команду, ADS ничего не запускает, а процессор будет ждать вечно. Это гипотеза, не факт что это на самом деле происходит, но думаю, это не далеко от истины.
Подойти к решеию можно двумя путями:
1) провести SPI линии отдельными линиями, лучше, если экранировать или хотяб одну линию земли с ними проложить
2) переписать драйвер, чтоб он не взирая на свое состояние, периодически себя "приводил в чувства"

Цитата

А далее сложнее, пока сам однозначно не определился ...
Вобщем, основная гипотеза - наводки на SPI линии в шлейфе у этого плага получаются значительно существенней предшественников (или, что более вероятно, в ненужный момент наводящиеся).
Первым делом, подумал, что это глюк TS-Lib (виснуть на ts_calibrate) при выводе во фреймбуфер (в драйвере FB есть "плюшки"), присмотревшись вниметельней, склонился к мысли о электрической природе эффекта.
Для стабильной работы пришлось немного переделать опрос TP на плате SK-MLPC2478, а вот с дрйвером ADS7843 в ядре Linux сложнее будет, "клинит" его явно в месте, где драйвер отправит комаду на самплинг и впадает в ожидание прерывания, но т.к. шумы не дают ADS правильно понять команду, ADS ничего не запускает, а процессор будет ждать вечно. Это гипотеза, не факт что это на самом деле происходит, но думаю, это не далеко от истины.
Подойти к решеию можно двумя путями:
1) провести SPI линии отдельными линиями, лучше, если экранировать или хотяб одну линию земли с ними проложить
2) переписать драйвер, чтоб он не взирая на свое состояние, периодически себя "приводил в чувства"

Так вот почему на разрешении 480х272 ts_calibrate
работал на новом плаге(хотя и с двоениями на экране
итд), А если попробовать 80-жильный кабель от HDD ?

Ну вот - пересадил плату с экраном 7,0 в новый корпус
(терпеть не могу когда все висит на проводках)
Продолжил :
1. оторвал провода отвечающие за общение с TS от
основного шлейфа дабы уменьшить наводки - не помогло,
ts_calibrate НЕ работает.
2. при помощи fbset сбросил пиксельную частоту до
9000 кгц (как было на старой матрице) - без толку
3. Запустил ts_print_raw - на первый взгляд все
значения адекватные, соответствующие координатам нажатия, пропусков и замираний вроде бы не заметил.

Выводы - похоже что-то в глубинах tslib не дружит с новым разрешением экрана, тем более что, как уже
писал, после установки в ядре разрешения 480х272
калибровка работает.

Что же это может быть, где искать ?

Пока новых SK-T070-Plug нет собранных, но подобный эффект (виснет драйвер TP при ts_calibrate/ts_test) нашел на 9G45-OEM+MB при подключении 4" панели (чего на других платах не проявлялось).
Пол дня ковырялся, пытаясь "кострацией" драйвера излечить глюк и терминаторы на линии поставил (потенциально ограничивают ток, что должно приводить к уменьшению уровня наводок) - бесполезно.
В итоге, добавил линию земли (припаял 2 жилы кабеля к полигону земли на плаге и первому контакту на разъеме материнки), все пришло в чувства (даже с дефолтными параметрами в драйвере).
Вобщем, лопухнулся я с землей на этом разъеме, надо было как минимум 2 линии (и по разным сторонам кабеля пустить), а лучше штуки 3-4 ...