Перейти к содержанию
    

Allwinner T113-s3 уделал HiFi4 DSP. Смеяться или плакать?

Как подключать щуп - оба вывода на диф-пару или: один вывод на диф-пару, а второй на GND ? Или как вообще?
Каждый щуп на свой сигнал (D+ и D-), "землиться" пружинками; каналы осцилла - вычислять разницу между щупами. Результатом должен быть "глазок".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

19 hours ago, Obam said:

Каждый щуп на свой сигнал (D+ и D-), "землиться" пружинками; каналы осцилла - вычислять разницу между щупами. Результатом должен быть "глазок".

Спасибо!:yes:

Удалось запустить камеру OV5640 на MIPI CSI-2 :sun_bespectacled:

Камера выдаёт кадры в нужном формате YUV420SP (NV12). Также проверена работа на мелких кадрах (160x128, 176x144, и пр.),

Головная боль с нехваткой пинов для камеры и дисплея решена.

1.jpg.ff95e272305a02014e7c581270738bc3.jpg

Основные проблемы, которые мешали:

Quote

1. Нужно было правильно расчитать битрейт MIPI, в зависимости от : мастер-клока, пиксель-клока, формата пиксела, размеров кадра, FPS и частоты тактирования D-PHY.

2. Несоответствие реальности информации из даташита на OV5640.  Помог исходник Линукса с подробными разъяснениями.

3. Нужно было вывести камеру из Stand By и запустить режим Stream.

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 часов назад, repstosw сказал:

Удалось запустить камеру OV5640 на MIPI CSI-2...

Это у Вас так (сопляжом-монтажом) CSI-2 прокинут?:smile:

Какие битрейты, если не секрет? Замечаются ли видимые сбои кадров?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, Arlleex сказал:

Это у Вас так (сопляжом-монтажом) CSI-2 прокинут?:smile:

Вот-вот. А про какие-то ЭМС наверное и вообще не слыхали. :wink:

40 минут назад, Arlleex сказал:

Кстати - а разве НИП-ы не являются обязательными в 99.99% случаев вообще? Это одни из основных испытаний на ЭМС.

:biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

35 минут назад, jcxz сказал:

Вот-вот. А про какие-то ЭМС наверное и вообще не слыхали. :wink:

Да это мне просто для общего развития. Знакомые тоже тестировали на "лапше", не взлетело. Тут, видимо, она просто покороче:smile:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 hours ago, Arlleex said:

Это у Вас так (сопляжом-монтажом) CSI-2 прокинут?:smile:

Длина соединений 3,5 см. Все соединения примерно одинаковые по длине.

У камеры Raspberry Pi штатный шлейф ещё длиньше :biggrin:

image.png.205491b9790eec31cf8e064ef240f20a.png

5 hours ago, Arlleex said:

Какие битрейты, если не секрет? Замечаются ли видимые сбои кадров?

Сбоев кадров нет.   Тестировал на 640x480 30 FPS YUV420 и на меньших разрешениях - все кадры на видео выглядят нормально.

Также проверил на 1280x720 30 FPS YUV420, RGB565 - по понятным причинам(навесной монтаж): на кадрах появляются горизонтальные полосы на границах резкого перепада цвета. Это также было и с камерой OV2640 (помогли феритовые втулки на MCLK, PCLK).

3 hours ago, Arlleex said:

Да это мне просто для общего развития. Знакомые тоже тестировали на "лапше", не взлетело. Тут, видимо, она просто покороче:smile:

Это макет.  В релизе "лапши" не будет.

Для моих целей нужно 160x128 @ 10 - 15 FPS.

Не взлететь оно (MIPI CSI) может по многим причинам (написал в посте выше).

Камера должна инициироваться раньше, чем включаться MIPI. Иначе из 5 запусков будет успешным только 1.

Последовательность такая:

1. Настройка базовых адресов
2. Настройка клоков
3. Инит CCI (SCCB)
4. Инит камеры
5. Инит MIPI + D-PHY
6. Инит CSI
7. Настройка прерывания
8. Старт захвата кадров MIPI CSI-2 по прерыванию CSI

 

P.S. И ещё...  Запускать камеру сразу на MIPI - это сложно: слишком много неизвестных.

Для начала нужно убедиться, что камера конфигурируется по CCI(SCCB), затем запустить захват CSI по DVP. И лишь только потом браться за MIPI CSI.

Как я понял MIPI - это всего-лишь сериализатор, который на стороне камеры преобразует параллельный интерфейс камеры DVP (D2..D9, HS,VS,PCLK) в последовательный + коды коррекции ошибок. В V3s делается обратная операция:  последовательный интерфейс преобразуется обратно в параллельный DVP (код захвата кадров CSI в случае DVP и MIPI - одинаковый, просто в случае MIPI - добавляется ещё пара блоков: MIPI Receiver + D-PHY).

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 часов назад, repstosw сказал:

Длина соединений 3,5 см... Тестировал на 640x480 30 FPS...

Ну понял, ок. Тогда логично, что все работает.

Цитата

У камеры Raspberry Pi штатный шлейф ещё длиньше...

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

Цитата

Как я понял MIPI - это всего-лишь сериализатор...

MIPI D-PHY TX/RX - вот это сериализатор/десериализатор. Сам по себе MIPI CSI-2 несколько нетривиальный внутри и позволяет много больше, чем просто передавать кадры.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, Arlleex said:

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

В конечном устройстве не требуется такая длина соединения. Камера будет установлена на плате, как это сделано у WaveShare (фото выше) .

1 hour ago, Arlleex said:

 Сам по себе MIPI CSI-2 несколько нетривиальный внутри и позволяет много больше, чем просто передавать кадры.

Настолько нетривиальный, как USB или Ethernet.  В курсе.  И я очень зол... :ireful3: Что приходится через такие усложнизмы решать задачу нехватки пинов.  Всё из-за того, что в Allwinner V3s не сделали DVP и TCON_LCD на разные пины.

Однако же,  я рад, что удалось решить задачу красиво:  дисплей и камера не мешают друг другу, дисплей с аппаратным скейлером и конверсией YUV в RGB. :sun_bespectacled:

Моё мнение - в хоббийных устройствах таким вещам как USB, Ethernet, MIPI - не место. Сильно непрозрачно.  Вот параллельный интерфейс, SPI, UART  - приветствуются! :yes:

 

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, Arlleex сказал:

Дальше нужно делать либо нормальный шлейф с опорной плоскостью, либо использовать микрокоаксиалы.

Не обязательно. Сейчас на столе тестируется контроллер с дисплеем LVDS 1366х768х24 бит цвет, кабель - китайский, длиной пол-метра, просто перевитые проводки, не коаксиал и не в экране, все норм, ничего не мелькает, не дергается и пр...

6 минут назад, repstosw сказал:

Всё из-за того, что в Allwinner V3s не сделали DVP

Так понимаю, что исходники видеопроцессора не получилось запустить?

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, Arlleex said:

Ну он может быть хоть метр, хоть два - главное чтобы хватало запаса помехоустойчивости и целостности сигнала.

Лет десять назад делал устройство, у которого была выносная камера 2МП. Кадры из нее шли сжатые jpeg 15fps через связку сериалайзер/десереалайзер (max9257/max9258). Кабель - витая пара в оплетке. По условиям задачи нужно было пару метров, все работало стабильно. Ради эксперемента проверял на кабель длиной 20 метров, все было ОК.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

7 минут назад, repstosw сказал:

в хоббийных устройствах таким вещам как USB, Ethernet, MIPI - не место. Сильно непрозрачно.  Вот параллельный интерфейс, SPI, UART  - приветствуются!

Просто нужно больше открытой доки, а на параллельных интерфейсах "далеко не уедешь"...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 минуты назад, mantech сказал:

...просто перевитые проводки...

Это и есть ответ:wink: И тем не менее, перевитые проводки иногда могут не спасти, при длительном тестировании будут глюки. Нужно хотя бы как минимум в экране.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 минуту назад, Ozelot сказал:

Кабель - витая пара в оплетке. По условиям задачи нужно было пару метров, все работало стабильно.

Ну даже капризный УСБ и то на 5 метров работает...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

9 minutes ago, mantech said:

Так понимаю, что исходники видеопроцессора не получилось запустить?

Это который ISP в виде патчей?  Надобность в них отпала - пришла камера OV5640, которая умеет де-байеризацию и выдаёт RGB, YUV и на MIPI CSI.

4 minutes ago, mantech said:

Ну даже капризный УСБ и то на 5 метров работает...

Всё будет работать и на десятки метров, главное обеспечить:

1. Согласование линий (волновое сопротивление, режим бегущей волны)

2. Исключить crosstalk (влияние МП на соседние линии)

3. Одинаковая длина линий (чтобы приход всех сигналов был без опережения-запаздывания)

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

45 минут назад, repstosw сказал:

Это который ISP в виде патчей?

Да, про него.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...