Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » Форум разработчиков РЭА »
Конфигурирование Acex 1K100

Версия для печати (настроить)

Новая тема | Написать ответ

Подписаться

Автор Тема:   Конфигурирование Acex 1K100
Lz
Junior Member

Сообщений: 1
Регистрация: Январь 2004

написано 19 Января 2004 20:02ИнфоПравкаОтветитьIP

Возникли некоторые вопросы при конфигурировании Acex 1K100QI208-2.
Acex грузится от DSP. Данные берутся из rbf-файла. Вариант подключения - passive serial.
В процессе загрузки Acex выставляет CONFIG_DONE в 1 когда еще не все данные из rbf переданы (остается байта 4). Причем таким путем Acex можно заставить выставить комбинацию на ножках, сделать даже делитель частоты не удается. Частота на него подается благополучно, и повторить ее на своем выходе Acex тоже вполне в состоянии. Подозреваем, что какие-то грабли возникают на этапе инициализации. Плата рабочая, так как конфигурирование от max plus + 2 через ByteBlasterMV проходит "на ура".
Вопросы:
1) Насколько корректно такое завершение загрузки?
2) Насколько можно доверять nStatus - в случае искажения данных, недозагрузки и т.п. - сработает?
3) Не развели INIT_DONE, но он же вроде как позиционируется как необязательный. Есть какой-то способ узнать о благополучной/неблагополучной инициализации?

Может, кто знает/подозревает, в чем грабли?

NiM
Рё-нин

Сообщений: 316
Откуда: ныне Санкт-Петербург
Регистрация: Март 2001

написано 20 Января 2004 19:24ИнфоПравкаОтветитьIP

Вообще-то:
Я больше люблю PassiveParallelAsincronious, при нём никаких проблем с CONF_DONE не
наблюдается, но только если DClk строго подтянут к VCC. Иначе спорадические проблемы,
особенно для больших кристаллов (1K50 и выше,1K30 в тихих условиях могут без проблем)

А по теме :
1) Согласно .pdf-у от Altera, в PS надлежит кормить кристалл DClk-ом вплоть до
полного удовлетворения, о каковом сообщает именно INIT_DONE, а вовсе не CONF_DONE.
Так что это ещё не завершение )
2) Да, безусловно, можно и нужно ! И подтяжку 1к0 на VCC - обязательно.
3) Смотри пункт 1.{AN 116: Configuring APEX 20K, FLEX 10K & FLEX 6000 Devices}

А через байт-клистер, стало быть, по J-Tag-у загружаемся без проблем ? Тогда
ситуёвина почти наверняка должна разрулиться через использование INIT_DONE

Lz
Junior Member

Сообщений: 2
Регистрация: Январь 2004

написано 21 Января 2004 19:57ИнфоПравкаОтветитьIP

Да, мы его, естественно, инициализируем, и в курсе, что CONF_DONE - еще не все.
Как я понял из an116 (из временной диаграммы для PS), использование INIT_DONE необязательно, так как в тот же такт "появляются" пользовательские выходы. Не ошибаюсь? Или все же INIT_DONE в чем-то уникален и незаменим?
Да, подтягивающие резисторы стоят в строгом соответствии рекомендациям Altera, да и если полную ерунду Acex'у грузить - nStatus реагирует. Меня напрягает тот факт, что не прогружаются все данные из rbf. Это нормально?
С rbf (bit-sequential) вообще неясности - по an116 для Acex 1K100 размер файла должен быть 1337000 бит, то есть 167125 байт. Max же выдает файл длиной 166965, да и тот до конца не прогружается. Сделал свой rbf из hex - получил несколько больше данных. Что за чехарда, непонятно.
И еще - есть ли какой-то способ объяснить Max'у, что очень хотелось бы после каждой компиляции получать rbf, а не залезать постоянно в этот нехороший конвертор?

NiM
Рё-нин

Сообщений: 317
Откуда: ныне Санкт-Петербург
Регистрация: Март 2001

написано 22 Января 2004 14:08ИнфоПравкаОтветитьIP

Не то чтобы "уникален и незаменим", просто его подъём в "1" сигнализирует об
окончании работы внутренних секвенсоров, как следствие - о возможности снятия DClk.
"тот факт, что не прогружаются все данные из rbf." - то есть Вы хотите сказать,
что согласно INIT_DONE процесс конфигурации завершён, а .rbf ещё не закончился ?
Или Вы это по CONF_DONE определяете ?
Кстати, а КАКОЙ ЧАСТОТЫ DClk использовать изволите ? / см. стр.23 an116/
И нет ли на нём какой ВЧ грязи ?
Насчёт "нехорошего конвертора" - увы, но похоже нельзя.

Lz
Junior Member

Сообщений: 3
Регистрация: Январь 2004

написано 23 Января 2004 00:06ИнфоПравкаОтветитьIP

NiM, спасибо, ситуация разрешилась благополучно.
Как выяснилось, в микросхеме MAX 7192, которая и связывала DSP с Acex, не выставлялись в open-drain выходы, идущие на Acex (странно, вроде бы соответствующая глобальная установка проекта стояла).
В результате Acex после инициализации, как я предполагаю, каким-то образом "частично подвешивался" и работал с теми странностями, что я описывал.

NiM
Рё-нин

Сообщений: 318
Откуда: ныне Санкт-Петербург
Регистрация: Март 2001

написано 23 Января 2004 17:02ИнфоПравкаОтветитьIP

Чертовски рад ! Однако, если не секрет - зачем "громоздить Оссу на Пелион" ?
Неужели возможностей DSP нехватает, и приходиться организовывать такого рода
"гигиеническую прокладку" ?

Lz
Junior Member

Сообщений: 4
Регистрация: Январь 2004

написано 24 Января 2004 14:45ИнфоПравкаОтветитьIP

Да нет, возможностей достаточно, но MAX выполняет роль коммуникационной микросхемы. Через него идет интерфейс к LPT. Ну и заодно еще кучу функций на него навесили, для пущей гибкости. Кстати, Texas Instruments в своей Evaluation Kit для TMS320C54 тоже использует какую-то ПЛИС для тех же целей.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика