Высокоуровневое проектирование встраиваемых систем. Платунов А.Е - 152 стр.

UptoLike

ВУЗ: 

Университет ИТМО | Санкт-Петербург

Составители: 

Рубрика: 

• сложность полного мониторинга КМС в отладочных целях.
Этот способ удобно использовать в случае сбора статистики и
тестирования готовой целевой системы. Рассматриваемая архитектура не
оказывает значительного влияния на функционирование сети системы. Более
того, при расчете характеристик целевой системы можно зарезервировать часть
ресурсов для решения инструментальных задач. Система может существовать
автономно, без подключения к инструментальной хост-машине. На таком
уровне развития системы инструментальные задачи настолько
специализируются (ди
агностика, сбор статистики и т.д.), что их трудно
называть “идеологически” инструментальными задачами. Они становятся
целевыми задачами определенной степени важности. Данный способ
практически неприменим на начальных этапах разработки целевой системы по
следующим причинам:
• На начальных этапах отладки системы целевая задача слабо проработана, не
говоря уже об ее реализации. Разработка целевой архитектуры займет
достаточное время, в течение которого необходимо работать с системой для
проверки жизнеспособности аппаратуры, решения задач начальной
инициализации, измерения пропускных способностей каналов и т.д.
• Даже при разработанной целевой архитектуре потребуется значительное
время, чтобы обеспечить уникальную инструментальную среду на хост-
машине. Это время можно резко сократить при применении открытой
масштабируемой архитектуры на хост-машине, но даже в этом случае
использование нового не отлаженного компонента в составе
инструментальной системы может затруднить отладку системы в целом.
• Архитектура целевой системы, особенно КМС, может не удовлетворять
требованиям, предъявляемым к инструментальной системе.
2.4.3.2 Инкапсуляция целевой коммуникационной среды в
инструментальную
Основной КМС, связывающей активные объекты системы, является
инструментальная КМС, по которой по мере развития системы начинают
передаваться и “целевые” пакеты (рис. 2.40). Данная архитектура не
подразумевает наличие целевой задачи, последняя может отсутствовать
полностью, что не помешает разработчикам располагать мощным стандартным
средством отладки и всеми наработками прошлых проектов в виде стандартной
инструментальной среды.
Достоинства способа:
• минимальные затраты на развертывание сети и проведение начальных
тестов;
• использование стандартных надежных отладочных средств;
151

Страницы