caxapa.ru :: Хе-хе. Расслабил нас cortex и Keil, привыкли, панимашь, что все гладко и красиво :) Сегодня наткнулся на hard fault по причине выравнивания U32. В FatFS при размешении еe структур в глобальных переменных. Так и не нашел, как эту бяку вылечить.

Гудвин, волшебник (09.06.2016 17:46 - 18:19, просмотров: 4218)

Хе-хе. Расслабил нас cortex и Keil, привыкли, панимашь, что все гладко и красиво :) Сегодня наткнулся на hard fault по причине выравнивания U32. В FatFS при размешении еe структур в глобальных переменных. Так и не нашел, как эту бяку вылечить. Разместил в локальных (стеке), задышало. Нет времени на разборки... Компилятор от ARM таки мудит'c, однако.

Ответить

- Там в ffconf.h есть опция _WORD_ACCESS. Если она задействована, то FatFS копирует блоки памяти по sizeof(int) за раз. Из за нее, в частности Cortex-M0 может падать в HardFault il-2(341 знак., 14.06.2016 09:57)
  - Она у меня выключена. Просто забыл, что надо было было выровнять. И структуры FatFS, и буферы. В LPC1768 надо еще учитывать особенность usb dma. - Гудвин(14.06.2016 11:06)
- Было похожее, когда свой массив размещал в статической памяти в батарейного домена stm32f207, и писал его в файл. Происходил hardfaul (причем не всегда а достаточно редко) при записи последнего байта статической памяти. FatFS зачем-то читал из shan(382 знак., 10.06.2016 13:46)
- Першее, шо я роблю-это уменьшение оптимизации - Petrovich(10.06.2016 12:09, )
  - На днях по оптимизации выяснил следующее. misyachniy(170 знак., 10.06.2016 22:41)
- Это похоже на проблему с выравниванием буфера для DMA? На SAM3 такой случай у меня был. - misyachniy(10.06.2016 11:56)
- мож оно -> - Nikolay801_(10.06.2016 08:32, ссылка)
  - Да. Оно. Спасибо. Просто в запарке забыл (вроде все то же, что и раньше). Ан нет. Открыл свой проектик N-летней давности. там как раз все основные структуры и буфера выровнены на 4 байта. FatFS, несколько DMA, USB диск... - Гудвин(10.06.2016 21:47)

ARM, RISC-V контроллеры