AVR 5.11 Ошибка при двухбайтном сравнении! Опции

[NewMaestro]

Такой код:

volatile unsigned int msCounter = 0;

...

if (msCounter >= 1000) {

msCounter = 0;

//...

}

Иногда сравнение выполняется неправильно и входит в блок при значении msCounter = 768.
Установлено, что при двухбайтном сравнении происходит прерывание, в котором инкрементируется msCounter, что и приводит в последствии к ошибке.

if (msCounter >= 1000) {
00014A E9EB LDI R30,0x9B
00014C E0F1 LDI R31,0x01
00014E 8100 LD R16,Z
...тут прерывание и инкрементирование сравниваемой величины...
000150 8111 LDD R17,Z+1
000152 3E08 CPI R16,0xE8
000154 4013 SBCI R17,0x03
000156 F390 BRCS 0x13C
...


Вопрос: Можно ли заставить компилятор автоматически разруливать такие вещи?? Или это нужно постоянно держать в голове и делать вот так:

__disable_interrupt();

if (msCounter >= 1000) {

msCounter = 0;

//...

}

__enable_interrupt();

Заранее благодарен!

[xemul]

Такой код:

Код

volatile unsigned int msCounter = 0;
...
if (msCounter >= 1000) {
      msCounter = 0;
      //...
}

Такой код предполагает, что прерывания таймера происходят с частотой 1 МГц. Оно реально нужно? Есть ли хоть одна задача, требующая такого дискрета по времени? 4 мкс не спасут? Тогда все укладывается в 1-байтовый счетчик.
Ладно, будем считать, что нужно время с разрешением в 1мкс. Что мешает выполнять все модификации счетчика в прерывании? Или наоборот, в прерывании только взводить флажок, а обрабатывать его, инкрементируя или обнуляя не-volatile счетчик, вне прерывания?

Вопрос: Можно ли заставить компилятор автоматически разруливать такие вещи?

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

ЗЫЖ имхо, большинство бед человечества от уверенных в себе людей. Я предпочитаю сомневаться в своей уверенности.

[haker_fox]

Такой код предполагает, что прерывания таймера происходят с частотой 1 МГц.

Почему же? Автор пишет, что иногда происходит сбой программы. Скорее всего иногда в момент сравнения происходит прерывание, которое модифицирует переменную и нарушает процесс сравнения.

[xemul]

Почему же? Автор пишет, что иногда происходит сбой программы. Скорее всего иногда в момент сравнения происходит прерывание, которое модифицирует переменную и нарушает процесс сравнения.

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