|
|
Описано все абсолютно правильно.
А причины тех самых глитчей обсуждались страницы две-три назад. Дело в том, что время прохождения сигнала OE на входы разрешения выходных ячеек ПЛИС, а также время прохождения сигналов с выходов DFF'ов до выходных ячеек плис зависят от "фазы луны". То есть от того, куда их фиттер засунет. И как разведет. Чтобы устранить второй эффект (время прохождения от DFF'ов до выходов), надо указать компилятору, что эти триггеры необходимо расположить в IO-cell'ах, а не в LCELL'ах. Тем самым получится вариант как в MAX'ах - то есть к каждому выходу физически привязан один триггер. (это в опциях где-то)
Для того, чтобы убрать глитчи перехода из 3-го состояния в нормальное и обратно - надо пропустить сигнал OE через буффер GLOBAL, тем самым сказав фиттеру, что должна использоваться глобальная линия разрешения выходных буфферов, а не к каждому буферу подводиться как фиттеру понравится. Правда количество таких "глобальных" линий ограничено... Может и не хватить на всё. (глобализовать можно ОЕ клоки и сбросы).
То есть: nOE = GLOBAL(!OE); и в твоем примере вместо !OE поставить nOE
Насчет асинхронных сбросов и предустановок - по моему опыту они периодически глючат (до причин я так и не докопался - какие-то внутриальтерно-фиттерные глюки :). Особенно предустановки. Очень часто были такие ситуации - на вход prn подается сигнал, призванный асинхронно установить этот DFF в единицу. Ан не тут-то было - не работает. Причем зависит от остальной логики в плисине - пара LCELLов поставленных удачно - и все начинает работать. А в симуляторе вообще всегда все отлично. Так что дизайн-доктор тут прав - делай все синхронным - проблем не будет.
E-mail: 
info@telesys.ru
