Коммутатор для TTL матрицы.
 

Хочу к одной матрице с TTL входом подключить 2 источника сигнала, соответственно нужно сделать какой то коммутатор.
Вопрос в элементной базе. Что можно использовать? может есть у кого опыт в данном вопросе.

Ваш вопрос слишком общий чтобы допускало найти на него конкретный ответ, поэтому и ответ общий.
Видимо, предполагается, что есть некая TTL ЖК-панель и нечто, являющееся для нее источником сигнала (логичнее предположить, что это либо контроллер типа мониторного, либо просто микроконтроллер) и это все правильно работает. Требуется в разрыв их межсоединения включить некоторое устройство, названное "коммутатор" позволяющее по какому то принципу поочередно подавать сигнал(ы) от двух таких же контроллеров монитора/микроконтроллеров.
Опять же логично предположить, что под ЖК-панель подбирался/разрабатывался контроллер, поэтому находим даташит на панель и определяемся с ее типом, составом питающих/управляющих сигналов, их уровнями, частотно-временными характеристиками, порядком подачи/отключения питающих напряжений, наличием/отсутствием обратной связи с контроллером и т.п. Далее подбираем элементную базу и синтезируем схему "коммутатора", при необходимости решая вопрос обратной связи одной матрицы с двумя контроллерами, например, эмулируя какие-то сигналы для неактивного контроллера. Если есть исходный код контроллера, то возможно прийдется его оптимизировать под такую структуру.

Если конкретно, то речь идет вот об этой матрице и контроллере
http://www.ebay.com/itm/HDMI-VGA-2AV...item53fb44b4bd
Обратной связи там нет, т.ч. по идее должно получится без особых проблем.
Основной вопрос и состоит в подборе элементной базы, может кто-то уже делал и не придется перелопачивать кучу даташитов :)

коль появилась конкретика по части панели и контроллера, то действительно в этой панели встроен контроллер управления строчными и столбцовыми драйверами, поэтому у панели только входы и обратная связь не нужна -- это хорошо. Но Ваш оптимизм я все же не разделяю в части того, "должно получиться без особых проблем". Если дополнительной конкретики нет, а рассматривать общий случай, то я бы за такое даже и браться не стал, т.к. для корректного переключения "на лету" нужно следить за контекстом, т.е. в общем случае "коммутатор" окажется интеллектуальным, при этом сигналов много и частоты могут достигать 50МГц и выше.
Поэтому мое субъективное мнение говорит, что я бы попробовал решить целевую задачу иным способом, например, коммутируя входные сигналы самих контроллеров (VGA/DVI/HDMI/CVBS и т.п.), тем более, что для этого есть куча дешевых готовых решений, которые можно допилить под свою специфику...

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

Пойдёт?
http://yandex.ru/yandsearch?lr=213&text=KVM-121

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

сорри, но все таки не понимаю. по моему их незачем синхронизировать, отключили RGB и синхронизацию одного источника, подключили от другого.
KVM-ы тут вообще не в кассу, разговор не про VGA а про 24-bit RGB

я в своих суждениях исходил из методически верного подхода, опираясь на данные из даташита на панель и некоторого опыта ковыряния мониторных прошивок на чипах от Mstar, Realtek, Techwell. Так вот, процесс подачи питающих напряжений (их несколько) для панели регламентирован в части их последовательности и временных задержек между ними. Тоже касается и выключения. В процессе своей работы контроллер периодически этим занимается, т.е. при синхронизации, при изменении источника сигнала, при пропадании сигнала и т.п. контроллер программно то подает питание, то убирает с панели. Вы предположили, что рекомендации даташита в этой части можно проигнорировать. Допускаю это, но тогда имеет смысл провести предварительные эксперименты -- возьмите свой комплект и на ходу подергайте питающие панель напряжения либо путем выдергивания разъема, либо отыщите на плате управляющие ключи и оторвите их от контроллера. Если после таких экспериментов в течение длительного периода панель не войдет в ступор, тогда можно будет попробовать попереключать уже и контроллеры и то, что один из них, например, начнет отключать питание, а в этот момент коммутатор переключится на другой контроллер, у которого все включено, не будет вызывать какие-то сбои в ее работе -- пробуйте... результаты мне тоже интересны...
... в части KVM-ом я никоим образом не пытался Вам что-то навязать, прекрасно помня тему с вашим вопросом -- это просто был пример, акцентирующий внимание на то, что TTL RGB-интефейс в явном виде не предполагает выдергивание на лету, а VGA и т.п. наоборот допускают это в явном виде

понятно. спасибо за участие, буду пробовать.