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();

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

[zltigo]

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

Нет. Для AVR это Ваши проблемы. Запрет прерываний или другой метод обеcпечения атомарности надо использовать явно.

[NewMaestro]

Нет. Для AVR это Ваши проблемы. Запрет прерываний или другой метод обеcпечения атомарности надо использовать явно.

Для какой платформы это проблемы компилятора?

Запрет прерываний или другой метод обеcпечения атомарности надо использовать явно.

Другой метод? Какой например?

[rezident]

Другой метод? Какой например?

Код

unsigned int tmp1, tmp2;
do
{ tmp1=msCounter;
  tmp2=msCounter;
} while(tmp1!=tmp2);
if (tmp2 >= 1000)
{
  ...
}

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