Пользовал ли кто ? На мой взгляд не дает он какого либо выигрыша, потому как требует расширения полосы вдвое (или снижения скорости), причем канал передачи страдает больше от замираний, чем от гауссовского шума. Остановился на 4-FSK 500 кбит c Ридом-Соломоном 191/255 поверху. Работает неплохо, но интересно - может кто-то откопал пользу от сверточного ?

Нет, не откопал, похоже для студентов, или желающих познать реализацию. А что за задача у вас? Какая трасса, антенны, расстояние, диапазон?
Если пакеты короткие то Рид-Соломон не к чему.

Открытый воздух, до пары км, мощность будет до 4 ватт (с лицензиями все ОК). Как это не нужен, блоки пусть и короткие, но как я еще буду цельный файл (видеокадр) собирать при потере пакета ? Соломон+interleaving - и дело в шляпе. Режим с автоповторами не рассматриваем - долго, нудно и запрещено правилами проекта.
Реализацию понять на Техасовском примере студенту сложно - документирован он слабо, в RfStudio я его включаю просто записью бита в регистр - в отдельную настройку это не вынесено, короче они постарались наооборот запрятать его. Антенны четвертушки наверное.. или как они там.. ну эти.. трубочка противовес и четверть волны пиписька сверху - как в Wifi антеннах.

А диапазон?

В принципе будут оба - uplink - 433, downlink - 3*868 (три передатчика), но это как раз еще обсуждаемо. Хотя особой разницы на открытом пространстве в этих диапазонах не вижу

На 868 лучше переотражения работают чем на 433, хотя от местности зависит, город, холмистость, равнина. Затем дуть в штырь 4 ватта, это как лампочка ильича во все стороны. Трасса не малая, фазу крутит на трассе, те же замирания. Да и если трансивер пользовать, что же не подтверждать?

Направленную антенну использовать нельзя. Можно прижать к поверхности разве только. Нет, подтверждения не надо, этот канал для более важной информации нужен. Да и зачем, Соломон восстанавливает в моем случае 64 потерянных пакета из 255.

А длина пакета какая?

64. В воздухе. Но они - часть кадра, кадр - 14 килобайт

Если речь идет от том что встроен аппаратно в СС1101 то да, дает "добавку" по чутью около 5дБм. Измерено в лабораторных условиях на аттенюаторах при передаче пакета 64кбайт. В реальности ТХ +28dBm, волновой канал +5dBi, приемник авто антенна на магните 5/8 работает прием пакетов на расстоянии прямой видимости около 20 км, скорость 9600, GFSK, 436Мгц

Спасибо. На низкой скорости все ясно, смысл есть, т.к. полоса сс110 по пч и так не уже 58 кгц, в случае же высокой скорости я должен расширять полосу при той же информационной емкости. Но речь не о том. Речь о том, что Вы привели лабораторные результаты, как я понял на пределе шума приемника. Там играет важную роль гауссовский шум канала и от двоичного блочного кодирования смысл конечно есть, тем более с учетом и так избыточной полосы приема сс110. Я же обращаю внимание, что в реальной связи с подвижным объектом ключевой становится роль замираний, так, что в итоге сигнал либо хорош настолько, что ему не нужен такой код, либо плох настолько, что он уже не поможет. Не согласны?

А между "настолько хорош" и "либо плох" какой зазор когда он помогает?

Вот это и предстоит выяснить в поле. В условиях застройки этого зазора почти не увидел. Либо 1-2 % ошибок, либо 95-100% ошибок.

Ну вообще классическая связка - сверточный + БЧХ(РИД-соломон и тд). Т.е. суть в том что сверточный подчищает, но частенько оставляет одиночные ошибки, которые исправляются БЧХ. После него кстати можно еще и узнать исправлены все ошибки или нет. Проверяли, правда не на Вашем чипе, делали свои декодеры, но связка работает гораздо эффективнее чем каждый по отдельности.

Да, слышал что такая связка в дальней например косм. связи работает. Но там как раз сверточный код и хорош, нет как я понимаю таких выкрутасов сигнала - метр влево-вправо=расстрел. То есть я не хочу сказать, что это плохая связка, просто в условиях городской связи гораздо важнее исправление блоковых ошибок путем применения БЧХ, в то время как польза от сверточного кодирования по-моему под некоторым вопросом.

А какова польза от кодирования двумя 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 уже все плохо и РС не помогает.


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

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

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

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

И все-таки, если не жалко пожертвовать полосу и технические аспекты реализации кодирования сильно не ограничены, какой вариант кодовой конструкции в условиях замираний Вы выбрали бы: RS+сверточный или RS+RS?

RS (BCH)+сверточный+перемежитель - классика жанра )))

Это точно!
Мне нужен набор попроще CMOS сенсор+JPEG кодек для передачи фоток по радио. Питание батарейка!
Ничего такого не попадалось?

Попадалось. Dm368 Davinci. С ним работаю сейчас тоже. Сенсор Аптина 5 мегапикселей, но есть и проще.


Это как рс + рс ? У меня сс110 как данность, она уже настроена на пакетный режим, внутрь пакетов лезть не думаю пока, так что не очень понимаю идею.

Тут?
http://www.aptina.com/products/image_sensors/
DM386 сколько потребляет по мощности?
И что интересно стоит тут?
http://www.linksprite.com/product/showprod...g=en&id=218

Кушает многовато, не понял пока почему, ее только сегодня получил. Процессор аж на радиаторе.

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

Дм 368 пардон