Jump to content

    

Kluwer

Участник
  • Content Count

    310
  • Joined

  • Last visited

Everything posted by Kluwer


  1. Цитата(iiv @ Aug 4 2013, 23:57) Пусть Ваша матрица A=A_1, выполним для нее последовательно следующие операции A_{i+1} = A_i * A_i / ||A||_2^2 ||A_i||_2^2 - сумма квадратов всех матричных элементов. Такой алгоритм пишется примерно в 100 строк за вечер и по скорости только слегка проигрывает лапаку без оптимальных бласовских примочек при Вашей размерности матрицы. Видя Ваши вопросы бласовские примочки на тигршарке Вы на раз не скомпилите, то есть лапак у Вас работать будет, а вот на сколько оптимально (по времени) он будет работать, я не ручаюсь. Во-первых, что такое у вас ||A||_2? Я так понимаю, вы хотели отнормировать матрицу, но тогда, вообще-то, надо указывать какая норма матрицы считается. Во-вторых, ваша итерационная процедура, если я её правильно понял, сойдётся в конце концов к диагональной матрице с собственными числами на диагонали. А причём тут собственные вектора? В-третьих, какой lapack, какой blas?! Вы вообще когда-нибудь програмили ЦПОСы для real-tim'а? Открою вам небольшой печальный секрет: на ЦПОС можно запрограмить "примерно в 100 строк за вечер" только то, что использует прилагаемую разработчиком математическую (или сигнальную) библиотеку. Ибо, всё иное либо: а) приведёт к совершенно не realному времени (а нахрена тогда нужен DSP'шник - считайте на калькуляторе), б) наём дорогостоящего программера, который вашу функцию будет ногами и руками упихивать в прокрустово ложе конкретной архитектуры на асме.
  2. Коллеги, наверное уже кто-то сталкивался с аналогичной проблемой. Прикупили мощный ноут с предустановленной Windows 8. ISE 13.3 (на самом деле, в И-нете пишут, что те же пляски и с более новыми версиями) с бубнами встал только в 32-х разрядной версии (инсталляшка 64-х разрядной падает при попытке развернуть очередной архив). Но встать-то встала, а драйвера для usb-jtag не встают категорически и программатор не видется. Никакие пляски с бубном (режимы совместимости, админские права, выключение подписей и т.д. и т.п.) эффекта не дают. Тщательно прокурили всё, что на эту тему есть в И-нете. Всё сводится к одному: Xilinx говорит, что, дескать, восьмёрка ещё не поддерживается и - ваши проблемы. И народ тоже в основном безуспешно с бубнами прыгает. Можно конечно "даунгрейд" до семёрки сделать или попытаться виртуалку поставить с 7ым виндовозом. Но уж как-то радикально получается ради одного несчастного ISE. Может кто знает более короткое решение?
  3. Цитата(firew0rker @ Jul 9 2013, 04:41) Что заставляет использовать для таких целей именно Matlab? Я, например, использую Delphi+TeeChart. А таки я объясню. Я, как раз, тоже "дельфист". Но, в Матлабе вы всё тоже сделаете в 10 раз быстрее, программируя на несравнимо более удобном языке (Паскаль рядом не лежал!). При этом в вашем распоряжении мощнейщий инструментарий Матлаба. Хотите по полученным данным получить спектр? Вычислить моменты? Дать аппроксимацию? В Матлабе для этого даже не нужно никакого кода писать! Кроме того управление (масштабирование, сдвиг и т.д.) в TeeChart в подмётки не годится Матлабовской графике. Поверьте мне, сейчас правильная тенденция - это именно затаскивать данные прямо из аппаратуры в Матлаб. Разработка алгоритмов сокращается в разы!
  4. Цитата(Kuzmi4 @ Jul 8 2013, 18:32) 2 Kluwert Если мне не изменяет память, то кажется можно по нету достучаться до прошивальщика хилых. Так что в идеальном случае вам нужен будет комп с XP только как железяка-прослойка между вашим компом и прошивальщиком, без каких либо сторонних телодвижений с вашей стороны для XP. Хорошая мысль, благодарствую!
  5. Цитата(Lost_Viking @ Jul 3 2013, 16:08) Здравствуйте. Имеется устройство на atmega16, которое оцифровывает два сигнала (два канала ацп), и один за другим передает их по usart. Формат данных простой: сначала char одного канала, потом char другого. Необходимо отрисовывать эти два сигнала в реальном времени в матлабе. Как лучше это дело реализовать? Ну насколько у вас реальное время получится - не знаю. Но главное - не использовать перевызов функций вывода графика типа plot, stem и т.д. Эти функции вызываются один раз, фиксируются оси (xlim, ylim), а все последующие данные выводятся перегрузкой матрицы данных (в свойствах объекта-графика 'XData' и 'YData'). Т.е. в последущие разы вызываете не h=plot(...), а set(h,'YData', ваши данные); Проверено - самый быстрый спсоб вывода в матлабе. Мы похожим способом выводили в реальном времени (!) данные на ИКО, написанный в Матлабе с реального радиолокатора!
  6. Цитата(Kuzmi4 @ Jul 8 2013, 11:55) 2 Kluwert Ну если не хотите 7ку тогда можно линух У нас тоже в своё время была такая проблема, в итоге просто забили на 8ку (где то забили и на 7ку - поставили пингвин). Спрашивал у других людей - говорят тоже не работают под 8кой для этого када. Походу вы правы. Мы в результате решили вообще прошивки готовить на этом ноуте. А второй маленький ноут под XP использовать для iMPACT. Изврат, но работает
  7. Цитата(apus_apus @ Jul 4 2013, 01:48) Кстати, если что проблема была в неправильно выставленном параметре First root of polynomial generator. Он должен был равным 1, хотя мне казалось, что нулю Кстати, неприводимый полином бы ещё не помешало проверить. gf при вашем m=4 использует по умолчанию 10010. По поводу first root выдержка из "Википедии": где l0 — некоторое целое число (в том числе 0 и 1), с помощью которого иногда удается упростить кодер. Обычно полагается lo = 1.
  8. Господа-коллеги, разъясните мне такую тему. Взял я данные по антеннам "Вояджеров", приёмным антеннам на Земле, расстояния до них с официального сайта (около 18,5млрд.км) и данные по мощности бортового передатчика (около 23Вт или около +13дБВт), посчитал и пришёл в ужас. Получается, что на приёмник на земле прибывает за вычетом потерь на распространение (ужасающие ~440дБ) с учётом КУ антеен (48 и 73дБ, соотвественно) прибывают жалкие -300дБВт. Но даже если приёмник на Земле охлаждён до невминяемости, то в заданной полосе он выдаст дай бог -123дБВт шума. Т.е. ОСШ составляет порядка -177дБ! Что бы получить, например, при BPSK-модуляции Pb хотя бы в районе 10^(-2) нужно иметь +3- +5дБ. Для этого скорость передачи должна быть порядка 1бит/год! А они умудряются поддерживать связь на скоростях порядка 1200бод. Comment c'est possible?! Чего я насчитал неправильно?
  9. Цитата(Methane @ Jul 5 2013, 11:32) Простой пример. Передатчик на киловатт. Передаем АМ или ЧМ сигнал. В случае с ЧМ он будет работать на киловатт постоянно, а в случае с АМ, иногда. Я начинаю реально раздражаться! Где я писал про АМ? Где?! Всё правильно, откройте элементарные учебники по теории электрической связи, Ну того же Скляра. АМ-самая неэффективная связь именно потому, что вы написали. А самая эффективная из узкополосных (хотя последняя оговорка при заданной мощности передатчика и прочих условиях - несущественна) - ФМ. Поэтому я и говорю про BPSK! Цитата(san822 @ Jul 5 2013, 11:48) Да, наверное, именно поэтому мощность у телефонов CDMA в 4...8 раз ниже, чем у GSM. Он имел в виду т.н. "пик-фактор" передатчика. ШП виды связи (OFDM, DSS и т.д. и т.п.) действительно не подарок для разработчиков передающей аппаратуры.
  10. Цитата(Raven @ Jul 3 2013, 18:21) Какая разница, говорите? Как вы думаете, какое значение ОСШ на входе блока обработки сигнала характерно для типичной радиолокационной задачи? Ну, скажем, локация самолета в 100 км, и пусть у вас даже передатчик в 1 кВт. Исходный ОСШ гораздо меньше 1. А вот после обработки, на входе решающей схемы - должен значимо больше 1. Для приведенных data rates (~1200 бод) - длительность символа вполне достаточна для серьезного интегрирования/согласованной фильтрации. Про шумоподобные сигналы доводилось слышать? Уважаемый Raven, мы походу, говорим о разном. То, что вы предлагаете - реально используется. Яркий пример - СТ и ВТ-коды системы "Глонасс". Там действительно используется внутриимпульсная модуляция на базе M-последовательности. Но НЕ ДЛЯ того, что бы поднять ОСШ (это не возможно!), а для того, что бы дать возможность приёмнику на Земле точно СИНХРОНИЗИРОВАТЬСЯ! Это связано с тем, что, как вы, я думаю знаете, КФ M-последовательности намного уже КФ прямоугольного радиоимпульса (коим и является BPSK-символ). Но я, заметьте, в постановке задачи ничего не говорил о синхронизации. Я считал в предположении об идеальной синхронизации (иначе бы я должен был указать в явном виде потери на рассинхронизацию). А с энергетической точки зрения, при фиксированной мощности передатчика, глубоко фиолетово используете вы простой или сложный сигнал - объём квадрата функциии неопределённости будет одинакова.
  11. Цитата(Raven @ Jul 3 2013, 15:42) Для начала - кто сказал, что они используют BPSK? Здесь нужно что-то из арсенала радиолокации применять (с хорошим интегрированием), М-последовательности или ЛЧМ. Какая, фиг, разница? Ну используйте OFDM с BPSK на каждой поднесущей. Мощность-то передатчика фиксированная и при расширении полосы у вас будет просто пропорционально падать удельная спектральная мощность передатчика. А des00, походу, прав: я чего-то зверски ошибся при расчёте затухания в свободном пространстве.
  12. Цитата(des00 @ Jul 3 2013, 15:06) расчет не верный там уровень приема будет где то -127дбм, что вполне нормально Ну так большая просьба, укажите, где я ошибся.
  13. Цитата(litv @ Jul 3 2013, 13:39) А турбо код++ ? Ну то есть вы хотите сказать, что турбо-код вам спсобен скомпенсировать потерю более, чем сотни децибелл? Какой, простите, длины он тогда должен быть? При том, что, как я понял, 1200-1600 бит/сек - это "чистая" скорость, т.е. уже после скидывания FEC'а.
  14. Цитата(katisss @ May 10 2013, 10:46) Фантастически интересная новая научно-исследовательская работа в области физики. Оплата адекватная по договоренности. Да уж "фантастически"! Таких "фантастических" задач в своё время нарешал пачками за пять минут. В вашем случае всё решается прикручиванием датчиков к перходникам на ethernet (у меня их несолько готовых решений собственного произвоства) и - в Матлаб, при таких-то смешных скоростях. А там за несколько дней пишется крутейшая прога с навароченным gui, которая делает всё, что душе угодно от простого сохранения намерянного, до нелинейного спектрального анализа. Кстати, если тема реально интересная с физической токи зрения (с т.з. электроники тут: два пальца обсасать, если только не надо аналогового согласования с датчиками, тогда - это совсем другая тема), могу даже бесплатно подключиться, с вас - только накладные расходы.
  15. Цитата(aem @ May 13 2013, 13:14) Объявляется дополнительный набор по данной вакансии А, так вы ещё и плисовода ищите, ну-ну! Это не РТИС часом? Открою тайну, недавно искали на примерно такую же сумму вменяемого плисовода. Искали где-то полгода, приходили только ваще не вменяемые вчерашние студенты. Наконец нашли вменяемого товарища аж из Костромы, да и тот, сориентировавшись в большом городе, смотрю, часто последнее время на всяких "хэдхантерах" зависает. Могу предложить себя: я и плисовод (Altera, Xilinx, опыт больше 15 лет, куча завершённых проектов), и DSP-шник (от AD2181 и С28 до TS2xx и "мультикоров" C667x). Пожалуйста, только у меня планка начинается от 95 т.р. в месяц на руки. Готовы платить - тогда мы идём к вам
  16. ищем профи по WIFI

    Цитата(glebzlobin @ May 13 2013, 14:00) В интернет пакеты нужно передавать - Коннектиться с WIFI-роутером. А что за проблема вообще? Готовых Wi-Fi модулей сейчас навалом! Интерфейс у них такой, что с ними школьник, взяв какого-нибудь восьмирёночка на плате типа "Ардуино" справится. Ну а если прикрутить чего-то вроде ARM32, то вообще проблем никаких (только микроконтроллер заметно дороже восьмирёнчика будет, соотвественно - себестоимость выше). Соединяться с WiFi-переключателем - вообще никаких проблем, тоже всё элементарно. Так что, чего вы людям голову морочите - закупите всё, развалите на вишеровском слепыше и за пару выходных всё сами сделаете!
  17. Цитата(aem @ Apr 3 2013, 13:32) Оклад в зависимости от квалификации от 30 000 до 65 000 руб, с дальнейшим ростом Обязанности: • Разработка ПО для DSP процессоров. • Разработка внутренней документации. Возможен прием студента последнего курса или выпускника. Последняя фраза - ключевая, ибо за такие деньги вменяемого DSP-программера искать смешно.
  18. Цитата(Basharin @ Jan 24 2013, 15:56) Добрый день, коллеги Давайте порассуждаем- пофантазируем на следующую тему. Пусть есть источник электромагнитного поля, хорошо согласованный, но излучающий только в ближней зоне. Я понимаю, что на первый взгляд идея может показаться абсурдной, но если бы такой источник был, то в чем он был бы полезен? И где-бы его применить? На первый взгляд приходит только идея о каких-то медицинских целях, т.е. какого-то направленного воздействия на определенные участки. Это как? "Хорошее согласование" подразумевает, что уровень реактивной составляющей ЭМ-энергии минимален по сравнению с активной. Тогда каким образом вам удалось локализовать поле только в ближней зоне? Это ж, получается, мечта фантастов - эдакий силовой купол, "силовой поле". Быстрое затухание поля в более-менее однородной среде можно обеспечить только одним способом - загнать всю энергию в реактивную часть. Для мощных РЛС, которые могут попасть в такой режим при определённом фазировании элементов, такое обычно заканчивается пожаром
  19. Цитата(Punk @ Mar 19 2013, 09:47) Скажем, посчитать для обоих определители и их сравнить. Посчитать определитель - это, по-вашему, операция с минимальным количеством действий?
  20. Цитата(Ivan55 @ Mar 11 2013, 08:01) А где можно взять эту модельку с каналом, о которой вы говорите, у вас есть ссылка на нее, или подскажите где ее можно найти? Так в демосах к communication toolbox. Если он у вас стоит (и Симулинк, есстественно, тоже) просто наберите в командном окне матлаба commdvbc и сразу в модель нужную попадёте. Ой, сорри, commdvbt, вам же terrestrial вроде нужен.
  21. Цитата(Ivan55 @ Mar 6 2013, 07:59) Например? Сорри, чего-то я вчера злой слишком был. А по моделям - пожалуйста: открываете Communication Systems/channels. Там вам пожалуйста, и просто AWGN и многолучёвый с замираниями и т.д. Готовые системы уже вместе с каналом есть, например, DVB целиком расписана (вроде ваш диапазон). Я вам советую, всё-таки, моделировать системы связи, ибо там важны вопросы синхронизации в симулинке: удобно и наглядно. Но дело ваше.
  22. Цитата(Fat Robot @ Mar 6 2013, 01:15) Kluwert, Ах, да, размеры буфера... вот "магнитофончик": http://www.averna.com/solutions/test-instr...ayback/rp-3200/ полоса 150 МГц, время записи-воспроизведения 6 часов. это так, из ширпотреба. К чему вы эту ссылку продемонстрировали? То, что делает этот агрегат делается на плисине и подходящем GNSS-приёмнике, имеющем выход аналогового сигнала (для Глонасса, мы, например, использовали РИРВовский). Ладно, впрочем, дальнейшая дискуссия бессмысленна.
  23. Цитата(Aner @ Mar 5 2013, 17:11) Незнает он про БПФ, какие-то I и Q, ... всего то. Да и как пишутся эти единицы не знает ...дицибелл. И что вы от него хотите? Вон интересно как "восьмерёночек" потянет это ...промодулирована по амплитуде двоичным 16-разрядным числом Nd. Зато вы профессионал, сразу видно: предрались к опечатке, браво, поздравляю! Я ещё раз поясню, если не понятно: профессионалы отличаются тем, к вашему сведению, что начинают разговор с постановки задачи, а не действуют по принципу "слышу звон - не знаю где он". Или вы тоже так свои проекты делаете? Сначала делаете абы делать, а потом начинаете о ТЗ думать?
  24. Цитата(petrov @ Mar 5 2013, 16:24) Доплер бесконечно длиться не может, цель либо прилетит к вам, либо улетит, либо будет то приближаться, то удаляться, заполняя-опустошая буфер в ограниченных пределах, для моделирования не нужно бесконечной памяти. Браво! Видимо о том, что такое протяжённая цель и что такое рассеяние по доплеру или хотя бы что такое ISAR вы никогда не слышали. Завидую вашей наивности.
  25. Цитата(thermit @ Mar 5 2013, 16:02) Надо 150, копите 150 и обрабатывайте. Никаких багов/противоречий тут нет. Момент непростой для осмысления, но вполне постижимый. Огромное спасибо за обалденно осмысленный ответ! Но здесь вроде конференция по ЦОС, а не по философии.