Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: DVB-T2 демапер на ПЛИС
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
nice_vladi
Всем привет!
Занимаюсь созданием демапера для формата DVB-T2. Все делается на ПЛИС. язык - Verilog. Задача следующая: на входе есть квадратуры точки, на выходе - метрики LLR для LDPC декодера.

В целом, принцип расчета метрик мне понятен. Но по ходу возник вопрос:

Для расчета метрик необходимо определить Евклидово расстояние от принятой точки до каждой из идеальных точек созвездия. Затем, определить минимальные расстояния до идеальных точек созвездия, в которых принятая точка = "1" и = "0".

Вопрос: как описать алгоритм нахождения ВСЕХ точек, где принятая = "1" и ВСЕХ точек, где принятая = "0"?
Перелопатил значительное количество различных источников (книжки, статьи) но везде эта информация считается априорной, возможно не доглядел)

Maverick
Цитата(nice_vladi @ Jun 20 2017, 06:48) *
Всем привет!
Занимаюсь созданием демапера для формата DVB-T2. Все делается на ПЛИС. язык - Verilog. Задача следующая: на входе есть квадратуры точки, на выходе - метрики LLR для LDPC декодера.

В целом, принцип расчета метрик мне понятен. Но по ходу возник вопрос:

Для расчета метрик необходимо определить Евклидово расстояние от принятой точки до каждой из идеальных точек созвездия. Затем, определить минимальные расстояния до идеальных точек созвездия, в которых принятая точка = "1" и = "0".

Вопрос: как описать алгоритм нахождения ВСЕХ точек, где принятая = "1" и ВСЕХ точек, где принятая = "0"?
Перелопатил значительное количество различных источников (книжки, статьи) но везде эта информация считается априорной, возможно не доглядел)

посмотрите это, там можно сгенерить описание на HDL.

LDPC декодер уже сделан?
nice_vladi
Цитата(Maverick @ Jun 20 2017, 08:25) *
посмотрите это, там можно сгенерить описание на HDL.

LDPC декодер уже сделан?


Спасибо.
Кодер - да, сделан. Но не мной.

Матлаб отказывается синтезировать HDL код для демодулятора с "мягкими" решениями. Поддерживаются только "жесткие" решения. Пробовал в 2010 и в 2016 версиях.

В-принципе, для простых видов модуляции (qam2-4-16), можно ручками прописать, какие именно из рассчитанных Евклидовых расстояний относятся к "1", а какие - к "0". Но вот все, что выше - вручную совсем не хочется писать. Да и подход это не верный) Хочется делать правильно.
Возможно, так мой вопрос будет выглядеть яснее.
nice_vladi
Итак, немного подновлю тему.

Демаппер пытался собрать по образу и подобию, найденному в буржуйской статье и тому подобных: https://www.radioeng.cz/fulltexts/2014/14_01_0399_0404.pdf
Собрал модель в матлабе, но попробовал реализовать - столкнулся с проблемой из первого поста + сожрало чересчур много ресурсов ПЛИС.

Пришел к следующему решению (глупо, "в лоб"):

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

По моим соображениям, такой вариант допустим: задержки квадратур уже скомпенсированы, и имеется просто созвездие, для которого нужно посчитать метрики LLR. Конечно, съедаются DSP ячейки, однако в остальном такой вариант гораздо менее требователен к ресурсам.

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

Выигрыш по SNR будет сравниваться с обычным созвездием ну и, конечно, с волшебными 7 дБ, которые описаны в различных источниках.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.