Прошу помощи с STM32F051, Периодическое сваливание в HardFault Опции

[nanorobot]

Отлаживаю дивайс на STM32F051. интенсивно используется DMA - все каналы. Периодически (1 раз в 1- 4 часа) происходит HardFault.Ввел обработчик ХардФаулт из Definitive Guide, получил листинг регистров. Не могу полноценно осознать результаты. Судя по содержимому PC, инструкция, вызвавшая HardFault была расположена в RAM. Непонятно. Указатели на функции не использую.
Во вложении кусочек скриншота с регистрами.

Эскизы прикрепленных изображений

 

[Golikov A.]

А вы по специальности работали? ...

мне вот очень важно сколько бит int, потому что когда вы его массивами на компьютер шлете и обратно принимаете хорошо бы знать сколько переменных пошло. Так же я напомню что есть big endian и little endian, хорошо про них не знать, но в железе редко имеем дело с одним процессором, а если еще ПЛИС, а в ней удобнее big endian, а между процом и ПЛИС тоже интерфейсы и передача данных.

также мы вспоминаем о структурах и их преобразовании в байтовый массив и обратно, где так же важно знать типы, размеры полей, их последовательность и прочее... И тут в полный рост встает архитектура, по посылайте на компьютер не пакованные структуры с какого-нить СМ0, и попробуйте их с позиции "не програмерово собачье дело" их преобразовать.


Ну и пример про грузовик:
void - это не просто машина, это такая машина, которая может все, и потому если запросили void машину, то она сто пудово подойдет, только надо с пониманием к ней отнестись, и найти где вход, а все остальное она сделает, и груз перевезет и на работу по пробкам доставит. И продолжая этот пример, трудности на себя берет водитель, чтобы клиенты не парились!

Ну включаем логику. Как может стать понятнее, если табличку "Иванов, 28 лет, пневмония, лечащий врач Сидоров" заменить на табличку "очередной больной"?

не такая замена как вы говорите, а такая:
"Иванов, 28 лет, пневмония, лечащий врач Сидоров"
меняем на
(очередной больной) "Иванов, 28 лет, пневмония, лечащий врач Сидоров"
согласитесь что во 2 случае информации чуть больше, как минимум что мы именно хотели включить этого человека как нашего очередного больного.

Иногда в поисках ошибок находятся разные места кода, и смотрите на них и думаете а нет ли тут ошибки, и иногда с таким явным уточнением вы понимаете что тут все верно. Особенно это часто это происходит когда идут двойные указатели и всякие их разименования...

[Tahoe]

мне вот очень важно сколько бит int

Это очень плохо. Потому что все, что должен знать программер о типе int, что это тип, _удобный_ для процессора.

потому что когда вы его массивами на компьютер шлете и обратно принимаете хорошо бы знать сколько переменных пошло указатели и всякие их разименования...

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

Так же я напомню что есть big endian и little endian, хорошо про них не знать, но в железе редко имеем дело с одним процессором

А причем здесь железо? Мы говорим о том, насколько программер понимает/чувствует инструмент, которым пользуется. В общем случае, программа должна быть написана так, что бы было плевать, на каком endian работает процессор. Вот мы снова вернулись к переносимости кода.
Если писать так, то будет зависимость от endian:

Код

union
{
    uint16_t    d;
    struct
    {
        uint8_t    l;
        uint8_t    h;
    }
}

А если написать так, то исполняться будет одинаково, при любом endian:
l = d >> 0;
h = d >> 8;

а если еще ПЛИС, а в ней удобнее big endian

Какой любопытный постулат. Можно с этого места попобробнее. А то моим ПЛИС всегда было по-барабану, с каким endian работать.

- грузины, лучше чем армяне
- чем лучше?
- чем армяне!
(с)

также мы вспоминаем о структурах и их преобразовании в байтовый массив и обратно, где так же важно знать типы, размеры полей, их последовательность и прочее... И тут в полный рост встает архитектура

... и тут в полный рост встает умение правильно структурировать программу. Выносится небольшой кусочек, в котором есть подобные зависимости. Не надо сразу лезть копаться в частностях, не разобравшись с главным.

Ну и пример про грузовик:
void - это не просто машина, это такая машина, которая может

Ну вот не надо фантазировать, а? Здесь void, это то же, что и просто машина. Без уточнений, что она там может, а что не может.

если запросили void машину, то она сто пудово подойдет

Вот опять, выдаем желаемое за действительное. Если запросили void машину, это не значит, что она подойдет. Это значит, что клиент ничего не сообщил о том, какая машина ему нужна. Подойдет или нет - никто не знает. Собсно, в обсуждении выше это и произошло - на каком-то ядре void * работало корректно, но в один прекрасный день, случилось то, что и должно было случиться.

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

Да-да. Я прям представил себе, как на погрузку 2т сахара, приехало такси и водитель "взял на себя все трудности". На своем горбу, видимо, перетаскал, от склада до магазина. Главное, что клиенты не парились.

не такая замена как вы говорите, а такая:
"Иванов, 28 лет, пневмония, лечащий врач Сидоров"
меняем на
(очередной больной) "Иванов, 28 лет, пневмония, лечащий врач Сидоров"

Сдаюсь. Видимо, умение программировать дано не каждому.