Контроллер мега8535. Свободных выводов нет.

1) можнро через вачдог если он есть

2) а можно так ( ( void ( void * ) ( void ) ) 0x0000 ) ( );

3) или на асме JMP 0x0000

Наверное, разрешить WDT и зациклиться. По истечени определенного времени (по настройкам предделителя WDT) будет сброс.

Тоже подумал, что это единственный выход для меня. Переход на начало программы - это не сброс. Не происходит установки в исходное состояние выводов и регистров.

В своё время удовлетворился таким решением - глобальное запрещение прерываний, запрещение всех важных прерываний, сброс всех важных регистров, сброс стека + rjmp Reset.

Наверное, под важными регистрами имелась в виду ещё и начальная инициализация всей внутренней периферии.

Если необходимая инциализация есть после сброса, а у меня именно так, то перечисленных процедур достаточно.

В WinAVR'е ( ( void ( void * ) ( void ) ) 0x0000 ) ( ); это не работет,
ещё бы хотелось узнать что эта запись означает.
А если в процессоре нет команды jmp, то кроме wdt можно сбросить процессор
запретив все прерывания очистить стек и следующую команду поставить ret.

Ещё один способ:
пишем ручками стартап со всеми необходимыми действиями, линкуем в программу, а для сброса делаем jump на свой стартап.
Не понял: а почему jump 0х0000 не подходит?
произойдёт переход по вектору сброса, то есть на тот же стартап.

Наверное, правильнее ( ( void ( * ) ( void ) ) 0x0000 ) ( ); Сие означает, что число ноль приводится к типу "указатель на функцию, котороя ничего не возвращает и без параметров"; производится вызов этой функции через указатель. Т.е. другими словами: вызываем подпрограмму, начинающуюся с адреса ноль.

Переход на адрес ноль - не совсем сброс в том смысле, что перефирия не сбрасывается. Например, USART, который передавал байт в момент перехода на нулевой адрес не прекратит его передавать, а после его передачи начнет передавать следующий из UDR, если он был положен туда до перехода на 0...

Наверное MALLOY2 подразумевал ((void(*)()0x0000)(); - приведение константы 0х0000 к типу "указатель на функцию" и вызов функции по этому указателю. Поиск по форуму по "((void(*)()0x0000)()" вам даст несколько ссылок на обсуждения.

Работающий пример на IARe:

Увы, опечатка, ибо при беглом взгляде видно, что скобки не парные. Наверное всё таки вот так:
Не знаю, будет ли работать в WinAVR, но в IAR точно работает.

А чего не работать, если чистейший "C"
Уже как-то поминал http://electronix.ru/forum/index.php?showtopic=35580

Только это рестарт, а не ресет. Reset через Watchdog.

А вот и не работает в WinAvr'e, улетает не на нулевой адрес!!!

Такие серьезные заявления обычно подтверждаются приведением исходника и отрывка листинга. У меня, например, работает.

вот кусок из студии
дизассемблер:
@00000A2D: main
1350: {
+00000A2D: E5C6 LDI R28,0x56 Load immediate
+00000A2E: E0D4 LDI R29,0x04 Load immediate
+00000A2F: BFDE OUT 0x3E,R29 Out to I/O location
+00000A30: BFCD OUT 0x3D,R28 Out to I/O location
1356: if ((MCUCSR>>WDRF)&1) //Watchdog Reset Flag
+00000A31: B784 IN R24,0x34 In from I/O location
+00000A32: 9586 LSR R24 Logical shift right
+00000A33: 9586 LSR R24 Logical shift right
+00000A34: 9586 LSR R24 Logical shift right
+00000A35: FF80 SBRS R24,0 Skip if bit in register set
+00000A36: C005 RJMP PC+0x0006 Relative jump
1357: conditions.start =1;
+00000A37: 91800079 LDS R24,0x0079 Load direct from data space
+00000A39: 6082 ORI R24,0x02 Logical OR with immediate
+00000A3A: 93800079 STS 0x0079,R24 Store direct to data space
1358: MCUCSR =0;
+00000A3C: BE14 OUT 0x34,R1 Out to I/O location
1359: init_ctc();
+00000A3D: DBF7 RCALL PC-0x0408 Relative call subroutine
1361: initport();
+00000A3E: D60F RCALL PC+0x0610 Relative call subroutine
1362: ((void(*)(void))0)();
+00000A3F: D60E RCALL PC+0x060F Relative call subroutine

А, не выдаёт ли транслятор какого-либо сообщения при трансляции строки ((void(*)(void))0)() ?

нет!всё ок!проглатывает....

В ИАР все прекрасно работает и в CVAVR тоже. Возможно в симуляторе надо поставить птицу старта симуляции и 0-го адреса, а не с main(). В C-SPY IAR такая опция есть. ИМХО обязано работать.

Странно... Насколько я понимаю, вызывается та же процедура, что и в предыдущем вызове, т.е. вызывается initpotr()... Может у Вас отключены выводы предупреждающих сообщений?

да!именно так и происходит
предупреждения включены,забыл сказать у меня mega8

Есть еще

похоже что не работает ....
00000A54: CFFF RJMP PC-0x0000 Relative jump
зацикливатся на себя

Сейчас попробовал эту конструкцию в WinAVR - всё хорошо транслирует и выполняет - переход куда и было сказано!

какую?

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



Кто-то кому-то голову пытается морочить. Вопрос зачем?

всмысле???

Вот такую: ((void(*)(void))0)() ! Что-то Вы не так делаете....

Щаз я Вам все объясню

Дело в том что у WinAVR есть такая бага/фича (бага с точки зрения стандарта)
что переход по ((void(*)(void))0x0)(); может осуществляться НЕ на нулевой адрес.

Это зависит от того сколько флеша есть у контроллера.
Если на проце >8Kb(4Кслов) , то такой вызов будет правильным call 0x0000 ,
если же на проце меньше или равно 8Kb то у проца просто нет инструкций
call/jmp а есть только rcall/rjmp те абсолютные адреса понимать он не может(на этапе компиляции),
поэтому для таких процов джамп будет не на 0 адрес.

Вот примеры одного и того же кода для mega16:
Прыгнули куда надо!

и для mega8:
Не знали куда надо прыгать, поэтому прыгнули на main!

А теперь добавляем функцию на мега8:
ОБА-НА, прыжок то на адрес начала функции(интересно что будет
когда стек налезет на на регистры )

Почему разработчики WinAVR не сделали вполне валидный в этом случае icall для меня
загадка, наверное регистры r31:r30 решили сэкономить

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

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

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


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

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

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


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

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

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

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

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

я насчет "asm" и "__asm__ __volatile__"
Пост уже подправил.

ну в том смысле что на <=8Кб по другому никак
на толстых то и без асм все работает ((void(*)(void))0)();
А это немного народное поверие когда-то давно вычитаное из описания 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 пишут...

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



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


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

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

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

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


Анатолий.

Не верю

WinAVR-20071221







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

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

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

Анатолий.

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

Тогда можно просто написать:
Типа напоминаем компилятору что __vectors у него таки определен, но
к сожалению не вынесен в заголовочные файлы.
ну и получаем mega8:

mega16:

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



А 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

Анатолий.

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

#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

Что верю-не верю? Зависит о того, как реализовали startup. Я никогда call main не делаю, бо совсем незачем. А оно это надо приключения на свою голову искать причем абсолютно без какой-бы то ни было надобности???


Ну и зачем весь этот лишний код? Зачем помнить, что после модификации-добавления надо еще добавить stop()? Watcdog-и есть везде, зачастую есть возможность спровоцировать Watcdog досрочно.

Я же и не говорю что так нужно делать всегда, конечно вариант
с вотчдогом намного надежнее(думать меньше надо ), ну а если еще и доступ к нему
через magic numbers то вобще очень не плохо, не нужно долго ждать, но иногда нужно
сделать рестарт очень быстро, и тогда выключение всей переферии за несколько мкс это выход.
Ну и тема вроде как называется "Как программно сгенерить ресет?", так что
обсуждаем все варианты...

avr-gcc 4.4
Выдает правильный код проверял для 128 и 8 меги:


Анатолий.

Нет, __bad_interrupt заменяеться на
jmp 0 для "толстых" чипов и на
rjmp __vectors для "тонких",

НО, Вы можете переопределить обработчик для незадействованных прерывание(типа контроль),
например так:
Ну и джамп в __bad_interrupt будет на Ваш обработчик.

to aesok, а почему бы вам не прописать __vectors в хидерах ?
Правда наверное тогда завалят вопросами "а почему у меня не работает ...."

уточните какая эта версия 2007хххх пожалуйста, придётся обновить ....