含める情報
- コントローラーとオリジナルのソフトウェアのリファレンス
- 必要な動作の説明
- ハードウェア、インターフェース、および使用目的
- 利用可能な技術情報とプロジェクトの制約
BlagTuning / ソフトウェア
カスタムECUソフトウェア開発
標準のファイル要求では不十分な場合は、必要なソフトウェア動作からプロジェクトが開始されます。明確な要件は、複雑なアイデアを開発範囲に変換します。
ソフトウェア要件から始める
カスタム開発は、システムがどのような条件下でどのハードウェアを使用して何を行うべきかを記述することから始まります。有用な仕様は、コントローラー、利用可能なソフトウェア、および要求された動作に関連する入力または動作状態を識別します。
これは、従来の校正カテゴリの選択とは異なります。変換、コンポーネントの統合、または特定の制御要件では、配信を定義する前に実現可能性段階が必要な場合があります。最初の目的は、技術要件を評価できるほど明確にすることです。
アプリケーションを変更する前に理解する
元の参照、以前の変更、および使用目的がわかっていると、ソフトウェアの作業の信頼性が高まります。利用可能な ID を提供し、現在の動作を説明します。複数のコントローラーが関係する場合は、それらの役割と関連する構成について説明します。
ECU 戦略の知識は、適切な質問をして依存関係を特定するのに役立つため、貴重です。すべての機能がすべてのコントローラーで可能であるという主張として提示されるべきではありません。実際のソフトウェアやプロジェクトに対して開発範囲を確認します。
リビジョンを定義し、ポイントを確認する
カスタム プロジェクトでは、何が提供されるのか、どのように進捗が評価されるのかについて共通の理解を必要とします。必要な動作、ワークショップで提供される情報、およびソフトウェアがレビューされるポイントに同意します。
各リビジョンを識別できるようにしてください。ハードウェアの変更や追加の要件によってプロジェクトが変更される場合は、それを明示的に記録します。明確な改訂履歴は、合意された範囲内の調整と新しい開発リクエストを区別するのに役立ちます。また、その後の技術サポートもより効果的になります。
ソフトウェアの専門知識と実践的なコラボレーション
ソフトウェア開発者とワークショップはさまざまな情報を提供します。ファイル作業はコントローラーのソフトウェアに対応します。ワークショップでは、インストールのコンテキストとアプリケーションからの関連する観察結果が提供されます。多くの場合、その交換の品質によって、複雑なリクエストをどれだけ効率的に処理できるかが決まります。
テストでは、プロジェクトの実際の質問に答える必要があります。これには、電力測定だけではなく、ソフトウェアの比較、動作データ、またはその他の適切なチェックが含まれる場合があります。その結果、ソフトウェアを適切に使用およびレビューするために必要なコンテキストを備えた定義済みのソフトウェア成果物が得られます。
ソフトウェアのリクエスト
サービス範囲
- 開発に着手する前に実現可能性を議論する
- 合意されたソフトウェア成果物とレビューポイント
- 追跡可能な改訂と技術コラボレーション
サービスに関するご質問
すべての ECU はカスタム機能をサポートできますか?
普遍的な互換性は想定されていません。実現可能性は、特定されたソフトウェア、コントローラー、要件によって異なります。
カスタム作業の価格は標準ファイルと同じですか?
必ずしもそうとは限りません。作業を開始する前に、開発範囲と条件について合意する必要があります。
プロジェクトを迅速に評価するには何が役立ちますか?
正確な要件、信頼できるオリジナル ソフトウェア、ハードウェアと現在の動作の明確な説明。