एक अच्छी कैलिब्रेशन एक ज्ञात वाहन से शुरू होती है
एक पेशेवर ट्यूनिंग जॉब में पहला कदम ईसीयू फ़ाइल खोलना नहीं है। पहला कदम किसी भी चीज़ को बदलने से पहले वाहन के व्यवहार को स्थापित करना है।
एक बेसलाइन डेटा लॉग नियंत्रित ऑपरेटिंग परिस्थितियों में इंजन, ट्रांसमिशन और सहायक प्रणालियों की स्थिति को रिकॉर्ड करता है। यह ट्यूनर को अनुरोधित और वास्तविक मानों, तापमानों, ईंधन वितरण, एयरफ्लो, टॉर्क हस्तक्षेप और दोष स्थिति के लिए एक संदर्भ देता है। उस संदर्भ के बिना, एक यांत्रिक समस्या को कैलिब्रेशन समस्या के रूप में गलत समझना या किसी मौजूदा दोष के लिए क्षतिपूर्ति करने वाली फ़ाइल को "सुधारना" आसान है।
बेसलाइन लॉगिंग का उद्देश्य स्कैन टूल में उपलब्ध हर पैरामीटर को इकट्ठा करना नहीं है। इसका उद्देश्य एक विशिष्ट प्रश्न के लिए सही पैरामीटर इकट्ठा करना और एक ऐसा परीक्षण तैयार करना है जिसे कैलिब्रेशन बदलने के बाद दोहराया जा सके।
एक बेसलाइन लॉग क्या साबित करना चाहिए
एक उपयोगी बेसलाइन को चार व्यावहारिक सवालों के जवाब देने में मदद करनी चाहिए:
- क्या कैलिब्रेशन कार्य के लिए वाहन यांत्रिक रूप से पर्याप्त स्वस्थ है?
- क्या ECU उन मानों को प्राप्त करता है जो वह अनुरोध करता है?
- क्या तापमान, नॉक, ईंधन दबाव या टॉर्क सीमाओं के कारण कोई नियंत्रण प्रणाली हस्तक्षेप कर रही है?
- क्या फ़ाइल को संशोधित करने के बाद उसी परीक्षण को दोहराया जा सकता है?
यदि लॉग इन इन सवालों का जवाब नहीं दे सकता है, तो इसमें बहुत सारा डेटा हो सकता है लेकिन फिर भी इसका नैदानिक मूल्य कम होगा।
लॉगिंग से पहले वाहन कॉन्फ़िगरेशन रिकॉर्ड करें
समान मॉडल नाम वाले दो वाहन सॉफ़्टवेयर संस्करणों, हार्डवेयर परिवर्तनों, ईंधन की गुणवत्ता या पिछले मरम्मत के कारण अलग-अलग परिणाम दे सकते हैं। पहले रन से पहले एक छोटा वाहन रिकॉर्ड बनाएं।
शामिल करें:
- वाहन मेक, मॉडल और मॉडल वर्ष;
- इंजन कोड और ट्रांसमिशन प्रकार;
- जहां प्रासंगिक हो वहां ECU और TCU पहचान;
- ECU हार्डवेयर और सॉफ़्टवेयर नंबर;
- वर्तमान माइलेज;
- ईंधन का प्रकार और ईंधन ग्रेड;
- ज्ञात इंजन या एग्जॉस्ट हार्डवेयर परिवर्तन;
- टायर का आकार यदि रोड-स्पीड तुलना मायने रखती है;
- डायग्नोस्टिक टूल और सॉफ़्टवेयर संस्करण;
- परिवेश का तापमान और परीक्षण की तारीख।
- मिसफायर या कम्बशन फॉल्ट्स;
- एयरफ्लो और बूस्ट-कंट्रोल फॉल्ट्स;
- फ्यूल-प्रेशर डेविएशन;
- तापमान सेंसर की प्लाउसिबिलिटी फॉल्ट्स;
- कम्युनिकेशन फॉल्ट्स;
- ट्रांसमिशन फॉल्ट्स और टॉर्क-रिडक्शन रिक्वेस्ट;
- लो-वोल्टेज इवेंट्स;
- उत्सर्जन-सिस्टम फॉल्ट्स जो किसी अंतर्निहित यांत्रिक समस्या का संकेत देते हैं।
- सक्रिय मिसफायर;
- अस्पष्टीकृत फ्यूल-प्रेशर लॉस;
- बूस्ट लीक या क्षतिग्रस्त इनटेक होसेस;
- असामान्य धुआं या तेल की खपत;
- अस्थिर बैटरी या चार्जिंग वोल्टेज;
- ओवरहीटिंग;
- अज्ञात ECU सॉफ्टवेयर;
- ट्रांसमिशन स्लिप या गंभीर ट्रांसमिशन फॉल्ट;
- खराब गुणवत्ता वाला या गलत फ्यूल।
- क्या वास्तविक बूस्ट अनुरोधित बूस्ट का अनुसरण करता है?
- क्या लोड बढ़ने पर फ्यूल प्रेशर स्थिर रहता है?
- क्या ECU इनटेक तापमान के कारण टॉर्क कम कर रहा है?
- क्या इग्निशन करेक्शन एक सिलेंडर तक सीमित है या सभी सिलेंडरों में मौजूद है?
- क्या थ्रॉटल क्लोजर डिलीवर किए गए लोड को सीमित कर रहा है?
- क्या ट्रांसमिशन इवेंट के दौरान टॉर्क रिडक्शन का अनुरोध करता है?
- इंजन की गति;
- वाहन की गति;
- चुना हुआ या गणना किया गया गियर;
- एक्सेलेरेटर पेडल की स्थिति;
- जहां उपलब्ध हो थ्रॉटल एंगल;
- गणना किया गया इंजन लोड;
- कूलेंट तापमान;
- इनटेक-एयर तापमान;
- परिवेश या बैरोमेट्रिक दबाव जहां प्रासंगिक हो।
- अनुरोधित मैनिफोल्ड या बूस्ट दबाव;
- वास्तविक मैनिफोल्ड या बूस्ट दबाव;
- मास एयरफ्लो;
- अनुरोधित और वास्तविक लोड;
- वेस्टगेट या बूस्ट-कंट्रोल ड्यूटी;
- वेरिएबल-ज्यामिति एक्चुएटर कमांड जहाँ लागू हो;
- थ्रॉटल एंगल;
- चार्ज-एयर टेम्परेचर।
- कमांडेड लैम्ब्डा या इक्विवेलेंस रेशियो;
- मेज़र्ड लैम्ब्डा जहाँ सपोर्टेड हो;
- शॉर्ट-टर्म और लॉन्ग-टर्म फ्यूल करेक्शन;
- कम-दबाव ईंधन आपूर्ति;
- अनुरोधित और वास्तविक उच्च-दबाव ईंधन मान;
- इंजेक्टर अवधि या परिकलित ईंधन मात्रा।
- अनुरोधित और वास्तविक रेल दबाव;
- इंजेक्ट की गई मात्रा;
- इंजेक्टर सुधार मान जहां डायग्नोस्टिक रूप से प्रासंगिक हों;
- वायु द्रव्यमान;
- अनुरोधित और वास्तविक टॉर्क;
- निकास-तापमान मान जब उपलब्ध हों।
- इग्निशन एडवांस;
- सिलेंडर-विशिष्ट नॉक सुधार जहाँ समर्थित हो;
- ग्लोबल इग्निशन सुधार;
- अनुरोधित टॉर्क;
- डिलीवर किया गया या गणना किया गया टॉर्क;
- टॉर्क लिमिटर स्थिति;
- थ्रॉटल हस्तक्षेप;
- ट्रांसमिशन टॉर्क अनुरोध;
- तापमान-संबंधित सुरक्षा स्थिति।
- कूलेंट तापमान;
- इंजन-ऑयल तापमान;
- इनटेक-एयर तापमान;
- ट्रांसमिशन तापमान;
- मापा या मॉडल किया गया एग्जॉस्ट तापमान;
- कैटेलिस्ट तापमान जहाँ उपलब्ध हो;
- थर्मल प्रोटेक्शन या कंपोनेंट-प्रोटेक्शन स्टेटस।
- प्रभावित सिस्टम की पहचान करने के लिए एक व्यापक डायग्नोस्टिक लॉग चलाएँ।
- उस सिस्टम के लिए आवश्यक चैनलों के साथ एक संकीर्ण, उच्च-गुणवत्ता वाला लॉग चलाएँ।
- टेस्ट रूट या डायनो प्रक्रिया;
- इंजन की शुरुआती गति;
- चुना हुआ गियर;
- पैडल लगाने का तरीका;
- इस्तेमाल किया गया ईंधन;
- परिवेश का तापमान;
- शुरुआती कूलेंट और इनटेक तापमान;
- वाहन का लोड;
- ट्रैक्शन या ड्राइव मोड;
- दौड़ों के बीच की अनुमति का समय।
- लक्ष्य बनाम वास्तविक: क्या नियंत्रित मान ECU अनुरोध का अनुसरण करता है?
- नियंत्रण प्रयास: क्या एक्चुएटर कमांड उचित है या पहले से ही अपनी ऑपरेटिंग सीमा पर है?
- हस्तक्षेप: क्या थ्रॉटल, टॉर्क नियंत्रण, नॉक नियंत्रण या थर्मल सुरक्षा ने परिणाम को बदल दिया?
- तापमान: क्या तुलना के लिए स्थितियाँ पर्याप्त रूप से स्थिर थीं?
- दोहराव: क्या कोई दूसरा रन भी वही पैटर्न दिखाता है?
- क्या वास्तविक मान अनुरोधित मानों का अधिक सटीकता से पालन करते हैं;
- क्या नियंत्रण ड्यूटी एक उचित ऑपरेटिंग रेंज के भीतर रहती है;
- क्या तापमान तेज़ी से बढ़ता है;
- क्या टॉर्क हस्तक्षेप दिखाई देता है;
- क्या ईंधन का दबाव और लैम्ब्डा स्थिर रहता है;
- क्या नए डायग्नोस्टिक फॉल्ट स्टोर किए जाते हैं;
- क्या परिणाम दोहराने योग्य है।
- वाहन, इंजन, ECU और सॉफ़्टवेयर पहचान की पुष्टि करें।
- हार्डवेयर और ईंधन की जानकारी रिकॉर्ड करें।
- एक पूर्ण प्री-स्कैन सहेजें।
- सबसे पहले सक्रिय यांत्रिक और विद्युत दोषों की मरम्मत करें।
- प्रत्येक लॉग के लिए एक डायग्नोस्टिक प्रश्न परिभाषित करें।
- अनुरोधित, वास्तविक, नियंत्रण और तापमान चैनलों का चयन करें।
- उपयोगी अपडेट गुणवत्ता के लिए चैनल सूची को छोटा रखें।
- परीक्षण की स्थिति और शुरुआती तापमान रिकॉर्ड करें।
- निष्कर्ष निकालने से पहले संदिग्ध घटनाओं को दोहराएं।
- कैलिब्रेशन के बाद के परीक्षण के लिए समान प्रक्रिया का उपयोग करें।
- अंतिम स्कैन सहेजें और प्रत्येक लॉग को उसके फ़ाइल संस्करण के साथ लेबल करें।
केवल ग्राहक के विवरण पर भरोसा न करें। एक वाहन जिसे "पूरी तरह से मानक" के रूप में प्रस्तुत किया गया है, उसमें पहले से ही एक अज्ञात फ़ाइल, आफ्टरमार्केट हार्डवेयर या पहले की मरम्मत हो सकती है जो परिणाम को प्रभावित करती है।
पहले पुल से पहले एक पूर्ण डायग्नोस्टिक स्कैन चलाएँ
रोड या डायनो परीक्षण से पहले एक प्री-स्कैन सहेजा जाना चाहिए। वर्तमान, लंबित और इतिहास की खराबी उन व्यवहारों की व्याख्या कर सकती है जिन्हें अन्यथा कैलिब्रेशन पर दोष दिया जाएगा।
स्कैन की समीक्षा करें:
मूल स्कैन को सेव करने से पहले फॉल्ट्स को क्लियर करने से उपयोगी साक्ष्य हट जाते हैं। पहले डॉक्यूमेंट करें, फिर तय करें कि वाहन टेस्टिंग के लिए तैयार है या नहीं।
मैकेनिकल डिफेक्ट के आसपास ट्यूनिंग न करें
कैलिब्रेशन लीक हो रहे चार्ज पाइप, कमजोर फ्यूल पंप, दूषित एयरफ्लो सेंसर, खराब इग्निशन कंपोनेंट या अस्थिर इलेक्ट्रिकल सप्लाई को ठीक नहीं कर सकता है। यह अस्थायी रूप से लक्षण को छिपा सकता है, लेकिन वाहन अविश्वसनीय बना रहेगा।
निम्नलिखित स्थितियों में वाहन का बेसलाइन लॉगिंग स्थगित कर देना चाहिए:
इन समस्याओं को पहले ठीक करने से एक क्लीनर बेसलाइन बनती है और ऐसी फ़ाइल बनाने का जोखिम कम होता है जो केवल एक अस्थायी खराबी के आसपास काम करती है।
चैनलों का चयन करने से पहले प्रश्न को परिभाषित करें
हर उपलब्ध चैनल को लॉग करने से सैंपल की गुणवत्ता कम हो सकती है और परिणाम को पढ़ना मुश्किल हो सकता है। एक विशिष्ट प्रश्न से शुरुआत करें।
उदाहरण:
एक बार सवाल स्पष्ट हो जाने के बाद, इसका उत्तर देने के लिए केवल आवश्यक चैनल चुनें।
मुख्य संदर्भ चैनल
हर लॉग को यह दिखाने के लिए पर्याप्त संदर्भ चाहिए कि इवेंट कहाँ हुआ। पैरामीटर के नाम निर्माताओं और डायग्नोस्टिक टूल के बीच अलग-अलग होते हैं, लेकिन मूल समूह में आमतौर पर शामिल होते हैं:
इन चैनलों के बिना, एक अलग दबाव या इग्निशन मान को सही ढंग से समझना असंभव हो सकता है।
एयरफ्लो और बूस्ट-कंट्रोल चैनल
टर्बोचार्ज्ड इंजनों के लिए, केवल वास्तविक दबाव की तुलना में अनुरोधित-बनाम-वास्तविक तुलना अधिक उपयोगी होती है। एक उच्च या निम्न मान केवल तभी सार्थक होता है जब इसकी तुलना ईसीयू लक्ष्य और नियंत्रण प्रयास से की जाती है।
उपयोगी चैनलों में शामिल हो सकते हैं:
यह स्पष्ट करें कि टूल एब्सोल्यूट प्रेशर, रिलेटिव प्रेशर या कोई अन्य कैलकुलेटेड वैल्यू दिखाता है। यूनिट की गलतफहमी एक सामान्य लॉग को पूरी तरह से गलत दिखा सकती है।
फ्यूल-सिस्टम चैनल
उपयुक्त फ्यूल चैनल इंजन के प्रकार और ECU रणनीति पर निर्भर करते हैं। हर वाहन पर एक जेनेरिक पैरामीटर लिस्ट लागू न करें।
पेट्रोल इंजन के लिए उपयोगी चैनल शामिल हो सकते हैं:
उपयोगी डीजल-इंजन चैनल में शामिल हो सकते हैं:
ईंधन-दबाव में एक भी गिरावट कई प्रणालियों के कारण हो सकती है। किसी मैप को जिम्मेदार ठहराने का निष्कर्ष निकालने से पहले पूरी घटना की समीक्षा करें।
इग्निशन, नॉक और टॉर्क-हस्तक्षेप चैनल
पेट्रोल इंजन पर, लोड, तापमान, लैम्ब्डा और ईंधन की गुणवत्ता के साथ टाइमिंग डेटा की समीक्षा की जानी चाहिए। केवल एक इग्निशन चैनल को देखने से गलत निष्कर्ष निकल सकता है।
उपयोगी चैनल में शामिल हो सकते हैं:
एक संक्षिप्त सुधार घटना अपने आप में खराब कैलिब्रेशन का सबूत नहीं है। दोहराव, सिलेंडर पैटर्न, ऑपरेटिंग स्थिति और क्या घटना एक से अधिक रन में दिखाई देती है, इसकी तलाश करें।
सुरक्षा और तापमान चैनल
कई आधुनिक ईसीयू थर्मल मॉडल और सुरक्षा कार्यों के अनुसार टॉर्क, बूस्ट, एयरफ्लो या इग्निशन को संशोधित करते हैं। ऑपरेटिंग स्थितियां बदलने के कारण एक वाहन पहले रन पर सामान्य रूप से प्रदर्शन कर सकता है और अगले रन पर आउटपुट कम कर सकता है।
प्लेटफ़ॉर्म के आधार पर, रिकॉर्ड करें:
दो रन की तुलना करते समय तापमान डेटा आवश्यक है। एक तेज दूसरा रन तब तक सार्थक नहीं है जब तक कि पहला रन हीट-सोक्ड इंजन के साथ और दूसरा कूलर इनटेक की स्थिति के साथ नहीं किया गया हो।
एक प्रैक्टिकल चैनल-सिलेक्शन टेबल
| सवाल | न्यूनतम उपयोगी चैनल | आम व्याख्या की गलती |
|---|---|---|
| क्या बूस्ट कंट्रोल स्थिर है? | RPM, पेडल, अनुरोधित बूस्ट, वास्तविक बूस्ट, नियंत्रण ड्यूटी, थ्रॉटल, इनटेक तापमान | अनुरोधित लक्ष्य के बिना वास्तविक दबाव को देखना |
| क्या ईंधन आपूर्ति लोड को सीमित कर रही है? | RPM, लोड, अनुरोधित दबाव, वास्तविक दबाव, लैम्ब्डा या ईंधन की मात्रा | आपूर्ति और हार्डवेयर की जांच करने से पहले फ़ाइल को दोष देना |
| क्या इग्निशन कम किया जा रहा है? | RPM, लोड, एडवांस, सिलेंडर करेक्शन, लैम्ब्डा, इनटेक तापमान | एक अलग करेक्शन को बार-बार होने वाले ट्रेंड के रूप में मानना |
| क्या टॉर्क सीमित हो रहा है? | पैडल, अनुरोधित टॉर्क, डिलीवर किया गया टॉर्क, थ्रॉटल, लिमिटर या हस्तक्षेप की स्थिति | कम बूस्ट को परिणाम के बजाय मूल कारण मानना |
| क्या गर्मी प्रदर्शन को प्रभावित कर रही है? | RPM, लोड, कूलेंट, इनटेक, ऑयल और एग्जॉस्ट तापमान, सुरक्षा स्थिति | विभिन्न थर्मल स्थितियों में किए गए रन की तुलना करना |
कम चैनल बेहतर लॉग बना सकते हैं
डायग्नोस्टिक टूल में सीमित संचार बैंडविड्थ होती है। बहुत सारे चैनल चुनने से अपडेट फ़्रीक्वेंसी कम हो सकती है, गैप बन सकते हैं या तेज़ घटनाओं को देखना मुश्किल हो सकता है।
दो-चरणीय दृष्टिकोण का उपयोग करें:
स्टॉक और संशोधित फ़ाइल की तुलना करते समय समान चैनल सूची रखें। रन के बीच सूची बदलने से दो परीक्षणों को संरेखित करना कठिन हो सकता है।
परीक्षण को दोहराने योग्य बनाएँ
एक बेसलाइन केवल तब उपयोगी होती है जब पोस्ट-कैलिब्रेशन परीक्षण समान परिस्थितियों में किया जा सके।
रिकॉर्ड करें:
एक साथ लैपटॉप चलाने की कोशिश करते समय रोड लॉग न करें। दूसरे तकनीशियन का उपयोग करें, ऑटोमैटिक लॉगिंग सुरक्षित करें या नियंत्रित डायनो वातावरण का उपयोग करें। स्थानीय सड़क और सुरक्षा नियमों का पालन करें।
एक साधारण रन शीट का उपयोग करें
| फ़ील्ड | उदाहरण प्रविष्टि |
|---|---|
| रन आईडी | BASE-01 |
| फ़ाइल स्थिति | मूल / सत्यापित स्टॉक |
| ईंधन | ग्राहक द्वारा बताई गई ग्रेड, जहाँ संभव हो पुष्टि की गई |
| परीक्षण की स्थिति | नियंत्रित सड़क या डायनो रन |
| शुरुआती तापमान | कूलेंट, इनटेक और ऑयल मान |
| उद्देश्य | अनुरोधित बनाम वास्तविक बूस्ट तुलना |
| परिणाम | स्थिर / विचलन मिला / परीक्षण रोका गया |
तैयार लॉग की समीक्षा कैसे करें
शुरुआत पूरी घटना से करें। पुष्टि करें कि रन उम्मीद के मुताबिक शुरू और खत्म होता है, पेडल इनपुट स्पष्ट है और इंजन एक सुसंगत गति सीमा का अनुसरण करता है।
फिर समीक्षा करें:
एक अस्पष्ट स्पाइक के आधार पर कैलिब्रेशन का निर्णय न लें। पैटर्न की पुष्टि करें और संबंधित चैनलों से इसकी तुलना करें।
संशोधित फ़ाइल की तुलना उसी बेसलाइन से करें
एक नियंत्रित फ़ाइल परिवर्तन के बाद, उसी चैनल सूची और समान ऑपरेटिंग परिस्थितियों के साथ उसी परीक्षण को दोहराएं। उपयोग की गई फ़ाइल के सटीक संस्करण के साथ लॉग को लेबल करें।
तुलना में केवल पीक आउटपुट से अधिक दिखना चाहिए। समीक्षा करें:
एक फ़ाइल जो एक मजबूत रन उत्पन्न करती है लेकिन अस्थिर नियंत्रण या अत्यधिक थर्मल हस्तक्षेप पैदा करती है, वह एक पूर्ण कैलिब्रेशन नहीं है।
माप को बदले बिना फ़ोरम अनुसंधान का उपयोग करना
फ़ोरम चर्चाएँ निर्माता-विशिष्ट चैनल नामों, ज्ञात लॉगिंग सीमाओं और सामान्य डायग्नोस्टिक पैटर्न की पहचान करने में मदद कर सकती हैं। व्यापक ECU और डायग्नोस्टिक अनुसंधान के लिए, MHHAuto फ़ोरम एक्सेस की समीक्षा करें। ECU, फ़र्मवेयर और कैलिब्रेशन-केंद्रित चर्चाओं के लिए, CarTechnology फ़ोरम एक्सेस की समीक्षा करें।
परीक्षण योजना को बेहतर बनाने के लिए फ़ोरम जानकारी का उपयोग करें, लेकिन अंतिम निर्णय लेने के लिए वाहन लॉग का उपयोग करें।
बेसलाइन डेटा लॉगिंग चेकलिस्ट
अक्सर पूछे जाने वाले प्रश्न
एक ECU लॉग में कितने चैनल रिकॉर्ड किए जाने चाहिए?
कोई सार्वभौमिक संख्या नहीं है। परीक्षण प्रश्न का उत्तर देने के लिए पर्याप्त चैनल का उपयोग करें, बिना डेटा गुणवत्ता को कम किए। असंबंधित मापदंडों की एक बड़ी सूची की तुलना में एक केंद्रित लॉग की व्याख्या करना आमतौर पर आसान होता है।
क्या बेसलाइन लॉग पुष्टि कर सकता है कि ECU फ़ाइल मूल है?
नहीं। एक लॉग दिखा सकता है कि वाहन कैसे व्यवहार करता है, लेकिन यह अकेले फ़ाइल की मौलिकता को साबित नहीं कर सकता है। ECU पहचान, फ़ाइल तुलना और सॉफ़्टवेयर-संस्करण जांच अभी भी आवश्यक हैं।
क्या बेसलाइन रन से पहले फॉल्ट कोड साफ़ किए जाने चाहिए?
पहले पूर्ण प्री-स्कैन को सहेजें। इंजन, ट्रांसमिशन, ईंधन, एयरफ्लो या तापमान नियंत्रण को प्रभावित करने वाले सक्रिय दोषों का आमतौर पर ट्यूनिंग कार्य जारी रखने से पहले निदान किया जाना चाहिए।
क्या एक सफल रोड लॉग पर्याप्त है?
आम तौर पर नहीं। महत्वपूर्ण निष्कर्षों की पुष्टि समान परिस्थितियों में दोहराए गए परीक्षण से की जानी चाहिए। एक रन ट्रैफिक, तापमान, गियर चयन या अस्थायी हस्तक्षेप से प्रभावित हो सकता है।
सबसे महत्वपूर्ण बेसलाइन तुलना क्या है?
अनुरोधित बनाम वास्तविक मान केंद्रीय हैं, लेकिन उनकी समीक्षा नियंत्रण प्रयास, तापमान और हस्तक्षेप की स्थिति के साथ की जानी चाहिए। एक पैरामीटर शायद ही कभी पूरे घटना की व्याख्या करता है।
एक बेसलाइन डेटा लॉग पूरे ट्यूनिंग जॉब के लिए तकनीकी संदर्भ है। यह दिखाता है कि वाहन स्वस्थ था या नहीं, ECU ने क्या अनुरोध किया, हार्डवेयर ने क्या दिया और क्या कैलिब्रेशन बदलने के बाद परिणाम दोहराया जा सकता है।
