Доброго времени суток.

Переношу код с LPC2214 и LPC2132 на LPC176x, потихоньку разбираюсь с мощным блоком NVIC и всякой вкусной системной обвязкой в кортексе. В старых проектах есть ряд участков кода в основной программе (критические секции), где запрещались прерывания, для того, чтобы не произошло изменение блока нужных регистров или есть жёсткая привязка по таймингам. Выглядело это примерно так для LPC2xxx:


Сейчас использую CMSIS. В результате курения мануалов и экспериментов выяснил, что простое отключение прерываний через __disable_irq() (или CPSID I) приводит к Hard fault при возникновении прерывания, и, разумеется, радостно выставлен бит FORCED. Как я понял, это сообщает об отсутствии обработки прерывания. Естественно, мне же надо было отключить все разом. Насколько удалось из мануалов понять, требуется применение __disable_fault_irq() (или CPSID F), тогда перехода на fault-handlers не будет.
Правильным ли будет следующий подход по аналогии со старым кодом для критических секций?


Учитывая, что в PRIMASK и FAULTMASK используется только по одному биту, то можно обойтись одним временным регистром.
И ещё. Пока мне непонятно: при переходе на hard_fault_handler считываю состояние HFSR, вижу установленный бит FORCED, а в BFSR - BFARVALID и PRECISERR, что указывает на возможность чтения Bus Fault Address Register (BFAR). Так вот, значение, которое лежит в этом регистре, равно 0x100175ED. Откуда такой адрес? По идее, там должен находиться адрес, откуда произошёл bus fault, но на карте памяти таких адресов нет в моём процессоре (LPC1767). Или я что-то недопонял?

В IAR пользуюсь конструкцией



все работает без проблем.

PS И забудте вы про CMSIS - легче станет. Проще написать свой драйвер NVIC, чем адаптировать творчество ARM. Сейчас у меня одни и те же модули легко работают как под ARM7 (LPC 21хх и LPC23xx), так и под C-M3 (LPC17xx)

Очень странно, т.к. данный интринсик:

Т.е. на FAULTMASK не оказывает влияния, что в моём случае приведёт в fault_handler. Либо у вас изначально уже замаскирован регистр FAULTMASK.


А мне ряд функций очень даже понравился, правда, сначала приходится пробегать глазами по ним и выделять нужные, корректировать ошибочные (ошибок там хватает). Поскольку это мой первый Cortex-M3, то заодно и проц изучается По поводу работы одних и тех же программных модулей на разных процах - это следующий этап. Пока бы -М3 поднять.

А Вы не пробовали разобраться с причиной возникновения fault?
В моем случае оно как-то не возникает

Пробовал. Написал же выше причину. Что ещё может быть не так?

Если речь идет про ИАР, то Вы путаете __disable_irq(), которое действительно вызовет проблему на кортексе, и __disable_interrupt(), о котором упоминал Alechek. Последнее на кортексе работает нормально.

Подозревал, но тогда как понимать в файле cmsis_iar.h этот дефайн:

Хм, не могу найти описание для __disable_interrupt. Может, Вы подскажете? В хэлпе IARа указано только то, что я привёл выше. Там ошибка?

Никакой ошибки нет. __disable_irq() не предназначена для Cortex-M3, о чем и я Вам выше написал. А как устроена CMSIS не знаю, не пользовался. Все таки правильно тут советовали, что начинать знакомство с новой архитектурой используя чью-то библиотеку неправильно, т.к. наступаете не только на собственные грабли, но еще и на чужие.
Я хелп редко читаю. А вот в файле <intrinsics.h> в комментах совершенно четко описано какие функции для чего можно/нужно использовать.

Зато сколько интересного можно откопать! Во первых, есть неплохие примеры. Во вторых, длительный опыт ковыряния чужих некомментированных исходников позволяет адекватно воспринимать код и даже находить в нём ошибки (а в CMSIS-е их хватает). Я сначала пробегаюсь по используемым функциям, смотрю, что в них и как сделано, и что вообще стоит из этого использовать, и ТОЛЬКО ПОСЛЕ ЭТОГО подрубаю к своему проекту. Зато нескучно. И пусть в меня кинут тапком

З.Ы. а описания на асме __disable_interrupt я так и не раскопал

у IAR это intrinsic, которая просто вставляет CPSID I
Exceptions у этой инструкции нет!
А может вы в непривилегированном режиме? тогда эта инструкция игнорируется.
В любом случае лучше посмотреть содержимое регистров под отладчиком после запрещения прерываний, ну fault отловить.
Для отладки достаточно такого обработчика:

и брекпоинт поставить, потом в асме сделать пару шагов и вы вернетесь в то место где случился fault