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

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

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

Всем привет.
Пишу в 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 байтов по циклу пишутся метки. Последние метки- собственно проблемные места. Но, как-то это не "технологично".Попробую поиграться со стеком.

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25

	Default_Handler. Как узнать что вызвало. 12.10.2016, 02:36. Показов 6915. Ответов 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
	У тебя разрешено какое-то прерывание (либо эксцепшен ядра) для которого не написан свой обработчик. Попробуй для написать свою функцию-заглушку для каждого обработчика чтобы вызывалась она, а не Default_Homdler, и смотри какое прерывание сработало. 0

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

@kr1047 0 / 0 / 0 Регистрация: 08.10.2016 Сообщений: 25
	12.10.2016, 12:16
	Я прочитал пост с описанием, но опыта мне не хватает. Можете подсказать, по набору регистров, где адрес программы откуда было прерывание? 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
	Когда попадаешь в Default_Homdler, посмотри значение SCB->ICSR 0

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

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

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