चेकसम जाँच क्या स्थापित कर सकती है
कंट्रोल यूनिट सॉफ़्टवेयर में निर्धारित डेटा क्षेत्रों की अखंडता जाँचने वाले मान हो सकते हैं। उन क्षेत्रों की सामग्री बदलने पर संबंधित अखंडता मानों को सही तरह संभालना आवश्यक हो सकता है। कौन-से क्षेत्र और एल्गोरिदम लागू होंगे, यह प्लेटफ़ॉर्म और फ़ाइल पर निर्भर है। सामान्य “चेकसम सुधारा गया” लेबल उस टूल और कार्रवाई के रिकॉर्ड का विकल्प नहीं होना चाहिए जिससे वह बना।
मूल फ़ाइल क्यों आवश्यक हो सकती है
कुछ चेकसम कार्यप्रवाह परियोजना के आधार के रूप में वास्तविक, असंशोधित मूल फ़ाइल पर निर्भर करते हैं। EVC कुछ WinOLS मॉड्यूल के लिए यह आवश्यकता दर्ज करता है, जिनमें Bosch MED17/EDC17 समर्थन शामिल है। असली मूल फ़ाइल सुरक्षित रखें और उसे संपादित संस्करण से जोड़े रखें। पहले से बदली फ़ाइल का नाम “मूल” रख देने से उपयुक्त आधार नहीं बनता।
संपादन से पहले ज़िम्मेदारी तय करें
तय करें कि टूल की कौन-सी दस्तावेज़ित कार्रवाई अखंडता जानकारी सत्यापित करेगी और ज़रूरत होने पर सुधारेगी। सटीक मॉड्यूल या प्रोग्रामिंग प्रोटोकॉल के निर्देश मानें। यह न मानें कि हर एडिटर, स्वचालित कैलिब्रेशन टूल और फ़्लैशर एक ही सुधार करता है। Stage1Files की सार्वजनिक सामग्री सार्वभौमिक स्वचालित चेकसम सुधार की गारंटी स्थापित नहीं करती। अपने कार्यप्रवाह की आवश्यकता की पुष्टि करें।
अखंडता को संगतता से अलग रखें
फ़ाइल अखंडता जाँच पास कर सकती है और फिर भी कंट्रोल यूनिट के लिए गलत सॉफ़्टवेयर हो सकती है। दूसरी ओर, त्रुटि कैलिब्रेशन लक्ष्य के बजाय फ़ाइल फ़ॉर्मैट, अधूरे डेटा या गलत मूल आधार से संबंधित हो सकती है। उचित टूल दस्तावेज़ और तकनीकी सहायता से कारण सुलझाएँ। केवल फ़ाइल आकार उचित दिखने पर चेतावनी न दबाएँ।
जाँच योग्य परिणाम रखें
मूल और आउटपुट नाम, सॉफ़्टवेयर पहचान, टूल तथा मॉड्यूल संस्करण, बताया गया परिणाम और इच्छित प्रोग्रामिंग प्रोटोकॉल दर्ज करें। SHA-256 हैश किसी खास सहेजी फ़ाइल को पहचानने में उपयोगी है; यह उस फ़ाइल के भीतर कंट्रोलर-विशिष्ट चेकसम से अलग है। प्रोग्रामिंग के बाद काम के लिए उपयुक्त जाँचों से वाहन सत्यापित करें।
आगे पढ़ें
ECU और TCU समर्थन का दायरा जाँचें या सहायता से संपर्क करें — किसी खास फ़ाइल के बारे में।