بروتوكول JT808: المعيار الصيني الوطني لأجهزة التتبع

ما هو JT808 ولماذا يهم مشغّل الأسطول في السعودية؟

حين تشتري جهاز تتبع أو نظام كاميرات مركبات (MDVR) مصنوعاً في الصين، فالاحتمال الغالب أن الجهاز لا يتكلم بروتوكولاً خاصاً ابتكره المصنع من الصفر، بل يتكلم JT/T 808: المعيار الوطني الذي أصدرته وزارة النقل الصينية لتوحيد التخاطب بين «طرفية المركبة» ومنصة المراقبة. صدرت النسخة الأولى من المعيار عام 2011، ثم طُوِّر في مراجعتي 2013 و2019، وأصبح تطبيقه شرطاً تنظيمياً للمركبات التجارية داخل الصين. النتيجة العملية: أي مصنع يريد بيع أجهزته في السوق الصيني يطبّق المعيار، ثم يصدّر الأجهزة نفسها إلى بقية العالم والبروتوكول مدمج فيها.

وتختلف المراجعات الثلاث في تفاصيل تشغيلية مهمة: مراجعة 2013 وسّعت الرسائل والملاحق، ومراجعة 2019 أطالت حقل هوية الطرفية وأضافت رقم إصدار صريحاً للبروتوكول في الترويسة. لذلك تسأل المنصات الجادة عن نسخة المعيار التي يطبقها الجهاز قبل ربطه؛ فمعاملة جهاز 2019 بمنطق 2013 تفسد فكّ الترويسة من أول بايتات الرسالة.

ولهذا يظهر JT808 في أساطيلنا أكثر مما يتوقع كثيرون: أجهزة بأسماء تجارية متعددة، وتحت الغطاء لغة واحدة. وفهم هذه اللغة ليس ترفاً هندسياً؛ فمع إلزامية وصل (WASL) لهيئة النقل أصبح التتبع شرط تشغيل لا خياراً، ومعه أصبح اختيار جهاز تفهم منصتك بروتوكوله فهماً كاملاً — لا استقبالاً جزئياً للمواقع فقط — قراراً تشغيلياً مباشراً: هل ستصلك أعلام الطوارئ وفصل التغذية؟ هل ستستفيد من كاميرات الجهاز أم تبقى معطلة؟ هل ستُقرأ ملاحق الحساسات أم تُهمل عند أول بايت غير مفهوم؟

بنية الرسالة: إطار بسيط يصعب كسره

JT808 بروتوكول ثنائي لا نصي: الرسالة سلسلة بايتات مضغوطة الدلالة، لا أسطر نصية مفصولة بفواصل كما في بعض البروتوكولات الأقدم. كل رسالة إطار يبدأ وينتهي بالبايت 0x7E. ولأن هذا البايت قد يظهر مصادفةً داخل البيانات نفسها، يفرض المعيار قاعدة إبدال (escaping): أي 0x7E داخل المحتوى يُكتب 0x7D 0x02، وأي 0x7D يُكتب 0x7D 0x01، فتبقى حدود الرسالة قاطعة مهما كانت الحمولة.

بين العلمين تأتي ترويسة موحّدة ثم جسم الرسالة ثم بايت فحص:

• معرّف الرسالة: بايتان يحددان النوع — 0x0200 بلاغ موقع، 0x0100 طلب تسجيل، 0x0002 نبضة، وهكذا.
• خصائص الجسم: طول الجسم، وبتات تعلن هل الرسالة مجزأة على عدة حزم وهل جسمها مشفر.
• هوية الطرفية: رقم الجهاز بترميز BCD — وقد وسّعت مراجعة 2019 طوله لاستيعاب أرقام أطول.
• الرقم التسلسلي: عدّاد تصاعدي يربط كل رسالة بإقرار استلامها ويكشف المكرر منها.
• بايت الفحص: ناتج XOR لكل بايتات الترويسة والجسم، يفضح أي تلف أصاب الرسالة في الطريق.

والرسائل التي تتجاوز حجم الحزمة الواحدة — كإعدادات طويلة أو وسائط — تُقسَّم إلى حزم مرقّمة تحمل كل منها عددها الكلي وترتيبها، وتتولى المنصة إعادة تجميعها بالترتيب الصحيح. هذه الصرامة في التأطير هي ما يجعل البروتوكول صالحاً للعمل فوق شبكات خلوية متقلبة تُقطّع البيانات وتؤخرها دون أن تختلط رسالة برسالة.

دورة حياة الجلسة: من التسجيل إلى بلاغ الموقع

جهاز JT808 لا يبدأ بإرسال المواقع فور فتح اتصال TCP؛ المعيار يرسم تسلسلاً إلزامياً تمر به كل جلسة:

• التسجيل (0x0100): يقدّم الجهاز معلومات المصنّع والطراز ورقم لوحة المركبة، فترد المنصة برسالة 0x8100 تحمل رمز مصادقة يخزّنه الجهاز.
• المصادقة (0x0102): في كل اتصال لاحق يقدّم الجهاز الرمز المخزّن أولاً؛ لا بلاغات قبل مصادقة ناجحة.
• بلاغ الموقع (0x0200): قلب البروتوكول — حقلا تنبيه وحالة (32 بت لكل منهما) يحملان أعلاماً مثل تجاوز السرعة وزر الطوارئ وفصل التغذية الرئيسية، تليهما الإحداثيات والارتفاع والسرعة والاتجاه والزمن، ثم «ملاحق» اختيارية تحمل عدّاد المسافة ومستوى الوقود وقراءات موسّعة يعرّفها المصنّع.
• الرفع الدفعي (0x0704): عند غياب التغطية يخزّن الجهاز بلاغاته محلياً ثم يرفعها دفعة واحدة موسومة بأنها بيانات معادة، فلا تضيع رحلة عبرت منطقة صامتة، ولا تختلط البيانات التاريخية بالموقع اللحظي على الشاشة.
• النبضة (0x0002): رسالة دورية خفيفة تُبقي الجلسة حيّة عبر ممرات الشبكات وتخبر المنصة أن الجهاز ما زال متصلاً وإن لم يتحرك.

وفي الاتجاه المعاكس تنزل الأوامر من المنصة إلى الجهاز بالإطار نفسه: ضبط بارامترات، طلب موقع فوري، أوامر تحكم بالطرفية. والقاعدة الذهبية التي تحكم الاتجاهين: لكل رسالة إقرار استلام يربطها برقمها التسلسلي (0x8001 من المنصة و0x0001 من الجهاز). الجهاز الذي لا يصله الإقرار يعيد الإرسال، والمنصة التي تتهاون في هذا العقد تحصد عاصفة تكرارات أو جلسات تُفتح وتُقطع بلا نهاية. جودة تنفيذ هذا التفصيل بالذات هي الفارق بين منصة ترى أسطولها بثبات ومنصة «تفقد» أجهزتها كل بضع دقائق.

JT/T 1078: حين يتحول جهاز التتبع إلى منظومة فيديو

الجاذبية الكبرى لعائلة JT808 اليوم ليست في الموقع وحده، بل في امتدادها المرئي JT/T 1078 الذي يبني على البنية نفسها ليضيف قدرات فيديو كاملة: بث حي متعدد القنوات (كاميرا الطريق، كاميرا السائق، صندوق الحمولة، الكاميرا الخلفية)، تحكم في بدء البث وإيقافه وجودته، وطلب مقاطع مسجلة من ذاكرة الجهاز بتحديد القناة والفترة الزمنية — بدل إيقاف مركبة تعمل على بعد مئات الكيلومترات لانتزاع بطاقة ذاكرة منها.

وفوق طبقة الفيديو تأتي ملاحق السلامة: أنظمة مساعدة السائق ومراقبة حالته ADAS/DSM ترسل أحداثاً مصنّفة — تشتت الانتباه، استخدام الهاتف، الاقتراب الخطر من مركبة أمامية — ومعها أدلة مصوّرة لحظة الحدث وفق ملاحق قياسية مثل «سوبياو» وJSATL12.

في بيكسا يعمل هذا المسار من طرفه إلى طرفه: البث الحي متعدد القنوات يمر عبر خادم وسائط يخرجه HLS/WebRTC إلى المتصفح مباشرة، وطلب المقاطع من ذاكرة الجهاز متاح من واجهة المنصة، والمقاطع المسترجعة تُؤرشف كأدلة بسياسات احتفاظ، وأحداث ADAS/DSM تصل بمرفقاتها المصوّرة. التفاصيل في صفحة الفيديو والمراقبة المرئية.

JT808 في مواجهة بروتوكولات التتبع الأخرى

ليس JT808 البروتوكول الوحيد في السوق ولا الأفضل مطلقاً؛ لكل عائلة فلسفتها. الجدول التالي يضعه بجانب بروتوكولين واسعي الانتشار تدعمهما بيكسا أيضاً:

العبرة ليست في انتصار بروتوكول على آخر، بل في أن المنصة الجيدة تتكلمها جميعاً بطلاقة، فلا يصبح البروتوكول قيداً على قرار شراء الأجهزة. من يشتري منظومات فيديو اقتصادية سيجد نفسه غالباً في عالم JT808، ومن يبني على حساسات CAN دقيقة سيميل إلى عائلات أخرى — والقرار الصحيح يُبنى على حاجة التشغيل لا على حدود المنصة.

كيف تتعامل بيكسا مع JT808؟

تدعم بيكسا اليوم 18 عائلة بروتوكولات مدعومة ومختبرة — منها Teltonika وQueclink وGT06/Concox وMeitrack وJT808 مع فيديو JT/T 1078 — ضمن منهجية توسّع نحو مئات البروتوكولات. حين يصل بلاغ 0x0200 تفكّه المنصة وتدفعه بثاً لحظياً عبر SignalR إلى شاشة التتبع الحي بتجميع ذكي وحالات ملوّنة، وتمرّ الملاحق الخام عبر طبقة تجريد الحساسات فتتحول إلى قراءات لها اسم ومعادلة وجدول معايرة، وتغذّي أعلام التنبيه في الرسالة محرك القواعد والتنبيهات بشروطه المركّبة ونوافذه الزمنية وتصعيده. وقائمة الأجهزة المتوافقة ودرجات دعمها تجدها في دليل الأجهزة. وبما أن مواقع المركبات في المملكة قد يلزم دفعها إلى منصة وصل (WASL)، توفر بيكسا جاهزية تكامل مدمجة معها: دفع مواقع بطابور لا يفقد رسالة عند الانقطاع، وتقرير امتثال يعرض نسبة القبول وفترات الانقطاع — تفاصيل ذلك في صفحة الامتثال.

لديك أجهزة JT808 تعمل فعلاً، أو تدرس شراء منظومة فيديو لمركباتك؟ تواصل مع فريق بيكسا عبر صفحة التواصل لتقييم توافق أجهزتك وتشغيلها على المنصة دون استبدالها.