Я так понял тема выдохлась? Интерес потерян?.

sadnikoff сейчас я пока 100% реализовал и отладил демодулцию OQPSK -есть генератор на OQPSK запись OQPSK положить можете?

Спасибо за участие и ответ!!!
Я новичок на форуме и вопервых не совсем понимаю в каком формате сбросить. Ну в смысле могу записать осцилографом - у меня двухканальный Tektronix полоса 250МГц/2.5Гсамплов/сек на канал. Осцил записывает в разных форматах потом можно конвертировать. Или я тут видел что то, так и непонял как люди на форуме и в каком формате гоняют записи сигналов. Пожалуйста объясните в кратце. Как только пойму сразу все сделаю - я влез не из празного любопытства на форум!!!
sadnikoff@mail.ru, +375 29 275 29 19 Александр.

Сигнал смогу записать на промежуточной 90МГц, полоса сигнала 26.5МГц

На скоростях порядка 26 МБит/с работают DVB карты спутникового телевидения и интернета даже несколько больше, тут на форуме есть ссылки. А насчёт экзотических видов фазовой манипуляции, можно поискать, но если делается приём конкретного аппарата, то я чё-то не видел большого разнообразия, в основном BPSK, QPSK. Конечно если хочется принимать всё, тогда конечно. Знаю, что аппаратно все U делаются подачей постоянного напряжения на соответствующий перемножитель. Живой Сканексовский приёмник Терры видел у ребят в Хмельницкой области, но что внутри не показывали.

sadnikoff

- декодер Viterbi 7 1/2 пока будем реализоввывать на ПЭВМ.(26.5МБит/сек => 13.25Мбит/сек)
- декодер Рида соломона пока тоже.

Возможно ли реализовать на ПЭВМ декодер турбокода, например (64х57)х(64х57)х79

Вечером пришел уведел ответы. Во первых спасибо за ответы (особенно for saleev). 14 апреля дам ответы и есть вопросы по DBV. (сегодня расслабился - всетаки пятница вечер)
Обязательно попробую разобратся с DVB картами!. Но паралельно пробую через нашего большого профессора в этой области (РТИ сейчас БГУИР) всетаки довести и свой вариант - заключил с ним договор на разработку. Всетаки интересно разобраться детально - с нового учебного года еще похожу на его лекции (уже 12 лет как закончил институт) добро дали - слава богу в Беларусии образование пока бесплатное - ну а слишком тупые платят деньги (они в отдельном разряде к ним даже преподы относятся как к платникам в смысле тупой еще тупее) - а если есть мозги поступиш и так.

For RSCAN - если вы имели ввиду под турбо кодом - Viterbi(светочное кодирование). То отвечаю что да - на ПЭВМ есть множество реализаций. Именно так мы сейчас и поступаем. Но в дальнейшем чтобы обеспечить реальное время просмотра картинки со спутника уже начали реализовывать Viterbi на ПЛИСине. Если нужно пишите.

По существу чуть позже.

сегодня расслабился сильно

Есть у меня одна не реализованная идея, тесно связанная с этой темой.
В двух словах: Берем спутниковый тюнер с квадратурным выходом,
к нему ставим два ацп(к примеру VP211 6-бит/90мгц), добавляем
несложную цифровую часть (пяток мс серии 74AC) и подключаем сей
девайс на IDE шину компьютера. Реально на этой шине можно получить
скорость чтения до 30мгц/16бит(без ухищрений). В итоге имеем радио блок,
работающий в диапазоне 900-2100мгц и возможность обработки данных на
быстром ПК. Чуйка этих тюнеров не фонтан, но для приема 1,7ггц хватит.
Для более высоких частот – применяем этот тюнер+(чашка, головки и.т.д).
Какие мысли по этому поводу? (ведь реально и вполне доступно получится)

sadnikoff

For RSCAN - если вы имели ввиду под турбо кодом - Viterbi(светочное кодирование). То отвечаю что да - на ПЭВМ есть множество реализаций. Именно так мы сейчас и поступаем. Но в дальнейшем чтобы обеспечить реальное время просмотра картинки со спутника уже начали реализовывать Viterbi на ПЛИСине. Если нужно пишите.

Турбокоды могут быть отнесены к разряду каскадных параллельных кодов. ТК рассматриваться как блоковый код с большой длиной блока и большим кодовым расстоянием. В качестве составных кодов турбокодера могут быть использованы сверточные коды , коды Хемминга, БЧХ, Рида-Соломона, работающие в блоковом режиме. Но наибольшее распространение получили двух- и трёхмерные блочные ТК. При этом кодирование по строкам осуществляется при помощи кода Хемминга, кодирование второй и третьей размерности осуществляется кодом Хемминга или кодом с контролем по четности. Такой класс ТК на базе блочных кодов получил название TPC (Turbo Product Codes).

Возможно ли реализовать их на ПЭВМ?

RSCAN

Возможно ли реализовать на ПЭВМ декодер турбокода, например (64х57)х(64х57)х79

Я так понимаю это трехмерныйTurbo Product Code где кодирование по строкам осуществляется при помощи кода Хемминга, а кодирование второй и третьей размерности осуществляется кодом Хемминга или кодом с контролем по четности. Или не так???
Или возможно по разному ??? Тогда необходимо предусмотреть возможность предварительной настройки декодера перед декодированием.
Другой вопрос. Какая синхрокомбинация для этого турбодекодера, какие полиномы. Представленной информации для решения проблемы недостаточно. Полиномов должно быть штук 7, вроде (64-57=7).

sadnikoff
Я так понял тема выдохлась? Интерес потерян?.
Статья по турбокодам

sadnikoff Я так понял тема выдохлась? Интерес потерян?.

Тема свернула в сторону турбокодов....
Хотя я не понимаю.... накой нужен турбокод, если для многих не ясно
чем принимать? И что принимать? И.т.д.
Может всетаки обсудить что и чем принимать(или уже принимается)?
А то, кто-куда...

Действительно тема ушла в сторону...
Самая главная проблема прием...
Умозрительно видятся следующие варианты:
- конвертор из ряда

СВЧ конвертер 2.0...12 ГГц. DC-12
Конвертер СВЧ диапазона SEL SP-9000
Конвертор БПР8084-1300


- далее SDR прием.

Проблема с АЦП - варианты решения здесь обсуждались - кто бы разработал схему - я к сожалению в железе не силен, предпочитаю программирить.

Может быть можно использовать плату "SK-M-XC3S500E"
с модулем оцифровки "SK-VideoADC-Plug - плата оцифровки видео потока", а для связи с компьютером использовать модуль " SK-Ethernet-Plug - плата Ethernet 100/10M PHY".

Кто может сказать можно ли использовать SK-VideoADC-Plug для оцифровки "не видео" сигнала и если нельзя, то что использовать в качестве АЦП?

В перспективе - если помечтать - на том же модуле - "SK-M-XC3S500E" можно попробовать и демодулятор сделать и декодер - ПЛИС там достаточно приличная - и цена приемлемая...

Как я уже писал в начале темы, идея состоит в том, чтобы в домашних условиях "из доступного барахла и на коленке" сделать то, чего ещё недавно казалось фантастикой. Может повторюсь, но видится мне это так: 2-х метровое зеркало на самодельной опорно-поворотке,управляемой программно с компа. Конвертер, переделанный с головки от спутникового ТВ (можно при существующих гетеродинах использовать зеркальный канал т.е.переделать только вход), кстати, в отличие от DC-12, у него коэффициент шума, получше, дальше DVB карту, есть корейские чисто для интернета, даже ПО под ТВ для них ещё не написано. В результате можно принять что-нибудь типа "ТЕРРА", ПО для них есть в интернете. А если NOAA на 1.7, то можно попытаться на ту же карту, только с МШУ, а то чувствительности не хватит. Дальше, как фантазия сработает и что в загашниках валяется. Не тратить же на это скромный семейный бюджет :-) Люди на метровый диапазон всё сканеры из телевизоров клепают. Тут можно повозиться на базе хлама от спутникового ТВ. Я немного вожусь, но до того, что в голове руки не доходят. Кто продвинулся в этом вопросе - пишите.

Насчет DVB карты идея конечно неплохая, особенно в плане цены, однако сразу появляется следующий вопрос - можно ли с нее взять битовый поток непосредственно с демодулятора без декодирования сверточного кода и кода Рида-Соломона.
В плане управления карточками для приема интернет из несущих стандарта DVB проблем нет - например, в сети очень много инфы о работе с платами типа SkyStar, но насколько я понял в чипе ЦОС данной платы на выход идет уже декодированный поток ...
Если кто работал со SkyStar поправьте меня если я не прав.

eralgen

В плане управления карточками для приема интернет из несущих стандарта DVB проблем нет - например, в сети очень много инфы о работе с платами типа SkyStar

Посмотрите здесь
Мне кажется там есть выход после демодулятора

"ЗДЕСЬ" я смотрел...
Все, что что там есть работает с "транспортным потоком", а он получается как раз после декодирования.
Если я что-то пропустил - ткните носом.

http://www.gs.ru/info/si/eq.html#table здесь есть описания карточек бюджетного класса, где написано, что декодирование делается только программным способом, может это оно, надо ещё порыться

saleev
Конвертер, переделанный с головки от спутникового ТВ (можно при существующих гетеродинах использовать зеркальный канал т.е.переделать только вход) - Весьма бесполезное занятие, ибо стандартный волновод от SAT-TV конвертера на этих частотах уже не заставить работать при всем желании (простейший расчет ), да и стабильность частоты LO думаю Вас не обрадует. Предлагаю, не мучатся изобретением велосипеда.

Проводили эксперимент с tt1401. Ситуация следующая: использовать tda8263 в качестве источника IQ сигнала можно. Вытянуть битовый поток из tda10086 в режиме uncoded - невозможно. Демодулировать и декодировать 10086 умеет только DVB-S сигнал, хотя dvb front-end заточен также под dvb-c, dvb-t. А вот разбор транспорного потока dvb действительно реализован програмно.
Так вот, собрали преобразователь diff2single, подключили ацп - ni5112 и записали на диск, ну а дальше делаем что хотим.
В результате экспериментов получилось включить фильтры в tda8263, таким образом минимальная полоса сигнала с выхода 8263 составляет ~13МГц, это означает, что каждый канал небходимо оцифровывать с этой частотой дикретизации, а их у нас два, да еще разрядность АЦП. Отсюда получаем скорость потока IQ. Хотя конечно можно построить аппаратный фильтр с частотой среза ниже 6 МГц.
Только вот в спецификациях модемов ДЗЗ фигурируют модуляционные скорости 250 МегаСимволов и выше, а Вы говорите на коленках.
RSCAN
Возможно ли реализовать на ПЭВМ декодер турбокода, например (64х57)х(64х57)х79
Посмотрите в сторону Turbo Product Code У них есть демонстрационная программа, поиграйтесь с нею.
saleev
...ностальгия по тому, что делал всю предидущую жизнь...
А с какими бортами Вы работали? Или может в ПМ?

readt

Посмотрите в сторону www.aha.com У них есть демонстрационная программа, поиграйтесь с нею.

Ccылка не работает.... Может еще есть программы?

Ccылка не работает.... Может еще есть программы?
Пока ознакомтесь с описанием из кеша гугла либоиз машины времени, и если устроит, то вечером смогу выгрузить.

В большинстве таких тюнеров (SkyStar) стоит мс SL1935.
Полный тракт приемника 950-2150мгц и PLL на одном чипе.
Насколько я помню, в ней квадратурный выход уже имеется.
Максимальная полоса в любом из (I/Q) каналов – ~30мгц.
Все остальное уже здесь говорил 13 Апр 2008 00:17:32, но
мой вариант реально утонул в постах «турбокодеров»… :)

P.S.
Краткая нформация по мс SL1935.

NextDoor

Какие мысли по этому поводу? (ведь реально и вполне доступно получится)

Смотря какую информацию хотите получить .... :)
Если IP траффик из DVB зачем придумывать велосипед ? SkyStar и вперед!!!

eralgen
можно ли с нее (платы SkyStar) взять битовый поток непосредственно с демодулятора

NextDoor

уже здесь говорил 13 Апр 2008 00:17:32, но
мой вариант реально утонул в постах «турбокодеров»… :)
Хорошо, получим мы битовый поток непосредственно с демодулятора. А дальше ?
Я про турбокод пока молчу. Двоичная последовательность, получаемая с выходов демодулятора, представляет собой последовательность комбинаций из N бит, где N - кратность модуляции. Эти комбинации поставлены в соответствие точкам принимаемого сигнала на амплитудно-фазовой плоскости.
В каком соотвеиствии ???? Сначала нужно узнать это соответствие и провести абсолютное модуляционное декодирование. Только для ФМ4 (QPSK) 4!=24 варианта, если учитывать не только коды Грея (их вроде 8). Так вот, абсолютное декодирование двоичной последовательности заключается в перекодировании комбинаций, получаемых с выходов демодулятора, в двоичные комбинации, реально соответствующие точкам амплитудно-фазовой плоскости для данного вида модуляции.
При относительной модуляции после получения с выходов демодулятора N-бит, соответствующих абсолютным значениям этого параметра, необходимо провести относительное декодирование. Относительное декодирование заключается в перекодировании двоичной комбинации, составленной из N-бита, полученного с выходов демодулятора в предыдущем такте и N-бита, полученного с выходов демодулятора в текущем такте в N-бит результирующей двоичной последовательности по закону данного вида модуляции.

А вот дальше надо снимать или сверточный код или турбо (он же Turbo Product Codes). И это еще не все...

readt

Ccылка не работает.... Может еще есть программы?
Пока ознакомтесь с описанием из кеша гугла либоиз машины времени, и если устроит, то вечером смогу выгрузить.

Устроит.

Мне кажется, что все-таки участники от темы ушли ну о-о-чень далеко
и не совсем в ту сторону... :) Топикстартер вроде как начинал с вопроса
про прием картинок со спутников. Думаю, что для начала можно было
остановится и на HRPT – простой протокол, не надо тратить туеву кучу
процессорного времени и.т.д. Вот давайте для начала и разберемся, как,
простыми и доступными средствами принять и декодировать HRPT.
А когда разберемся с этой «ерундой» - можно пробовать идти дальше…
(там, где из темных глубин космоса… жжжутко жужжат турбокоды…:))

Насчет моего первого предложения – затея абсолютно реальная. Просто
на эту задачу я смотрю в первую очередь как «железячник» и только во
вторую как программист.

Суть моей идеи, если в двух словах – загружать посредством IDE шины
оцифрованный, квадратурный поток данных в RAMDISK объемом не
меньше 1гб, с последующей обработкой этих данных в самом пк.
В зависимости от выполняемой задачи, частоту выборок ацп можно
менять. К примеру, для HRPT хватит с головой частота выборок 2мгц.
Будем это обсуждать дальше? (вплоть до работающего прототипа и ПО)
Или просто поболтаем в этой теме ни о чем? Выбирайте сами…

RSCAN
Хорошо, получим мы битовый поток непосредственно с демодулятора. А дальше ?
А вот дальше надо снимать или сверточный код или турбо (он же Turbo Product Codes). И это еще не все...
С таким пессимизмом нас в Европу точно не возьмут.
Я думаю опыта участников форума должно хватить, чтобы ответить на эти вопросы.
NextDoor
загружать посредством IDE шины оцифрованный, квадратурный поток данных
Есть готовые решения или наработки?
Излагая суть проведенных работ я хотел заметить, что ввод высокоскоростного потока данных в ПЭВМ нетривиальная задача. Благо сейчас существует множество интерфейсов, но если судить по откликам из тематических конференций есть очень много моментов в их работе.

readt
Так идея (применения IDE) - просто лежит на поверхности...
Почему бы ее не использовать? Ведь накопители постепенно
перекочевывают на SATA интерфейс, а шина IDE – пустует…
Очень даже хорошая шина – для скоростных применений.
Так как других вариантов загнать поток в ОЗУ компьютера
(кроме шины PCI) пока нет.. Рассказы про USB 2.0 – только
рассказы… Как говорится – плавали… Загнать реальный
поток к примеру 30мб/сек в жестких временных(стабильных)
рамках, да еще и под win… - задача не из самых легких.

В общем схема и софт для самодельного контролера В/В на
базе шины IDE или PCI(отдельная тема) имеется.

NextDoor
Так идея (применения IDE) - просто лежит на поверхности...
Все-таки неожиданно выбран интерфейс. Ведь к примеру 30мб/сек это всего лишь полоса в 11МГц.
В общем схема и софт для самодельного контролера В/В на
базе шины IDE или PCI(отдельная тема) имеется.
Так давайте посмотрим схему, ТТХ.