esaulenka

Так у Чена и написано: http://elm-chan.org/fsw/ff/en/appnote.html

О, спасибо большое. Хватило одной __cxa_pure_virtual(). На хабре, кстати, довольно подробно расписано, что это такое: http://habrahabr.ru/post/149683/. Всем, кто на эти грабли наступит, рекомендую :-) PS -fno-exceptions и -fno-rtti установлены, не помогают.

С автодополнением я понял, почему у меня не работает. Он показывает всё, что есть в текущей области видимости. При моём способе объявления она куда больше - туда в т.ч. попадают все объекты, которые имеют глобальную область видимости. Переписал на явное указание области, стало приятнее: За мультик спасибо :-) У меня теперь другой вопрос, слегка поважнее. В прошлый раз как-то просмотрел, что дебаг-версия прошивки увеличилась аж на 40 килобайт. Эффект проявляется при добавлении в проект этих строк: struct SpiProps { static const STM32::SPI::SpiNum NUMBER = STM32::SPI::SPI_1; static const STM32::SPI::Remap REMAP = STM32::SPI::REMAP_NONE; static const STM32::SPI::Divisor InitialDivisor = STM32::SPI::SPI_DIV_2; // BusClk = 9 MHz, SPI clock = 4.5 MHz static const STM32::SPI::Cpol InitialCPOL = STM32::SPI::CPOL_L; static const STM32::SPI::Cpha InitialCPHA = STM32::SPI:: }; STM32::SPI::Spi<SpiProps> AccSPI; Что особенно непонятно, эти +40кило появляются только с опцией компилятора -Og. Все остальные уровни оптимизации (-O1, -O2, -O3, -Os) работают нормально, размер бинарника возрастает на адекватную величину. Сравнение map'ов показывает появление следующих функций при добавлении класса SPI: .text 0x08004168 0x88c0 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(cp-demangle.o) 0x0800c944 __cxa_demangle 0x0800ca04 __gcclibcxx_demangle_callback .text 0x0800ca28 0x14 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-strcmp.o) 0x0800ca28 strcmp .text.sprintf 0x0800d34c 0x20 ./Libraries/printf-stdarg.o 0x0800d34c sprintf .text._exit 0x0800d36c 0x4 ./Libraries/syscalls.o 0x0800d36c _exit .text._close 0x0800d370 0x8 ./Libraries/syscalls.o 0x0800d370 _close .text._fstat 0x0800d378 0xc ./Libraries/syscalls.o 0x0800d378 _fstat .text._getpid 0x0800d384 0x4 ./Libraries/syscalls.o 0x0800d384 _getpid .text._isatty 0x0800d388 0x18 ./Libraries/syscalls.o 0x0800d388 _isatty .text._kill 0x0800d3a0 0x10 ./Libraries/syscalls.o 0x0800d3a0 _kill .text._lseek 0x0800d3b0 0x4 ./Libraries/syscalls.o 0x0800d3b0 _lseek .text._sbrk 0x0800d3b4 0x3c ./Libraries/syscalls.o 0x0800d3b4 _sbrk .text._read 0x0800d3f0 0x34 ./Libraries/syscalls.o 0x0800d3f0 _read .text._write 0x0800d424 0x4c ./Libraries/syscalls.o 0x0800d424 _write .text._ZN5STM323SPI3SpiINS0_8SpiPropsEE5BufRwEPhPKhj 0x0800e750 0xbc ./Drivers/Accelerometer.o 0x0800e750 STM32::SPI::Spi<STM32::SPI::SpiProps>::BufRw(unsigned char*, unsigned char const*, unsigned int) .text._ZN5STM323SPI3SpiINS0_8SpiPropsEE6HwInitEv 0x0800e860 0x58 ./Drivers/Accelerometer.o 0x0800e860 STM32::SPI::Spi<STM32::SPI::SpiProps>::HwInit() .text._Z41__static_initialization_and_destruction_0ii 0x0800e8b8 0x34 ./Drivers/Accelerometer.o .text._GLOBAL__sub_I_AccSPI 0x0800e8ec 0x10 ./Drivers/Accelerometer.o .text._ZN10__cxxabiv111__terminateEPFvvE 0x0800f064 0x8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(eh_terminate.o) 0x0800f064 __cxxabiv1::__terminate(void (*)()) .text._ZSt13get_terminatev 0x0800f06c 0x10 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(eh_terminate.o) 0x0800f06c std::get_terminate() .text._ZSt9terminatev 0x0800f07c 0xa c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(eh_terminate.o) 0x0800f07c std::terminate() *fill* 0x0800f086 0x2 .text._ZN9__gnu_cxx27__verbose_terminate_handlerEv 0x0800f088 0x98 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(vterminate.o) 0x0800f088 __gnu_cxx::__verbose_terminate_handler() .text.__cxa_current_exception_type 0x0800f120 0x1a c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(eh_type.o) 0x0800f120 __cxa_current_exception_type *fill* 0x0800f13a 0x2 .text.__cxa_get_globals 0x0800f13c 0x8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(eh_globals.o) 0x0800f13c __cxa_get_globals .text.abort 0x0800f144 0xe c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-abort.o) 0x0800f144 abort *fill* 0x0800f152 0x2 .text._fputs_r 0x0800f154 0xa8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fputs.o) 0x0800f154 _fputs_r .text.fputs 0x0800f1fc 0x14 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fputs.o) 0x0800f1fc fputs .text.realloc 0x0800f258 0x14 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-realloc.o) 0x0800f258 realloc .text._raise_r 0x0800f26c 0x50 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-signal.o) 0x0800f26c _raise_r .text.raise 0x0800f2bc 0x10 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-signal.o) 0x0800f2bc raise .text._kill_r 0x0800f2cc 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-signalr.o) 0x0800f2cc _kill_r .text._getpid_r 0x0800f2f0 0x4 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-signalr.o) 0x0800f2f0 _getpid_r .text.__swbuf_r 0x0800f338 0xa8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-wbuf.o) 0x0800f338 __swbuf_r .text.__swsetup_r 0x0800f3e0 0xd8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-wsetup.o) 0x0800f3e0 __swsetup_r .text.__sflush_r 0x0800f4b8 0x106 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fflush.o) 0x0800f4b8 __sflush_r *fill* 0x0800f5be 0x2 .text._fflush_r 0x0800f5c0 0x54 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fflush.o) 0x0800f5c0 _fflush_r .text._cleanup_r 0x0800f614 0xc c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-findfp.o) 0x0800f614 _cleanup_r .text.std.isra.0 0x0800f620 0x48 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-findfp.o) .text.__sfmoreglue 0x0800f668 0x2c c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-findfp.o) 0x0800f668 __sfmoreglue .text.__sinit 0x0800f694 0x60 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-findfp.o) 0x0800f694 __sinit .text.__sfp 0x0800f6f4 0x74 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-findfp.o) 0x0800f6f4 __sfp .text._fwalk_reent 0x0800f768 0x3c c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fwalk.o) 0x0800f768 _fwalk_reent .text.__smakebuf_r 0x0800f7a4 0x98 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-makebuf.o) 0x0800f7a4 __smakebuf_r .text._free_r 0x0800f83c 0x88 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-nano-freer.o) 0x0800f83c _free_r .text._malloc_r 0x0800f8c4 0xac c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-nano-mallocr.o) 0x0800f8c4 _malloc_r .text._realloc_r 0x0800f970 0x4c c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-nano-reallocr.o) 0x0800f970 _realloc_r .text._sbrk_r 0x0800f9bc 0x20 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-sbrkr.o) 0x0800f9bc _sbrk_r .text.__sread 0x0800f9dc 0x22 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-stdio.o) 0x0800f9dc __sread .text.__swrite 0x0800f9fe 0x38 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-stdio.o) 0x0800f9fe __swrite .text.__sseek 0x0800fa36 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-stdio.o) 0x0800fa36 __sseek .text.__sclose 0x0800fa5a 0x8 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-stdio.o) 0x0800fa5a __sclose *fill* 0x0800fa62 0x2 .text._write_r 0x0800fa64 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-writer.o) 0x0800fa64 _write_r .text._close_r 0x0800fa88 0x20 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-closer.o) 0x0800fa88 _close_r .text._fstat_r 0x0800faa8 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-fstatr.o) 0x0800faa8 _fstat_r .text._isatty_r 0x0800facc 0x20 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-isattyr.o) 0x0800facc _isatty_r .text._lseek_r 0x0800faec 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-lseekr.o) 0x0800faec _lseek_r .text._malloc_usable_size_r 0x0800fb10 0x14 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-nano-msizer.o) 0x0800fb10 _malloc_usable_size_r .text._read_r 0x0800fb24 0x24 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg_nano.a(lib_a-readr.o) 0x0800fb24 _read_r *(.rodata) .rodata 0x0800fb48 0x738 c:/program files/gnu tools arm embedded/4.9 2015q1/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libstdc++_nano.a(cp-demangle.o) Аналогично, эти функции пропадают при включении оптимизации (там, правда, сложнее понять - меняется размер всех функций, и линкер зачем-то меняет порядок сборки). Что это?!

Опять же, отошлю к гуглу. Атрибут constructor сделан для того, чтобы функция (самая обычная, не член класса) "автоматически" вызывалась до старта main. Для чего это может понадобится, я, честно говоря, не знаю. Если нет статических с++ классов и нет этих странных функций, то __libc_init_array(), действительно, ничего не делает.

ek74 давал же ссылку, где расписывается, как работают конструкторы для статических объектов. И пока в SystemInit ничего подобного нет (а в примерах STM он написан на Си), всё работает. И это правильный порядок - SystemInit выставляет корректную частоту ядра, включает внешнюю память (если есть), а только потом выполняются эти конструкторы.

Это надо читать в описании библиотек, прилагаемых к используемому компилятору. STM там, или EFM - разницы никакой. Где почитать это про GCC - самому интересно, собирал информацию по кусочкам, помогает гугл и stackoverflow. Можно задавать более конкретные вопросы, народ тут (или на соседнем подфоруме про opensource средства разработки) на них отвечает.

Это некорректный пример, так у меня тоже работает :-) Ведь если "CH_SEL_" затереть, там появится ещё с полсотни вариантов. У меня, правда, в обратном порядке всё работает - проект конфигурируется галками, и эклипс сам генерирует make-файлы. Какой-то супер-гибкости мне не надо, а потешить самолюбие (я тут всё контролирую!) и так можно - make-файлы лежат себе на видном месте. Я просто думал, что есть какая-то галка, чтобы эклипс подставлял для enum'а только значения, которые в нём разрешены. Ну, нет так нет...

Во-первых, спасибо. Получилось довольно аккуратно, микро-классы для пинов - вообще отличные. А во-вторых, как всем этим пользоваться? namespace STM32 { namespace SPI { struct SpiProps { static const SpiNum NUMBER = SPI_1; static const Remap REMAP = REMAP_NONE; static const Divisor InitialDivisor = SPI_DIV_2; static const Cpol InitialCPOL = CPOL_L; static const Cpha InitialCPHA = CPHA_1; }; } } STM32::SPI::Spi<STM32::SPI::SpiProps> MySPI; Работает, но выглядит некрасиво. Сделать using namespace не получилось - почему-то из области видимости пропадают enum'ы. Это тоже не работает, даже в вышеприведённом варианте - предлагает всё подряд. Где-то есть галка?

У меня предложение - выкинуть ВСЁ и сделать правильно. Полез в гугл посмотреть, что такое этот HT1621, и наткнулся на весьма внятное описание у... ардуинщиков. Рекомендую . ht1621.writeMem придётся самому делать, но, кажется мне, он уже готов.

srecord использует CCITT по умолчанию, так что результат эксперимента, скорее всего, получился некорректный.

За годы форумной войны с реализацией уарта в STM можно было б матчасть и подтянуть... Прерывание IDLE есть, срабатывает при паузе, равной одному байту (длина не настраивается).

Пользовался только "стандартным" CRC, так что мысли чисто теоретические, но... Документация сообщает нам, что значение полинома надо передавать просто числом, без -poly. Ключ poly - это ИМЯ полинома. Сергей, crc16-l-e / -b-e в документации есть (http://srecord.sourceforge.net/man/man1/srec_input.html, искать "crc16"). Другой вопрос, что документации могло бы быть и побольше, без чЮдных фразочек "и вообще, это опенсорс, смотрите в исходниках".

Не надо ничего руками трогать, оно и так хорошо работает. Линкер создаёт специальные символы, по которым этот __main() инициализирует RAM. Помнится, в скаттер-файле можно легко ошибиться - всё собирается, но этот __main() копирует данные вечно. PS почти всегда пользовался автоматическим scatter'ом. Максимум, что мне надо было - "откусить" кусочек flash под загрузчик, это галками сделать легко. Для более сложной конфигурации (вспомнить бы, зачем мне потребовалось раскидывать функции по RAM, да ещё с жёстко заданными адресами..) пришлось изрядно почитать, и заработало оно не сразу.

У меня подозрение, что это курсовая работа "собери детекторный приемник" :-) Соответственно, "кирпичики" сложнее И-НЕ, Шмитта и т.д., скорее всего, под запретом.

У топикстартера - может, о чём написано в первом же сообщении темы. Учитесь читать.

Рекомендую пристально посмотреть в сторону стека libopencm3. Красивых GUI-конфигураторов там не дают, зато код красиво пишут :-) CDC там есть, поддержка STM32F10x (у них такой же USB, как и у F042) - тоже.

Какой вариант лучше - вопрос предпочтений. В первом случае процессор чуть меньше загружен. К тому же, если почему-то заблокируется прерывание от таймера в момент прихода ответного импульса, значение переднего фронта потеряется (можно проанализировать флаг переполнения и что-то сделать). Во втором случае экономится один канал таймера (актуально, если датчиков много). Во втором случае, кстати, не обязательно ждать переполнения таймера - можно использовать прерывание по заднему фронту импульса.

Ну... Надо учитывать, что Шенжень находится достаточно далеко от Оксфорда :-) Соответственно, язык там знают неидеально... Правильное описание алгоритма этого датчика, кстати, есть в разделе product features. А как трактовать "not suggested to connect directly to electric"... Видимо, "не втыкать при наличии питания" (и это правильно!)

За неимением осциллографа можно пользоваться лог.анализатором. Самый дешёвый вариант - китайский. Тем не менее, работает хорошо, периодически заменяя осциллограф ценой в несколько тыс. $. Аналоговые подробности сигнала там не видно, конечно. Но просто посмотреть, как ножки контроллера дёргаются - очень полезно. А собственно осциллограф... 200..300$ - это самое-самое начало... Не понял, что это. Полная документация есть? Могу предположить, что "длительность высокого уровня на выходе echo". Почему в описании предлагают измерять длительность от входного сигнала... Видимо, ошибка.

Как нарисовано, так и работает. По входу "триггер" датчик формирует пачку импульсов. По окончанию отправки пачки датчик выставляет "эхо" в единичку (у него это занимает ПРИМЕРНО 468 мкс). По окончанию приёма пачки датчик выставляет "эхо" в ноль (длительность импульса - именно то, что нам надо). Слово "примерно" я подчеркнул не зря - скорее всего, за цифру 468 производитель не ручается. Соответственно, ПРАВИЛЬНЫЙ алгоритм - померять время обоих фронтов (благо, Вы это делать умеете - нужно задействовать ещё один канал таймера) и вычитать одно из другого.

Осциллографа под рукой нету? Моргания светодиода в 0.5 миллисекунды глазом увидеть никак не получится, значит, это явно не то значение. Может быть, через 468 микросекунд этот сигнал echo переходит в единицу, а потом, собственно, по получению эха, обратно в ноль?.. Быстрый способ проверки - поменять полярность срабатывания capture. Правильный способ - почитать документацию (и нам показать).

Ещё б документировать его не только на форуме... И вообще, мне кажется, стоит добавить табличку с комментариями в target_cfg.h: CORE_PRIORITY_BITS = 4 для STM32F1xx, F2xx, (F3xx ?), F4xx, LPC17xx, LPC18xx CORE_PRIORITY_BITS = 3 для LPC13xx, LM3S CORE_PRIORITY_BITS = 2 для STM32L0xx, LPC11xx Значения для этой таблички может выдать grep __NVIC_PRIO_BITS по базе с заголовками на процессоры. У меня таковой нет, к сожалению... И да, принудительно привести тип будет аккуратнее: enum { SYS_TIMER_PRIORITY = (uint8_t)(0xFEUL << (8-(CORE_PRIORITY_BITS))) };

Подходят, наверное. Но TI-ную отладку можно незадорого купить и почти сразу использовать, а с первого раза сделать наноамперный измеритель... Я лично не готов.

У Texas'а занятная получилась отладочная плата, спасибо за наводку. Чтобы проще искалось: статья-описание из Радиолоцмана (по-русски фиг найдёшь, только со всякими супер-файлохранилищами, которые деньги вымогают); руководство на саму плату (схема в конце, интересен лист 5). Собственно, вопрос к тем, кто работал с TI'шными демо-бордами. Там можно без использовать ТОЛЬКО этот измеритель? Аппаратно, насколько я понимаю, легко (даже перемычки специальные есть), а вот программно... Задачи "померять что-нибудь этакое малопотребляющее" в хозяйстве всплывают периодически, сейчас решаются... с невысокой точностью.

И что, даже картинку "Download" из правой колонки странички IAR ARM убрали? Вот редиски...