ПОИСК Статьи Чертежи Таблицы Отрицательные стороны из "Проектирование на ПЛИС архитектура, средства и методы " Одна из проблем, присущих описанным в этой главе методам, заключается в том, что их использование может привести к большой растрате ресурсов, так как во время написания этой книги, наилучшее разрешение, свойственное этим методам, составляло величину одного целого столбца. Другими словами, если какой-то функциональный блок занимает, скажем, 75% логики этого столбца, остальные 25% будут неиспользованными. Поставщики ПЛИС, поддерживающие подобные архитектуры, говорят о некотором механизме, который в будущем позволит поддерживать лучшее разрешение. [c.216] Другая проблема заключается в том, что описанные здесь методы почти обрекают каждый логический блок на реализацию в виде высо-кий-и-тонкий , так как они могут состоять только из одного или нескольких вертикальных столбцов. Это особенно огорчительно, когда речь идет о функциональных блоках, которые больше подходят для реализации в виде низкий-и-широкий , т. е. при необходимости использования небольших частей из нескольких, находящихся рядом столбцов. [c.216] пожалуй, наиболее существенным недостатком первых версий средств и методов, использующих рассматриваемую архитектуру для реализации концепции модульного и пошагового проектирования, является то, что кто-то, скажем системный интегратор, вынужден вручную создавать компоновочный план устройства. Этому бедолаге предстоит также определить и разместить специальные интерфейсные блоки, называемые шинными макроячейками, для связи шин и передачи индивидуальных сигналов из одного блока в другой (Рис. 14.4). [c.216] Первые версии средств разработки компоновочного плана, определения и размещения шинных макроячеек были, мягко говоря, неудобными. Ходят слухи, что в недалёком будущем произойдёт замена программного обеспечения, вследствие чего выполнять эти операции станет существенно проще. Хуже, чем есть, не будет. [c.216] Вернуться к основной статье