реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Вылетает в Reset_Handler при переходе на System Init, Какой методикой искать причину?
Basilij
сообщение Oct 18 2012, 18:57
Сообщение #1


Частый гость
**

Группа: Участник
Сообщений: 175
Регистрация: 7-04-11
Пользователь №: 64 190



Здравствуйте господа.

Пишу код для STM32F100C4 и столкнулся со следующей проблемой. Когда программа увеличилась в размере, но в допустимых пределах, она перестала запускаться. Выглядит это так, запускаем отладку, МК прошивается, запускается, в Reset_Handle вызывается процедура 08001db2: bl 0x8001dd4
<SystemInit>, SystemInit пытаеться выполнить первую инструкцию 08001dd4: push {r7, lr}, и программа завершается по адресу 20000004 movs r1, #0 в завершает выполнение. Отладчик в консоле пишет:
ST_LINK device status: HALT_MODE
ST_LINK device status: LOCKUP
Еклипс выкидывает окошко: Target requiest failed: Cannot execute this command while the selected thread is running
После того как закрываю это окно в окне дизасемблера выделяеться зелёным цветом строка по адресу 20000005:
1fffffff: Cannot access memory at address 0x1ffffffe
20000000: Target is executing.
20000001: lsls r1, r0, #4
20000003: movs r0, r0
20000005: movs r1, r0 один раз написала 5 адрес а не 4-й как обычно.
20000007: movs r0, r0
20000009: movs r0, r0
2000000b: movs r0, r0


Также добавлю что пробовал шить МК стандартной Утилитой с помощью Hex файла. Программа не выполняеться. Пробовал прошивать Еклипсом, а верификацию делать с помощью стандартной программы от ST, и наблюдаю что при верификации оригинального HEX c тем что записано внутри обнаруживаться ошибка, на данный момент это ошибка Error : Verify failed at address 0x8002400.

Откатываюсь к предыдущему Коммиту, он работает нормально. Т.е.версия пока у меня в том что программа сожержит не корректные данные, но какие.. ведь компилятор не ругается..


Что это может быть? Линковщик не туда раскидывает всё? Неверно настроен Еклипс и отладчик? Или ошибка в программе? Как искать проблему?!
Раньше если подобная проблема возникала, я просто отключал все щупы измерительных приборов от схемы и помогало. Сотню раз помогало. Да и вопрос питания, паразитных токов и прочего исключаю, т.к. стандартной утилиткой STMовской шьётся ведь и верифицируется верно.. не работает правда.


Заранее благодарен вам господа инженера за любые комментарии по данному вопросу.
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Oct 18 2012, 20:10
Сообщение #2


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



А что находится в указателе стека перед выполнении команды push {r7, lr}? Могу предположить, что в скрипте линкера неверно указан размер ОЗУ и после вашей последней правки новые переменные вытеснили вершину стека за пределы ОЗУ, а линкер не выдал ошибку поскольку размер ОЗУ в скрипте указан неверно. push пытается сохранить регистры в несуществующую память.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
Basilij
сообщение Oct 18 2012, 22:39
Сообщение #3


Частый гость
**

Группа: Участник
Сообщений: 175
Регистрация: 7-04-11
Пользователь №: 64 190



Пока я тоже думаю на Линкер.
Как и где посмотреть в Eclipse содержимое указателя стека может подскажите? В окно Регистров немогу добавить регистры.. Может SP можно ещё как то посмотреть?
Прикрепленное изображение


Если в Еклипсе выставляю галочки как на скриншоте, то программа начинает работать, но не корректно, у переменных не верные значения, прерывания срабатывают и т.д. Если все галочки убираю то дальше вылетает сразу в первой команде ResetHandler
Прикрепленное изображение


Скрипт Линкера типовой с сайта ST.COM для VL серии МК.
Вот его Код:

CODE
ENTRY(Reset_Handler)

MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 16K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 4K
}

_estack = ORIGIN(RAM) + LENGTH(RAM);

MIN_HEAP_SIZE = 0;
MIN_STACK_SIZE = 256;

SECTIONS
{
/* Interrupt vector table */
.isr_vector :
{
. = ALIGN(4);
KEEP(*(.isr_vector))
. = ALIGN(4);
} >FLASH

/* The program code and other data goes into FLASH */
.text :
{
. = ALIGN(4);
/* Code */
*(.text)
*(.text*)
/* Constants */
*(.rodata)
*(.rodata*)
/* ARM->Thumb and Thumb->ARM glue code */
*(.glue_7)
*(.glue_7t)
KEEP (*(.init))
KEEP (*(.fini))
. = ALIGN(4);
_etext = .;
} >FLASH

.ARM.extab :
{
*(.ARM.extab* .gnu.linkonce.armextab.*)
} >FLASH

.ARM :
{
__exidx_start = .;
*(.ARM.exidx*)
__exidx_end = .;
} >FLASH

.ARM.attributes :
{
*(.ARM.attributes)
} > FLASH

.preinit_array :
{
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP (*(.preinit_array*))
PROVIDE_HIDDEN (__preinit_array_end = .);
} >FLASH

.init_array :
{
PROVIDE_HIDDEN (__init_array_start = .);
KEEP (*(SORT(.init_array.*)))
KEEP (*(.init_array*))
PROVIDE_HIDDEN (__init_array_end = .);
} >FLASH

.fini_array :
{
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP (*(.fini_array*))
KEEP (*(SORT(.fini_array.*)))
PROVIDE_HIDDEN (__fini_array_end = .);
} >FLASH

_sidata = .;

/* Initialized data */
.data : AT ( _sidata )
{
. = ALIGN(4);
_sdata = .; /* create a global symbol at data start */
*(.data)
*(.data*)

. = ALIGN(4);
_edata = .; /* define a global symbol at data end */
} >RAM

/* Uninitialized data */
. = ALIGN(4);
.bss :
{
/* This is used by the startup in order to initialize the .bss secion */
_sbss = .; /* define a global symbol at bss start */
__bss_start__ = _sbss;
*(.bss)
*(.bss*)
*(COMMON)

. = ALIGN(4);
_ebss = .; /* define a global symbol at bss end */
__bss_end__ = _ebss;
} >RAM

PROVIDE(end = _ebss);
PROVIDE(_end = _ebss);

/* User_heap_stack section, used to check that there is enough RAM left */
._user_heap_stack :
{
. = ALIGN(4);
. = . + MIN_HEAP_SIZE;
. = . + MIN_STACK_SIZE;
. = ALIGN(4);
} >RAM

/DISCARD/ :
{
libc.a(*)
libm.a(*)
libgcc.a(*)
}
}


В программе из ключевых моментов у меня объявлено 4 массива:
Код
extern uint8_t BufInput1[256]={0};
extern uint8_t BufInput2[256]={0};
extern uint8_t BufOutput1[256]={0};
extern uint8_t BufOutput2[256]={0};


Может переменные с спецификатором класса памяти "extern" нужно учитывать в файле сценария Линкера?
Go to the top of the page
 
+Quote Post
_Артём_
сообщение Oct 18 2012, 23:50
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(Basilij @ Oct 19 2012, 01:39) *
Пока я тоже думаю на Линкер.

Линкер виноват - точно.


Цитата(Basilij @ Oct 19 2012, 01:39) *
Как и где посмотреть в Eclipse содержимое указателя стека может подскажите?

Обязательно в Eclipse посмотреть?
Тогда есть вкладка Memory - введите адрес какой надо и смотрите.

Или ещё вариант - если генерится bin-файл. то первые 4 байта - значение которое будет загружено в SP, следующие 4 байта - адрес Reset_Handler-а.




Цитата(Basilij @ Oct 19 2012, 01:39) *
В программе из ключевых моментов у меня объявлено 4 массива:
Код
extern uint8_t BufInput1[256]={0};
extern uint8_t BufInput2[256]={0};
extern uint8_t BufOutput1[256]={0};
extern uint8_t BufOutput2[256]={0};


Может переменные с спецификатором класса памяти "extern" нужно учитывать в файле сценария Линкера?

А без extern они где-то объявлены?

Go to the top of the page
 
+Quote Post
ar__systems
сообщение Oct 18 2012, 23:51
Сообщение #5


self made
****

Группа: Свой
Сообщений: 855
Регистрация: 7-03-09
Из: Toronto, Canada
Пользователь №: 45 795



Цитата(Basilij @ Oct 18 2012, 18:39) *
В программе из ключевых моментов у меня объявлено 4 массива:
Код
extern uint8_t BufInput1[256]={0};
extern uint8_t BufInput2[256]={0};
extern uint8_t BufOutput1[256]={0};
extern uint8_t BufOutput2[256]={0};


Может переменные с спецификатором класса памяти "extern" нужно учитывать в файле сценария Линкера?

Врядли причина в этом, но "extern" это не спецификатор класса памяти. Строго говоря в ваших строках extern вообще ничего не делает. Имеет смысл писать либо

uint8_t BufInput2[256]={0};

либо

extern uint8_t BufInput2[];

Часто причина возникновения глюков при таких изменениях программы - это дефекты в работе с памятью. Где-то был кусок неинициализированный, и никто не страдал от того что кто-то туда залез. Потом там появилась переменная или код, и возникли проблемы
Go to the top of the page
 
+Quote Post
_Артём_
сообщение Oct 18 2012, 23:53
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(Basilij @ Oct 18 2012, 21:57) *
20000003: movs r0, r0
20000005: movs r1, r0 один раз написала 5 адрес а не 4-й как обычно.
20000007: movs r0, r0
20000009: movs r0, r0
2000000b: movs r0, r0

Ваш код зачем то выполняется из ОЗУ, но там не программа, а нули.
Что-то со скриптом линкера, однако...
Или может, если просто зашить, то всё работает(без отладчика)?


Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Oct 19 2012, 08:02
Сообщение #7


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



QUOTE (Basilij @ Oct 19 2012, 01:39) *
Как и где посмотреть в Eclipse содержимое указателя стека может подскажите? В окно Регистров немогу добавить регистры..
Они там должны появиться сами. Перезапустите отладку или обновите эклипсу. В старых версиях тоже наблюдал такое пропадание регистров, в juno пока тьфу-тьфу, не замечал. Лечил перезапуском отладки. Отлаживаете через STLink GDB server или через OpenOCD? В OpenOCD можно подключиться telnetом на порт 4444 и дать команду regs.

Скрипт ваш вроде бы некриминальный, размеры заданы верно. Покажите листинг (.lss) и .map


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
Basilij
сообщение Oct 19 2012, 08:13
Сообщение #8


Частый гость
**

Группа: Участник
Сообщений: 175
Регистрация: 7-04-11
Пользователь №: 64 190



Вобщем правил правил LD, в итоге скачал библиотеку с сайта, и там нашёл LD скрипт отличный от моего, с ним заработало, главное точк останова на Reset Handler делаю, и при старте отладки жду несколько секунд, после этого начинаю отладку и тогда не вылетает с ошибкой. Вот код:
CODE
/*
*****************************************************************************
**
** File : stm32_flash.ld
**
** Abstract : Linker script for STM32F100VB Device with
** 128KByte FLASH, 8KByte RAM
**
** Set heap size, stack size and stack location according
** to application requirements.
**
** Set memory bank area and size if external memory is used.
**
** Target : STMicroelectronics STM32
**
** Environment : Atollic TrueSTUDIO®
**
** Distribution: The file is distributed “as is,” without any warranty
** of any kind.
**
** ©Copyright Atollic AB.
** You may use this file as-is or modify it according to the needs of your
** project. Distribution of this file (unmodified or modified) is not
** permitted. Atollic AB permit registered Atollic TrueSTUDIO® users the
** rights to distribute the assembled, compiled & linked contents of this
** file as part of an application binary file, provided that it is built
** using the Atollic TrueSTUDIO® toolchain.
**
*****************************************************************************
*/

/* Entry Point */
ENTRY(Reset_Handler)

/* Highest address of the user mode stack */
_estack = 0x20001000; /* end of 8K RAM */

/* Generate a link error if heap and stack don't fit into RAM */
_Min_Heap_Size = 0; /* required amount of heap */
_Min_Stack_Size = 0x100; /* required amount of stack */

/* Specify the memory areas */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 16K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 4K
MEMORY_B1 (rx) : ORIGIN = 0x60000000, LENGTH = 0K
}

/* Define output sections */
SECTIONS
{
/* The startup code goes first into FLASH */
.isr_vector :
{
. = ALIGN(4);
KEEP(*(.isr_vector)) /* Startup code */
. = ALIGN(4);
} >FLASH

/* The program code and other data goes into FLASH */
.text :
{
. = ALIGN(4);
*(.text) /* .text sections (code) */
*(.text*) /* .text* sections (code) */
*(.rodata) /* .rodata sections (constants, strings, etc.) */
*(.rodata*) /* .rodata* sections (constants, strings, etc.) */
*(.glue_7) /* glue arm to thumb code */
*(.glue_7t) /* glue thumb to arm code */

KEEP (*(.init))
KEEP (*(.fini))

. = ALIGN(4);
_etext = .; /* define a global symbols at end of code */
} >FLASH


.ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } >FLASH
.ARM : {
__exidx_start = .;
*(.ARM.exidx*)
__exidx_end = .;
} >FLASH

.ARM.attributes : { *(.ARM.attributes) } > FLASH

.preinit_array :
{
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP (*(.preinit_array*))
PROVIDE_HIDDEN (__preinit_array_end = .);
} >FLASH
.init_array :
{
PROVIDE_HIDDEN (__init_array_start = .);
KEEP (*(SORT(.init_array.*)))
KEEP (*(.init_array*))
PROVIDE_HIDDEN (__init_array_end = .);
} >FLASH
.fini_array :
{
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP (*(.fini_array*))
KEEP (*(SORT(.fini_array.*)))
PROVIDE_HIDDEN (__fini_array_end = .);
} >FLASH

/* used by the startup to initialize data */
_sidata = .;

/* Initialized data sections goes into RAM, load LMA copy after code */
.data : AT ( _sidata )
{
. = ALIGN(4);
_sdata = .; /* create a global symbol at data start */
*(.data) /* .data sections */
*(.data*) /* .data* sections */

. = ALIGN(4);
_edata = .; /* define a global symbol at data end */
} >RAM

/* Uninitialized data section */
. = ALIGN(4);
.bss :
{
/* This is used by the startup in order to initialize the .bss secion */
_sbss = .; /* define a global symbol at bss start */
__bss_start__ = _sbss;
*(.bss)
*(.bss*)
*(COMMON)

. = ALIGN(4);
_ebss = .; /* define a global symbol at bss end */
__bss_end__ = _ebss;
} >RAM

PROVIDE ( end = _ebss );
PROVIDE ( _end = _ebss );

/* User_heap_stack section, used to check that there is enough RAM left */
._user_heap_stack :
{
. = ALIGN(4);
. = . + _Min_Heap_Size;
. = . + _Min_Stack_Size;
. = ALIGN(4);
} >RAM

/* MEMORY_bank1 section, code must be located here explicitly */
/* Example: extern int foo(void) __attribute__ ((section (".mb1text"))); */
.memory_b1_text :
{
*(.mb1text) /* .mb1text sections (code) */
*(.mb1text*) /* .mb1text* sections (code) */
*(.mb1rodata) /* read-only data (constants) */
*(.mb1rodata*)
} >MEMORY_B1

/* Remove information from the standard libraries */
/DISCARD/ :
{
libc.a ( * )
libm.a ( * )
libgcc.a ( * )
}
}
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd July 2025 - 23:12
Рейтинг@Mail.ru


Страница сгенерированна за 0.06195 секунд с 7
ELECTRONIX ©2004-2016