「組み込みソフトウェア開発におけるPCシミュレーションの活用」

ソフトウェアのコーディングが完了しても基板が完成していなければデバッグを進めることができません。
PCシミュレーションを使用することで、パソコンソフトウェアのデバッガ上（WindowsのMicrosoft Visual Studioなど）でデバッグを進めることができ、基板完成前にアプリケーション部の完成度を高めることができます。
また、複数の基板構成からなるシステムの場合、基板間のやりとりを通信（Ethernet通信やRS-232C通信）で行うことがありますが、PCシミュレーション上のパソコンのシリアルポート（内蔵COMポートやUSBシリアルケーブル）やEthernetポートを使用して接続相手と通信の確認も行うことができます。

組み込みソフトウェア開発では、基板の他にも電源や入出力を確認するための治具なども必要となり、それらを配置する場所を確保する必要があります。また、複数の環境を用意する場合はその分の場所を必要とします。
PCシミュレーションはパソコン上で動きますのでパソコンの場所が確保できれば確認が可能です。

人数が多く入る開発ではハードウェアが不足することがあります。PCシミュレーションはパソコンがあればデバッグが可能ですので、開発環境の不足を補うことが可能です。
また、複数の基板構成からなるシステムの場合は最大構成でのテストが必要になります。開発費用や場所にもよりますが、例えば数十枚以上の基板構成からなる実機環境の場合は1〜2セット用意するのが限度です。
PCシミュレーションであればパソコン1台で最大構成の環境を用意することも可能であり、複数の人が最大構成で確認することができます。

開発が終了すると基板環境は倉庫にしまったり顧客に返却したりします。
現場でトラブルなどが発生し、顧客からソフトウェアを調査してほしいと依頼があった場合に、基板環境の立ち上げに時間がかかることがあります。
PCシミュレーション環境であれば自分のパソコンで立ち上げることができるため、基板環境に比べて早く環境を立ち上げることが可能です。調査できる対象はアプリケーション部に限定されますが、問題の切り分けを行うことでその後の対応をスムーズに進めることができます。

PCシミュレーションはアプリケーション部をデバッグすることを目的としているため、PCシミュレーションでドライバやCPU設定などのハードウェアまわりのデバッグを行うことはできません。
最近では統合開発環境にシミュレータ機能が付属されており、疑似的にCPU設定の確認ができるものがあります。
アプリケーション部のデバッグはPCシミュレーションを使い、ドライブ部のデバッグは統合環境のシミュレータ機能を使うとういうように、デバッグ箇所によって使い分けるのが良いと考えます。

組み込みソフトウェアは基板上で動作しますが、PCシミュレーションソフトはパソコン上で動作するためROM/RAM/CPU（処理速度）などのリソース条件が異なります。
そのため、リソース条件の違いをしっかり考慮していないとPCシミュレーション上では動くが基板上では動かない（またはその逆）ということが発生します。
PCシミュレーション上で確認した後に、基板上での確認は必須となります。

PCシミュレーションを作成しない場合に比べてPCシミュレーションの作成時間が必要となります。しかし、メリットにあげたような内容もありますのでトータルでみれば開発時間が短くなることもあります。
弊社では組み込みソフトウェアのプラットフォーム開発(*1)を行っており、その中にはPCシミュレーションも含まれています。プラットフォームを利用することでPCシミュレーション開発時間を短縮することができます。