А как их сравнить то и счем, они ведь находятся внутри tmds сигнала. Штатно и полностью работает только RTD2660 по HDMI каналу от компа или HDMI выхода планшета при стандартных разрешениях. В этом случае все синхросигналы, за исключением CLK, сидят внутри синего канала TMDS сигнала и их от туда без микрухи-преобразователя не выделишь. А при любой подачи RGB ttl сигнала RTD картинку не кажет.
По поводу входного CLK в диф режиме, так я его и не использую, а использую в обычном ttl режиме, для этого согласно даташиту частоту подал на CLK+, а CLK- на землю. К тому же при прямой подачи TMDS сигнала от TFP 410 на телик картинка то есть, значит TFP 410 уже работает.
Спасибо уже за помощь, но может еще какие мысли будут.

думаю, надо отладки добавить, тогда будет понятно.

Я имел ввиду VS, HS и CLK на входах TFP410.
Самой ей вроде как все-равно, я пробовал полярность менять- работало
Но может полярность влияет на то как она их в HDMI упаковывает. Если так, то будет зависеть от того насколько умный приемник.

если управлять ей через i2c, то есть такие параметры

HEN: This read/write register contains the horizontal sync enable mode.
0: HSYNC input is transmitted as a fixed low
1: HSYNC input is transmitted in its original state
VEN: This read/write register contains the vertical sync enable mode.
0: VSYNC input is transmitted as a fixed low
1: VSYNC input is transmitted in its original state

т.е. по идее полярность как то влияет

а что у тебя за планшет?

zenithink c71a. А так 50пиновый TTL интерфейс, т.е. планшет может быть любой, лишь бы был такой интерфейс.
С I2C не хотелось бы заморачиваться, а решить все на схемном уровне, тем более TFP410 может и так работать. Полярность как таковую посмотрю сегодня вечером

Если можно сделайте пожалуйста, хотелось бы добить этот контроллер.

Я там задумал полностью переписать отладку, в первую очередь для видео, к сожалению вряд ли универсальное решение и для HDMI будет, там все очень по-разному, в общем, буду думать.

ancc, а по поводу камеры ничего не прояснилось? У меня сейчас камера работает всего около 5% случаев. Остальные 95 - не работает (((
Пробовал подключать и на AV1 и на AV2. Поведение одинаково. При этом от фотика (ntsc) все работает замечательно.

видео я ковыряю.

Небольшой отчет по некоторым наблюдениям. Полярность сигналов с планшета положительная, Vs=50ГЦ, Hs=31.65кГц, CLK=42-43МГц.
Отчет отладчика с новыми параметрами прилагаю ниже.

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

Ок буду ждать. А из отчета можно увидеть, он синхросигналы хоть видит или нет? Какие параметры в отчете отвечают именно за принимаемые синхросигналы? И что за параметры MD и Pol? Раньше от компа они были MD=00066 Pol=00002, а от планшета по нулям?

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

раньше и другая версия отладки была, там выдаваемая инфа от версии к версии менялась..

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

HDMI
mode.c CModeResetMode
CSyncProcess search_state
SYNC.C nosignal_state
mode.c CModeResetMode
CSyncProcess search_state
CModeDetectCommon
CModeDetectCommon
CModeDetectCommon
CModeDetectCommon
CModeDetectCommon
HMD=00255 HPol=00003 HHF=00564 HVF=00502 HHT=02640 HVT=01124 HHW=01920 HVH=01080 HHS=00000 HVS=00000 HHC=00479 HHPC=00007
MD=00000 Pol=00003 HF=00564 VF=00502 HT=02640 VT=01124 HW=01920 VH=01080 HS=00000 VS=00000 HC=00479 HPC=00007
OVERSCAN DEBUG -> SC_HW=01920 SC_VH=01080 SC_HS=00187 SC_VS=00040 stDisplayInfo.DVHeight= 00800 stDisplayInfo.DHWidth= 01280
SYNC.C active_state

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

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

Да сейчас и не важно на сколько красиво, главное что бы понятно было. Выкладываю новый отчет.

еще отправил

Вот результат. В начале отчета не обращайте внимание на выключение, пульт тупил.

встревает вот на чем

Adjust Dclk offset to meet frame sync

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

надо конечно это все поизучать что это за DCLK (pixel clock матрицы?) и зачем ее смещение регулировать, но это наверное не сегодня уже.

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

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

Ок. А можно так сделать, что бы в будущей прошивке заставить RTD2660 выдавать картинку на экран не зависимо от ошибок на входе? Может визуально по картинке будет чего то понятно, что не так. А то сейчас вся выходная RGB шина молчит, только все синхросигналы на выходе есть.

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

вот еще версию скинул, вы говорите что планшет сильно меньше pixelclock подает, это тоже может влиять. в этой версии убавил до 42мгц

Опробовал, та жа фигня, только на выходе действительно 42МГц и Vsync уже 50Гц, только полярность отрицательная. Выходные характеристики можно оставить и старые, просто, если удастся, дать чипу не смотря на ошибки выдавать картинку наружу. Может по дефектам и артефактам картинки чего нибудь станет ясно.

Думаю, кое что об этом написано вверху на 14 странице даташита на TFP410. На TF410 есть для этого 4 пина.
DKEN (pin 35) - при высоком уровне, эта задержка регулируется DK1-3 (pin 6-8), при низком уровне устанавливаются режим по умолчанию.

Только я поигрался этими режимами в разных комбинациях и ни какой разницы не увидел. Сейчас DKEN подтянут высоким уровнем, а резисторы выводов DK1-3 отпаяны, как рекомендовано в одном из проектов тут

Пришла новая плата контроллера(старая плата сгорела по HDMI выходу). Опробовал Вашу прошивку, напомню у меня матрица http://www.ebay.com/itm/HDMI-VGA-2AV...item2ecbbd4cd4
что является аналогом Вашей N070ICG-LD1, различия на сколько я понял в системе подсветки.
Ну так вот, с последней Вашей прошивкой я вижу вот такую картинку:


Вообщем полный разброс по цвету и главное его разрядности, такое ощущение, что цвет 4х разрядный... Эта картинка получена по HDMI.

Ту же картинку я получаю, по аналоговым входам старого (сгоревшего) контроллера, но ранее считал, что виной тому подпаленный чип.

Китайская прошивка работает с цветом нормально, но не хочу я китайскую...

значит матрица не аналог LVDS map другая

А не могли бы Вы выслать мне последнюю Вашу версию для N070ICG-LD1 я же правильно понял, что у Вас такая же версия матрицы?

мой майл rv9me(a)mail.ru

просьба отписаться в почту у кого с видео были проблемы. надо проверить одну мысль.

Вопрос к знатокам Android. Может в моем случае легче подкорректировать временные характеристики в Android, есть ли файлы в Androide где храниться информация по разрешениям и временным характеристикам или как всегда все откомпелировано и вшито в ядро и ни чего уже нельзя сделать?

за все девайсы не поручусь, но в odroid-x2 разрешение вкомпилировано в ядро.

Отчитываюсь по прошивке. Результат отрицательный. Также мечется между 6 и 8 режимами, при это картинки не было. В конце отчета, после CPowerPanelOff, был подключен фотоаппарат, сначала в PAL, затем в NTSC. В обоих режимах картинка была нормальной.
Подключил еще раз камеру и передернул на ней питание и картинка стала как раньше иногда появляется, т.е. мргать, но с теме же искажениями цвета, как и раньше. (второй файл отчета, который без 1 в названии).

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

Иногда определяется 8-ой режим, иногда после передергивания питания камеры определяется 6-ой режим. В обоих случаях картинка периодически подергивается и имеет моргающие цветовые искажения на ч/б картинке (пример ранее записанного), потом цветовые искажения пропадают и картинка остается ч/б, но так же периодически подергивающейся. Характер подергивания в режимах разный. В 8-ом вверх и вправо, а потом, когда исчезают цвет искжения вверх и вправо. В 6-ом просто вверх.

Всем привет!
У меня небольшой вопрос про эту прошивку.
Сколько времени занимает автоматическое переключение с HDMI или VGA входа на Video2 (камера заднего вида) при подаче 12в на спец точку на плате контроллера ?

У меня на родной прошивке это занимает около 3-5 секунд.

Спасибо!

Переключение на AV занимает около 1 сек. Обратно - около 3..4 сек.
В этом и главное преимущество данной прошивки.

Спасибо!
Заказал вот этот программер :
http://m.ebay.com/itm?itemId=121111355258

Он подойдет?

программатор лучше сделать из ft232, дешево и сердито.

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

не спроста оно такое долгое.

Если имеется в виду мой вариант - то только 232H или 2232H. Потому что обычный FT232RL не имеет режима MPSSE.
Если другой вариант - то очень интересно глянуть )

А в чем прикол?
Попробовал вчера новую прошивку. Картинка не появилась. Логи снять не смог пока. Попробую сегодня. Они еще нужны?
П.с. самая первая прошивка, которую я получил 24 марта, работала с видео замечательно. А потом я получил прошивку без голубого окна, и там уже видео не работало нормально. Видимо, тогда ты что-то поменял в коде, что повлияло...

Подскажите пожалуйста где можно найти информацию о том как программировать с ft232 ?