KEI

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用の仕様。

ロングファイルネームなフォルダやファイルのディレクトリエントリの関係性を確認。 LFNが先に現れ、最後にSFN。 VFAT未対応FileSystemはLFNをスキップしてSFNだけを参照している。 SFNにフォルダ内のディレクトリエントリの先頭クラスタが埋まっている。

ロングファイルネームなフォルダやファイルのディスクイメージ上で確認を試みる。 まずはルートディレクトリエントリから。 存在するファイルとフォルダが3つのはずだが、ディレクトリエントリとしては5つ存在。 ５つのうち3つがロングファイルネーム仕様を満たす仕掛け。 ファイル名もasciiからUnicodeになってる。