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

Sniper53

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

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

  • Посещение

Репутация

0 Обычный

Информация

  • Город
    Array
  1. Добрый день! Ковыряюсь с N9010A, не могу разобраться как запихнуть в него собственный фильтр! (Digital Demodulation). В руководствах написано, что текстовый файл должен содержать ИХ фильтра. Я не могу понять какой должен быть формат файла, чтобы анализатору он понравился. Может кто сталкивался с такими задачами?
  2. Спасибо огромное! :a14: Если они действительно базовые, то я думаю проблем разобраться не возникнет!! Главное появилось направление! Модель уже имеется, практически завершенная. Сейчас потихоньку буду разбираться и описывать в на Verilog. А дальше я думаю когда появится представление, то уже более продумано смогу выбрать отладочную платку и если что требовать денег на нее :twak: И так далее... Спасибо за помощь! :beer: Думаю вопросы еще возникнут, но писать уже буду в другой тебе эту можно закрывать.
  3. Ну это единственный интерфейс с каким я работал, ну еще usart, но это уже совсем медленно :rolleyes: Мне чтото подсказывает, что в ПЛИСах можно запрограммировать лапки как вход и счиывать информацию непосредственно с них, по N бит за такт, но как с eth-контроллера их передать на те же лапки? Поидее нужно записать в какой-либо буфер и читать уже оттуда, но вопрос не исчез, как записать в буфер? точнее по какому протоколу? :smile3046: Не совсем ФГУП, но жадное ;) Waveform simulator это что-то типа симулирования кода? Если так, то имеет место там отладить, т.е. там можно посмотреть, что будет на выходе ПЛИС. Ну тут я очень урезанно написал, далее поставить ЦАП и передать на нулевой частоте, по проводам на другую плату, которая обработает принятый сигнал, в случае если он сформирован для нее (CDMA по другому), только использовать самое простое кодирование и естественно низкую скорость :rolleyes:
  4. Так с этим вопросом вроде понятно. Осталось маленькое уточнение. Если использовать отдельную микросхему eth-контроллера, какое примерно ограничение скорости у SPI? Судя по прочитанному, я скорее склонюсь к ПЛИСам ихмо они вроде как дружат с матлабом и я с ним тоже дружу. :rolleyes: По поводу отладочных плат, посмотрел я стоимость, цена немного кусается ибо на данном этапе работы мне от предприятия денег не видать... Я же могу купить бюджетную отладку (порядка 10т) и на ней попробовать реализовать например чистую модуляцию (т.е. что-то совсем простое) в целях освоения самих ПЛИС и соответственно для внятного написания пояснительной записки? :rolleyes: Естественно на ней так же потренируюсь стыковать ее с ethernet, как раз отдельной микросхемой. Или тут будет принципиальная разница между бюджетной и более дорогой ПЛИСиной?
  5. Спасибо за то, что откликнулись! Попытаюсь разъяснить на уровне моего понимания. Я считал, что в ПЛИС именно нужно программно реализовывать устройство eth-контроллера, а получается, что то типа системы на кристалле, в которой уже реализован такой контроллер? И мне для работы с ним необходимо подключить внешнюю микросхему преобразования уровней? А что есть корки? Я просто не до конца могу сообразить, я понимаю так: ethernet работает по соответствующему стандарту, т.е. организация сеанса между устройствами, передача данных и т.д., в общем свой протокол. Установление связи осуществляется по определенным алгоритмам на MAC уровне, далее на сетевом уровне идет адресация пакетов к приемнику и так далее. Так вот в моем понимании eth-контроллер это микросхема, где зашиты все эти протоколы, т.е. моя задача настроить ее (IP адрес), подключить к компьютеру сетевым кабелем и передавать данные на соответствующий адрес. А сам контроллер после приема преобразует их для работы например по SPI или же в формат данных для ПЛИС лил ДСП... (хотя возможно они так же общаются по SPI, но вопрос скорости обмена) По поводу относительно простых операций, можете какой-нибудь простой пример привести, чтобы я примерно смог сориентироваться? Я так понимаю, частоты у меня будут не такие высокие, если брать отностиельно того же wifi, ихмо операций у меня меньше и процесс обработки сигнала несколько легче. На счет того, что хочется и куда это лучше войдет, пака я комментировать к сожалению не могу. В том то и проблема, что у меня нет опыта работы ни с ПЛИС ни с ДСП :crying: Я когда то писал программу управления для МК, как раз готовым приемопередатчиком с ЧМн и реализовывал ППРЧ именно средствами контроллера. Собственно это и был аргумент, почему мне дали эту задачу! Эфил борд это что то типа отладочной платы? :05: Если так, то естественно это самый логичный путь решения задачи, на ней все отладить и уж потом заниматься трассировкой и т.д.
  6. Вы имеете ввиду на радиочастоте? К сожалению нельзя! Ибо планируется реализовать специфическое кодовое разделение абонентов и специфическое расширение спектра.
  7. Готовый в смысле wifi передатчик? 54 Мбит это пользовательская (у меня в задании) скорость передачи т.е. скорость от одного лан порта к другому (Она зависит от состояния канала, чем хуже состояние тем меньше скорость). По воздуху она возрастет пропорционально накладным расходам. Естественно, что цифра знакомая, стандарт 802.11а такую предлагает... Она у всех на слуху, отсюда она и получается ;) Хотя в стандарте она относится к канальной, а не к пользовательской скорости!!! Естественно, что имеется рассыпуха. Перенос на радиочастоту не составит проблем собрать (IQ модуляторы и т.д.), но до этого необходимо произвести предварительную обработку, т.е. по сути сформировать готовый сигнал в основной полосе. Чем собственно как я понимаю занимается либо ПЛИС либо ДСП. Возможно, что это самое простое в данном случае, но мне больше всего непонятное :crying: Естественно, я не говорю, что разделение абонентов, синхронизация, и другие канальные тонкости это все просто, там попотеть придется и не слабо, но с ними я во всяком случае знаком. Причем мы говорим только о передатчике, а на приемнике сложности возрастут во МНООООГО раз! Для отладки системы таких мощностей вполне достаточно. Кстати говоря 23 дБм позволит передавать на единицы километров. За ссылку спасибо, но классические системы уж совсем не годятся. Я уже просматривал, но тут именно свое специфическое формирование сигнала. Я бы с радостью купил готовое и радовался! :yeah: Кстати говоря в верхнем диапазоне 5 ГГц, помоему разрешили излучение до 30 дБм, но исключительно фиксированным средствам связи, но утверждать пока не берусь!
  8. Уважаемый CrimsonPig давайте обсуждать вопрос по существу и не разводить бесполезный флуд! P.S. Если Вас беспокоит вопрос о сертификации оборудования, ознакомьтесь с решением ГКРЧ № 14-29-01 от 20.11.2014 "О выделении полос радиочастот устройствам малого радиуса действия", решением ГКРЧ № 10-07-01 от 15.07.2010 "О выделении полос радиочастот для РЭС любительской и любительской спутниковой служб", а также приказом Минкомсвязи России от 14.09.2010 № 124 (название слишком длинное...). Я думаю в них Вы найдете ответ на Ваш вопрос!
  9. Спасибо за совет, но такой вариант не подходит из-за специфичной обработки сигнала! Да и если бы так можно было поступить, то тему бы я не создал ;)
  10. Здравствуйте! Возникла следующая проблема: поступила команда от вышестоящего начальства разработать беспроводной приемопередатчик. Очень упрощенная схема выглядит следующим образом: ПК-> устройство цифровой обработки сигнала -> перенос на радиочастоту/усиление -> среда распространения -> МШУ, перенос в основную полосу -> оцифровка -> устройство ЦОС -> ПК. Схема довольно абстрактная, но в общих чертах именно так. Все хорошо, только я никогда не занимался цифровой обработкой сигналов, т.е. у меня достаточно знаний по обработке сигналов (модуляции, фильтрации, схемы расширения спектров и т.д.), но практически не сталкивался ни с ПЛИС ни с ПЦОС :crying: Но как говорится начинать никогда не поздно! Связь с компьютером должна осуществляться по ethernet, скорость передачи до 54 Мбит/с. Опыт у меня как я писал к сожалению отсутствует, поэтому прошу не критиковать за возможно абсурдные предположения! Как я понимаю необходимо на входе поставить ethernet-контроллер, который бы осуществлял прием данных с ПК и передавал дальше побитово по SPI (Вопрос! Реально ли по SPI организовать такую скорость передачи?) данные для осуществления канального кодирования и дальнейших манипуляций. Уж очень не хочется проектировать устройство на отдельных микросхемах (кодер, скремблер, модулятор, перенос частоты и т.д.) и уж тем более реализовывать на аналоговых! И так основные затруднения: 1. Каким образом организовывается стык ПК с устройством ЦОС? Я понмию необходима микросхема согласования (т.е. ethernet-контроллер), чтобы в устройство ЦОС шел непрерывный битовый поток. Иногда пишут, что стык ethernet реализуется непосредственно в ПЛИС, это обязательно или можно готовым решением обойтись? 2. Что в таких задачах предпочтительнее использовать ПЛИС или ПЦОС? В данном устройстве не будет сложных мат. операций, за исключением дискретной фильтрации. 3. Подскажите какую-нибудь литературу по данным вопросам, буду очень признателен. Буду благодарен за любую помощь! Заранее спасибо!
×
×
  • Создать...