Похоже баг CPU core ATTiny26 Опции

[Rst7]

Наступил на неприятность:

char TestR26(void)
{
asm("CLI");
asm("PUSH R26 ");
asm("PUSH R27 ");
asm("LDI R26,0x80");
asm("LDI R27,0x03"); //Обратите внимание на значение!!!
asm("LD R16,X+");
asm("MOV R16,R27");
asm("POP R27 ");
asm("POP R26 ");
asm("SEI");
}

Результат должен быть 3, а получается 0. Странно.

Наступил, когда у меня начало запарывать R27, в котором IAR положил переменную, а при вызове функций не сохранял (как собственно и должно быть) - модель ведь tiny.

Вообщем в Атмел я уже отписал, посмотрим, как среагируют.

PS Все таки сомнения гложут, посмотрите всE, вроде 3 - должно получиться на выходе (R16), а выходит 0

[prottoss]

Зачем, при памяти в 128 байт грузить указатель 16-разрядным числом? Хватит и младшего байта. С помощью его (к примеру R26 - XL) можно адресовать до 256 ячеек памяти, для тех кто не знает :-). При этом, какой бы ни был старший байт адреса все равно мы попадает по нужному адресу. Это проверено мной, правда на ATtiny2313. Там все прекрасно адресуется при загрузке адреса в один регистр. Написано все было на асме в АВРСтудио, при чем в качестве указателей использовались все три регистра, способные, в данном случае быть указателями - XL, YL и ZL. Ни каких глюков в прошитом МК и готовом устройстве не было...

И с какой стати Вы взяли, что результат должен быть 3? Вы грузите в R16 число из ячейки по адресу 0х80 !!!

Запарывать старший регистр будет когда в младшем регистре 0xFF, и применяется команда с инкрементом регистра-указателя, или когда в младшем регистре 0x00, и применяется команда с декрементом регистра-указателя