חדשות - מטען מכוניות חשמליות של Wallbox OCPP 2.0.1 פרוטוקול תקשורת טעינה

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

I. פרוטוקול OCPP

1. השם המלא של OCPP הוא פרוטוקול נקודת טעינה פתוחה, שהוא פרוטוקול חופשי ופתוח שפותח על ידי ה- OCA (Alliance Progray Alliance), ארגון הממוקם בהולנד. נקודת הטעינה הפתוחהמטען מכוניות חשמליות קיר פרוטוקול (OCPP) משמש לתקשורת אחידה בין תחנות טעינה (CS)מטען מכוניות חשמליות קירוכל מערכת ניהול תחנות טעינה (CSMS). ארכיטקטורת פרוטוקול זו תומכת בחיבור של CSMS של ספק שירותי טעינה עם כל פוסטים בטעינה. היתרונות של פרוטוקול OCPP: פתוח וחופשי לשימוש, מונע נעילה לספק יחיד (פלטפורמת טעינה), מקטין את זמן האינטגרציה/מאמץ ובעיות IT.

2 、 גרסאות עיקריות של פרוטוקול OCPP

OCPP1.2 (סבון) OCPP1.5 (סבון) OCPP1.6 (סבון/JSON)

OCPP2.0.1 (JSON)

סבון מוגבל על ידי אילוצי פרוטוקול משלו, אינו יכול להיות מגוון רחב של קידום מהיר; גרסת JSON של תקשורת ה- WebSocket, יכולה להיות בכל סביבת רשת כדי לשלוח נתונים זה לזה, הפרוטוקולים המשומשים ביותר בשוק הם גרסת 1.6J, OCPP2.0.1 הוא 2018 מהפרוטוקול מקדם את השימוש בכיוון של העתיד.

3, ההבדלים בין גרסאות ה- OCPP השונותמטען לרכב חשמלי של קירr

OCPP1.* תואם לגרסאות נמוכות יותר, OCPP1.6 תואם ל- OCPP1.5, OCPP1.5 תואם ל- OCPP1.2.

OCPP2.0.1 אינו תואם ל- OCPP1.6, OCPP2.0.1 למרות שחלק מהתוכן של OCPP1.6 יש גם כן, אך בפורמט מסגרת הנתונים שנשלחה היה שונה לחלוטין, OCPP2.0.1 הוסיף הרבה OCPP1.6 עושה אין את הפונקציה, למשל.

(1) StartTransaction ו- StopTransaction ב- OCPP1.6 מוחלפים על ידי TransactionEvent ב- OCPP2.0.1.

(2) עדכון קושחה ב- OCPP2.0.1 מוסיף חתימות דיגיטליות למניעת הורדות קושחה לא שלמות, מה שמוביל לכישלונות עדכוני קושחה.

(3) ה- TransActionID מובטח להיות ייחודי על ידי הרציף ב- OCPP1.6, ומובטח שיהיה ייחודי על ידי עמדת הטעינהמטען מכוניות חשמליות קירב- OCPP2.0.1.

(4) ב- OCPP1.6, המקומות הפגומים עברו אופטימיזציה ושודרגו, למשל: ב- OCPP1.6, נתוני ה- TransActionID בתוך ה- StartTransaction נקבעים על ידי הרציף, אך ב- OCPP2.0.1 זה ערימת הטעינהמטען מכוניות חשמליות קיר זה קובע את הערך של TransactionID, וזה יתרון מכיוון שכאשר יש כשל ברשת, יש צורך להוסיף מחדש את נתוני ההתחלה בעת ערימת הטעינהמטען מכוניות חשמליות קיר צריך לשלוח את הנתונים שוב. היתרון בכך הוא שכאשר יש כישלון ברשת, צריך לבנות מחדש נתוני StartTransaction, אם מדובר בגרסת OCPP1.6, סביר מאוד שהפלטפורמה תחסוך שני עותקים של אותם נתוני עסקה, וכתוצאה מכך ניכוי ה- כספי הלקוח פעמיים;

(5) OCPP 2.0.1 פרטים ותכונות מאשר גרסת 1.6 של הרבה יותר, התפתחות הקושי גדלה.

שנית, הסכם OCPP 2.0.1

OCPP2.0.1 תומך בשימוש בתקשורת WebSockets בפורמט JSON, OCPP2.0.1 אינו תואם ל- OCPP1.6.

תומך בשיטות הרשאת אבטחה מרובות, ISO15118, טעינה חכמה, ניהול מכשירים, ניהול טעינה וכו 'כולל תאימות גבוהה, אבטחה גבוהה ומדרגיות גבוהה.

טופולוגיית רשת OCPP

1 、 OCPP2.0.1 ארכיטקטורת תוכנה

זה כולל בעיקר מודולים של העברת נתונים, הרשאה, אבטחה, תצורה, אבחון, ניהול קושחה, ניהול מכשירים וניהול טעינה וכו '. חלוקת מודולים פונקציונליים (חלק) בפרוטוקול OCPP2.0.1:

2 、 מודול העברת נתונים (DataTransfer)

השתמש בספריה של צד שלישי LibweBsockets כדי ליצור חיבור WebSockets עם CSMs המרוחקים דרך הרשת לאינטראקציה בין נתונים; השתמש בספריית הצד השלישי RapidJson עבור

3 、 מודול הרשאה (הרשאה)

שיטות ההרשאה כוללות RFID, כפתור התחלה, כרטיס חיוב/כרטיס אשראי, קוד PIN, CSMS, IDToken Local, ISO15118, הרשאה לא מקוונת וכן הלאה.

דוגמה: תרשים תזמון הרשאות CSMS

4 、 מודול אבטחה (אבטחה)

מודול אבטחה משתמש בספריית צד שלישי Mbedtls RSA, ECC (עקומה אליפטי) כדי להצפין ולפענוח נתונים, ומודול X509 לניהול תעודות.

דוגמה: תרשים תזמון לעדכון תעודות תחנת טעינה

5 、 עסקאות (עסקאות) מודול

עסקאות מתייחסות לתהליך טעינה של רכב חשמלי על ידי מכשיר טעינה.

ב- OCPP2.0, כל ההודעות הקשורות לעסקה משולבות בהודעה המחליף - - - והודעות אחרות ב- OCPP1.6.

תרשים תזמון: התחל עסקה - תקע ושיחק

6 、 מודול Metervalues

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

תרשים תזמון: נתוני מטר הקשורים לעסקה

7 、 מודול עלות

מודול החיוב הוא מודול תוכנה חדש ב- OCPP2.0 המשמש למתן מידע על מחיר וחיוב למשתמשים. זה כולל בעיקר:

-לפני טעינה, מתן מידע על מחיר מפורט של תחנת הטעינהמטען מכוניות חשמליות קיר.

-טעינה, מתן מידע על עלויות בזמן אמת.

לאחר טעינה, מתן מידע על טעינה סופית.

(1) תרשים תזמון של מידע על מחירים לפני החיוב:

(2) תרשים תזמון של מידע על חיוב במהלך הטעינה

(3) תרשים תזמון של מידע על טעינה לאחר הטעינה

8 、 מודול הזמנה

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

תרשים תזמון לשמירת ציוד הטעינה המיועד לתחנת טעינהמטען מכוניות חשמליות קיר:

9 、 מודול חכם חכם

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

-לטעון איזון בתוך תחנת הטעינה -בקרת מערכת מרכזית

-טעינה חכמה -מקומית -בקרת מערכת ניהול אנרגיה

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

טעינה של פרופילים תוכן הודעה (JSON):

10 、 מודול אבחון

הוא משמש לאבחון מרחוק את הבעיות של תחנת הטעינה על ידי העלאת קובץ המכיל מידע אבחוני מתחנת הטעינה.

דיאגרמת רצף העלאת מידע על קובץ אבחון:

קוד קובץ אבחון (חלק):

11 、 מודול ניהול קושחה

כאשר תחנת הטעינה צריכה לעדכן את הקושחה, CSMS תודיע לתחנת הטעינה כאשר היא יכולה להתחיל להוריד את הקושחה החדשה, ותחנת הטעינה צריכה להודיע ל- CSMs לאחר כל שלב בהורדה והתקנת הקושחה החדשה.

דוגמה: תרשים תזמון עדכון קושחה (חלקי)

קוד קשור לקושחה (חלק):

12 、 מודול DisplayMessage

מודול ההודעות לתצוגה משמש על ידי מפעיל תחנת הטעינה (CSO) להצגת מידע על טעינה של מידע קשור למשתמש, מודול הודעת התצוגה הוא פונקציה חדשה ב- OCPP 2.0, בעיקר כולל

-הגדרת הודעת תצוגה על ידי CSO

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

הגדרת דיאגרמת תזמון הודעת התצוגה: