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

del.

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

Эх, если бы я понимал, что на ней изображено. Для меня эти диаграммы сигналов для матрицы темный лес. Когда-то пытался понять, но так и не нашел внятного толкования. Пойду еще погуглю.

на современном тв как правило мощный процессор стоит, он даже плохой видеосигнал вытягивает.

некоторое время назад тестил RGBS->Composite кодер, который запитал от каких-то непонятных 5В. Так у меня на телеке картинка была идеальная, а RTD даже с родной прошивкой (нынешней еще не было рабочей) нормально этот сигнал не показывал.

Смысл в том что T3 это _STD_DH_TOTAL
а T4 это _DISP_WID.
Соответственно _DH_ACT_STA_POS должно быть T3-T4 ??

Вообщем опробовал еще пару источников на 12В и 14В, результат тот же. Т.к. источники все импульсные, то теорию насчет помех я бы согласился. Но когда в качестве 4-го источника взял аккумулятор на 12 В (на нем было 13В) от ИБП и результат тот же, то думаю, что надо все же искать решение проблемы в прошивке. Кстати вспомнил с родной прошивкой от китайца эта камера работала. Завтра еще раз залью родную прошивку и посмотрю как будет вести себя камера, может контроллер накрылся. хотя с чего, вообщем завтра узнаю.

Наверное.
Меня смущает в этом случае необходимость задавать _DH_ACT_STA_POS, _STD_DH_TOTAL и _DISP_WID.
Если _DH_ACT_STA_POS = _STD_DH_TOTAL - _DISP_WID то почему его просто не вычислять, или это справедливо не для всех матриц?
_DH_ACT_END_POS тоже тогда равен _STD_DH_TOTAL?
Если так, то для моей матрицы в соответствии с даташитом:
_STD_DH_TOTAL = 1200
_DISP_WID = 1024
_DH_ACT_STA_POS = 1200 - 1024 = 176
_DH_ACT_END_POS = 1024 + 176 = 1200

_STD_DV_TOTAL = 625
_DISP_LEN = 600
_DV_ACT_STA_POS = 625 - 600
_DV_ACT_END_POS = 625

(я же говорил, что ничего не понимаю))))

уточнение насчет прошивки с флешем. У кого не запускалось. Это связано с тем, что флеш не нужна, но резисторы подтяжки на выводах шины I2C нужны. Соответственно у кого они распаяны вместе с еепром, то отключая eeprom вы убираете и их, а поддержка I2C в прошивке остается, и контроллер пробует на выводах шины I2C висящих в воздухе чего-то найти. В некоторых случаях это приводит к зависанию.

Тогда вам нужно 2 прошивки - одна с отключенным i2c для тех, кому не нужно управление. Все-таки тяжко к выводам процессора паяться.