デバイスの開発にプロセッサモジュールを使用すると、プロセス自体が劇的に変わり、その技術的なコンポーネントだけでなく、経済的およびマーケティング的なものも変わります。
主な利点の1つは、開発の開始から市場での製品の発売までの時間です。 桁違いに減少します。
たとえば、古典的な開発方法（「離散」要素を使用する方法と呼ばれる）と、プロセッサモジュールを使用する最新の開発方法を見てみましょう。 最初の古典的なケースでは、プロセッサとコンポーネントを「緩め」て、将来のデバイスをゼロから作成し始めます。 同時に、たとえばRAMなどの複雑な要素のレイアウトに関する難しいエンジニアリングの問題を個別に解決します。 2番目のケースでは、既製のプロセッサモジュールを使用して、その周辺にデバイスを構築します。 最も重要なコンポーネントは既にモジュールに分割されており、キャリアボードは設計の面ですでに比較的単純です。
私の会社の研究開発部門の実践からの2つの実際の比較可能なプロジェクトを見てみましょう。
- SmartCS産業用コントローラーの開発
- 産業用greenGoメディアプレーヤーの開発
1つ目は、産業用オートメーションとユーティリティ（エンジニアリングシステムの管理）の適用範囲である汎用産業用コントローラーです。
2番目のデバイスは、広告で使用されます-デジタルサイネージクラスソリューションの代表であるビジネスセンターのビデオモニターでのコマーシャルのローテーション。
各製品の接頭辞「産業」は、産業の信頼性要件がそれらに適用されることを示します。 つまり、メディアプレーヤーが家でぶら下がっている場合、それはもちろん不快ですが、問題は小さく、過負荷になるほど長くはありません。 当社の製品の場合、ダウンタイムは許容できません。数千キロメートル離れた場所に設置されたメディアプレーヤーの過負荷は困難なタスクになる可能性があり、ネットワークに数百個ある場合、タスクはキューブ化されます。 両方のプロジェクトのデバイスの稼働時間は、長年にわたって測定されます。
1つ目は、古典的なディスクリートスキームに従って開発されました。機能の詳細な説明をタスクに設定し、プロセッサを決定し、キットを選択し、それを分離し、デバッグを開始したプロトタイプを取得して、Linuxを移植しました。 最終的に、数回の反復とあらゆる種類のテストの後、完成品が得られました。 つまり 始めから終わりまで-これは、エンジニア、回路エンジニア、プログラマーの1つのチームの全体的な開発です。
2つ目は、得られた経験を考慮して構築されましたが、すでにプロセッサモジュールに基づいています。ここでも、タスクに基づいて、機能とパフォーマンスの要件が決定され、プロセッサモジュールが選択されました。 次に、統合されたアンプ、3Gモデム、およびコネクタが配置されたシンプルなボードを作成しました-デバイスの準備ができました！ OSの移植、ドライバーの作成とデバッグ、特性と戦うためのハードウェアの出力のすべての段階は、プロセッサモジュールメーカーのひげを生やした人によって既に大部分が決定されており、読み込まれたOSのイメージは完成したプロセッサモジュールで完成します。
そのため、アプリケーションソフトウェアの開発を省略します（完全に異なる時間がかかる可能性があり、この場合は鉄の開発には適用されないため）。この一連の手順について説明します。
人生の散文：最初のケースでは、開発にはデバイスの戦闘バージョンが登場するまでに14か月かかりました。 2番目-3か月！ そして、私はここで冗談を言っていません！
これらの数字をお金と見込みに変換し始めると、ドラマが現れます。今、すべてが非常に急速に進行しているとき、1年半の遅れがプロジェクトを殺すことができます-それは生まれる前でも時代遅れになる可能性があります。
以下は、デバイスを市場に投入するための、より理解しやすい投資スケジュールです。
2番目のケースでの古典的な個別の開発方法の適用は、11か月で最初の一連の機器の外観に遅延を与えます。 これでビジネスを始めた顧客にとって、これは収益の11ヶ月の損失を意味します！
ここで、これらの2つのアプローチに従って開発された競合デバイスを市場に投入する2つの異なる企業があると想像してください。 答えは明らかです。