Comments 8
спасибо за интересную статью, конкретно этот процессор обсматривал несколько дней, что бы понять, можно ли принять видео поток по очень распространенному интерфейсу sub-lvds
собственно сам формат представляет собой 8, 12 или 16 бит DDR, внутри потока есть синхрометки начала кадра и начала строки (SAV, EAV), более подробно есть в любой документации на сенсор IMX Sony
я не смог для себя решить, возможно ли организовать приём и такого распространенного формата, может быть вы можете подсказать, возможен ли приём таких видеоданных, типа sub-lvds sony?
Признаюсь, еще несколько зелен во всей этой кухне, так что дабы не ввести в заблуждение оставлю советы при себе:)
Временная диаграмма вроде бы подходит - lvds-клок обеспечивает setup-hold для входных lvds-данных. Но вопрос в скорости потока и обьеме данных. Если рассматривать 4 линии данных и 288 МГц частоты клока, то это 288 Мбайт поток. Его без проблем можно принять во внутреннюю память. Но её обьем только 3 М байта. А если во внешнюю, то это уже 36 МГц 64-разрядная внешняя SDRAM шина. Тоже реально (шина до 100 МГц). Но еще проблема - поток данных будет непрерывным, т.к. линк не понимает где начало фрейма. Придется процессором фильтровать поток и находить нужные данные. Еще мне непонятна цель приема. информации :)
спасибо за ответ
цель приёма очень простая, есть с аналогичным протоколом детекторы меньшего разрешения 800х600 или 1280х1024, нужно принимать отдельные кадры и их обрабатывать. То есть целый поток не нужен, а только отдельные кадры. Один кадр 1280х1024 помещается во внутреннюю память. Так как наша промышленность ещё не освоила SDRAM большого объёма (поправьте, я был бы рад ошибиться), то идея состояла работать с этим кадром во внутренней памяти. По идее нужно достичь частоты приёма и обработки 10кадров в секунду по 1Мбайту каждый...
можно признак начала кадра завести на прерывание и запускать DMA размером в один кадр по признаку начала кадра, но будет смещение
мне конкретно не очевидно как собрать байт, кажется что шина собирает байт из 4 бит по 4м линиям lvds за два такта, а в sub-lvds передаётся байт по одной линии LVDS...
ps: от себя скажу, жаль, что разработчики процессора не выбрали один из существующих стандартов передачи данных с синхрокодами в потоке, а придумали свой, если бы была возможность выделять синхрокоды, то без проблем можно было бы принимать/передавать множество современных форматов, но и перейти от медной передачи данных к оптике...
Протокол LInk порта соответствует аналогу TS201. Правда, если было бы желание, то нет проблем добавить возможность поддержки указанного sub-lvds протокола. К тому же Link имеет и две обычные линии, с их помощью можно было бы обрабатывать информацию о начале кадра или строки. В данном случае , когда по 4-м линиям идут 4 различные потока, байты информации будут перемешаны. Link предполагает, что один байт просто передается двумя частями по 4 бита, по обоим фронтам клока. Так что добавится работа по деинтерливингу информации. Если использовать внешние сигналы начала кадра, то можно сформировать прерывание и включить приемник линка по прерыванию. Это уменьшит объем мусора, но все равно начало кадра придется определять по синхрослову, а затем еще и распаковывать данные.
с сайта производителя "аналога": TS201 - модели данной серии продукции больше не производятся (((
уффф... то есть получается, что процессоры изначально проектировались с целью стыковаться между собой и с аналогом, я не знаю высокоскоростных устройств, которые бы передавали по данному стандарту данные, а вот sub-lvds (это сони продвигала, но дальше сони ориентируется на mipi и стандарт вымрет) и mipi - востребованы... надеемся, что в будущих сигнальниках эти стандарты будут поддержаны...
ps: именно множество битовых операций для определения начала кадра в куче и отпугнуло... возможно это решаемо, но слабо эффективно...
Да, эти линки больше для соединения процессоров между собой в различные конфигурации. Чтобы что-то подать из вне, чаще всего добавляют плис для конвертации какого-либо интерфейса в Link-протокол. Одновременно в плис и какая-нибудь рутинная предобработка..
к сожалению, отечественные производители не предлагают достаточной номенклатуры ПЛИС и стойкости к СВВФ(
на текущий момент мне видится следующая ситуация:
есть из отечественного и стойкого, что бы собрать процессорный комплект
процессоры и микроконтроллеры
память ОЗУ статическая (не очень быстрая и небольшого объема)
память ПЗУ однократная
интерфейсы (о! хотя бы это есть)
питание
нет:
ПЛИС для предобработки и конвертации (Воронеж с псевдо flex?)
Динамической памяти (быстрой и ёмкой)
Приёмников MIPI (для прямой стыковки с сенсорами)
ПЗУ типа NAND достаточной ёмкости
буду рад, если поправят или подскажут у кого можно посмотреть ПЛИС и DDR =)
Разбор работы LVDS портов и DMA на отечественном DSP 1967ВН028