WinAver C, указатель стека

[nml]

По моему, не в обиду будь сказано, ... "Указатели границ флеша"-это вообще что-то новое...

сделал вывод значения регистра MCUCSR=0x02.

Вывод? Читаем даташит и делаем вывод - если после ресета там 2, то это означает, что причиной сброса был собственно сам reset, на соответствующей ноге.

• Bit 3 – WDRF: Watchdog Reset Flag
This bit is set if a Watchdog Reset occurs. The bit is reset by a Power-on Reset, or by
writing a logic zero to the flag.
• Bit 2 – BORF: Brown-out Reset Flag
This bit is set if a Brown-out Reset occurs. The bit is reset by a Power-on Reset, or by
writing a logic zero to the flag.
• Bit 1 – EXTRF: External Reset Flag
This bit is set if an External Reset occurs. The bit is reset by a Power-on Reset, or by
writing a logic zero to the flag.
• Bit 0 – PORF: Power-on Reset Flag
This bit is set if a Power-on Reset occurs. The bit is reset only by writing a logic zero to
the flag.

Ну а читать все 22 файла, думаю, не понадобится. Да и критика текста - что в этом плохого? Хотите научиться ездить на велике - надо потерпеть побитые коленки

[kison]

А MCUCSR это не показатель. Рестарт может быть и чисто программный типа rjmp 0 - вести себя программа будет как будто был сброс, но в MCUCSR ничего при этом не изменится. Да и внешний сброс в той же студии вообще никак не получить. Если глюк стабильно проявляется и в симуляторах, то найти его будет совсем не сложно - точки останова расставить и постепенно сужать поиск.

[svd71]

поиск уже сужен. уже понятно, что дело в размере стэка. понятно, что стэк, вмеско одного килобайта, настроен на 512 байт.
Вопрос в том, как это поправить? как указать принудительно компилятору, что стэк выше нужно расположить?

[kison]

поиск уже сужен. уже понятно, что дело в размере стэка. понятно, что стэк, вмеско одного килобайта, настроен на 512 байт.

Вы мейкфайлом собираете или из под студии? Тип кристалла правильно задан, не М8515/М8535?

[svd71]

Вы мейкфайлом собираете или из под студии? Тип кристалла правильно задан, не М8515/М8535?

мекфайлом. в студии только elf открываю.

avr-gcc -g3 -gdwarf-2 -mmcu=atmega8 -minit-stack=0x45F -msize  -DF_CPU=1000000UL -O1    -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunct
ion-sections -Wall -Wextra -Wstrict-prototypes -Wundef -Wsign-compare -Wa,-adhlns=./cbdlight/dimmer.lst  -std=gnu99 -O1  -c cbdlight/dimmer.c
cc1.exe: error: unrecognized command line option "-minit-stack=0x45F"
make.EXE: *** [dimmer.o] Error 1

-msize только недавно прикрутил. без нее те же рога. Не хотелось бы в инициализации, кодом менять. Потому как при смене кристалла на другой проблема будет мигрировать.

[kison]

То, что проект вовсе не собирается не смущает?
cc1.exe: error: unrecognized command line option "-minit-stack=0x45F"
make.EXE: *** [dimmer.o] Error 1
Какая версия компилятора? Потому как у меня -minit-stack нормально проходит.
Нафига два раза О1 вставлять? Какой то кривой у Вас мейкфайл.
Кстати -minit-stack у Вас в опциях компилятора. Ему этот ключ нафиг не нужен, вот и не собирает ничего. Это линкеру уже надо. Или не надо , он и сам по типу кристалла вполне разберется. Так что удаляйте -minit-stack нафиг.

[svd71]

уже смущает, но именно иза-за строчки изменения стэка.
если ее убрать, то компилируется

avr-gcc.EXE (WinAVR 20100110) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

и по типу кристалла он тоже не хочет разбираться. Он видимо тупо ставит минимальный из 8ми-килобитных.

[kison]

и по типу кристалла он тоже не хочет разбираться. Он видимо тупо ставит минимальный из 8ми-килобитных.

Прикрепите мейкфайл. То, что выше было относится к компиляции. Там ошибка и до сборки дело не дошло. Или лог сборки тогда, когда проект собирается, т.е. сборка без левого ключа, который все равно компилятор и не должен понимать.

[svd71]

есть. вложил

[nml]

А MCUCSR это не показатель. Рестарт может быть и чисто программный типа rjmp 0 - вести себя программа будет как будто был сброс, но в MCUCSR ничего при этом не изменится.

Ну почему же не показатель? Достаточно после проверки очистить MCUCSR. Тогда при rjmp 0 там и будет 0 - признак "программного рестарта".