Универсальный контроллер дисплея на RTD2662/2660

Расскажу подробно что сделать, чтобы это заработало.  Во-первых надо доработать плату, на 54 вывод процессора (это вход АЦП) надо подать сигнал с какого либо фотодатчика, либо любой другой сигнал который будет являться источником данных для регулировки уровня яркости, при этом не нужно забывать, что уровень на этом входе должен быть в пределах 0 — 3,3V.

После этого нужно залить прошивку с поддержкой этой функции. Далее идем в меню, страница настройки авто регулировки идет последней. Видим там следующую картинку.

Что это все значит?

1. Показывается текущий уровень подсветки (изменяется от 0 до 100)
2. Показывается текущий уровень сигнала с АЦП (вообще 0-255, но из-за ограниченной разрядности этого АЦП будет 0-64)
3. Значения X сигнала АЦП, которые будут браться за опорные точки. Есть два варианта. Первый это X0 = 255, X6=0, остальные значения (X1-X5) должны монотонно убывать от X0 до X6. Это значит, что более светлым условиям у нас соответствует меньшее значение уровня сигнала на входе АЦП. Так будет работать большинство фотодатчиков.  Во втором случае чем меньше уровень сигнала на входе АЦП, тем темней на улице.  Первый и второй варианты переключаются по кнопке 5. Изменять можно только значения X1-X5, X0 и X6 жестко заданы пунктом 5.
4. Значения Y –уровня подсветки в указанных точках X. Значения яркости подсветки между опорными точками будут рассчитаны автоматически.
5. Переключение между первым и вторым вариантом в пункте 3. При переключении все значения X заменятся на дефолтные для данного варианта.
6. Включение или выключение режима авторегулировки подсветки. Если режим авторегулировки включен, пункт Backlight в меню будет отключен.
7. Порог срабатывания. Еще раз поясню как это работает. Одновременно с опросом клавиатуры замеряем уровень сигнала с фотодатчика. Полученное значение из АЦП кладем в кольцевой буфер из 10 элементов и от всего буфера вычисляем среднее значение. Если рассчитанное среднее значение отличается больше чем на этот самый «порог» от предыдущего среднего значения, то изменяем яркость подсветки.

 Кратко как настраивать:

1. выставляем в пункте 5 правильный для вашего сигнала яркости вариант.
2. Настраиваем ваши значения в пунктах 3 и 4
3. Если необходимо, изменяем порог в пункте 7
4. Включаем авторегулировку в пункте 6.

Кто будет тестировать данную функцию, пишите мне на почту или в ЛС на форуме pccar.ru чтобы я выслал вам прошивку с поддержкой авторегулировки.

Как это работает: фотодиод подключен по следующей схеме

я использовал BPT-BP2314 но это совершенно не принципиально. Схема изначально планируется под любой датчик или даже любой аналоговый сигнал (конечно уровень его не должен превышать ограничения по входу АЦП).

Одновременно с опросом клавиатуры получаем значение яркости с этого канала АЦП, значение кладем в кольцевой буфер из 10 элементов от которого вычисляем среднее значение. Если рассчитанное среднее значение больше определенного порога относительно предыдущего значения, на котором мы регулировали яркость, то запускаем процедуру регулировки.

Процедура устроена следующим образом. Есть 7 настраиваемых пользователем точек (x0-x6) для входного сигнала, которым соответствует 7 настраиваемых значений подсветки (y0-y6), значения уровня подсветки между этими точками рассчитываются линейно относительно них. Таким образом, можно сделать почти любой график зависимости уровня подсветки от входного сигнала, вот например, тот, который я использовал для тестов (график построен в экселе для примера).  В данном случае я подогнал настройки так, чтобы рабочий диапазон датчика регулировал уровень подсветки от 5% до 100%.

Пока еще не придумал, делать ли настройку всего этого через OSD(по хорошему надо) или ограничиться настройкой через тестовый скетч через I2C.

Если вам понравился проект и есть желание его поддержать, то есть такая специальная кнопочка справа)) Естественно все на ваше усмотрение.

Появились определенные результаты в поддержке RGBs видеосигналов с частотой строчной развертки 15 КГц. Это очень нужно для интеграции нового монитора со штатными видеосистемами автомобиля (там очень часто RGBs с такими частотами).

Еще есть над чем работать, но принципиально все выглядит неплохо.

На фото штатный навигационный блок из моего лексуса  86841-33060 (использовался как источник сигнала) подключен напрямую к монитору (RGB + CSYNC).

Очередное обновление. Добавлена возможность настройки зеркалирования/поворота изображения по каждому входу. Кроме того добавлена настройка поведения платы при включении заднего хода, если монитор выключен (включаться или нет).

Кроме этого большая часть настроек относящаяся к управлению входами вынесена в один пункт меню.

Для проверки вывода звука, который RTD2662 принимает по SPDIF был куплен ЦАП UDA1351TS. Спаял, подключил к планшету, звук есть.  Выкладываю новую схему доработки платы. Основные отличия, SPDIF на 105 выводе, и отобразил, что на 112 вывод выдается отладочная информация.

Наваял что-то совсем на коленке для проверки управления. С помощью его можно переключать входы, регулировать подсветку, включать/выключать. Управлять можно через serial порт посылая текстовые команды (не забывая enter после каждой):

rf00100 — включить AV1
rf00101 — включить AV2
rf00102 — включить HDMI
rf00103 — включить YPBPR
rf00104 — включить VGA
rf00200 — power off
rf00201 — power on
rf003xx — backlight control, Где xx = 0-99 уровень подсветки
rf00400 — нарисовать рамку с климатом (для теста)
rf00401 — нарисовать рамку с парктроником (для теста)

Показывает изменения состояния платы, изменения входов. Скачать можно тут test_general_control

Добавлен раздел «О проекте«, где будет публиковаться текущее состояние

Настройки теперь сохраняются в имеющуюся на плате flash память вместе с прошивкой. Внешняя EEPROM больше не нужна

I2C переехал на выводы 57 (SDA), 56(SCL). На плате на этих выводах есть уже сопротивления для подтяжки по питанию.

Протокол управления тоже немного изменился.

Список поддерживаемых матриц теперь такой:

• 1280х800  LVDS — N070ICG-LD1, HV056WX1-100
• 1280×480 LVDS –  LQ123K1LG03
• 800х480 TTL — AT080TN64
• 1024×600 LVDS — A089SW01, B089AW01, CLAA089NA0ACW
• 1024×600 TTL — FT101T50

Для каждой матрицы сделана корректная поддержка родного разрешения, windows корректно определяет и устанавливает по-умолчанию родное разрешение для матрицы.

• Починено IR (правда я не разобрался что должна делать кнопка mode select), поэтому она не задействована.
• Научился рисовать рамочки через OSD и еще одно окно в другом с разным фоном. В связи с этим перерисовал страницу климата, получилось неплохо.
• Добавлена поддержка еще одной матрицы 1024х600LVDS B089AW01 она же A089SW01. Пока из жалоб на нее, что при использовании регулировки подсветки она начинает пищать, видимо частота ШИМа ей не очень подходит, та которая есть сейчас.
• Опять изменения по протоколу управления. Добавлено регулировка подсветки и включение/выключение подсветки через I2C.
• Решалась проблема поддержки родного разрешения каждой матрицы при работе через HDMI. Для этого потребовалось собрать собственный EDID для каждой матрицы. На моей N070ICG-LD1 работает идеально, на B089AW01(A089SW01) тоже работает корректно. На остальных, которые в тесте жду отчетов, не все получилось с первого раза, но теперь я вроде разобрался что к чему. В некоторых случаях поддержка нативного разрешения появлялась, но пропадала картинка в биосе.  Вот тесты на моей матрице разных EDID, где видно что винда подхватывает то разрешение, которое стоит в EDID рекомендуемое корректно.

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

Теперь время возврата с камеры заднего вида регулируется 0-10 с.

Через меню можно ставить любой вход неактивным, после этого кнопка source на него не переключает. Но настройка переключения на камеру заднего входа работает независимо от этого. Можно поставить вход камеры неактивным, но на него все равно будет переключаться при подаче сигнала.

Вход AV2 теперь работает.

Добавлена поддержка матрицы TTL 1024×600.

Добавлена и протестирована поддержка матрицы TTL 800х480

По внешнему управлению, I2C теперь опрашивается раз в 100 мс. По протоколу есть изменения.