[des00 25]

1 hour ago, repstosw said:

Серьёзно? )))  А я думал FEC делается с целью как раз устранить эти самые ошибки.

FEC феку рознь, все зависит от структуры ошибок. Сверточники могут размножать ошибки, делая ошибку пакетной, блочные коды могут не справится с большими пакетами ошибок, с выпадением данных или с большим количеством случайных ошибок и т.д. У вас еще видео, там по идее накладываются требования на задержку, что ограничивает размер блока и перемежения блоков. Как уже сказал, нужно набирать статистику канала и анализировать. так просто, в лоб, решение не подобрать, если только у вас не "четыре ствола и все небо в попугаях" (с) старый анекдот. 

[repstosw 18]

10 minutes ago, des00 said:

У вас еще видео, там по идее накладываются требования на задержку, что ограничивает размер блока и перемежения блоков.

Да.  С видео не всё просто. Несмотря на заявленный CBR=56 kbps, фреймы в видео разной длины.  Придётся делать буферизацию - хотя бы на 1 секунду (12-13 фреймов). Задержками распостранения можно пренебречь - для принимаемого абонента допустимы задержки на несколько секунд.  Но вот то, что придётся резать фреймы на физические пакеты - меня немного напрягает.  Вот фрейм MELP2400 укладывается в один выхлоп LoRa,  а фрейм видео (особенно ключевой) - нет.  У LoRa максимальная длина PayLoad всего 255 байт.  Придётся виться как уж на сковородке.

 

Есть ли готовые чипы трансиверов с FIFO хотя бы на 4 кБ?

Изменено 23 августа, 2022 пользователем repstosw

[des00 25]

17 minutes ago, repstosw said:

Но вот то, что придётся резать фреймы на физические пакеты - меня немного напрягает.  

Ну а тут без вариантов) практические коды имеют размер блока от 1к до 16к бит, 64к DVB-S думаю у вас мало применимы) Есть специфические блочные коды с большим блоком, которые, при разбиении на подблоки и их перемежении, могут восстановить блок, при выпадении подблока, можно в эту сторону порыть. Тот же RS на данных частотах, при работе в режиме стирания неплохо борется с промышленной помехой. 

До кучи а может быть вам что-то типа HARQ из 3gpp у себя запустить? но это при двунаправленном канале.

[arhiv6 14]

В 21.08.2022 в 13:52, repstosw сказал:

Линия связи: трасса средней городской застройки (малый город, посёлок).

...

Высота антенн над землёй - 1,5 - 2 м (рост человека).

Устройства перемещаются человеческим шагом или на автомобиле (скорость 1 -  50 км/ч).

Скорость потока 96 - 128 кбит/с.  Модуляция - возможна 2FSK, 4FSK, MSK, GMSK, GFSK.

Зачем при таких условиях ограничивать себя только такими видами модуляции? Насколько я помню, для борьбы с замираниями при многолучевом распространении сигнала (а они в городе при движении точно будут) лучше подходит OFDM модуляция. Посмотрите в сторону семейства AT86RF215 ( + может у производителя что-то посвежее в этой серии появилось). Там диапазоны 389.5-510/779-1020/2400-2483.5MHz, FSK/OFDM/QPSK модуляции, FEC есть: для OFDM при кодировании 3/4 скорость до 2400kb/s, при 1/2 до 1600kb/s, проверка целостности фреймов: автоматический расчёт/проверка CRC16/32 при передаче/приёме. Для ваших скоростей подойдёт режим MCS 0 Option 1 из таблицы 6-88: MR-OFDM BPSK, rate 1/2, 2 x frequency repetition, 200kb/s. Как бонус - прямые IQ выходы модулятора и демодулятора, если когда-нибудь захочется свой модем делать (как, например, сделано в CaribouLite).

[repstosw 18]

2 hours ago, arhiv6 said:

Посмотрите в сторону семейства AT86RF215 ( + может у производителя что-то посвежее в этой серии появилось).

Посмотрел.  Ничего кроме модификаций этой микросхемы не нашёл.  На али нет модулей на этой микросхеме.  Это выходит, надо будет самому печатную плату делать и распаивать.

OFDM как решение против многолучёвки интересен.   Но почему оно не в тренде?  Ни китов, ни модулей.

[ASN 0]

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

OFDM как решение против многолучёвки интересен.   Но почему оно не в тренде?

OFDM не тренде?! На основании каких данных появилось такое заключение?

[repstosw 18]

19 minutes ago, ASN said:

OFDM не тренде?! На основании каких данных появилось такое заключение?

На основании причин, изложенных ниже:

1.  Модули не доступны таким простым людям, как я

2. Модулей нет на али экспресс (может плохо искал или не знаю марки чипов)

3. большинство микросхем содержат много модуляций - производных от FSK и ASK. Но не содержат OFDM.

4. чипы "трендовых" стандартов (типа ZigBit, WiFi, Bulue Tooth и др.) проприетарны, а нужна открытая физика, чтобы сделать свой протокол обмена данными и распределение бит в пакете

5. большинство модулей - частоты 900 - 2400.  Нужны частоты диапазона 70 см (400 - 500 МГц)

 

Кроме простых ASK/FSK и LoRa ничего не попадается.  Или другая крайность - ZigBit/WiFi/... Или вообще аппаратура FPV - проприетарно всё.

Я хочу видеть готовый модуль трансивера с OFDM с мощностью не ниже 25-30 dBm и с SPI-интерфейсом для подключения модуля к МК/CPU. Для передачи пакетов по типу: "(преамбула + пэйлод + црц) x FEC"

 

Наподобие таких коробчонок:

Изменено 23 августа, 2022 пользователем repstosw

[petrov 6]

repstosw

Кроме простых ASK/FSK и LoRa ничего не попадается. 

_

Это всё для поделок, серьёзные физические уровни слишком специализированные, от конкретной задачи зависят, чтобы все их можно было в один универсальный чип запихать.

Как-то здесь обсуждались внутренности квадрокоптера DJI, вначале у них модем был на FPGA сделан, потом уже перешли на заказной чип.

[quest 0]

Тут уже предлагали посмотреть на предмет того что уже сделано, но всё же повторю. DVB-H. Посмотрите что и то и как это делается. Может помочь. Можно начать посмотреть от МСЭ-R BT.1833-1.

[repstosw 18]

20 minutes ago, quest said:

Тут уже предлагали посмотреть на предмет того что уже сделано, но всё же повторю. DVB-H. Посмотрите что и то и как это делается. Может помочь. Можно начать посмотреть от МСЭ-R BT.1833-1.

Скажем так, h264 -  это частный случай того, что мне нужно.  Если обобщить - передача любых  данных,  например ZIP-архив(с информацией для восстановления, если повреждён).  По эфиру файлы перекидывать... На километры...

[ASN 0]

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

Если обобщить - передача любых  данных,  например ZIP-архив

Передача речи (или видео) и файлов данных - это разные задачи. В первом случае, эффективен FEC для небольших кадров данных, во втором - HARQ. Универсальное решение будет одинаково плохо работать в обоих случаях.

[Джеймс 3]

11 hours ago, repstosw said:

 Но вот то, что придётся резать фреймы на физические пакеты - меня немного напрягает.  Вот фрейм MELP2400 укладывается в один выхлоп LoRa,  а фрейм видео (особенно ключевой) - нет.  У LoRa максимальная длина PayLoad всего 255 байт.  Придётся виться как уж на сковородке.

Есть ли готовые чипы трансиверов с FIFO хотя бы на 4 кБ?

 

C пакетной структурой вы естественным образом вписываетесь в структуру, требуемую для Рида-Соломона. Пакеты должны быть пронумерованы. Пропавший в эфире пакет = "стирание" (erasure)
FIFO здесь не нужно

[stealth-coder 2]

On 8/23/2022 at 2:27 PM, repstosw said:

Скажем так, h264 -  это частный случай того, что мне нужно.  Если обобщить - передача любых  данных,  например ZIP-архив(с информацией для восстановления, если повреждён).  По эфиру файлы перекидывать... На километры...

Телефоны на чипсете TI Calypso (Motorola c113, c118, c123, ...)

Вот пример базовой станции GSM https://habr.com/ru/company/pentestit/blog/331406/

На них делали и другие поделки, например, рации, используя готовый L1/L2 GSM.

8 слотов по 13 кбит/с чистой инф. скорости в каждом дают 104 кбит/с.

Опуститься в диапазон 70 см, наверное, возможно при доработке паяльником.

[repstosw 18]

4 minutes ago, stealth-coder said:

На них делали и другие поделки, например, рации, используя готовый L1/L2 GSM.

Нет, это неинтересно.  Хочется делать свои протоколы (и вообще быть свободным от всяких стеков), и не зависеть от БС сотовой связи.

Обычный P-2-P канал между двумя абонентами.

[stealth-coder 2]

Вы не поняли. Там все "кишки" доступны. БС это просто пример. Я же написал, что видел реализацию на их базе раций, БС сотовой связи не требуются. Готовый стек идёт "бонусом", можно своё наворотить.