[an error occurred while processing this directive]
Ответ:
(«Телесистемы»: Конференция «Программируемые логические схемы и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено Начинающий ACEX'от 01 октября 2002 г. 07:34
В ответ на: Ответ(+) отправлено IgorK 01 октября 2002 г. 00:54

> >Мега читает счетчик по шине данных в режиме
> >работы с ПЛИС'ом как с внешним ОЗУ

> Значит, есть стробы WR и RD, так?

Да, по ним (в купе с декодером адреса, защелкнутым по ALE) я пишу-читаю из ПЛИСки, используя только мультиплексную шину Меги AD[7..0].


> Рабочий фронт находится внутри установившегося значения счетчика, правильно?

Счетчики считают внешние события. Я постоянно должен считывать текущие значения счетчиков. Если инкремент/декремент произойдет между чтениями состояния счетчика - это не страшно. Но вот если в какой-то момент прочтется "мусор"?..

> Остается посмотреть datasheet на Мегу и узнать значения t_setup и t_hold при работе с 'внешним ОЗУ'.

Все это понятно. Но ведь всегда есть момент "принятия решения", так? Который, может, и гуляет от процессора к процессору в пределах этих "t_setup-t_hold", но он есть. Поэтому существует ненулевая вероятность попадания глитча именно в этот момент.

> А может быть, придется использовать флаг 'данные готовы'..

Пока и размышляю в этом направлении... Если сувать многочисленные защелки - фиксаторы, задумка может не влезть в 1К10, а следующий 1К30 уже в 2 раза дороже, тогда уж лучше взять EPM3256A и не морочить голову.

> P.S. Если практикуете схематический ввод, то используйте счетчик lpm_counter, а не 4count. И посмотрите библиотеку LPM вообще.

Спасибо за наводку, гляну, что там нам дает LPM.

Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru