Teltonika Codec 8: كيف تصل قراءات الحساسات وCAN إلى المنصة
الخلاصة
- أجهزة Teltonika ترسل بياناتها بصيغة Codec 8: حزمة ثنائية تحمل سجلات AVL، في كل سجل زمن بالمللي ثانية وموقع كامل وعناصر IO مجمّعة بحسب حجمها.
- الإقرار في Codec 8 يكون بعدد السجلات المقبولة؛ أي اختلاف بين المرسل والمقبول يدفع الجهاز إلى إعادة الإرسال — لهذا لا تضيع البيانات على الشبكات المتقلبة.
- Codec 8 Extended يوسّع معرّفات IO إلى بايتين ويسمح بقيم متغيرة الطول، وهو الباب الذي تدخل منه بيانات CAN وحساسات BLE الحديثة.
- قيمة IO مجرد رقم خام بلا معنى ذاتي؛ في بيكسا تمر عبر طبقة تجريد تمنحها اسماً ومعادلة وجدول معايرة، مع عارض بيانات خام للتحقق أثناء التركيب.
لماذا Teltonika تحديداً؟
Teltonika مصنّع ليتواني يُعدّ من الأوسع انتشاراً في أجهزة تتبع الأساطيل حول العالم، وسلسلة أجهزته FMB وأخواتها تكاد تكون خياراً افتراضياً لدى كثير من مشغّلي الأساطيل والموزّعين. جزء كبير من هذا الانتشار يعود إلى قرار هندسي مبكر: توثيق البروتوكول علناً وبدقة، بحيث تستطيع أي منصة تنفيذه دون اتفاقيات خاصة. البروتوكول الذي تتكلمه هذه الأجهزة عند إرسال بيانات التتبع هو Codec 8 — وامتداده الأحدث Codec 8 Extended.
يبدأ كل شيء بمصافحة بسيطة: يفتح الجهاز اتصال TCP ويرسل رقم IMEI الخاص به، فترد المنصة بالقبول أو الرفض. بعد القبول تتدفق حزم AVL — والاختصار من Automatic Vehicle Location — حاملةً كل ما جمعه الجهاز: مواقع، سرعات، أحداث، وقراءات حساسات. فهم ما بداخل هذه الحزم ليس شأن المبرمجين وحدهم؛ فمدير الأسطول الذي يعرف أن «قراءة الوقود» تصل رقماً خاماً لا لترات، وأن «الحرارة» قد تصل من حساس سلكي أو من CAN أو من مجس BLE لاسلكي، يتخذ قرارات شراء وتركيب أفضل، ويعرف أين يبحث حين تبدو قراءة ما غير منطقية.
ويعمل البروتوكول فوق TCP أو UDP على السواء: TCP هو الخيار الأشيع لأن ضمانات النقل فيه تتكامل مع عقد الإقرار الذي سنراه بعد قليل، بينما يظهر UDP في تهيئات تقتصد في البيانات وتقبل بضمانات أخف. وفي الحالين يبقى جوهر الحزمة واحداً — ما يتغير هو الغلاف الناقل لا المحتوى.
تشريح حزمة Codec 8
حزمة Codec 8 بناء منضبط يمكن قراءته بايتاً بايتاً:
- التمهيد: 4 بايتات أصفار تعلن بداية الحزمة.
- طول حقل البيانات: 4 بايتات تحدد حجم ما سيأتي، فتعرف المنصة أين تنتهي الحزمة قبل أن تقرأها.
- معرّف الترميز: بايت واحد قيمته 0x08 يعلن أن ما يلي بصيغة Codec 8.
- عدد السجلات: كم سجل AVL تحمل هذه الحزمة — فالجهاز يجمع عدة سجلات ويرسلها معاً توفيراً للاتصال.
- السجلات نفسها، ثم يتكرر عدد السجلات في الذيل للتحقق، وتُختم الحزمة بـ CRC-16 يكشف أي تلف.
وكل سجل AVL بدوره يحمل ثلاث طبقات:
- الزمن: 8 بايتات تحمل التوقيت بالمللي ثانية منذ 1970 بتوقيت GMT — دقة كافية لترتيب الأحداث المتلاحقة ترتيباً قاطعاً.
- عنصر GPS: خط الطول والعرض بدقة سبع منازل عشرية، والارتفاع، والاتجاه، وعدد الأقمار الصناعية، والسرعة — مع أولوية للسجل تحدد مدى استعجاله.
- عناصر IO: قلب الموضوع — معرّف الحدث الذي ولّد السجل (إن وُجد)، ثم عدّ إجمالي للعناصر، ثم مجموعات مرتبة بحسب حجم القيمة: عناصر ببايت واحد، ثم ببايتين، ثم بأربعة، ثم بثمانية. كل عنصر زوج بسيط: معرّف ثم قيمة.
وحين تستلم المنصة الحزمة وتتحقق من سلامتها، ترد بإقرار من 4 بايتات يحمل عدد السجلات المقبولة. إن طابق العددُ ما أرسله الجهاز، حذف الجهاز السجلات من ذاكرته ومضى؛ وإن اختلف، أعاد الإرسال. هذا العقد البسيط هو ما يجعل بيانات Teltonika شبه مستحيلة الضياع حتى على شبكات متقطعة: الجهاز يخزّن ويعيد حتى تُقر المنصة.
وجدير بالانتباه أن الجهاز لا يرسل بإيقاع ثابت أعمى؛ تهيئته تحدد متى يولّد سجلاً: كل مسافة مقطوعة، كل زاوية انعطاف، كل فترة زمنية، أو عند حدث مثل تشغيل المحرك وإطفائه. لذلك قد تصل حزمة تحمل سجلاً واحداً عاجلاً، وقد تصل أخرى بعشرات السجلات المتراكمة من رحلة كاملة عبرت منطقة بلا تغطية — والمنصة الرصينة تعامل الحالتين بمنطق واحد: فكّ، تحقّق، أقرّ، ثم رتّب على زمن السجل لا على لحظة وصوله.
Codec 8 Extended: حين ضاقت المعرّفات وطالت القيم
صُمم Codec 8 الأصلي بمعرّف IO من بايت واحد — أي 255 بارامتراً قابلاً للعنونة كحد أقصى — وبقيم لا تتجاوز 8 بايتات. كان ذلك كافياً لعصر الجهد والحرارة والمداخل الرقمية، لكنه ضاق مع توسّع مصادر البيانات: قراءات CAN bus التي تتكاثر بارامتراتها بالعشرات، ومجسات BLE اللاسلكية التي ترسل حمولات مركّبة، وبيانات تشخيص لا تنضغط في 8 بايتات.
فجاء Codec 8 Extended (معرّف الترميز 0x8E) بتوسعتين حاسمتين: معرّف IO من بايتين يفتح الباب لآلاف البارامترات، ومجموعة جديدة من العناصر متغيرة الطول تحمل قيمة بأي حجم يلزم. الأجهزة الحديثة تدعم الصيغتين، واختيار الصيغة قرار تهيئة على الجهاز نفسه.
| وجه المقارنة | Codec 8 | Codec 8 Extended |
|---|---|---|
| معرّف الترميز في الحزمة | 0x08 | 0x8E |
| عرض معرّف IO | بايت واحد (حتى 255 بارامتراً) | بايتان (آلاف البارامترات) |
| أحجام القيم | 1 / 2 / 4 / 8 بايتات فقط | الأحجام الثابتة نفسها + قيم متغيرة الطول |
| الاستخدام الأنسب | تتبع أساسي ومداخل رقمية وجهود | بيانات CAN الغنية ومجسات BLE والحمولات المركّبة |
| كلفة الحجم | أصغر قليلاً على الشبكة | أكبر قليلاً مقابل مرونة كاملة |
القاعدة العملية: إن كان أسطولك يعتمد على قراءة أساسية — موقع وسرعة وتشغيل محرك — فكلا الصيغتين تفي. أما إن كنت تقرأ CAN أو تخطط لمجسات لاسلكية، فـ Codec 8 Extended هو الطريق، والأهم أن تكون منصتك تفكّ الصيغتين بسلاسة واحدة. ونصيحة عملية قبل تعميم أي تهيئة على أسطول كامل: جرّبها على مركبة واحدة وراقب حجم البيانات الشهري، فالفرق بين تهيئة مقتصدة وأخرى ثرثارة قد يعني أضعافاً في استهلاك الشريحة من دون قيمة تشغيلية مقابلة.
من معرّف IO إلى قراءة مفهومة
هنا تقع الفجوة التي تتعثر فيها مشاريع كثيرة: معرّف IO مجرد رقم. الحزمة لا تقول «هذه حرارة الصندوق المبرد»؛ تقول «العنصر رقم كذا قيمته كذا». جهازان من الطراز نفسه بتهيئتين مختلفتين قد يرسلان مجموعتين مختلفتين من العناصر، والقيمة نفسها قد تكون ميليفولتات تحتاج قسمة، أو نسبة مئوية، أو قيمة CAN تحتاج فك تحجيم. من دون طبقة تحويل واعية تبقى عندك أرقام كثيرة ومعرفة قليلة.
هذه هي وظيفة طبقة تجريد الحساسات في بيكسا: أي بارامتر خام — من أي عائلة من عائلات البروتوكولات الـ 18 المدعومة — يمكن تعريفه حساساً باسم واضح ومعادلة تحويل وجدول معايرة عند الحاجة: وزن، حرارة متعددة المناطق، أبواب، PTO، ركاب، RPM وغيرها. والوقود مثال كامل على السلسلة: القيمة الخام تمر بجدول معايرة متعدد النقاط يحوّلها إلى لترات فعلية بحسب شكل الخزان، ثم بتنعيم يمتص تذبذب السائل أثناء الحركة، لتصبح أساساً صالحاً لكشف التعبئة والسحب — السرقة — بالحجم والزمان والمكان مع تنبيه فوري، ولمقارنة الاستهلاك الفعلي بالمعياري. تفاصيل هذا المسار في صفحة إدارة الوقود.
ومن الأمثلة التي تمر بالمسار نفسه هوية السائق: قارئ iButton أو RFID أو بطاقة BLE يرسل معرّفاً خاماً ضمن عناصر IO، فتحوّله المنصة إلى اسم سائق معروف تُنسب إليه الرحلة والسلوك والنقاط الجزائية. وكذلك مجسات الحرارة السلكية واللاسلكية: قيم خام متعددة تصبح حرارة متعددة المناطق، لكل منطقة اسمها وقاعدتها المستقلة.
رحلة الحزمة داخل بيكسا
حين يصل جهاز Teltonika إلى بيكسا تمر بياناته بمسار واضح: مصافحة IMEI فقبول، ثم استقبال الحزم والتحقق من CRC، ثم الإقرار بعدد السجلات المقبولة — العقد الذي يضمن ألا يحذف الجهاز شيئاً لم تستلمه المنصة. بعدها يُبث كل سجل لحظياً عبر SignalR إلى شاشة التتبع الحي، وتظهر قراءات الحساسات المعايرة في بطاقة المركبة، وتتغذى منها قواعد التنبيه بشروطها المركّبة ونوافذها الزمنية، وتتراكم في 29 تقريراً جاهزاً بالعربية والإنجليزية. وأثناء التركيب والفحص يتيح عارض البيانات الخام رؤية عناصر IO كما وصلت بالضبط — قبل أي تحويل — فيصبح تشخيص أي قراءة شاذة مسألة دقائق لا تخميناً. درجات دعم الأجهزة وقوائمها في دليل الأجهزة.
وهذا العقد نفسه هو ما يحمي بياناتك في أسوأ الظروف: مركبة قضت ساعات داخل مستودع محجوب عن التغطية تعود فترفع سجلاتها المتراكمة دفعة واحدة، فتكتمل الرحلة في السجل وكأن الانقطاع لم يقع — ومن دون أن تختلط النقاط التاريخية بالموقع الحي على الشاشة، لأن الترتيب يقوم على زمن السجل المدموغ بالمللي ثانية.
عندك أجهزة Teltonika مركّبة أو تخطط لقراءة CAN وحساسات جديدة؟ تواصل مع فريق بيكسا عبر صفحة التواصل لمراجعة تهيئة أجهزتك وتشغيل قراءاتها معايرةً على المنصة.
أسئلة شائعة
ما الفرق بين Codec 8 وCodec 8 Extended؟
Codec 8 يستخدم معرّف IO من بايت واحد وقيماً بأحجام ثابتة (1 و2 و4 و8 بايتات)، بينما يوسّع Codec 8 Extended المعرّف إلى بايتين ويضيف قيماً متغيرة الطول — وهو ما تحتاجه بيانات CAN وحساسات BLE الحديثة.
البيانات تصل من الجهاز لكن قراءة الوقود غير منطقية — لماذا؟
لأن عنصر IO يحمل رقماً خاماً (جهداً أو قيمة نسبية) لا لترات. القراءة الصحيحة تحتاج معايرة: جدول متعدد النقاط يربط القيمة الخام بالحجم الفعلي، مع تنعيم ضد تذبذب الوقود أثناء الحركة.
هل تدعم بيكسا أجهزة Teltonika؟
نعم، Teltonika إحدى 18 عائلة بروتوكولات مدعومة ومختبرة على بيكسا، مع عارض بيانات خام يعرض عناصر IO كما تصل، وطبقة تجريد تمنح كل بارامتر اسماً ومعادلة وجدول معايرة.
مقالات ذات صلة
طبقة تجريد الحساسات: من فولت خام إلى وزن معايَر وحرارة متعددة المناطق
كيف يتحوّل فولت خام من جهاز التتبع إلى وزن معايَر وحرارة متعددة المناطق؟ شرح طبقة تجريد الحساسات في بيكسا: الاسم والمعادلة وجدول المعايرة وعارض البيانات الخام.
التقنيةتنبيهات الأسطول على واتساب: القناة التي يقرؤها مدير العمليات فعلاً
لماذا واتساب هو قناة التنبيه التي تُقرأ فعلاً؟ جولة في قنوات بيكسا الخمس ومركز الإشعارات، ومحرك القواعد بالتصعيد ومنع الإغراق، و3 مزوّدين قابلين للتبديل.
التقنيةبروتوكول JT808: المعيار الصيني الوطني لأجهزة التتبع
شرح عملي لبروتوكول JT808: بنية الرسائل ودورة التسجيل والمصادقة وامتداد الفيديو JT/T 1078، وكيف تدعمه بيكسا ضمن 18 عائلة بروتوكولات مدعومة ومختبرة.