Jump to content

    

FEC на ПЛИС

Послушайте Денис, Вы не думали завести репозитарий на github например для всяких таких поделок?

Компания Microsoft сегодня сообщила о покупке компании GitHub, которая в пресс-релизе названа «ведущей платформой для разработки программного обеспечения».

Share this post


Link to post
Share on other sites

ГитХаб превращается в тыкву. Все оттуда бегут.

Share this post


Link to post
Share on other sites
Где можно почитать про декодер со стираниями? Можно ли их использовать для итеративного декодирования?

 

Р. Морелос-Сарагоса «Искусство помехоустойчивого кодирования. Методы, алгоритмы, применение».

стр.103-105.

 

В случае с БЧХ-кодами получаются две итерации декодирования.

Еще в помощь вот это http://the-art-of-ecc.com/3_Cyclic_BCH/index.html и пример от x736C, который он сделал по моей просьбе, за что отдельное спасибо). Про итеративное декодирование, будет время, сделаю турбокодер на основе приложенной статьи.

 

Послушайте Денис, Вы не думали завести репозитарий на github например для всяких таких поделок?

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

Тут несколько, неудобных для меня моментов:

1. Проекты в моем репо достаточно далеко разошлись от выложенных тут, что-то модернизированно, что-то переписано, где то запиленно под целевые ПЛИС и обвешано макросами. Выкладывать все как есть, не в моих интересах, а готовить сорцы к выкладыванию в общественный репо, времени нет.

2. Опыт выкладывания полноценной IP Core, с документацией, у меня есть (опенкорес). Времени на документирование ушло очень много. Чувство прекрасного, не позволяет выложить просто сорцы без описания архитектуры, рекомендации по использованию и т.д. На это нужно время.

 

Но соглашусь, хранить это в общественном репо, было бы более грамотным решением. Может соберусь с силами, возьму все что выложил и сделаю один большой проект.

High_Speed_Two_Parallel_Concatenated_BCH_Based_Super_FEC_Architecture_for_Optical_Communications.pdf

bch_with_erasures.zip

Share this post


Link to post
Share on other sites
ГитХаб превращается в тыкву. Все оттуда бегут.

Куда бегут? Какие есть достойные ресурсы?

Share this post


Link to post
Share on other sites
Куда бегут?

В течение первых суток после новости о покупке ГитХаба Некрософтом на ГитЛаб смигрировало около 100 000 проектов.

Какие есть достойные ресурсы?
Все они разной степени тормознутости и глючности.

Share this post


Link to post
Share on other sites
В течение первых суток после новости о покупке ГитХаба Некрософтом на ГитЛаб смигрировало около 100 000 проектов.

А какие есть объективные и обоснованные опасения?

У меня просто там платный аккаунт. А я не в зуб ногой.

Share this post


Link to post
Share on other sites
А какие есть объективные и обоснованные опасения?

У меня просто там платный аккаунт. А я не в зуб ногой.

Извините за оффтоп (тема то про FEC), но для миграции с github куда-либо еще в настоящий момент нет ни малейших оснований. Миграция тысяч проектов лично мне не понятна, никаких негативных последствий от покупки компании так и не наступило, и вряд ли наступит вообще.

Share this post


Link to post
Share on other sites

Какой порядок следования бит? Если у нас синдром задается следующей формулой, то в декодер сначала поступают r[n-1],r[n-2]... или наоборот?

image.png

 

Share this post


Link to post
Share on other sites
Какой порядок следования бит? Если у нас синдром задается следующей формулой, то в декодер сначала поступают r[n-1],r[n-2]... или наоборот?

image.png

в декодер сначала поступают r[n-1],r[n-2]...

И если преобразовать приведённую Вами формулу к виду, пригодному для реализации в железе, то будет понятно почему.

Share this post


Link to post
Share on other sites

Появилось немного времени.

 

Статически конфигурируемый кодек турбокода, описанного в документе ETSI EN 301 545-2 V1.2.1 (DVB-RCS2). От DVB-RCS отличается решеткой на 16 состояний.

Поддерживаются все описанные в документе 34 размера блока(от 14 до 599 байт) и скорости кодирования(1/3....7/8). Тестбенч - бертест.

 

Результаты на 5 ой арии для блока на 14байт: кодер/декодер 107/5382ALM, частота 125МГц.

rsc2_release05092018.zip

Share this post


Link to post
Share on other sites

Всем доброго дня, нужна теоретическая помощь. Суть вот в чем.

 

Снял характеристики всех возможных режимов работы кодека и .... не вижу ощутимой разницы между DVB-RCS2 и DVB-RCS. Хотя она должна быть, т.к. кодовое расстояние решетки на 16 и 8 различно. Да и сами авторы, утверждают

FEC based on 16-state Turbo Coding, which provides a better Eb/No performance compared to the 8-state turbo coding used by DVB-RCS, by about 1 dB usually;

а кое где встречается и

DVBRCS2 system uses a new, powerful 16-state turbo code FEC algorithm in TDMA bursts, offering up to 2dB more gain.

Код проштудировал, явной ошибки в алгоритме Max Log MAP не вижу, разрядности на переполнение проверил. Начал рыть в сети и получил результаты, которые еще больше поставили в тупик. Например, в приложенной статье приводятся коды на решетке 8(рисунок 5) и 16(рисунок 6). Видно что, для одной и тойже модуляции и скорости, код с решеткой 16 проигрывает коду с решеткой 8.

 

Других явных сравнений не нагуглилось, пошел с другой стороны. Вот народ продает корку www.sworld.com.au/pub/pcd04d4.pdf, смотрю ее характеристики и они в пределах +-0.1дб совпадают со снятыми мной (смотреть графики для MAX Log MAP, К - длина в битах(!!!)).

 

BER.png

 

Судя по всему, критических ошибок, в выложеном кодеке нет, но, тогда куда делся этот дб? Может кто встречал в сети сравнение или есть результаты моделирования декодеров?

Tarek_Sobh__Khaled_Elleithy__Ausif_Mahmood_Novel_Algorithms_and_Techniques_in_Telecommunications_and_Networking_Springer__2010_.pdf

Share this post


Link to post
Share on other sites

Matlab?

При реализации tc я обнаружил довольно неприятный эффект: можно сделать незначительные ошибки (перемежитель, выкалывание, хвост) , которые приводят к незначительному ухудшению корректирующей способности. Т.е. кодер и декодер tc до определенной степени устойчивы к ошибкам реализации: катастрофы не происходит, все продолжает работать, но хуже, чем заявлено.

Искать и отлаживать такие ошибки очень тяжело.

 

Судя по всему ...

Share this post


Link to post
Share on other sites
Matlab?

При реализации tc я обнаружил довольно неприятный эффект: можно сделать незначительные ошибки (перемежитель, выкалывание, хвост) , которые приводят к незначительному ухудшению корректирующей способности. Т.е. кодер и декодер tc до определенной степени устойчивы к ошибкам реализации: катастрофы не происходит, все продолжает работать, но хуже, чем заявлено.

Искать и отлаживать такие ошибки очень тяжело.

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

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

 

Share this post


Link to post
Share on other sites

В матлабе есть реализация турбо кодера и декодера. С них можно начать.

 

Успехов

 

похоже пришло время

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this