כיצד צריכים קונים לתכנן קבלה של FAT, SAT והפעלה עבור תחנת טעינה מהירה DC?

תשובה ישירה: קונים צריכים להגדיר את מטריצת הקבלה של תחנת הטעינה המהירה DC לפני הזמנת FAT. FAT צריך לאמת את תצורת המטען שנקבעה בחוזה ואת הוכחות לבדיקת היצרן; SAT צריך לאמת מתח האתר, הגנה, הארקה, ממשקי חירום, תקשורת ותנאי התקנה; ההפעלה צריכה להוכיח תרחישים מוסכמים של רכב, מחבר, חלוקת עומסים ותרחישים עורפיים. מסירה סופית צריכה להתרחש רק לאחר סגירת פגמים, בדיקות חוזרות, רישומים כפי שנבנו, הדרכה ותנאי התחלת האחריות.

זוהי סוגיית רכש וקבלת פרויקטים עבור מפעילי טעינה, מחסני צי, קבלני EPC, אינטגרטורים חשמליים, בעלי נכסים, שירותים, מפיצים ורוכשי OEM. מטען שנדלק ומטעין רכב אחד אינו אוטומטית פרויקט תחנת טעינה מקובל לחלוטין. הקבלה צריכה להוכיח את הציוד שהוסכם, את ממשקי האתר, את נתיב התקשורת, את תרחישי ההפעלה, את רשומת הראיות ואת גבול המסירה.

אספקה של Dingsheng ציוד לתחנת טעינה, כולל ערימת טעינה של 160KW DC, ערימת טעינה 120KW DC, ומוצרי ארון מיישר טעינה קבוצתית. יש לקשור את תוכנית הקבלה לתצורה המדויקת ולמפרט הפרויקט ולא לרשימת בדיקה כללית.

מדוע יש להקפיא את מטריצת הקבלה לפני הזמנת תאריכי FAT?

מטריצת הקבלה מגדירה מה ייבדק, היכן ייבדק, מי יהיה עד לכך, אילו ראיות יירשמו ואיזו תוצאה מאפשרת לפרויקט לעבור לשלב הבא. ללא המטריצה ​​הזו, FAT יכול להפוך להדגמה במפעל בעוד שהקונה מניח שזו הוכחה סופית למוכנות המערכת.

המטריצה צריכה להפריד בין תצורה וביצוע של מטען הניתנים לאימות על ידי היצרן, ממשקי חשמל והתקנה תלויי אתר, תרחישי רכב/מחבר/שיתוף עומסים ופונקציות אחורי/רשת/תשלום/מדידה, אם נכללות בהיקף הפרויקט.

נקודת ניסיון בתעשייה: מחלוקות FAT קורות לעתים קרובות מכיוון שצד אחד מצפה להדגמה פונקציונלית בעוד שהשני מצפה למבחן קבלה חוזי. יש לפתור את ההבדל לפני מועד הבדיקה, ולא במהלכו.

מה FAT צריך להוכיח על חבילת המטען?

FAT צריך להוכיח מה ניתן לאמת באופן סביר במפעל לפני משלוח המטען. ההליך המדויק חייב לעקוב אחר החוזה, תצורת המוצר ומפרט הפרויקט; אין רשימת מעברים אוניברסלית החלה על כל פרויקט טעינה.

נקודות ביקורת של הקונה יכולות לכלול זיהוי ציוד ותצורה שהוזמנה, כמות מטען ותצורת מחברים, הרכבה פנימית ובדיקת חיווט לפי הנוהל המוסכם, התקני הגנה ובקרה הכלולים בהיקף האספקה, פונקציות HMI/תצוגה מקומיות הנדרשות על פי ההזמנה, פונקציות חירום הניתנות להדגמה במפעל, תצורת חומרה/תוכנה תקשורת פתוחה ורשומות בדיקה פתוחות בהיקף, היכן שרלוונטי.

הקונה צריך גם לאשר אילו בדיקות מדומות במפעל ועל אילו יש לחזור על הכוח האמיתי של האתר, הרשת, הרכב או הקצה האחורי במהלך SAT וההפעלה.

אילו בדיקות חייבות להמתין עד לבדיקת קבלת האתר?

SAT צריך לאמת את התחנה המותקנת מול הכוח האמיתי במעלה הזרם, מערכת הארקה, ממשקי כבלים, מעגלי חירום באתר, תקשורת והתקנה פיזית. מפעל לא יכול להוכיח באופן מלא תנאים שקיימים רק לאחר ההתקנה.

על הקונה להגדיר את הגבול בין אספקת המטען לעבודות באתר. מיתוג, שנאי, כבל חלוקה, עבודות אזרחיות, רשת הארקה, קישוריות רשת או התקני הגנה עשויים להיות שייכים ל-EPC או לקבלן האתר ולא לספק המטען.

קטלוג החשמל של Dingsheng כולל מכלול מיתוג מתח נמוך של MNS, אבל נוכחות של מוצר מיתוג בקטלוג לא אומר שהוא נכלל אוטומטית בכל פרויקט של עמדת טעינה. ה- RFQ ומטריצת הקבלה צריכים לציין את גבול ההפצה בפועל במעלה הזרם.

כיצד צריכים קונים לבדוק תרחישים של כלי רכב ומחברים?

פרויקט עם מספר סוגי מטענים, שקעי מחברים, כיתות רכב או קבוצות משתמשים לא צריך להסתמך על סשן מוצלח אחד כמבחן ההפעלה היחיד. על הקונה להגדיר תרחישים ייצוגיים לפני ההפעלה.

בהתאם להיקף הפרויקט, תרחישים עשויים לכלול הפעלה של מחברים בודדים, שני מחברים בשימוש כאשר הם נתמכים על ידי היחידה שהוזמנה, הפעלות התחלה/עצירה חוזרות, רכבי בדיקה או מתאמים מאושרים שונים, הפעלות מופרעות, התנהגות הפעלה מחדש, הרשאת משתמש, פונקציות מדידה/תשלום אם הועסקו, ושחזור תקלות או עצירת חירום.

נקודת ניסיון בתעשייה: תוכנית הפעלה הבודקת רק את הרכב הקל ביותר עלולה להחמיץ בעיות מחברים, תקשורת או הקצאת חשמל המופיעות כאשר מוצג רכב אחר או הפעלה בו-זמנית.

כיצד יש לקבל שיתוף עומסים או טעינה קבוצתית?

כאשר הפרויקט משתמש בארכיטקטורת טעינה קבוצתית, תוכנית הקבלה צריכה לאמת את הפונקציות שנקבעו במיוחד עבור אותה ארכיטקטורה. Dingsheng מונה א ארון מיישר טעינה קבוצתי 360KW/480KW במגוון המוצרים הנוכחי שלה. עדיין יש לאשר את ההיגיון המדויק של הקצאת הכוח, תצורת המסוף ושיטת הבקרה מההזמנה הספציפית ותכנון הפרויקט.

על הקונה להגדיר מקרי בדיקה כגון נקודת טעינה פעילה אחת, מספר הפעלות בו-זמניות שבהן התצורה תומכת בהן, שינוי ביקוש בין רכבים, אובדן ושיקום של נקודת טעינה, וההתנהגות הצפויה של מערכת הבקרה הקבוצתית.

נקודת ניסיון בתעשייה: יש לקבל חלוקת עומסים כהתנהגות המוגדרת על ידי התצורה החוזה, לא על ידי הנחה כללית שכל מטען מרובה פלטים מנהל את הספק באותו אופן.

מי הבעלים של OCPP, Backend, Network and Payment Accept?

אינטגרציה עורפית מתחלקת לעתים קרובות בין מספר גורמים: יצרן מטען, ספק פלטפורמת תוכנה, מפעיל רשת, ספק תשלומים, EPC, צוות IT באתר ומפעיל טעינה. מטריצת הקבלה צריכה להקצות אחריות לכל ממשק.

אם OCPP או פרוטוקול אחר נדרש על ידי הפרויקט, על הקונה לציין את הגרסה או הפרופיל הנדרשים ואת היקף הבדיקה בחוזה. אין להניח תאימות לפרוטוקול אלא אם כן היא מאומתת עבור התצורה שהוזמנה.

הראיות צריכות לתעד את זהות המטען, נקודת קצה עורפית או סביבת בדיקה, מצב תקשורת, יומני הפעלה, הודעות שגיאה, פונקציות מרוחקות הנדרשות על ידי הפרויקט, ואחריות לבעיות לא פתורות.

נקודת ניסיון בתעשייה: "מחובר לקצה העורפי" ו"הקבלה האחורית הושלמה" אינן אותה הצהרה. חיבור יציב עלול עדיין להשאיר פקודות מרחוק, רשומות עסקאות, אזעקות או ממשקי תשלום ללא בדיקה.

תרחיש: מחסן צי מקבל הפעלה אך לא את כל הפרויקט

תרחיש מייצג - לא מקרה לקוח שנטען על ידי Dingsheng.

רקע עסקי: מחסן צי מתקין מספר מטעני DC כפולים עם הפצה במעלה הזרם ופלטפורמת ניהול טעינה מרחוק.

בעיה: במהלך ההפעלה, רכב אחד נטען בהצלחה ממחבר אחד. צוות הפרויקט מתכונן לחתום על קבלה, אך המחבר השני, שרשרת עצירת חירום, פלטפורמה מרוחקת, התנהגות חלוקת עומסים, רשימת פגמים ותיעוד כפי שנבנה לא נסגרו.

סיבה: חוזה הרכישה הגדיר אספקת מטען אך לא הגדיר מטריצת קבלה של FAT/SAT/הפעלה או פנקס ראיות.

פתרון: הקונה יוצר מטריצת אחריות המפרידה בין בדיקות מפעל מטען, בדיקות חשמל באתר, תרחישי מחבר/רכב, פונקציות אחורי, סגירת רשימת אגרוף, תיעוד והדרכה. פריטים פתוחים מוקצים לבעלים ותאריכי בדיקה חוזרים לפני המסירה הסופית.

ערך החלטת קונה: המפעיל נמנע מהתחלת אחריות והפעלה מסחרית במערכת שהדגימה רק סשן טעינה מוצלח אחד ולא את ההיקף החוזה המלא.

כיצד יש לנהל פגמים, בדיקות חוזרות ונקודות החזקה?

כל FAT ו-SAT צריכים לייצר פנקס ראיות ורשימת אגרוף. כל בעיה צריכה לרשום את בדיקת המקור שלה, תיאור, גורם אחראי, פעולה מתקנת, שיטת בדיקה חוזרת, סטטוס ואישור סגירה.

נקודת ניסיון בתעשייה: רשימת אגרוף ללא שדה בדיקה חוזרת היא לרוב רק רשימת פגמים. הקבלה מצריכה ראיה לכך שהמצב המתוקן אומת בפועל.

מה חייב להיות בחבילת המסירה?

המסירה הסופית צריכה לכלול את המסמכים הנדרשים לתפעול, תחזוקה ולתמוך בתחנת הטעינה לאחר עזיבת הצוות המזמין. התיק המדויק תלוי בחוזה, אך הקונים צריכים בדרך כלל לשקול שרטוטים מאושרים/כפי שנבנו, רשומות תצורה, דוחות FAT ו-SAT, יומני הפעלה, סגירת רשימת חבטות, מדריכי הפעלה ותחזוקה, מידע על חלקים, רשומות הדרכה, קו בסיס של תוכנה/קושחה במידת הרלוונטיות, אחריות רשת/גב, תאריך התחלה של אחריות, מסלול תביעת חלקי חילוף באחריות ותוואי אחריות.

הקונה צריך גם להגדיר אילו יומנים או רשומות תצורה בסיסיות יש לשמור בעת המסירה. ללא קו בסיס ידוע, פתרון בעיות מאוחר יותר הופך להשוואה מול זיכרון ולא ראיות.

מה צריכים קונים להכניס את הצעת המחיר לקבלה של תחנת הטעינה המהירה של DC?

ספק כמות מטען ודירוג מוזמן, תמהיל מחברים, גבול אספקה והפצה במעלה הזרם, היקף עדות FAT, מפרט פרויקט ישים, היקף ממשק SAT/אתר, רכבי בדיקה או מתאמים זמינים, תרחישי חלוקת עומסים, בעלות עורפית/רשת, היקף מדידה/תשלום אם ישים, עצירת חירום/הארקה/ממשק חילוף, הדרכה של ממשק חילוף/הארקה/הגנה, הכשרה נדרשת. כלל התחלת אחריות ותהליך סגירת פגמים.

להקשר טרום התקנה, קונים יכולים גם לעיין במדריך הקיים של Dingsheng בנושא דרישות התקנת מטען EV. מאמר זה מתייחס לתכנון חשמל והתקנה; תהליך ה-FAT/SAT כאן מתחיל בשלב הקבלה ואין להחליף אותו ברשימת בדיקה לפני ההתקנה.

שאלות נפוצות

האם טעינת רכב מוצלחת מספיקה כדי לקבל עמדת טעינה מהירה DC?

לא. הפעלה מוצלחת מוכיחה רק חלק מהמערכת. הקבלה צריכה לכסות גם את תצורת המטען שנקבעה בחוזה, ממשקים חשמליים באתר, פונקציות הגנה/הארקה/חירום, תרחישי מחברים נדרשים, היקף תקשורת/גב, סגירת פגמים ומסמכי מסירה.

מה ההבדל בין FAT ל-SAT?

FAT מאמת את היקף בדיקת המפעל המוסכם לפני המשלוח. SAT מאמת את הציוד המותקן ואת ממשקי האתר האמיתיים לאחר ההתקנה. יש להגדיר את הפיצול המדויק במטריצת קבלת הפרויקט.

האם כל FAT צריך לכלול רכב אמיתי?

לא בהכרח. פונקציות מסוימות עשויות להיות מדומות או נבדקות עם ציוד המפעל. על הקונה להגדיר אילו תרחישים דורשים רכב אמיתי, מתאם בדיקה, או אישור סופי של האתר במהלך SAT/הפעלה.

מי צריך לבדוק את המתג וההגנה במעלה הזרם?

החוזה צריך להקצות אחריות. ספק המטען, ספק המתגים, EPC וצוות החשמל באתר עשויים להיות בעלי חלקים שונים של הממשק. מטריצת הקבלה צריכה להראות מי בודק וחותם על כל פריט.

כיצד יש לקבל תקשורת OCPP או עורפית?

רק כנגד הפרוטוקול/גירסה הנדרשים מהפרויקט והתרחישים המוסכמים. הקלט חיבור, זהות מטען, יומני הפעלה, פונקציות נדרשות מרחוק, אזעקות ובעיות לא פתורות. אל תניח תאימות לפרוטוקול ללא ראיות ספציפיות למוצר.

מתי אמורה להתחיל האחריות?

יש לציין את כלל התחלת האחריות בחוזה. על הקונים להימנע מלהשאיר אותו מעורפל בין משלוח מהמפעל, הפעלת אנרגיה באתר, קבלה זמנית ומסירה סופית.

מה הקונים צריכים לשלוח ל-Dingsheng לפני שהם מגדירים FAT/SAT?

שלח את תצורת המטען שהוזמנה, תמהיל המחברים, גבול החשמל במעלה הזרם, מפרט הפרויקט, דרישות עדים, היקף ממשק האתר, רכבי בדיקה, בעלות עורפית/רשת, תרחישי חלוקת עומסים, רשומות קבלה, הדרכה, חלפים ודרישות אחריות.

בקש סקירת FAT/SAT והיקף הפעלה

לפני הזמנת FAT או הזמנת אתר, שלח ל-Dingsheng את תצורת המטען שהוזמנה, תמהיל המחברים, גבול החשמל במעלה הזרם, היקף עדי FAT, תנאי ממשק האתר, דרישות בדיקת הפרויקט, תרחישי רכב, בעלות עורפית/רשת, דרישות חלוקת עומסים, כללי סגירת פגמים, מסמכי מסירה ותנאי התחלת אחריות דרך צור קשר עמוד. Dingsheng יכול לסקור את הציוד הזמין של תחנת הטעינה ולזהות אילו פריטי קבלה שייכים למפעל, באתר או במסירת ההפעלה הסופית.