там один шлейик нужен, плоский такой и желательно еще такой же коннектор как на матрице, если шлейф с двух сторон одинаковый, и можешь сразу заказать такой контроллер, потом просто все это надо будет собрать.

вроде я и у нашего китайца видел платку переходную под такой шлейфик

вот он походу
Есть еще такие конекторы:
http://bit.ly/1fZQ2XW http://bit.ly/1fZQ7Lq

Вот и я отписываюсь по результатам проверки новой прошивки. Теперь все основные разрешения из проверяемых до 1280х800 отображаются корректно, единственное при разрешении 800х600 контроллер сам выставил соотношение сторон 4:3, в то время как 1024х768 он растянул до 16:9. На разрешении 1280х600 картинка занимала не весь экран, т.е. сверху и снизу экрана были широкие черные полосы. В меню теперь все выбирается и регулируется, сам контроллер теперь реагирует на сигнал АСС, вообщем красота. Единственное портит впечатление отсутствие картинки с камеры заднего вида. Как и писал ранее картинка импульсно появляется на экране, нажимая кнопку меню можно на несколько секунд удержать картинку на экране, при этом картинка переливается оттенками. Видео происходящего ранее выкладывал. В тот момент когда удается удержать картинку на экране, поток информации на отладчике замирает. Лог от момента подачи питания на контроллера, смены разрешений и до экспериментов с камерой прилагаю ниже.

Вы тестили по HDMI? Нативное разрешение у вас 1024х600? Оно показывает нормально?



800х600 попробуйте в меню поставить 16:9, после этого нормально?

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

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

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

правильней конечно разобраться почему она неверно определяет в процессе, но это надо время.

Да по HDMI, нативное разрешение 1024х600 и да с ним и с остальными проверяемыми разрешениями все тоже в порядке, за исключением 2 вышеперечисленных, но они я думаю особо и не нужны, тем более при моем разрешении матрицы. Я думаю при других разрешениях матрицы будет все по другому внутри контроллера масштабироваться до нативного матрицы. Как оказалось при разрешении 800х600 и было 16:9, когда выставил в меню 4:3 картинка стала просто чуть уже.

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

Странно, почему у меня не работает тригер переключения на кзх, у некоторых же работает, может он у меня не на ту лапу проца заведен, у кого на какую? Завтра проверю на какой у меня этот сигнал.

Сегодня проверил контроллер на стареньком компе, с обычным не UEFI BIOS'ом, все работает, разрешение вообще похоже на нативное, никакого замыливания, никакх срезов, все просто идеально:
http://imageshack.com/a/img268/3390/dhbn.jpg

если нет курсора на этой странице, значит из EEPROM читается не то значение (FF) и значит нечего отображать. После сброса настроек нужное значение по-умолчанию должно было прописаться туда.

То же самое и с переключением, не переключается, т.к. нет правильных значений на какой вход переключаться.

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

Но лучше включить отладку.