Подробно про 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