含める情報
- 元の ECU ファイルとソフトウェアの識別
- 標準または改造された車両構成
- 燃料、ギアボックス、および望ましい運転特性
- 読み書きツール
BlagTuning / ソフトウェア
乗用車およびバン用の ECU ソフトウェア
実車の経験に基づいて構築されたECUソフトウェア。実証済みのソリューション、アプリケーションの知識、実際のソフトウェアのレビューが各校正リクエストのガイドとなります。
キャリブレーションはパワー数値以上のものです
ECU は、エンジンがドライバーにどのように反応するか、トルクがどのように供給されるか、動作条件がその供給にどのように影響するかなど、多くの決定を同時に調整します。有用なキャリブレーションでは、これらの関係を総合的に考慮します。孤立した値を変更することは、特定の車両に適合するソフトウェアを開発することと同じではありません。
当社のファイル サービスは、ソフトウェアの背後にある技術パートナーを必要とするワークショップを対象としています。出発点は実際の ECU ID と元のファイルであり、その後に車両の構成と顧客の目的が続きます。これにより、ソフトウェア リビジョンが準備される前に、リクエストに明確な目的が与えられます。
標準構成のステージ 1 ソフトウェア
ステージ 1 では、車両の既存のハードウェアに基づいたプロジェクトについて説明します。その目的には、より漸進的な応答、有用な動作範囲にわたるより強力な回復、または日常の運転と利用可能なパフォーマンスの間のより良いバランスが含まれます。適切な範囲は、エンジン、トランスミッション、ソフトウェアのバージョンによって異なります。
同じモデル名で販売されている 2 台の車両には同じソフトウェアが搭載されていない可能性があるため、元のファイルは重要です。燃料、ギアボックス、および以前の変更に関する情報は、表面的なカタログの一致から適切なアプリケーションを区別するのに役立ちます。適切に指定されたリクエストは、一貫した結果の基礎となります。
ステージ 2 およびステージ 3: 完全な準備のためのソフトウェア
ハードウェアが変わると、それに伴ってソフトウェア プロジェクトも変わります。さまざまなコンポーネントが、ECU が受信する情報と、キャリブレーションでカバーする必要がある動作範囲に影響を与える可能性があります。開発が完全な構成に対処できるように、コンポーネントの参照を提供し、使用目的を説明します。
これらのプロジェクトは、定義されたソフトウェア目標と組織的な改訂プロセスから恩恵を受けます。ファイル、観察、およびその後の変更は、同じ技術的な会話に残ります。ステージ 2 およびステージ 3 という用語は、その仕様に代わるものではありません。これらは、ハードウェア、電力、または開発時間に関する普遍的な説明ではありません。
納品後の技術レビューとサポート
当社のソリューションのほとんどはすでに他の車両でテストされており、その多くはダイナモメーターでテストされています。その経験は、ファイル サービスの実践的な基盤を提供します。実績のあるソリューションは、使用されるアプリケーションに適合する必要があるため、関連するソフトウェアのリファレンスと構成は引き続き検討されます。
ダイナモメーターは一部のプロジェクトに追加の証拠を提供しますが、それはファイル サービスの定義ではありません。ソフトウェアのレビュー、関連する運用データ、ワークショップのフィードバックは補完的です。改訂が必要な場合、同じファイル履歴を継続することで、不確かな参照からやり直すのではなく、実際のソフトウェアについて議論することができます。
ソフトウェアのリクエスト
サービス範囲
- 特定されたECUを対象としたソフトウェア作業
- ステージ 1 または別途指定されたカスタム開発
- バージョンに応じた技術フォローアップ
サービスに関するご質問
ステージ 1 では何が変わりますか?
その範囲はECUと車両によって異なります。リクエストは、すべてのモデルに同じ変更が必要であると想定するのではなく、望ましい応答と配信を定義します。
同一モデルのファイルを再利用できますか?
バッジだけでは不十分です。 ECU、ソフトウェアリファレンス、ファイルの生成元および構成は、意図したアプリケーションと一致する必要があります。
すべてのファイルに dyno セッションが必要ですか?
すべてのリクエストを定義する単一のテスト方法はありません。適切なレビューとフィードバックはアプリケーションによって異なります。特定の出力を主張するには、適切なサポート測定が必要です。