| |
|
 |
Ответов
(1 - 11)
|
|
 Sep 7 2012, 10:31
|
Участник
Группа: Участник
Сообщений: 59
Регистрация: 11-12-11
Пользователь №: 68 798
|
Цитата(SII @ Sep 7 2012, 13:12)  Читать документацию на архитектуру про исключения вообще и про HardFault в частности -- там всё расписано. К конкретному типу Как-то замудренно сильно. У Пиков гораздо понятнее и более нагляднее. Жаль, что разработчики ARM не позаботились о пользователях. Все это можно сделать аппаратно и показать наглядную инфу например в отладчике.
|
|
|
|
|
|
|
|
Sep 7 2012, 13:16
|
Участник
Группа: Участник
Сообщений: 59
Регистрация: 11-12-11
Пользователь №: 68 798
|
Цитата(jt777 @ Sep 7 2012, 14:40) А позвольте поинтересоваться IDE какую используете? если Keil то вот дока для выяснения причины исключения http://www.keil.com/appnotes/files/apnt209.pdfДа, Кеил.  Дока не помешает в любом случае, спасибо. Причину уже нашел. Люблю указатели, но стоит иной раз "поработать" с неиницализированным указателем...  Вот, вызывало исключение HardFault....
|
|
|
|
|
|
|
|
Sep 7 2012, 14:56
|
Участник
Группа: Участник
Сообщений: 59
Регистрация: 11-12-11
Пользователь №: 68 798
|
Цитата(jt777 @ Sep 7 2012, 17:14) Оуууу указатели это да. штука веселая, осмелюсь дать совет инициализировать все указатели, было когда то дело, при останове в определенной функции проц улетал в нирвану, оказалось j-link, для отладки, пытался прочитать данные по несуществующему адресу. Возился очень долго))) Спасибо за совет. С указателями я работаю плотно и дружественно уже давно, лет 15 Но казусы с неинициализированными указателями бывают у всех...
|
|
|
|
|
|
|
|
Sep 12 2012, 06:58
|
Частый гость
Группа: Участник
Сообщений: 107
Регистрация: 26-09-10
Пользователь №: 59 748
|
1. hard fault вызывается всегда, если не включены обработчики bus fault, usage fault, mem fault. man по регистрам SCB.
2. если обработчики включены, а все равно hard fault - есть биты, определяющие признак hard fault в том же SCB. В частности, невозможность прочитать таблицу векторов.
3. Если и там нет информации - наиболее типичная причина - вызов svc, когда прерывания запрещены.
4. если ничего не помогло - смотрим lr на входе, по адресу возврата определяем, использовался ли msp или psp. Раскручиваем стек, находим вызывающий xPSR, PC, LR.
в принципе, все это умеет моя операционка, mkernel. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там.
|
|
|
|
|
|
|
|
Sep 15 2012, 13:00
|
Участник
Группа: Участник
Сообщений: 59
Регистрация: 11-12-11
Пользователь №: 68 798
|
Цитата(MBR @ Sep 12 2012, 09:58) в принципе, все это умеет моя операционка, mkernel. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там. Спасибо, посмотрим.
|
|
|
|
|
|
|
|
Sep 25 2012, 18:12
|
Участник
Группа: Участник
Сообщений: 63
Регистрация: 25-11-11
Пользователь №: 68 515
|
Цитата(MBR @ Sep 12 2012, 10:58) в принципе, все это умеет моя операционка, mkernel. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там. Могу выслать код для организации сопрограмм (ну если есть заинтересованность),тоже сам писал,и на FreeRTOS -ные сопрограммы вообще никак не похоже...
|
|
|
|
|
|
|
|
Sep 26 2012, 06:26
|
Частый гость
Группа: Участник
Сообщений: 107
Регистрация: 26-09-10
Пользователь №: 59 748
|
Цитата(romas2010 @ Sep 25 2012, 22:12) Могу выслать код для организации сопрограмм (ну если есть заинтересованность),тоже сам писал,и на FreeRTOS -ные сопрограммы вообще никак не похоже... Конечно есть любая заинтересованность в развитии проекта. Может, проще дать доступ к коммитам?
|
|
|
|
|
|
|
|
Oct 1 2012, 06:27
|
Участник
Группа: Участник
Сообщений: 63
Регистрация: 25-11-11
Пользователь №: 68 515
|
Цитата(MBR @ Sep 26 2012, 10:26) Конечно есть любая заинтересованность в развитии проекта. Может, проще дать доступ к коммитам? Да,конечно
|
|
|
|
|
|
|
 |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
Источник исключени HardFault в LPC1768
