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

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

I. פרוטוקול OCPP

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

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

OCPP1.2(SOAP) OCPP1.5(SOAP) OCPP1.6(SOAP/JSON)

OCPP2.0.1 (JSON)

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

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

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, ומובטח להיות ייחודי על ידי עמדת הטעינהמטען לרכב חשמלי wallboxב-OCPP2.0.1.

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

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

שנית, הסכם OCPP 2.0.1

OCPP2.0.1 תומך בשימוש בתקשורת אינטרנט בפורמט 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 מקומי, ISO15118, הרשאה לא מקוונת וכן הלאה.

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

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

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

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

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

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

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

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

מודול 6 、 MeterValues

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

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

7、 מודול עלות

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

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

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

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

(1) דיאגרמת תזמון של מידע מחיר לפני הטעינה:

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

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

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

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

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

9, מודול טעינה חכמה

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

-איזון עומסים בתוך עמדת הטעינה -בקרת מערכת מרכזית

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

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

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

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

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

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

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

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

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

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