بين القارئ وERP طبقة لا يريد أحد تحمّلها: الوسيط. يستقبل آلاف أحداث القراءة الخام في الدقيقة، معظمها مكرر، وعليه أن ينتج عددًا صغيرًا من حقائق العمل التي يمكن للمالية والعمليات الدفاع عنها.
إذا أخطأت الهندسة، تبدو الأعراض كأعطال أجهزة — حركات مخزون مكررة، كميات قديمة، أحداث تصل بغير ترتيب، أو بوابة تعمل حتى تتقطع الشبكة لحظة.
ما الذي يجب أن يفعله الوسيط فعلًا؟
خمس مهام، وأولها فقط يتعلق بالتواصل مع القارئات.
- تجريد الأجهزة: إدارة القارئات والهوائيات والقدرة والجلسات والبرمجيات الثابتة عبر المصنّعين.
- تطبيع الأحداث: تحويل القراءات الخاصة بكل مصنّع إلى مخطط موحد يحتوي القارئ والهوائي والطابع الزمني وRSSI وEPC.
- الترشيح وإزالة التكرار: دمج القراءات المتكررة للوسم نفسه في المنطقة نفسها في حدث منطقي واحد.
- إثراء العمل: إضافة الموقع والاتجاه وأمر الشغل وسياق الطبلية.
- تسليم موثوق: تخزين مؤقت وإعادة محاولة وإعادة تشغيل حتى لا يرى ERP صورة جزئية.
وأي شيء خارج هذه الخمس هو منطق عمل يخص طبقة التطبيق لا الوسيط.
ما هي الطبقات الأربع؟
تقسيم عملي: طبقة الأجهزة، وطبقة الحافة، وطبقة العمل، وطبقة التكامل. الأسماء أقل أهمية من الحدود.
- الأجهزة: LLRP أو SDK المصنّع، إعداد القارئ، جرد الهوائيات، حالة البرمجيات الثابتة.
- الحافة: تعمل في الموقع، تخزن محليًا، تطبق قواعد المناطق، وتصمد عند انقطاع الشبكة.
- العمل: نوافذ إزالة التكرار، منطق الجلسات، استنتاج الاتجاه، قواعد الاستثناء.
- التكامل: محولات ERP/WMS، واجهات متطابقة التكرار، جداول التعيين، سجل تدقيق.
الخطأ المعماري الأكثر شيوعًا وضع إزالة التكرار في طبقة التكامل، فتعمل بعد التخزين المؤقت، وعند إعادة التشغيل تتكرر مستندات العمل.
أين يفيد LLRP وأين يضر؟
LLRP معيار لإعداد القارئ والإبلاغ عن الوسوم، وهو التجريد الصحيح عند تعدد مصنّعي القارئات: سائق واحد ونموذج بيانات واحد ومسار إعداد واحد.
لكنه ليس جوابًا شاملًا. بعض ميزات المصنّع — تبديل الهوائيات المتقدم، الترشيح داخل القارئ، بيانات وسم مخصصة — تُتاح فقط عبر SDK خاص. التصميم الهجين طبيعي: LLRP للـ80% القياسي وSDK للـ20% الخاص، خلف الواجهة الداخلية نفسها.
- استخدم LLRP للإعداد والتحكم بالجرد وتقارير الوسوم القياسية.
- استخدم SDK المصنّع لما لا يعبّر عنه LLRP.
- لا تدع SDK يتسرب إلى طبقة العمل؛ غلّفه.
كيف يجب أن يعمل التخزين المؤقت والعمل دون اتصال؟
الشبكات تسقط. بوابة تفقد الاتصال 30 ثانية لا يجوز أن تفقد 500 قراءة.
تحتاج طبقة الحافة طابورًا محليًا بتخزين دائم وسعة تكفي وردية على الأقل وسلوكًا محددًا عند الامتلاء: إسقاط الأقدم أو الأحدث أو إيقاف الخط. إيقاف خط إنتاج غير مقبول عادة، فحدده صراحةً.
- طابور محلي دائم ومشفّر في السكون.
- خطة سعة: ذروة القراءات في الساعة × ساعات الاستقلال.
- سياسة تجاوز موثقة ومختبرة.
- إعادة تشغيل بمفاتيح تطابق التكرار.
ما قواعد الترشيح وإزالة التكرار المستخدمة؟
ثلاث قواعد تغطي معظم النشرات، ويجب أن تكون قابلة للضبط لا مثبتة في الشيفرة.
إزالة التكرار بنافذة زمنية: EPC نفسه في المنطقة نفسها خلال N ثانية يُحسب مرة. إزالة تكرار اتجاهية: EPC يُرى على هوائي الدخول ثم هوائي الخروج داخل نافذة يصبح حركة واحدة لا قراءتين. كبح بالحالة: إذا كان ERP يملك الصنف في الموقع الهدف فالقراءة بلا أثر.
- طول النافذة حسب العملية: 2–5 ثوانٍ للبوابة و30–60 ثانية لمسح الرف.
- استنتاج الاتجاه يحتاج RSSI على مستوى الهوائي أو تسلسلًا لا طوابع زمنية فقط.
- سجّل الأحداث المكبوتة للتدقيق ولا تطرحها بصمت.
ما المراقبة التي يحتاجها الوسيط؟
الوسيط مكان ترى فيه الحقيقة مبكرًا، فاقرأه بأجهزة القياس.
تتبع معدل القراءة لكل هوائي، وزمن الحدث حتى ترحيله في ERP، وعمق الطابور، وعدد المحاولات، ونسبة الكبح. وأنذر على الاتجاهات لا الأعطال فقط: عمق طابور يرتفع ببطء يعني قرصًا يحتضر أو تراكمًا ينمو قبل أشهر من انقطاع.
- معدل القراءة ونسبة الفقد لكل هوائي عبر الزمن.
- زمن شامل من الطرف إلى الطرف p95 لا المتوسط.
- عمق الطابور وعدد مرات إعادة التشغيل.
- انحراف البرمجيات الثابتة والإعدادات بين القارئات.
الخلاصة
الوسيط موجود ليحوّل الضوضاء إلى حقائق: تجريد الأجهزة وتطبيع الأحداث والترشيح وإزالة التكرار والإثراء والتسليم الموثوق. ضع إزالة التكرار قبل التخزين المؤقت، واحبس شيفرة المصنّع خلف واجهة، وحدد السلوك دون اتصال قبل أن تختبرك الشبكة، وقِس الطبقة لتظهر التدهورات وهي ما زالت رخيصة الإصلاح.
