Си-шный компилятор в AVR Studio меняет последовательность команд

[_guardianangel]

А не подкинет ли кто примерчик c синтаксисом для GCC WinAVR, или просто укажите ошибку в том фрагменте что я в начале выложил.?

До вечера подождешь? А то работы выше ушей.

[picavr]

AVR Studio - не компилятор. Надоело на форумах читать такую ересь. AVR Studio - это оболочка + ассемблер + симулятор-отладчик. Компилятор Си - внешний.

Это то же бред...
Для перевода текста с языков программирования в исполняемый код, существуют компиляторы и интерпретаторы.
Ассемблер это ЯЗЫК а никак не переводчик с языка в код... Недаром ведь говорят Компилятор языка Си или Фортран итд... То же справедливо и для ассемблера...

Так вот то что вы называете ассемблер - это на самом деле компилятор с языка ассемблер.
Таким образом... AVR Studio - это оболочка + компилятор с языка Ассемблер + симулятор-отладчик.

[alekseyb]

А если так ?

#include ‹ctype.h›
#include ‹stdint.h›
#include ‹stdio.h›
#include ‹inttypes.h›
#include ‹avr/io.h›



volatile int i;

int __attribute__ ((OS_main)) main(void)
{
for( ; ; )
{
unsigned char temp_1=(PINA & 0x03);
unsigned char temp_2=PINB;
i= (temp_1 ‹‹ 8 ) | temp_2 ;
PORTC = 0x02;
}
return(-1);
}

[ALEKSEY188]

Так вот то что вы называете ассемблер - это на самом деле компилятор с языка ассемблер.
Таким образом... AVR Studio - это оболочка + компилятор с языка Ассемблер + симулятор-отладчик.

А может все таки транслятор?

[SasaVitebsk]

А может все таки транслятор?

Компилятор это разновидность транслятора. Трансляторы подразделяются на компиляторы и интерпретаторы.

Выходным форматом компилятора чаще всего является ассемблер.

Ассемблирование не является компиляцией в полном понимании. Так как это уже машинный язык, просто записанный в виде мнемонических имён. Конечно, можно рассматривать макроассемблер, как некоторую разновидность, но в целом, ассемблер не является компилятором. По сути он ничего не делает.

Написание ассемблера - примитивная задача для десятикласника.

[kison]

Какая смешная тема. Весь сыр-бор из-за последовательности чтения пар 8-ми битных регистров? Так читают обычно проще:

i = ADC;
// или
i = ADC & 0x3F;

А ADC определен как 16 разрядный регистр:

#define ADC     _SFR_IO16(0x04)

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

i = ADCL;
i |= ((ADCH & 0x03)‹‹8);

;
А в выражении:

Signal = ((PORTK.IN & 0x03) ‹‹ 8) | PORTJ.IN;

Первым выполнится то, что в скобках! И если PORTK.IN будет == ADCH, то трабл неизбежен.

[_guardianangel]

Разбираясь почему нет нормального обмена с внешним АЦП

kison - АЦП то внешнее и автоматом ниче делаться не станет.

[kison]

kison - АЦП то внешнее и автоматом ниче делаться не станет.

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

Signal = ((PORTK.IN & 0x03) ‹‹ 8) | PORTJ.IN;

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

[_guardianangel]

По поводу асм кода
Пример:

int i;

volatile int main(void)
{
	for(;;)
		{		
	asm volatile   ("in %A0,%1" "\n\t" /* PORTA  мл. байт АЦП   */  
			"in %B0,%2"	"\n\t"
			"andi %B0,0x03" "\n\t"       
			:"=r" (i) /* выходные операторы         */
			:"I"  (_SFR_IO_ADDR(PINA)), "I" (_SFR_IO_ADDR(PINB)) /* входные операторы           */
			);
	
		}
	return(-1);
}

Это чтение 2 портов в переменную i и наложение на старший байт маски 0x03.

[_guardianangel]

Как оно связано с внешним АЦП?

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