تطوير منتجات مدمجة لشحن المركبات الكهربائية

تتعثّر معظم مشاريع EVSE لا عند المخطط بل عند التكامل: مرحلة القدرة، وبرمجيات الطيّار، وعدّاد الطاقة، وسحابة OCPP، والحاوية يبنيها مورّد مختلف لكلٍّ منها، ولا أحد يملك الحدّ الذي تلتقي عنده. نحن نطوّر نقطة الشحن بأكملها كمنتج واحد، بحيث تُصمَّم تتابعية الكُنتاكتور، وآلة حالة CP/PP، وتعرفة القياس، وخلفية OCPP، والميكانيكا المقاومة معاً، وتدخل إلى الاعتماد كنظام واحد مسؤول.

Challenges specific to EV Charging

• موردو الأنظمة الفرعية لا يملكون حدّ التكامل

  تجتاز شركة لوحة القدرة، وورشة البرمجيات، وفريق السحابة اختبار النوع كلٌّ على حدة، لكن وحدة EVSE المجمّعة تفشل لأن لا أحد تحقّق من سلوك الكُنتاكتور إلى الطيّار إلى OCPP من طرفٍ إلى طرف في جلسة شحن حقيقية.

• خلفية OCPP ترفض الشاحن في شبكات التجوال

  يخلّ تطبيق OCPP 1.6J محلّي الصنع بترتيب StatusNotification أو يسيء التعامل مع RemoteStartTransaction، فتعمل الوحدة على الطاولة لكنها تُرفض من الاعتماد لدى Hubject أو نظام CPMS لدى المشغّل أثناء اختبار التشغيل البيني.

• قياس الطاقة ليس بمستوى الفوترة

  تُفوتَر الجلسات عبر حسّاس تيار غير معتمد، فلا يملك رقم الكيلوواط-ساعة أي تتبّعية MID/Eichrecht، ولا يستطيع المشغّل قانونياً فوترة السائقين أو تسوية رسوم التجوال عبر الشبكة.

• الحاوية تجتاز المختبر لا الرصيف

  يفشل تصنيف IP54 المُثبَت على عيّنة نظيفة بعد شتاءٍ من المطر المدفوع وملح الطرق، لأن إحكام جلبة الكابل، وتصريف التكاثف، وضغط الحشية لم تُصمَّم أبداً لوحدةٍ خارجية مثبّتة على عمود.

• الاعتماد يُكتشَف ولا يُصمَّم

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

• البرمجيات ومرحلة القدرة تتنازعان على معالجة الأعطال

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

How GizanTech solves them

1. تكامل الأنظمة الفرعية بمالك واحد. 1. نملك بناء EVSE الكامل ونكتب عقد واجهة بين مرحلة القدرة وبرمجيات CP/PP والقياس وOCPP، ونتحقق من الوحدة المجمّعة عبر جلسات شحن مبرمَجة من طرفٍ إلى طرف (التوصيل، التفويض، التغذية، القياس، الإيقاف، العطل) قبل وصول أي شيء إلى مختبر الاعتماد.
2. حزمة اتصال OCPP معتمدة. 2. نطبّق OCPP 1.6J و2.0.1 مقابل أداة اختبار Open Charge Alliance، ونضبط رسائل StatusNotification والمعاملات والشحن الذكي ضبطاً صحيحاً، ونجري اختبار تشغيل بيني مع نظام CPMS المستهدف ومحور التجوال ليُقبَل الشاحن، لا أن يعمل على الطاولة فحسب.
3. قياس طاقة بمستوى الفوترة. 3. ندمج وحدة عدّاد طاقة معتمدة MID / متوافقة مع Eichrecht مع مسار بيانات يكشف العبث، ونوقّع كيلوواط-ساعة الجلسة ليملك المشغّل سجلات طاقة قابلة للفوترة قانونياً وللتسوية عبر التجوال، بدل تقديرات حسّاس غير معتمد.
4. تحكيم أعطال الطيّار ومرحلة القدرة. 4. نعرّف سلطة عطل واحدة: تقود برمجيات CP/PP آلة حالة IEC 61851 والكُنتاكتور، مع أقفال عتادية لأحداث ارتفاع الحرارة والعزل وRCD/RDC-DD، بحيث يكون لكل عطل مالكٌ واحد بالضبط يفتح الكُنتاكتور بأمان.
5. تصميم الحاوية الخارجية ومنع التسرّب. 5. نصمّم الحاوية لهدف IP54/IP65 حقيقي: ميزانية ضغط الحشية، وإحكام جلبة الكابل، وتصريف التكاثف، والتهوية الحرارية، مُتحقَّق منها لتركيب العمود والجدار، ليصمد التصنيف بعد طقس الميدان لا على عيّنة مختبرية فقط.
6. خطة منتج موجّهة بالاعتماد. 6. نبني متطلبات IEC 61851 وOCPP IEC 61000 EMC والسلامة في المعمارية من اليوم الأول، ونجري فحوص ما قبل التوافق داخلياً، ونسلّم المختبر وحدة جاهزة لاختبار النوع مع مصفوفة متطلبات-إلى-اختبار قابلة للتتبّع لضغط جدول الاعتماد.