line

1. JTAG точно правильно? 2. Питание на ПЛИС все есть? 3. Токоограничивающие резисторы стоят, если у Вас питание кабеля 3,3 В? Тогда все должно быть ок...

Статья явно не по существу - а из области "все мы умрем..." и написана давно-о-о. А насчет регламентов - приходилось беседовать с умными людьми из Связьсертификата. Я для себя понял так: ничего страшного не будет, просто требования устаревшие из ГОСТ заменят ОСТы (у нас заказчики их составляют, утверждают а мы ими пользуемся) и техрегламенты (будет банк государственных регламентов). Если Вы не можете подстроиться под требование какого-то регламента, можете создать свой уникальный (потом его внесут в банк государственных регламентов).

Где бы взять документ, содержащий: 1. описание функций стандартных зайлинговских библиотек, используемых при написании программных приложений в EDK; 2. руководство по написанию программных приложений в EDK (какой-нить "самоучитель"). Что-то не нашел пока ничего полезного из большого объема зайлинговых доков по теме. Спасибо заранее.

Ну счетчик поставте с асинхронным сбросом Вашей "входной частотой"

Лучше искать готовый EvBoard от производителя или от коллег-разработчиков. "куча проводов на столе"=куча проблем неизвестной природы... да не хуже... Да делая PCI-Express вы вообще можете забыть про то, на чем Вы делали pci - разные принципы реализации вообще.. да... (только он не все типы кристаллов подерживает, надо обращать на это внимание - ограничение)

Не очень ясно, что значит "смоделировать все на демоплатке" - плата должна быть полноценная, выполненная согласно требований стандарта. Варианты реализации железа на Altera или Xilinx равнозначны - выбор за испонителем. Интерфейс всех готовых корок для подключения пользовательского ядра примерно одинаков. Драйвер (тестовый) + тестовое ПО как правило можно найти вместе с коркой. Вообще принципиально разные вещи - как по решаемым задачам так и по реализации железа тем более. Нужно определиться с требованиями чтобы не делать 2 вещи вместо одной. За Xilinx - WebPack Есть вскрытые. Для Альтера распространена PLDA, с Xilinx - сложнее. Короче, ИМХО, если пси нахаляву - то проще Альтера + PLDA, хотя сам сижу на Xilinx - традиции... PCI Express - совсем другая песня...

Пользуем MT12232a активно. Проблем нет - "фатальные зависания :)" у него случались на этапе отладки - при несоблюдении таймингов по записи-чтение. В серии все Ок. А вто прошлым летом МЭЛТ без предупреждения взял и поменял контроллер в индикаторе даже без изменения марки (версии) прибора - был контроллер c уровнем по входу ТТЛ а стал КМОП. Собрали очередную серию изделий - а не работает, долго думали в чем дело... Пришлось срочно плату переразводить.

Драйвер прерывание обрабатывает? DPC вызывается? Частота прерываний какая? На каком месте вашей цепочки Вы пропускаете прерывание? Не должно быть пропуска прерываний, если все правильно сделано (если Вы увспеваете обработать прерывание до поступления следующего).

Ну, не рисуйте ничего внутри резистора, это допустимо ГОСТ. У нас, напрмер, вообще в схемах все резисторы одинаковые, мощность не наносится...

Долго - понятие относительное. По спецификации время передачи 64 фаз данных burst'ом составляет 2,16 мкс. Как то не бло проблем с этим... И сколько составляет это время и кем ограничивается? Наверное, лучше всего на эти вопросы ответит спецификация PCI - главы по арбитражу шины

Все по-порядку. PCI-ядро выставляет прерывание. Обработчик прерывания в драйвере считывает регистр состояния прерывания PCI-ядра - этот регистр доступен для чтения обработчиком независимо от наличия/отсутствия передачи данных по ДМА (шина не грузится мастером на 100%). Ну, а после обработки прерывания, организация потока для записи в порт уже дело программистов. При необходиомости мнгновенной реакции системы на прерывание, можно и из обработчика в порт данные слать (если их немного, конечно) - но, по-моему, это не есть хорошо.

>Какой Гостовский документ(ы) отдавать в отдел снабжения? Хочется услышать проверенные решения >(не нужно изобретать велосипед) :-). Если на готовое изделие - то ведомость покупных. Если на одиночный узел, устройство - то спецификацию (ВП составляется нга изделие). У нас ВП создается только при серийном выпуске, при разработке - спецификация основной документ для ОМТС. >Да, спецификация - хорошо, но часто у снабженцев возникают вопросы что и как, можно ли это >заменить тем, а это тем... А эти вопросы никакой документ не решит, если предлагают альтернативу по заложенным в КД позициям. В таких случаях либо сразу указывают возможную замену, либо пишут отдельную инструкцию на подбор позиции (у нас по такому документу выбираются комплектующие ПК, которые часто разные). >Подскажите что представляет из себя Документ на поставку (ТУ?), зачем нужен? Да это раньше все комплектующие от сторонних поставщиков должны были иметь ТУ или документ его заменяющий - чтобы потом не было вопросов, что мол не то купили (сейчас это имеет место в основном только для отечественных поставщиков - т.е. заказываете отчечественный транс, например, в этой графе надо писать номер его ТУ).

Можно для начала посмотреть Сухман и др. "Синхронизация в телекоммуникационных системах". Если кому-то надо, могу выложить на местный ФТП. Для неимеющих доступ прикладываю главу по теме ... Contents.pdf Chapter9.pdf

EPIA берем здесь: Компания Стандарт (095)540-5801, (095)540-5802

-- Вот, случайно под рукой оказался подобный код... component Comp_Name port( ... описание портов данного компонента ... ); end component; attribute BOX_TYPE: string; attribute BOX_TYPE of Comp_Name: component is "BLACK_BOX"; -- Comp_Name.ngc находится в папке проекта.

А почему загрузка кристалла то 99%? При заполнении больше 70-80% что угодно может быть... Не попробовать ли убрать часть код и посмотреть ситуацию... А разводка платы здесь 99% ни при чем.

Хмм, тогда встречнй вопрос, на странице 7, документа ds099-2, в Table-7 - DCI Terminations -> Controlled impedance output driver видно что последовательно с I/O пином включаеться резистор, Т.е. он стоит на выходе выходного драйвера, но входной буфер зацепен напрямую к его выходу. Т.е. ИМХО из рисунка ка краз наоборот следует что согласються как входы, так и выходы. <{POST_SNAPBACK}> Как я понял: В рисунке табл. 7 для LVDCI резистор Z0 обозначает линию (ее комплексное сопротивление), а сопротивление DCI обозначено как R и имеется только для передатчика. Это же более подробно приведено на рис. 1 (Simpified IOB diagram) стр. 2 ds099-2.

Да читал я, читал :). Просто хотелось убедиться в сделанных мною выводах из этого чтения. Теперь точно уверен, что DCI позволяет согласовать только выход передатчика. И применительно к вопросу des00 о необходимости внешних резисторов могу сказать, что для согласования со стороны ПЛИС резисторов DCI достаточно.

Аналогичный вопрос, поэтому продолжу эту же тему... А как помогает подключение DCI при 2-направленной шине? Вроде по схеме резистор DCI в Spartan3 подключается только к выходу передатчика... Получается, что на 2-ой стороне необходим аналогичный DCI, иначе без внешних резисторов не обойтись? Проектирую интерфейс ПЛИС к SRAM и не знаю - ставить внешние резисторы на шину данных или нет (на адрес и управляющие хочу точно обойтись только DCI, т.к. шина в одну сторону хоть...)?

Сильно дешево, а главное - сильно просто, вряд-ли получится. http://www.oc.ru/katalog/e1/transport-30x4/ - случайная ссылка на продукт, подобный необходимому Вам. По нему можно понять типовое решение Вашей проблемы (насколько я понял задачу).

Между Spartan-IIE и Spartan3 аналогий нет. Поэтому ds077_2.pdf Table 1 Вам точно не поможет. LVDS в S3 только на 2,5В - см. ds099 (для уверенности скачайте последнюю версию с xilinx.com). Инфу о LVDS_33 в S3 я не встречал...

Самый распространенный промышленный стандарт для высокопроизводительных систем (цена использования этого конструктива соответствующая). Намеков на вымирание пока не наблюдается.

Добрый день! Есть классическая задача выделения видеосигнала РЛС кругового обзора на фоне шумов. Частота оцифровки 10МГц (длительность видеоимпульса 1 мкс), обработку планируется реализовать на ПЛИС. Думаю, что лучшим и самым простым решением здесь будет применение корреляционной обработки сигнала? Или есть альтернативные методы? Может быть, кто-то может поделиться информацией, или ссылками на материалы по данной теме. Особенно ценны пратические примеры. Допустим, ту же корреляционную обработку я представляю как сделать - но хотелось бы сравнить свои мысли с уже имеющимися практическими реализациями.

Зависит от качества линии :(. По спецификации он до 5000м при скорости 10к, но с оговорками. А оптроны поменять - это хорошая мысль. Еще их у Agilent (HP) посмотреть можно.

Тут домысливать что-то свое бесполезно - выбирайте из стандартных интерерфейсов, подходящих для вас по расстоянию, скорости и цене. Если не телефония, то какой-нибудь пром. стандарт вроде CAN (на такую скорость его хватит + недорого).