कमर्शियल चार्जिंग ऑपरेटर्ससाठी OCPP 1.6J विरुद्ध 2.0.1 ची धोरणात्मक तुलना

जागतिक व्यावसायिक चार्जिंग ऑपरेटर्ससाठी OCPP 1.6J विरुद्ध 2.0.1 ची निर्णायक धोरणात्मक तुलना: शाश्वत ईव्ही वाढीसाठी नेटवर्क स्केलेबिलिटी, प्रगत सायबर सुरक्षा, ISO 15118 एकीकरण आणि पायाभूत सुविधांचे दीर्घकालीन भविष्य-सिद्धीकरण यावर प्रभुत्व मिळवणे.

कार्यकारी सारांश

इलेक्ट्रिक वाहन (EV) चार्जिंगच्या क्षेत्रात एक मोठे स्थित्यंतर घडत आहे. जागतिक स्तरावर याचा स्वीकार वाढत असल्यामुळे, इलेक्ट्रिक वाहन पुरवठा उपकरणे (EVSE) आणि चार्जिंग स्टेशन व्यवस्थापन प्रणाली (CSMS) यांच्यातील परस्परसंवाद नियंत्रित करणारे मूलभूत कम्युनिकेशन प्रोटोकॉल्स हे व्यावसायिक चार्जिंग ऑपरेटर्ससाठी (CPOs) तांत्रिक धोरणाचे केंद्रबिंदू बनले आहेत. ओपन चार्ज अलायन्स (OCA) द्वारे देखरेख केला जाणारा ओपन चार्ज पॉइंट प्रोटोकॉल (OCPP), हा एका साध्या मेसेजिंग फ्रेमवर्कमधून विकसित होऊन एक अत्याधुनिक, सुरक्षित आणि अत्यंत स्केलेबल मानक बनला आहे.

हे मार्गदर्शक OCPP 1.6J पासून OCPP 2.0.1 पर्यंतच्या संक्रमणाचे सखोल तांत्रिक विश्लेषण सादर करते. यामध्ये आम्ही आर्किटेक्चरमधील फरक, सुरक्षा सुधारणा, डिव्हाइस व्यवस्थापन पद्धती आणि ISO 15118 एकीकरणाच्या महत्त्वपूर्ण भूमिकेचा शोध घेतो. खरेदीदार आणि ऑपरेटर्ससाठी, वेगाने विकसित होत असलेल्या बाजारपेठेत माहितीपूर्ण खरेदी आणि स्थलांतराचे निर्णय घेण्यासाठी हा लेख एक निश्चित संदर्भ म्हणून उपयुक्त ठरतो.

प्रकरण १: ईव्ही चार्जिंग मानकांचा विकास: एक ऐतिहासिक संदर्भ

आंतरकार्यक्षमतेच्या गरजेतून ओपन चार्ज पॉइंट प्रोटोकॉल (OCPP) चा जन्म झाला. ईव्ही चार्जिंगच्या सुरुवातीच्या काळात, हार्डवेअर उत्पादक आणि सॉफ्टवेअर प्रदाते मालकी हक्काचे प्रोटोकॉल वापरत होते, ज्यामुळे स्पर्धा आणि नवनिर्मितीला खीळ बसवणारे 'वॉल्ड गार्डन्स' (नियंत्रित कार्यप्रणाली) तयार झाले होते. OCPP 1.2 आणि 1.5 च्या आगमनाने पायाभरणी झाली, परंतु OCPP 1.6 नेच या उद्योगाला खऱ्या अर्थाने एकत्र आणले.

१.१ ओसीपीपी १.६जे चे वर्चस्व

२०१५ मध्ये रिलीज झालेल्या OCPP 1.6 ने JSON over WebSockets (1.6J) अंमलबजावणी सादर केली. SOAP-आधारित मेसेजिंगपासून दूर जाण्याच्या या बदलामुळे डेव्हलपर्ससाठी ओव्हरहेड लक्षणीयरीत्या कमी झाला आणि अंमलबजावणी सोपी झाली. यात स्मार्ट चार्जिंग आणि अतिरिक्त स्टेटस नोटिफिकेशन्ससारखी वैशिष्ट्ये सादर करण्यात आली, ज्यामुळे ते जवळपास एक दशकासाठी इंडस्ट्री स्टँडर्ड बनले.

१.२ ओसीपीपी २.०.१ ची उत्पत्ती

१.६जे च्या यशानंतरही, उद्योगाच्या वाढीमुळे त्याच्या मर्यादा उघड झाल्या. सुरक्षेतील समस्या, डिव्हाइस व्यवस्थापनातील गुंतागुंत आणि प्रगत ग्रिड एकीकरणासाठी (V2G) मूळ समर्थनाचा अभाव यांमुळे ओसीपीपी २.० चा विकास झाला आणि त्यानंतर सुधारित ओसीपीपी २.०.१ (२०२० मध्ये प्रसिद्ध) आले. ओसीपीपी २.०.१ हे केवळ एक अपडेट नाही; तर उच्च-शक्तीच्या, स्मार्ट आणि सुरक्षित चार्जिंग नेटवर्कच्या पुढील पिढीला समर्थन देण्याच्या उद्देशाने केलेली ही एक संपूर्ण पुनर्रचना आहे.

प्रकरण २: मूलभूत संप्रेषण प्रतिमान: JSON, वेबसॉकेट्स आणि फ्रेम संरचना

या प्रोटोकॉल्समधील फरक समजून घेण्यासाठी, निम्न-स्तरीय संवादाकडे लक्ष देणे आवश्यक आहे. दोन्ही प्रोटोकॉल्स वेबसॉकेट्सवर JSON वापरतात, परंतु या संदेशांची रचना आणि हाताळणी लक्षणीयरीत्या भिन्न आहे.

२.१ वेबसॉकेट लेअर

दोन्ही आवृत्त्यांमध्ये कायमस्वरूपी वेबसॉकेट कनेक्शनचा वापर केला जातो, ज्यामुळे फुल-डुप्लेक्स कम्युनिकेशन शक्य होते. मोबाइल ॲपवरून चार्जिंग सेशन थांबवणे किंवा तात्काळ बिघाडाच्या सूचना मिळवणे यांसारख्या रिअल-टाइम ऑपरेशन्ससाठी हे अत्यंत महत्त्वाचे आहे.

२.२ संदेश फ्रेमचे विश्लेषण

एका सामान्य OCPP संदेशामध्ये संदेश प्रकार आयडी, एक अद्वितीय संदेश आयडी, कृतीचे नाव आणि पेलोड यांचा समावेश असतो.

OCPP 1.6J फ्रेमचे उदाहरण (बूटनोटिफिकेशन)

"json [2, "123456", "BootNotification", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]"

ओसीपीपी २.०.१ फ्रेमचे उदाहरण (बूटनोटिफिकेशन)

"json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`2.0.1 मधील वाढीव सुस्पष्टता लक्षात घ्या.`reason` फील्डमुळे CSMS ला हे समजते की बूट हे रिबूट, पॉवर-अप किंवा वॉच-डॉग ट्रिगरमुळे झाले आहे का, ज्यामुळे उत्तम डायग्नोस्टिक लॉजिक सक्षम होते.

प्रकरण ३: स्थापत्यशास्त्रीय प्रतिमानातील बदल: उपकरण मॉडेल

OCPP 2.0.1 मधील सर्वात महत्त्वाचा तांत्रिक बदल म्हणजे याचा परिचय...डिव्हाइस मॉडेल.

३.१ १.६जे कॉन्फिगरेशन कीजच्या मर्यादा

OCPP 1.6J मध्ये, हार्डवेअर कॉन्फिगरेशनचे व्यवस्थापन "कॉन्फिगरेशन कीज" च्या एका सपाट सूचीद्वारे केले जात होते (उदा.,हृदयाचे ठोके मध्यांतर, कनेक्शन टाइमआउटचार्जर अधिक गुंतागुंतीचे (अनेक कनेक्टर, एकात्मिक पॉवर मॉड्यूल, जटिल कूलिंग सिस्टीम) बनल्यामुळे, ही साधी यादी हाताळण्यापलीकडे गेली. स्टेशनच्या भौतिक रचनेचे वर्णन करण्यासाठी कोणतीही प्रमाणित पद्धत नव्हती.

३.२ २.०.१ डिव्हाइस मॉडेल पद्धत

OCPP 2.0.1 मध्ये एक पदानुक्रमित मॉडेल सादर करण्यात आले आहे, ज्यामध्ये खालील बाबींचा समावेश आहे:घटकआणिचलएखादा घटक "कंट्रोलर," "कनेक्टर," किंवा "पॉवरमॉड्यूल" असू शकतो. प्रत्येक घटकामध्ये त्याची स्थिती किंवा कॉन्फिगरेशन दर्शवणारे व्हेरिएबल्स असतात (उदा.,तापमान, व्होल्टेज, मॅक्सकरंट).

• घटकचार्जिंग स्टेशनचा भौतिक किंवा तार्किक भाग.
• चलत्या घटकाचे एक विशिष्ट गुणधर्म.
• वैशिष्ट्येव्हेरिएबलचे वर्णन करणारा मेटाडेटा (युनिट, रेंज, ऍक्सेस प्रकार).

यामुळे मानकीकृत देखरेख शक्य होते. आता ऑपरेटर विक्रेत्याच्या विशिष्ट मालकीच्या कीजवर अवलंबून राहण्याऐवजी, एका मानकीकृत मार्गाचा वापर करून विशिष्ट पॉवर मॉड्यूलच्या तापमानाची माहिती मिळवू शकतो.

प्रकरण ४: सायबर सुरक्षा: “सर्वोत्तम प्रयत्नां”पासून अनिवार्य TLS पर्यंत

ईव्ही चार्जिंगच्या सुरुवातीच्या काळात, सुरक्षेचा विचार अनेकदा नंतर केला जात असे. OCPP 1.6J ने सुरक्षा प्रोफाइल उपलब्ध करून दिले होते, परंतु विविध विक्रेत्यांमध्ये त्याची अंमलबजावणी विसंगत होती.

४.१ १.६जे मधील सुरक्षा प्रोफाइल

OCPP 1.6J ने तीन सुरक्षा प्रोफाइल परिभाषित केले:

1. असुरक्षितप्लेनटेक्स्ट HTTP/वेबसॉकेट्स.
2. बेसिक ऑथ: वापरकर्तानाव/पासवर्डसह TLS.
3. प्रमाणपत्र-आधारितक्लायंट-साइड प्रमाणपत्रांसह TLS.

समस्या ही होती की अनेक चार्जर प्रोफाइल १ वरच राहिले होते, ज्यामुळे ते मॅन-इन-द-मिडल (MITM) हल्ल्यांना आणि अनधिकृत नियंत्रणास असुरक्षित बनले होते.

४.२ २.०.१ ची कठोर भूमिका

OCPP 2.0.1 सुरक्षित संवाद अनिवार्य करते. यात प्रगत सुरक्षा वैशिष्ट्ये मूळतःच समाविष्ट आहेत:

• सुरक्षित फर्मवेअर अपडेट्सफर्मवेअर इमेजेसची अनिवार्य स्वाक्षरी आणि पडताळणी.
• सुरक्षा लॉगिंगसुरक्षेशी संबंधित घटनांचे तपशीलवार लॉग (उदा., अयशस्वी लॉगिन प्रयत्न, प्रमाणपत्राची मुदत संपणे).
• प्रमाणपत्र व्यवस्थापनफिरवलेल्या आणि अद्ययावत केलेल्या प्रमाणपत्रांसाठी मानकीकृत संदेश (CSMS-नेतृत्वाखालील किंवा स्टेशन-नेतृत्वाखालील).
• टीएलएस १.२/१.३नवीनतम एन्क्रिप्शन मानकांसाठी समर्थन.

व्यावसायिक ऑपरेटर्ससाठी, यामुळे मोठ्या प्रमाणावर नेटवर्क हॅक होण्याचा धोका कमी होतो आणि IoT उपकरणांसाठीच्या उदयोन्मुख सायबर सुरक्षा नियमांचे पालन सुनिश्चित होते.

प्रकरण ५: आयएसओ १५११८ एकीकरण: प्लग अँड चार्ज आणि व्ही२जी

ईव्ही चार्जिंगचे भविष्य केवळ इलेक्ट्रॉनच्या हालचालीपुरते मर्यादित नाही; ते डेटा आणि ऊर्जेच्या बुद्धिमान देवाणघेवाणीबद्दल आहे. आयएसओ १५११८ (ISO 15118) हे व्हेईकल-टू-ग्रीड (V2G) कम्युनिकेशनसाठीचे आंतरराष्ट्रीय मानक आहे, आणि त्याचे ओसीपीपी (OCPP) सोबतचे एकत्रीकरण हे २.०.१ चे प्रमुख वैशिष्ट्य आहे.

५.१ प्लग अँड चार्जची गुंतागुंत

प्लग अँड चार्ज (PnC) तंत्रज्ञानामुळे चालकाला कोणतेही ॲप किंवा RFID कार्ड न वापरता, फक्त वाहन प्लग इन करून चार्जिंग सुरू करता येते. यासाठी वाहन, चार्जर, ऑपरेटर आणि क्लिअरिंगहाऊस यांचा समावेश असलेल्या एका जटिल पब्लिक की इन्फ्रास्ट्रक्चरची (PKI) आवश्यकता असते.

OCPP 1.6J मध्ये, मूळ प्रोटोकॉलमध्ये PnC साठी समर्थन नव्हते. विक्रेत्यांना सानुकूल एक्सटेंशन्स लागू करावे लागले, ज्यामुळे विखंडन झाले. OCPP 2.0.1 खालील गोष्टींना समर्थन देऊन PnC साठी पायाभूत सुविधा पुरवते:

• प्रमाणपत्र स्थापनाCSMS कडून EVSE मार्फत EV कडे करार प्रमाणपत्रे हस्तांतरित करणे.
• अधिकृततावाहनाच्या प्रमाणपत्रातून मिळवलेल्या ई-मोबिलिटी आयडी (eMAID) चा वापर करून.
• एन्क्रिप्टेड संवादकार आणि ग्रीड यांच्या दरम्यान देवाणघेवाण होणाऱ्या संवेदनशील बिलिंग डेटाचे संरक्षण सुनिश्चित करणे.

५.२ स्मार्ट चार्जिंग आणि लोड बॅलन्सिंग

१.६J बेसिक स्मार्ट चार्जिंगला सपोर्ट करत असताना (एक पाठवणे)चार्जिंग प्रोफाइल सेट करा), 2.0.1 हे अधिक उन्नत करते. ते खालील गोष्टींना अनुमती देते:

• बाह्य सिग्नल एकत्रीकरणग्रिड फ्रिक्वेन्सी किंवा घाऊक किमतीच्या संकेतांना तात्काळ प्रतिसाद.
• डायनॅमिक लोड मॅनेजमेंटशेकडो कनेक्टर असलेल्या साइटवरील वीज वितरणावर अधिक सूक्ष्म नियंत्रण.
• वाहन-ते-ग्रीड (V2G): 2.0.1 मध्ये द्विदिश ऊर्जा प्रवाहास समर्थन देण्यासाठी आवश्यक डेटा फील्ड्सचा समावेश आहे, ज्यामुळे ईव्ही (EVs) ग्रिडसाठी वितरित ऊर्जा संसाधने (DERs) म्हणून कार्य करू शकतात.

५.३ वापरकर्ता UI/UX सुधारणा

OCPP 2.0.1 चार्जरच्या स्क्रीनवर किंवा वाहनाच्या डॅशबोर्डवर थेट माहिती प्रदर्शित करण्यास समर्थन देते, जसे की:

• स्थानिक चलनामध्ये रिअल-टाइम किंमत.
• 80% स्टेट-ऑफ-चार्ज (SoC) पर्यंत पोहोचण्यासाठी लागणारा अंदाजित वेळ.
• काम पूर्ण झाल्यावर पावतीची सविस्तर माहिती.

प्रकरण ६: प्रगत उपकरण व्यवस्थापन आणि देखरेख

CPO साठी, चार्जरची किंमत ही केवळ खरेदी किंमत नसते; तो एकूण मालकी खर्च (TCO) असतो. देखभाल आणि डाउनटाइम हे नफ्याचे सर्वात मोठे शत्रू आहेत. OCPP 2.0.1 उत्कृष्ट मॉनिटरिंग क्षमतांद्वारे या समस्येचे निराकरण करते.

६.१ इव्हेंट-ड्रिव्हन रिपोर्टिंग

१.६ जूलमध्ये, सीएसएमएसला सहसा स्थितीसाठी चार्जरची चौकशी करावी लागत असे किंवा प्रतीक्षा करावी लागत असे.स्थिती सूचना2.0.1 मध्ये,इव्हेंट मॉनिटरिंगही प्रणाली CSMS ला मर्यादा निश्चित करण्याची परवानगी देते. उदाहरणार्थ: “केवळ अंतर्गत तापमान ७०°C पेक्षा जास्त झाल्यासच मला सूचित करा” किंवा “इनपुट व्होल्टेज २००V पेक्षा कमी झाल्यास कळवा.” यामुळे नेटवर्कवरील रहदारी कमी होते आणि सक्रिय देखभालीस वाव मिळतो.

६.२ व्यवहार हाताळणी: व्यवहार इव्हेंट

OCPP 1.6J च्या सर्वाधिक टीका झालेल्या पैलूंपैकी एक म्हणजे व्यवहारांची हाताळणी. एका सत्रातव्यवहार सुरू कराआणिव्यवहार थांबवासंदेश येत असत, परंतु नेटवर्कमध्ये व्यत्यय आल्यास, CSMS ला बिलिंग डेटा जुळवताना अनेकदा अडचण येत असे.

OCPP 2.0.1 ह्यांच्या जागी एकच, मजबूत प्रणाली आणते.व्यवहार इव्हेंटसंदेश. हा संदेश व्यवहाराच्या जीवनचक्राचे सर्व टप्पे (सुरू, अद्ययावत, समाप्त) कळवण्यासाठी वापरला जातो. यात एक अद्वितीयव्यवहार आयडीचार्जर रीबूट झाला तरीही ते कायम राहते, ज्यामुळे कोणताही चार्जिंग डेटा—आणि पर्यायाने कोणतेही उत्पन्न—गमावले जात नाही.

६.३ सुधारित निदान आणि समस्यानिवारण

गेटलॉगआणिनिदान स्थिती सूचना२.०.१ मधील संदेश अधिक संरचित आहेत. CPOs विशिष्ट लॉग प्रकारांची (सुरक्षा, निदान, वापरकर्ता) विनंती करू शकतात आणि वेळेची श्रेणी निर्दिष्ट करू शकतात. यामुळे दूरस्थ सहाय्यता पथकांना साइटवर तंत्रज्ञ न पाठवता समस्या सोडवता येतात, ज्यामुळे परिचालन खर्च (OpEx) लक्षणीयरीत्या कमी होतो.

प्रकरण ७: फर्मवेअर अद्ययावतीकरण यंत्रणा: विश्वसनीयता आणि रोलबॅक

फर्मवेअर अपडेट्स हे विकसित होत असलेल्या हार्डवेअरचा कणा आहेत, पण एक अयशस्वी अपडेट चार्जरला निकामी करू शकते.

७.१ १.६जे अद्ययावतीकरण प्रक्रिया

१.६ जूल मध्ये,फर्मवेअर अपडेट कराकमांड तुलनेने सोपी होती. चार्जर इमेज डाउनलोड करून ती इन्स्टॉल करण्याचा प्रयत्न करायचा. बहु-स्तरीय अपडेट्स किंवा सत्यापित रोलबॅकसाठी कोणतीही प्रमाणित यंत्रणा नव्हती.

७.२ २.०.१ बहु-टप्प्यांचे अद्यतन

OCPP 2.0.1 फर्मवेअर अद्यतनांसाठी अधिक अत्याधुनिक जीवनचक्र सादर करते:

1. डाउनलोड कराचार्जर इमेज मिळवतो आणि त्याच्या चेकसम/सिग्नेचरची पडताळणी करतो.
2. स्थापनाअपडेट दुय्यम पार्टिशनवर लागू केले जाते.
3. पडताळणीनवीन फर्मवेअर योग्यरित्या बूट होते की नाही हे सिस्टम तपासते.
4. सक्रियकरणप्राथमिक विभाजन बदलले आहे.

कोणतीही पायरी अयशस्वी झाल्यास, चार्जरने मागील स्थिर आवृत्तीवर कसे परत यावे आणि विशिष्ट अयशस्वी कोड CSMS ला कसा कळवावा, हे प्रोटोकॉलमध्ये परिभाषित केले आहे. मोठ्या प्रमाणावरील व्यावसायिक वापरासाठी ही विश्वसनीयता अनिवार्य आहे.

७.३ स्वाक्षरी पडताळणी

दुर्भावनापूर्ण घटकांना तडजोड केलेले फर्मवेअर अपलोड करण्यापासून रोखण्यासाठी, आवृत्ती २.०.१ मध्ये डिजिटल स्वाक्षरीचा वापर अनिवार्य करण्यात आला आहे. चार्जर निर्मात्याच्या खाजगी की द्वारे स्वाक्षरी नसलेला कोणताही कोड कार्यान्वित करण्यास नकार देईल, ज्यामुळे हार्डवेअर-स्तरीय हॅक्सपासून संरक्षणाचा एक महत्त्वाचा स्तर जोडला जातो.

प्रकरण ८: डेटा गोपनीयता, नियामक अनुपालन आणि जीडीपीआर

ईव्ही चार्जिंग ही दैनंदिन गरज बनत असल्यामुळे, निर्माण होणाऱ्या वैयक्तिक डेटाचे प्रमाण प्रचंड आहे. एकाच चार्जिंग सत्राद्वारे वापरकर्त्याची ओळख, त्यांच्या वाहनाचे स्थान, त्यांच्या प्रवासाच्या पद्धती आणि त्यांची आर्थिक माहिती जोडली जाऊ शकते.

८.१ ओसीपीपीमधील वैयक्तिक ओळखण्यायोग्य माहिती (पीआयआय)

युरोपमधील जनरल डेटा प्रोटेक्शन रेग्युलेशन (GDPR) आणि कॅलिफोर्नियामधील CCPA सारख्या कायद्यांच्या संदर्भात, डेटा पॉइंट्स जसे कीआयडीटॅग(आरएफआयडी) किंवाईव्हीसीसीआयडी(वाहन ओळखकर्ता) हे वैयक्तिक ओळख माहिती (PII) मानले जाते.

OCPP 2.0.1 डेटा अनामीकरणासाठी अधिक चांगले नियंत्रण प्रदान करते. उदाहरणार्थ,कस्टमडेटाफील्ड्स ऑपरेटर्सना कोअर प्रोटोकॉल लॉग्जमध्ये PII उघड न करता मेटाडेटा साठवण्याची परवानगी देतात. शिवाय, वर्धित सुरक्षा प्रोफाइल्स हे सुनिश्चित करतात की हा डेटा ट्रान्झिटमध्ये आणि रेस्टमध्ये असताना दोन्ही वेळी एनक्रिप्टेड राहील.

८.२ विस्मरणाचा अधिकार आणि डेटा पोर्टेबिलिटी

२.०.१ डिव्हाइस मॉडेलच्या संरचित स्वरूपामुळे CSMS प्रदात्यांना “डेटा हटवण्याच्या” विनंत्या लागू करणे सोपे होते. १.६जे प्रणालीमध्ये, वेगवेगळ्या कॉन्फिगरेशन कीज आणि लॉग्जमधून वापरकर्त्याच्या आयडीचे सर्व संदर्भ शोधणे हे एक मॅन्युअल दुःस्वप्न होते. २.०.१ मध्ये, डिव्हाइसची स्थिती आणि व्यवहार डेटा यांच्यातील स्पष्ट विभाजनामुळे अधिक सुस्पष्ट डेटाबेस आर्किटेक्चर शक्य होते.

८.३ आयओटी सुरक्षा कायद्यांचे पालन

अनेक प्रदेश आता असे कायदे पारित करत आहेत, जे IoT उपकरणांसाठी अद्वितीय पासवर्ड आणि सुरक्षित अपडेट यंत्रणा अनिवार्य करतात. OCPP 2.0.1 चे अनिवार्य TLS आणि स्वाक्षरी केलेले फर्मवेअर ही केवळ “असल्यास चांगले” वैशिष्ट्ये नाहीत—तर कॅलिफोर्निया आणि यूके सारख्या बाजारपेठांमध्ये हार्डवेअर विकण्यासाठी त्या कायदेशीर आवश्यकता आहेत.

प्रकरण ९: खरेदीदाराचा दृष्टिकोन: एकूण खर्च, गुंतवणुकीवरील परतावा आणि धोरणात्मक स्थलांतर

व्यावसायिक चार्जिंग ऑपरेटरसाठी, 1.6J वरच राहायचे की 2.0.1 वर जायचे हा निर्णय आर्थिक असतो.

९.१ अंमलबजावणीचा खर्च

• ओसीपीपी १.६जेअंमलबजावणीसाठी स्वस्त, कमी किमतीच्या हार्डवेअरद्वारे मोठ्या प्रमाणावर समर्थित, परंतु देखभाल आणि सुरक्षेच्या जोखमींमध्ये मोठा छुपा खर्च असतो.
• ओसीपीपी २.०.१यासाठी EVSE मध्ये अधिक शक्तिशाली प्रोसेसर आणि अधिक मेमरीची आवश्यकता असते. प्रोटोकॉलच्या जटिलतेमुळे CSMS चा विकास खर्च जास्त असतो. तथापि, रिमोट मॅनेजमेंट आणि उत्तम विश्वसनीयतेमुळे यात ऑपेक्समध्ये लक्षणीय बचत होते.

९.२ “सुकर अपग्रेड” बद्दलचा गैरसमज

असे अनेकदा म्हटले जाते की १.६J चार्जर सॉफ्टवेअरद्वारे २.०.१ वर अपग्रेड केले जाऊ शकतात. प्रत्यक्षात, हे क्वचितच खरे असते. २.०.१ साठी लागणारी मेमरी आणि सीपीयूची आवश्यकता (विशेषतः TLS प्रमाणपत्रांचे व्यवस्थापन आणि डिव्हाइस मॉडेलचे गुंतागुंतीचे JSON पार्सिंग) अनेकदा जुन्या १.६J कंट्रोलर्सच्या क्षमतेपेक्षा जास्त असते.

९.३ धोरणात्मक स्थलांतर मार्ग

सीपीओंनी “हायब्रीड नेटवर्क” दृष्टिकोनाचा विचार करावा:

1. वारसा स्थळेविद्यमान कमी-शक्तीच्या एसी चार्जरसाठी 1.6J चालू ठेवा.
2. नवीन डीसी फास्ट चार्जिंग साइट्स: सर्व नवीन उच्च-शक्तीच्या उपयोजनांसाठी PnC आणि V2G चे समर्थन करण्यासाठी आदेश 2.0.1.
3. प्रॉक्सी सोल्यूशन्सCSMS साठी 1.6J संदेशांना 2.0.1-सुसंगत स्वरूपात रूपांतरित करू शकणारा प्रोटोकॉल गेटवे वापरा, ज्यामुळे एकच एकीकृत व्यवस्थापन डॅशबोर्ड शक्य होईल.

प्रकरण १०: भविष्यासाठी सज्जता: ओसीपीपी २.१ आणि स्वायत्त चार्जिंगच्या दिशेने वाटचाल

2.0.1 ला लोकप्रियता मिळत असतानाच, ओपन चार्ज अलायन्स आधीच OCPP 2.1 वर काम करत आहे. ही भविष्यातील आवृत्ती प्रोटोकॉलची व्याप्ती आणखी वाढवेल.

१०.१ द्विदिशात्मक चार्जिंग (V2X)

जरी 2.0.1 मूलभूत V2G ला समर्थन देत असले तरी, 2.1 आवृत्ती व्हेईकल-टू-होम (V2H) आणि व्हेईकल-टू-बिल्डिंग (V2B) साठीच्या संवादात सुधारणा करेल, ज्यामुळे वीजपुरवठा खंडित झाल्यावर ईव्ही (EVs) घरांना वीजपुरवठा करू शकतील किंवा व्यावसायिक इमारतींची सर्वाधिक मागणी कमी करू शकतील.

१०.२ वायरलेस चार्जिंगसाठी समर्थन

स्वायत्त वाहने (AVs) जसजशी उदयास येतील, तसतसे मॅन्युअल प्लगिंग कालबाह्य होईल. OCPP 2.1 मध्ये मानवी हस्तक्षेपाशिवाय इंडक्टिव्ह (वायरलेस) चार्जिंग, अलाइनमेंटचे व्यवस्थापन आणि ऊर्जा हस्तांतरणासाठी प्रमाणित संदेशांचा समावेश असेल.

१०.३ स्मार्ट शहरांसोबत एकीकरण

भविष्यातील आवृत्त्यांमध्ये वाहतूक व्यवस्थापन प्रणाली आणि नवीकरणीय ऊर्जा अंदाजांसोबत अधिक सखोल एकीकरण होण्याची शक्यता आहे. चार्जर्सना रिअल-टाइम ऊर्जा बाजारांमध्ये विजेसाठी 'बोली' लावता येईल, ज्यामुळे चार्जिंग नेटवर्क्स प्रचंड मोठ्या व्हर्च्युअल पॉवर प्लांट्समध्ये (VPPs) रूपांतरित होतील.

तांत्रिक परिशिष्ट: संदेश तुलनांचा सखोल अभ्यास

अंतिम तांत्रिक सखोलता प्रदान करण्यासाठी, आम्ही आता दोन आवृत्त्यांमधील विशिष्ट संदेश क्रम आणि फ्रेम फरकांचे विश्लेषण करू.

अ.१ अधिकृतता प्रवाह

1.6J मध्ये, अधिकृतता ही “स्वीकृत” किंवा “अवरोधित” अशी द्विआधारी प्रतिक्रिया होती.

१.६जे ऑथोराइझरिस्पॉन्स:"json [3, "123456", { "idTagInfo": { "status": "Accepted", "expiryDate": "2026-12-31T23:59:59Z" } }]"

२.०.१ मध्ये, प्रतिसादात अधिक संदर्भाचा समावेश आहे, जसे कीआयडीटोकनवापरकर्ता इंटरफेससाठी प्रकार आणि अतिरिक्त माहिती.

२.०.१ ऑथोराइझरिस्पॉन्स:"json [3, "987654", { "idTokenInfo": { "status": "Accepted", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Welcome back, John! Your balance is $45.00" } } }]"

अ.२ हार्टबीट आणि कनेक्शन व्यवस्थापन

OCPP 2.0.1 हे स्टेशन 'सक्रिय' असल्याचे कसे सिद्ध करते, या प्रक्रियेला अनुकूलित करते. 1.6J मध्ये, जरहृदयाचे ठोकेअयशस्वी झाल्यास, स्टेशन अनेकदा फक्त पुन्हा प्रयत्न करत राहायचे. २.०.१ मध्ये, स्टेशन वापरू शकतेNotifyEventप्राथमिक बॅकएंडशी हार्टबीट कायम ठेवत, दुय्यम बॅकएंडशी असलेले कनेक्शन तुटल्याचे कळवण्याची यंत्रणा.

अ.३ तपशीलवार मेटाडेटा सारणी

निष्कर्ष

OCPP 1.6J पासून 2.0.1 पर्यंतचा बदल हा केवळ एक सॉफ्टवेअर अपडेट नाही; ही इलेक्ट्रिक मोबिलिटी इकोसिस्टमची एक मूलभूत उत्क्रांती आहे. व्यावसायिक ऑपरेटर्ससाठी, 1.6J हे विश्वसनीय भूतकाळाचे प्रतिनिधित्व करते, तर 2.0.1 हे विस्तारक्षम, सुरक्षित आणि बुद्धिमान भविष्याचे प्रतिनिधित्व करते.

आज 2.0.1 निवडणे ही दीर्घायुष्यातील एक गुंतवणूक आहे. यामुळे हे सुनिश्चित होते की तुमचे हार्डवेअर पुढील पिढीच्या ईव्ही (EVs) शी सुसंगत असेल, वाढत्या सायबरसुरक्षा नियमांचे पालन करेल आणि V2G व स्मार्ट ग्रिड एकत्रीकरणाच्या फायदेशीर संधींसाठी सज्ज असेल. जसजशी बाजारपेठ एकवटत जाईल, तसतसे सर्वात मजबूत आणि लवचिक प्रोटोकॉल स्टॅक असलेले ऑपरेटरच आघाडी घेतील.

प्रकरण ११: सखोल अभ्यास: संदेश प्रवाह विश्लेषण आणि अनुक्रम आकृत्या

या अध्यायात, आम्ही 1.6J आणि 2.0.1 मधील कार्यात्मक फरक दर्शविण्यासाठी EVSE आणि CSMS मधील परस्परसंवाद अनुक्रमांचे विश्लेषण करतो.

११.१ बूट आणि कॉन्फिगरेशन क्रम

जेव्हा एखादा चार्जर पहिल्यांदा नेटवर्कशी जोडला जातो, तेव्हा त्याला स्वतःची ओळख पटवून द्यावी लागते आणि त्याचे कॉन्फिगरेशन सिंक्रोनाइझ करावे लागते.

ओसीपीपी १.६जे प्रवाह:

1. वेबसॉकेट कनेक्शनपोर्ट ८० किंवा ४४३ वर स्थापित.
2. बूटनोटिफिकेशनस्टेशन विक्रेता, मॉडेल आणि सिरीयल पाठवते.
3. कॉन्फिगरेशन मिळवाCSMS सध्याची स्थिती तपासण्यासाठी सर्व कीजची विनंती करते.
4. कॉन्फिगरेशन बदला: CSMS विशिष्ट कीज अपडेट करते (उदा.,हृदयाचे ठोके मध्यांतर).
5. स्थिती सूचनास्टेशन "उपलब्ध" असल्याची माहिती देत ​​आहे.

ओसीपीपी २.०.१ प्रवाह:

1. सुरक्षित TLS हँडशेक: अनिवार्य प्रमाणपत्र विनिमय.
2. बूटनोटिफिकेशन: समाविष्ट आहेकारण(उदा.पॉवरअप).
3. गेटबेस रिपोर्टसर्व कीजची विनंती करण्याऐवजी, CSMS 'बेस रिपोर्ट'ची विनंती करते, जो डिव्हाइस मॉडेलची संपूर्ण पदानुक्रम प्रदान करतो.
4. व्हेरिएबल्स सेट कराCSMS व्हेरिएबल्स अद्ययावत करते. लक्षात घ्या की 2.0.1 मध्ये ॲटोमिक अपडेट्सची सोय आहे—म्हणजेच, एकाच मेसेजमध्ये अनेक व्हेरिएबल्स सेट करणे आणि ते सर्व यशस्वी होतील किंवा एकही होणार नाही याची खात्री करणे.
5. NotifyEventस्टेशन घटकांच्या सुरुवातीच्या स्थितीचा अहवाल देते.

११.२ स्मार्ट चार्जिंग वाटाघाटी

स्मार्ट चार्जिंगमध्येच 2.0.1 खऱ्या अर्थाने चमकते, विशेषतः एकाधिक चार्जिंग प्रोफाइल हाताळताना.

१.६जे मध्ये, सीएसएमएस पाठवतेचार्जिंग प्रोफाइल सेट कराजे स्टॅक पातळी आणि वेळापत्रक परिभाषित करते. जर एखाद्या स्टेशनला अनेक कनेक्टर असतील, तर प्रोफाइल हाताळणी अनेकदा संदिग्ध असते.

२.०.१ मध्ये,चार्जिंग प्रोफाइल सेट करास्पष्टपणे जोडलेले आहेचार्जिंग प्रोफाइल उद्देश.

• चार्जिंग स्टेशन मॅक्स प्रोफाइलसंपूर्ण स्टेशनचा आवक मर्यादित करते.
• TXDefaultProfileकोणत्याही नवीन व्यवहारासाठी डीफॉल्ट.
• TXप्रोफाइलचालू असलेल्या व्यवहारासंदर्भात.

शिवाय, 2.0.1 समर्थन करतेचार्जिंग स्टॅक लेव्हल मिळवासंदेश, ज्यामुळे CSMS ला हे पाहता येते की सध्या कोणते प्रोफाइल सक्रिय आहेत आणि EVSE च्या अंतर्गत शेड्यूलरद्वारे त्यांना कसे प्राधान्य दिले जात आहे.

११.३ दूरस्थ ट्रिगरिंग आणि नियंत्रण

रिमोट कमांड्स जसे कीरिमोटस्टार्टट्रान्झॅक्शन(1.6J) च्या जागी बदलण्यात आले आहेविनंती व्यवहार सुरू करा(२.०.१). मुख्य फरक पेलोडमध्ये आहे. २.०.१ मध्ये, सीएसएमएसमध्ये समाविष्ट केले जाऊ शकतेचार्जिंग प्रोफाइलथेट स्टार्ट रिक्वेस्टमध्येच. याचा अर्थ असा की, दुसऱ्या मेसेजची वाट न पाहता कार योग्य पॉवर लेव्हलवर लगेच चार्जिंग सुरू करू शकते, ज्यामुळे लेटन्सी कमी होते आणि ग्रिडची स्थिरता सुधारते.

प्रकरण १२: निम्न-स्तरीय JSON स्कीमा आणि फील्डची तुलना

डेव्हलपर्स आणि सिस्टीम इंटिग्रेटर्ससाठी, स्कीमा बदल हा मायग्रेशनमधील सर्वात जास्त श्रमसाध्य भाग असतो.

१२.१ गणनीय प्रकार (एनम्स)

OCPP 2.0.1 मानकीकृत Enums ची संख्या मोठ्या प्रमाणात वाढवते, ज्यामुळे 1.6J अंमलबजावणीमध्ये त्रासदायक ठरणाऱ्या “Custom” स्टेटस कोडची गरज कमी होते.

• कारण एनम्स: वॉचडॉग, नियोजित रीसेट, रिमोटरीसेट, वीज हानी.
• स्टेटस एनम्स: व्यापलेले, राखीव, अनुपलब्ध, सदोष. 2.0.1 जोडतेउपलब्ध, व्यापलेले, राखीव, अनुपलब्ध, सदोषपरंतु अधिक तपशिलासाठी उप-स्थितींसह.

१२.२ डेटा प्रकार आणि एकके

OCPP 2.0.1 प्रमाणित एककांच्या (SI) वापराला औपचारिक स्वरूप देते. जिथे 1.6J मध्ये काहीवेळा दशांश अचूकता अनिर्दिष्ट ठेवली जात होती, तिथे 2.0.1 तिचा वापर करते.दशांशपॉवर आणि एनर्जी मूल्यांसाठीचे प्रकार, ज्यामुळे वेगवेगळ्या विक्रेत्यांच्या हार्डवेअरवर सुसंगत बिलिंग सुनिश्चित होते.

प्रकरण १३: अभ्यास प्रकरण: १.६जे वरून २.०.१ मध्ये जागतिक सीपीओ स्थलांतर

चला, 10,000 चार्जिंग पॉइंट्स असलेल्या “मेगाचार्ज” नावाच्या CPO (प्रमाणित वापरलेल्या गाडी) ची एक काल्पनिक परिस्थिती पाहूया.

१३.१ टप्पा १: लेखापरीक्षण

मेगाचार्जच्या लक्षात आले की त्यांच्या 1.6J चार्जरपैकी 40% चार्जर TLS 1.2 ला सपोर्ट करत नाहीत. याचा अर्थ ते चार्जर आगामी सरकारी कंत्राटांसाठी अपात्र होते.

१३.२ टप्पा २: सीएसएमएस अपग्रेड

नवीन CSMS तयार करण्याऐवजी, मेगाचार्जने “OCPP ट्रान्सलेशन लेयर” लागू केला. या लेयरने जुन्या हार्डवेअरसाठी 1.6J कनेक्शन्स आणि नवीन हार्डवेअरसाठी 2.0.1 हाताळले, परंतु त्यांच्या मोबाइल ॲप आणि बिलिंग इंजिनसाठी एक एकीकृत API उपलब्ध करून दिला.

१३.३ टप्पा ३: हार्डवेअर बदलणे

जास्त वर्दळ असलेल्या ठिकाणी, मेगाचार्जने 1.6J चार्जर्सच्या जागी 2.0.1-अनुरूप डीसी फास्ट चार्जर्स बसवले. याचा परिणाम म्हणून, "सुरू न झालेल्या" सेशन्समध्ये 15% घट झाली, जे प्रामुख्याने अधिक मजबूत प्रणालीमुळे शक्य झाले.व्यवहार इव्हेंट2.0.1 मध्ये हाताळणी.

१३.४ गुंतवणुकीवरील परताव्याचे विश्लेषण

सुरुवातीची गुंतवणूक २ दशलक्ष डॉलर्स होती. तथापि, डिव्हाइस मॉडेलच्या डायग्नोस्टिक्समुळे देखभालीसाठी येणाऱ्या कॉल्सची संख्या कमी झाल्याने, दरवर्षी ४०० हजार डॉलर्सची बचत झाली. याव्यतिरिक्त, V2G फ्रिक्वेन्सी रिस्पॉन्स मार्केटमध्ये सहभागी होण्याच्या क्षमतेमुळे वार्षिक महसुलात अतिरिक्त २०० हजार डॉलर्सची भर पडली. गुंतवणुकीची परतफेड होण्याचा कालावधी अंदाजे ३.३ वर्षे होता.

प्रकरण १४: ओसीपीपी २.०.१ खरेदीसाठी खरेदीदाराची अंतिम तपासणी सूची

नवीन हार्डवेअर किंवा सॉफ्टवेअरचे मूल्यांकन करताना, अनुपालनाची पूर्ण खात्री करण्यासाठी या तपासणी सूचीचा वापर करा:

१४.१ हार्डवेअर (EVSE) आवश्यकता

• [ ]सुरक्षा प्रोफाइल ३ समर्थनयात क्लायंट-साइड सर्टिफिकेट व्यवस्थापनाची सोय आहे का?
• [ ]ड्युअल-कोअर प्रोसेसरTLS एन्क्रिप्शन आणि JSON पार्सिंगसाठी पुरेशी जागा आहे का?
• [ ]सुरक्षित घटक (SE)बोर्डवर की साठवण्यासाठी हार्डवेअर रूट ऑफ ट्रस्ट आहे का?
• [ ]आयएसओ १५११८-२/२० साठी तयारकंट्रोलर पीएनसीसाठी आवश्यक असलेला उच्च-स्तरीय संवाद हाताळू शकतो का?
• [ ]डिस्प्ले क्षमताहार्डवेअर OCPP द्वारे किंमत/स्थितीची माहिती दाखवण्यास समर्थन देते का?डेटा हस्तांतरणकिंवा स्थानिक संदेश?

१४.२ सॉफ्टवेअर (सीएसएमएस) आवश्यकता

• [ ]डिव्हाइस मॉडेल व्हिज्युअलायझेशनडॅशबोर्डवर चार्जरचे पदानुक्रमित दृश्य दाखवता येते का?
• [ ]प्रमाणपत्र प्राधिकरण (CA) एकत्रीकरणCSMS स्वयंचलितपणे प्रमाणपत्रे जारी करू शकते आणि त्यांची अदलाबदल करू शकते का?
• [ ]व्यवहार जुळवणीसिस्टम 1.6J लेगसी चार्जरमधील 'हँगिंग' ट्रान्झॅक्शन्स कसे हाताळते?
• [ ]स्मार्ट चार्जिंग इंजिनहे 2.0.1 च्या प्रगत स्टॅक-लेव्हल लॉजिकला समर्थन देते का?
• [ ]स्केलेबिलिटीवेबसॉकेट हँडलर एकाच वेळी ५०,००० पेक्षा जास्त पर्सिस्टंट TLS कनेक्शन्स हाताळू शकतो का?

प्रकरण १५: ओसीपीपी अंमलबजावणीतील सामान्य समस्यांचे निवारण

एखादे मानक असले तरी, त्याच्या अंमलबजावणीत फरक असतो. येथे सर्वात सामान्य अडचणी दिल्या आहेत.

१५.१ वेबसॉकेट टाइमआउट्स

अनेक नेटवर्क फायरवॉल निष्क्रिय TCP कनेक्शन्स बंद करतात. जरहृदयाचे ठोके मध्यांतरतापमान खूप जास्त सेट केले असल्यास, चार्जर डिस्कनेक्ट होऊ शकतो.

• उपायखात्री कराहृदयाचे ठोके मध्यांतरफायरवॉलच्या टाइमआउटपेक्षा (साधारणपणे 60-120 सेकंद) कमी आहे.

१५.२ प्रमाणपत्र साखळीतील समस्या

2.0.1 मधील एक सामान्य त्रुटी म्हणजे “अविश्वसनीय प्रमाणपत्र” (Untrusted Certificate) ही त्रुटी. हे सहसा तेव्हा घडते जेव्हा चार्जरमध्ये CSMS चे रूट CA (Root CA) स्थापित केलेले नसते.

• उपायवापराइन्स्टॉल सर्टिफिकेटट्रस्ट चेन पूर्ण असल्याची खात्री करण्यासाठी कमिशनिंग दरम्यान संदेश.

१५.३ JSON पेलोड आकार

काही २.०.१ संदेश (जसे कीगेटबेस रिपोर्ट) खूप मोठे असू शकते. जर चार्जरचा बफर खूप लहान असेल, तर तो संदेश टाकून देईल.

• उपायतपासाकमाल संदेश आकारडिव्हाइस मॉडेलमधील व्हेरिएबल तपासा आणि CSMS या मर्यादेचे पालन करते याची खात्री करा.

प्रकरण १६: प्रादेशिक नियामक परिस्थिती आणि प्रोटोकॉल आदेश

OCPP 2.0.1 कडे होणारे संक्रमण केवळ तंत्रज्ञानामुळे प्रेरित नाही; तर ते वाढत्या प्रमाणात कायद्याचा भाग बनत आहे.

१६.१ युरोपियन युनियन (AFIR)

युरोपियन युनियनमधील पर्यायी इंधन पायाभूत सुविधा नियमन (AFIR) किमतीतील पारदर्शकता आणि आंतरकार्यक्षमता अनिवार्य करते. जरी त्यात OCPP 2.0.1 चा स्पष्टपणे उल्लेख नसला तरी, “रिअल-टाइम डेटा शेअरिंग” आणि “स्मार्ट चार्जिंग” च्या आवश्यकतेमुळे 2.0.1 हे नवीन सार्वजनिक पायाभूत सुविधांसाठी एकमेव व्यवहार्य मानक ठरते.

१६.२ उत्तर अमेरिका (NEVI)

अमेरिकेत, नॅशनल इलेक्ट्रिक व्हेईकल इन्फ्रास्ट्रक्चर (NEVI) फॉर्म्युला प्रोग्रामनुसार चार्जर्स "इंटरऑपरेबल" असणे आवश्यक आहे. कॅलिफोर्नियासारखी राज्ये याहून पुढे जात आहेत, जिथे कॅलिफोर्निया एनर्जी कमिशन (CEC) ISO 15118 समर्थनासाठी प्रयत्न करत आहे, ज्याची अंमलबजावणी, आपण चर्चा केल्याप्रमाणे, OCPP 2.0.1 द्वारे सर्वोत्तम प्रकारे केली जाते.

१६.३ चीन आणि आशिया-पॅसिफिक

चीनचे स्वतःचे मानक (GB/T) असले तरी, निर्यातीवर लक्ष केंद्रित करणाऱ्या उत्पादकांनी OCPP 2.0.1 मध्ये मोठ्या प्रमाणावर गुंतवणूक केली आहे. ऑस्ट्रेलिया आणि सिंगापूरसारख्या बाजारपेठांमध्ये, सार्वजनिक चार्जिंग नेटवर्कसाठीच्या सरकारी निविदांमध्ये आता जवळजवळ केवळ सिक्युरिटी प्रोफाइल 3 सह OCPP 2.0.1 निर्दिष्ट केले जात आहे.

अध्याय १७: अंमलबजावणी कोडचे नमुने: बारकावे

डेव्हलपर्सना मदत करण्यासाठी, आम्ही जटिल 2.0.1 कार्यांसाठी संकल्पनात्मक JSON सादरीकरणे प्रदान करतो.

१७.१ प्रमाणपत्र रोटेशन प्रवाह

जेव्हा एखादे प्रमाणपत्र कालबाह्य होण्याच्या जवळ येते, तेव्हा CSMS ने रोटेशन सुरू केले पाहिजे.

१. सीएसएमएस पाठवतेप्रमाणपत्र स्वाक्षरी:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----BEGIN CERTIFICATE-----\n...\n-----END CERTIFICATE-----", "certificateType": "V2G" }]"

२. स्टेशन प्रतिसाद देतेस्वीकृत:"json [3, "CERT-01", { "status": "Accepted" }]"

३. स्टेशन पाठवतेसुरक्षा इव्हेंट सूचना:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"

१७.२ ग्रिड-रिस्पॉन्सिव्ह चार्जिंग प्रोफाइल सेट करणे

कल्पना करा की ग्रिड ऑपरेटरला संपूर्ण नेटवर्कमधील वीजपुरवठा कमी करण्याची गरज आहे.

CSMS पाठवतेचार्जिंग प्रोफाइल सेट करा:"json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]"

अध्याय १८: ओसीपीपी २.०.१ मधील संज्ञांची सर्वसमावेशक शब्दसूची

सर्व संबंधितांना स्पष्टता मिळावी यासाठी, आम्ही एक विस्तारित संज्ञाकोश उपलब्ध करून देत आहोत.

• सीएसएमएस (चार्जिंग स्टेशन व्यवस्थापन प्रणाली)चार्जर नियंत्रित करणारा बॅकएंड क्लाउड प्लॅटफॉर्म.
• ईव्हीएसई (विद्युत वाहन पुरवठा उपकरण)प्रत्यक्ष चार्जिंग स्टेशन.
• ओसीपीपी (ओपन चार्ज पॉइंट प्रोटोकॉल)ते बोलत असलेली भाषा.
• ओसीए (ओपन चार्ज अलायन्स)भाषा लिहिणारी संस्था.
• आयएसओ १५११८कार आणि चार्जर यांच्यातील प्रोटोकॉल.
• पीएनसी (प्लग अँड चार्ज)आयएसओ १५११८ आणि ओसीपीपी २.०.१ द्वारे सक्षम केलेला वापरकर्ता अनुभव.
• व्ही२जी (वाहन-ते-ग्रीड)कारमधून ग्रीडला वीज परत पाठवणे.
• V2X (वाहन ते सर्वकाही)V2G, V2H आणि V2B साठी वापरला जाणारा व्यापक शब्द.
• टीएलएस (ट्रान्सपोर्ट लेअर सिक्युरिटी)डेटा सुरक्षित ठेवणारे एनक्रिप्शन.
• पीकेआय (पब्लिक की इन्फ्रास्ट्रक्चर)सुरक्षेसाठी वापरण्यात येणारी डिजिटल प्रमाणपत्रांची प्रणाली.
• JSON (जावास्क्रिप्ट ऑब्जेक्ट नोटेशन)संदेशांचे स्वरूप.
• वेबसॉकेटसंदेश ज्या कायमस्वरूपी कनेक्शनच्या 'पाईप'मधून प्रवाहित होतात.
• डिव्हाइस मॉडेल: हार्डवेअरचे वर्णन करण्याची पदानुक्रमित पद्धत 2.0.1.
• घटकहार्डवेअरचा एक भाग (उदा., कनेक्टर).
• चल: घटकाचा गुणधर्म (उदा., स्थिती).
• गुणधर्मव्हेरिएबलबद्दलचा मेटाडेटा (उदा., बदलण्याची क्षमता).
• व्यवहार इव्हेंट2.0.1 मध्ये सर्व सेशन डेटासाठी एकसमान संदेश.
• हृदयाचे ठोकेठराविक कालावधीने मिळणारा “मी जिवंत आहे” हा संकेत.
• बूटनोटिफिकेशनचार्जर सुरू झाल्यावर दिसणारा “नमस्कार, मी येथे आहे” हा संकेत.
• डेटा हस्तांतरणविक्रेत्या-विशिष्ट एक्सटेंशन्ससाठीचा एक सर्वसमावेशक संदेश (काळजीपूर्वक वापरा!).

अंतिम विचार: बहु-प्रोटोकॉल युगात मार्गक्रमण

खरेदीदार किंवा ऑपरेटर म्हणून, सर्वात महत्त्वाचा निष्कर्ष हा आहे की आपण एका अशा टप्प्यात प्रवेश करत आहोत, जिथे आपण एकाबहु-प्रोटोकॉल युगपुढील ३-५ वर्षांसाठी, १.६जे आणि २.०.१ एकत्र अस्तित्वात राहतील. तथापि, हे संतुलन वेगाने बदलत आहे.

आज OCPP 2.0.1 निवडून, तुम्ही केवळ एक प्रोटोकॉल खरेदी करत नाही; तर तुम्ही एक विमा खरेदी करत आहात. तुम्ही हे सुनिश्चित करत आहात की तुमचे नेटवर्क नवीन वाहने, नवीन कायदे आणि उत्पन्नाच्या नवीन स्रोतांशी जुळवून घेऊ शकेल. 2.0.1 ची गुंतागुंत ही प्रगतीची किंमत आहे—एक अशी किंमत जी सुधारित अपटाइम, कमी झालेली जोखीम आणि उत्कृष्ट ग्राहक अनुभवाद्वारे वसूल होते.

व्यावसायिक शुल्क आकारणी हा आता केवळ एक मर्यादित उद्योग राहिलेला नाही; ती भविष्यातील वाहतूक व्यवस्थेचा कणा आहे. हा कणा शक्य तितक्या मजबूत पायावर उभारा: OCPP 2.0.1.

अध्याय १९: ओसीपीपी २.०.१ साठी विकास: सॉफ्टवेअर अभियंत्यांसाठी सर्वोत्तम कार्यपद्धती

१.६जे कोडबेसवरून २.०.१ मध्ये संक्रमण करणे म्हणजे रिफॅक्टर नव्हे, तर ते पुनर्लेखन आहे. डेव्हलपर्सना एक वेगळा मानसिक दृष्टिकोन स्वीकारावा लागेल.

१९.१ असमकालिकतेचा स्वीकार करणे

वेबसॉकेट्स मूळतः असिंक्रोनस असले तरी, 2.0.1 च्या जटिलतेमुळे एकच विनंती (जसे की)गेटबेस रिपोर्टमर्यादित संसाधने असलेल्या EVSE वर प्रक्रिया करण्यासाठी काही सेकंद लागू शकतात. CSMS डेव्हलपर्सनी मजबूत टाइमआउट आणि रिट्राई लॉजिक लागू केले पाहिजे, जे वेगवेगळ्या हार्डवेअर विक्रेत्यांच्या बदलत्या प्रक्रिया गतीचा विचार करेल.

१९.२ कार्यक्षम JSON पार्सिंग

JSON पार्सिंगसाठी CPU चा जास्त वापर होऊ शकतो. EVSE फर्मवेअरसाठी, डेव्हलपर्सनी संपूर्ण पेलोड रॅममध्ये लोड करण्याऐवजी स्ट्रीम-आधारित पार्सर्स वापरावेत. हे विशेषतः यासाठी महत्त्वाचे आहे...NotifyEventसंदेश, ज्यामध्ये एकाच फ्रेममध्ये शेकडो व्हेरिएबल अपडेट्स असू शकतात.

१९.३ स्टेट मशीन हाताळणे

२.०.१ मधील ट्रान्झॅक्शनसाठीची स्टेट मशीन १.६जे पेक्षा अधिक कठोर आहे. डेव्हलपर्सनी ट्रान्झिशन नियमांचे काटेकोरपणे पालन करणे आवश्यक आहे.व्यवहार इव्हेंटउदाहरणार्थ, तुम्ही पाठवू शकत नाहीसमाप्त झालेप्रथम न पाठवता इव्हेंटसुरुवात केलीत्या विशिष्ट कार्यक्रमासाठीव्यवहार आयडी.

प्रकरण २०: चाचणी, प्रमाणीकरण आणि ओसीपीपी अनुपालन चाचणी साधन (OCTT)

आंतरकार्यक्षमता हे ओसीपीपीचे वचन आहे, परंतु ते केवळ कठोर चाचणीद्वारेच साकार होते.

२०.१ ओसीए प्रमाणपत्राची भूमिका

ओपन चार्ज अलायन्स एक प्रमाणीकरण कार्यक्रम सादर करते. खरेदीदारांनी “OCPP 2.0.1 Certified” हे लेबल शोधावे. हे प्रमाणीकरण सुनिश्चित करते की अंमलबजावणीने सर्व अनिवार्य प्रोफाइल्सचा समावेश असलेल्या स्वयंचलित चाचण्यांचा संच यशस्वीरित्या पूर्ण केला आहे.

२०.२ ओसीटीटीचा वापर

ओसीपीपी कंप्लायन्स टेस्ट टूल (OCTT) हे चाचणीसाठी सर्वोत्तम मानक आहे. ते सीएसएमएस (CSMS) आणि ईव्हीएसई (EVSE) या दोन्हींचे अनुकरण करते.

• ईव्हीएसई उत्पादकांसाठीतुमचे स्टेशन “हॅपी पाथ” परिस्थिती आणि एज केसेस (जसे की फर्मवेअर अपडेट दरम्यान नेटवर्क ड्रॉप होणे) हाताळते की नाही हे सत्यापित करण्यासाठी OCTT वापरा.
• CSMS प्रदात्यांसाठीतुमचा बॅकएंड 2.0.1 च्या प्रचंड विविध प्रकारच्या संदेशांना आणि कडक सुरक्षा आवश्यकतांना हाताळू शकेल याची खात्री करण्यासाठी OCTT वापरा.

२०.३ क्षेत्रीय चाचणी आणि आंतरकार्य-उत्सव

स्वयंचलित चाचणीच्या पलीकडे, OCA “प्लगफेस्ट” आयोजित करते, जिथे विक्रेते त्यांचे हार्डवेअर आणि सॉफ्टवेअर प्रत्यक्ष परिस्थितीत एकमेकांविरुद्ध चाचणीसाठी आणतात. येथेच प्रमाणपत्राची विसंगतता किंवा JSON फॉरमॅटिंगमधील किरकोळ फरक यांसारख्या अगदी सूक्ष्म त्रुटी शोधल्या जातात आणि त्यांचे निराकरण केले जाते.

अध्याय २१: सखोल तुलनात्मक सारणी: ओसीपीपी २.०.१ च्या ६०+ क्रिया

पूर्ण संदर्भ देण्यासाठी, आम्ही 2.0.1 च्या प्राथमिक संदेशांचे वर्गीकरण करतो आणि त्यांची 1.6J मधील संदेशांशी तुलना करतो.

२१.१ तरतूद आणि संरचना

२१.२ व्यवहार हाताळणी

२१.३ सुरक्षा आणि फर्मवेअर व्यवस्थापन

२१.४ तुमच्या नेटवर्कसाठी या तक्त्याचा अर्थ काय आहे

हा तक्ता एक गोष्ट निःसंदिग्धपणे स्पष्ट करतो: OCPP 2.0.1 हे 1.6J चे केवळ वरवरचे नाव बदलणे नाही. नवीन मेसेज फॅमिलीज — टाइप्ड व्हेरिएबल्स, इव्हेंट-ड्रिव्हन ट्रान्झॅक्शन्स आणि सर्टिफिकेट मॅनेजमेंट — या प्लग अँड चार्ज, स्मार्ट चार्जिंग आणि रेग्युलेटरी रिपोर्टिंगसाठी आवश्यक पायाभूत सुविधा आहेत. केवळ 1.6J प्रणालीवर चालणाऱ्या चार्जरमध्ये गेटवे बसवता येतो, परंतु केवळ 1.6J प्रणालीवर चालणारे CSMS, नियामक आणि वाहन उत्पादकांना वाढत्या प्रमाणात आवश्यक असलेले सुरक्षा मॉडेल देऊ शकत नाही. हार्डवेअरचे मूल्यांकन करताना, “2.0.1-रेडी” याचा अर्थ फर्मवेअर आजच उपलब्ध आहे, पुढच्या वर्षीसाठी नियोजित नाही. आणि OCPP 2.0.1 हे 1.6J च्या SOAP ट्रान्सपोर्टऐवजी JSON-ओव्हर-वेबसॉकेटवर चालत असल्यामुळे, मेसेज फ्लो अधिक हलके आणि डीबग करण्यास खूप सोपे आहेत — हा एक व्यावहारिक फायदा आहे जो तुमच्या आयटी टीमला पहिल्या दिवसापासून जाणवेल.

प्रकरण २२: निष्कर्ष: अपग्रेडचा निर्णय घेणे

व्यावसायिक ऑपरेटरसाठी व्यावहारिक मार्गदर्शन स्पष्ट आहे:

• नवीन डिप्लॉयमेंटमध्ये डीफॉल्टनुसार OCPP 2.0.1 वापरले जावे.सुरक्षा मॉडेल, प्रमाणपत्र हाताळणी आणि आयएसओ १५११८ एकीकरण या २०२६ च्या नियामक वातावरणासाठी पूर्वअटी आहेत.
• विद्यमान १.६जे ताफा अडकलेला नाही.तुम्ही 2.0.1-नेटिव्ह हार्डवेअर टप्प्याटप्प्याने आणत असताना, मॅनेज्ड गेटवे आणि ड्युअल-प्रोटोकॉल CSMS प्लॅटफॉर्म हे अंतर भरून काढतात.
• विश्वास ठेवण्यापूर्वी तपासून पाहा.OCTT, प्लगफेस्ट आणि टप्प्याटप्प्याने होणारे रोलआउट वापरा — आंतरकार्यक्षमता ही प्रत्यक्ष वापरात सिद्ध झालेली असते, ती डेटाशीटवरून गृहीत धरली जात नाही.
• स्थलांतराचा मार्ग लेखी स्वरूपात मागा.तुमच्या चार्जर विक्रेत्याने अस्पष्ट आश्वासने न देता, तारखांसह 1.6J पासून 2.0.1 पर्यंतचा फर्मवेअर रोडमॅप प्रकाशित केला पाहिजे.

कृतीसाठी आवाहन: तुमच्या प्रोटोकॉल धोरणाबद्दल MIDA Power शी बोला

MIDA Power ships OCPP 1.6J and 2.0.1 on every charger, with field-upgradeable firmware and a cloud platform that manages mixed-protocol fleets in a single dashboard. Contact sales@midapower.com for our protocol migration guide, OCTT test reports, and a free compatibility review of your existing network.