حاسبة CRC-16 XMODEM
تعطي المحارف التسعة 123456789 قيمة CRC-16/XMODEM هي 31c3، أي 12739 بالنظام العشري، وهي قيمة الفحص الموثقة لنمط CCITT ذي البداية الصفرية المستخدم في نقل الملفات الكلاسيكي والبرامج الثابتة. الصق أي نص لتحصل على مجموعه. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- النص
- 123456789
- النتيجة
- 31c3
- Crc16
- 31c3
- Hex
- 31c3
- عشري
- 12,739
CRC-16/XMODEM هو فحص تكرار دوري بستة عشر بتًا يُستخدم في تأطير نقل الملفات الكلاسيكي والبرمجيات المدمجة ومكدسات البروتوكول التي تحتاج كلمة سلامة مدمجة بدلًا من تجزئة تشفيرية كاملة. غالبًا ما يحتاج المهندسون والطلاب وفرق الدعم نفس نتيجة الكتاب لسلسلة قصيرة: كثير الحدود المولّد CCITT 0x1021، وسجل ابتدائي صفر (بذرة XMODEM)، دون انعكاس للبتات، وXOR نهائي صفر—وهو تمامًا ملف تعريف CRC-16/XMODEM الذي تبلغ قيمة فحصه لأرقام ASCII من واحد إلى تسعة 31C3 بالنظام الست عشري. تقبل أداة مجموع التحقق CRC-16 XMODEM نصًا غير فارغ، وتشفّره بصيغة UTF-8، وتشغّل حلقة الإزاحة وXOR الحتمية، ثم تُرجع مجموع التحقق ذا الستة عشر بتًا كأربعة أرقام ست عشرية صغيرة مع القيمة العشرية وملخص قصير.
ما الذي يحسبه CRC-16/XMODEM بكثير الحدود 0x1021 ولماذا تهم كلمة hex
يعامل فحص التكرار الدوري الرسالة ككثير حدود على حقل غالوا ذي عنصرين ويقسمها على كثير حدود مولّد ثابت، فيبقى باقٍ يصبح مجموع التحقق. في CRC-16 يكون الباقي بعرض ستة عشر بتًا، فيتناسب الناتج كله في كلمة واحدة ويُكتب طبيعيًا كأربعة أرقام ست عشرية. المولّد المستخدم في XMODEM وكثير من أمثلة أسلوب CCITT هو 0x1021، ويتوسع إلى x مرفوعة إلى السادسة عشرة زائد x مرفوعة إلى الثانية عشرة زائد x مرفوعة إلى الخامسة زائد واحد.
في البرمجيات يُنفَّذ القسم بإجراء XOR حصري لكل بايت إدخال في البتات الثماني العليا لسجل ذي ستة عشر بتًا ثم الإزاحة يسارًا ثماني مرات، مع XOR حصري للمولّد كلما كان البت العالي مضبوطًا. تستخدم هذه الصفحة دائمًا ذلك الخوارزم غير المنعكس بقيمة ابتدائية صفر وXOR نهائي صفر، وهو الملف الذي تبلغ قيمة فحصه الموثّقة لسلسلة ASCII ذات التسعة بايتات واحد اثنان ثلاثة أربعة خمسة ستة سبعة ثمانية تسعة 31C3.
إرجاع hex بأحرف صغيرة يسهّل لصق النتائج في أوراق البيانات ومقالب البروتوكول وتركيبات التكامل المستمر دون جدال حول الحالة أو بادئات 0x. كما تعيد الاستجابة العدد العشري وسلسلة كثير الحدود 0x1021 وتسمية الخوارزم CRC-16/XMODEM وعدد بايتات UTF-8 والنص الأصلي حتى يعرض العملاء سطر تدقيق كامل دون إعادة اشتقاق البيانات الوصفية. ولأن CRC-16 ليس مقاومًا للتصادم ولا مفتاحًا، عاملوه كفحص تأطير أو تلف عرضي لا كإثبات أصالة؛ وفضّلوا ملخصات عائلة SHA عندما تكون نية البحث التجزئة التشفيرية لا CRC ببايتين.
متى يفيد مجموع تحقق CRC-16 XMODEM
يستخدم مؤلفو البرمجيات المدمجة وطلاب بروتوكولات التسلسل حاسبة مجموع تحقق CRC-16 XMODEM للتحقق من البواقي المحسوبة يدويًا مقابل كثير حدود CCITT ببذرة صفر دون كتابة حلقة إزاحة بكل لغة. تحتاج منصات التعليم وإضافات LMS إلى أوراكل حتمي يرفض الإدخال الفارغ بدل إرجاع صفر للرسالة الفارغة، حتى تميّز أنظمة التصحيح التلقائي الإجابات المفقودة عن مجموع تحقق صفري حقيقي. تستفيد مواقع المحتوى التي تستهدف CRC-16 XMODEM أو حاسبة CRC16 XMODEM أو مجموع تحقق كثير حدود CCITT 0x1021 من أداة حية يطابق مسارها المجاني مسار الأتمتة المدفوع بايتًا ببايت على نفس الوحدة النقية.
لا تستهلك إخفاقات التحقق الرصيد بعد الرفض. اقرنوا مع صفحات CRC-8 أو CRC-32 أو التجزئة التشفيرية فقط عندما تتجاوز نية البحث فحص تأطير XMODEM بست عشرة بتًا—وأبقوا هذه الصفحة مركزة على CRC-16/XMODEM بكثير حدود 0x1021 وبذرة صفر حتى تظل نية SEO حادة ولا تتصادم مع متغيرات MODBUS أو IBM أو CCITT-FALSE التي تشارك اسم العائلة لا متجه الفحص نفسه.
حالات الاستخدام
عروض باقي CRC في الفصل
يعرض المعلمون القيمة الكلاسيكية 123456789 → 31C3 ويتيحون للطلاب إعادة حساب سلاسل قصيرة أخرى دون تثبيت مكتبة CRC.
تركيبات CI لشيفرة التأطير
تثبّت خطوط الأنابيب مخرجات hex حتمية لـ CRC-16/XMODEM وخطأ الإدخال الفارغ حتى تفشل تغييرات poly أو init العرضية فورًا.
الأسئلة الشائعة
ما معاملات CRC-16 التي تستخدمها هذه الأداة؟
CRC-16/XMODEM: كثير حدود 0x1021 (CCITT)، init 0x0000، دون انعكاس، xorout 0x0000. قيمة الفحص الموثّقة لـ ASCII 123456789 هي 31C3.
ماذا يحدث إذا كان النص فارغًا؟
سلسلة غير فارغة مطلوبة؛ ولا يُعامل الإدخال الفارغ كمجموع تحقق صفري ناجح.
هل CRC-16/XMODEM هو نفسه CRC-16/CCITT-FALSE؟
لا. كلاهما يستخدم كثير الحدود 0x1021، لكن XMODEM يبذر السجل بصفر بينما يستخدم CCITT-FALSE 0xFFFF فتختلف قيم الفحص. هذه الأداة تنفّذ XMODEM فقط.
كيف تُحسب الحروف المشكّلة وغيرها من المحارف خارج ASCII؟
يُرمَّز النص بصيغة UTF-8 قبل الحساب، فالمحرف الذي يشغل عدة بايتات يدخل بكل بايتاته، تمامًا كما يراه جهاز مدمج يستقبل تدفق UTF-8 نفسه.
هل يثبت مجموع CRC-16 XMODEM أن الملف أصلي؟
لا. فهذا الفحص المكوّن من بايتين لا يقاوم التصادمات ولا يستخدم مفتاحًا، ويصلح لاكتشاف التلف العرضي أو فحص الإطارات. أما لإثبات الأصالة فاستخدم بصمة من عائلة SHA.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/enc/crc16-xmodem \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"123456789"}'const res = await fetch("https://api.kit.forhosting.com/enc/crc16-xmodem", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "123456789"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/crc16-xmodem",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "123456789"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/crc16-xmodem", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"123456789"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"123456789"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/crc16-xmodem", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"text": "123456789"
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.crc16_xmodem",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
يُرفض الإدخال الفارغ بـ invalid_input حتى لا يخلط المستدعي بين حقل مفقود ومجموع تحقق صفري حقيقي. يشترك المسار المجاني في المتصفح وواجهة API المدفوعة مسبقًا في وحدة نقية واحدة، فتظل تركيبات الفصل وخطوط الإنتاج متفقة دائمًا على كلمة hex لنفس السلسلة.
ما الذي يحسبه CRC-16/XMODEM بكثير الحدود 0x1021 ولماذا تهم كلمة hex
والأهم أن ملف تعريف XMODEM يبذر السجل بصفر لا بكل الآحاد؛ وهذا الخيار وحده يفصل CRC-16/XMODEM عن CRC-16/CCITT-FALSE الذي يستخدم نفس كثير الحدود لكن init 0xFFFF فتختلف قيم الفحص لنفس الحمولة.
عقد الإدخال وأخطاء السلسلة الفارغة وشكل استجابة JSON
تُشفَّر السلسلة كـ UTF-8 قبل حلقة CRC، فتسهم المحارف متعددة البايتات بكل بايت وحدة ترميز تمامًا كما يفعل جهاز مدمج إذا استقبل نفس تدفق UTF-8. تركيبة أخرى: Hello تنتج cbd6. ثبّتوا مسار نجاح وخطأ إدخال فارغ في التكامل المستمر حتى لا تُمرَّر تغييرات عرضية على poly أو init دون ملاحظة. تُحذف الحقول الاختيارية الفارغة بدل إصدارها كـ null، وفق عقد العارض التصريحي لنماذج ويب نظيفة. أرسلوا جسم JSON عبر POST يحوي حقل سلسلة إلزاميًا واحدًا اسمه text: أي تسلسل غير فارغ من المحارف التي ترغبون في حساب مجموع تحققها. تُقبل الأسماء البديلة input وvalue وs وdata وmessage وpayload لنفس الحقل حتى تظل قوالب SDK وإرسالات النماذج مرنة. غياب text أو قيمة غير سلسلة أو سلسلة فارغة كلها تفشل بـ invalid_input ورسالة واضحة بأن سلسلة غير فارغة مطلوبة؛ ولا تُفوتر تلك الإخفاقات على API المدفوعة مسبقًا. عند النجاح يتضمن الجسم result وcrc16 وhex كلها بنفس مجموع التحقق الست عشري ذي الأربعة أرقام الصغيرة؛ وdecimal كعدد صحيح من صفر إلى خمسة وستين ألفًا وخمسمائة وخمسة وثلاثين؛ وpolynomial ثابتًا عند 0x1021؛ وalgorithm ثابتًا عند CRC-16/XMODEM؛ وinput_bytes مساويًا لطول UTF-8؛ وtext يعيد الإدخال؛ وmessage يلخص عدد البايتات ونتيجة hex. التركيبة الكلاسيكية: text المساوي لواحد اثنين ثلاثة أربعة خمسة ستة سبعة ثمانية تسعة ينتج crc16 31c3 مع input_bytes تسعة. حافظوا على الحمولات بأحجام نص عادية مناسبة لاستدعاء عنصر في Worker isolate؛ فهذه الأداة للسلاسل القصيرة ومقتطفات البروتوكول لا للكتل الثنائية متعددة الميغابايت.
أين تُثبت واجهة API لمجموع تحقق CRC-16 XMODEM قيمتها وكيف يعمل التسعير
تقارن أدلة الدعم مقطورة بايتين مُبلَّغًا عنها في سجل جهاز أو تفريغ جلسة XMODEM مع CRC سلسلة الحمولة التي يعيدون كتابتها في الأداة المجانية بالمتصفح. استدعوا الأداة المجانية في المتصفح للفحوصات الفردية؛ واستدعوا API KIT المدفوعة مسبقًا من الخلفيات والدوال بدون خادم وSDK عندما تحتاجون عقدًا مستقرًا تحت الرصيد بسعر $0.002 لكل عنصر ناجح.
حالات التكامل
فحوصات XMODEM وبروتوكولات التسلسل
تحققوا من أن سلسلة الحمولة تنتج مقطورة CRC-16/XMODEM المتوقعة ذات الستة عشر بتًا تحت كثير الحدود 0x1021 وinit صفر قبل مقارنة سجلات الأجهزة أو متجهات اختبار الوحدة.
أسئلة تقنية
كيف أحسب مجموع تحقق CRC-16 XMODEM للنص؟
أرسلوا JSON بحقل سلسلة غير فارغ text. تشفّر API السلسلة بـ UTF-8 وتشغّل CRC-16/XMODEM بكثير حدود 0x1021 وinit 0x0000 وتُرجع الكلمة كأربعة أرقام hex صغيرة في result وcrc16 وhex.
هل حاسبة مجموع تحقق CRC-16 XMODEM مجانية؟
تعمل أداة المتصفح مجانًا على جهازكم. تستخدم استدعاءات API رصيد KIT المدفوع مسبقًا بسعر $0.002 لكل عنصر ناجح؛ ولا تُفوتر إخفاقات التحقق.