Источник исключени HardFault в LPC1768 Опции

[TAutomatic]

Как определить причину вызова этого исключения? Столкнулся с проблемой возникновения этого исключения, хотя версия этого проекта трехдневной давности работает нормально. Причем и текущий проект работает нормально, если одну из ножек замкнуть на корпус. Непонятная ситуация.....

[SII]

Читать документацию на архитектуру про исключения вообще и про HardFault в частности -- там всё расписано. К конкретному типу МК эти исключения отношения не имеют. Прочитав документацию, раскручивать стек и смотреть, на какой именно инструкции споткнулась программа, а потом уже думать, как она туда попала, что должна была сделать...

Сообщение отредактировал SII - Sep 7 2012, 10:13

[TAutomatic]

Читать документацию на архитектуру про исключения вообще и про HardFault в частности -- там всё расписано. К конкретному типу

Как-то замудренно сильно. У Пиков гораздо понятнее и более нагляднее. Жаль, что разработчики ARM не позаботились о пользователях. Все это можно сделать аппаратно и показать наглядную инфу например в отладчике.

[jt777]

А позвольте поинтересоваться IDE какую используете? если Keil то вот дока для выяснения причины исключения http://www.keil.com/appnotes/files/apnt209.pdf

[TAutomatic]

А позвольте поинтересоваться IDE какую используете? если Keil то вот дока для выяснения причины исключения http://www.keil.com/appnotes/files/apnt209.pdf

Да, Кеил. Дока не помешает в любом случае, спасибо. Причину уже нашел. Люблю указатели, но стоит иной раз "поработать" с неиницализированным указателем... Вот, вызывало исключение HardFault....

[jt777]

Оуууу указатели это да. штука веселая, осмелюсь дать совет инициализировать все указатели, было когда то дело, при останове в определенной функции проц улетал в нирвану, оказалось j-link, для отладки, пытался прочитать данные по несуществующему адресу. Возился очень долго)))

[TAutomatic]

Оуууу указатели это да. штука веселая, осмелюсь дать совет инициализировать все указатели, было когда то дело, при останове в определенной функции проц улетал в нирвану, оказалось j-link, для отладки, пытался прочитать данные по несуществующему адресу. Возился очень долго)))

Спасибо за совет. С указателями я работаю плотно и дружественно уже давно, лет 15 Но казусы с неинициализированными указателями бывают у всех...

[MBR]

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. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там.

[TAutomatic]

в принципе, все это умеет моя операционка, mkernel. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там.

Спасибо, посмотрим.

[romas2010]

в принципе, все это умеет моя операционка, mkernel. Я сегодня буду делать коммит, как раз с этой частью кода. Пример можно взять там.

Могу выслать код для организации сопрограмм (ну если есть заинтересованность),тоже сам писал,и на FreeRTOS -ные сопрограммы вообще никак не похоже...

[MBR]

Могу выслать код для организации сопрограмм (ну если есть заинтересованность),тоже сам писал,и на FreeRTOS -ные сопрограммы вообще никак не похоже...

Конечно есть любая заинтересованность в развитии проекта. Может, проще дать доступ к коммитам?

[romas2010]

Конечно есть любая заинтересованность в развитии проекта. Может, проще дать доступ к коммитам?

Да,конечно