Common Platform Повторное обязательно

ПРОМЫШЛЕННОСТЬ внимание было сосредоточено на переднем конце проблемы интеллектуальной собственности (ИС) оценки и лицензирования, но никто не может надлежащим образом решить реальные проблемы, участвующих в реализации фактического повторного использования IP. Для повторного использования IP выполнить свое обещание должно быть общей платформы для программного и аппаратного обеспечения и контроля использования. Кроме того, успешное повторное использование IP потребует методологии и инструментальных средств для инкапсуляции и визуализации IP разрешить архитектурный подход к интеграции ИС.

Многие из существующих ядер, которые можно разделить на две области: стандартные интерфейсы и универсальные устройства. Эти районы сделать, а также с текущим состоянием интеграции ИС. Интерфейс прикладного программирования (API) общего назначения процессоры хорошо понимают, и стандартные интерфейсы общественные характеристики. Когда вопросам оформления поверхности, как правило, можно определить, если вина лежит в ядре или в системе. В результате разумного уровня повторного использования может быть достигнута для этих типов сердечников с нынешней методологии.

Для более специализированного комплекса ядер, однако, интеграции и отладки становится все труднее по ряду причин, в том числе необходимость создания проверки пакет для тестирования базовой системы, та среда, нужно видеть внутри основного уровня передачи реестра (RTL), чтобы определить источник ошибок, а также возможность программного комплекса ядер соответственно.

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

С момента создания проверочное испытание такая огромная задача, она имеет решающее значение для достижения высокого уровня повторного использования в этой области. Это требует повторного значительный сдвиг в подходе к созданию проверочных испытаний. Большие блоки IP не может рассматриваться в качестве блоков RTL код, который должен быть осуществлена. Напротив, на системном уровне подход должен быть использован, который использует инкапсуляцию и программное обеспечение методов и специализируется на предоставлении предметно-ориентированных тестирования.

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

Хотя работы автономных блок должен быть проверен, цель основе домена проверки заключается в определении того разрозненных блоков IP взаимодействовать правильно. Новый проект-функциональность также должны быть включены в проверку окружающей среды. Кроме того, эта среда должна быть проверена на реальных трафика, проходящего через устройства и реальных приложений, взаимодействующих с устройствами.

Ключевым преимуществом более высокого уровня операций является то, что они будут полезной не только для проверки конкретного блока, а также для проверки операций, а не загонять конкретных сигналов. Если блок IP предназначен для обработки конкретного протокола, например, режима асинхронной передачи (ATM) клеток, а затем проверки окружающей среды должна быть в состоянии генерировать корректные клеток банкоматов и испытания должны создать банкоматов клеток, гнать их с помощью системы, и определить, если блок работает на алгоритмических уровне. Этот тип окружающей среды могут быть использованы из блока ориентированы тест для среды тестирования на системном уровне.

Еще одним важным условием для эффективного повторного использования стандартных API, который используется для всех программ деятельности от проверки к разработке приложений. Стандартизированные интерфейсы программного обеспечения становятся все более распространенными в области ИС, но по-прежнему решающее значение для специальных проектов. Интеграция дизайна намного проще, если Есть драйверы для выполнения всех основных операций, если RTOS интеграции уже выполнена, и если все это доступно для проверки программного обеспечения и команд на запуск проекта.

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

Инкапсуляция сложный просто потому, что он должен быть исчерпывающим. Если какой-либо раздел не установлена, то инженеры будут вынуждены копаться в деталях IP, чтобы выяснить, как его использовать. Для инкапсуляции на работу, все автобусы интерфейсы должны быть полностью определен, блок-схема блока IP должны быть четко определены, средства визуализации должны быть предоставлены, с тем чтобы инженеры могли видеть, что происходит внутри этих блоков, а также программное обеспечение API должны быть обеспечены для того, чтобы IP правильно контролировать и проверочный код сможет правильно осуществлять запроса и IP. Наконец, лог-файлы должны быть доступны для определения правильного функционирования и производительности IP. Все эти компоненты вместе составляют вертикальные срез - один полный разрез, что будет делать новую систему-на-чипе (SOC) дизайн.

Этот единый кусок может быть разработана и апробирована, программное обеспечение, драйверы могут быть включены в отдельный моды. После того как часть интегрирована с другими ломтиками, определенный уровень согласованности между слоями полезным для облегчения проблемы интеграции программного обеспечения.

Каждый вертикальный срез независимой герметичный блок IP. Для этого подхода, чтобы быть успешным, крайне важно, чтобы интерфейс тщательно разработаны и в соответствии с общей методологией и что они обеспечивают достаточно инструментов для разработчиков, чтобы иметь возможность понять внутреннее состояние и функциональность, не вдаваясь в внутренности.

При использовании полной вертикальной часть построена вокруг комплекса специального назначения основных, мы смогли достичь от 50 до 80 процентов повторного проектирования и проверки кода на проектов, содержащих несколько сложных ядер, которые требуют изменения между проектами. Этот метод инкапсуляции позволяет инженерам успешно работать со сложными ядрами свыше 1 млн ворота без детального понимания исходный код RTL. Оценка и лицензирование важные вопросы, решить, если IP повторного использования должна быть успешной. Но реальный ключ к фактически повторно IP заключается в решении проблемы на уровне системы контроля.

Андреас Майер директор по технологиям ASIC Альянса в Woburn, Массачусетс Он также хи архитектора новой системы продовольственный инструмент для проверки IP повторного скоро от ASIC Альянса.