含める情報
- TCU リファレンスとオリジナル ファイル
- トランスミッションと車両識別
- 現在の ECU ソフトウェア構成
- 要求される動作と記述ツール
BlagTuning / ソフトウェア
TCU ソフトウェアとギアボックスのキャリブレーション
送信ファイルは、完全なドライブラインの動作方法をサポートする必要があります。私たちは TCU キャリブレーションをソフトウェア開発としてアプローチしており、よりハードなシフトのための普遍的なレシピではありません。
送信ソフトウェアを理解する
TCU は動作情報を使用して送信動作を管理します。関連する戦略は、トランスミッション、車両アプリケーション、およびソフトウェアのバージョンによって異なります。ギアボックス ファミリ名だけでは、これらの違いをすべて説明したり、正しいファイルを識別したりできるわけではありません。
車両の詳細とともに、コントローラーのリファレンス、元の読み取り値、およびツールの情報を提供します。目的は、要求された変更について議論する前に、信頼できるソフトウェア リファレンスを確立することです。これは、標準的な道路車両でも、エンジン ソフトウェアが変更されたプロジェクトでも同様に重要です。
ラベルだけでなく動作を定義する
より高速またはよりスポーティなギアボックスの要求には、いくつかの意味があります。応答、ギアの選択、トルクの調整、または特定の動作条件のどれを優先するかを説明してください。すべての送信を同じ一連の変更が適切であるかのように扱うよりも、明確な説明の方が役立ちます。
キャリブレーションは車両の使用状況に応じて考慮する必要があります。日常の操作、部分負荷での操作、トランジションは、厳しい運転と並んで重要です。ソフトウェアの目的は、単一の感覚に焦点を当てるのではなく、顧客の要件を反映する必要があります。
ECU と TCU の接続を維持する
エンジンとトランスミッション ソフトウェアは情報とリクエストを交換します。両方が変更された場合、それらの構成と改訂履歴を一緒に保存しておくと、ワークショップが使用中の組み合わせを理解するのに役立ちます。そのコンテキストのない孤立したファイルはサポートを不必要に困難にします。
TCU の作業をリクエストする場合は、現在の ECU ソフトウェアと関連するハードウェアの変更について説明してください。 1 つのコントローラーのみを変更する必要がある場合は、それも明確にする必要があります。スコープは、両方のユニットを常に変更する必要があるという仮定に基づいてではなく、特定されたシステムと要求された動作に基づいて確立されます。
レビュー、インストール、フォローアップ
ソフトウェアの知識は、どのリビジョンが検討されているのか、どのような動作に対処しているのか、結果を評価するためにどのような情報が必要なのかなど、アプリケーションに関する特定の決定につながる場合に価値があります。これらの詳細は、配信されたファイルに添付して保管してください。
ワークショップは、機器および送信に適した作成および適応手順に従います。結果についてさらに議論が必要な場合は、正確な ECU/TCU バージョンと観察された条件を提供してください。物理的な障害には診断が必要です。ファイル サービスは、その作業のソフトウェア部分をサポートします。
ソフトウェアのリクエスト
サービス範囲
- サポートされている送信のソフトウェア評価
- ECU/TCU構成をまとめて保持
- 返却されたバージョンの技術的フォローアップ
サービスに関するご質問
TCU ソフトウェアはすべてのエンジン ファイルに含まれていますか?
いいえ。エンジンとトランスミッションの作業は関連する可能性がありますが、必要な範囲は別途確認されます。
TCUチューニングはシフトを難しくするだけですか？
いいえ。リクエストは送信動作のいくつかの側面に関係する可能性があります。適切な変更はシステムと使用目的によって異なります。
ソフトウェアは機械的なギアボックスの故障を解決できますか?
ソフトウェアの作業は、機械的または油圧的な診断に代わるものではありません。校正を依頼する前に、既存の症状を報告してください。