[repstosw 18]

6 hours ago, mantech said:

Судя по тому, что усиление 1 к 10, значит на выходе у вас 10мВт, когда проверял свой радиомодуль, проходило через всю квартиру насквозь (примерно 15 метров с капитальными стенами)...

Чип -10 dBm (рисунок выше).  Итоговая 0 dBm (1 мВт)

[ssvSerge 0]

Обратился по поводу SDK в личку, но что-то нет ответа.

[repstosw 18]

On 10/19/2022 at 7:08 PM, ssvSerge said:

Обратился по поводу SDK в личку, но что-то нет ответа.

ответил. Пишите на мыло- быстрее отвечу

[repstosw 18]

Подключил OLED дисплей UG6028 (контроллер SEPS525) к TCON V3s через Serial RGB.

Кадр отлично выводится (формат YUV, аппаратное преобразование через CSC + Scaler).

Но есть проблема: у этого дисплея - не чистый RGB-интерфейс: передача данных по RGB приводит к записям во внутреннюю оперативную память этого дисплея.  При этом, развёртка кадра идёт средствами этого дисплея (считывание памяти).  У TCON есть свой VSYNC, который не совпадает с VSYNCO дисплея.

Любые попытки выдать кадр с TCON синхронно с VSYNCO дисплея - неуспешны: при движении картинки виден эффект рарезания.

Есть ли способ заставить выдавать одиночные кадры с TCON у V3s?

Хочу брать сигнал с ножки VSYNCO дисплея и по нему запускать запись одиночного кадра.

Или как-нибудь засинхронизировать вывод кадра с TCON с разыёрткой дисплея.

Частота обновления дисплея - от 60 до 150 Гц (нужно не меньше 60).

Частота вывода кадра из TCON - любая, несколько сотен Гц.

Разрешение 160x128.

 

Понимаю, да, у этого дисплея есть SPI и MPU интерфейсы, но нужен именно TCON(RGB), который аппаратно преобразует YUV в RGB (в памяти YUV, а выдаёт на ножки дисплея RGB).

Изменено 27 октября, 2022 пользователем repstosw

[repstosw 18]

2 hours ago, repstosw said:

Есть ли способ заставить выдавать одиночные кадры с TCON у V3s?

Хочу брать сигнал с ножки VSYNCO дисплея и по нему запускать запись одиночного кадра.

Вопрос решён.

Регистр TCON_CTL_REG бит 31 - как раз то, что надо:  включает-выключает вывод кадра. Кадр начинается с бланка.

Ожидаю VSYNCO от дисплея, и сразу же включаю запись кадра с TCON.   Выключаю TCON, когда кадр нарисован:

while(VSYNCO);  //VSYNC OLED
while(!VSYNCO);

TCON_CTL_REG|=(1UL<<31); //enable TCON frame output

VSync();                     //VSYNC TCON(V3s)

TCON_CTL_REG&=~(1UL<<31); //disable TCON frame output

[repstosw 18]

On 9/17/2022 at 1:58 AM, Ozelot said:

Хуже тем, что я его еще не испытывал 🙂 Глянул, вроде бы у нас доступен в продаже, может в лучшее время проверю... Обязательно напишите о своих результатах.

Итак, я вдоволь "наигрался" с этим модулем и готов сообщить о результатах испытаний.

Начну с минусов:

1. Реальная скорость передачи данных оказалась - 250 кбит/c. Больше не работает: пробовал выставить 300 кбит/c - модуль не принимает.  В ходе копаний выяснил, что существует несколько ревизий чипов на разные скорости: до 100, 250 и 300 кбит/c.  Очевидно, мне попался модуль не с последней ревизией чипа.  Заключение о ривизиях сделано мной на основе того, что в интернете попадались разные даташиты на этот чип с разными максимальными скоростями.

 

2. Выходная мощность оказалась не 30 dBm(1 Вт) а в 6 раз меньше - 166 мВт.  Измерения вёл КСВ-метром(он же - индикатор мощности по совместительству) Vega SX-40. Все мои потуги получить мощность выше ничем  не закончились: выходной транзистор питается от DC/DC, на стоке напряжение 3,9V, на затворе 2,2V.   Возможна проблема в чипе (его ревизиях) и мощность чипа выше 13 дБм не устанавливается (в даташите на последнюю ревизию есть опция на 20 мВт).    Резонанс не на 433 МГц,  а гораздо ниже - на 380 МГц (мощность 0,5 Вт).

 

3. Как я уже говорил ранее, модуль греется, если перекинуть ключ на передачу. Выход из этой ситуации - переводить чип в Standby после передачи каждого пакета.

 

4. Нестандартный протокол передачи с задержками. Только ногодрыг. А это без ДМА.

 

Плюсы:

1. Возможность передать длинный пакет (до 2048 байт полезной нагрузки) через порог опустошения FIFO(threshold IRQ). (сам FIFO там 64 байта).

 

2. Выскоая чувствительность приемника (-103 дБм на 250 кбит/c на 400 МГц)

 

Сама передача видео со звуком успешно реализована. Запихал в буфер 2 кБ - один кадр пожатого H264 160x128 @ 15 FPS и звук на 24 кбит/c.

Но вылезла проблема - при полноразмерной антенне и мощности 166 мВт  происходит зависание.  Очевидно, проблема длинных проводов в воздухе (MIPI, SPI,...)

 

Как итог: НЕ рекомендую данный модуль E49-400M30S (чип CMT2300A).

 

Изменено 21 ноября, 2022 пользователем repstosw

[mantech 53]

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

Возможность передать длинный пакет (до 2048 байт полезной нагрузки)

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

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

Но вылезла проблема - при полноразмерной антенне и мощности 166 мВт  происходит зависание.

Странно, мощность небольшая. Зависание чего, модуля, процессора, периферии?

 

Изменено 21 ноября, 2022 пользователем mantech

[repstosw 18]

54 minutes ago, mantech said:

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

Вначале я передавал пакетами по 64 байт, а на приёмной стороне их собирал в один фрейм.  При таком раскладе эффективная скорость позволяла передавать до 10 кадров в секунду. Потом перешёл на длинный пакет - что позволило передавать до 15 кадров в секунду.

Если пакет битый (аппаратная проверка по CRC16), то такой пакет не обрабатывается.

Бывают битые пакеты и с правильным CRC16. Редко, но проскакивают.  Тогда в силу вступает вторая проверка - статус декодирования H264.

 

54 minutes ago, mantech said:

Странно, мощность небольшая. Зависание чего, модуля, процессора, периферии?

Относительно небольшая. Если вместо антенны подцепить резистор 50 Ом,  то зависания нет.

Что именно повисает пока не выяснял (позже выясню что), но подозреваю, что происходит это из-за облучения антенной длинных проводов с MIPI.

Изменено 21 ноября, 2022 пользователем repstosw

[mantech 53]

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

что происходит это из-за облучения антенной длинных проводов с MIPI.

По мне такие шины нужно в экран.

 

[repstosw 18]

22 hours ago, mantech said:

По мне такие шины нужно в экран.

В релизе эти шины будут в виде коротких(насколько это будет возможно) микрополосковых линий на печатной плате с граунд-плейном.

 

On 11/21/2022 at 7:08 PM, repstosw said:

Что именно повисает пока не выяснял (позже выясню что), но подозреваю, что происходит это из-за облучения антенной длинных проводов с MIPI.

Предположение подтвердилось: временно исключил код захвата камеры по MIPI - зависаний нет, передаётся только звук.

[repstosw 18]

On 11/22/2022 at 7:19 PM, repstosw said:

Предположение подтвердилось: временно исключил код захвата камеры по MIPI - зависаний нет, передаётся только звук.

Зависание устранил путём снижения битовой скорости MIPI с камеры (оказалась не нужна слишком большая скорость) + укоротил соединения с камерой насколько это возможно.

 

On 11/21/2022 at 7:08 PM, repstosw said:

Бывают битые пакеты и с правильным CRC16. Редко, но проскакивают.  Тогда в силу вступает вторая проверка - статус декодирования H264.

Отказался от CRC16, применил CRC64. Теперь битые пакеты отсекаются.

 

On 11/21/2022 at 6:12 PM, mantech said:

Странно, мощность небольшая. Зависание чего, модуля, процессора, периферии?

Частично проблема была в кабеле RG-58. На 400+ МГц он вносил затухание (длина чуть более 30 см).  Подключил прибор вплотную к выходу антенны.

Максимальная мощность вышла 0,5 Вт.

Где-то ещё теряется или китай-модуль такой.

 

Заказал RFM300H, у них заявлена мощность 20 dBm вместо 13.  И скорость 300 kbps.  Попробую перепаять чип оттуда и проверить.

Есть предположение, что в модулях E49-M400S30 запаян чип CMT2300A со старой ревизией.

[mantech 53]

3 часа назад, repstosw сказал:

Частично проблема была в кабеле RG-58. На 400+ МГц он вносил затухание (длина чуть более 30 см).  Подключил прибор вплотную к выходу антенны.

Максимальная мощность вышла 0,5 Вт.

Да, у меня когда-то тоже была проблема из-за кабеля, теперь, если что-то делаю по радиочасти, стараюсь их не использовать, сразу с платы SMA разъем и антенна на него накручивается)))

ЗЫ. Может и зависания после удаления кабеля прошли бы?

[repstosw 18]

48 minutes ago, mantech said:

Да, у меня когда-то тоже была проблема из-за кабеля, теперь, если что-то делаю по радиочасти, стараюсь их не использовать, сразу с платы SMA разъем и антенна на него накручивается)))

ЗЫ. Может и зависания после удаления кабеля прошли бы?

Антенна у меня без всяких кабелей накручивается.  Кабель был, когда был подключен КСВ-метр.

Зависания были из-за того, что на макароны MIPI в воздухе наводилось поле с антенны при передаче.  Укоротил макароны, подложил кусочек фольги и снизил скорость MIPI PHY в 10 раз - проблема ушла.

Изменено 7 декабря, 2022 пользователем repstosw

[Obam 38]

на макароны MIPI в воздухе наводилось поле с антенны при передаче.
"Макароны" в 3-4 витка сквозь ферритовое колечко...

[repstosw 18]

Протестировал эти модули E49-M400S30 (CMT2300A) на дальность связи.   На дистанции 540 м пакеты идут.  Всё хорошо работает только в прямой (почти - оптической) видимости.  Связь есть, если виден источник сигнала.   Если идёт перекрытие со зданиями - приёма нет: либо бьются пакеты либо их вообще нет.  Это в городской застройке.  В ближней зоне - вообще не работает из-за перекрытия видимости зданиями.

С такой мощностью (0,25 Вт) годится только для статического линка, где антенны ПРД и ПРМ видят друг друга.  Для подвижной связи - не годятся.    Для начала - хотя бы поднять мощность до 2-5 Вт.