Примерно так. В конкретно этом случае - если ему сказали что переменная volatile и ее надо сто раз увелисчить на 1, то он обязан именно 100 раз ее увеличить а не один раз прибавить 100. Хотя с точки зрения математики оба действия эквивалентны.
Я уже написал выше - если задача написана правильно, она работает при любом уровне оптимизации. Если в зависимости от уровня оптимизации она или работает или нет - значит она написана неправильно.
Это совсем не значит, что она не содержит ошибок.
В правильно написанной программе - никаких.

При O-0 компилятор сгенерирует вам нужные команды для каждого из выражений. Чтобы вы могли пройти по шагам по каждому из этих выражений в дебаггере. А при более высоком он сам сосчитает, что в if() a = 5 и это условие не будет истинным, значит {кусок кода} никогда не будет выполнен и его можно смело выбросить. Теперь понятно?

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

Разница в том, что я для своих утверждений имею достаочно оснований - сам по неопытности попадал в такие ситуации. И их могут подтвердить многие опытные участники конференции. А ваше утверждение голословно.

Замечательно. Вам указали лучшее решение, вам показали где у вас ошибка и даже несколько раз разжевали почему это именно ошибка. В ответ получаем Ну продолжайте верить.

В этом примере упор был на то, что вместо безликих нулей и единиц используются символьные имена битов. Что сильно упрощает и чтение и модификацию программы.

прочитайте еще раз тот абзац внимательно.

P.S. и постарайтесь просматривать свои сообщения на предмет орфографических ошибок - глаза режет.

Шмешно.

выкинуть всегда можно. Но если вдруг понадобится чуток подправить функциональность, то 0 на 1 заменить проще, чем дописывать.

2Andy Great
Да что вы прицепились, с этим GNU? Не работаю я с ним, и работать НЕ СОБИРАЮСЬ! И проблемы, возникшие с ним, решать не собирался. Просто подчеркнул что есть. Если даёте ответы, то уточняйте: я так понял что компилятор и проекты должны быть без пробелов.

Ни чего я не порчу, я поднял вопрос, который был решён. И если не поднял бы, то кто этих нюансов не знал, просто так не проскочили.
Когда в начале топика задавались вопросы типа как с UART работать, все молчали. Были лишь изредкие фразы типа “вы отлично варитесь в собственном саку, ну и варитесь там!”. Чтож… Я не спорю, даже скажу согласен с этим. Но когда “поварившись” результатом чего явился РАБОТОСПОСОБНЫЙ проект и был выложен, что бы им пользовались такие как, я был неделю назад (если мне дали тогда этот проект, то я бы поблагодарил). Целью проекта было постепенное наращивание, освоение новой периферии (выкладывание промежуточных результатов) и КОНСТРУКТИВНОЕ обсуждение отдельных алгоритмов, не поливая помоями чужие варианты! Если бы кто, например, сказал, вот тут (x=1; x<100;x++) пауза будет не точной, потому что используется такая инструкция проца (которая в режиме таком то выполняется за два такта), другой бы сказал что он применил другую конструкция, которая меньше места занимает, а третий бы предложил более большую конструкцию, но с более богатыми возможностями.
Но нет!!! Как этот “презренный” посмел обратиться к нам, небожителям! И надругаться над нашими священными постулатами. Он даже ПОСМЕЛ! , стыдно сказать, bin использовать! Так умри же за это!
Когда надо было, так нет никого, а сейчас налетели как коршуны, и каждый пытается клюнуть побольнее. При чём вместо самообучение, я получил публичную порку, и вместо предложений и обсуждений по коду я должен оправдываться за каждое сказанное слово. Оправдаться то я могу, но надоело уже .
Всё больше вы меня не услышите! Если кого обидел, не держите зла, если кому помог, то и помогите вы в будущем, таким как я. Пока.
И он гордо удалился, громко хлопнув за собой дверью, и лишь шаги постепенно стихали где то там в дали пока полностью не стихли, и тишина медленно заполнила собой опустевшее пространство…


Просьба к АДМИНИСТРАТОРУ. Удалите пожалуйта мой проект, а то сам этого я что то сделать не могу. Не хочу что бы люди "розачаровывались".

2Alex_inventor
Почему ты так болезненно воспринимаешь критику?

Какая "порка"?
Ну указали, что тут и там неправильно. Наверное, это так и есть?

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

Если проект будет удален, то его сюда выложу я, дабы у последующих читателей не возникала мысль о якобы имеющем место быть избиении невинных младенцев с "красными дипломами" и "100 проектами за плечами" .

Обещал не отвечать, но тебе отвечу (похоже единственному, кто себя не считает небожителем):
Ты писал что, мне указали на явные ошибки программы. Какие ошибки? Что программа работает неверно? Я люблю использовать bin, НИКОГО НЕ ЗАСТАВЛЯЮ ДЕЛАТЬ ТОЖЕ САМОЕ, но когда “небожители” слышат что я это делаю, они ни все хором тычут меня в книги, как нашкодившую собаку. Обсуждение оптимизации напоминает: “Я тебе про Ерему, ты мне про Фому.” Что в результате? Я не намного больше узнал про UART чем, до обсуждение темы.
Хочу отметить, что есть и продуктивные участки форума, например обсуждение про volatile. А так вода…

zltigo
Ox!Ox!Ox! Напугали! Коленки трясутся! Нахождение проекта на форуме вопрос скорее риторический, чем практический! Я могу ещё выложить. Выкладывать? Что, пиписьками мерится будем? Неверите тому, что я пишу? Что сотня проектов на МК для вас запредельное число? Ужазз…

2Alex_inventor

Понятно, если привык к чему-то - менять не хочется.
Всё-же, думаю, надо стремиться к лучшему.

Например, выражение 00001110 мало о чём говорит.
А если это будет 1<<BIT1 | 1<<BIT2 | 1<<BIT3 то уже понятно, какие именно биты задействованы. Не надо каждый раз лезть в мануал, чтобы понять, что к чему.

void puts( uint8 *str )
{
do{
OUTCH( *str )
}while( *str++ != '\0' );
}
будет выводить и нуль.

Форум приносит пользу, это однозначно. Зря ты решил его покинуть

Да что-то элементарно не стыкуется подобный опыт проектов, со школьным кодом, правописанием и подростковым апломбом.

Нет.


А "красный диплом института", судя по грамотности, больше смахивает на "волчий билет из школы"

Никогда не пользовался UART портом.
В даташите написано, что через него можно подключать приёмники IrDA. То есть можно сделать управление девайсом с помощью ИК пульта дистанционного управления? Интересно, надо будет заняться этим.

А как понимать oversampling применительно к UART? Значение пересэмплирования может быть 8 или 16. Для чего оно используется?

Проблема ведь не в том, как выводить! Интересно, а как этот '\0' который так хотелось выдавать отображаться-то будет? Не будет? Зачем тогда выводить.

Нет, не только он. Многие программы этого не любят, да и нелатинских символов в путях тоже. Учитывая, что некоторые из них размещают данные в "Моих документах", а их авторы не ведают о локализованных версиях Винды, случаются порой забавные, а порой и не очень приключения.

2ALL: Не напоминает ли вам один из участников реинкарнацию незабвенного раз-два-три?

Не пойму точно, что означает вот это:

Program code is being executed out of flash

1. Программа выполняется во флэш-памяти?
2. Или наоборот - не во флэш?

Склоняюсь к первому варианту...

Да великий и могучий английский языка

"executed out" не является фразеологическим глаголом, ( по крайней мере у англичан) - ничего конкретного не скажешь . Идем дальше "out of" - если в лоб, то вне, блин, но что-то не то.
Теперь начинаем по три слова рассматривать - с глаголом или существительным - дилема "executed out of" или "out of flash". Первый вариант это естественно из FLASH второй совсем наоборот, однако.
Прислушиваемся к голосу разума, опыту и прочему..... э.... Пытаемся явно написать что исполняется за пределами FLASH ну ничего в голову не приходит, кроме как для определенности добавить какое-нибудь слово между executed и оut. Да Однако начинаем мыслить шире отвлекаясь от русского языка - ведь код по любому исполняется за пределами FLASH, поскольку у FLASH "исполнялки" то нет, ну а
берется то он .... A!!!!
Program code is being executed out of (в смысле from) FLASH - практически без вариантов.

P.S.
Это не "C" читать

Юмор - это хорошо, посмеялся
Спасибо, я так и думал.
Инглиш иногда заставляет задуматься над простыми в общем-то фразами

В эррате Сзма покопался. Ошибок - куча. Там они что, с бодуна процы свои проектируют? Разгильдяи

Нет и на "Verilog"-е они много лучше пишут, чем некоторые на "C"

Посмотрел эррату на LPC2148 - и порадовался за Philips.
Маленький документик, в разы меньше глюков, чем у Atmel.
Ай-яй-яй

А я в течении 2-х лет наблюдал как разрастается errata на LPC2292.
Притом баги от ерраты к еррате не только появлялись, но и перерождались и исчезали.


А вааще, смишной топик.

Кто про Фому, кто про Ерёму.
Кто про проблемы свои насущные.
Кто на путь истинный ставит, а кто и бочку назад катит. Пора Кота Леопольда вспоминать, а то подерётесь!

Кстати небожители эт хто? Нас тут похоронили чёли?

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

GCC пробелы просто обожает. И в именах файлов тоже. Просто нужно ему объяснить какие пробелы в именах файлов, а какие между ними. Делается это обычно с помощью кавычек. Типа

gcc -I "C:\Program Files\Rowley Associates Limited\CrossWorks for ARM 1.6\include\targets" main.c

Замечу, что это нормальное поведение виндовой программы - всякие встроенные copy, dir или notepad ведут себя абсолютно так же...

Так что это проблемы не gcc, а оболочки.

Нет, нельзя. Это совершенно разные системы. IrDA придуман для передачи данных. В нем передаются байты, почти как в UART, только единица не передается, а ноль передается коротким импульсом длительностью 3/16 бита. Поверх этого лежит стек протоколов, позволяющий эмулировать COM, LPT, передавать файлы и прочие объекты (визитные карточки, например). Пульты ДУ передают несущую частотой 30-48КГц, модулированную импульсами. В зависимости от протокола кодирование импульсов разное. Передается ограниченный набор простых команд.
Приемная ножка считывается 8 или 16 раз за время бита и на основании трех из этих результатов делается вывод - был на ножке 0 или 1.

Понятно.
1.То есть нельзя использовать встроенный в сэма демодулятор IrDA для приёма сигналов с ИК пультов?
2.Значит, это какая-то защита от помех или что? Ведь и без пересэмплирования UART будет прекрасно работать?
А, нет, почитал внимательнее - в асинхронном режиме только с пересэмплированием, а в синхронном - без
Понятно.


То, что баги исчезали - это естественный процесс, хотя, применительно к SAM7S этого не наблюдается. И ревизий-то всего 2

Та то я знаю... Но это моветон - пробелы-то. Опять же, если gcc на базе Cygwin - ему нужны прямые слеши. Зачем париться, если соблюдая простое правило (о каталогах) можно этого просто избежать.

Может быть местные гуру иногда и бывают резки, но в общем и целом они правы. Нельзя "научить" человека программировать. Можно только помочь ему научиться, причем, чем меньше отвечают вам на ваши вопросы, тем (иногда) лучше - знание, приобретенное собственными потугами не забыватеся, в отличие от регулярных подсказок. Обратите внимание: на конструктивные вопросы (читай не совсем "детские") были даны ответы. А разжевывать все "от" и "до" НИКТО не будет. Конференция нужна для того, чтобы вас поправили в некоторых местах, а не сделали все за вас. Именно поэтому никто на попытался ответить на вопрос "как работать с УАРТ" (этот вопрос мне напоминает вопрос секретарши по телефону: "у меня винда не работает! Что делать???"). Зато когда вами был предложен вариант решения, опытные люди показали на ошибки и/или пожелания к культуре программирования. Повторюсь: это единственно правильный вариант общения в конференции. А готовых приверов полно компиляторах.

Отдельный sonycman'у за проявленное терпение и понимание.

PS: прошу не обвинять меня в неграмотности: "вам" намеренно писал с маленькой буквы, т.к. обращался ко всем новичкам, общающимся в этой ветке форума.

Еще раз повторю Сергея Борща
irDA и пульты ду - суть разные вещи, базирующиеся на одной и той-же среде передачи - ir лучах. Но даже физически эти интерфейсы разные.
По поводу пультов ду - есть хороший аппнот atmel avr410.
Для irda тоже кое-где мелькала информация.

По IrDA понял, спасибо
Жаль, что не совместимы


Спасибо!

Нашёл в сети вот это:

А разве в первом случае при обрашении к этой строковой константе не будет грузиться указатель из памяти?
Наверное, если эта константа находится рядом с куском кода, её обрабатывающим - то она может быть адресована косвенно через PC.
Но если нет - по-любому же будет резервироваться слово в памяти для указателя?

Как чего разложит компилятор не Ваша забота.
Просто во втором случае str - переменная, т.е. укалатель указывающий на константную (скажем так неименнованную) строку. Дальше в коде Вы легко можете написать str = "la-la=la".

Точно!
Во втором случае указатель действительно можно переназначать.
И - автор был неправ - место в памяти под указатель не резервируется ни в первом, ни во вторм случае, так как данные находятся рядом с кодом и используется косвенная (PC+) адресация.

Но это зависит от того, как и куда разложит данные компилер. Если к константе "Privet" будет обращение из отдалённого сегмента кода - из памяти будет загружен 32 битный указатель.


Хотел спросить знатоков про таймеры.
Допустим, задаче требуется n-ное количество независимых таймеров для задания больших (десятки/сотни миллисекунд) задержек перед/после определённых событий.
Для этого я использовал n-ное кол-во переменных tmr, куда заносил значения задержек.
Один аппаратный периодический таймер обрабатывал на прерывании все эти переменные - в сторону уменьшения до нуля.
Программа опрашивала их, и при обнулении считалось, что пауза выдержана.
А какие есть альтернативные решения этой проблемы?

А не все так плохо и ужасьно. На самом деле IrDA и Remote Control пересекаются по крайней мере в двух случаях.
Первый - некоторые люди заметили что 115200 = 38400*3, а 38400 Гц очень похоже на 38 кГц, которые используются в дистанционках. И написали проги, которые передают по протоколу IrDA (те самые 3/16 импульсы) некие байты - специально подобранные битовые маски типа 00100100, из которых полосовой фильтр на 38 кГц в ИК приемнике управляемого аппарата выделяет модулированную посылку, аналогичную той что передает родной передатчик. В программе LIRC точно есть такой модуль.
Второй - CIR (Consumer IR). Это просто условно говоря светодиод, подвешенный на ножку порта, а фотоприемник (без демодулятора) на другую ножку. Обычно это один из режимов ирда-интерфейса. И можно передавать и принимать что угодно. Хошь ирду, хошь код rc5 для дистанционок. Это уже должно быть в железе, но говорят что реально встречается на материнках и КПК. Сам не видел.

Использовать compare. Перед/после определенного события загружать регистр сравнения на определенную величину и ждать срабатывания.

Пока не знакомился с проектами, использующими RC5 (так, вроде, называется протокол ИК пультов бытовой техники?).
Интересует только приём комманд с пульта.
Значит, модулятор для передачи можно, таки?
А демодулятор для приёма?

Уже думал над этим. Но может потребоваться одновременное использование нескольких таймеров. Аппаратных таймеров не хватит.

А демодулятор наверное нельзя (первым методом) - потому как простая посылка 38 кГц ну никак не похожа на IrDA-сигнал с его стартовыми-стоповыми битами и строго определенной формой.
RC5 это для примера, главное 38 кГц заполнение.

Одно из решений, применяемое в "больших" ОСях - создается сортированный список таймеров. При этом каждый следующий таймер инициализируется разницей требуемого времени и времени предыдущего. Таким образом в прерывании декрементируется только один таймер. Когда он досчитывает до нуля - генерится сигнал, элемент из списка удаляется. В следующем прерывании будет декрементироваться следующий таймер, отсчитывая оставшееся время. Метод дает выигрыш для большого количества таймеров. Но требует накладных расходов - использование динамической памяти, прцедуры поиска по списку и вставки в середину списка.

Больше вариантов не знаю. Тоже интересно узнать про другие реализации.

Понятно.
А пульты бывают, в основном, именно с модуляцией 38 кГц?
Тогда демодулятор надо делать внешний, или софтовый, может?


Хм, интересное решение. Спасибо. Буду знать

Очень часто. Бывают и другие - но тоже около 40, далеко они намного реже забираются. Есть готовые ИК ДУ - приемники, деталька на трех ножках с глазком черным. Земля, питание и выход ТТЛ-уровня. Внутри приемник, усилитель, полосовой фильтр и демодулятор. Сразу на нужную частоту - при покупке нужно узнавать какой на какую. Маркировку конечно не помню, мож кто подскажет.

Замечательно!
Значит - тут всё просто!
Дело только за софтом.
Спасибо.

Они хороши против примитивного решения еще и тем, что содержат схему АРУ, позволяющую исключить влияние внешней засветки.
Для полноты картины глянь проект Леонида Ивановича: Применение кода RC-5

Hello All.
Я опять на форуме. Нужда вынудила. Ирония типа: “Возвращение блудного сына” или “Явление Христа народу” попрошу оставить при себе. Настоятельно прошу!
Прежде всего, хочу сказать, что я писал только правду. Кого-то обманывать? Зачем? Какая выгода? Если б, хотел обмануть, то я вам такую сказку тут наплёл бы… Поверти, красноречия у мне хватает (думаю заметили уже). Выкладывание отсканированных дипломов? А что это решит? 100 проектов вас смущает? Я же не говорил, что я OS пишу (хотя было желание как-то написать GSM модем, но хорошие люди отговорили). Большинство моих проектов 4-8 кБ (AVR). Ну, например, приходит друг, говорит надо такую “Приблуду” для телефона. Пожалуйста – час придумывания схемы, час делание платы, час писание пороги, 3 часа отладки и девай-с готов. Вот вам и проект за день. И таких проектов была целая куча.
Погорячились и хватит. Просто не надо поливать помоями чужие старания. Кто та над ними сидел, корпел, вымучивал. Надо быть дипломатичнее. Я пытался обсудить, как использовать ARM (например, периферию как задействовать), а не стили писания. Я долгое время работал чисто на asm. По этому и стиль этот применяю в С.
По поводу обсуждения bin, я для себя решил так, никто не был на 100% прав, истина находилась как всегда по середине. Например, регистры GPIO я однозначно буду инициализировать в виде bin(x,x,x,x), ну а UART там можно и (1<<x).
Замечания по поводу, правописания, скажу, я не на экзамене по русскому языку, и вообще я не в России живу и язык у меня родной другой. Хотя я почти всегда, посты свои в WORD на ошибки проверял.
Теперь по существу. Выкладываю проект заготовку. Не могу понять одну вещь. Почему в Startup в блоке “Configure and Enable PLL” вдруг в регистре VICRavIntr появляется число 0x1000. А потом порога неожиданно срывается в SWI. Все места на которые нужно обратить внимание я пометил brickpoint и написал краткий комментарий.

Если у Вас максимальное количество "таймеров" заранее известно то не обязательно использование динамической памяти.
Тут тоже путей несколько:
1. использование глобальных структурок которые при "засовывании в таймер" включаются в сортированный список
2. Использование массива в модуле таймера, в котором тоже сортируются "записи".

Помимо декремента можно использовать просто "таймерную инкрементируемую переменную" с достаточным коэффициентом пересчёта.
Например в обработчике прерывания каждую мс инкрементируется переменная nTime с некоей разрядностью которой достаточно для максимально-возможного таймаута.
Допустим когда nTime==12345 ктото захотел запустить таймер на 234мс., тогда в всё тотже список засовывается значение 12345+234=12579, т.е. то значение которое должно быть по истечении таймера. Минусы - небольшой контроль переполнения.
Плюсы - перезапуск таймера в любой момент без привязки к текущему времени.


Ну а если надо не события из обработчика таймера генерить (с запуском задач или вызовом калбэков), а основные части проги опрашивают "таймауты" сами, то всё гораздо проще:

Тут переменных типа nStartTimerVal м.б. сколько угодно, и проверять одну засечку времени можно на несколько значений таймаута (иногда я и такое пользую ).
Разрядность таймерной переменной можно понятно любую, но в timer0ISR() и getTimer() необходимо обеспечить атомарность модификации и чтения переменной.

Привет братскому Белорусскому городу Брест!

Здесь смущает только ситуация, когда uiTimer0Count переполнится: 0xffffffff -> 0x0.
При этом вычисления для текущих таймеров будут неверными.
Как этого избежать?
И, извиняюсь, я не знаю, что значит "обеспечить атомарность"...
А - вспомнил - одновременное действие?

2Alex_inventor
Привет!
А ты действительно из Бреста?

2 zltigo
Немного offtopic:
А как насчёт белорусов в Латвии? Их тоже не любят, как и русских?
По теме: Так как насчёт проекта. Для меня ответ на поверхности не лежит.
Например: регистр VICRaw сигнализирует что, есть “необработанное прерывание”. Как он может это делать, если VicIntSelect и VicIntEnabled равны 0. И почему происходит прерывание? И что произойдет, если находится в режиме User и использовать BX. Вроде ничего не должно, но в проекте идёт срыв в SWI.


2sonycman
Ну да. А ты что тоже?

Элементарно, на самом организуются две очереди - одна до переполнения, другая после.
При переполнении счетчика меняется указатель на очередь.
При ограничении диапазона половиной счетчика можно навернуь и логику обработки переполнения на старшем бите.

Да нет, я из Тольятти...

Вроде всё нормально с твоей прогой.
Проходит инициализация, выполняется твой main() из трёх x++.
А дальше программа заканчивается, и библиотечная __main (или куда там попадаешь?) вызывает SWI.



При простом декременте это всё не нужно.

Не совсем понял к какому варианту относится "простой декремент", если к случаю в разностными счетчиками в очереди, то не нужен. Зато нужна проверка и при необходимости коррекция текущего счетчика при занесении новой заявки в очередь, снятии заявки, и особенно приятным становится
коррекция уже заявленного таймера и всей очереди после него....
Плата за то, чтобы с этим не заморачиваться - переключение (причем крайне редкое относительно работы с таймерами) очереди. Программа обслуживания списка естественно одна и все проблемы при фиксации переполнения счетчика указать другую очередь. При постановке в очередь соответственно банальный контроль на больше/меньше текущего и выбор одной из двух очередей. При этом системный счетчик сам по себе вещь не бесполезная и получается бесплатно.
Я использую именно вариант с двумя списками.

Нет, ничего страшного не происходит, поскольку он объявлен как unsigned и сравнение делается после беззнакового вычитания. Для примера возьмем восьмибитный unsigned, и пусть сейчас uiTimer0Count = 0xF8. Тогда nStartTimerVal = 0xF8, и допустим таймаут будет 12. Тогда когда таймер будет равен 0xF0, тогда getTimer()-(s) = 0xFF - 0xF8 = 7; Теперь таймер переполнился и стал равен 0. Тогда 0 - 0xF8 = 0xFF08, но поскольку результат округляется до тех же 8 бит, то получится 8. Как видите, ничего страшного не произошло. Надо только следить, чтобы сравнение происходило в тех же типах, что и тип uiTimer0Count. Для int это происходит автоматически. Для других типов желательно в макрос ввести явное приведение типов. Проще всего ввести для этого через typedef тип "таймаут" и именно этим типом объявить и uiTimer0Count и nStartTimerVal и в макросе сделать приведения к этому же типу. Тогда при переносе из проекта в проект надо будет только выбрать подходящий тип для таймаута. Как дальнейшее улучшение я бы еще объявил макрос типа MS() и MKS() который бы пересчитывал реальное время в милли- и микросекундах в соответствующее количество тиков исходя из частоты таймера. Тогда и при смене частоты таймера достаточно будет подправить только этот макрос:



Можешь кинуть вырезку исходника?

2sonycman
У меня такие подозрения что дебагер глючит. Ну, во-первых прога не моя. Это стартовый код, который среда генерит. Я только заглушку main добавил. Во вторых, последовательность была следующая. Сделал примитивный проект. Всё OK. Добавил <stdio.h> и прога стала вываливатся в SWI ещё до того как до main дойдёт. Ну ладно. Подумал может где в библиотеке swi вызывается а я ниодного регистра VIC не инител (хотя вроде при ресете оно в default находится?) Убрал <stdio.h>, писал свои функции, всё OK. Потом поменял на <stdio.h>, опять в SWI прыгает. И самое интересное, что откат уже ничего не решал. Всё время в SWI. Пересоздал проект. Всё OK. Глюки какие-то? Выполни debug по шагам, и если он себя будет вести по другому, чем я написал в комментариях, то однозначно глюк. Меня в основном интересует почему в VICRaw заносится 0x1000? У тебя заносится? Видно придётся свежею версию скачивать?

Я тоже живу не в России (хотя русский родной) и этот факт у меня отмечен в личных данных. У вас не отмечен, поэтому считаем по умолчанию - "Если не указан город - Москва, если проц - AVR, если компилятор - IAR". Так кажется кто-то предлагал на сахаре :-) Согласитесь, исходных данных чтобы считать вашим родным языком другой было недостаточно. Здесь есть один (минимум) участник из Болгарии и ему никто замечаний не делает.