پاسخ مستقیم: خریداران باید قبل از رزرو FAT، ماتریس پذیرش ایستگاه شارژ سریع DC را تعریف کنند. FAT باید پیکربندی شارژر قراردادی و شواهد تست کارخانه را تأیید کند. SAT باید برق سایت، حفاظت، ارتینگ، رابط های اضطراری، ارتباطات و شرایط نصب را بررسی کند. راه اندازی باید سناریوهای مورد توافق وسیله نقلیه، اتصال دهنده، اشتراک بار و سناریوهای باطن را ثابت کند. تحویل نهایی باید تنها پس از بسته شدن نقص، آزمایش مجدد، سوابق ساخته شده، آموزش و شرایط شروع گارانتی انجام شود.
این یک موضوع تدارکات و پذیرش پروژه برای شارژ اپراتورها، انبارهای ناوگان، پیمانکاران EPC، یکپارچه سازان برق، صاحبان اموال، شرکت های آب و برق، توزیع کنندگان و خریداران OEM است. شارژری که یک وسیله نقلیه را روشن و شارژ می کند به طور خودکار یک پروژه ایستگاه شارژ کاملا پذیرفته شده نیست. پذیرش باید تجهیزات قرارداد، رابط های سایت، مسیر ارتباطی، سناریوهای عملیاتی، سوابق شواهد و مرز تحویل را ثابت کند.
لوازم دینگ شنگ تجهیزات ایستگاه شارژ، از جمله شمع شارژ 160 کیلووات DCشمع شارژ 120 کیلوواتی DC و محصولات کابینت یکسو کننده شارژ گروهی. طرح پذیرش باید به جای یک چک لیست عمومی راه اندازی، به پیکربندی دقیق سفارش داده شده و مشخصات پروژه گره خورده باشد.
چرا ماتریس پذیرش باید قبل از رزرو تاریخ های FAT منجمد شود؟
ماتریس پذیرش مشخص می‌کند که چه چیزی آزمایش می‌شود، کجا آزمایش می‌شود، چه کسی شاهد آن خواهد بود، چه شواهدی ثبت می‌شود، و چه نتیجه‌ای به پروژه اجازه می‌دهد تا به مرحله بعدی حرکت کند. بدون آن ماتریس، FAT می تواند به یک نمایش کارخانه تبدیل شود در حالی که خریدار فرض می کند که اثبات نهایی آمادگی سیستم است.
ماتریس باید پیکربندی و طرز کار شارژر قابل تأیید کارخانه، واسط های الکتریکی و نصبی وابسته به سایت، سناریوهای اشتراک گذاری وسیله نقلیه/کانکتور/بار و عملکردهای باطن/شبکه/پرداخت/سنجش را که در محدوده پروژه گنجانده شده است، جدا کند.
نقطه تجربه صنعت: اختلافات FAT اغلب به این دلیل اتفاق می افتد که یکی از طرفین انتظار یک نمایش عملکردی را دارد در حالی که طرف دیگر انتظار یک آزمون پذیرش قراردادی را دارد. اختلاف باید قبل از تاریخ آزمون حل شود نه در طول آن.
| مرحله پذیرش | هدف اولیه | مالک معمولی / شاهد | شواهد مورد انتظار |
| چربی | پیکربندی شارژر قراردادی و محدوده تست کارخانه را تأیید کنید | تامین کننده با خریدار/ شاهد EPC به عنوان قرارداد | رویه تایید شده، سوابق پیکربندی، برگه های تست، انحرافات و لیست پانچ |
| SAT | رابط شارژر نصب شده با سایت واقعی را تأیید کنید | تامین کننده / EPC / تیم برق سایت طبق قرارداد | سوابق تست سایت، کنترل برق/حفاظت/ارتینگ، نتایج رابط و نقص |
| راه اندازی | سناریوهای عملیاتی مورد توافق را نشان دهید | تیم پروژه با عملیات / احزاب پشتیبان در صورت لزوم | سوابق خودرو/کانکتور/جلسه، گزارش‌های ارتباطی، شواهد اشتراک بار و مسائل باز |
| تحویل | یک سیستم مستند و پذیرفته شده را به عملیات انتقال دهید | خریدار / اپراتور | همانطور که ساخته شده، دفترچه راهنما، آموزش، سوابق پایه، قطعات یدکی، گارانتی و بسته شدن نقص |
FAT چه چیزی را باید در مورد بسته شارژر ثابت کند؟
FAT باید ثابت کند که چه چیزی به طور منطقی در کارخانه قابل تأیید است قبل از حمل شارژر. روش دقیق باید از قرارداد، پیکربندی محصول و مشخصات پروژه پیروی کند. هیچ لیست پاس جهانی وجود ندارد که برای هر پروژه شارژ اعمال شود.
پست‌های بازرسی خریدار می‌توانند شامل شناسایی تجهیزات و پیکربندی سفارش‌داده‌شده، مقدار شارژر و پیکربندی کانکتور، مونتاژ داخلی و بازرسی سیم‌کشی طبق رویه مورد توافق، دستگاه‌های حفاظتی و کنترلی موجود در محدوده عرضه، عملکردهای محلی HMI/نمایش مورد نیاز سفارش، عملکردهای اضطراری قابل نمایش در کارخانه، سخت‌افزار ارتباطی/نرم‌افزار، پیکربندی نسخه‌های باز شده، تست‌های مربوط به تنظیمات و پیکربندی نسخه‌های باز شده در آن باشد. انحرافات
خریدار همچنین باید تأیید کند که کدام آزمایش‌ها در کارخانه شبیه‌سازی شده‌اند و کدام آزمایش‌ها باید با برق، شبکه، وسیله نقلیه یا باطن سایت واقعی در طول SAT و راه‌اندازی تکرار شوند.
کدام تست ها باید تا زمان تست پذیرش سایت منتظر بمانند؟
SAT باید ایستگاه نصب شده را در برابر برق واقعی بالادست، سیستم ارتینگ، رابط های کابلی، مدارهای اضطراری سایت، ارتباطات و نصب فیزیکی بررسی کند. یک کارخانه نمی تواند شرایطی را که فقط پس از نصب وجود دارد را به طور کامل اثبات کند.
خریدار باید مرز بین تامین شارژر و کار سایت را مشخص کند. تابلو برق بالادست، ترانسفورماتور، کابل توزیع، عملیات عمرانی، شبکه زمین، اتصال شبکه یا وسایل حفاظتی ممکن است به جای تامین کننده شارژر متعلق به پیمانکار EPC یا سایت باشد.
کاتالوگ برق Dingsheng شامل مجموعه تابلو برق فشار ضعیف MNS، اما وجود یک محصول تابلو برق در کاتالوگ به این معنی نیست که به طور خودکار در هر پروژه ایستگاه شارژ گنجانده شده است. RFQ و ماتریس پذیرش باید مرز توزیع بالادست واقعی را بیان کند.
| رابط سایت | آنچه SAT باید تایید کند | شکاف پذیرش مشترک |
| عرضه ورودی | منبع نصب شده با ورودی پروژه تایید شده و رابط شارژر مطابقت دارد | شارژر بدون تطبیق داده های عرضه نهایی سایت برق می شود. |
| حفاظت | رابط های حفاظتی بالادستی و سمت شارژر مورد نیاز نصب و مستند شده است | مسئولیت بین تامین کننده شارژر و EPC نامشخص است. |
| ارتینگ | رابط های زمین پروژه تکمیل شده و شواهد آزمایشی موجود است | سوابق کارخانه با پذیرش ارتینگ سایت اشتباه گرفته می شود. |
| توقف اضطراری | عملکردهای اضطراری سایت و شارژر همانطور که مشخص شده است با هم تعامل دارند | فقط توقف شارژر محلی تست شده است. |
| شبکه / باطن | مسیر ارتباطی مورد نیاز موجود است و مالکیت تعریف شده است | شارژر به صورت محلی ارتباط برقرار می کند اما پذیرش پلت فرم از راه دور نشان داده نمی شود. |
| نصب و راه اندازی | خاتمه کابل، نصب، برچسب زدن، تهویه/ترخیص و طرز کار با اساس پروژه مطابقت دارد | شارژ عملکردی برای نادیده گرفتن عیوب نصب استفاده می شود. |
خریداران چگونه باید سناریوهای خودرو و اتصال دهنده را آزمایش کنند؟
پروژه‌ای با چندین نوع شارژر، خروجی اتصال، کلاس خودرو یا گروه‌های کاربری نباید به یک جلسه موفقیت‌آمیز به‌عنوان تنها آزمایش عملیاتی متکی باشد. خریدار باید سناریوهای نماینده را قبل از راه اندازی تعریف کند.
بسته به محدوده پروژه، سناریوها ممکن است شامل عملکرد کانکتور جداگانه، هر دو کانکتور در حال استفاده در مواردی که توسط واحد سفارش داده شده پشتیبانی می‌شوند، جلسات شروع/توقف مکرر، خودروهای آزمایشی تایید شده یا آداپتورهای مختلف، جلسات قطع شده، رفتار راه‌اندازی مجدد، مجوز کاربر، عملکردهای اندازه‌گیری/پرداخت در صورت قرارداد، و بازیابی خطا یا توقف اضطراری باشد.
نقطه تجربه صنعت: یک طرح راه اندازی که فقط ساده ترین وسیله نقلیه را آزمایش می کند، ممکن است مشکلات اتصال، ارتباط یا تخصیص نیرو را که هنگام معرفی یک وسیله نقلیه دیگر یا جلسه همزمان ظاهر می شود، از دست بدهد.
چگونه باید بار اشتراک گذاری یا شارژ گروهی را پذیرفت؟
در جایی که پروژه از معماری شارژ گروهی استفاده می کند، طرح پذیرش باید عملکردهایی را که به طور خاص برای آن معماری قرارداد شده است تأیید کند. لیست دینگ شنگ الف کابینت یکسو کننده شارژ گروهی 360KW/480KW در محدوده محصولات فعلی خود منطق تخصیص توان دقیق، پیکربندی ترمینال و روش کنترل هنوز باید از سفارش خاص و طراحی پروژه تأیید شود.
خریدار باید موارد آزمایشی مانند یک نقطه شارژ فعال، چندین جلسه همزمان که پیکربندی آنها را پشتیبانی می‌کند، تغییر تقاضا بین خودروها، از دست دادن و بازیابی نقطه شارژ، و رفتار مورد انتظار سیستم کنترل گروه را تعریف کند.
نقطه تجربه صنعت: اشتراک بار باید به عنوان یک رفتار تعریف شده توسط پیکربندی قرارداد پذیرفته شود، نه با یک فرض عمومی که هر شارژر چند خروجی قدرت را به روشی مشابه مدیریت می کند.
چه کسی مالک OCPP، Backend، شبکه و پذیرش پرداخت است؟
یکپارچه سازی Backend اغلب بین چندین طرف تقسیم می شود: سازنده شارژر، ارائه دهنده پلت فرم نرم افزار، اپراتور شبکه، ارائه دهنده پرداخت، EPC، تیم IT سایت و اپراتور شارژ. ماتریس پذیرش باید مسئولیت هر رابط را تعیین کند.
اگر OCPP یا پروتکل دیگری توسط پروژه مورد نیاز باشد، خریدار باید نسخه یا مشخصات مورد نیاز و محدوده آزمایش را در قرارداد مشخص کند. هیچ انطباق با پروتکل نباید فرض شود مگر اینکه برای پیکربندی سفارش داده شده تأیید شود.
شواهد باید هویت شارژر، نقطه پایانی یا محیط آزمایشی، وضعیت ارتباط، گزارش‌های جلسه، پیام‌های خطا، عملکردهای راه دور مورد نیاز پروژه و مسئولیت مسائل حل‌نشده را ثبت کنند.
نقطه تجربه صنعت: «اتصال به باطن» و «قبول پشتیبان کامل شد» عبارت یکسانی نیستند. یک اتصال پایدار ممکن است همچنان فرمان های راه دور، سوابق تراکنش ها، آلارم ها یا واسط های پرداخت را تست نشده باقی بگذارد.
سناریو: یک انبار ناوگان روشن شدن را می پذیرد اما کل پروژه را نمی پذیرد
سناریوی نماینده - مورد ادعایی مشتری Dingsheng نیست.
پیشینه کسب و کار: یک انبار ناوگان چندین شارژر DC با اتصال دوگانه با توزیع بالادست و یک پلت فرم مدیریت شارژ از راه دور نصب می کند.
مشکل: در طول راه اندازی، یک وسیله نقلیه با موفقیت از یک کانکتور شارژ می شود. تیم پروژه برای پذیرش امضا آماده می شود، اما کانکتور دوم، زنجیره توقف اضطراری، پلت فرم از راه دور، رفتار اشتراک بار، لیست نقص و اسناد ساخته شده بسته نشده است.
علت: قرارداد خرید تامین شارژر را تعریف می‌کرد، اما ماتریس پذیرش مرحله‌ای FAT/SAT/راه‌اندازی یا ثبت شواهد را تعریف نکرد.
راه حل: خریدار یک ماتریس مسئولیت را ایجاد می کند که تست های کارخانه شارژر، بررسی های الکتریکی سایت، سناریوهای کانکتور/خودرو، عملکردهای پشتیبان، بسته شدن لیست پانچ، مستندات و آموزش را از هم جدا می کند. موارد باز به مالکان اختصاص داده می شوند و تاریخ های آزمایش مجدد قبل از تحویل نهایی.
ارزش تصمیم خریدار: اپراتور از شروع گارانتی و عملیات تجاری در سیستمی که فقط یک جلسه شارژ موفقیت آمیز را به جای محدوده کامل قرارداد نشان داده است، اجتناب می کند.
چگونه باید نقص ها، تست های مجدد و امتیازات نگه داشتن را مدیریت کرد؟
هر FAT و SAT باید یک ثبت شواهد و یک لیست پانچ تولید کند. هر شماره باید آزمایش منبع، توضیحات، طرف مسئول، اقدام اصلاحی، روش آزمایش مجدد، وضعیت و تأیید بسته شدن خود را ثبت کند.
| فیلد Punch-List | چرا اهمیت دارد | سوال پذیرش خریدار |
| مرجع آزمون | نقص را به یک روش کنترل شده مرتبط می کند | کدام آزمایش مشکل را آشکار کرد؟ |
| شرح نقص | از یادداشت های مبهم مانند "مشکل ارتباطی" جلوگیری می کند | دقیقا چه چیزی شکست خورده یا منحرف شده است؟ |
| مالک | شارژر، EPC، باطن و مسئولیت های سایت را جدا می کند | چه کسی مسئول اصلاح است؟ |
| اقدام اصلاحی | آنچه تغییر کرده را ثبت می کند | رفع موقتی بود یا دائمی؟ |
| شواهد را دوباره آزمایش کنید | ثابت می کند که موضوع دوباره بررسی شده است | آیا سابقه، گزارش یا نتیجه امضا شده ای وجود دارد؟ |
| وضعیت نگه دارید / انتشار | حمل و نقل، انرژی یا تحویل نهایی را کنترل می کند | آیا پروژه می تواند با این مورد باز شود؟ |
نقطه تجربه صنعت: یک لیست پانچ بدون فیلد آزمایش مجدد اغلب فقط یک لیست نقص است. پذیرش به شواهدی نیاز دارد که شرایط اصلاح شده واقعاً تأیید شده است.
چه چیزی باید در بسته تحویل داده شود؟
تحویل نهایی باید شامل مدارک مورد نیاز برای راه اندازی، نگهداری و پشتیبانی از ایستگاه شارژ پس از خروج تیم راه اندازی باشد. پرونده دقیق به قرارداد بستگی دارد، اما خریداران معمولاً باید نقشه‌های تأیید شده/به‌عنوان ساخته‌شده، سوابق پیکربندی، گزارش‌های FAT و SAT، گزارش‌های راه‌اندازی، بسته شدن فهرست پانچ، دستورالعمل‌های عملیاتی و نگهداری، اطلاعات قطعات، سوابق آموزشی، خط پایه نرم‌افزار/سیستم‌افزار در صورت لزوم، مسئولیت شبکه/بک‌اند، تاریخ شروع گارانتی، تاریخ شروع ضمانت‌نامه و ضمانت‌نامه اسپارت‌کوپ را در نظر بگیرند.
خریدار همچنین باید تعریف کند که کدام گزارش‌ها یا رکوردهای پیکربندی پایه باید در زمان تحویل ذخیره شوند. بدون یک خط پایه شناخته شده، عیب یابی بعدی به جای شواهد، به مقایسه با حافظه تبدیل می شود.
خریداران چه چیزی را باید در RFQ پذیرش ایستگاه شارژ سریع DC قرار دهند؟
مقدار شارژر و رتبه بندی سفارش داده شده، ترکیب اتصال دهنده، مرز تامین و توزیع بالادست، محدوده شاهد FAT، مشخصات پروژه قابل اجرا، محدوده رابط SAT/سایت، وسایل نقلیه آزمایشی یا آداپتورهای موجود، سناریوهای اشتراک بار، مالکیت باطن/شبکه، محدوده اندازه‌گیری/پرداخت در صورت وجود، آموزش توقف اضطراری/الزام/تکثیر، رابط‌های ثبت اضطراری/قبولی محدوده قطعات یدکی، قانون شروع گارانتی و فرآیند بسته شدن نقص.
برای زمینه پیش از نصب، خریداران همچنین می توانند راهنمای موجود Dingsheng را بررسی کنند الزامات نصب شارژر EV. آن مقاله به برنامه ریزی نیرو و نصب می پردازد. فرآیند FAT/SAT در اینجا از مرحله پذیرش شروع می‌شود و نباید با چک لیست قبل از نصب جایگزین شود.
سوالات متداول
آیا شارژ موفق خودرو برای پذیرش ایستگاه شارژ سریع DC کافی است؟
خیر. یک جلسه موفق تنها بخشی از سیستم را ثابت می کند. پذیرش همچنین باید پیکربندی شارژر قراردادی، رابط‌های الکتریکی سایت، عملکردهای حفاظتی/ارتینگ/اضطراری، سناریوهای اتصال مورد نیاز، ارتباطات/ دامنه پشتیبان، بسته شدن نقص و اسناد تحویل را پوشش دهد.
تفاوت بین FAT و SAT چیست؟
FAT محدوده آزمایش کارخانه مورد توافق را قبل از ارسال تأیید می کند. SAT تجهیزات نصب شده و رابط های واقعی سایت را پس از نصب تأیید می کند. تقسیم دقیق باید در ماتریس پذیرش پروژه تعریف شود.
آیا هر FAT باید شامل یک وسیله نقلیه واقعی باشد؟
نه لزوما. برخی از عملکردها ممکن است با تجهیزات کارخانه شبیه سازی یا آزمایش شوند. خریدار باید تعریف کند که کدام سناریوها به وسیله نقلیه واقعی، آداپتور آزمایشی یا تایید نهایی سایت در طول SAT/راه اندازی نیاز دارند.
چه کسی باید تابلو و محافظ بالادست را آزمایش کند؟
قرارداد باید مسئولیت را تعیین کند. تامین کننده شارژر، تامین کننده تابلو برق، EPC و تیم برق سایت ممکن است قسمت های مختلفی از رابط را داشته باشند. ماتریس پذیرش باید نشان دهد که چه کسی هر مورد را آزمایش و امضا می کند.
چگونه باید ارتباط OCPP یا Backend پذیرفته شود؟
فقط در برابر پروتکل/نسخه مورد نیاز پروژه و سناریوهای مورد توافق. اتصال ضبط، هویت شارژر، گزارش جلسه، عملکردهای مورد نیاز از راه دور، هشدارها و مشکلات حل نشده. انطباق پروتکل را بدون شواهد خاص محصول فرض نکنید.
گارانتی از چه زمانی باید شروع شود؟
قانون شروع گارانتی باید در قرارداد ذکر شود. خریداران باید از مبهم ماندن آن بین حمل و نقل کارخانه، انرژی‌دهی سایت، پذیرش موقت و تحویل نهایی اجتناب کنند.
خریداران قبل از تعریف FAT/SAT چه چیزی باید به Dingsheng ارسال کنند؟
پیکربندی شارژر سفارش داده شده، ترکیب کانکتور، مرز الکتریکی بالادست، مشخصات پروژه، الزامات شاهد، محدوده رابط سایت، وسایل نقلیه آزمایشی، مالکیت باطن/شبکه، سناریوهای اشتراک بار، سوابق پذیرش، آموزش، قطعات یدکی و الزامات گارانتی را ارسال کنید.
درخواست بررسی محدوده FAT/SAT و راه اندازی
قبل از رزرو FAT یا راه اندازی سایت، پیکربندی شارژر سفارش داده شده، ترکیب کانکتور، مرز الکتریکی بالادست، محدوده شاهد FAT، شرایط رابط سایت، الزامات تست پروژه، سناریوهای وسیله نقلیه، مالکیت باطن/شبکه، الزامات اشتراک بار، قوانین بسته شدن نقص، اسناد تحویل و شرایط شروع گارانتی را از طریق دینگ‌شنگ ارسال کنید. تماس با ما صفحه دینگ‌شنگ می‌تواند تجهیزات ایستگاه شارژ موجود را بررسی کند و شناسایی کند که کدام اقلام پذیرش در کارخانه، محل یا در تحویل نهایی راه‌اندازی تعلق دارند.
