Итак, тема симуляции разделилась на две: полностью виртуальную и полунатурную. Возможны следующие конфигурации:
(1) DejaGNU -> GDB -> виртуальный симулятор ядра (пример: PSIM)
(2) DejaGNU -> GDB -(COM | Ethernet)-> GDB Stubs на виртуальном симуляторе ядра + периферии (пример: SID)
(3) DejaGNU -> GDB -(COM | Ethernet)-> GDB Stubs на реальном железе
(4) DejaGNU -> GDB -(JTAG)-> реальное железо
Разработка идет "сверху".
(STAGE 1) Вначала прописываем каркас системы:
* разделение на модули
* поток данных между ними
* механизмы IPC и взаимодействия с API оси.
Для этого чего-то типа PSIM хватит за глаза - нам нужно ядро и таймер. Все остальное - "объекты в памяти". Одновременно на этом этапе начинаем писать test suite для модулей.
(STAGE 2) Затем делаем "болванки дров" будущего железа. SID вне конкуренции. На этом этапе пишем test suite для дров.
(STAGE 3) Потом переходим к реальному железу. Тут уже полный прогон всего наработанного test suite на реальном железе.
(STAGE 4) Специфическое тестирование - например, что-то глючит только в условиях кустомера. Ноут, JTAG хороший, и к кустомеру - гоняем тесты в его условиях.
DASM, спасибо ему, задал отличный вопрос: "А сколько Вы будете трахаться, чтобы получить реалистичную модель GPRS мудема со всеми его реальными глюками?" Ответ - нисколько!
(STAGE 1) - тут все понятно.
(STAGE 2) - пишем реальный код, но вместо PPP сокета используем "виртауальный сокет" из компекта SID
Members of this family of components perform I/O on a TCP socket and relay data across a pair of pins to some other component
http://sourceware. …ocs/sid-io-socket.html
Отлаживаем сервер, который принимает наши данные.
(STAGE 3) Тут уже поднимаем какой-нибудь LwIP, и доводим его до ума. Если ранее интерфейс всего остального софта с PPP частью был продуман, то отладки всей остальной части проекта не нужно, нужно лишь после доведения PPP до ума прогнать написанные (и отлаженные!!!) ранее тесты.
(STAGE 4) Вот это самое интересное! Приходит кустомер и говорит - "а у меня в моем медвежьем углу глючит страшно!" Ноут, и, как описано выше, гоняем тесты прямо у кустомера. Поскольку к этому моменту компект тестов хорошо продуман и отлажен - вероятность выловить, что же у него глючит, высока.
Evgeny_CD (13.07.2006 17:49, просмотров: 1) ответил AlexandrY на Хм, если бы Евгений еще и примеры применения давал бы, то это было бы уже странно
)