「うつむいて歩くと/V850のフラッシュ」記事へのコメント

なるほど

[cyber205 (4374)]

面白いですね。
セルフ書き換えがしたいなら、V850ES/JG2のI/Oピンを１本、抵抗経由でプルダウンしておいた上で
FLMD0端子につないでおけということなんでしょうけど。
でもこれだけで、攻撃する側はチップと共にI/O配線の情報も知らないとFlashを破壊できなくなる。
なかなかよく考えられていると思います。

フラッシュ操作関数ってのをNECは独自に提供してるんですね。
RAMを124バイト、スタックを300バイト消費し、コードそのものは1900バイトですか。
これをリンクしておけば、RAM上にコードを置いてゴニョゴニョするのは全部面倒見てくれると。
スタックもRAM上でしょうから、書き換えのコアになるコードでRAM上に乗る部分は124バイト、
書き込むデータそのものはスタックに積まれて300バイト以内ってことなのかも。

Flashのブロック２とブロック３もブロック０とブロック１が何らかの理由で破壊された時の
バックアップとして予約されているようだし、いっぱいメモリを積んでいる割に予約領域があるので
思ったより自由には使えない。

このV850ES/JG2基版、シリアルUART受信処理が結構難しい [k0hobby.jp]とか言われています。
もしかすると、チップに非公開のバグがあるのかな？

> 次の問題は更新できる範囲だな。ブロック単位のみで消去してからのみだと嫌だな。
> 1 は書けるが 0 は書けないくらいであればまだ少しは助かるが。

Flashは消去こそ大まかにバンクごと消されますが、書き込みはバイト単位でもできたような気がします。
UIVEP-ROMなんかと基本的に同じなら、消去直後はすべてのビットが立って0xffffffffでしょうね。
要らないビットを倒してゼロをどんどん書き込んで行くという感じになると思います。

Re:なるほど

[gm300 (14617)]

>このV850ES/JG2基版、シリアルUART受信処理が結構難しいとか言われています。
>もしかすると、チップに非公開のバグがあるのかな？

  USBドライバの作りのせいで使い方注意が必要かもしれません。

  -ボードがつながっていないとCOMx:のポートでさえ見えません。
  つながってから動的にCOMxを定義するみたいで。
  - ケーブル接続 -> PC側から2102の設定 -> V850のUART0の設定という順番
  そうじゃないと2102がV850から正しくデータ受け取れないみたいです。

　という点の他には特に問題ありませんでした。ってまだPC->V850は試していませんが。

　チップにバグは12グループくらいあるみたいですね。致命的ななのか、不安定な未定義動作なのかわかりませんが。コンパイラのスイッチで回避を指示できるみたいです。U17293JJ の63ページに記述があります。