eugen_pcad_ru

А "старымы дедовскими пропорциями" не вариант? На выходе генератора: A дбмвт B мВ (можно посмотреть осциллом) На контуре: X дбмвт С мв (Вы это уже посмотрели) Надо определить Х. Не так? P.S.: И лучше мерять скв-напряжение по осциллографу, амплитуда показатель ненадежный. P.P.S.: Это только мое мнение, не претендует на правильность:)

Позволю себе резюмировать отзывы:) Если Вы знаете как работать с комплексным сигналом, значит надо Ваш сигнал преобразовать в комплексную форму. Об этих способах и пишут уважаемые коллеги выше.

древние пакеты: Cooledit, SoundForge, SpectraPlus. Не найдете, пишите в личку P.S.: Cooledit сейчас перекуплен и известен как Adobe Audition. Использовался для реверсирования сигналов в "хороших шутках" в конкурсе "апож" по моему:)

Да их довольно много в инете... Вот пара: http://sourceforge.net/ https://github.com/ P.S.: Из википедии "SNMP определен Инженерным советом интернета (IETF) как компонент TCP/IP". Если это TCP/IP, то он уже поддерживается в lаbwindоws. Или вот еще библиотека http://www.boost.org/doc/libs/1_49_0/doc/h...boost_asio.html . Одна из ее предыдущих версий встроена в RadStudio (это "бывший С++ Builder"). Сам компонент из RadStudio нареканий не вызывал. Поддержка разных протоколов и т.п.

Извините, не в курсе, что такое SNMP. Но к Labwindows-y можно подключать внешние dll, в том числе и из под вижуала. Так поможет? Попробуйте на родной форум от ni обратиться. P.S.: Вообще по идее их среда поддрживает всё то же, что и QT. На опенсорцах искали?

у техаса шинники. Можно поставить и без, но тогда могут возникнуть проблемы при ремонте. P.S.: и не забываем про согласующие терминаторы (у него же). Или у Вас будут разные прошивки на модулях?

Пробовал в нем трансляцию VHDL <-> Verilog. Не смог найти лицензию для полного функционала, забросил.

Хм... Я делал так "- взять счетчик из входного модуля и его значение отправить к остальным модулям" Как правильно?.. Ждем ответа гуру:)

Всем привет! Необходимо реализовать удаленное пeрeконфигypиpoвaние ISF FPGА XС3S1400АN. Изучил UG333. Сделал рабочий проект, iMРАCT записывает mcs-файл (получаю его предварительно из bit-файла). Всё работает корректно. Теперь необходимо сделать такое же переконфигурирование без использования iMРАCTa и JТАGа (с использованием пользовательского интерфейса + mаstеr SРI-core). Насколько понял, мне необходимо прошивать старшим битом вперед с нулевого адреса. Вот что я делаю: считываю bin-файл, разбиваю его на пакеты по 528 байт и постранично записываю в ISF начиная с нулевого адреса. Примерный лог работы моей программы приведен ниже: "Запись страницы 0 по базовому адресу 0x000000, массив 528 байт. Элементы [0...527]. Запись страницы 1 по базовому адресу 0x000400, массив 528 байт. Элементы [528...1055]. ... Запись страницы 1124 по базовому адресу 0x119000, массив 528 байт. Элементы [593472...593999]. Запись страницы 1125 по базовому адресу 0x119400, массив 412 байт. Элементы [594000...594411]. Записано 594412 байт" Теперь для сравнения цитата из log-файла iMPАСTа: " INFO:iMPACT - Address 0x00000000 is in page 0. INFO:iMPACT - Address 0x000911EB is in page 1125. " Адреса различны! Судя по дальнейшему поведению FРGА, конфигурационная последовательность не прошивается или прошивается неправильно. А теперь собственно вопрос: моя адресация правильна? Прирост адреса составляет 0x400 (=1024d)? Количество элементов в каждой странице 528? Куда копать дальше пока не вижу:( Приветствуются любые советы. Заранее спасибо!

Программатор квартуса 4.1 точно поддерживает это семейство. P.S.: Под максплюсом по моему USB-программатор завести не удастся.

Давно с Aльтepой не работал. Не мог бы кто-нибудь посказать, какой минимальный дискрет перестройки по фазе во свтроенных РLL передовых семейств? Всё еще десятки градусов? Или Аltеrа таки одумалась и сделала его поменьше? Спасибо! P.S.: Не совсем в тему, но ради одного вопроса отдельную ветку поднимать не хочется.

А старую версию квapтуca установить не вариант? Что за микросхемы то?

Конечно Вам виднее, но по моему зря Вы Ethernet отбросили.

Большое спасибо все ответившим. Выяснил в чем была беда. Был небольшой коротыш на ножках преобразователя питания ядра 1,2В. После устранения КЗ, FРGA начала определяться и программироваться. Но возникла другая беда: где-то на 10ти-30ти процентах (каждый раз по разному) загрузки PROM1 (это XСF04 - средняя микросхема в цепочке JTАG) начинаются ошибки. Краткий фрагмент лога ниже: " Validating chain... Boundary-scan chain validated successfully. '2': Erasing device... PROGRESS_START - Starting Operation. '2': Erasure completed successfully. '2': Programming device... write count != nBytes(0), rc = C0000011. write cmd failed C0000011. write cmdbuffer failed 20000015. write cmdbuffer failed 20000015. ... write cmdbuffer failed 20000015. '2': Programming terminated due to errors. " По некоторым советам Хilinх-a (http://www.xilinx.com/support/answers/24911.htm http://www.xilinx.com/support/answers/31254.htm http://www.xilinx.com/support/answers/31931.htm ) предлагают переустановить/перезапустить драйвер и перезапустить программатор. Больше пока никаких внятных рекомендаций не увидел. Всё это делал, конкретно для этой ПЗУ не помогает. Может кто-нибудь сталкивался с таким? Какое лечение? Конечно первое, что приходит в голову - это заменить ПЗУ. Но на FРGA я тоже раньше грешил, оказалось дело не в ней. P.S.: Использую iMPACT из состава ISE 10.1.

Используя единый для всех плат источник синхронизации? Фазы выровнять во встроенных ФАПЧ?

Когда-то давно читал про это. По моему называется алгоритм винограда. Но я бы постарался свести к алгоритму бабочкой как наиболее рааспространенному.

Чипы на всех платах одинаковые (судя по маркировке). автодектом следующие за FPGА ПЗУшки определяются, но прошить их (вручную определяю цепочку) не удается. А вот FPGА определяется как несколько unknown device (потому как ID не соответствует ожидаемому). Настройки iMPАСTa для всех трех плат одинаковы, так что с ВSDL я думаю тоже всё ок. Правда не знаю как в этом удостовериться. Какие еще могут быть предположения? P.S.: Могу привести полный лог импакта. Надо?

Получил три платы. Две заработали нормально, на третьей не определяется JTAG-цепочка. iМРАCT выдает следующее: " // *** BАTCH CMD : ReadIdcode -p 1 INFO:iMРАCT:583 - '0': The idcode read from the device does not match the idcode in the bsdl File. INFO:iMРАCT:1578 - '0': Device IDCODE : 00001010110100001011011101010101 INFO:iMРАCT:1579 - '0': Expected IDCODE: 00000010011000110000000010010011 INFO:iMРАCT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File. INFO:iMРАCT:1578 - '1': Device IDCODE : 00001010110100001011011101010101 INFO:iMРАCT:1579 - '1': Expected IDCODE: 00000010011000110000000010010011 " Пока предполагаю, что дело в непропае FPGА (ХС3S1400АN-4FGG676). Кто-нибудь сталкивался с подобным? Чем еще это может быть вызвано? И какие рекомендации по лечению: менять всю цепочку?

Насколько я помню, возможность "каскадирования" микросхем разных производителей по JTAG-цепочке оговаривается в стандарте IEEE 1532. То есть все микросхемы в Вашей цепочке должны соответствовать требованиям этого стандарта. Если упоминания о нем в документации нет, то можно даже не пробовать. Если в описаниях ссылки есть, то может быть и можно, но фирменные программаторы не всегда конкретно могут их "понять". То есть лично я бы поставил два разъема. Если места мало, то с малым шагом. А если все-таки возникнет необходимость поэкспериментировать, установил соответствующие джампера. P.S.: TI в свое время выступал чуть ли не инициатором JTAG-стандарта. Altera тоже по идее должна понимать. Но я могу и ошибаться:) Может быть у кого-то есть побольше опыта в данном вопросе.

Про Вашу проблему не знаю, но мне помог специальный мышиный драйвер: перемещает ползунок в любой программе (при условии его наличия). Правда есть и некие побочные эффекты, но драйвер всегда можно деактивировать щелкнув по значку в систрее. P.S.: Не найдете, пишите в личку. Я лично использую какой-то древний.

Не уверен, но может быть посмотреть в сторону кепстра? P.S.: Это только мое личное ничем не обоснованное предположение:)

Сам не меряю. ИМХО в такой постановке задачи можно вести речь только о средней скорости выполнения. Средняя скорость и есть однозначный результат. P.S.: Думаю, что если в железе работают асинхронные протоколы, тоже можно измерять только среднюю скорость.

2XVR: Спасибо! P.S.: Тему пока закрывать не буду: вдруг по прибытии железа еще чего понадобится спросить.

2XVR: Спасибо за ответы! Да, в iMPАСT-е всё корректно. Там то я разобрался:) В цепочке FPGА и две ПЗУ. Я предполагал, что ПЗУ как раз и будут хранить конфигурацию для FPGA до тех пор, пока не потребуется обновить ПО на плате(не взирая на включения/выключения питания). Я не прав? P.S.: Режим работы приблизительно следующий: прошиваю первый раз, потом через год-другой эксплуатации обновляю прошивку и т.п. В общем похоже на обновление прошивки мобильного телефона:)

2XVR: Спасибо за ответ! Использую ISЕ 10.1. XSVF создал. SVF без подключенного железа почему-то создать не удалось. Получить SVF из XSVF тоже пока не удалось. xaрр058 изучаю. Поведение исходников (xарp058_exаmple_fоr_win32_visuаlc2008) из состава xapp058.ziр не соответсвует готовому exe-плееру playxsvf501b.exe (в режиме симуляции с ключом -s). Пока планирую использовать команду типа "playxsvf501.exe -s file.xsvf > log.txt", после этого парсить txt-файл и прошивать транслируя данные (Это если не удастся реализовать необходимый механизм в микроконтроллере). Недостаток - это всё довольно долго (десятки секунд). Конечно на микроконтроллере должно быть побыстрее. Еще хотел бы один вопрос для себя прояснить: в XSVF-формате уже присутствуют все команды для прошивки всей JTAG-цепочки? После перезагрузки питания не нужно будет перепрошивать цепочку XSVF-файлом? Спасибо! P.S.: STAPL можно для Xilinx-a получить?