الأسئلة الشائعة
إجابات عن الأسئلة الشائعة حول استخدام الشواحن وتشغيل المنصة وتكامل البروتوكولات والتعاون التجاري. إن لم تجد إجابتك، تواصل معنا.
1. لمستخدمي التطبيق
التطبيق يُظهر الشاحن "متاحاً" لكنه لا يشحن عند الوصول. لماذا؟ ▾
غالباً بسبب تأخر مزامنة الحالة أو "عطل ناعم". يعتمد OCPP 1.6 على StatusNotification للإبلاغ عن حالة الذراع؛ مع تذبذب الشبكة أو انقطاع الـ heartbeat قد تُظهر المنصة حالة قديمة. يحسّن OCPP 2.0.1 ذلك عبر TransactionEvent ومراقبة أدق، لكن إذا اكتشف الشاحن عطلاً (ضغط زر الطوارئ، عطل قفل الذراع) دون إبلاغ NotifyEvent في الوقت المناسب، فقد يظل التطبيق يعتبره متاحاً. ننصح بعرض "وقت آخر تحديث للحالة" في صفحة التفاصيل.
لماذا يكون بدء الشحن بعد المسح بطيئاً أحياناً أكثر من عشر ثوانٍ؟ ▾
التأخير يحدث عادةً في دورة Authorize و StartTransaction (1.6) أو TransactionEvent(Started) (2.0.1). إذا كان WebSocket heartbeat بين المنصة والشاحن غير مستقر أو إشارة الشاحن ضعيفة، يُعاد إرسال الأوامر. OCPP 1.6 ينتظر عودة معرّف المعاملة قبل تفعيل التيار، أما النموذج القائم على الأحداث في 2.0.1 أسرع نظرياً — لكن التعامل الخاطئ مع TransactionEvent في البرنامج الثابت قد يسبب بطئاً.
توقف الشحن منتصفاً والتطبيق يعرض "جارٍ الشحن" والشاحن توقف؟ ▾
هذه حالة عدم تزامن نموذجية. في OCPP 1.6، إذا توقف الشاحن بسبب ارتفاع الحرارة أو حماية التسريب أو سحب الذراع (دون إرسال StopTransaction صحيح)، قد تستمر المنصة بإظهار "جارٍ الشحن" لعدم استلام StatusNotification(Faulted/Available). يستخدم OCPP 2.0.1 العرض TransactionEvent(Ended) الأكثر صرامة لكن يتطلب تنفيذاً صحيحاً في الشاحن. يُنصح بمنطق "إنهاء الطلب المحلي تلقائياً عند انتهاء مهلة heartbeat" كإجراء وقائي.
نفس الشاحن، لماذا يعرض التطبيق أحياناً دعم plug-and-charge وأحياناً لا؟ ▾
الشحن الفوري (PnC/ISO 15118) قدرة أصلية في OCPP 2.0.1، بينما لا يدعم OCPP 1.6 المعيار القياسي. إذا كانت المنصة تحتوي شواحن بالبروتوكولين، يجب أن يعرض التطبيق تسميات القدرات حسب إصدار البروتوكول وإعدادات كل شاحن فعلياً. إذا لم تُضبط سلسلة الشهادات في شاحن 2.0.1 بشكل صحيح، يفشل PnC — وعندها يعود التطبيق لتوجيه "يرجى المسح للبدء".
2. للتشغيل والصيانة
بعض الشواحن تظهر "غير متصل" لكن شاشتها تعمل في الموقع. كيف أشخّص؟ ▾
شخّص بالترتيب: الشبكة → WebSocket → OCPP: ① تحقق من وصول الشاحن إلى عنوان wss:// للمنصة (DNS، جدار الحماية، منفذ 443)؛ ② تحقق من مطابقة Charge Point Identity مع مسار URL بالكامل (مثال /ocpp/CP001 خطأ في حالة الأحرف أو اللاحقة)؛ ③ في OCPP 1.6 تحقق من Heartbeat، وفي 2.0.1 تحقق من Heartbeat بعد BootNotification وسجل أحداث الأمان. إذا كانت شاشة الشاحن سليمة وOCPP غير متصل، فالسبب غالباً تعليق وحدة OCPP أو نفاد بيانات شريحة SIM.
خلط شواحن OCPP 1.6 و 2.0.1 — هل تحتاج المنصة منطقين للتكامل؟ ▾
نعم، لكن يمكن تجريدهما. الرسائل غير متوافقة: 1.6 يستخدم StartTransaction/StopTransaction، و2.0.1 يستخدم TransactionEvent؛ وإعدادات 1.6 عبر ChangeConfiguration بمفاتيح قيمة، بينما 2.0.1 عبر نموذج الجهاز المهيكل SetVariables/GetVariables. يُنصح ببناء نموذج "جلسة شحن" موحد فوق طبقة البروتوكول، يربط رسائل البروتوكولين بنفس كائن الأعمال، لتفادي ازدواجية التطوير.
أوامر إعادة التشغيل/إيقاف الشحن عن بُعد تفشل كثيراً. ما السبب؟ ▾
OCPP 1.6 RemoteStartTransaction يشترط قيام الشاحن بمصادقة محلية (مثل Authorize) أولاً؛ إذا انتهت صلاحية قائمة السماح المحلية أو كانت إعدادات AuthorizeRemoteTxRequests خاطئة، يُرفض الأمر. أما OCPP 2.0.1 RequestStartTransaction فأكثر صرامة، ويتطلب أن تكون حالة التوفر (AvailabilityState) للـ EVSE والـ Connector تشير إلى Operative. وأيضاً إذا كانت جلسة WebSocket شبه ميتة (TCP يعمل دون استجابة في طبقة التطبيق)، فسينتهي الأمر بمهلة — ويلزم TriggerMessage أو اكتشاف انتهاء مهلة heartbeat لإعادة تعيين الاتصال.
ترقية البرنامج الثابت: OCPP 1.6 أم 2.0.1 أكثر موثوقية؟ ▾
إدارة البرامج الثابتة في OCPP 2.0.1 أكثر أماناً وقابلية للتتبع. عادةً UpdateFirmware في 1.6 هو "إرسال رابط → تحميل الشاحن → إعادة تشغيل الشاحن" وتصعب على المنصة معرفة التقدم ونتائج التحقق؛ بينما يدعم PublishFirmware مع UpdateFirmware في 2.0.1 التحميل المجزأ والتحقق الأمني والإبلاغ عن الحالة — وهو أنسب للتشغيل واسع النطاق. إذا كانت منصتك ما تزال تعتمد على 1.6، أضف خطوة "التحقق من رقم الإصدار عبر BootNotification بعد الترقية".
3. البروتوكولات والتكامل التقني
الشاحن يدعم OCPP 1.6 والمنصة تدعمه، فلماذا يفشل الربط؟ ▾
"دعم OCPP 1.6" لا يعني "تشغيل فوري". نقاط القطع الشائعة: تنسيق عنوان WebSocket (الشرطة المائلة النهائية، حالة الأحرف، استخدام wss)، عدم مطابقة Charge Point Identity، عدم التفاوض على subprotocol (ocpp1.6)، شهادة TLS غير موثوقة من الشاحن (برامج ثابتة قديمة لا تعترف بـ CA الجديدة). كما يتطلب OCPP 2.0.1 مطابقة Security Profile؛ إذا فرضت المنصة TLS والشاحن يدعم المصادقة الأساسية فقط، سيفشل المصافحة فوراً.
منصتي تدعم 1.6 و 2.0.1 — هل يمكن لشاحن واحد التبديل تلقائياً؟ ▾
لا يمكن التبديل تلقائياً. يُحدَّد إصدار OCPP عند مصافحة WebSocket عبر subprotocol (مثل ocpp1.6، ocpp2.0.1)، والبرنامج الثابت عادةً ينفذ نسخة واحدة فقط. يجب على المنصة توجيه الاتصال إلى معالج البروتوكول المناسب بناءً على BootNotification أو مسار URL. ولا يمكن لشاحن مادي واحد "الترقية" من 1.6 إلى 2.0.1 أثناء التشغيل، إلا باستبدال البرنامج الثابت وإعادة التهيئة.
ما التأثير العملي لـ "نموذج الجهاز" في OCPP 2.0.1 على تطوير المنصة؟ ▾
في 1.6، تعرف المنصة قدرات الشاحن عبر GetConfiguration مع مفاتيح كثيرة خاصة بالمصنّعين؛ بينما يوحّد نموذج الجهاز في 2.0.1 بنية شجرية EVSE → Connector → Component → Variable، فتستطيع المنصة قراءة/كتابة قيم محددة بدقة، مثل عتبة حرارة ذراع معين أو حالة ريليه معين. قفزة نوعية للصيانة الدقيقة والتشخيص عن بُعد، لكنها تتطلب إعادة بناء وحدة إدارة الإعدادات في الواجهة الخلفية بدل المخزن المسطح للمفاتيح في 1.6.
كيف يختلف الشحن الذكي (موازنة الأحمال) بين البروتوكولين؟ ▾
يدعم 1.6 SetChargingProfile الأساسي (ثابت أو منحنى زمني بسيط) لكنه يفتقر للتنسيق مع الشبكة والتعديل الديناميكي. الشحن الذكي في 2.0.1 أكثر اكتمالاً: ChargingStationExternalConstraints وإرسال سقف قدرة ديناميكي وجدولة عنقود شاحنات متعددة، ويتكامل مع ChargeParameterDiscovery في ISO 15118. إذا كان موقعك يحتاج "شحناً منظماً" أو "تحكماً بالطلب"، فالشواحن بـ 2.0.1 أفضل — مع ضرورة ترقية محرك خطط الشحن في المنصة تبعاً لذلك.
4. التعاون التجاري
كيف أبدأ التعاون التجاري مع LinkChargeHub؟ ▾
نقدم أربعة أنماط: الامتياز التجاري، وشراء المعدات، وتشغيل المواقع، والحلول المؤسسية — تغطي الوكلاء وإدارات العقار ومشغلي الأساطيل. إرسال طلب التعاونأخبرنا بموقعك ونيتك، وسيتواصل فريق الأعمال معك خلال 24 ساعة مع تقدير الخطة ودعم المسح الميداني؛ ويمكنك أيضاً إرسال بريد إلكتروني مباشرة عبر صفحة "اتصل بنا".