Не могу заставить ISE (10.1) упаковать триггер который управляет 3-м состоянием непосредственно в IOB. Оно его упорно располагает где-то снаружи.

Хочу сюда:

Может быть общественность подскажет как его уговорить.

Сообщение отредактировал kaktus - May 27 2009, 11:47

Для начала - проверить, что после триггера до буфера нет никакой логики. Если это уже так, то поставить LOC констрейн.

Проверьте так же, что:
1) триггер, формирующий сигнал для перевода в Z состояние работает от того же клока, что и триггер, выдавающий сами данные на буфер
2) сигнал перевода в 3-е состояние не идет "веером" на несколько буферов. если так - то дублируйте триггера

Сообщение отредактировал Gothard - May 27 2009, 12:03

Логики нет. CLK один и тот же.
Веера нет. Веер на предыдущем этапе. От одного на 8, а эти 8 каждый дергает свой BUFT. По ходу упаковки 8 не минимизируются - на FPGA Editor'е все на месте, только не на том , где хотелось.
В исходнике на эти 8 стоят атрибуты KEEP(чтоб в 1 не схлопнул) и IOB. IOB поставлен также и на триггеры данных, и, как видно по картинке, тут он действует.
LOC попробую завтра. Правда хочется обойтись.

Сообщение отредактировал kaktus - May 27 2009, 12:05

Приветствую!

А reset на тригеры разрешения приходит?

Если да - то из за этого тоже может не размещать в IOB если например reset асинхронный

Успехов! Rob.

Думаю проблема именно в KEEP - обычно этот constraint вынуждает MAP/PAR так вывернуть схему, чтобы сигнал, на который навешен KEEP, был либо выходом LUT, либо выходом Slice FF (что мы и имеем в Вашем случае).
Замените KEEP на equivalent_register_removal = false. LOC Вам не нужен - конечно, с LOC получается железобетонно, но от этого страдает гибкость проекта.

В подобных случаях я используютолько пару constraint'ов: equivalent_register_removal = false и iob = true.

На мой взгляд должно хватить лишь глобальных опций:

Register Duplication: разрешено.
Equivalent Register Removal: запрещено.

Да, их хватит, но в случае, если действительно есть что оптимизировать по делу, то тогда остальной проект может стать субоптимальным. Посему я советую всё-таки использовать Equivalent Register Removal локально.

Спасибо! Помогло! (KEEP убрал эквивалент добавил)