А какова польза от кодирования двумя RS? Кто-нибудь юзал?

Сверточное хорошо работает на шуме, близком к гауссовому, но малоэффективно на длинных, пакетных ошибках. Ридер Соломон же при сравнительно незаметной реализации в сочетании с перемежением дает очень хорошие результаты. Я в своем кадре 255 пакетов по 64 байта могу спокойно потерять 64 пакета и восстановить исходные 191 пакетов. Код 191,255

Но, все-таки, если 2 RS?
Или сверточный + RS?

Это если поток без синхры. А у вас пакеты, где есть синхо слово. Вот и прикиньте если помеха туда попала, ничего не примите никакой RS не поможет.
Получите потери пакетов. Если у вас видео, то наверное цифровое уже свернутое, еще как-то, а если аналоговое оцифрованое то плохо. Также без манчестера не обойдётесь, жертва полосой немного поможет.

Сверточный - встроен в сс. Рид Соломон у меня.


Зачем манчестер?? Про будущее время можно не говорить, ибо это уже работает. Конечно, теряет пакеты, но Соломон восстанавливает . А там, где процент потерь выше его возможностей - там и свертка не помогает. О чем собственно и речь.

Модуляция 4fsk, 250к интервалов в сек, то есть 500 кбит передаю. Перепробовал все возможные комбинации модуляций и кодирований, применительно к этому чипу в реалии такой вариант оказался наилучшим. Модет сверточное кодирование и хорошо, но платить половиной скорости не могу. Рад бы полосу пошире, но чип не позволяет. Синхрослово кстати при такой модуляции все равно идет как 2 fsk

PS модет мы друг друга не поняли ? Внутри пакета СС я ничего не кодирую ! Просто каждый i тый пакет содержит в себе j-тые байты матрицы с избыточностью Соломона. Пакеты нум5рованы, так что при приеме я знаю, какой он, и какие не пришли. При потере пакета я теряю только байты в строках (если потерян один пакет - то просто в каждой строке буде по одному потерянному байту) при сборке этой матрицы (interleaving-deinterleaving) . На уровне же конкретного радиопакета я ничего не делаю, пропал и фиг с ним.

Работали в условиях города на OFDM модуляции, диапазон - 88..108 мгц. Перемежение блоков/битов/кадров суперкадра в пределах 0,2..0,5с - и проблема замирания решается довольно эффективно. Ошибка замирания размазывается и эффективно исправляется. Про спутники речи не было.

Посмотрите на Si4463 там полоса пошире.

Ну так я и говорю, хорошо работает. Вы использовали два кода РС(внешний и внутренний) или сверточный двочный плюс Соломона?


Да, китайца тут в помощь. Уже заказал кроме пары 2 ватных сс110 модулей еще один на 4463. По 40 зеленых на dealextreme

Пробовали Витерби+БЧХ и LDPC+БЧХ. Второй получше оказался, но там от матрицы много зависит, некоторые матрицы зацикливались на определенных ошибках. Работали на блоках от 1кбит до 16кбит. Сначала исправляли ошибки сверточным , потом БЧХ (непонятки у меня вечно с терминами внутренний и внешний).
Пробовали Витерби+РС, оказалось немного хуже, чем Витерби + БЧХ.

Если не секрет чем видео "готовите" к передаче?

Кодирование jpeg + энкодер Рида-Соломона делал на PandaboardES - OMAP4460, что совершенно не принципиально - взял что было под рукой, сишный код без оптимизации - один фиг производительности выше крыше (несмотря на то, что этот ОМАП содержит в себе TMS64x+ DSP , оный в свою очередь содержит команды оптимизированные под работы с полями Галуа (The DSP contains Galois field multiply hardware that is used for Reed-Solomon encode and decode
functions.
) ). То есть у такого проца ресурсов еще канало на дцать еще таких есть.

Допустим, при сигнале М1 уже все плохо и РС не помогает.


Но, поставив внутренний кодер Витерби, можно попытаться выдернуть из шумов децибелл несколько. Как такой расклад?

Ваш же график и дает ответ, эта зона слишком узка, чтобы жертвовать половину полосы на нее.

А такое бывает?

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