[zltigo 1]

Дело в том что у WinAVR есть такая бага/фича (бага с точки зрения стандарта)

что переход по ((void(*)(void))0x0)(); может осуществляться НЕ на нулевой адрес.

Фичи в упор не вижу, а баг 100% - нет ни одной причины не сгенерить, как уже говорилось, ICALL.

[singlskv 0]

Да, ну и конечно стоит еще добавить вариант который должен быть правильным для

всех аврок и не использует асм:

volatile unsigned int vect = 0;

void softreset()
{
  ((void(*)(void))vect)();
}

int main(void)
{

  softreset();

  return 0;
}

void softreset()
{
  ((void(*)(void))vect)();
  5c:    e0 91 60 00     lds    r30, 0x0060
  60:    f0 91 61 00     lds    r31, 0x0061
  64:    09 95           icall
  66:    08 95           ret

только при этом рамы 2 байта зазря расходуем

 

Фичи в упор не вижу, а баг 100% - нет ни одной причины не сгенерить, как уже говорилось, ICALL.

Бага поведение которой 100% известно, это уже не бага а фича :)

[defunct 0]

итого для чипов с <=8Kb лучше так:

 __asm__ __volatile__("ldi r30,0\n\t"\
                       "ldi r31,0\n\t"\
                       "ijmp");

А почему только до 8kb, а не до 128kb?

Этот код на m128 точно будет работать - значит это общий случай.

только если делать "asm" вставку, то что мешает написать

 

asm( "jmp 0x0");

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

 

ЗЫ: зачем писать "__asm__ __volatile__" когда уже есть макрос "asm". придерживающийся одинакового синтаксиса и поддерживаемый всеми компиляторами для AVR (по крайней мере теми, которые я пробовал).

[Палыч 10]

А, ведь точно - прав singlskv!

 

А почему только до 8kb, а не до 128kb? Этот код на m128 точно будет работать. только если делать "asm" вставку, то что мешает написать

asm( "jmp 0x0");

Наверное, отсутствие команды jmp в m8

[defunct 0]

Наверное, отсутствие команды jmp в m8

не не, я там просто неправильно выразился,

быстро писал :(

 

я насчет "asm" и "__asm__ __volatile__"

Пост уже подправил.

[singlskv 0]

А почему только до 8kb, а не до 128kb?

Этот код на m128 точно будет работать.

ну в том смысле что на <=8Кб по другому никак

только если делать "asm" вставку, то что мешает написать

asm( "jmp 0x0");

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

на толстых то и без асм все работает ((void(*)(void))0)();

ЗЫ: и нафига писать "__asm__ __volatile__" когда уже есть макрос "asm". придерживающийся одинакового синтаксиса и поддерживаемый всеми компиляторами для AVR (по крайней мере теми, которые я пробовал).

А это немного народное поверие когда-то давно вычитаное из описания avr-libc :

Let us first examine the part of a compiler listing which may have been generated

from our example:

lds r24,value

/* #APP */

in r24, 12

/* #NOAPP */

sts value,r24

The comments have been added by the compiler to inform the assembler that the included

code was not generated by the compilation of C statements, but by inline assembler

statements. The compiler selected register r24 for storage of the value read

from PORTD. The compiler could have selected any other register, though. It may not

explicitely load or store the value and it may even decide not to include your assembler

code at all. All these decisions are part of the compiler’s optimization strategy. For

example, if you never use the variable value in the remaining part of the C program,

the compiler will most likely remove your code unless you switched off optimization.

To avoid this, you can add the volatile attribute to the asm statement:

asm volatile("in %0, %1" : "=r" (value) : "I" (_SFR_IO_ADDR(PORTD)));

ну а запись "__asm__ __volatile__" это так в самой avr-libc пишут...

[_Pasha 0]

Это называется возвратисть туда, незнаю куда, но может куда и попадешь.

Нет, это к работающей собаке впридачу. Вот cli() только картину портит не-сишностью.

 

 __asm__ __volatile__("ldi r30,0\n\t"\
                       "ldi r31,0\n\t"\
                       "ijmp");

 

Другой вариант, если целый стек :)

 __asm__ __volatile__("clr r1\n\t"\
                  "push r1\n\t"\
                 "push r1\n\t"\
                  "ret");

 

2singlskv: А скажите пожалуйста, __bad_interrupt всегда был jmp 0 ?

[zltigo 1]

Нет, это к работающей собаке впридачу. Вот cli() только картину портит не-сишностью.

Картину "портит" возврат фиг знает куда, где и прерывания,между прочим могут снова разрешены, вещи типа __disable_interrupt() уже вполне "сишные" для ембедеров :).

 

Еще раз напоминаю, что переход по нулевому адресу не есть Reset - перефирия не в исходном состоянии. Особых альтернатив Watchdog-у в этом отношении нет, а тупое соединение ножки с ресетом (если без ресетчика), вообще делать нельзя ввиду непредсказуемой длительности импульса сброса.

[aesok 0]

1361: initport();

+00000A3E: D60F RCALL PC+0x0610 Relative call subroutine

1362: ((void(*)(void))0)();

+00000A3F: D60E RCALL PC+0x060F Relative call subroutine

 

Пожалуста укажите версию WinAVR и опции компилятора. У меня '((void(*)(void))0)();' всегда компилиться в

    ldi r30,lo8(0)    ;  7    call_insn/4    [length = 3]
    ldi r31,hi8(0)
    icall

 

Анатолий.

[_Pasha 0]

Картину "портит" возврат фиг знает куда, где и прерывания,между прочим могут снова разрешены,

 

Не верю :)

 

WinAVR-20071221

 

000002ac <.do_clear_bss_start>:
     2ac:    a9 30           cpi    r26, 0x09; 9
     2ae:    b1 07           cpc    r27, r17
     2b0:    e1 f7           brne    .-8      ; 0x2aa <.do_clear_bss_loop>
     2b2:    0e 94 9f 07     call    0xf3e; 0xf3e <main>
     2b6:    0c 94 28 23     jmp    0x4650; 0x4650 <_exit>

000002ba <__bad_interrupt>:
     2ba:    0c 94 00 00     jmp    0; 0x0 <__vectors>
................................................................................
.....
00004650 <_exit>:
    4650:    ff cf           rjmp    .-2      ; 0x4650 <_exit>

 

 

 

У меня '((void(*)(void))0)();' всегда компилиться

 

Попробовал - компилится без проблем.

avr-gcc.exe  -mmcu=atmega640 -Wall -gdwarf-2 -std=gnu99           -DF_CPU=16000000UL -O2 -fsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT plc4_v02.o -MF dep/plc4_v02.o.d  -c  ../plc4_v02.c

[Вован 0]

Пожалуста укажите версию WinAVR и опции компилятора. У меня '((void(*)(void))0)();' всегда компилиться в

    ldi r30,lo8(0);  7    call_insn/4    [length = 3]
    ldi r31,hi8(0)
    icall

 

Анатолий.

 

WinAVR-20050214 и какие опции интересны?

[aesok 0]

WinAVR-20050214 и какие опции интересны?

 

Извините ни какие. Старенький он. Не буду смотреть.

 

Анатолий.

[singlskv 0]

вещи типа __disable_interrupt() уже вполне "сишные" для ембедеров :).

Ну это не спортивный подход :( :)

 

Тогда можно просто написать:

extern void __vectors();

int main(void)
{
  __vectors(); // call/rcall на адрес 0

  return 0;
}

Типа напоминаем компилятору что __vectors у него таки определен, но

к сожалению не вынесен в заголовочные файлы.

ну и получаем mega8:

  __vectors(); // call/rcall на адрес 0
  64:    cd df           rcall    .-102    ; 0x0 <__vectors>

mega16:

  __vectors(); // call/rcall на адрес 0
  96:    0e 94 00 00     call    0x0 <__vectors>

Еще раз напоминаю, что переход по нулевому адресу не есть Reset - перефирия не в исходном состоянии. Особых альтернатив Watchdog-у в этом отношении нет,

Я уже приводил пример как оно у меня без проблем работает:

//-------------------------------------------------------------------
// Перезагрузка (рестарт с адреса 0)
//-------------------------------------------------------------------

void Reset()
{
  __asm__ __volatile__ ("cli");  // запретить прерывания
               // останавливаем всю переферию
  SysTimerStop();
  AdcStop();
  SpiStop();
  PwmStop();
  PortsReset();
  I2cStop();
               // переходим на адрес 0
  __asm__ __volatile__("ldi r30,0\n\t"\
                       "ldi r31,0\n\t"\
                       "ijmp");
}

 

 

Старенький он. Не буду смотреть.

А 20060421 тоже старенький уже ? (вроде Gcc3.4.6 еще много где поддерживается)

Где смотреть правильный багтрекер на компилятор который в WinAVR ?

[aesok 0]

А 20060421 тоже старенький уже ? (вроде Gcc3.4.6 еще много где поддерживается)

 

Для меня да.

 

Где смотреть правильный багтрекер на компилятор который в WinAVR ?

 

Здесь: http://www.nongnu.org/avr-libc/bugs.html

И в WinAVR проекте на sourceforge.net: http://sourceforge.net/tracker/?group_id=6...amp;atid=520074

 

Анатолий.

[Вован 0]

Извините ни какие. Старенький он. Не буду смотреть.

 

Анатолий.

вот простая прога

 

#include <avr/io.h>

volatile unsigned char x, y, z;

int main(void)

{

x=1;

y=1;

z=x+y;

((void(*)(void))0)();

for(;;);

return(0);

}

вот что компельнул

............................

@0000002E: main

---- main.c ---------------------------------------------------------------------------------------

4: {

+0000002E: E5CF LDI R28,0x5F Load immediate

+0000002F: E0D4 LDI R29,0x04 Load immediate

+00000030: BFDE OUT 0x3E,R29 Out to I/O location

+00000031: BFCD OUT 0x3D,R28 Out to I/O location

5: x=1;

+00000032: E081 LDI R24,0x01 Load immediate

+00000033: 93800060 STS 0x0060,R24 Store direct to data space

6: y=1;

+00000035: 93800062 STS 0x0062,R24 Store direct to data space

7: z=x+y;

+00000037: 91800060 LDS R24,0x0060 Load direct from data space

+00000039: 91900062 LDS R25,0x0062 Load direct from data space

+0000003B: 0F89 ADD R24,R25 Add without carry

+0000003C: 93800061 STS 0x0061,R24 Store direct to data space

8: ((void(*)(void))0)();

+0000003E: DFEF RCALL PC-0x0010 Relative call subroutine

9: for(;;);

+0000003F: CFFF RJMP PC-0x0000 Relative jump

+00000040: FFFF ??? Data or unknown opcode

+00000041: FFFF ??? Data or unknown opcode