rodgi

Есть у нас такой модемчик :) c spread spectrum (8350 ), но как то пока даже не смотрели, некогда %)

хмм, даже не знаю, интересно было бы глянуть на это сравнение, не видел

Дык просто RCS это 8-state код, а iDirect evolution это 16-state :) , а вот RCS2 тоже 16 :) а согласно этой же работе : http://public.enst-bretagne.fr/~douillar/P...E_TCOM_2004.pdf у 16 state минимальное расстояние хемминга от 30% до 50% лучше, чем у 8 state :) как то так

Ну да собсно про 2D это и имелось ввиду :) Про полиномы не знаю, но думаю да. В работе Berrou 2004 года например схема для 16 state кодера приведена такая же, как используется в RCS2 :) в остальных публикациях по этой теме тоже встречалась только с такими полиномами с утверждением что она оптимальная

что это TCC понятно из названия (16 State) :) и сам iDirect где то про это писал. 2D в аглицкой литературе называют все сверточные турбо класические, с двумя кодами :) вот тут например http://www.ieee802.org/16/tg4/contrib/802164c-01_33.pdf Ну и еще встречалась публикация, в которой как раз анализировались турбо duobinary, где как раз авторы были из iDirect :) публикация времен выпуска Evolution серии

Ну с этим все просто :) это duobinary 16 state турбо, сверточный (TCC):) В новом стандарте RCS2 из того же класса применен

ISE 13.1, DSP Edition. В проекте есть такой кусок: parameter BLOCK_MAX_SIZE = 2047; parameter PARITY_MAX_SIZE = 1023; //memory reg [1:0] buffer_in[0:BLOCK_MAX_SIZE]; reg [1:0] buf_after_s1[0:BLOCK_MAX_SIZE]; reg [1:0] buf_after_s2[0:BLOCK_MAX_SIZE]; reg parity1[0:PARITY_MAX_SIZE]; reg parity2[0:PARITY_MAX_SIZE]; При симуляции и тестировании все работает замечательно, при имплементации на синтезе выдает такое: Found 2048x2-bit single-port RAM <Mram_buffer_in> for signal <buffer_in>. Found 2048x2-bit dual-port RAM <Mram_buf_after_s1> for signal <buf_after_s1>. Found 2048x2-bit dual-port RAM <Mram_buf_after_s2> for signal <buf_after_s2>. Found 1024x1-bit single-port RAM <Mram_parity1> for signal <parity1>. Found 1024x1-bit dual-port RAM <Mram_parity2> for signal <parity2>. ...... FATAL_ERROR:Xst:xstmacronode.c:118:1.14 - Invalid In Port Name : diB from Mram_parity2, index==-1 Process will terminate. For technical support on this issue, please open a WebCase with this project attached at http://www.xilinx.com/support. Описания ошибки ни на сайте xilinx, ни в инете не нашел %) В чем может быть дело? Process "Synthesize - XST" failed

В проекте требуется организовать канал между ПЛИС и МК, пропуск способность до 20Мбит/с. МК будет отправлять в ПЛИС блок данных, ПЛИС его обрабатывает и возвращет МК, FEC кодер/декодер в ПЛИС реализуется вообщем. Работать система будет под ос линукс. Хотел узнать ваще мнение насчет плюсов/минусов решений по связи между ПЛИС и МК, как то по шине PCI,SPI или другие варианты?

Samum 095 А подскажите где и как покупали заказывали плату TX25 ARM9 i.MX25 Ka-Ro electronics и кит ихний? тоже планируем купить данный кит.

И еще - посоветуйте из опыта какую отладочную платка на i.mx и powerquicc взять? из опыта какие вам понравились каких производителей?

Ок, всем спасибо за ответы. i.MX28 действительно интересный камень, включим в список. Не подскажите платы отладочные есть под него? В итоге сейчас будем рассматривать imx powerquiic какой нить :) (пока выбираем) и атмел at91sam9х И еще - может знаете, раз уж больше всего тут про i.MX шел разговор, платы отладочные с ПЛИС сразу на ней подключеной? S_agent интересно, напишите потом впечатления Ж)

Спасибо за ответы, я собсно к Powerquicc и склоняюсь, нащет i.mx вообщем тоже думаю что они мультимедийные больше, думал отбросить. А вот насчет армов атмела думаем еще, так как один из виденых вариантов очень похожей железки сделан на арме9 атмела. А вторая виденая реализации была на интел ixp, с ними я вот только не понял ситуацию на данный момент, врожде как сняты с производства?

Стоит задача выбора платформы под новый проект. Проект представляет из себя модем-маршрутизатор для спутниковых сетей. Требования: до 20 Мбит/с производительность, 2 порта Fastethernet, исполнение -40 +85, процессор по прикидкам от 300 Мгц требуется, работа под ос Linux, память в раойне 256 озу и 128 флеш. Архитектурно планируется сделать следующим образом: модем работает под управление ОС Linux, все кодирование и модуляция осуществляется на ПЛИС(этим в данным момент занимается другой человек) и далее в аналоговую часть выводится. Возник вопрос в выборе наиболее подходящей платформы для данного проекта, с платформами некоторыми знаком совсем слабо Ж) Рассматриваются следующие: 1. TI AM17xx 2. Freescale i.MX 3.Freescale PowerQUICC (типа 830х что нибудь или из этой же серии) 4. Atmel AT91SAM9 (какой пока не ясно) 5. Может быть что то из Marvell или Intel ixp ? При рассмотрении и выборе вопросы разводки платы (будем заказывать) и цены отладочных и прочих средств непринципаильны. Вопрос как организовавать обмен с ПЛИС, по какой шине подключать пока тоже не решен Подскажите кто что может какие момент есть кто с этими платформами работал или может еще какую забыл ? В плане поддержки, работы линукса, библиотек и тд