STM32 RAMが足りねぇ→PSRAM→OCTOSPI（第２期）

おはよーございます．年末は趣味の回路です．仕事で使いたいアイテムでもあるがな．

STM32H723の内蔵RAMはtotal 500kBぐらいなので足りないんでPSRAMで増量したいのです．それで2024年11月12日に、STM32H723にPSRAMを取り付けようとして挫折しました．こちら

方法は、OCTOSPIでこういうSerial RAMを取り付けます．64Mbit品ですので、成功すれば一気に8MBものメモリ空間を手中にできてウハウハでやんす～

Adafruit Industries LLC　4677　PSRAM 64MBIT SPI 133MHz

ところが11/12の検討では動きませんでした．アクセス出来たけれど化けてました．

今回は成功したのですが、差異はなにかというと、、、

　・失敗　中華通販のIC

　・成功　digikeyで買ったもの

う～ん、粗悪品でしたか....

というわけで、リベンジの第２期はちゃんと動かしてみたいです．

速度、DMAなどをチェックするです．

ーーーー

ところがどうも変．メモリマップドモードで使うとき．．．

　１）for loop内でpsramエリアに代入すると、後にreadしても壊れている

　２）for loopでなくpsramエリアに代入すると、後のreadで正常に読める

　３）refresh時間逸脱のせいではない

　４）2LINEかQUADかに依らない

　５）clk speedに依らない

OCTSPIのadressingがなんかbugってるっぽい．

ーーーー

翌朝．

STM32H723のエラッタを見るとOCTOSPIに20個ぐらいリストされています．

ちゃんと動くこともあるんですがね．

for(i=0;i<......){

　psram[i]=YY

　HAL_Delay(5000);

　ZZ=psram[i];

}

↑こうゆう近い距離でWRすると完璧に動きます．delayを長くしてもOKなのでrefreshもちゃんと動いてるらしい．

ところが、そのすぐ下で別のloopで読むとデータが化けてる．この症状から回復できてません．エラッタに登場するDQSやstronglyの件を実装済でもダメです．

for(i=0;i<......){

　ZZ=psram[i];

}

加えて、代入のときfor loopを使わなければ正常だという謎現象もあります．

STM32H723でメモリマップドは無理ゲーなのかもしれません．

第２期も撤退か？

ーーーー

メモリマップドモードを使わずに普通のアクセスを試みましたが、動作せず．

撤退します．

STM32H750ならメモリマップドでPSRAMを動かせるらしいので、そっちで試します．

あでゅ～