Средства и методы разработки

Подробно про AVR симулятор AVRORA (bialix -супермегареспект!) http://compilers.cs.ucla.edu/avrora/ Avrora, a research project of the UCLA Compilers Group, is a set of simulation and analysis tools for programs written for the AVR microcontroller produced by Atmel and the Mica2 sensor nodes. Avrora contains a flexible framework for simulating and analyzing assembly programs, providing a clean Java API and infrastructure for experimentation, profiling, and analysis. Вот краткое описание их идеологии: Nonintrusive Precision Instrumentation of Microcontroller Software http://compilers.c …s/probes_lctes2005.pdf http://compilers.c …rument/instrument.html Using GDB with Avrora - ваще мечта http://compilers.c …la.edu/avrora/gdb.html Control Flow Graph Tool http://compilers.c …la.edu/avrora/cfg.html Stack Checker Tool http://compilers.c ….edu/avrora/stack.html На AVRORA эмулируют в том числе TinyOS TinyOS + Avrora Quick Start Guide http://lists.ucla. …/2006-July/000447.html http://www.cs.utah …regehr/tos_avrora.html Схема борды, которую симулируют http://www.tinyos. …6310-0306-01ACLEAN.pdf на основе чипа http://www.chipcon.ru/CC1000.htm AVR GCC - брать тут http://winavr.sourceforge.net http://klen.org/Pr …vr-gcc_last_build.html TinyOS - достаточно своеобразная штука. Я на нее косо смотрю, поскольку она не на C создана, но идеи в этой ОСи интересные есть. http://www.tinyos.net/ TinyOS is an open-source operating system designed for wireless embedded sensor networks. It features a component-based architecture which enables rapid innovation and implementation while minimizing code size as required by the severe memory constraints inherent in sensor networks. TinyOS's component library includes network protocols, distributed services, sensor drivers, and data acquisition tools – all of which can be used as-is or be further refined for a custom application. TinyOS's event-driven execution model enables fine-grained power management yet allows the scheduling flexibility made necessary by the unpredictable nature of wireless communication and physical world interfaces. The TinyOS system, libraries, and applications are written in nesC, a new language for programming structured component-based applications. The nesC language is primarily intended for embedded systems such as sensor networks. nesC has a C-like syntax, but supports the TinyOS concurrency model, as well as mechanisms for structuring, naming, and linking together software components into robust network embedded systems. The principal goal is to allow application designers to build components that can be easily composed into complete, concurrent systems, and yet perform extensive checking at compile time. Getting Started with TinyOS and nesC http://www.tinyos. …/tutorial/lesson1.html TinyOS 2.0 Tutorials http://www.tinyos. …2.x/doc/html/tutorial/ nesC is a compiler for a new language (based on C) designed to support the TinyOS project. nesC provides several advantages over the existing TinyOS compiler infrastructure: nicer synytax, complete error reporting, and interfaces to group related functio http://sourceforge.net/projects/nescc/ Описание языка http://www.tinyos. …s-1.x/doc/nesc/ref.pdf Интересно, что Зюбин скажет по поводу этого nesC http://reflex-language.narod.ru/ - его творение... Теперь зачем это надо. Я уже изгал идеи, как можно прогонять test uinit на любой железяке, в которой есть метод "загрузить программу" - разрядность значения не имеет. Применительно к AVR при помощи AVR ISP или AVReal (ну и COM порт на интерфейс взаимодействия с пЫсюком) можно без проблем построить систему автоматического тестирования компонентов ПО. 10к циклов записи - ну и бог сним, признаем контроллер расходным материалом. :) Но очень хочется nonintrusive способа посмотреть, что творится в контроллере. AVR JTAG - это хорошо, но все равно он будет вносить некоторое возмущение в работу. Т.е. даже если с самим ядром мы будем нормально работать, но время для периферии не остановить, и как только мы "заморозили" процессор - все, процесс нарушился. В принципе можно, конечно, искусствено через внешние схемы "морозить" время для периферии (перед входом в дебаг-процедуру запрещаем все клоки), но это малость не то. Хочется виртуальности, чтобы вместо какого-нибудь контроллера поставить модельку, которая мониторила работу ядра с ним. Профайлер продвинутый и т.д. Все это в AVRORA есть. Жаль, она на джаве написана - так нехотелось разбираться еще с одним языком программирования.... Что касается гуевых дебуггеров - тут нет никакоего противоречия со скриптованными. Когда просто разбираешься со средой, или какой-то особенно уникальной ошибкой (в собственной ДНК, например) - да, там гуй неплох. Но вот когда после оптимизации кода надо прогнать его на тестовой наборе данных - за попытку сделать это руками в гуе надо программера ЗП решать. Что касается самих тестов - тут важен вопрос организации процесса. Писать их на том же С - гупость. Есть готовые тулзы { подробнее можно прочитать тут eCos на ARM симуляторе SID, автоматическое тестирование при помощи DejaGNU - очень интересно!!! http://www.caxapa. …echo/arm.html?id=62769 http://electronix. …ex.php?showtopic=18602 } DejaGnu http://www.gnu.org/software/dejagnu/ DejaGnu is a framework for testing other programs. Its purpose is to provide a single front end for all tests. Think of it as a custom library of Tcl procedures crafted to support writing a test harness. A test harness is the testing infrastructure that is created to support a specific program or tool. Each program can have multiple testsuites, all supported by a single test harness. DejaGnu is written in Expect, which in turn uses Tcl -- Tool command language. Expect http://expect.nist.gov/ http://sourceforge.net/projects/expect Expect is a tool for automating interactive applications such as telnet, ftp, passwd, fsck, rlogin, tip, etc. Expect really makes this stuff trivial. Expect is also useful for testing these same applications. And by adding Tk, you can also wrap interactive applications in X11 GUIs. Expect can make easy all sorts of tasks that are prohibitively difficult with anything else. You will find that Expect is an absolutely invaluable tool - using it, you will be able to automate tasks that you've never even thought of before - and you'll be able to do this automation quickly and easily. Они, правда, не очень просты в понимании, но это только на первый взгляд. В общем, нет ниакакой проблемы на Python или любом другом "любимом" высокоуровневом язке написать свой фрейм ворк для тестов. Можно за основу взять PyUnit http://pyunit.sourceforge.net/ Тогда для каждой функции будет писаться тест на некотором макроязыке, что сильно упростит задачу. Посмотрите примеры DejaGnu - там все готовое, типа вот набор данных, каждая переменная меняется от сих до сих, прогнать методом монте-карло с генерацией случайных наборов - все это в несколько строк делается. Мои посты по тематике тестирования (и связанными с нею темами) Продвинутая система тестирования софта: http://www.caxapa. …echo/arm.html?id=48364 http://electronix. …howtopic=11570&hl= eXtreme Programming http://www.caxapa. …echo/arm.html?id=49785 "Питон для Си-программистов" http://www.caxapa. …wwwboard.html?id=57403 http://www.caxapa. …wwwboard.html?id=57960 Ch http://www.caxapa. …wwwboard.html?id=57905 Концептуальный вопрос по написанию прототипа в среде "похожей на embedd Ось" (Ch и не только). http://www.caxapa. …echo/arm.html?id=58541 uCOS-II Win32 порт http://www.caxapa. …echo/arm.html?id=58548 Сквозная система разработки embedded устройств Полноценная GNU среда для embedded разработки http://www.caxapa. …echo/arm.html?id=60891 http://electronix. …ex.php?showtopic=17562 eCos на ARM симуляторе SID, автоматическое тестирование при помощи DejaGNU - очень интересно!!! http://www.caxapa. …echo/arm.html?id=62769 http://electronix. …ex.php?showtopic=18602 Продвинутые make'еры: все уже изобретено! http://www.caxapa. …echo/arm.html?id=61898 http://electronix. …ex.php?showtopic=18212 uCOS: гораздо более правильная ОСь, чем я долгое время думал. http://www.caxapa. …echo/arm.html?id=61909 http://electronix. …ex.php?showtopic=18222 TDD (Test-driven Development) применительно к embedded системам: похоже, я догнал, как это должно быть устроено. http://www.caxapa. …echo/arm.html?id=63285 http://electronix. …ex.php?showtopic=18859 Развитие идей по упрощенной отладке. http://www.caxapa. …echo/arm.html?id=63474 http://electronix. …s=&showtopic=18859 Dream Platform II, или нафига я за RTEMS взялся. http://www.caxapa. …echo/arm.html?id=64967 http://electronix. …ex.php?showtopic=19759 Dream Board http://www.caxapa. …echo/arm.html?id=64968 http://www.caxapa. …echo/arm.html?id=64969 http://electronix. …=findpost&p=143432