Вопрос следующего плана, можно ли (наверное правильнее будет сказать КАК) подключить эту плату через LVDS к дисплею.
Так понимаю в сборке Linux должны быть драйвера для такого подключения.
Аналогичный вопрос касается TS.
судя по тому, что я вижу в исходниках ядра, вроде все включено, возможно надо будет поправить строку загрузки ядра на уровне переменной в юбуте..
это про интерфейс lvds и тачконтроллер к местным экранам..
Переходник это что?
Я правильно понимаю, что нужно просто соединить сигналы LVDS0_0_TXP, LVDS0_0_TXN, ***, итд, на плате HOLO-PC с соответствующими выводами на плате SK-TFT1024x768TP-Plug.
Мне нужно сделать следующее.
Я неплохо знаком с Qt, но писал только под Win.
Поэтому хочется собрать SK-TFT1024x768TP-Plug + Holo-PC и вести разработку приложений на Qt.
Интересует насколько все это просто и реально ли в этой связке?
Будет ли Qt обрабатывать события от TS без дополнительных плясок?
Хочется быстро стартануть, но завис на этапе подбора железа, с Линуксом тоже пока дружбы нет.
о вышеупомянутом переходнике - за полчаса с перекурами был состряпан "переходник" из мгтф, с одной стороны подключен к экрану 1280х800 (lvds, 1+3 канала), другой варварски впаян в разъем Холы..
исходники в этом месте даже не трогал - "всё прописано за нас"..
единственное, в строке юбута изменилось имя интерфейса:
при загрузке на экране традиционный пингвин, ну и графика пользователя:
вид на "интерфейс" - так делать нельзя! (объяснение ниже)
диагноз - хоть провода и короткие (~8 см), но были припаяны лохмато-внавал и на графической картинке отлично видны мелкие артефакты.. лечение - отпаял, слегка завил (5 оборотов в паре P & N) - получил идеальное изображение..
отсюда вывод - lvds не любит фривольностей (для справки - от переходного разъема идет кабель сделанный из hdmi длиной ~90см + 30см родного шлейфа экрана)
если у вас есть расширение с консолью или самодельная консоль, то останавливаете юбут и переписываете строку для загрузки ядра на свою через команды: setenv bootargs_sd 'что требуется'
saveenv
если консоли нет, то все сложнее - тащите виртуалку с фтп (или исходники u-boot), правите там параметры, пересобираете u-boot, далее через mfgtools или самостоятельно заливаете на uSD и получаете нужный результат..
в теории, u-boot поддерживает файл конфигурации с uSD под названием uEnv.txt, но это надо проверять.. если поддерживается, то задача упрощается до редактирования текста в этом файле..
на любой понравившийся канал SPI или даже на обычные GPIO с эмуляцией spi-gpio.. если SPI1 не жалко и удобно, то подключайтесь к нему - в ядре он вроде прописан для работы TS..