Попался мне как-то неисправный автомобильный навигатор, который включался и показывал симпатичную картинку. Пейзаж мне очень понравился, и дисплей был довольно большой. Решил изъять его и сделать что-нибудь полезное. Посмотрим, что из этого вышло, а также, где найти и как использовать большие экраны.

Какая же у всего этого цель?

Итак, приступим. Цель всей затеи – понять, как работает экран, оживить его и в дальнейшем использовать в каком-нибудь интересном проекте. Попутно приобрести ценный опыт работы с большими дисплеями. И, конечно, поделиться результатом с теми, кому это будет интересно.

Начинаем расковыривать

По традиции, пробуем найти схему навигатора Pioneer PA-503. И, как обычно, ничего не находим. Собираем хоть какую-то информацию. Удалось выяснить разрешение экрана – 480х272 пикселей. Для начала пойдёт. Вскрываем, смотрим кишочки:

Заботливый производитель не только предусмотрел для нас запасной разъём для экрана (позже сделаем переходник), но и подписал контакты UART на плате:

От такого подарка не стоит отказываться. Подключаемся, слушаем, пишем в файлик. Вдруг там будет что-то интересное по дисплею.

Что у нас ещё есть? А есть у нас карта сокровищ:

Вот она и поможет нам найти сокровища. Замечаем, что маршрутов у нас всего 40. Как обычно, начинаем с земли (не зря же моряки так ей радовались). Пробуя пройти по 35-й дороге, замечаем, что она ложная: клада там нет (not connected). Также есть буковки К и А. Думаю, вы знаете что с этим делать. А если нет, то подскажу, что это про свет.

Плавно перехожу на технический язык и сообщаю, что дорожка 4 идёт к перемычкам R1-R3 и к чипу, что очень похоже на + питания, а перемычками, видимо, выбирается режим работы. Проследив каждую дорожку, получаем предварительную распиновку: 1 катод, 2 анод, 3 gnd, 4 Vdd, 5-28 ?, 29 gnd, 30-34 ?, 35 NC, 36 gnd, 37 XR, 38 YD, 39 XL, 40 YU. Контакты 37-40 – это сенсор (они подписаны на шлейфе).

Многовато неясных выводов, что за интерфейс такой? Поищем похожие панели. Идём в интернет, к примеру, сюда и начинаем смотреть документы на похожие экраны (4,3 дюйма, 480х272, 40 выводов). Для примера рассмотрим этот документ. Ищем pin description и замечаем, что расположение выводов этого экрана полностью согласуется с нашим. А интерфейс тут, как и у нашей панели, параллельный RGB. Просмотрев ещё с десяток даташитов на разные экраны с 40-выводным разъёмом, замечаем, что часто распиновки один в один. Иногда встречаются отличия. Например, нет контактов hsync и vsync (вместо них Not Connected), есть только de. Но порядок следования сохраняется.

Позже на сайте adafruit мне встретилась информация, что 40-выводной разъём полустандартный и у большинства панелей диагональю 3.5", 4.3", 5.0" и 7.0" с параллельным интерфейсом именно такой разъём. Это очень радует и облегчает жизнь. А также даёт возможность покупать неизвестные панели таких диагоналей с 40-выводным разъёмом и пробовать их подключать и оживлять. Самое интересное, что скорее всего, они оживут.

Возможно, есть какие-то закономерности и у 50-выводных разъёмов (может ещё у каких). Нужно проверять. Если что-то знаете, можете поделиться в комментариях.

Навигатор включался и показывал заставку, поэтому у меня была возможность проверить распиновку по сигналам с помощью осциллографа, что я и сделал. Всё подтвердилось. Напряжение питания оказалось 3,3 В, напряжение на светодиодах подсветки около 17-18 В.

Кроме расположения выводов, нам ещё нужны задержки или тайминги, но об этом далее. Их также можно найти в документе на дисплей.

С помощью чего управлять таким дисплеем?

Интерфейс RGB – это специальный параллельный интерфейс, который передаёт до 8 бит данных на каждый из трёх цветов (red, green, blue) для каждого пикселя. Количество бит, передаваемых в каждом такте, зависит от способа управления и количества используемых выводов. Может меняться от 16 до 18 или 24 бит. Обычно у экранов, подобных нашему, нет встроенной памяти, поэтому нужно выделять память под кадр. А ещё нужно постоянно формировать синхроимпульсы. Причём, чем больше разрешение, тем выше частота и больше необходимый объём памяти. Всё это создаёт дополнительные требования к управляющему устройству, однако позволяет передавать данные быстрее, чем с помощью микропроцессорного интерфейса. Обычно RGB интерфейс выбирают для отображения видео.

С помощью чего можно управлять такими дисплеями? Тут достаточно много вариантов:

1. STM32 (или другие микроконтроллеры) c модулем LTDC (LCD TFT Display Controller) на борту. Как это делается хорошо описано, например, здесь. Также есть интересное видео по использованию этого модуля для управления матрицей ноутбука.

2. STM32 (или другие микроконтроллеры) без модуля LTDC. Интересный способ описан здесь, где RGB дисплей подключается по SPI.

3. ESP32. Описано тут.

4. ПЛИС. Хорошо описано тут (Часть 1). Также рекомендую почитать Часть 2 и Часть 3. Ещё один пример.

5. Малина. Об этом далее. Думаю можно подключать и к другим одноплатникам, не проверял.

6. Графические контроллеры RA8875, SSD1963, FT800 и др. У Adafruit есть специальная плата на RA8875.

7. Универсальный скалер. На ютубе множество видео по теме (раз, два...).

8. Теоретически возможно использовать и контроллер, установленный в устройстве, откуда изымается экран. Например, в моём навигаторе (pioneer pa-503) установлен процессор MSB2521 и мне удалось найти документ на него. Но тратить время на изучение родного, скорее всего, малоизвестного и специализированного контроллера вряд ли кому-то будет интересно. Возможно, это бывает оправдано.

В пунктах 2 и 3 используется нестандартное включение: ограничивается глубина цвета. У такого включения масса применений – от вывода текста до отображения простых картинок, что для нетребовательных к графике конструкций очень хорошо. Для вывода графической информации можно использовать не только все возможности, которые есть в библиотеке ESP32Lib, но и все классы и графические примитивы AdafruitGFX при помощи GFXWrapper. Думаю, такой вариант может пригодиться поклонникам Ардуино и любителям Arduino IDE.

Этот мини-обзор не претендует на полноту. Возможно, я что-то упустил. Если у вас есть дельный совет или дополнение, пишите в комментариях.

Решить на чём именно остановиться мне было достаточно просто: из всего перечисленного под рукой у меня была только Малина 3 В.

Подключаем наш экран к Малине 3 В.

В документации на Малину написано, что параллельный RGB интерфейс есть на всех платах с 40-выводным разъёмом и на вычислительных модулях. Он позволяет подключать к Raspberry Pi дисплеи в разных режимах: по 8 бит на цвет, по 6 бит и в режиме RGB565.

С расковыриванием экрана каких-то трудностей у меня не возникло, и справился я с этим достаточно быстро. А вот с Малиной пришлось повозиться. Наверное, из-за того, что раньше я с ней не работал и не знал некоторых тонкостей.

Важное при первом запуске Малины без монитора, клавиатуры и мыши.

Для начала нужно было записать образ системы на sd-карточку. Скачал с официального сайта Raspberry Pi Imager, выбрал и скачал систему, записал на флешку. Запускать я пробовал в «безголовом» режиме (без монитора, клавиатуры и мыши) с помощью удалённого доступа по SSH (через PuTTY). В обучающих материалах на эту тему человек просто открывал PuTTY, начинал сеанс связи, и Малина предлагала ввести логин и пароль. Я делал всё то же самое, начинал сеанс связи, но в ответ было молчание. Потом оказалось, что SSH нужно включить. Решалось это простым добавлением текстового файла с именем ssh в раздел boot. У файла нужно было удалить расширение txt. Наверное, это можно решить и простым включением ssh в настройках Raspberry Pi Imager:

После добавления файлика ssh я смог, наконец, подключиться к Малине, и в терминале появилась заветная надпись «login»:

«Отлично!» – подумал я, и стал вводить логин и пароль по умолчанию (для Raspberry Pi OS это «pi» и «raspberry» соответственно). Но не тут-то было. Надпись login incorrect я видел ещё много раз. На картинке видно, что я стал пробовать логины и пароли от других операционных систем.  Пробовал записывать образы разных систем. Мне казалось, что неправильное выключение Малины как-то могло повредить данные на флешке (такое возможно).

Я никак не мог понять в чём дело. Опять же, смотрел видео, читал статьи, делал всё тоже самое. Но почему-то у авторов принимался логин и пароль, а у меня нет. Всё было намного проще. Оказывается, в новых версиях Raspberry Pi OS не создан пользователь по умолчанию. Поэтому для начала его нужно создать. Сделать это можно либо при записи образа системы (как на картинке выше), либо после (добавить username:encrypted-password в специальный файлик). Пробовал только первый вариант, который мне помог. На этом остановился, так как Малина, наконец, приняла логин и пароль. 

После того, как настроено подключение Малины к сети (удобнее через wi-fi) и включен VNC сервер (хорошо показано тут), можно начать подключение нашего экрана к выводам GPIO.

Для удобства подключения я позаимствовал с платы навигатора «запасной» разъём и сделал переходник. Переходник можно купить готовый.

Переходную плату закрепил к панели скотчем, чтобы случайно не повредить шлейф. Подсветка питается от драйвера светодиодов, установленного на плату, которую я использую для работы с экранами от телефонов nokia и других.

Очень удобно питать подсветку от этой платы: схема сама повышает напряжение до нужного уровня, пока ток светодиодов не достигнет заданной величины. Ток задаётся резистором. В данном случае это 20 мА. За основу взял этот проект, поставил другой драйвер. Схема типовая из документа на микросхему.

У панелей большего размера может быть и больше 6 светодиодов или чуть другая схема их соединения (например, последовательно-параллельная). Поэтому тут нужно быть внимательным и, при необходимости, использовать другой драйвер или другой способ питания.

Подключаем наш экран согласно распиновке:

Питание экрана и вывод Display_ON садим на 3,3 В, схему подсветки я запитал от +5В (не забываем и про вывод Gnd).

Настраиваем Малину для работы с экраном.

Теперь нужно поработать с файлом config.txt: отключить периферию (интерфейсы), которая использует выводы GPIO, включить параллельный RGB интерфейс и настроить его работу. Подробнее описано в документации.

Остановимся более подробно на строчке

dpi_timings=480 0 15 3 3 272 0 12 2 1 0 0 0 60 0 32000000 3

Параметры здесь такие:

#dpi_timings=<h_active_pixels> <h_sync_polarity> <h_front_porch> <h_sync_pulse> <h_back_porch> <v_active_lines> <v_sync_polarity> <v_front_porch> <v_sync_pulse> <v_back_porch> <v_sync_offset_a> <v_sync_offset_b> <pixel_rep> <frame_rate> <interlaced> <pixel_freq> <aspect_ratio>

(подробнее в документации).

Сначала я пробовал запускать экран с типовыми задержками на рекомендуемой частоте 9 МГц:

dpi_timings=480 0 8 4 43 272 0 8 4 12 0 0 0 60 0 9000000 3

Задержки и значение частоты я взял из даташита на похожий экран. Ещё я сравнил задержки у нескольких похожих панелей, и они оказались очень близки друг к другу по величине, а где-то совпали.

При запуске с тактовой частотой 9 МГц картинка не появлялась. Пощупал осциллографом – импульсов clk, hsync, vsync на разъёме GPIO не было. После N неудачных попыток я вспомнил про хорошую статью, где человек также использовал параллельный интерфейс, и подумал: «Ведь у него же работало.» Не важно, что разрешение другое, я решил просто попробовать его файл config и дисплей, наконец, ожил. Картинка, естественно, была кривая, но дисплей ожил! (Уря!)

Как я потом понял, модуль управления дисплеем почему-то не запускался на частотах ниже 32 МГц. Я пробовал и 30 МГц, но всё равно импульсы не появлялись и картинки не было. Для нашего дисплея многовато, конечно, но работает. Позже у Adafruit я нашёл страничку, где описывалось как подключать их дисплеи разного разрешения к Малине. Дисплей 480х272 они так же запускали на частоте 32 МГц, хотя типовая частота для дисплеев с таким разрешением обычно около 9 МГц.

Далее были ещё попытки настройки (фото)

Как картинка должна выглядеть (видим через VNC Viewer):

Другая картинка (тоже через VNC Viewer):

Рабочий стол (также через VNC Viewer):

Далее то, что выводилось на экран при разных настройках.

Первая картинка у меня была сдвинута в центр экрана:

А здесь кажется, что дисплей битый:

Попробовал порядок BGR вместо RGB (цвета неправильные).

Изображение какое-то непонятное.

Нарисовал в пэинте традиционную картинку, скинул на флешку, вставил в USB разъём Малины.

Рабочий стол на экране.

Наверное, для Малины лучше использовать панель с большим разрешением (например, 800х480 пикселей) – удобнее будет работать, картинка будет ещё лучше, а частота 32 МГц уже будет в диапазоне рабочих частот экрана.

Если картинка сдвинута, то нужно поиграться с шириной импульсов и параметром back porch:

Теперь по строке dpi_output_format=0x117 (#0000 0000 0000 0001 0001 0111=0x117)

Параметр dpi_output_format содержит в себе биты, которые отвечают за то или иное свойство. В документации есть описание этого параметра, но мне оно показалось неудобным для работы и не очень наглядным. Поэтому я сделал такую табличку:

(Надеюсь, будет хорошо видно. Зато никуда не потеряется. Посоветуйте, пожалуйста, как лучше прикрепить файл к статье, чтобы не потерялся.)

Где можно найти похожие экраны?

Кроме общеизвестной торговой площадки такие дисплеи можно найти ещё и в интернет-магазинах запчастей для разной техники, причём часто по весьма интересным ценам. Например, раз, два, три...

Там же отдельно продаются и сенсорные панели.

В таких же магазинчиках можно найти и дисплеи от смартфонов с микропроцессорным интерфейсом, которые намного проще подключить даже к Ардуино (пример 1, пример 2, пример 3, ...). Дисплеи с интерфейсом MIPI_DSI подключить сложнее, поэтому для первого раза лучше попробовать экран с интерфейсом 8080 или SPI. Также легче работать со шлейфом под пайку, а не с мелким разъёмом. Для начала советую посмотреть эту тему (хотя бы первых 10-20 страниц) и это замечательное видео.

В штучном количестве большие экраны с параллельным интерфейсом можно найти на барахолках (или у друзей – куда же без них) в отдельном виде или в составе каких-нибудь устройств. Например, навигаторов, планшетов, цифровых фоторамок. Но тут нужно быть внимательным, так как у TFT панелей бывает не только параллельный интерфейс, но и LVDS, и др. Хотя и такие панели тоже можно использовать.

Если у кого-то есть чем поделиться – пишите в комментариях.

Итоги

В этот раз я показал, что не имея совершенно никакого опыта работы с дисплеями с параллельным RGB интерфейсом, возможно не только справиться с известным экраном (на который есть документ), но и провести обратную разработку неизвестного экземпляра. И успешно его оживить. Сенсорную панель я пока не подключал, но это возможно (хорошее видео по теме).

Мне показалось, что реверс-инжиниринг дисплея с параллельным RGB интерфейсом проще, чем экранов с микропроцессорным интерфейсом, который часто встречается у мобильных телефонов. В первом случае не нужно знать, где какие регистры и куда что записывать. Нужно только подобрать задержки и ширину синхроимпульса, а экран с немного неправильно подобранными задержками всё равно запустится, только картинка будет сдвинута. Это легко можно поправить. В случае с микропроцессорным интерфейсом из-за мелкой ошибки экран может вообще не запуститься, либо картинка будет неправильной. Здесь исправить что-то без документации на контроллер дисплея значительно сложнее.

Пробуйте, дерзайте, не опускайте рук при первой же неудаче – и у вас обязательно всё получится. Вот увидите. Главное – с добрыми намерениями.

Надеюсь, было интересно, и проектов с большими экранами станет больше.

Всем добра и хороших проектов.