Пользуюсь Embedded Workbench 4.0 AVR.
Для реализации программных задержек использую библиотеку, скачанную здесь
delay.h


Проблема в том, что задержки получаются точными только с кварцем в 16МГц. С другими кварцами что-попало выходит.
В чём может быть проблема???

Да и с 16 МГц должно получаться "что попало". Вычисления в приведенных вами формулах происходят, согласно правилам языка С, в размерности int, котрой явно мало даже для f_cpu. Нужно явно заставить компилятор работать с размерностью long long:И еще - принято макроопределения писать заглавными буквами, чтобы отличать от идентификаторов.

Тоже самое. При 16МГц задержка допустим 100.5мкс, при 10МГц - 101.2мкс, при 1МГц - 112мкс

Т.е. ошибка в 12 тактов кварца. Как измеряете? Дергаете ногами? А время на дерганье учитываете?

Да, дёргаю ногами, но время ж на дёрганье что при 16мгц что при 1мгц одно и тоже, поэтому им можно пренебречь.

как пренебречь?
если время дёрганья ногой одинаково на 1МГц и на 16Мгц, то код

должен "показывать" одинаковую картину на осциллографе что на 1МГц, что на 16МГц?

Так, а теперь покажите листинг. Сколько, по-вашему, занимает инверсия порта и переход на начало цикла?

2 машинных цикла, что в случае с 1 мгц какраз и получается примерно на 12 мкс больше

Всем спасибо, дошло

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