وبلاگ

شما اینجا هستید: صفحه اصلی / پشتیبانی کنید / وبلاگ / آنچه CPOها باید قبل از تغییر مقیاس از یک سایت شارژ به یک شبکه بدانند

آنچه CPO ها باید قبل از تغییر مقیاس از یک سایت شارژ به یک شبکه بدانند

بازدید: 0     نویسنده: ویرایشگر سایت زمان انتشار: 2026-05-26 منبع: سایت

پرس و جو کنید

دکمه اشتراک گذاری فیس بوک
دکمه اشتراک گذاری توییتر
دکمه اشتراک گذاری خط
دکمه اشتراک گذاری ویچت
دکمه اشتراک گذاری لینکدین
دکمه اشتراک گذاری پینترست
دکمه اشتراک گذاری واتساپ
این دکمه اشتراک گذاری را به اشتراک بگذارید

مدیریت یک سایت شارژ EV در درجه اول یک پروژه استقرار سخت افزاری است. شما یک ایستگاه فیزیکی را انتخاب می کنید. شما آن را به شبکه وصل می کنید. شما آن را روشن کنید. مقیاس بندی به یک شبکه چند سایتی واقعیت کاملاً متفاوتی را ارائه می دهد. این به سرعت به یک نرم افزار پیچیده، ارکستراسیون شبکه و چالش مدیریت سرمایه تبدیل می شود. بسیاری از اپراتورهای نقطه شارژ (CPO) در مراحل اولیه، برای اولین سایت خود به شدت به نرم‌افزار فروشنده حلقه بسته بسته‌ای متکی هستند. آنها انتظار دارند که این تنظیمات ساده به طور طبیعی رشد کند.

این رویکرد اغلب نتیجه معکوس می دهد. اپراتورها به زودی با قفل شدید فروشنده مواجه می شوند. آنها با هزینه های غیرقابل مدیریت ارتقاء شبکه مواجه می شوند. آنها همچنین هنگام تلاش برای گسترش ردپای خود با تجربیات راننده تکه تکه سروکار دارند. افزودن ایستگاه‌های جدید بدون پشتوانه یکپارچه، هرج و مرج عملیاتی ایجاد می‌کند. رانندگان از برنامه های متعدد ناامید می شوند. هزینه‌های تعمیر و نگهداری شما افزایش می‌یابد زیرا هر فروشنده سخت‌افزار به گردش‌های کاری نظارتی جداگانه نیاز دارد.

برای افزایش سودآوری بدون افزایش سربار، CPOها باید از نظارت سخت‌افزاری واکنشی به هماهنگ‌سازی زیرساخت‌های فعال تغییر کنند. شما باید این ارکستراسیون را از طریق یک پایه نرم افزاری با قابلیت تعامل بالا هدایت کنید. شما یاد خواهید گرفت که چگونه از ساخت بیش از حد اولیه جلوگیری کنید، نرم افزار سازمانی مناسب را انتخاب کنید، یک تجربه رانندگی بدون اصطکاک ایجاد کنید، و سیستم های قدیمی را بدون از دست دادن کاربران فعلی خود انتقال دهید.

خوراکی های کلیدی

  • سخت‌افزار غیرقابل مذاکره است: مقیاس‌پذیری مستلزم اختلاط فروشندگان سخت‌افزار است. انطباق دقیق OCPP از قفل شدن فروشنده جلوگیری می کند.

  • مقیاس غیرخطی CAPEX و OPEX: محدودیت‌های شبکه و هزینه‌های تقاضا حاشیه‌ها را از بین می‌برند مگر اینکه توسط مدیریت بار پویا (DLM) و گسترش مرحله‌ای کاهش یابد.

  • Uptime یک مشکل نرم افزاری است: 99٪ آپتایم به تشخیص از راه دور و الگوریتم های خود ترمیمی متکی است، نه فقط دوام سخت افزار.

  • ارزش ویژه برند مالکیت را می طلبد: انتقال از SaaS اولیه به معماری دارای برچسب سفید یا مبتنی بر API برای ارزش گذاری بلندمدت و حفظ محرک بسیار مهم است.

تله گسترش: چرا ساخت بیش از حد روز اول بازده بازگشت سرمایه را از بین می برد

ایمن سازی ارتقاء شبکه ابزار برای شبکه های چند سایتی با ظرفیت بالا، موانع عظیمی را ایجاد می کند. به راحتی می تواند 12 ماه یا بیشتر طول بکشد. همچنین می تواند صدها هزار دلار در هزینه های سرمایه ای (CAPEX) هزینه داشته باشد. این به شدت زمان ورود شما به بازار را به تاخیر می اندازد. بسیاری از اپراتورهای جدید با درخواست حداکثر ظرفیت شبکه در روز اول اشتباه می کنند. آنها تصور می کنند که برای راه اندازی همزمان هر شارژر برنامه ریزی شده در اوج خروجی به قدرت کافی نیاز دارند. این فرض گسترش را فلج می کند. Utilities با استناد به محدودیت های شبکه، عقب نشینی می کنند. قبل از اینکه بتوانید یک کابل را بگذارید، در نهایت منتظر ارتقای ترانسفورماتور پرهزینه هستید.

شما می توانید با اتخاذ یک استراتژی رشد فاز محور از این تله جلوگیری کنید. تقاضا معمولاً در مراحل مختلف رشد می کند. به ندرت یک شبه محقق می شود. استراتژی استقرار شارژر شما باید همیشه از رفتارهای خاص سایت پیروی کند. شما باید با موقعیت فیزیکی و قصد راننده سازگار شوید.

  1. پارک های اداری Long-Dwell: رانندگان به مدت هشت ساعت پارک می کنند. آنها نیازی به شارژ سریع DC ندارند. می توانید شارژرهای AC سطح 2 کندتر را مستقر کنید. می توانید بار الکتریکی را در کل روز کاری پخش کنید.

  2. خرده فروشی و خواربار فروشی: رانندگان 45 تا 90 دقیقه می مانند. آنها به شارژ مستقیم DC با سرعت متوسط ​​(50 کیلووات تا 100 کیلووات) نیاز دارند. شما گردش مالی کافی برای خدمات رسانی به مشتریان متعدد می خواهید، اما نیازی به برق در سطح بزرگراه ندارید.

  3. راهروهای بزرگراه: رانندگان خواهان چرخش سریع هستند. 15 تا 30 دقیقه می مانند. شما باید شارژرهای DC فوق سریع (150 کیلووات +) را مستقر کنید. این سایت‌ها برای مدیریت جهش‌های ناگهانی تقاضا به متعادل‌سازی توان دقیق نیاز دارند.

شما باید CAPEX اولیه خود را از طریق برنامه ریزی زیرساخت هوشمند کاهش دهید. از 'مجرای تاریک' در مرحله اولیه ساخت خود استفاده کنید. لوله های زیرزمینی و ظرفیت سیم کشی لازم را بدون نصب فوری هر ایستگاه شارژ، از قبل قرار می دهید. شما یک بار بتن را می ریزید. با افزایش تقاضای راننده، کابل ها را می کشید و سخت افزار را سوار می کنید.

علاوه بر این، می توانید نیاز به ارتقاء ترانسفورماتور فوری و پرهزینه را دور بزنید. شما با استفاده از ابزارهای پیشرفته به این هدف می رسید سیستم مدیریت شارژ EV این پلتفرم توزیع برق بلادرنگ در سراسر سایت شما را ترسیم می کند. این به طور هوشمند کل مصرف برق را محدود می کند تا در محدوده ابزار موجود شما باقی بماند. شما می توانید 20 شارژر را روی یک اتصال شبکه نصب کنید که در ابتدا برای 10 عدد طراحی شده بود. این نرم افزار به طور ایمن جریان انرژی را در پشت صحنه تنظیم می کند.

ارزیابی یک سیستم مدیریت شارژ EV برای مقیاس

دور شدن از برنامه های اصلی خارج از جعبه به پلتفرم های درجه یک سازمانی نیازمند یک چارچوب تصمیم گیری دقیق است. یک برنامه اولیه برای پنج شارژر در یک پارکینگ خوب کار می کند. هنگام مدیریت 500 گره در سه حالت، به طرز شگفت انگیزی شکست می خورد. شما باید پلتفرم های جدید را بر اساس معیارهای حمایت از مقیاس عظیم، انعطاف پذیری سخت افزار و کنترل هزینه خودکار ارزیابی کنید.

قابلیت تعامل سخت افزار واقعی (استانداردهای OCPP)

آگنوستیک سخت افزاری قدرتمندترین نقطه اهرم شماست. از پلتفرم هایی که فقط از لیست محدودی از فروشندگان سخت افزار ترجیحی پشتیبانی می کنند، خودداری کنید. اگر در یک سیستم اختصاصی قفل کنید، قدرت مذاکره را از دست خواهید داد. هنگامی که مشکلات زنجیره تامین یک محموله سخت افزاری خاص را به تاخیر می اندازد، نمی توانید به راحتی به تولید کننده دیگری بروید.

قابلیت‌های پروتکل نقطه شارژ باز (OCPP) پلتفرم خود را ارزیابی کنید. تأیید اعتبار پشتیبانی بومی برای OCPP 1.6J و 2.0.1. OCPP 2.0.1 مدیریت دستگاه برتر و امنیت پیشرفته را ارائه می دهد. قابلیت همکاری واقعی تضمین می کند که می توانید سخت افزار را بر اساس واقعیت های زنجیره تامین، قیمت گذاری و در دسترس بودن منطقه ای تهیه کنید. شما سخت افزار را انتخاب می کنید. محدودیت های نرم افزاری هرگز نباید تصمیمات خرید شما را تعیین کند.

کنترل خودکار OPEX (مدیریت بار پویا و PPA)

سایت‌های شارژ مدیریت‌نشده با هزینه‌های فلج‌کننده تقاضای خدمات شهری مواجه هستند. شرکت های آب و برق اپراتورهای تجاری را به دلیل افزایش شدید مصرف انرژی جریمه می کنند. یک موج کوتاه 15 دقیقه ای در ساعات اوج بعدازظهر می تواند هزینه های هنگفتی را برای کل چرخه صورتحساب ایجاد کند. این اوج قیمت گذاری بودجه هزینه های عملیاتی (OPEX) شما را از بین می برد.

سیستم باید از مدیریت هوشمند بار (ILM) پشتیبانی کند. ILM به طور فعال توان را بر اساس ظرفیت شبکه بلادرنگ و محدودیت های سایت از پیش تعریف شده کاهش می دهد. همچنین وضعیت شارژ خودرو (SOC) را می خواند. اگر یک خودرو با 90 درصد باتری و دیگری با 10 درصد برسد، ILM به صورت پویا نیرو را به وسیله نقلیه تازه وارد منتقل می کند. این دریچه گاز خودکار باعث می‌شود اوج حرکت شما کاملا صاف باشد. شما از جریمه های ابزار اجتناب می کنید در حالی که استفاده از سایت را به حداکثر می رسانید. ترکیب این قابلیت با قرارداد خرید برق ثابت (PPA) سودآوری بلند مدت را تضمین می کند.

تشخیص از راه دور و رفع خودکار خطا

رول کامیون اقتصاد واحد را از بین می برد. اعزام تکنسین به یک سایت راه دور صدها دلار برای هر بازدید هزینه دارد. اگر هر نقص جزئی نیاز به بازرسی فیزیکی در محل داشته باشد، نمی توانید یک شبکه را مقیاس بندی کنید. Uptime اساساً یک مشکل نرم افزاری است.

پلتفرم شما باید دارای قابلیت های گسترده تشخیص از راه دور باشد. نیاز به ثبت خودکار خطا دارد. باید از دستورات راه اندازی مجدد از راه دور پشتیبانی کند. هنگامی که یک جلسه شارژ با مشکل مواجه می شود، نرم افزار باید به طور خودکار قبل از هشدار دادن به اپراتور انسانی، یک بازنشانی نرم افزاری انجام دهد. به دنبال سیستم‌هایی باشید که از نگهداری پیش‌بینی‌کننده مبتنی بر هوش مصنوعی استفاده می‌کنند. این الگوریتم‌ها افت‌های ظریف ولتاژ یا افزایش دمای رابط را در طول زمان تجزیه و تحلیل می‌کنند. آنها خرابی اجزا را قبل از وقوع پیش بینی می کنند. این رویکرد پیشگیرانه به شما کمک می کند تا بدون زحمت اهداف زمان آپلود قرارداد سطح سرویس (SLA) را حفظ کنید.

نمودار آمادگی مقیاس‌بندی: برنامه پایه در مقابل پلتفرم سازمانی

دسته ویژگی

اپلیکیشن فروشنده پایه

سیستم مدیریت سازمانی

پشتیبانی سخت افزاری

برای یک یا دو فروشنده ترجیحی قفل شده است.

سازگار با OCPP 1.6J و 2.0.1 (Hardware Agnostic).

مدیریت انرژی

فقط محدودیت های استاتیک ریسک شارژ تقاضای بالا

مدیریت بار پویا (DLM) و تعادل فاز.

رفع خطا

تهیه بلیط دستی فرکانس چرخش کامیون بالا.

الگوریتم های خود ترمیم خودکار و راه اندازی مجدد از راه دور.

مدل های قیمت گذاری

هزینه های ثابت در هر کیلووات ساعت یا زمان.

قیمت گذاری پویا، هزینه های بیکاری و تعرفه های زمان استفاده (TOU).

معماری یک تجربه راننده 'بدون اصطکاک' به عنوان یک خندق رقابتی

تراکم شبکه روزانه افزایش می یابد. شرکت‌های فعال در بازار، از جمله خرده‌فروشان چندملیتی بزرگ و شرکت‌های نفتی سنتی، فعالانه مراکز شارژ رقابتی ایجاد می‌کنند. رانندگان اکنون انتخاب هایی دارند. آنها به سرعت شبکه هایی را رها می کنند که آنها را مجبور به اصطکاک پرداخت بالا می کند. آنها به شدت از شبکه هایی که توسط شارژرهای 'شبح' گرفتار شده اند اجتناب می کنند. یک شارژر شبح در برنامه کاملاً فعال به نظر می رسد، اما هنگام ورود صفحه نمایش شکسته یا کانکتور معیوب را نشان می دهد. این سناریو فوراً اعتماد برند را از بین می برد.

برای ساختن یک خندق رقابتی واقعی باید یک تجربه بدون اصطکاک را معمار کنید. از بین بردن اضطراب شارژ بسیار فراتر از نصب سخت افزار قابل اعتماد است.

  • قابلیت مشاهده بدون وضعیت: در دسترس بودن دقیق و در زمان واقعی را ارائه می دهد. API های شما باید سطوح دقیق قدرت و وضعیت های خارج از نظم را فوراً پخش کنند. اگر ایستگاهی آفلاین شود، باید در عرض چند ثانیه از نقشه های عمومی ناپدید شود.

  • Plug & Charge (ISO 15118): احراز هویت یکپارچه را اجرا کنید. رانندگان باید به سادگی کابل را به وسیله نقلیه خود وصل کنند. سیستم احراز هویت خودرو، مجوز پرداخت را می دهد و شارژ را به صورت خودکار آغاز می کند. شما برنامه خستگی را به طور کامل دور می زنید.

  • دروازه‌های پرداخت یکپارچه: از پایانه‌های کارت اعتباری، قراردادهای رومینگ RFID و کیف پول‌های برنامه یکپارچه پشتیبانی می‌کنند. تک تک درایورها را مجبور نکنید که برنامه اختصاصی شما را فقط برای فاصله 20 مایلی دانلود کنند.

کسب درآمد شفاف از اعتبار برند شما محافظت می کند. رانندگان از هزینه های پنهان متنفرند. اطمینان حاصل کنید که پلتفرم شما از مدل های قیمت گذاری پیچیده و پویا پشتیبانی می کند. ممکن است برای تشویق شارژ خارج از پیک، قیمت‌گذاری زمان استفاده (TOU) را اعمال کنید. می‌توانید نرخ‌های هر کیلووات ساعت را با هزینه‌های بیکاری اعمال کنید. هزینه های بیکاری رانندگانی را جریمه می کند که مدت ها پس از رسیدن باتری به 100 درصد فضایی را اشغال می کنند. شما باید این مدل های قیمت گذاری پیچیده را قبل از شروع جلسه به وضوح نمایش دهید. ارتباطات اولیه واضح از اختلافات کاربر جلوگیری می کند. درخواست های استرداد شارژ را حذف می کند. باعث ایجاد وفاداری طولانی مدت می شود.

تصمیم معماری نرم افزار: استاندارد SaaS در مقابل White-Label/API

همانطور که شبکه شما از 50 گره فعال عبور می کند، با یک تصمیم محوری معماری نرم افزار روبرو می شوید. شما باید مدل استقرار مناسب را برای حفظ رشد انتخاب کنید. بازار به طور کلی دو دسته راه حل مجزا برای CPO های در حال رشد ارائه می دهد. هر کدام پیامدهای متفاوتی برای ارزش ویژه برند و کنترل عملیاتی شما دارند.

سیستم مدیریت نقطه شارژ استاندارد (CPMS) یک مدل نرم افزار به عنوان سرویس (SaaS) ارائه می دهد. فروشنده میزبان همه چیز است. آنها یک برنامه استاندارد شده برای راننده ارائه می دهند. آنها باطن را مدیریت می کنند. این مدل زمان ورود سریع به بازار را تضمین می کند. به سرمایه اولیه کمتری نیاز دارد و حداقل تخصص فنی داخلی را می طلبد. با این حال، تمایز برند شما را به شدت محدود می کند. شما نمی توانید عمیقاً این پلت فرم استاندارد SaaS را با ابزارهای برنامه ریزی منابع سازمانی (ERP) موجود خود یکپارچه کنید. شما نمی توانید به راحتی آن را با برنامه های وفاداری خرده فروشی تاسیس شده خود ادغام کنید. شما اساسا تجربه مشتری خود را اجاره می کنید.

برعکس، مدل‌های هیبریدی White-Label و API-First کنترل نهایی را ارائه می‌دهند. این معماری به CPO ها اجازه می دهد تا برنامه های سفارشی رو به درایور را به صورت بومی بسازند. شما وظایف بسیار پیچیده Backend را به فروشنده بارگذاری می کنید. فروشنده لایه های ارتباطی پیچیده OCPP را مدیریت می کند. آنها موتورهای صورتحساب را پردازش می کنند. آنها مراکز رومینگ را مدیریت می کنند. شما پیکسل های روی صفحه نمایش گوشی هوشمند راننده را کنترل می کنید.

این واقعیت پیاده سازی به یک تیم محصول داخلی بالغ نیاز دارد. برای مدیریت نقاط پایانی API و طراحی رابط کاربری به توسعه دهندگان نیاز دارید. با وجود این مانع ورود بیشتر، ارزش شرکت شما را به میزان قابل توجهی افزایش می دهد. شما صاحب داده های مشتری هستید. شما صاحب تجربه برند هستید. شما سفر دقیق کاربر را از ورود تا خروج دیکته می‌کنید. برای شبکه‌هایی که هدفشان تسلط بر مناطق خاص یا عمودی است، این مدل ترکیبی استاندارد طلایی را نشان می‌دهد.

مقایسه SaaS در مقابل API-First Architecture

معیارها

CPMS دارای مجوز استاندارد (SaaS)

White-Label / API-First Hybrid

زمان به بازار

سریع (روز تا هفته)

متوسط ​​(ماه برای برنامه‌نویس برنامه‌های سفارشی)

کنترل برند

کم (لوگوی فروشنده اغلب قابل مشاهده است)

بالا (100٪ تجربه راننده)

عمق ادغام

محدود به وب هوک های استاندارد

ادغام عمیق API با ERP/Loyalty

بار فنی داخلی

حداقل (مدیریت فروشنده)

بالا (نیاز به تیم داخلی UI/UX)

واقعیت های پیاده سازی: کاهش خطرات مهاجرت و انتشار

در نهایت، شبکه های مقیاس پذیر از نرم افزار اولیه خود بیشتر می شوند. پاره کردن و جایگزینی یک باطن قدیمی برای نصب یک سیستم مقیاس پذیر، ریسک بزرگی را به همراه دارد. مهاجرت های اجرا شده ضعیف باعث وقفه های فاجعه بار خدمات می شود. آنها باعث از دست دادن اطلاعات غیرقابل جبران می شوند. آنها رانندگانی را که زودتر به فرزندخواندگی می‌پذیرند بیگانه می‌کنند.

شما باید از یک منطق مهاجرتی سختگیرانه و گام به گام پیروی کنید. عرضه‌های تکراری 'جعبه خاکستری' به طور مداوم موفق می‌شوند. مهاجرت های یکباره 'بیگ بنگ' به طور معمول با شکست مواجه می شوند. هرگز نباید 500 شارژر را در همان شب به یک پلت فرم جدید تغییر دهید. ابتدا یک دسته کوچک از پنج شارژر را انتقال دهید. پایداری اتصال آنها را به مدت سه روز نظارت کنید. بررسی صحت صورتحساب هنگامی که خوشه آزمایشی ثابت شد، به تدریج عرضه را در مناطق جغرافیایی گسترش دهید.

قبل از تغییر هر گونه تنظیمات پشتیبان، ممیزی های سخت افزاری جامع را انجام دهید. نسخه های سفت افزار دقیقی که روی شارژرهای فیزیکی شما اجرا می شود را بررسی کنید. تنظیمات اتصال شبکه را تأیید کنید. باید APN های تلفن همراه GSM یا تنظیمات Wi-Fi موجود را نقشه برداری کنید. اگر یک شارژر یک نسخه سیستم عامل منسوخ و اختصاصی را اجرا کند، مسیریابی آن به یک باطن جدید OCPP، برد ارتباطی را برای همیشه خراب می کند. قبل از اجرای دستورات انتقال از راه دور باید سیستم عامل را به صورت محلی به روز کنید.

امنیت داده و تداوم کاربر نیاز به رسیدگی ظریف دارد. پیمایش مطابق با GDPR و CCPA در طول انتقال داده‌های جلسه تاریخی نیازمند رمزگذاری دقیق است. شما باید موجودی کیف پول راننده و تاریخچه تراکنش ها را به طور دقیق پورت کنید.

ریسک حیاتی: به هر قیمتی از کپی رمز عبور خودداری کنید. شما نمی توانید رمزهای عبور کاربر را به طور ایمن از سیستم قدیمی رمزگشایی و انتقال دهید. تلاش برای انجام این کار یک آسیب پذیری امنیتی فاجعه بار ایجاد می کند. در عوض، یک چرخه حیات ارتباطی شفاف و چندلمسی ایجاد کنید. چند هفته قبل به رانندگان خود ایمیل بزنید. آنها را به شبکه ارتقا یافته خوش آمدید. کاربران موجود را راهنمایی کنید تا به طور ایمن اعتبار خود را در پلتفرم جدید بازنشانی کنند. یک اعتبار شارژ کوچک به عنوان انگیزه ارائه دهید. این استراتژی از انحراف جلوگیری می کند و انطباق دقیق امنیتی را تضمین می کند. اگر به راهنمایی اختصاصی برای پیمایش این مقررات پیچیده انتقال داده نیاز دارید، می‌توانید با خیال راحت با ما تماس بگیرید . برای برنامه ریزی ایمن مهاجرت خود

نتیجه گیری

مقیاس بندی شبکه شارژ خودروهای الکتریکی اساساً یک چالش ارکستراسیون است. موفقیت بلندمدت شما کمتر به این بستگی دارد که امروز کدام شارژر فیزیکی را خریداری می کنید. این تقریباً به طور کامل به زیرساخت دیجیتالی که برای مدیریت هزینه های انرژی، اطمینان از زمان عملیاتی، و حذف اصطکاک راننده فردا مستقر می کنید، بستگی دارد.

ایجاد یک شبکه سودآور مستلزم این است که مخارج سرمایه خود را به صورت هوشمندانه انجام دهید. برای محافظت در برابر هزینه های تقاضای برق، باید مدیریت بار پویا را بپذیرید. برای جلوگیری از قفل شدن فروشنده، باید سخت‌افزاری سخت‌افزاری را مطالبه کنید. در نهایت، باید تجربه راننده را از طریق یکپارچه‌سازی‌های پیشرفته API یا برنامه‌های دارای برچسب سفید کنترل کنید.

اقدامات فوری را در این مراحل بعدی انجام دهید:

  • ظرفیت ابزار فعلی خود را در تمام سایت های توسعه برنامه ریزی شده حسابرسی کنید.

  • قابلیت‌های سخت‌افزاری نرم‌افزار موجود خود را ارزیابی کنید. درخواست اثبات مفهوم (POC) با استفاده از یک واحد شارژ غیربومی.

  • معماری فعلی خود را ارزیابی کنید. تعیین کنید که آیا از مدیریت بار پیشرفته و حل خودکار خطا پشتیبانی می کند یا خیر.

  • برای شناسایی و حذف اصطکاک پنهان پرداخت یا سناریوهای شارژر شبح، سفر راننده خود را نقشه برداری کنید.

سوالات متداول

س: زمان دقیق ارتقاء از یک برنامه شارژر اصلی به یک سیستم مدیریت شارژ EV شرکتی چه زمانی است؟

پاسخ: هنگام گسترش به یک سایت دوم جغرافیایی متمایز، باید ارتقا دهید. ارتقا همچنین هنگام مدیریت سخت افزار ترکیبی از چندین فروشنده بسیار مهم است. علاوه بر این، اگر هزینه‌های تقاضای خدمات شهری بر سودآوری سایت شما تأثیر بگذارد، به یک سیستم سازمانی نیاز دارید که بتواند فوراً مدیریت بار پویا را داشته باشد.

س: آیا در صورت تغییر پلتفرم نرم افزاری، می توانم شبکه خود را با استفاده از سخت افزار موجود خود مقیاس دهم؟

پاسخ: بله، مشروط بر اینکه سخت افزار قدیمی کاملاً مطابق با OCPP باشد. اکثر سخت افزارهای مدرن از این استانداردهای باز پشتیبانی می کنند. با این حال، سیستم عامل قدیمی‌تر ممکن است نیاز به به‌روزرسانی دستی از طریق تکنسین‌های میدانی داشته باشد تا بتوانید یک انتقال از راه دور ایمن به پلتفرم نرم‌افزار جدید را اجرا کنید.

س: به طور واقع بینانه چقدر طول می کشد تا یک شبکه موجود به یک پلت فرم نرم افزاری جدید منتقل شود؟

پاسخ: یک مهاجرت مناسب معمولاً 4 تا 12 هفته طول می کشد. این بازه زمانی به شدت به اندازه شبکه و همگنی سخت افزار شما بستگی دارد. یک جدول زمانی ایمن شامل ممیزی های سخت افزاری اجباری، نقشه برداری دقیق داده ها، بررسی های انطباق و آزمایش آزمایشی تکراری قبل از عرضه کامل است.

تماس بگیرید

محصولات

راه حل ها

پشتیبانی کنید

تماس با ما

اضافه کنید: ساختمان A4، شماره 1 جاده Qingsheng، منطقه نانشا، گوانگژو، گوانگدونگ، چین
متعلق به GAC ENERGY می باشد. 2024 کلیه حقوق این سایت نقشه سایت. سیاست حفظ حریم خصوصی.