Исправление I-Love-Microsoft, (текущая версия) :
У меня только один вопрос, вижу документацию на чип TC358743XBG, ясно что готовая плата «люся» сделана на базе него. Еще знаю что MIPI CSI-2 в Rapsberry поддерживает только ограниченный набор сенсоров
Как удалось заставить raspivid (или свою программу по мотивам) настраивать режим работы для подобного устройства, которое не является сенсором? Как удалось согласовать разрешения захвата, скорость линков (lanes)?
Я уже продолжительное время занимаюсь с отладочной платой Lattice Crosslink совместно с Raspberry Pi в качестве самого доступного приемника. Есть демо прошивка, которая прокидывает CCI (I2C) прямо до сенсора и это позволяет такому мосту работать
Моя же проблема что у меня собственная прошивка, которая работает в режиме CMOS->CSI2, точнее должна работать. В модели работает (собственный паттерн-генератор с вроде как с правильными таймингами), всё по сто раз перепроверил, но она не принимает поток в таком режиме в реале (все тактовые сигналы работают, всё отлично, PLL заводится и многое другое), хотя я на Raspbrry даю такие же параметры на сенсор, какие генерирую в своей прошивке
Единственно что пробовал принимать Crisslink-чипом от сенсора, вот это вроде как работает, кадры бегут, а вот само расбери не кушает
Вот потому и непонятно, как же Raspberry заставить принимать поток не от сенсора, какой протокол? У меня есть игрушка на базе FT2232HL и через нее я собираюсь обманывать Raspberry что она якобы общается не с сенсором
На форуме Raspberry org мне ихний инженер автор raspivid поведал, что если отучить raspivid от I2C и вручную задать фиксированные параметры в структурах, то оно без проблем должно сожрать мой поток. Меня научили как включать отладочный режим ихнего драйвера
Как это чудо свершилось в RPI-KVM?
Исходная версия I-Love-Microsoft, :
У меня только один вопрос, вижу документацию на чип TC358743XBG, ясно что готовая плата «люся» сделана на базе него. Еще знаю что MIPI CSI-2 в Rapsberry поддерживает только ограниченный набор сенсоров
Как удалось заставить raspivid (или свою программу по мотивам) настраивать режим работы для подобного устройства, которое не является сенсором? Как удалось согласовать разрешения захвата, скорость линков (lanes)?
Я уже продолжительное время занимаюсь с отладочной платой Lattice Crosslink совместно с Raspberry Pi в качестве самого доступного приемника. Есть демо прошивка, которая прокидывает CCI (I2C) прямо до сенсора и это позволяет такому мосту работать
Моя же проблема что у меня собственная прошивка, которая работает в режиме CMOS->CSI2, точнее должна работать. В модели работает, всё по сто раз перепроверил, но она не принимает поток в таком режиме, хотя я на Raspbrry даю такие же параметры на сенсор, какие генерирую в своей прошивке
Вот потому и непонятно, как же Raspberry заставить принимать поток не от сенсора, какой протокол? У меня есть игрушка на базе FT2232HL и через нее я собираюсь обманывать Raspberry что она якобы общается не с сенсором
На форуме Raspberry org мне ихний инженер автор raspivid поведал, что если отучить raspivid от I2C и вручную задать фиксированные параметры в структурах, то оно без проблем должно сожрать мой поток. Меня научили как включать отладочный режим ихнего драйвера
Как это чудо свершилось в RPI-KVM?