Создать цифровой инструментальный кластер — это, наверное, здорово. Однако, если ваша команда разработчиков возьмет на себя смелость заняться такой работой, будьте готовы к тому, что их путь будет усеян неожиданными ухабами и поворотами.
Особенно если ваши ребята раньше делали только аналоговые спидометры и измерительные приборы. И вдруг, все должны переместиться из мира 8 и 16 бит в 32-битное измерение. А это означает, вам понадобятся новые инструменты, новая операционная система, новая система мышления относительно разработки программного обеспечения.
Приведем примеры.
Вчера вы пользовались сравнительно простым циклом задач. Сегодня вы должны создавать многопотоковые приложения.
Вчера вы управляли статической памятью. Сегодня вы должны использовать динамическую память и тщательно тестировать ее на потенциальные пути утечки.
Вчера вы не заботились об интеграции кода. Сегодня вы должны осуществлять компоновку или комплексно работать с BSP, драйверами устройств, графическими библиотеками и многочисленными компонентами. Наш привет надежным процессам создания приложений и управлением конфигурацией!
Вчера вы использовали традиционные приемы работы со встраиваемыми приложениями: установить биты для контактов ввода/вывода, прочитать данные с аналого-цифрового преобразователя, послать CAN-сообщения и т.п. Сегодня вы должны зубрить азы Adobe Flash, программирования сокетов, работы с USB или XML.
Чтобы помочь командам разработчиков распознавать и решать многие из таких трудностей, в журнале Auto Electronics ("Автомобильная электроника") размещена новая статья Энди Грика (Andy Gryc) из компании QNX под названием «Проблемы конструирования цифровых инструментальных кластеров» (Design Challenges for Digital Instrument Clusters).
Пол Леру
Источник: http://onqpl.blogspot.com/2009/08/building-digital-instrument-cluster.html
|