Default_Handler. Как узнать что вызвало.

@kr1047 · Регистрация: 08.10.2016

Author24 — интернет-сервис помощи студентам

Всем привет.
Пишу в CooCox для f103. Всё отладил. Но, программа начала вываливаться в Default_Homdler.
Сложность состоит в том, что программа может отработать сутки и не вывалиться туда ни разу, а может и 5 минут не отработать.
Кроме того, пишу во freertos, и там 6 тасков. Какой из них вызывает этот Default_Homdler: вообще загадка.
Отсюда 2 вопроса.
1. Механизм возникновения этого Default_Homdler:. Может по логике смогу докопаться.
2. Есть ли возможность увидеть последний адрес, с какого Default_Homdler: был вызван? Может есть какой механизм поиска этого глюка?

Заранее спасибо.

@moymtoop · 12.10.2016, 04:23

У тебя разрешено какое-то прерывание (либо эксцепшен ядра) для которого не написан свой обработчик. Попробуй для написать свою функцию-заглушку для каждого обработчика чтобы вызывалась она, а не Default_Homdler, и смотри какое прерывание сработало.

@kr1047 · 12.10.2016, 09:36

А как-то можно определить, имея точку останова на Default_Homdler, что именно вызвало это прерывание? Или только методом перебора?

@MostirOtixiy · 12.10.2016, 10:06

@kr1047 · 12.10.2016, 12:16

Я прочитал пост с описанием, но опыта мне не хватает. Можете подсказать, по набору регистров, где адрес программы откуда было прерывание?
sp 0x20004f90
lr 0xff ff ff f1
pc 0x08003c30
xpsr 0x21000003

@div · 12.10.2016, 12:24

Когда попадаешь в Default_Homdler, посмотри значение SCB->ICSR

@kr1047 · 12.10.2016, 15:12

Дурацкий вопрос, но тем не менее, как в CooCox посмотреть SCB->ICSR ?
Там есть вкладка с регистрами. Но SCB->ICSR нет.

@div · 12.10.2016, 15:28

Можно по адресу. Но, я думаю, самый простой способ - вставить в код Default_Homdler чтение из него и потом посмотреть отладчиком.

@MostirOtixiy · 12.10.2016, 15:37

По именно этим регистрам вы ничего не определите, так как эти значения показывают текущее место исполнения == DefHomdler.
А значения регистров на момент исполнения события, вызвавшего переход в DefHomdler, хранятся в стеке. И тот пост как раз об том, как вытащить эти значения в удобоваримом виде.

@kr1047 · 12.10.2016, 16:31

Сообщение от MostirOtyxiy

По именно этим регистрам вы ничего не определите, так как эти значения показывают текущее место исполнения == DefHomdler.
А значения регистров на момент исполнения события, вызвавшего переход в DefHomdler, хранятся в стеке. И тот пост как раз об том, как вытащить эти значения в удобоваримом виде.

Всё понял. Спасибо.
Хотя я решил вопрос "в лоб", методом перебора. А именно, в массив 256 байтов по циклу пишутся метки. Последние метки- собственно проблемные места. Но, как-то это не "технологично".Попробую поиграться со стеком.

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
		1
	Default_Handler. Как узнать что вызвало. 12.10.2016, 02:36. Показов 6371. Ответов 9 Метки нет (Все метки) Всем привет. Пишу в CooCox для f103. Всё отладил. Но, программа начала вываливаться в Default_Homdler. Сложность состоит в том, что программа может отработать сутки и не вывалиться туда ни разу, а может и 5 минут не отработать. Кроме того, пишу во freertos, и там 6 тасков. Какой из них вызывает этот Default_Homdler: вообще загадка. Отсюда 2 вопроса. 1. Механизм возникновения этого Default_Homdler:. Может по логике смогу докопаться. 2. Есть ли возможность увидеть последний адрес, с какого Default_Homdler: был вызван? Может есть какой механизм поиска этого глюка? Заранее спасибо. 0

@moymtoop 0 / 0 / 0 Регистрация: 17.12.2013 Сообщений: 170
	12.10.2016, 04:23	2
	У тебя разрешено какое-то прерывание (либо эксцепшен ядра) для которого не написан свой обработчик. Попробуй для написать свою функцию-заглушку для каждого обработчика чтобы вызывалась она, а не Default_Homdler, и смотри какое прерывание сработало. 0

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
	12.10.2016, 09:36	3
	А как-то можно определить, имея точку останова на Default_Homdler, что именно вызвало это прерывание? Или только методом перебора? 0

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
	12.10.2016, 12:16	5
	Я прочитал пост с описанием, но опыта мне не хватает. Можете подсказать, по набору регистров, где адрес программы откуда было прерывание? sp 0x20004f90 lr 0xff ff ff f1 pc 0x08003c30 xpsr 0x21000003 0

@div 0 / 0 / 0 Регистрация: 26.01.2009 Сообщений: 3
	12.10.2016, 12:24	6
	Когда попадаешь в Default_Homdler, посмотри значение SCB->ICSR 0

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
	12.10.2016, 15:12	7
	Дурацкий вопрос, но тем не менее, как в CooCox посмотреть SCB->ICSR ? Там есть вкладка с регистрами. Но SCB->ICSR нет. 0

@div 0 / 0 / 0 Регистрация: 26.01.2009 Сообщений: 3
	12.10.2016, 15:28	8
	Можно по адресу. Но, я думаю, самый простой способ - вставить в код Default_Homdler чтение из него и потом посмотреть отладчиком. 0

@MostirOtixiy 0 / 0 / 0 Регистрация: 24.02.2010 Сообщений: 804
	12.10.2016, 15:37	9
	По именно этим регистрам вы ничего не определите, так как эти значения показывают текущее место исполнения == DefHomdler. А значения регистров на момент исполнения события, вызвавшего переход в DefHomdler, хранятся в стеке. И тот пост как раз об том, как вытащить эти значения в удобоваримом виде. 0

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
	12.10.2016, 16:31	10
	Сообщение от MostirOtyxiy По именно этим регистрам вы ничего не определите, так как эти значения показывают текущее место исполнения == DefHomdler. А значения регистров на момент исполнения события, вызвавшего переход в DefHomdler, хранятся в стеке. И тот пост как раз об том, как вытащить эти значения в удобоваримом виде. Всё понял. Спасибо. Хотя я решил вопрос "в лоб", методом перебора. А именно, в массив 256 байтов по циклу пишутся метки. Последние метки- собственно проблемные места. Но, как-то это не "технологично".Попробую поиграться со стеком. 0

Опции темы