Jump to content

    

Kluwer

Участник
  • Content Count

    256
  • Joined

  • Last visited

Everything posted by Kluwer


  1. Цитата(_Ivan_33 @ Oct 11 2016, 11:11) Переходите в квестасим! Ага, только Квестасим - это, де-факто, урезанный Моделлсим. Причём, если Моделлсим понимает все команды из do-файлов для Квестасима, то обратной совместимости нет. А ещё Моделлсим на халяву идёт как с веб-версией Квартуса, так и с лицензионными. А на Квестасим мне отдельную лицензию надо. Единственный плюс Квестасима - он работает по-стабильней Моделлсима (падает не так часто). Цитата(_Anatoliy @ Oct 10 2016, 16:10) В смысле суперпозицию нескольких дельт? Специально не смотрел но думаю что если с одной справляется то и с несколькими тоже справится. Поставил рядом 2 IFFT, на один подаю сигналы с FFT, на другой те же сигналы задержанные на такт. Первый работает, второй нет. Пробовал менять длительность ресета,корка чувствительна к нему - мимо. Создал совсем новый проект - те же яйца.Вроде и симулятор нормально работает. Бред. Вот примерно так это выглядит. Верхний сигнал с обычного IFFT, нижний с "задержанного" на такт. А не факт, что у вас не правильно. Во-первых, какой уровень моделирования в Моделлсиме задан? Регистровых передач, или физический? А, во-вторых, если у вас поточный режим, то в нём, по-крайней мере у Ксайлинковской БПФ-корки (а у Альтеровской, то же самое, на самом деле), вообще ничего и не будет формироваться по части управляющих сигналов. Первый раз шмякнут - и тишина, ибо смысл-то от них какой? А раз так, то если вы вставляете задержку хотя бы на один такт, то у вас сдвигается спектр. Если частота синусоиды не была исходно кратна частоте дискретизации (а судя по картинкам, так оно и есть), то сдвиг спектра с добавлением слева или справа нуля равноценен переносу частоты на один отсчёт + свёртку (во временной области) с функцией sinc(t). А, коль скоро, у вас эта ситуация повторяется многократно, вот вы и получаете вместо чистенького тона псевдослучайный хаос. Кстати, не забудьте ещё, что при добавлении даже одного нуля (т.е. ваш сдвиг), сигнал, в отличии от исходного, после ОБПФ уже не будет действительным. Так что, прав я, или нет, проверить очень просто - посмотрите мнимый выход ОБПФ.
  2. Коллеги, нужна помощь! Моделируем в Моделсиме, прилагаемым к Квартусу один из модулей проекта. Всё было заребца, пока не понадобилось отюзать альтеровскую мегафункцию (конкретно - dcfifo). Если запускать Моделсим через посредство Квартуса - всё работает. Но этот способ не катит, ибо начинается свинище из вспомогательных проектов и квартусовских файлов. А вот при запуске "с руки" ватничком, Моделсим тупо отказывается находить dcfifo. Хотя в .ini все пути до библиотек прописаны и даже в .do пытались настрочить что-то типа vlog -L c:/altera/91/modelsim_ase/altera/verilog/src/altera_mf ... Не находит, сц... и хоть ты что! Помогите, кто знает, плиз!
  3. Спасибо за ответы, но не помогает. В окошке Library всё заребца: altera_mf_ver усть, dcfifo в ней есть, претензий нет. В .ini-файле всё прописано. Вставил, как посоветовал des00. Результат: # Loading Decoder.MessageFIFO # ** Error: (vsim-3033) ./MessageFIFO.v(91): Instantiation of 'dcfifo' failed. The design unit was not found. # Region: /tb_Decoder_S/DecdrS/Outp_intfce/MessageFIFOinst # Searched libraries: # D:\Documents\Projects\MLAT\FPGA\DD14_current\DecoderS\Decoder # Error loading design # Error: Error loading design А, всё, сорри, разобрался, всё правильно вы написали, просто он не понял что такое ovi_altera_mf. Когда я ему прописал полный путь до подкаталога /altera/verilog/altera_mf увидел-таки. Ответевшим - спасибо! P.S. Кстати, вдогонку, господа специалисты, а никто не знает есть ли в Моделсиме какой-нить предопределённый макрос, что бы верилоговский код мог понять, что он сейчас в моделсиме живёт?
  4. Куплю subj по разумной цене в исправном состоянии. Писать сюда или в личку.
  5. Добрый день, коллеги! Никто с такой напастью не сталкивался? Квартус 11ой версии. Сначала всё нормально работало, но через какое-то время, при щелчке на списке сигналов с целью добавить новый сигнал, таблица кратковременно мигает, исчезает и СигналТап вместе со всем Квартусом наглухо повисает. Так как не было времени разбираться, поставили 11ый веб эдишн. Месяц всё нормально, затем та же хрень. Добавлять руками в .stp-файл офигенно неудобно. Может кто подскажет?
  6. Ставьте Матлаб нормальной версии и нормально сломанный, например, r2009b, и будет вам счастье.
  7. Фраза из статьи: "С учётом недостатков стандартных протоколов и особенностей применения я решил реализовать свой протокол обмена". Давайте будем честны сами с собой и с окружающими: эта фраза должна звучать так "мне было очень лень разбираться с протоколами PCIexpress и RapidIO и их реализацией и поэтому..." Протоколы сейчас делают большие коллективы разработчиков из нескольких компаний сразу. Используется огромный объём знаний и предыдущего опыта. А вы видимо гений-одиночка?
  8. Отладочная плата с процессором TMS320C6455. В своё время покупалась для нового проекта, но, поигравшись с ней чуток, отправили в хранение. Плата полностью исправна, все детали оригинальные, не паяна, в оригинальной упаковке. Отличная платформа для знакомства с DSP-процессорами или для начала нового проекта. В продаже у дилеров такие платы до сих пор есть по цене от 35т.р., свою отдаю за 9т.р., причём торг уместен.
  9. Цитата(volgoneft @ Nov 25 2014, 19:10) А где вы территориально находитесь? Можно узнать ваши контакты? Хотел написать, но у вас чего-то личная почта не работает.
  10. Цитата(rtfcnf @ Nov 6 2014, 18:46) А можно по конкретней с названием и возможностью покупки в розницу, а если еще и документация на английском есть вообще замечательно будет. А вот с этим, да, будут проблемы. Во-первых, в розницу вы их не купите, что наши, что импотрные поставщики вам напишут: "от 10К штук с предоплатой". Во-вторых, документация на них, как обычно "confidential" (производителям же совсем не надо, что бы вы их косяки потом по всему Инету обсуждали) и получите вы её только купив стартер кит за минимум штукарь баксов. Но кто сказал, что будет легко?
  11. Цитата(Navuhodonosor @ Nov 6 2014, 17:27) Только вот автор темы замахнулся на передачу H264 с форматом 720х576, полагаю, progressive. Глядя, как у меня периодически рушится какой-нибудь канал ТВ в канале Ethernet со 100 МБит/с, могу представить, что получится в 3G. Кстати, про UDP. А я вот не знаю, а как с этим в мобильных сетях? Не перекрыта ли такая возможность? Это я с вами согласен: поток у него, конечно, будет нешуточный. Мне кажется, просто автора, что называется "жизнь заставит" перейти на более серъёзное сжатие. Но это уже вопрос задач, которые он собирается решать. По поводу udp могу сказать так. Я довольно плотно некоторое время назад занимался разработкой шлюзов для прокидывания аналоговых звуковых линий по VoIP, в т.ч. по Интернету. В том числе при испытаниях использовались "свистки" от "Мегафона" и от "МТС", проблем не было, всё проходило. Но я тоже слышал, что некоторые операторы действительно давят udp-траффик. Нужно уточнять.
  12. Цитата(Politeh @ Aug 20 2014, 11:41) Добрый день! Интересно мнение специалистов по-поводу перспективности и сложности реализации следующего проекта. Нужен модем 3G c USB интерфейсом для USB-камеры(web-камера). Модем должен делать цифровую обработку видеопотока - сжатие в H.264, поток 720х576 и ниже, и передавать потоковое видео в сеть, чтобы пользователь мог наблюдать через интернет у себя на смартфоне видео с этой камеры. Т.е. взял дешевую USB-камеру, воткнул в такой модем и смотришь удаленно. Цена должна быть минимальна, габариты должны быть минимальны, и устройство должно работать хотябы минут 20 от аккумулятора. Какие могуть быть трудности и нюансы? Где можно детальнее почитать о реализации потокового видео в мобильных сетях? Благодарю. Сергей. Вам не надо читать "о реализации потокового видео в мобильных сетях"! Видео сжимается на готовых микрухах видеокодеков, которые стоят почти копейки. Для стыковки с сетью вам понадобится либо достаточно мощный проц, либо плисина которая будет поток буферизовать и укладывать в UDP/IP-пакеты в соотвествии с вашим протоколом. Кроме того, понадобится поднимать протокол обмена по USB с модемом. Если на проце будет крутиться какая-нибудь операционка "общего назначения" типа Линуха, то особых проблем нет: поставщик модема обспечивает его драйверами "Ethernet поверх USB". А вот если делать на специализированной ОС, без ОС ("по голому железу") или на плисине, то задача может стать нерешаемой, т.к. протокол обмена по юсбу, скорее всего, "проприетарный". Короче, связка "аппаратный кодек - микроконтроллер с Линуксом" - и никаких трудностей и нюансов. По габаритам - посмотрите габариты IP-камер, цена минимальная возможна при производстве в Китае от 100тыс, 20 мин от какого аккма? Среднее потребление такого девайса будет не меньше 1200-1300мВт, вот и считайте.
  13. Добрый день! Имеется проект mesh(равноправной)-сети цифровой связи на КВ/УКВ с использованием OFDM-сигналов. Изначально проект позиционировался для служб гражданской морской подвижной связи, немалый интерес проявлялся (и проявляется!) ВМФ. Работа велась с оглядкой на соотвествующие стандарты МСЭ-R и на существующие стандарты OFDM-связи (включая, есс-но, WiFi). Рабочие полосы в КВ: от 3 до 30МГц, в УКВ - от 150 до 175МГц. Ширина каналов (настраиваемая) от 500Гц до 5КГц. Одновременная передача на КВ и УКВ, до 20 параллельных каналов приёма (зависит от платформы) на КВ и УКВ. По "физике" полностью завершены в разработке и проверены приёмники и передатчики (КВ/УКВ) с выходной мощностью до 100Вт (был опыт работы также с внешним передатчиком на 1Квт, но это - стороннее изделие). Полностью готов цифровой frond-end (SDR-приёмник). Приём, синхронизация и обработка OFDM-сигналов вынесена сейчас на PC (в прототипном варианте), но уже имеются черновые наброски по переносу её в ПЛИС SDR-приёмника и(или) на DSP-процессор. Имеются качественные модели в Матлабе, с помощью которых отрабатывались алгоритмы обнаружения и синхронизации сигналов. Firmware для ПЛИС написано так, что весьма легко портируется на разные платформы (если встанет вопрос цены). То, что уже сделано, весьма неплохо документировано. Кроме того, немало сделано и в сетевой части. Написаны процедуры и соотвествующее ПО для процедур установления связи, посылки коротких и непрерывных сообщений, шлюзования IP-трафика через наше оборудование, стыковка с "железом". Это ПО частично отмоделировано на написанном нами же ПО-сервевре, который моделирует обстановку и среду распространения. Однако, после того, как заказчик "успешно сдал" этот проект, он напрочь потерял интерес к проекту и финансирование этой темы практически прекратилось. Сейчас работы ведутся практически только на энтузиазме основных разработчиков (в т.ч. автора поста), но этого энтузиазма надолго не хватит. А проект находится вблизи уровня готовности и просто весьма перспективен. Кроме того, мы - очень хорошие технические специалисты, но вот по части пиара, "выбивания" денег, выхода на нужных людей - не сильны. Поэтому, если мы даже на инициативе доведём проект, без сторонней помощи это всё равно будет работа в стол. В связи с этим ищется компаньон/инвестор/организация, которым будет интересно либо довести этот проект до готового продукта, или использовать наши наработки в своих разработках и (или) отчётных материалах. Не стесняйтесь, пишите здесь, в личку, задавайте вопросы - обязательно отвечу.
  14. Цитата(Fat Robot @ Nov 5 2014, 13:22) За вашим авторством, я так понимаю, статьи исключительно с высочайшим индексом цитирования. Представьте, имеются. Ещё вопросы?
  15. Цитата(andyp @ Oct 27 2014, 11:06) 1. Почему, если хочется, чтобы часть бит была более помехозащищенной, не использовать 64QAM с маппером Грея и не маппить второй источник в более защищенные биты. Демодулятор будет проще. Сравнительных картинок нет? 2. Чем предложенный подход с регулировкой относительной мощности созвездий лучше обычной адаптивной модуляции-кодирования? 3. Почему бы не сделать передачу потоков данных 1 и 2 ортогональной по времени-частоте-коду? Чем это хуже предложенного в статье варианта? 1. Ну так вы, де-факто, предлагаете идею, лежащую в основе trellis-кодирования. Только оно даёт заметный выигрыш при переходе от 4-позиц. созвездия к 8-позиционному. А дальше, по-сути, нифига. И ваш переход от 16-позиц аж к 64 (а почему не 32?) даст практически нулевой эффект, статей на эту тему море; 2. проще; 3. А типа QPSK - это не есть, по-сути, набор ортогональных гармоник, или вы что-то другое хотели сказать? Да и вообще, нашли что читать, третьесортная статейка какого-то студента или аспиранта, которому нужно "набрать материала" для диссера. В нашей стране, увы, уже давно нет науки, в т.ч. науки о связи. Остались только те, кто либо свалили, или удачно пристроились на регулярные западные гранты/контракты. Когда-то были у нас свои Найквисты и Витерби, сейчас нет и не предвидется. И вообще вам мой совет, не тратьте время на статьи, на которые стоит меньше 30-40 ссылок, в пустую время потратите.
  16. Цитата(misyachniy @ Nov 4 2014, 19:03) Понятно. Толку от темы никакой. Можно модератору удалить полностью. Не надо горячиться. Товарищи сверху правильно написали: в вашем случае, вам и только ВАМ самим нужно чётко понять, что вы понимаете под фазой и амплитудой вашего апериодического сигнала. Например, как я вижу по вашей картинке, по вашему "псевдогароническому" импульсу можно получить спектр на выбранном вами интервале, естественно соблюдая теорему Котельникова. И считать, что фаза и амплитуда имплуьса есть амплитуда и фаза первой гармоники в спектре, которая превышает заданный уровень. В вашем случае это будет физически осмысленно: у вас в спектре будет одна здоровая НЧ-гармоника и кучка более высокочастотных и фаза этой здоровой гармоники будет показывать с какого момента начался ваш импульс (поскольку при малых по сравнению с длительностью вашего импульса t он будет почти совпадать с этой гармоникой). P.S. Кстати, я не прав: теорему Котельникова в вашем случае можно и не соблюдать, т.к. вас интересует только НЧ-часть спектра. А вот пр.Гёрцеля вам не поможет: вы, я так понял, заранее не знаете "период" вашего сигнала, а занчит не знаете где расположена максимальная гармоника. А ПГ, если мне не изменяет память (а искать лень) при более чем двух отсчётах спектра уже проигрывает по производительности БПФ.
  17. Цитата(blacklion @ Oct 31 2014, 21:17) При получении коэффициентов FIR-фильтра методом свёртки sinc (в случае low-pass, но метод-то общий) Так зависит ослабление от длины фильтра или нет? Во-первых, конечно зависит. А во-вторых, ну-ка просветите, что за "методом свёртки sinc"? Никогда о таком не слышал, видимо я уже от жизни отстал.
  18. Добрый день, чего-то не получается вам в личку написать. Пишу здесь. Есть такая задача: с локатора идёт сигнал на промежутке на 144МГц, полоса - 30МГц. Нужно оцифровать, сбросить в две квадратуры, вычислить амплитуду, по сети передавать на хост. Желательно ещё параллельно вычислять пороги и обнаруживать превышения (и результаты тоже по сети сбрасывать). На чём делать - тоже ваша задача, мы ещё плтаформу не выбирали. Также ТЗ тоже на вашей совести будет. Как вам такая задачка?
  19. Цитата(WitFed @ Oct 15 2014, 14:58) Может, ПЛИС что-то не так в пакетах расписывает ? То ли одинаковые они, так что зипуются все в один, то ли не на тот адрес... Да, вы правы оказались. Всё было верно, но в заголовке азернет-пакета макушник адресата был широковещательный (6 х 0xFF). Видимо, при построении arp-таблицы в службах Win XP не допускается, что бы не широковещательный IP ставился в соотвествии широковещательному маку. Поменяли макушник на мак ноутбука и пакетики побежали в Матлаб.
  20. Добрый день, коллеги! Проблема такая. На плисине собран проект, который шлёт оцифрованные данные udp-пакетами в Матлаб. Если пакеты принимаются на машине на базе Win XP, то пакеты видятся Варешарком, он говорит, что все контрольные суммы ок. Но до верхних приложоней они, похоже, не доходят. Матлаб ничего не видит. Написали даже программку для просмотра заданного порта, она тоже ничего не видит. Самое интересное, что на другом компе с Win XP - та же картина. На компах с семёркой, с восьмёркой в основном работает,хотя тоже глюки встречаются. С Линуксами та же беда, на некоторых версиях работает, на некоторых нет. Все антивирусы, пожстенки и прочие "службы безопасности" выключены напрочь. 'Control sum offload' на сетевухе не влияет. Может,кто сталкивался, помогите, плиз!
  21. Цитата(kolobok0 @ Oct 15 2014, 00:51) этот друг работает на уровне NDIS, если я ничего не путаю. Да и статистика на уровне NDISа будет показывать картину скорее всего. Я так понимаешь, что траблы немного выше. И мне кажется лучше поискать форумы по сетевым драйверам и там пошукать. Если будет оказия - поспрашиваю у знакомых драйверо писателей. Ну насколько я помню структуры Виндовоза, NDIS лежит выше по иерархии, чем драйвера. А в Варешарке используется библиотека WinPCAP, которая сама работает в нулевом кольце и встаёт чуть ли не между железом и имеющимся сетевым драйвером. По-моему так. А знакомых спросите - буду очень благодарен!
  22. Коллеги, никто не знает решения проблемы? В Квартусах, начиная с 11ой версии какая-то полная галиматья с отображением русских букв в текстовых файлах. Использую модули другого чела, котрый писал в Активе и много комментов на русском. Вебовские версии отображают неверную кодировку, а невебовские ещё и почему-то явно пытаются Юникод распознать. Дико не удобно!
  23. Цитата(Maverick @ Sep 25 2014, 17:16) notepad++ в помощь Да с этим редактором праблем такой: я ему даю командную строку в виде %f -y%l, но на нужную строку он курсор не ставит. А без этой фичи внешний редактор бесполезен.
  24. Цитата(mery @ Feb 15 2014, 21:00) Добрый день! Мучаю отладочную плату с bf537. Не могли бы дать работающий пример для передачи массива данных (желательно - DMA) ethernet без LwIР? Слышала, что так работает быстрее и надежнее. Или с LwIР передачи массива данных. На сколько обработка ethernet загружает процессор? Заранее спасибо всем откликнушився. Ну барышня вы посмешили. Что ж проще LwIP, ну может разве что uIP? И что значит передача массива данных, вам всё равно какой-то стек IP нужен будет, или вы все уровни от сетевого до физического сами собрались руками писать? Да и наверное хотелось бы, что бы девайс на arp-запросы хотя бы отвечал (пинговался, например)? А загрузка процессора Азернетом в прямую зависит от сети к которой он подключён. Если вы в чистой "точка-точка", например, напрямую к компу подключены и на компе отключены всякие идиотские службы типа ДХЦП и прочей лабудени, то очень даже не много, буквально единицы процентов. А вот если вы его решили в конторскую сеть включить, или, тем паче, в И-нет, то тут да. Ибо бедному стеку придётся перелопачивать все входящие широковещательные, безадресные и (возможно) групповые пакеты. Кстати, что бы это предотвратить, можно ручками забраться в потроха LwIP (там всё понятно и просто) и вообще отключить обработку всех входящих пакетов. Но тогда устройство станет глухим как тетерев, даже на пинги ответить не сможет , но слать вам данные будет исправно.