CRC कैलकुलेटर

यह टेक्स्ट, hex बाइट्स या फ़ाइल का CRC 34 नामित CRC-8, CRC-16 और CRC-32 एल्गोरिदम या आपके अपने पैरामीटर से निकालता है, जैसे Modbus फ़्रेम जांचने या यह पता करने के लिए कि कोई डिवाइस कौन सा CRC इस्तेमाल करता है।

इस्तेमाल का तरीका

1. "टेक्स्ट", "Hex बाइट्स" या "फ़ाइल" चुनें और डेटा भरें।
2. "एल्गोरिदम" चुनें, जैसे CRC-16/MODBUS। CRC हेक्साडेसिमल, डेसिमल और बाइनरी में दिखता है।
3. "फ़्रेम में जोड़ने वाले बाइट्स" दिखाता है कि CRC बाइट्स किस क्रम में भेजे जाते हैं।
4. किसी अनजान CRC को पहचानने के लिए अपेक्षित वैल्यू "CRC वैल्यू खोजें" में टाइप करें।
5. लिस्ट में न होने वाले एल्गोरिदम के लिए "पैरामीटर" खोलें और चौड़ाई, पॉलीनोमियल, शुरुआती वैल्यू, रिफ़्लेक्शन और फ़ाइनल XOR सेट करें।

यह कैसे काम करता है

• प्रीसेट और चेक वैल्यू RevEng Catalogue of parametrised CRC algorithms के अनुसार हैं; हर प्रीसेट को उसकी चेक वैल्यू, यानी ASCII टेक्स्ट 123456789 के CRC, से टेस्ट किया गया है।
• MODBUS जैसे रिफ़्लेक्टेड एल्गोरिदम आम तौर पर लो बाइट पहले भेजते हैं, बाकी हाई बाइट पहले।
• फ़ाइलें इसी डिवाइस पर पढ़ी जाती हैं और अपलोड नहीं होतीं। Sum, XOR, LRC, Fletcher-16 और Adler-32 भी दिखाए जाते हैं।

अक्सर पूछे जाने वाले सवाल

01 03 00 00 00 0A का CRC-16 Modbus क्या है?

यह 0xCDC5 है। Modbus RTU लो बाइट पहले जोड़ता है, इसलिए फ़्रेम C5 CD पर खत्म होता है।

CRC-16/CCITT-FALSE, XMODEM और KERMIT में क्या फ़र्क है?

तीनों पॉलीनोमियल 0x1021 इस्तेमाल करते हैं। CCITT-FALSE 0xFFFF से शुरू होता है, XMODEM 0 से, और KERMIT 0 से रिफ़्लेक्टेड बिट्स के साथ। 123456789 के लिए ये 0x29B1, 0x31C3 और 0x2189 देते हैं।

मेरा CRC-32 दूसरे प्रोग्राम से अलग क्यों आ रहा है?

पहले इनपुट बाइट्स जांचें: UTF-8 और Latin-1 एक ही टेक्स्ट को अलग-अलग एनकोड करते हैं। स्टैंडर्ड CRC-32 (ISO-HDLC) 123456789 के लिए 0xCBF43926 देता है; MPEG-2 और BZIP2 दूसरी सेटिंग इस्तेमाल करते हैं।

क्या छेड़छाड़ पकड़ने के लिए CRC काफ़ी सुरक्षित है?

नहीं। CRC अनजाने में हुई गलतियां पकड़ता है, लेकिन कोई भी डेटा बदलकर उसे फिर से निकाल सकता है। SHA-256 जैसा क्रिप्टोग्राफ़िक हैश इस्तेमाल करें।