لا تزال بطاقات RFID الطريقة الأكثر شيوعًا لبدء جلسة الشحن في أماكن العمل والمستودعات والفنادق والمجمعات السكنية. يمرّر السائق البطاقة، فيطلب الشاحن الإذن من النظام المركزي، ويبدأ الشحن بعد لحظات. وخلف هذه التجربة البسيطة تدفق رسائل OCPP محدد بدقة، ومجموعة من القرارات المتعلقة بقواعد الوصول والسلوك دون اتصال والأمان.
يشرح هذا الدليل كيف يعمل التحقق من بطاقات شحن RFID في OCPP، وكيف تدير البطاقات بشكل جيد، وكيف تتحقق الشواحن من السائقين عند انقطاع الاتصال، ولماذا تُرفض طلبات التحقق، وما المخاطر الأمنية الحقيقية. كما يقارن RFID بوسائل التعريف الأخرى.
- يرسل الشاحن المعرّف الفريد للبطاقة (UID) بصفته
idTag، ويرد نظام CSMS بحالة مثل Accepted أو Blocked أو Expired أو Invalid أو ConcurrentTx. - تتيح قائمة التحقق المحلية والذاكرة المؤقتة للتحقق للشواحن قبول البطاقات دون اتصال.
- لكل رفض سبب، وتسجيل هذه الأسباب هو أسرع طريقة لحل شكاوى السائقين.
- تقرأ معظم الشواحن المعرّف الفريد للبطاقة فقط، ويمكن نسخه، لذا اجمع بين RFID والحدود والمحطات المسموح بها والحظر السريع.
كيف يعمل التحقق عبر RFID في OCPP
في OCPP 1.6، يُسمّى المعرّف الذي يقدّمه السائق idTag. وفي حالة بطاقة RFID، يكون عادةً المعرّف الفريد للبطاقة (UID) مرمَّزًا كسلسلة سداسية عشرية. ويمكن أن يصل طول idTag في OCPP 1.6 إلى 20 حرفًا.
يبدو التدفق النموذجي كما يلي:
- يمرّر السائق البطاقة على قارئ الشاحن.
- يرسل الشاحن طلب
AuthorizeيتضمنidTagإلى نظام CSMS. - يتحقق نظام CSMS من البطاقة وفق قواعده، ويعيد
idTagInfoمع حالة. - إذا كانت الحالة
Acceptedوكانت هناك مركبة موصولة، يرسل الشاحنStartTransactionبالمعرّف idTag نفسه. ويعيد نظام CSMS مرة أخرىidTagInfo، لذا يظل بإمكانه رفض الجلسة في هذه المرحلة. - في النهاية، تُبلغ رسالة
StopTransactionعن قراءة العدّاد النهائية، وعن المعرّف idTag المستخدم إذا مرّر السائق البطاقة مجددًا للإيقاف.
إذا كانت البطاقة موجودة بالفعل في القائمة المحلية للشاحن أو في ذاكرته المؤقتة، فقد يبدأ الشاحن الشحن دون انتظار نظام CSMS، حسب إعداداته. وفي هذه الحالة، لا يمكن أن يصل الرفض إلا في رد StartTransaction، أي بعد فتح الجلسة.
قيم الحالة في idTagInfo
| الحالة | المعنى | الموقف المعتاد |
|---|---|---|
Accepted | المعرّف صالح ويُسمح له بالشحن | بطاقة معروفة ونشطة ضمن قواعدها |
Blocked | المعرّف محظور | بطاقة أُبلغ عن فقدانها أو عطّلها المسؤول |
Expired | المعرّف لم يعد صالحًا | بطاقة انقضى تاريخ صلاحيتها |
Invalid | المعرّف غير معروف أو غير مسموح به | بطاقة لم تُسجَّل قط |
ConcurrentTx | المعرّف مستخدم بالفعل في جلسة أخرى | البطاقة نفسها قيد الاستخدام على موصل آخر |
يمكن أن تتضمن idTagInfo أيضًا الحقل expiryDate، الذي يخبر الشاحن بالمدة التي يمكنه خلالها الاحتفاظ بالنتيجة في الذاكرة المؤقتة، والحقل parentIdTag الذي يجمع عدة بطاقات في مجموعة واحدة. ومن الاستخدامات الشائعة لـ parentIdTag السماح لأي بطاقة من المجموعة نفسها بإيقاف الجلسة.
ما الذي يتغيّر في OCPP 2.0.1
يستبدل OCPP 2.0.1 المعرّف idTag بـ IdToken، الذي يحمل قيمة ونوعًا معًا، مثل بطاقة RFID وفق ISO 14443، أو eMAID للشحن القائم على العقود، أو رمز مفتاح. كما أن مجموعة حالات التحقق أغنى، ما يتيح لنظام CSMS توضيح سبب رفض المعرّف بدقة أكبر، مثل أنه غير مسموح به في هذا الموقع. ويبقى منطق التدفق كما هو.
أفضل الممارسات في إدارة البطاقات
- سجّل البطاقات قبل توزيعها. دوّن المعرّف الفريد (UID) تمامًا كما يقرؤه الشاحن. فبعض القارئات ترسل المعرّف بترتيب بايتات أو صيغة مختلفة، لذا اختبر بطاقة واحدة على كل طراز شاحن.
- خصّص كل بطاقة لشخص محدد. فالبطاقات المجهولة تُصعّب توزيع التكاليف ومعالجة الحوادث.
- اربط السائقين بالمركبات. تسجيل رقم اللوحة في كل جلسة يبسّط تقارير الأسطول.
- استخدم المحطات المسموح بها. قيّد كل سائق بالمواقع التي ينبغي أن يشحن فيها.
- علّق البطاقة بدلًا من حذفها. فالبطاقة المعلّقة أو المحظورة تحتفظ بسجلها ويمكن إعادة تفعيلها.
- راجع قائمة البطاقات بانتظام. ألغِ صلاحية الموظفين الذين غادروا والبطاقات التي استُبدلت.
في Üreticy، تُخصَّص بطاقات RFID للسائقين، ويمكن تعليقها أو حظرها في أي وقت، ويمكن أن يكون لكل سائق قائمة بالمحطات المسموح بها وقواعد لحدود kWh. وللاطلاع على صورة أشمل لقواعد السائقين والمركبات، راجع دليلنا لإدارة شحن الأساطيل.
التحقق دون اتصال: القائمة المحلية والذاكرة المؤقتة
حتى عندما يفقد الشاحن اتصاله بالإنترنت، يظل بحاجة إلى تقرير ما إذا كان سيسمح للسائق بالشحن. ويوفّر OCPP آليتين لذلك.
| الآلية | كيف تُملأ | الجهة المتحكمة | الفائدة الرئيسية |
|---|---|---|---|
| قائمة التحقق المحلية | يرسل نظام CSMS قائمة بالمعرّفات عبر SendLocalList | نظام CSMS (قائمة ذات إصدارات، بتحديثات كاملة أو تفاضلية) | قابلة للتنبؤ: تعمل البطاقات المعروفة دون اتصال حتى لو لم تُستخدم قط على ذلك الشاحن |
| الذاكرة المؤقتة للتحقق | يخزّن الشاحن تلقائيًا نتائج عمليات التحقق الناجحة الأخيرة | الشاحن؛ ويمكن لنظام CSMS تفريغها عبر ClearCache | لا تتطلب إعدادًا؛ ويُتعرَّف على المستخدمين المتكررين دون اتصال |
تتحكم مفاتيح إعدادات OCPP 1.6 مثل LocalAuthListEnabled وAuthorizationCacheEnabled وLocalAuthorizeOffline وAllowOfflineTxForUnknownId في هذا السلوك. ويحدد المفتاح الأخير ما إذا كان يُسمح لبطاقة غير معروفة بالشحن عندما يكون الشاحن غير متصل، وهي مفاضلة بين راحة السائق وضبط التكاليف. وتُرسل الجلسات التي تمت دون اتصال إلى نظام CSMS عند عودة الاتصال.
ثمة خطر عملي: فالبطاقة التي حُظرت في نظام CSMS قد تظل تعمل دون اتصال إذا بقيت في الذاكرة المؤقتة أو القائمة المحلية. لذا بعد حظر بطاقة مهمة، حدّث القائمة المحلية وفكّر في تفريغ الذاكرة المؤقتة على الشواحن المعنية.
أسباب الرفض الشائعة وكيفية التعامل معها
بالنسبة للسائق، تبدو حالات الرفض كلها متشابهة: الشاحن لا يبدأ. أما بالنسبة للمشغّل فالسبب مهم، لذا يسجّل نظام CSMS الجيد كل رفض مع سببه. وتعرض Üreticy كل محاولة تحقق مرفوضة مع سببها، مثل بطاقة غير معروفة، أو بلوغ الحد، أو محطة غير مسموح بها، أو بطاقة محظورة.
- بطاقة غير معروفة: تحقق مما إذا كانت البطاقة مسجّلة، وما إذا كانت صيغة المعرّف الفريد تطابق ما يرسله القارئ.
- بلوغ الحد: استنفد السائق حصته من kWh. اشرح له السياسة، أو عدّل الحد إذا كان منخفضًا جدًا.
- محطة غير مسموح بها: السائق غير مصرّح له بالشحن في هذا الموقع. تأكد من أن ذلك مقصود.
- بطاقة محظورة: تأكد من حالة البطاقة مع المسؤول، خاصة إذا أبلغ السائق عن فقدانها.
- مشكلات القارئ: إذا لم يصل أي طلب تحقق إطلاقًا، فقد يكون القارئ معطّلًا. ويشير الخطأ
ReaderFailureفي StatusNotification إلى مشكلة في المعدات؛ راجع دليلنا لرموز أخطاء OCPP.
اعتبارات أمنية
تقرأ معظم شواحن OCPP المعرّف الفريد (UID) لبطاقة RFID فقط وترسله بصفته idTag. وهذا المعرّف ليس سرًّا؛ إذ يمكن باستخدام أدوات متاحة على نطاق واسع قراءته ونسخه إلى بطاقة أخرى. وهذا يعني أن بطاقة RFID الأساسية تُعرّف المستخدم، لكنها لا تصادق على هويته بشكل قوي.
إجراءات عملية للحد من المخاطر:
- اضبط حدود kWh صارمة حتى لا تتمكن بطاقة منسوخة من استهلاك طاقة غير محدودة.
- قيّد البطاقات بالمحطات المسموح بها لتقليص النطاق الذي تعمل فيه البطاقة المنسوخة.
- راقب حالات الرفض بسبب
ConcurrentTxوالجلسات في أوقات أو أماكن غير معتادة، فقد تشير إلى بطاقة مكرّرة. - احظر البطاقات المفقودة فورًا وحدّث القوائم المستخدمة دون اتصال.
- استخدم TLS (
wss://) بين الشاحن ونظام CSMS حتى لا تُرسل المعرّفات كنص غير مشفّر عبر الشبكة.
توجد بطاقات مزوّدة بخصائص تشفير، لكنها لا تفيد إلا إذا كان قارئ الشاحن يتحقق من هذه الخصائص. اسأل مورّد الشاحن عما يتحقق منه القارئ فعليًا.
بدائل بطاقات RFID
- تطبيق الجوال: يبدأ السائق الجلسة من تطبيق، ويرسل نظام CSMS أمر بدء عن بُعد إلى الشاحن.
- رمز QR: رمز على الشاحن يفتح صفحة ويب أو تطبيقًا لذلك الموصل. وتُنشئ Üreticy ملصقات رمز QR جاهزة للطباعة لكل موصل.
- Plug & Charge (ISO 15118): تصادق السيارة على هويتها بشهادات رقمية عند توصيل الكابل. وتوفّر هذه الطريقة أمانًا قويًا وراحة كبيرة، لكنها تحتاج إلى مركبات وشواحن متوافقة وبنية تحتية للشهادات. وميزة Plug & Charge مدرجة في خارطة طريق Üreticy.
يبقى RFID خيارًا جيدًا حيث يكون المستخدمون معروفين وتُدار البطاقات مركزيًا.
الأسئلة الشائعة
ماذا يعني idTag في OCPP؟
idTag هو المعرّف الذي يرسله الشاحن إلى نظام CSMS للتحقق من صلاحية السائق في OCPP 1.6. وفي بطاقات RFID، يكون عادةً المعرّف الفريد للبطاقة (UID). ويستبدله OCPP 2.0.1 بـ IdToken، الذي يتضمن أيضًا نوع المعرّف.
هل يمكن أن تعمل بطاقة RFID عندما يكون الشاحن غير متصل؟
نعم، إذا كانت البطاقة موجودة في قائمة التحقق المحلية للشاحن أو في ذاكرته المؤقتة. أما السماح للبطاقات غير المعروفة بالشحن دون اتصال فيعتمد على إعدادات الشاحن. وتُبلَّغ الجلسات التي تمت دون اتصال إلى نظام CSMS عند عودة الاتصال.
لماذا تُرفض بطاقة RFID الخاصة بي عند الشاحن؟
من الأسباب الشائعة: بطاقة غير مسجّلة، أو بطاقة محظورة أو منتهية الصلاحية، أو بلوغ حد الطاقة، أو محطة غير مسموح للبطاقة باستخدامها. ويستطيع المشغّل رؤية السبب الدقيق في سجل طلبات التحقق المرفوضة في نظام CSMS.
هل بطاقات شحن RFID آمنة؟
البطاقات الأساسية تُعرّف المستخدم لكن يسهل نسخها، لأن معظم الشواحن لا تقرأ إلا المعرّف الفريد. قلّل المخاطر عبر حدود الطاقة، والمحطات المسموح بها، والحظر السريع للبطاقات المفقودة، واستخدام TLS بين الشاحن ونظام CSMS.
هل تدعم Üreticy ميزة Plug & Charge؟
ليس بعد. فميزة Plug & Charge وفق ISO 15118 مدرجة في خارطة طريق Üreticy. وتدعم Üreticy اليوم إدارة بطاقات RFID مع تخصيصها للسائقين، والحظر، والمحطات المسموح بها، وحدود kWh.
أدِر بطاقات RFID والسائقين وأسباب الرفض لأي شاحن يدعم OCPP من لوحة تحكم واحدة. اكتشف منصة OCPP من Üreticy أو اطّلع على قائمة المزايا الكاملة.