Перейти к содержанию
    

neo-n

Участник
  • Постов

    17
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о neo-n

  • Звание
    Участник
    Участник
  1. Спасибо огромное за помощь и последнее что интересует как из I/Q перейти просто к мягким решениям
  2. Конкретно для турбокодов образованых с помощью кода хемминга только синдромный?
  3. Датчик детонации насколько знаю реагирует на вибрацию так как с повышением оборотов вибрация возрастает то могу предположить что в мозгах есть некая таблица минимального значения напряжения в зависимости от оборотов тоесть чем больше обороты тем напряжение которое мозги считают нормальным становится больше. И скорее всего есть еще такаяже зависимость напряжения от оборотов что ниже которого мозги считают что датчика тупо нет тоесть обрыв. На практике я бы попробывал поплавно поднимать обороты и также плавно увеличивать напряжение скажем на 0.05 В и посмотрел бы что для них есть детонация а что нормальная работа ....
  4. Тоесть при жестких решениях можно только лишь использовать синдромный декодер ? Подскажите еще пожалуйсто вот какой вопрос если у меня есть отсчеты I/Q как от них перейти к мягким решениям и к LLR?
  5. Добрый день. Имеется на входе жесткие решения. Сигнал выровняный по синхронизации (и по нейже устранена фазовая неоднозначность). Вопрос заключается в следующем как от жестких решений перейти к мягким либо к метрикам LLR для того чтобы использовать алгоритм Чейза? Илиже его можно использовать и с жесткими решениями? (Декодирую турбокод)
  6. Ок буду более подробно штудировать ту тему... Я там живу =) думал может пивом угостил бы ...
  7. Впринципе в голове что-то начинает проесняться спасибо всем огромное ...напследок не подскажите где можно более подробно почитать про мягкие решения?? Оффтоп... Serg76 а вы случаем не из Курска??
  8. Именно автоматическое определение турбокода...пока что сделал только по синхре но только синхры недостаточно.... на практике видел код в котором сначало идет скремблер потом декодер потому и спрашиваю как потом прейти к мягким решениям... В идеале конечно хорошо бы сделать автоматическое определение а потом и декодирование по уже определенным параметрам Помоему и аддитивный тоже размножает ошибки.... а самосинхронизирующийся скремблер я называл мултипликативным (такое название встречал поому так и называю)
  9. По поиску синхры и скремблер понятно спасибо.... про то чо проверять ее наличие на нескольких кадрах и ошибки заю... там сложность возникает когда код ь большим ..TPC*K(кол-во блоков например 128*128 до следующей синхры) у них синхра почти у всех одинаковая а само К может быть очень большим... Именно классификатор прям в точку попали =) А декодер писать всеравно прийдется так как у некоторых турбокодов синхра одинаковая и определить какой именно это код можно только пробным декодированием иначе никакого решения роблемы не вижу.... там где ошибок будет меньше всего тот код и есть ...
  10. Gold777 так и буду делать... но всераво остался открытым вопрос про скремблер... И честно говоря не знаю как переходить от мягких решений к жестким и наоборот направьте пожалуйсто тоже что почитать на этот счет?
  11. =) немного опоздали выше написал пдробный вопрос на эту тему
  12. Про фазовую неоднохначность я так и думал просто ...решил что это некий способ ее устранения =) уже понял что нет... Без старт-стопов это всмысле записали кусок ищем там турбокод пока ищем приращивае фазу и записываем другой кусок?? И возникает вот какой вопрос в моем понимании наличие турбокода в сигнале на первом этапе мы ищем синхро-комбинацию потом дескремблируем(если там конечно есть скремблер )а потом пробуем декодировать.... так вот как в мягких решениях находить синхрокомбинацию и дескремблировать???или же это делается при жестких решениях а потом переходят к мягким?? илиже мое представление о поиске в сигнале наличия турбокода в орне не верно??
  13. Смысл почему я этим заинтересовался в том что думал что при мягких решениях не прийдется заниматься этим вращением повидимому этого избежать не получится =) Просто если скорость потока не очень большая и прийдется делать так .... записал сигнал поискал в нем турбо-ко ничего не нашел приращиваем фазу опять записываем кусок ....долго получится ...думал есть какое-то более быстрое решение этой проблемы. Энергетический выйгрыш то всмысле большее кол-во ошибок можно исправить??? Спасибо большое буду изучать... Еще хотел уточнить MAP декодер применяется только для сверточных кодов??
  14. Эту тему я читал .... вот как разтаки из-за нее и возник вопрос о мягком декодере....тобишь есть ли мягкий декодер для кода хеминга .... TPC ведь и есть два кода хемина один по строкам другой по столбцам .... в жестком я так понимаю алгоритм таков деодирем по строкам потом по столбцам и так некоторое кол-во раз либо пока не исправм все ошибки .... при жестких выходах это синдромный декодер а вот про мягкий я увы ничего не нашел .... Да но при фм8 этих поворотов будет 8!... а приемник хватает сигнал очень быстро ведь ....
×
×
  • Создать...