Проблема с конфигурированием Cyclone II Опции

[penych]

Ситуация:

- микросхема EP2C5Q208
- тестовый проект: 8-разрядный счётчик с асинхронным сбросом
- SignalTap II встроен в проект и активирован в настройках
- проект нормально скомпилирован
- симуляция проходит нормально
- выводы двойного назначения сконфигурированы как пользовательские
- все неиспользуемые выводы в 3-м состоянии
- для конфигурирования используется ByteBlasterMV [LPT1]
- MSEL0 = 0, MSEL1 = 0
- заливка проходит нормально (CONFIG_DONE и NSTATUS выдают положительный импульс в конце загрузки)
- тактовый сигнал присутствует на нужной ноге

НО:
- выводы ПЛИС, где должны быть разряды счётчика, стоят в +3.3 В
- SignalTap II при попытке связаться выдаёт сообщение:
"Error: Can't find the instance. Download a design with SRAM Object File containing this instance."

Вопрос: В чём дело-то? Может, кто-нибудь сталкивался? Любые версии принимаются с радостью!

[Iouri]

assigments -> device -> Device & Pin options -> unused pins -> reserve all unused pins (as input tri-stated)

[penych]

Эта настройка есть. Не понимаю, почему ПЛИС программируется но не работает.

[popeye]

- выводы ПЛИС, где должны быть разряды счётчика, стоят в +3.3 В
- SignalTap II при попытке связаться выдаёт сообщение:
"Error: Can't find the instance. Download a design with SRAM Object File containing this instance."

Вопрос: В чём дело-то? Может, кто-нибудь сталкивался? Любые версии принимаются с радостью!

Я столкнулся с этим впервые в Quartus II 5.x. Насколько я понял, дело в том, что когда проходит процесс конфигурации ПЛИС через SignalTap, то конфигурация на самом деле не происходит, хотя Quartus говорит, что все ОК. У меня еще это выражается в том, что вместо надписи "Ready to acquire" после конфигурации снова появляется "Program Device To Continue". Победить это я не смог, увы. От саппорта Альтеры добиться вразумительного ответа не получилось, а помогают "танцы с бубном" и перезагрузка компа.

Попробуйте конфигурить через EPCS, чтобы убедиться, что сама ПЛИС в порядке, SignalTap можно и отключить, а можно и нет. Если будет все нормально, то придется бодаться с глюками SignalTap'а.

[penych]

Спасибо, попробую пошаманить. А какие вообще есть способы убедиться, что кристалл исправен?

[sazh]

Отключите SignalTap II и посмотрите. При успешной конфигурации confdone должен иметь высокий уровень. Обычно схему рисуют не только под конфигурацию по JTAG, но и под загрузку в Вашем случае из флеши в режиме AS. Даже если Вы используете только JTAG, для правильной работы по нему надо задействовать выводы типа clk, nce и т.д. в соответсвии с даташитом.
Вряд ли дело
в кристалле.

[Iouri]

попробуйте что нибудь попроще без signal tap например инвертер
те убедитесь, что чип грузится и функционирует нормально
может дело вовсе не в загрузке, а в чем то другом например источники
питания как то хитро запускаются, или помехи большие по питанию,
или где то землю не доразвели

[penych]

Ситуация:
- тот же Циклон2
- выбран режим 20 МГц конфигурационное устройство
- само устройство (КУ) отсуствует
- пытаюсь конфигурировать через JTAG (MSEL[0,1] при этом должны игнорироваться)

При этом происходит следующее:
- Если без JTAG опустить NCONFIG, по всем признакам происходит попытка чтения КУ (которого нет)
- Если через JTAG, то происходит то же самое несколько раз подряд. После чего, по окончании процесса заливки (если смотреть через Quartus) появляется положительный импульс CONF_DONE (поднялся и опустился). Т.е. заливка конфигурация не удалась, однако Quartus говорит, что всё ОК.
- CONF_DONE = 0, NSTATUS = 0 => микросхема находится в стадии сброса
- INIT_DONE = 1 всё время
- NCONFIG = 1

Вопросы:
- Почему при заливке через JTAG Циклон лезет в КУ?
- Почему такое странное поведение CONF_DONE?

[sazh]

Откройте раздел конфигурации циклонаII
Там написано:
Connect the nCONFIG and MSEL[1..0] pins to support a non-JTAG configuration scheme. If only JTAG
configuration is used, connect the nCONFIG pin to VCC, and the MSEL[1..0] pins to ground. In addition, pull DCLK
and DATA0 to either high or low, whichever is convenient on your board.
Там же есть описание всех ножек кристалла, задействованных в том или ином режиме и самое главное их физическая сущность. Там же расписана реакция кристалла на ошибку при загрузке. Ваша схема полностью должна соответствовать рекомендованной.
Confdone =0, nstatus =0 ошибка при конфигурации.
По умолчанию в Квартусе стоит авторестарт по ошибке. Вот и тыкается.
В интервале конфигурации все контакты ввода вывода в третьем состоянии и подтянуты внутренними резисторами к vcc i/o. Пока в пользовательский режим не перейдете. А Вы в него не перешли.
Tri-state with weak pull-up on I/O pins before and during
configuration

Не может initdone быть в единице сам по себе (они (i/o) все в 1), потому что функция initdone активизируется в Квартусе ручками, при этом сам пин становиться output open drain и требует внешнего резистора,( как configdone и nstatus) в противном случае он пользовательский без всякого резистора. Какой смысл смотреть на nconfig, если это вход и подтянут резистором к VCC i/o.
Вот и проверяйте все подряд: самодельный байтбластер (в программере Квартуса auto detect), согласующие резисторы по JTAG, саму схему подключения пинов кристалла. Если все делать по даташиту, проблем с конфигурацией не может быть.

[penych]

Всем спасибо. Всё заработало. Глюки из серии "Внималтельно читайте документацию"
Просто при переходе с APEX20KC NCONFIG на принципиальной схеме осталься подключенным к Vccint (+1.2 В), что понималось кристаллом как низкий уровениь. Также надо было использовать режим Passive Serial, когда без JTAG.
И всё-таки интересно, почему в режиме Active Serial во время заливки через JTAG присутстует активность на выводах, предназначенных для взаимодействия с КУ?