Google спонсирует Lunar X PRIZE, чтобы начать космическую гонку нового поколения

Низя умножать, радио - этот не математика ... Варианты влоб тут не канают
1) 3,3ГГц на плисине не получить 330 еще ладно получится (нам же надо управляемый процесс задержки фазы)
2) Умножение ведет за собой умножение и шумов Как следствие уменьшение соотношения сигнал шум. так что надо не умножаться а переносить сигнал

Еще раз схема такая
{FPGA}
FIFO->CRC->Помехоусточивое кодирование->BPSK модулятор->КИХ фильтр

FPGA->ЦАП->Балансный модулятор в районе 1-2ГГц->смеситель->ФНЧ->УМ->Антенна

Правильно... фазой вертеть должен DSP/FPGA не суть фажно...
Он создает сигнал, но вот скажи как ты перенесешь сигнал в еденицы мегагерц от ЦАП в гигаерцы еще и на каждую антенну свой сигнал ??) Не имея одинакового набора из Н смесителей ФНЧ УМ и т.д. ???

Хоть виртекс хоть стратикс ... они счелкают ключем то на нолик то на плюсик комутирую линию и все ... это предел работы их КЛЮЧЕЙ, скорость коммутации иначе говоря... А вот когда в дело ввязывается логика работы устройства, тайминги стремительно начинают падать и для комплексных устройств типа 32 битного процессора уже из гигагерц становятся сотня-две мегагерц и то еще в зависимости от того сколько переферии на нем весит.
Время задержки на вентелях есть, и оно ограничевает все.

А нам же надо сделать цифровые фильтры по выходу, там вообще бешанная производительгность нужна.

ЧИТАТЬ И ДУМАТЬ ВСЕМ!!!





Портфель заказов на запуски ракет-носителей по программе "Днепр" заполнен на три года вперед. Об этом заявил 12 июля командующий РВСН генерал-полковник Николай Соловцов.


http://www.inauka.ru/news/article28111.html

...будет запущен габаритно-весовой макет "ТрейлБлайзер", изготовленный в России. Он предназначен для отработки методики выведения на орбиту крупногабаритных нагрузок. В наступающем году предполагается с помощью РН "Днепр-1" вывести реальный крупногабаритный КА на траекторию полета к Луне, отметили в Космических войсках. Об этом сообщает РИА "Новости".


2001 год:

Стоимость кластерного пуска, в ходе которого может быть запущено порядка 5-7 малых спутников одновременно, составит порядка $6-8 млн., стоимость запуска космического аппарата - $10-12 тыс./1кг.

 

Сейчас по некоторым оценкам (открыто, похоже, ни шиша не публикуется по этому поводу) весь пуск стоит 10 млн. со всеми страховками.

Я вот подумываю, кстати, что цена может варьироваться не только в завис. от состава пуска (напр., если пускать всякую мелочь в кластерном), но и от места пуска - Днепры пускают с Байка и из Домбаровского (Оренбург). А для пуска к Луне, пожалуй, нет особо большой разницы.

Кстати, на форуме НК есть человек с Южмаша - возможно, через него можно что-то уточнить насчёт цен.

Серокой, во кстати на чем пишешь vhdl или verilog ?
просто если пойдет все этоо писать надо будет дочертиков
модкм я напишу т.к. уже сталкивался с этим, не вопрос.
но там еще какой нить процессор надо будет поднять и оживить все это с остальной логикой + рид соломон как минимум ...
Работы тот до чертиков Просто как удобнее будет срабатываться Я и тот и тот знаю, но восновном на verilog'е пишу

Я, так сложилось, на Verilog пишу. Язык должен быть инструментом, а не головоломкой, как VHDL. )

А зачем Рид-Соломон, если есть банальный Хемминг? У меня даже есть реализация для 64 бит.

Кстати, о ядре процессора. Можно слить с OpenCores ядро AVR. Или слабоват будет?

Ну это именно реклама!
На слоджной логике у тебя моментально на больших частотах слаки полезут, и фига-с-два больше сотни мегагерц на сложном - а DSP это ОЧЕНЬ сложный дизайн - получишь. У нас прототип проца на 24 МГц работает, а на 36 МГц уже не прикоснуться без активного охлаждения. И сбоит уже местами, глупые ошибки лезут. А это, прошу заметить, StratixII, самый "толстый"!
Я не сомневаюсь в высокоскоростном канале, ни разу. Но вот внутри, логика, высокоскоростной не получится.

ага, мало тотго выводить меандр на передачу в кнала ну не куда не годиться, выход плис идет на ЦАП мегагерцах так на 40-80,
выход ЦАПа фильтруется и подается на балансный модулятор на который еще приходит частота первой несущей. И вот на его выходе мы получает промодулированный сигнал, далее его переносим на более высокую частоту на смесители, отсеиваем на полосовом фильтре побочные эффекты переноса, усиливаем и плюхаем в антенну.

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

Nios II если на альтере делать и MicroBlaze если на Xilinx.
Либо взять что нить понавороченее, тот же ARM.

Кстати еще как вариант взять Altera Excalibur 233МГц ARM9 на который линухи полноценные становятся а не обрезки типа uClinux.
И еще и плиска на борту, более чем интересное решение причем SystemOnChip так сказать.

Нам то от этой плисины особенно ничего не надо...
Коррекцию ошибок при загрузке с Flash, то есть сделать избыточную прошивку туда. Что бы если что повредится могли стартануть. Коррекцию по шине SDRAM. Несколько SPI'ев на исполнительные устройства, интерфейс к чипу кодирования MPEG-2 и интерфейс к радиомодему (LVDS пустить и все).
Больше от него особенно и не надо...

Я почему хочу именно ARM, просто не хочется лезть туда что еще не делал, мало ли какие еще грабли будут. Я в свое время с линуксами на ARM намучался, пока собрал нормальный тулчайн... Думал застрелюсь, то bind не подходит то gcc не пашет... Полтора гига разных версий слил... Пока нашел нормально работающие вместе версии под ARM.

А вторая плис что нибудь типа Cyclone III, на модем там тоже DSP блоки есть ... На них последовательно-параллельные цифровые фильтры делать будем. И помехоустойчивое кодирование тут еще надо будет.

Собственно больше нам от плисок ничего не надо.

Остальное аналоговые вещи, мелочи которые должен микроконтроллер обслуживать. Типа селф-теста при включении питания. И наблюдение за работоспособностью ARM'а что бы сбросить в случае чего его.

Ник, у BPSK нету несущей, она автоматом подавляется еще в балансном модуляторе, за счет того что сигнал гетеродина и модулирующий сигналы подаются на него в квадратуре, то есть sin и cos. Для космической связи BPSK - это стандарт, де факто. Т.к. имеет максимальную помехоустойчивость. Вон у тех-же Бауманцев тоже BPSK на 15 мегабитах.

Угу согласен, я при рида образно сказал, не все же тут про сверточные коды знают, а так и им понятно что это такое.
Именно сверточные коды и надо будет применять, причем желательно делать в трех плоскостях, тоеть массив скажем
char buffer[9][9][9] потом так же по трем плоскостям и кодируется. Это так называемые Turbo коды, при таком построении даже тупой Хэмминг умудряется быть более надежным чем сверточный код в одномерном пространстве.
Собственно на связях с Марсом и т.д. уже давно используют такой код. Это у них получается соотношение по сигнал/шум близкое к границе Шеннона.

Еще в плиске модема надо будет делать Upsampling/CIC фильтр/FIR фильтр.

С коррекцией на шине памяти сложного ничего нет ...
От процессора к флэшке берем 16 битную шину внутри добавляем кодом Хэмминга до 24 например. И собственно все
По сдраму из 32бит сделаем 48бит... Микросхемы сдрама в режим Self-Refresh что бы не гимороиться, вот собственно и вся задача

Таким образом все БРЭУ у нас получается на
1) Плата процессора
2) Плата модема
3) СВЧ радиотракт
4) Источник питания со своим микроконтроллером (смотрит напряжения питания и токи, если что вырубает нафиг и переводит на резервный источник)
5) Гироскоп от аналог девайсес
6) несколько видеокамер и фотокамер

---

Остальное обсуждать надо ... Например высотомер ...
Тоже надо думать можно попробывать на доплеровском эффекте, сделать... только опять же усложнение по количеству антенн. Или на стереоэффекте мерять, но этот вариант только для близких дистанций подходит. Вобщем вопрос высотомера остается открытым.

Высотомер, наверное, лучше лазерный. Они вроде самые компактные и легкие.

Высотомер лучше всего визуальный ;-D. Т.е. просто залить в ПЛМ прошивку, которая будет делать корелляционную свертку исходной картинки и текущей картинки. Предельно достижимая точность - вес 1 пикселя, т.е. 0.2% в случае 640*480. Чтобы не производить свертку большого и малого масштабов, по мере снижения регистрировать текущую картинку как исходную, с пересчетом исходной высоты, относительно которой масштаб считается.

Камеры - ХО, все камеры по периметру - 0.3 - 1.3Мп, одна обзорная камера (я бы все-таки делал ровер со штангой) - 8-10Мп.

И я бы разделил управляющий процессор и устройство обработки изображений. Т.е. чтобы оно фоткало и там высоту мерило отдельно, а ездило - отдельно. Чтобы в случае чего более простой управляющий процессор мог ребутнуть остальные части комплекса.

Но все равно, похоже нужную точность отработки можно только фазой сделать. Фронт сигнала с нужной дискретностью на бытовухе не отработать. А что до того, что оно будет в соседних диапазонах шуметь - ну и фиг с ним, пусть шумит. На ЛУНЕ ГСН власти не имеет ;-D. Там паче, что ФАР усилит-то только один сигнал - с нужной частотой, а остальные просто рассеются.

Ник, во-первых в Wi-Fi используется BPSK/QPSK/QAM модуляции в зависимости от скорости, это для 2.4ГГц карточек, для 5.6ГГц то-же самое, но разделенные на поднесущие так называемая ортогональная частотная модуляция. Открой стандарты IEEE802.11. На счет них даже не спорь.

На счет шумоподобного сигнала, да ненужен он нам сдесь просто принципиально. CDMA - Collision Detect Multiple Access.
Тебя не смущает слова множественный доступ ? Меня смущают.
У нас НЕТУ МНОЖЕСТВЕННОГО ДОСТУПА!!! Нам не надо на одной частоте заставлять работать 10 роверов!! Метод шумоподомного сигнала придуман СОВЕРШЕННО ДЛЯ ДРУГИХ ЦЕЛЕЙ. Почитай J.Proakis "Digital Communications". И по гугли на тему связи спутников, BPSK используется, ибо лучшей схемы модуляции для связи на дальние растояния точка-тоочка ЕЩЕ НЕ ПРИДУМАЛИ!