Похоже баг 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

[Gennadiy_]

Добрый день.
Вы гденибудь читали в документации, что обращение к памяти SRAM по адресу 0x0380 будет обрабатываться также как обращение по адресу 0х0080 ? Я такого там не видел, думаю, что претензии в этом случае неправомерны.

Зато, и это уже обсуждалось на другом форуме, в Tiny26 есть другие грабли:
1. напряжение встроенного опорного источника имеет очень широкий разброс от экземпляра к экземпляру до 2,8 в
2. в документации написано:

If a different data channel is selected while
a conversion is in progress, the ADC will finish the current conversion before performing
the channel change.

Так вот, у меня при попытке сменить канал сразу или через 2-3 команды после запуска АЦП на однократное преобразование результат преобразования был испорчен. Пришлось отказаться от переключения канала до окончания преобразования. Было это год назад.

[Rst7]

Добрый день.
Вы гденибудь читали в документации, что обращение к памяти SRAM по адресу 0x0380 будет обрабатываться также как обращение по адресу 0х0080 ? Я такого там не видел, думаю, что претензии в этом случае неправомерны.

Я ожидаю, что при выполнении сл. действий:

X=0x380;
LD R16,X+;

будет в регистровой паре X число 0x381. Этого не происходит.

Зато, и это уже обсуждалось на другом форуме, в Tiny26 есть другие грабли:
1. напряжение встроенного опорного источника имеет очень широкий разброс от экземпляра к экземпляру до 2,8 в
2. в документации написано:

If a different data channel is selected while
a conversion is in progress, the ADC will finish the current conversion before performing
the channel change.

Так вот, у меня при попытке сменить канал сразу или через 2-3 команды после запуска АЦП на однократное преобразование результат преобразования был испорчен. Пришлось отказаться от переключения канала до окончания преобразования. Было это год назад.

Это не имеет отношения к обсуждаемому вопросу.

[prottoss]

Я ожидаю, что при выполнении сл. действий:

X=0x380;
LD R16,X+;

будет в регистровой паре X число 0x381. Этого не происходит.

А Вы пробовали обращаться по валидному адресу (0х0000 - 0х00DF)? В даташите ничего не сказано об обращении по несуществующим адресам, соответсвенно МК имеет полное право глючить. Зато там сказано про формировании адреса с помощью регистровой пары.