STM32でDCC/DDCを作る方向で (36) HARD FAULTって調べづらい

告知です．

コミケ99にて当社のDDC/DACを頒布いたします．

  日付   2021年12月31日（金） 東地区 テ－４０ｂ  東５ホール

  サークル名    bangflat

コミケにお越しの際はお立ち寄りいただけますとありがたいです．

商品紹介ページを作りました．

ーーーー

STM32でDDC/DCCを作ろう！         INDEXページへ

前回かくかくしかじかと説明した事情でSTM32F405でHARD FAULT発生中．

STM32F405のdatasheetを読んでいて、Memory protection unit(MPU)というのが在ります．205にはMPUは無いようです．
405のdatasheetによると、
  １）保護領域へのアクセスを監視する
  ２）メモリ空間を８つの領域に分割し、さらにそれらを８分割して保護領域となす
てなことのようです．
405で出ているHARD FAULTはMPUのせいじゃないかと疑りの目を向けているところ．

MPUはさておき、今回はHARD FAULTが出ちまった時の追求方法を書きます．

１）debuggerでrunさせる

２）HardFault_Handler()で止まる．でも何処が原因なのかは不明

３）フォルトアナライザを開く

４）フォルトアナライザから情報を読み取る
変な場所を触らないでよとお怒りです．変な場所とは0x200c1100である．

５）フォルトアナライザの右上にこのようなボタンが！
ぴこぴこと押してみましょう．

fault発生個所がsource codeで示されます．あら便利．

それだけでなく逆アセンブリリストでも表示されます．あら便利．

しかし、場所が判ってもなぁ、、、とつぶやくしかありません．

ともあれこのケースでは、adr->DIEPTSIZがアドレス0x200c1100を指しており、そこを触ったのでSTM32F405がお怒りになっていると判ります．悪いのは0x200c1100です．

一方でDIEPTSIZとはUSBのレジスタであり、USB BASE ADDRESSは0x40040000です．0x200c1100とはかけ離れています．怪しい．

--------
0x200c1100は何者なのか？

Cortex-M4のdatasheetに解説がありました． それによると、SRAMにbitアクセスするための特殊領域のようです．だけどそれでhard faultが生じるものかしら？ それは不明です．

Memory protection unit(MPU)が例外検知したとき

これもCortex-M4のdatasheetに解説がありました．MPUが例外検出したらメモリマネジメントfaultが生じると書かれています．
すなわちMemManage_Handler()でhangupするはずです．ところが現状はHardFault_Handler()でhangupしているのですからMPUは無関係と思われます．

今宵はここまでにしとうございます．

かしこ