С IP, Пришло время Coverify

Сан - Хосе

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

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

Для развития ШОС, традиционные подходы могут подавить проекта команда столкнулась с повышением требований интеграции IP и плотным графиком проекта. Теперь, SOC дизайнеры все больше полагаются как на интеграцию архитектуры, что упрощает требования к проверке и coverification методов, которые облегчают бремя комплексный вектор подходов или автобус-функциональных тестов, созданных для функциональность IP только.

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

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

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

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

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

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

Опираясь на архитектуру интеграции, что принципиально упрощает проверку, SOC разработчики могут значительно сократить свои потребности в проверке. Сегодня Есть интеграции архитектур, которые используют соединения механизмов для упрощения проверки, устраняя необходимость комплексного соединения логики и логических состояний, таких как те, которые необходимы в автобусе-архитектур.

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

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

Робин Бхагат является вице-президентом по технологиям SOC в Palmchip корпорации в Сан-Хосе. Компания на прошлой неделе отпраздновал свой пятый год в бизнесе.