передавал число в ф-ю и смотрел отладчиком- все честно, ходит по циклу и вываливается.

Но, вне зависимости от переданного аргумента, задержка на осцилле не меняется.
volatile не помогает.
Компилятор IAR

Вообще-то обязано помогать. Куда вы его писали?

а как оно- volatile связано тут? где здесь переменная, кот. может внезапно поменяться?

В Кейле можно запретить оптимизировать фрагмент посредством "#pragma". Наверное, и в ИАРе тоже можно:
http://www.keil.com/support/man/docs/armcc...cc_cjaieafa.htm

Если уж "ходит по циклу", значит цикл на месте. Может, не тот полупериод на осциллографе смотрите?

точно!
не тот полупериод смотрел )
как всегда, под вечер туго соображаю)

иногда нужно, чтобы кто- то свежую мысль подал. Спасибо.



Сообщение отредактировал Метценгерштейн - Feb 20 2013, 16:57

С volatile связано очень сильно.
Во-первых, без этого компилятор может сообразить что результатом этого цикла будет i=step.
Во-вторых без этого компилятор может один раз использовать регистр для переменной i, а другой - ячейку памяти. Время доступа разное, так что ВНЕЗАПНО один и тот-же код может дать разную задержку. Такие функции зачастую инлайнятся, или вообще определяются с помощью дефайнов. И без volatile вас ждет полная неопределенность.

где корректно поставить volatile тогда?

Сообщение отредактировал Метценгерштейн - Feb 21 2013, 15:26

У вас правильно написано.

Если уж так, совсем по-взрослому, говорить о реализации циклов задержки, то помимо volatile необходимо позаботиться о размещении переменной в некэшируемой памяти.
Или если всё же в кэшируемой, то помнить об этом:

Но это актуально только для циклов, отмеряющих программно точные временные интервалы.

Можно сделать volatile не индекс, а тело цикла:
Только значение задержки в попугаях для той же временной задержки изменится в большую сторону.