Tri-state насколько опасно? Опции

[-=Vitaly=-]

Здравствуйте !

Делаю АСИК и имею память 8 бит х 110, которая вычитывается по SPI, . Выходы 110 флопиков висят на шине с три-стейтом, когда надо какой-либо вычитать я выставляю адрес и подключаю один из флопов и далее мультиплексором выставляю на MISO побитно данные подключенного флопа.

1. Как быть с тестируемостью ? Тетрамакс или Енкоунтер Тест переварят такую конструкцию?
2. Будут ли проблемы при смене адреса, т. е. нужно ли сначала ставить один адрес, вычитывать, потом переводить в третье состояние, потом ставить другой адрес, вычитывать и т.д. Или просто менять по фронту адрес?
3. Как можно по-другому хорошо разрешить эту ситуацию не используя буферов с третьим состоянием?
4. По какой причине в АСИКсах стараются не использовать буферы с третьим состоянием?

Заранее спасибо!

[zzzzzzzz]

Да все в порядке. Это типовой случай "общей шины". Проблема только одна - емкость выхода, к которому подключены выходы 110 триггеров. Если у каждого (а это д.б. мощные буфера) порядка 3 пик, то уже 330 пФ. Посчитайте мощность, рассеиваемую для своей частоты.

Буферы с третьим состоянием используются "сплошь и рядом" в ASIC. Это требует лишь понимания процесса. В библиотеках они должны быть обязательно. В моей, например, около 40 штук на разные случаи жизни. Очень и очень экономят площадь по сравнению с мультиплексорами.

В Вашем случае целесообразнее использовать "дерево" ключей, все-таки. Для снижения емкости и повышения быстродействия при снижении мощности.
Это дерево хорошо стыкуется с дешифратором. А в первом случае - более целесообразен сдвиговый регистр со сбросом.
Но, и в том, и в другом случае надо позаботиться об устранении конфликтных ситуаций, выбросов и просечек в выходном сигнале. Не помешает также триггерная петля с последовательным сопротивлением, устраняющая "полное" третье состояние.

Рассмотрите также возможность использования "открытых стоков" на общую шину, подключаемую к питанию, например, между считываниями. Это тоже ячейка с третьим состоянием, но с меньшей выходной емкостью.

[yes]

Буферы с третьим состоянием используются "сплошь и рядом" в ASIC. Это требует лишь понимания процесса. В библиотеках они должны быть обязательно. В моей, например, около 40 штук на разные случаи жизни. Очень и очень экономят площадь по сравнению с мультиплексорами.

то что технически можно сделать открытый сток или HiZ выход для CMOS - нет вопросов

но поймут ли STA тулзы? тут тоже принципиальной проблемы нет - но вроде как не принято...

а библиотек без таких элементов могу привести пол-дюжины

[zzzzzzzz]

то что технически можно сделать открытый сток или HiZ выход для CMOS - нет вопросов но поймут ли STA тулзы? тут тоже принципиальной проблемы нет - но вроде как не принято...
а библиотек без таких элементов могу привести пол-дюжины

Кем не принято? Тут каждый - кто во что горазд. А то, что в, например, многих открытых ядрах и проектах используются мультиплексоры вместо общих шин - свидетельствует как раз о слабой компетенции их разработчиков в этом вопросе, либо о совершенно наплевательском отношении к размерам топологии и быстродействию. Это приемлимо, в принципе, но не есть хорошо.
Мы в своих проектах используем по мере необходимости. Все синтезируется и моделируется, проблем нет. Примитивы такие есть во всех синтезаторах.

Библиотеки без TS-буферов, конечно, есть. В RF-библиотеках, порой, вообще одни транзисторы, резисторы, кондюки и индуктивности. Все зависит от задачи. Универсальные цифровые библиотеки должны иметь такие ячейки по определению. А в ПАДах - так просто никуда без этого.