AlexZabr 0 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Есть система в которой видео 8 бит RGB (8 бит multiplexed, i.e. R -> G -> B), синки и клок, т.е. в сумме 12 сигналов. 8-битный rate (clock) = 26-27 MHz. Нужно вывести данное видео наружу, кабель длинной примерно до 2-3 метров (может быть короче но не длиннее) на внешнее устройство. Проблема в состоит из нескольких аспектов: 1. В самой системе есть довольно плотно-набитые жгуты проводов, добавление еще 10-12 проводов между бортами к коннекторам проблематично. 2. Передача 8-битной даты + синки и клок по кабелю на несколько метров - тоже мне кажется не серьезной. Посему обратил взор на LVDS/SERDES. С последними дела не имел, сейчас настало время начать разбираться. Пока не осознаю разницы между LVDS и SERDES... В системе конечный видео поток проходит через CPLD (Lattice) где формируется из 16 битного RGB в 8-битный серийный RGB, но к сожалению данный CPLD не содержит LVDS/SERDES facilities. Посему внешниее решение. Глянул на LVDS чипы National - у них как минимум 18-битные под RGB. Mapping входов на LVDS выходы по datasheetу говорит что несмотря на то что мен нужно передавать всего 8-битный поток данные а не 24-битный, все-равно придется с ними использовать все более одного LVDS канала данных, т.е. в сумме 3 а то и все 4 канала LVDS выхода. В сумме дает 8 проводов, + 2-4 линии земли. Т.е. выигрыш по сравнению с прямым подклучением получается совсем не большой. Вопрос в том, есть ли чипы LVDS/SERDES transmitter/reciever на 8 бит видео ? Т.е. например 8 бит по одному каналу (2 провода), + еще один канала синков/клока ? Какая разница между LVDS и SERDES ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Глянул на LVDS чипы National - у них как минимум 18-битные под RGB. Mapping входов на LVDS выходы по datasheetу говорит что несмотря на то что мен нужно передавать всего 8-битный поток данные а не 24-битный, все-равно придется с ними использовать все более одного LVDS канала данных, т.е. в сумме 3 а то и все 4 канала LVDS выхода. В сумме дает 8 проводов, + 2-4 линии земли. Т.е. выигрыш по сравнению с прямым подклучением получается совсем не большой. Можно использовать 2 канала LVDS (они по 7 бит), при этом будут задействованы 3 пары: 2 данных + клок. Выйгрыш получится изрядный. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Mikhail1954 0 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Обратите внимание на Texas SN65LVDS1023 как раз 10 бит по 1 паре LVDS. Разница: LVDS - это физическое описание сигнальной линии, SERDES - это функциональное устройство - сериализация параллельного кода в последовательный с последующим восстановлением. SERDES можно и на TTL сделать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Обратите внимание на Texas SN65LVDS1023 как раз 10 бит по 1 паре LVDS. Здесь, похоже, 11 сигналов за вычетом клока остается :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 25 25 июня, 2008 Опубликовано 25 июня, 2008 (изменено) · Жалоба А можно ещё стандартный 100Mbit ethernet PHY-трансивер через MII подключить.. Эээ.. Нет.. Если: "8-битный rate (clock) = 26-27 MHz", то только 1000TX+GMII, а это уже дорого.. Пардон.. ;) Изменено 25 июня, 2008 пользователем blackfin Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexZabr 0 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Можно использовать 2 канала LVDS (они по 7 бит), при этом будут задействованы 3 пары: 2 данных + клок. Выйгрыш получится изрядный. Спасибо. Конкретный чип Nationalа который смотрел разбивает каждые из его 3х входных 8-битных шины на 2-3 LVDS канала, т.е. например часть бит байта передается по первому каналу, вторая часть по другому. Плюс отдельный канал на синки и клок (или даже для клока свой отдельный канал тоже). А..стоп...прочитал более внимательно ваш ответ, имеется ввиду что LVDS каналы - 7-ми битные ? Тогда понянто почему байт разбивается на 2 канала. Но те чипы вроде требуют отдельного канала на синки и/или клок. Т.е. 2 канала данных, + канал синков + канал для клока (если его нельзя передать по каналу синков), т.е. в сумме 8 проводов (не считая земли). Было-бы идеально ограничиться 2-3мя каналами (4-6 линий не считая земли)... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба А..стоп...прочитал более внимательно ваш ответ, имеется ввиду что LVDS каналы - 7-ми битные ? Тогда понянто почему байт разбивается на 2 канала. Но те чипы вроде требуют отдельного канала на синки и/или клок. Т.е. 2 канала данных, + канал синков + канал для клока (если его нельзя передать по каналу синков), т.е. в сумме 8 проводов (не считая земли). Клок передается отдельной парой, от него будут тактироваться ФАПЧ передатчика и приемника, его же Вы получите в целости и сохранности на выходе. Данные + синхронизация (уже без клока) укладываются в два семибитных канала. Итого: 3 пары. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexZabr 0 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Клок передается отдельной парой, от него будут тактироваться ФАПЧ передатчика и приемника, его же Вы получите в целости и сохранности на выходе. Данные + синхронизация (уже без клока) укладываются в два семибитных канала. Итого: 3 пары. Ага, спасибо, т.е. 6 сигнальных линий. А сколько нужно земель в данном случае ? Т.е. нужно ли по 1 земле на каждую пару ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба А сколько нужно земель в данном случае ? Т.е. нужно ли по 1 земле на каждую пару ? Если будете использовать плоский кабель, то желательно 4 земли (по краям и между парами). Рекомендую ознакомиться с LVDS Owner's Manual от National. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 25 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Есть система в которой видео 8 бит RGB (8 бит multiplexed, i.e. R -> G -> B), синки и клок, т.е. в сумме 12 сигналов. 8-битный rate (clock) = 26-27 MHz. А мне вот, любопытно, почему не использовать ITU-R BT656? Там ведь, по стандарту, "синки" можно передавать в том же потоке, что и RGB.. И там же описан "Bit-serial interface".. :laughing: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба А мне вот, любопытно, почему не использовать ITU-R BT656? :07: Шутите? А почему бы тогда не ПЦТС? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 25 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба :07: Шутите? А почему бы тогда не ПЦТС? Не понял, в чем юмор?.. Цвет, правда, не был указан.. Но вообще-то, ITU-R BT656 - это стандарт на "интерфесы для передачи цифровых компонентных видеосигналов в 525/625-строчных телевизионных системах с цветом 4:2:2". Не обязательно строго придерживаться стандата, но можно воспользоваться "схемой" передачи синхроимпульсов.. Если, конечно, речь шла о кадровых и строчных синхроимпульсах.. Короче, суть идеи в том, что когда идут синхроимпульсы, сигналов RGB нет, а значит, можно применить временнОе уплотнение по схеме из стандарта R656. Так что, не шучу.. :rolleyes: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Не понял, в чем юмор?.. Цвет, правда, не был указан.. Вообще-то в первом посте написано, что это мультиплексированный RGB для LCD. Короче, суть идеи в том, что когда идут синхроимпульсы, сигналов RGB нет, а значит, можно применить временнОе уплотнение по схеме из стандарта R656. Так что, не шучу.. :rolleyes: И поиметь кучу логики на пустом месте из-за трех проводов? Извините, но 656 здесь подходит как корове седло. Серьезно думал, что Вы шутите. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexZabr 0 25 июня, 2008 Опубликовано 25 июня, 2008 · Жалоба Вообще-то в первом посте написано, что это мультиплексированный RGB для LCD. И поиметь кучу логики на пустом месте из-за трех проводов? Извините, но 656 здесь подходит как корове седло. Серьезно думал, что Вы шутите. Господа, все правы, замечание насчет BT656 было кстати, как и факт невозможности его применения в данном случае к сожалению. Часть системы действительно работает на BT656 с embedded sync codes, я сам немало работал и в прошлом с данным стандартом, в том числе и в студийном оборудовании (правда да 10 бит на цвет). Оно-бы действительно съэкономило нам целый канал. НО, увы, выход с которого доступен stream в системе для внешнего вывода - RGB с отдельными синками и обратно конвертировать это в BT656 в CPLD нет возможности. Посему придется остаться с внешними синками. Да и конкретный TFT на который ориентирован интерфейс не поддерживает format YCrCb да и вообще BT656ץ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 25 25 июня, 2008 Опубликовано 25 июня, 2008 (изменено) · Жалоба Вообще-то в первом посте написано, что это мультиплексированный RGB для LCD. Пардон, а можно ткнуть носом, где упоминается про LCD? И поиметь кучу логики на пустом месте из-за трех проводов? Так ведь уже стоИт CPLD, в ней всю логику и поиметь.. Извините, но 656 здесь подходит как корове седло.Возможно, но я пока, пока этого не прочувствовал..Возможно, что-то упустил.. Серьезно думал, что Вы шутите. Нет, не шутил, как раз было любопытно.. НО, увы, выход с которого доступен stream в системе для внешнего вывода - RGB с отдельными синками и обратно конвертировать это в BT656 в CPLD нет возможности. Посему придется остаться с внешними синками. Да и конкретный TFT на который ориентирован интерфейс не поддерживает format YCrCb да и вообще BT656ץ Так я Вам и не предлагаю конвертировать RGB в YCrCb. Я предлагаю ограничить значения величин R,G,B диапазоном: 1-254. Тогда, так же как и в стандарте, Вы сможете передавать SAV, EAV в том же потоке, что и R,G,B. Ессно вместо Y,Cr,Cb в потоке будут передаваться R,G,B. Ну это всё - просто идея, решать - Вам. Изменено 25 июня, 2008 пользователем blackfin Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться