KEI

Windows上でSDカードに作成されたテキストファイルを確認。ファイルの存在を確認OK。ファイルの内容を確認OK。ディスク関連はブラックボックスのまま使用してしまうことが多いが、概念だけでも知っておくといろいろな確認手段が得られる。今後の方針としてWindows上からSD直接制御。

LinuxでディスクイメージをSDカードへ書き込み。ddコマンドで書き込み。Windowsで確認前にLinuxでSDカード確認してみた。ファイルが作成されていることを確認。サイズが正しいことを確認。ファイルの中身が正しいことを確認。viで「:%!xxd」を実行するとバイナリモード。

FatFsで適当なテキストファイルを作成。なんとなくやばそうだが、問題ない。たぶん。事前にリスト確認。「long_file_name_file_by_fatfs.txt」を作成。リストでファイルが生成されていることを確認。ファイルを読み出して書き込まれているデータが正しいことを確認。

Windowsで作成したテキストファイルの有無をFatFsで確認。「long_file_name_file.txt」があることが確認。サイズもあってる。Windowsで作成したテキストファイルの中身をFatFsで確認。「0123456789」の繰り替しのテキストファイルなことを確認。

ディスクイメージをWindows側に持ってきてFatFsシミュレータのプロジェクトフォルダへコピー。PhysicalDrive2というファイル名はFatFsシミュレータがDisk2と認識するルールに則った名称。FatFsシミュレータでディスクイメージ認識はOK。fsコマンドで確認できた。

WindowsでSDカードをFATでフォーマット。FAT12/FAT16/FAT32が選択できないのでFATを指定するのみ。領域サイズで自動選択。テキストファイルをSDカード内に作成。LinuxでSDカードのディスクイメージ作成。dfコマンドでデバイス確認。ddコマンドでディスクイメージ作成。

SDイメージシミュレーションの手順説明。その手順及び構成を図解。ポイントはLinuxのddコマンドでSDカードのディスクイメージの吸い上げと書き戻し。VMware Workstation PlayerとUbuntuが必要。今回はWinodws PC前提だが他のLinux環境でも問題無い。

扱ったのはFAT32。他にFAT12、FAT16があるが、違いはFAT領域のクラスタサイズとディレクトエントリ構造体。基本的な追い方は一緒。組み込み機器ではPCで出来て当たり前がとても困難。「車輪の再発明」という揶揄が適切ではない状況の方が多い。日ごろから「出来て当たり前」の仕組みを考えると吉。

フォルダの中のディレクトリエントリの構成を図解。カレントディレクトリ、親ディレクトリ、LFN→SFNの構成。ファイルの実体が配置されてるクラスタ確認。ここの考え方は通常の「8.3形式」のファイルと同一。該当クラスタのFAT領域に於けるクラスタチェーンを確認。

ディレクトリエントリが指し示すフォルダの中のデータはフォルダ内のディレクトリエントリ。つまり入れ子になっている。ルートディレクトリ以外のディレクトリは「.」と「..」の名称のディレクトリが存在。「.」がカレントディレクトリ。「..」が親ディレクトリ。相対PATH用の仕様。