व्यावसायिक चार्जिङ अपरेटरहरूको लागि OCPP 1.6J बनाम 2.0.1 को रणनीतिक तुलना

विश्वव्यापी व्यावसायिक चार्जिङ अपरेटरहरूको लागि OCPP 1.6J बनाम 2.0.1 को निश्चित रणनीतिक तुलना: नेटवर्क स्केलेबिलिटीमा निपुणता, उन्नत साइबर सुरक्षा, ISO 15118 एकीकरण, र दिगो EV वृद्धिको लागि दीर्घकालीन पूर्वाधार भविष्य-प्रमाणीकरण।

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

विद्युतीय सवारी साधन (EV) चार्जिङ परिदृश्यमा भूकम्पीय परिवर्तन भइरहेको छ। विश्वव्यापी रूपमा अपनाउने प्रक्रिया तीव्र हुँदै जाँदा, विद्युतीय सवारी साधन आपूर्ति उपकरण (EVSE) र चार्जिङ स्टेशन व्यवस्थापन प्रणाली (CSMS) बीचको अन्तरक्रियालाई नियन्त्रण गर्ने अन्तर्निहित सञ्चार प्रोटोकलहरू व्यावसायिक चार्जिङ अपरेटरहरू (CPOs) को लागि प्राविधिक रणनीतिको केन्द्रबिन्दु बनेका छन्। ओपन चार्ज एलायन्स (OCA) द्वारा राखिएको ओपन चार्ज पोइन्ट प्रोटोकल (OCPP) एक साधारण सन्देश ढाँचाबाट परिष्कृत, सुरक्षित र उच्च स्केलेबल मानकमा विकसित भएको छ।

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

अध्याय १: EV चार्जिङ मापदण्डहरूको विकास: एक ऐतिहासिक सन्दर्भ

ओपन चार्ज पोइन्ट प्रोटोकल (OCPP) अन्तरसञ्चालनशीलताको आवश्यकताबाट जन्मिएको थियो। EV चार्जिङको प्रारम्भिक दिनहरूमा, हार्डवेयर निर्माताहरू र सफ्टवेयर प्रदायकहरूले स्वामित्व प्रोटोकलहरू प्रयोग गर्थे, जसले प्रतिस्पर्धा र नवीनतालाई दबाउने "पर्खाल बगैंचा" सिर्जना गर्थे। OCPP १.२ र १.५ को परिचयले जग बसाल्यो, तर यो OCPP १.६ थियो जसले उद्योगलाई साँच्चै एकताबद्ध गर्यो।

१.१ OCPP १.६J को प्रभुत्व

२०१५ मा जारी गरिएको, OCPP १.६ ले JSON ओभर वेबसकेट (१.६J) कार्यान्वयन प्रस्तुत गर्‍यो। यो SOAP-आधारित सन्देशबाट टाढा जाँदा विकासकर्ताहरूको लागि ओभरहेड र सरलीकृत कार्यान्वयनमा उल्लेखनीय कमी आयो। यसले स्मार्ट चार्जिङ र अतिरिक्त स्थिति सूचनाहरू जस्ता सुविधाहरू प्रस्तुत गर्‍यो, जसले यसलाई लगभग एक दशकको लागि उद्योग मानक बनायो।

१.२ OCPP को उत्पत्ति २.०.१

१.६जेको सफलताको बावजुद, उद्योगको वृद्धिले यसको सीमितताहरू उजागर गर्‍यो। सुरक्षा, उपकरण व्यवस्थापन जटिलता, र उन्नत ग्रिड एकीकरण (V2G) को लागि नेटिभ समर्थनको अभावका कारण OCPP २.० को विकास भयो, र त्यसपछि, परिष्कृत OCPP २.०.१ (२०२० मा जारी)। OCPP २.०.१ केवल एक अपडेट मात्र होइन; यो उच्च-शक्ति, स्मार्ट, र सुरक्षित चार्जिङ नेटवर्कहरूको अर्को पुस्तालाई समर्थन गर्ने उद्देश्यले पूर्ण पुन: डिजाइन हो।

अध्याय २: अन्तर्निहित सञ्चार प्रतिमानहरू: JSON, WebSockets, र फ्रेम संरचनाहरू

यी प्रोटोकलहरू बीचको भिन्नता बुझ्नको लागि, निम्न-स्तरको सञ्चारलाई हेर्नुपर्छ। दुबै प्रोटोकलहरूले WebSockets मा JSON प्रयोग गर्छन्, तर यी सन्देशहरूको संरचना र ह्यान्डलिङमा उल्लेखनीय रूपमा फरक छ।

२.१ वेबसकेट तह

दुबै संस्करणहरूले निरन्तर वेबसकेट जडानहरू प्रयोग गर्छन्, जसले पूर्ण-डुप्लेक्स सञ्चारको लागि अनुमति दिन्छ। यो वास्तविक-समय सञ्चालनहरूको लागि महत्त्वपूर्ण छ, जस्तै मोबाइल एपबाट चार्जिङ सत्र रोक्ने वा तत्काल गल्ती अलर्टहरू प्राप्त गर्ने।

२.२ सन्देश फ्रेम ब्रेकडाउन

एउटा सामान्य OCPP सन्देशमा सन्देश प्रकार ID, एउटा अद्वितीय सन्देश ID, कार्य नाम, र पेलोड हुन्छ।

OCPP १.६J फ्रेम उदाहरण (बुटनोटिफिकेशन)

"json [२, "१२३४५६", "बुटनोटिफिकेशन", { "चार्जपोइन्टभेन्डर": "मिडापावर", "चार्जपोइन्टमोडेल": "टेरा-एक्स", "चार्जपोइन्टसिरियलनम्बर": "SN००१", "फर्मवेयरभर्सन": "v१.२.३" }]"

OCPP २.०.१ फ्रेम उदाहरण (बुटनोटिफिकेशन)

"json [२, "९८७६५४", "बुटनोटिफिकेशन", { "कारण": "पावरअप", "चार्जिङस्टेशन": { "विक्रेताको नाम": "मिडापावर", "मोडेल": "टेरा-जेड", "सिरियलनम्बर": "SN-जेड-९९", "फर्मवेयरसंस्करण": "v२.०.०" } }]`२.०.१ मा बढेको ग्र्यानुलारिटीलाई ध्यान दिनुहोस्।reason` फिल्डले CSMS लाई बुट रिबुट, पावर-अप, वा वाच-डग ट्रिगरको कारणले भएको हो कि भनेर बुझ्न अनुमति दिन्छ, जसले गर्दा राम्रो डायग्नोस्टिक तर्क सक्षम हुन्छ।

अध्याय ३: वास्तुकलाको प्रतिमान परिवर्तन: उपकरण मोडेल

OCPP २.०.१ मा सबैभन्दा महत्त्वपूर्ण प्राविधिक प्रस्थान भनेको को परिचय होउपकरण मोडेल.

३.१ १.६J कन्फिगरेसन कुञ्जीहरूको सीमितताहरू

OCPP 1.6J मा, हार्डवेयर कन्फिगरेसन "कन्फिगरेसन कुञ्जीहरू" को फ्ल्याट सूची मार्फत व्यवस्थित गरिएको थियो (जस्तै,मुटुको धड्कन अन्तराल, जडानसमयसमाप्ति)। चार्जरहरू जटिल हुँदै जाँदा (बहु-कनेक्टर, एकीकृत पावर मोड्युलहरू, जटिल शीतलन प्रणालीहरू), यो समतल सूची व्यवस्थापन गर्न नसकिने भयो। स्टेशनको भौतिक पदानुक्रम वर्णन गर्ने कुनै मानकीकृत तरिका थिएन।

३.२ २.०.१ उपकरण मोडेल दृष्टिकोण

OCPP २.०.१ ले समावेश भएको पदानुक्रमिक मोडेल प्रस्तुत गर्दछअवयवहरूरचरहरू। एउटा कम्पोनेन्ट "नियन्त्रक," "कनेक्टर," वा "पावर मोड्युल" हुन सक्छ। प्रत्येक कम्पोनेन्टमा यसको अवस्था वा कन्फिगरेसन प्रतिनिधित्व गर्ने चरहरू हुन्छन् (जस्तै,तापक्रम, भोल्टेज, अधिकतमवर्तमान).

• घटक: चार्जिङ स्टेशनको भौतिक वा तार्किक भाग।
• परिवर्तनशील: त्यो घटकको एक विशिष्ट विशेषता।
• विशेषताहरू: चर (एकाइ, दायरा, पहुँच प्रकार) वर्णन गर्ने मेटाडेटा।

यसले मानकीकृत अनुगमनको लागि अनुमति दिन्छ। एक अपरेटरले अब विक्रेता-विशिष्ट स्वामित्व कुञ्जीहरूमा भर पर्नुको सट्टा मानकीकृत मार्ग प्रयोग गरेर एक विशिष्ट पावर मोड्युलको तापक्रम क्वेरी गर्न सक्छ।

अध्याय ४: साइबर सुरक्षा: "उत्तम प्रयास" देखि अनिवार्य TLS सम्म

EV चार्जिङको सुरुवाती दिनहरूमा, सुरक्षा प्रायः पछि सोचिन्थ्यो। OCPP 1.6J ले सुरक्षा प्रोफाइलहरू प्रदान गर्‍यो, तर विक्रेताहरूमा कार्यान्वयन असंगत थियो।

४.१ १.६J मा सुरक्षा प्रोफाइलहरू

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

1. असुरक्षित: प्लेनटेक्स्ट HTTP/वेबसकेटहरू।
2. आधारभूत प्रमाणीकरण: प्रयोगकर्ता नाम/पासवर्ड सहितको TLS।
3. प्रमाणपत्रमा आधारित: क्लाइन्ट-साइड प्रमाणपत्रहरू सहितको TLS।

समस्या यो थियो कि धेरै चार्जरहरू प्रोफाइल १ मा नै रहे, जसले गर्दा तिनीहरू म्यान-इन-द-मिडल (MITM) आक्रमण र अनधिकृत नियन्त्रणको जोखिममा परे।

४.२ २.०.१ को कठोर अडान

OCPP २.०.१ ले सुरक्षित सञ्चारलाई अनिवार्य गर्दछ। यसले उन्नत सुरक्षा सुविधाहरूलाई नेटिभ रूपमा एकीकृत गर्दछ:

• सुरक्षित फर्मवेयर अपडेटहरू: फर्मवेयर छविहरूको अनिवार्य हस्ताक्षर र प्रमाणीकरण।
• सुरक्षा लगिङ: सुरक्षा-सम्बन्धित घटनाहरूको लागि विस्तृत लगहरू (जस्तै, असफल लगइन प्रयासहरू, प्रमाणपत्रको म्याद समाप्ति)।
• प्रमाणपत्र व्यवस्थापन: घुमाइएका र अद्यावधिक गरिएका प्रमाणपत्रहरूका लागि मानकीकृत सन्देशहरू (CSMS-नेतृत्व वा स्टेशन-नेतृत्व)।
• TLS १.२/१.३: नवीनतम इन्क्रिप्शन मानकहरूको लागि समर्थन।

व्यावसायिक अपरेटरहरूको लागि, यसले ठूलो नेटवर्क सम्झौताको जोखिम कम गर्छ र IoT उपकरणहरूको लागि उदीयमान साइबर सुरक्षा नियमहरूको अनुपालन सुनिश्चित गर्दछ।

अध्याय ५: ISO १५११८ एकीकरण: प्लग र चार्ज र V2G

EV चार्जिङको भविष्य केवल इलेक्ट्रोनहरू सार्ने बारेमा मात्र होइन; यो डेटा र ऊर्जाको बुद्धिमानी आदानप्रदानको बारेमा हो। ISO १५११८ सवारी साधन-देखि-ग्रिड (V2G) सञ्चारको लागि अन्तर्राष्ट्रिय मानक हो, र OCPP सँग यसको एकीकरण २.०.१ को परिभाषित विशेषता हो।

५.१ प्लग र चार्जको जटिलता

प्लग एण्ड चार्ज (PnC) ले चालकलाई एप वा RFID कार्ड प्रयोग नगरी नै गाडी प्लग इन गर्न र चार्ज गर्न सुरु गर्न अनुमति दिन्छ। यसको लागि गाडी, चार्जर, अपरेटर र क्लियरिङ्हाउस समावेश गर्ने जटिल सार्वजनिक कुञ्जी पूर्वाधार (PKI) आवश्यक पर्दछ।

OCPP १.६J मा, आधार प्रोटोकलमा PnC समर्थन अवस्थित थिएन। विक्रेताहरूले अनुकूलन विस्तारहरू लागू गर्नुपर्‍यो, जसले गर्दा खण्डीकरण भयो। OCPP २.०.१ ले निम्नलाई समर्थन गरेर PnC को लागि "प्लम्बिंग" प्रदान गर्दछ:

• प्रमाणपत्र स्थापना: EVSE मार्फत CSMS बाट EV मा सम्झौता प्रमाणपत्रहरू पास गर्ने।
• प्राधिकरण: सवारी साधनको प्रमाणपत्रबाट प्राप्त ई-मोबिलिटी आईडी (eMAID) प्रयोग गर्दै।
• गुप्तिकरण गरिएको सञ्चार: कार र ग्रिड बीच पारित संवेदनशील बिलिङ डेटा सुरक्षित छ भनी सुनिश्चित गर्दै।

५.२ स्मार्ट चार्जिङ र लोड ब्यालेन्सिङ

जबकि १.६J ले आधारभूत स्मार्ट चार्जिङलाई समर्थन गर्‍यो (ए पठाउँदैचार्जिङप्रोफाइलसेटगर्नुहोस्), २.०.१ ले यसलाई माथि उठाउँछ। यसले निम्न कुराहरूको लागि अनुमति दिन्छ:

• बाह्य सिग्नल एकीकरण: ग्रिड फ्रिक्वेन्सी वा थोक मूल्य संकेतहरूको वास्तविक-समय प्रतिक्रिया।
• गतिशील लोड व्यवस्थापन: सयौं कनेक्टरहरू भएको साइटमा पावर वितरणमा थप सूक्ष्म नियन्त्रण।
• सवारी साधनदेखि ग्रिड (V2G): २.०.१ मा द्विदिशात्मक ऊर्जा प्रवाहलाई समर्थन गर्न आवश्यक डेटा क्षेत्रहरू समावेश छन्, जसले गर्दा EV हरूलाई ग्रिडको लागि वितरित ऊर्जा स्रोतहरू (DERs) को रूपमा काम गर्न अनुमति दिन्छ।

५.३ प्रयोगकर्ता UI/UX सुधारहरू

OCPP २.०.१ ले चार्जरको स्क्रिन वा गाडीको ड्यासबोर्डमा सिधै जानकारी प्रदर्शन गर्न समर्थन गर्दछ, जस्तै:

• स्थानीय मुद्रामा वास्तविक-समय मूल्य निर्धारण।
• ८०% चार्जको अवस्था (SoC) पुग्न अनुमानित समय।
• पूरा भएपछि विस्तृत रसिद जानकारी।

अध्याय ६: उन्नत उपकरण व्यवस्थापन र अनुगमन

CPO को लागि, चार्जरको लागत केवल खरिद मूल्य मात्र होइन; यो स्वामित्वको कुल लागत (TCO) हो। मर्मतसम्भार र डाउनटाइम सबैभन्दा ठूलो नाफा हत्यारा हुन्। OCPP 2.0.1 ले उत्कृष्ट अनुगमन क्षमताहरू मार्फत यसलाई सम्बोधन गर्दछ।

६.१ घटना-संचालित रिपोर्टिङ

१.६J मा, CSMS ले सामान्यतया चार्जरलाई स्थितिको लागि पोल गर्नुपर्थ्यो वा पर्खनु पर्थ्योस्थिति सूचना२.०.१ मा,घटना अनुगमनप्रणालीले CSMS लाई थ्रेसहोल्ड सेट गर्न अनुमति दिन्छ। उदाहरणका लागि: "आन्तरिक तापक्रम ७०°C भन्दा बढी भएमा मात्र मलाई सूचित गर्नुहोस्" वा "इनपुट भोल्टेज २००V भन्दा कम भएमा रिपोर्ट गर्नुहोस्।" यसले नेटवर्क ट्राफिक घटाउँछ र सक्रिय मर्मतसम्भारको लागि अनुमति दिन्छ।

६.२ लेनदेन ह्यान्डलिंग: लेनदेन घटना

OCPP 1.6J को सबैभन्दा आलोचना गरिएको पक्ष भनेको यसको लेनदेनको व्यवस्थापन थियो। यसमा समावेश एक सत्रसुरुवात कारोबाररकारोबार रोक्नुहोस्सन्देशहरू, तर यदि नेटवर्क अवरोध भयो भने, CSMS लाई प्रायः बिलिङ डेटा मिलाउन संघर्ष गर्नुपर्थ्यो।

OCPP २.०.१ ले यिनीहरूलाई एकल, बलियोसँग प्रतिस्थापन गर्दछकारोबार घटनासन्देश। यो सन्देश लेनदेनको सबै जीवनचक्र चरणहरू (सुरु गरिएको, अद्यावधिक गरिएको, समाप्त) रिपोर्ट गर्न प्रयोग गरिन्छ। यसमा एक अद्वितीय समावेश छकारोबार आइडीचार्जर रिबुट हुँदा पनि यो कायम रहन्छ, जसले गर्दा चार्जिङ डेटा नगुम्ने र राजस्व नगुम्ने कुरा सुनिश्चित हुन्छ।

६.३ सुधारिएको निदान र समस्या निवारण

दगेटलगरनिदान स्थिति सूचना२.०.१ मा भएका सन्देशहरू बढी संरचित छन्। CPO हरूले विशिष्ट लग प्रकारहरू (सुरक्षा, निदान, प्रयोगकर्ता) अनुरोध गर्न सक्छन् र समय दायरा निर्दिष्ट गर्न सक्छन्। यसले रिमोट समर्थन टोलीहरूलाई साइटमा प्राविधिक नपठाई समस्याहरू समाधान गर्न अनुमति दिन्छ, जसले गर्दा OpEx उल्लेखनीय रूपमा कम हुन्छ।

अध्याय ७: फर्मवेयर अपडेट संयन्त्र: विश्वसनीयता र रोलब्याकहरू

फर्मवेयर अपडेटहरू विकसित हुँदै गइरहेको हार्डवेयरको जीवनरक्त हुन्, तर असफल अपडेटले चार्जरलाई बिगार्न सक्छ।

७.१ १.६J अद्यावधिक प्रक्रिया

१.६J मा,फर्मवेयर अपडेट गर्नुहोस्आदेश अपेक्षाकृत सरल थियो। चार्जरले छवि डाउनलोड गर्थ्यो र यसलाई स्थापना गर्ने प्रयास गर्थ्यो। बहु-चरण अद्यावधिकहरू वा प्रमाणित रोलब्याकहरूको लागि कुनै मानकीकृत संयन्त्र थिएन।

७.२ २.०.१ बहु-चरण अद्यावधिक

OCPP २.०.१ ले फर्मवेयर अपडेटहरूको लागि अझ परिष्कृत जीवनचक्र प्रस्तुत गर्दछ:

1. डाउनलोड गर्नुहोस्: चार्जरले छवि ल्याउँछ र यसको चेकसम/हस्ताक्षर प्रमाणित गर्छ।
2. स्थापना: अद्यावधिक माध्यमिक विभाजनमा लागू गरिएको छ।
3. प्रमाणीकरण: प्रणालीले नयाँ फर्मवेयर सही तरिकाले बुट भयो कि भएन भनेर जाँच गर्छ।
4. सक्रियता: प्राथमिक विभाजन स्विच गरिएको छ।

यदि कुनै चरण असफल भयो भने, प्रोटोकलले चार्जर कसरी अघिल्लो स्थिर संस्करणमा फर्कने र विशिष्ट विफलता कोड CSMS लाई रिपोर्ट गर्ने भनेर परिभाषित गर्दछ। यो स्तरको विश्वसनीयता ठूला-स्तरीय व्यावसायिक तैनातीहरूको लागि गैर-वार्तालाप योग्य छ।

७.३ हस्ताक्षर प्रमाणीकरण

खराब व्यक्तिलाई सम्झौता गरिएको फर्मवेयर अपलोड गर्नबाट रोक्नको लागि, २.०.१ ले डिजिटल हस्ताक्षरको प्रयोगलाई अनिवार्य गर्दछ। चार्जरले निर्माताको निजी कुञ्जीद्वारा हस्ताक्षर नगरिएको कुनै पनि कोड कार्यान्वयन गर्न अस्वीकार गर्नेछ, जसले हार्डवेयर-स्तरको ह्याकहरू विरुद्ध सुरक्षाको एक महत्वपूर्ण तह थप्नेछ।

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

EV चार्जिङ दैनिक उपयोगिता बन्दै जाँदा, उत्पन्न हुने व्यक्तिगत डेटाको मात्रा अचम्मलाग्दो छ। एकल चार्जिङ सत्रले प्रयोगकर्ताको पहिचान, उनीहरूको सवारी साधनको स्थान, उनीहरूको यात्रा ढाँचा र उनीहरूको वित्तीय जानकारीलाई लिङ्क गर्न सक्छ।

८.१ OCPP मा व्यक्तिगत रूपमा पहिचान योग्य जानकारी (PII)

युरोपमा सामान्य डेटा संरक्षण नियमन (GDPR) र क्यालिफोर्नियामा CCPA जस्ता समान कानूनहरूको सन्दर्भमा, डेटा बिन्दुहरू जस्तैआईडीट्याग(RFID) वाEVCCID का थप वस्तुहरू(सवारी साधन पहिचानकर्ता) लाई PII मानिन्छ।

OCPP २.०.१ ले डेटा गुमनामीकरणको लागि राम्रो नियन्त्रणहरू प्रदान गर्दछ। उदाहरणका लागि,अनुकूलन डेटाफिल्डहरूले अपरेटरहरूलाई कोर प्रोटोकल लगहरूमा PII लाई उजागर नगरी मेटाडेटा भण्डारण गर्न अनुमति दिन्छ। यसबाहेक, परिष्कृत सुरक्षा प्रोफाइलहरूले यो डेटा ट्रान्जिट र आराम दुवैमा इन्क्रिप्ट गरिएको छ भनी सुनिश्चित गर्दछ।

८.२ बिर्सन पाउने अधिकार र डेटा पोर्टेबिलिटी

२.०.१ उपकरण मोडेलको संरचित प्रकृतिले CSMS प्रदायकहरूलाई "डेटा मेटाउने" अनुरोधहरू कार्यान्वयन गर्न सजिलो बनाउँछ। १.६J प्रणालीमा, फरक कन्फिगरेसन कुञ्जीहरू र लगहरूमा प्रयोगकर्ताको ID को सबै उदाहरणहरू फेला पार्नु एक म्यानुअल दुःस्वप्न थियो। २.०.१ मा, उपकरण अवस्था र लेनदेन डेटा बीचको स्पष्ट विभाजनले सफा डाटाबेस वास्तुकलाको लागि अनुमति दिन्छ।

८.३ IoT सुरक्षा कानूनहरूको अनुपालन

धेरै क्षेत्रहरूले अब IoT उपकरणहरूमा अद्वितीय पासवर्ड र सुरक्षित अपडेट संयन्त्रहरू हुनु पर्ने कानूनहरू पारित गरिरहेका छन्। OCPP 2.0.1 को अनिवार्य TLS र हस्ताक्षरित फर्मवेयर केवल "राम्रो-हुन-हुन" सुविधाहरू मात्र होइनन् - तिनीहरू क्यालिफोर्निया र बेलायत जस्ता बजारहरूमा हार्डवेयर बेच्नका लागि कानुनी आवश्यकताहरू हुन्।

अध्याय ९: क्रेताको दृष्टिकोण: TCO, ROI, र रणनीतिक माइग्रेसन

व्यावसायिक चार्जिङ अपरेटरको लागि, १.६J मा टाँसिने वा २.०.१ मा सर्ने निर्णय वित्तीय हो।

९.१ कार्यान्वयनको लागत

• OCPP १.६J को परिचय: कार्यान्वयन गर्न सस्तो, कम लागतको हार्डवेयरद्वारा व्यापक रूपमा समर्थित, तर मर्मतसम्भार र सुरक्षा जोखिमहरूमा उच्च लुकेको लागत बोक्छ।
• OCPP २.०.१: EVSE मा थप शक्तिशाली प्रोसेसर र थप मेमोरी चाहिन्छ। प्रोटोकलको जटिलताको कारणले CSMS को विकास लागत बढी हुन्छ। यद्यपि, यसले रिमोट व्यवस्थापन र राम्रो विश्वसनीयता मार्फत महत्त्वपूर्ण OpEx बचत प्रदान गर्दछ।

९.२ "सहज स्तरोन्नति" सम्बन्धी मिथक

प्रायः भनिन्छ कि १.६J चार्जरहरूलाई सफ्टवेयर मार्फत २.०.१ मा अपग्रेड गर्न सकिन्छ। वास्तविकतामा, यो विरलै सत्य हो। २.०.१ को लागि मेमोरी र CPU आवश्यकताहरू (विशेष गरी TLS प्रमाणपत्रहरू ह्यान्डल गर्ने र उपकरण मोडेलको जटिल JSON पार्सिङ) प्रायः पुरानो १.६J नियन्त्रकहरूको क्षमताहरू भन्दा बढी हुन्छन्।

९.३ रणनीतिक बसाइँसराइ मार्गहरू

CPO हरूले "हाइब्रिड नेटवर्क" दृष्टिकोणलाई विचार गर्नुपर्छ:

1. लिगेसी साइटहरू: अवस्थित कम-शक्ति AC चार्जरहरूको लागि १.६J चलाउन जारी राख्नुहोस्।
2. नयाँ DC फास्ट चार्जिङ साइटहरू: PnC र V2G लाई समर्थन गर्न सबै नयाँ उच्च-शक्ति परिनियोजनहरूको लागि म्यान्डेट २.०.१।
3. प्रोक्सी समाधानहरू: एकल एकीकृत व्यवस्थापन ड्यासबोर्डको लागि अनुमति दिँदै, CSMS को लागि 1.6J सन्देशहरूलाई 2.0.1-कम्प्याटिबल ढाँचामा अनुवाद गर्न सक्ने प्रोटोकल गेटवे प्रयोग गर्नुहोस्।

अध्याय १०: भविष्य-प्रमाणीकरण: OCPP २.१ र स्वायत्त चार्जिङको बाटो

२.०.१ ले लोकप्रियता हासिल गरे पनि, ओपन चार्ज एलायन्सले पहिले नै OCPP २.१ मा काम गरिरहेको छ। यो भविष्यको संस्करणले प्रोटोकलको पहुँचलाई अझ विस्तार गर्नेछ।

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

२.०.१ ले आधारभूत V2G लाई समर्थन गर्दछ भने, २.१ ले सवारी साधन-देखि-घर (V2H) र सवारी साधन-देखि-भवन (V2B) को लागि सञ्चारलाई परिष्कृत गर्नेछ, जसले गर्दा EV हरूलाई ब्ल्याकआउटको समयमा घरहरूमा बिजुली आपूर्ति गर्न वा व्यावसायिक भवनहरूको लागि उच्चतम माग घटाउन अनुमति दिनेछ।

१०.२ वायरलेस चार्जिङको लागि समर्थन

स्वायत्त सवारी साधनहरू (AVs) देखा पर्दै जाँदा, म्यानुअल प्लगिङ अप्रचलित हुनेछ। OCPP २.१ मा मानव हस्तक्षेप बिना आगमनात्मक (वायरलेस) चार्जिङ, पङ्क्तिबद्धता व्यवस्थापन र ऊर्जा स्थानान्तरणको लागि मानकीकृत सन्देशहरू समावेश हुनेछन्।

१०.३ स्मार्ट शहरहरूसँग एकीकरण

भविष्यका पुनरावृत्तिहरूमा ट्राफिक व्यवस्थापन प्रणाली र नवीकरणीय ऊर्जा पूर्वानुमानहरूसँग गहिरो एकीकरण हुने सम्भावना छ। चार्जरहरूले वास्तविक-समय ऊर्जा बजारहरूमा पावरको लागि "बोली" लगाउन सक्षम हुनेछन्, चार्जिङ नेटवर्कहरूलाई विशाल भर्चुअल पावर प्लान्टहरू (VPPs) मा परिणत गर्नेछन्।

प्राविधिक परिशिष्ट: सन्देश तुलनामा गहिरो डुब्नुहोस्

परम प्राविधिक गहिराइ प्रदान गर्न, हामी अब दुई संस्करणहरू बीचको विशिष्ट सन्देश अनुक्रम र फ्रेम भिन्नताहरूको विश्लेषण गर्नेछौं।

A.1 प्राधिकरण प्रवाह

१.६J मा, प्राधिकरण एक बाइनरी "स्वीकृत" वा "ब्लक गरिएको" प्रतिक्रिया थियो।

१.६J अधिकृत प्रतिक्रिया:"json [३, "१२३४५६", { "idTagInfo": { "स्थिति": "स्वीकृत", "समाप्ति मिति": "२०२६-१२-३१T२३:५९:५९Z" } }]"

२.०.१ मा, प्रतिक्रियामा थप सन्दर्भ समावेश छ, जस्तैआइडीटोकनप्रयोगकर्ता इन्टरफेसको लागि प्रकार र अतिरिक्त जानकारी।

२.०.१ अधिकृत प्रतिक्रिया:"json [३, "९८७६५४", { "idTokenInfo": { "स्थिति": "स्वीकृत", "cacheExpiryDateTime": "२०२६-१२-३१T२३:५९:५९Z", "personalMessage": { "format": "UTF8", "content": "पुनः स्वागत छ, जोन! तपाईंको ब्यालेन्स $४५.०० छ" } } }]"

A.2 मुटुको धड्कन र जडान व्यवस्थापन

OCPP २.०.१ ले स्टेशनले "जीवित" छ भनेर कसरी प्रमाणित गर्छ भन्ने कुरालाई अनुकूलन गर्छ। १.६J मा, यदि aमुटुको धड्कनअसफल भएमा, स्टेशनले प्रायः पुन: प्रयास गरिरहनेछ। २.०.१ मा, स्टेशनले प्रयोग गर्न सक्छसूचना कार्यक्रमप्राथमिकसँग मुटुको धड्कन कायम राख्दै, माध्यमिक ब्याकएन्डसँग यसको जडान हराएको रिपोर्ट गर्ने संयन्त्र।

A.3 विस्तृत मेटाडेटा तालिका

निष्कर्ष

OCPP १.६J बाट २.०.१ मा संक्रमण केवल सफ्टवेयर अपडेट मात्र होइन; यो विद्युतीय गतिशीलता इकोसिस्टमको आधारभूत विकास हो। व्यावसायिक अपरेटरहरूको लागि, १.६J ले भरपर्दो विगतलाई प्रतिनिधित्व गर्दछ, जबकि २.०.१ ले स्केलेबल, सुरक्षित र बुद्धिमान भविष्यलाई प्रतिनिधित्व गर्दछ।

आज २.०.१ छनौट गर्नु भनेको दीर्घायुमा लगानी हो। यसले तपाईंको हार्डवेयर अर्को पुस्ताको EV सँग उपयुक्त हुनेछ, साइबर सुरक्षा नियमहरू कडा पार्नेछ, र V2G र स्मार्ट ग्रिड एकीकरणको आकर्षक अवसरहरूको लागि तयार हुनेछ भन्ने कुरा सुनिश्चित गर्दछ। बजार समेकित हुँदै जाँदा, सबैभन्दा बलियो र लचिलो प्रोटोकल स्ट्याक भएका अपरेटरहरूले नै यसको नेतृत्व गर्नेछन्।

अध्याय ११: गहिरो गोताखोरी: सन्देश प्रवाह विश्लेषण र अनुक्रम रेखाचित्रहरू

यस अध्यायमा, हामी १.६J र २.०.१ बीचको परिचालन भिन्नताहरू प्रदर्शन गर्न EVSE र CSMS बीचको अन्तरक्रिया अनुक्रमहरूको विश्लेषण गर्छौं।

११.१ बुट र कन्फिगरेसन अनुक्रम

जब चार्जर पहिलो पटक नेटवर्कमा जडान हुन्छ, यसले आफूलाई पहिचान गर्नुपर्छ र यसको कन्फिगरेसन सिङ्क्रोनाइज गर्नुपर्छ।

OCPP १.६J प्रवाह:

1. वेबसकेट जडान: पोर्ट ८० वा ४४३ मा स्थापित।
2. बुटसूचना: स्टेशनले विक्रेता, मोडेल, र सिरियल पठाउँछ।
3. कन्फिगरेसन प्राप्त गर्नुहोस्: CSMS ले सबै कुञ्जीहरूलाई हालको अवस्था जाँच गर्न अनुरोध गर्दछ।
4. कन्फिगरेसन परिवर्तन गर्नुहोस्: CSMS ले विशिष्ट कुञ्जीहरू अद्यावधिक गर्दछ (जस्तै,मुटुको धड्कन अन्तराल).
5. स्थिति सूचना: स्टेशनले "उपलब्ध" रिपोर्ट गर्छ।

OCPP २.०.१ प्रवाह:

1. सुरक्षित TLS ह्यान्डशेक: अनिवार्य प्रमाणपत्र साटासाट।
2. बुटसूचना: समावेश छकारण(जस्तै,पावरअप).
3. गेटबेसरिपोर्ट: सबै कुञ्जीहरू अनुरोध गर्नुको सट्टा, CSMS ले "आधार रिपोर्ट" अनुरोध गर्दछ जसले उपकरण मोडेलको पूर्ण पदानुक्रम प्रदान गर्दछ।
4. सेटचरहरू: CSMS ले चरहरू अद्यावधिक गर्दछ। ध्यान दिनुहोस् कि २.०.१ ले परमाणु अद्यावधिकहरूको लागि अनुमति दिन्छ - एउटै सन्देशमा धेरै चरहरू सेट गर्ने र सबै सफल हुने वा कुनै पनि नहुने सुनिश्चित गर्ने।
5. सूचना कार्यक्रम: स्टेशनले प्रारम्भिक घटक अवस्थाहरू रिपोर्ट गर्दछ।

११.२ स्मार्ट चार्जिङ वार्ता

स्मार्ट चार्जिङ भनेको २.०.१ साँच्चै चम्कने ठाउँ हो, विशेष गरी जब धेरै चार्जिङ प्रोफाइलहरू ह्यान्डल गरिन्छ।

१.६J मा, CSMS ले a पठाउँछचार्जिङप्रोफाइलसेटगर्नुहोस्जसले स्ट्याक स्तर र तालिका परिभाषित गर्दछ। यदि स्टेशनमा धेरै कनेक्टरहरू छन् भने, प्रोफाइल ह्यान्डलिङ प्रायः अस्पष्ट हुन्छ।

२.०.१ मा,चार्जिङप्रोफाइलसेटगर्नुहोस्स्पष्ट रूपमा a सँग जोडिएको छचार्जिङप्रोफाइलउद्देश्य.

• चार्जिङस्टेशनम्याक्सप्रोफाइल: सम्पूर्ण स्टेशनको सेवन सीमित गर्दछ।
• TXपूर्वनिर्धारितप्रोफाइल: कुनै पनि नयाँ कारोबारको लागि पूर्वनिर्धारित।
• TXप्रोफाइल: चलिरहेको कारोबारको लागि विशिष्ट।

यसबाहेक, २.०.१ ले समर्थन गर्दछचार्जिङस्ट्याकलेभल प्राप्त गर्नुहोस्सन्देश, जसले CSMS लाई कुन प्रोफाइलहरू हाल सक्रिय छन् र EVSE को आन्तरिक तालिकाकर्ताद्वारा तिनीहरूलाई कसरी प्राथमिकता दिइँदैछ भनेर हेर्न अनुमति दिन्छ।

११.३ रिमोट ट्रिगरिङ र नियन्त्रण

रिमोट आदेशहरू जस्तैरिमोटस्टार्टलेनदेन(१.६J) लाई निम्न द्वारा प्रतिस्थापन गरिएको छ:कारोबार सुरु गर्न अनुरोध गर्नुहोस्(२.०.१)। मुख्य भिन्नता पेलोडमा छ। २.०.१ मा, CSMS ले समावेश गर्न सक्छचार्जिङप्रोफाइलसिधै स्टार्ट अनुरोधमा। यसको अर्थ कारले दोस्रो सन्देशको प्रतीक्षा नगरी तुरुन्तै सही पावर स्तरमा चार्ज गर्न सुरु गर्न सक्छ, विलम्बता घटाउन र ग्रिड स्थिरता सुधार गर्न सक्छ।

अध्याय १२: निम्न-स्तरको JSON स्कीमा र क्षेत्र तुलनाहरू

विकासकर्ताहरू र प्रणाली एकीकृतकर्ताहरूको लागि, स्कीमा परिवर्तनहरू माइग्रेसनको सबैभन्दा श्रम-गहन भाग हुन्।

१२.१ गणना गरिएका प्रकारहरू (एनमहरू)

OCPP २.०.१ ले १.६J कार्यान्वयनमा समस्या उत्पन्न गर्ने "कस्टम" स्थिति कोडहरूको आवश्यकतालाई कम गर्दै, मानकीकृत Enums को संख्यालाई धेरै विस्तार गर्दछ।

• कारण Enums: वाचडग, तालिकाबद्धरिसेट, रिमोटरिसेट, पावरलस.
• स्थिति सङ्केतहरू: कब्जा गरिएको, आरक्षित, उपलब्ध छैन, त्रुटिपूर्ण२.०.१ ले थप्छउपलब्ध छ, कब्जा गरिएको, आरक्षित, उपलब्ध छैन, त्रुटिपूर्णतर थप विवरणको लागि उप-स्थितिहरू सहित।

१२.२ डेटा प्रकार र एकाइहरू

OCPP २.०.१ ले मानक एकाइहरू (SI) को प्रयोगलाई औपचारिक बनाउँछ। जहाँ १.६J ले कहिलेकाहीं दशमलव परिशुद्धता अपरिभाषित छोड्छ, २.०.१ ले प्रयोग गर्दछदशमलवविभिन्न विक्रेता हार्डवेयरमा एकरूप बिलिङ सुनिश्चित गर्दै, पावर र ऊर्जा मानहरूको लागि प्रकारहरू।

अध्याय १३: केस स्टडी: १.६J बाट २.०.१ मा विश्वव्यापी CPO माइग्रेसन

१०,००० चार्ज पोइन्ट भएको CPO "MegaCharge" को काल्पनिक परिदृश्य हेरौं।

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

मेगाचार्जले पत्ता लगायो कि उनीहरूको १.६जे फ्लीटको ४०% ले TLS १.२ लाई समर्थन गर्दैन। यसको अर्थ ती चार्जरहरू आगामी सरकारी सम्झौताहरूको लागि अयोग्य थिए।

१३.२ चरण २: CSMS स्तरोन्नति

नयाँ CSMS निर्माण गर्नुको सट्टा, मेगाचार्जले "OCPP अनुवाद तह" लागू गर्‍यो। यो तहले पुरानो हार्डवेयरको लागि १.६J र नयाँ हार्डवेयरको लागि २.०.१ जडानहरू ह्यान्डल गर्‍यो, तर तिनीहरूको मोबाइल एप र बिलिङ इन्जिनमा एकीकृत API खुलासा गर्‍यो।

१३.३ चरण ३: हार्डवेयर प्रतिस्थापन

उच्च ट्राफिक साइटहरूको लागि, मेगाचार्जले १.६J चार्जरहरूलाई २.०.१-अनुरूप DC फास्ट चार्जरहरूले प्रतिस्थापन गर्‍यो। परिणामस्वरूप "फेल्ड टु स्टार्ट" सत्रहरूमा १५% कमी आयो, मुख्यतया अधिक बलियोको कारणले।कारोबार घटना२.०.१ मा ह्यान्डलिङ।

१३.४ ROI विश्लेषण

सुरुवाती लगानी $२० लाख थियो। यद्यपि, कम मर्मतसम्भार कलहरूले (डिभाइस मोडेलको निदानको लागि धन्यवाद) प्रति वर्ष $४०० हजार बचत गर्‍यो। थप रूपमा, V2G फ्रिक्वेन्सी प्रतिक्रिया बजारहरूमा भाग लिने क्षमताले वार्षिक $२०० हजार अतिरिक्त राजस्व उत्पन्न गर्‍यो। फिर्ता अवधि लगभग ३.३ वर्ष थियो।

अध्याय १४: OCPP २.०.१ खरिदको लागि क्रेताको अन्तिम चेकलिस्ट

नयाँ हार्डवेयर वा सफ्टवेयरको मूल्याङ्कन गर्दा, साँचो अनुपालन सुनिश्चित गर्न यो चेकलिस्ट प्रयोग गर्नुहोस्:

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

• [ ]सुरक्षा प्रोफाइल ३ समर्थन: के यसले क्लाइन्ट-साइड प्रमाणपत्र व्यवस्थापनलाई समर्थन गर्छ?
• [ ]डुअल-कोर प्रोसेसर: के TLS इन्क्रिप्शन र JSON पार्सिङको लागि पर्याप्त हेडरूम छ?
• [ ]सुरक्षित तत्व (SE): के बोर्डसँग साँचो भण्डारणको लागि विश्वासको हार्डवेयर मूल छ?
• [ ]ISO १५११८-२/२० तयार छ: के नियन्त्रकले PnC को लागि आवश्यक उच्च-स्तरीय सञ्चार ह्यान्डल गर्न सक्छ?
• [ ]प्रदर्शन क्षमता: के हार्डवेयरले OCPP मार्फत मूल्य/स्थिति जानकारी देखाउन समर्थन गर्छ?डेटा ट्रान्सफरवा नेटिभ सन्देशहरू?

१४.२ सफ्टवेयर (CSMS) आवश्यकताहरू

• [ ]उपकरण मोडेल दृश्यावलोकन: के ड्यासबोर्डले चार्जरको पदानुक्रमिक दृश्य देखाउन सक्छ?
• [ ]प्रमाणपत्र प्राधिकरण (CA) एकीकरण: के CSMS ले स्वचालित रूपमा प्रमाणपत्रहरू जारी गर्न र घुमाउन सक्छ?
• [ ]लेनदेन मेलमिलाप: प्रणालीले १.६जे लेगेसी चार्जरहरूबाट हुने "ह्याङ्गिङ" लेनदेनहरूलाई कसरी ह्यान्डल गर्छ?
• [ ]स्मार्ट चार्जिङ इन्जिन: के यसले २.०.१ को उन्नत स्ट्याक-स्तर तर्कलाई समर्थन गर्छ?
• [ ]स्केलेबिलिटी: के WebSocket ह्यान्डलरले एकै साथ ५०,०००+ निरन्तर TLS जडानहरू व्यवस्थापन गर्न सक्छ?

अध्याय १५: सामान्य OCPP कार्यान्वयन समस्याहरूको समस्या निवारण

मानक भए पनि, कार्यान्वयनहरू फरक-फरक हुन्छन्। यहाँ सबैभन्दा सामान्य "गोचा" छन्।

१५.१ वेबसकेट टाइमआउटहरू

धेरै नेटवर्क फायरवालहरूले निष्क्रिय TCP जडानहरू बन्द गर्छन्। यदिमुटुको धड्कन अन्तरालधेरै माथि सेट गरिएको छ भने, चार्जर विच्छेद हुन सक्छ।

• समाधान: सुनिश्चित गर्नुहोस्मुटुको धड्कन अन्तरालफायरवालको टाइमआउट (सामान्यतया ६०-१२० सेकेन्ड) भन्दा कम छ।

१५.२ प्रमाणपत्र श्रृंखला मुद्दाहरू

२.०.१ मा हुने एउटा सामान्य विफलता "अविश्वसनीय प्रमाणपत्र" त्रुटि हो। यो सामान्यतया चार्जरमा CSMS को रूट CA स्थापना नभएको बेला हुन्छ।

• समाधान: प्रयोग गर्नुहोस्प्रमाणपत्र स्थापना गर्नुहोस्विश्वास श्रृंखला पूरा भएको सुनिश्चित गर्न कमिसनिङको समयमा सन्देश।

१५.३ JSON पेलोड साइज

केही २.०.१ सन्देशहरू (जस्तैगेटबेसरिपोर्ट) धेरै ठूलो हुन सक्छ। यदि चार्जरको बफर धेरै सानो छ भने, यसले सन्देश छोड्नेछ।

• समाधान: जाँच गर्नुहोस्अधिकतमसन्देशसाइजउपकरण मोडेलमा चर र CSMS ले यो सीमाको सम्मान गर्छ भनी सुनिश्चित गर्नुहोस्।

अध्याय १६: क्षेत्रीय नियामक परिदृश्य र प्रोटोकल जनादेशहरू

OCPP २.०.१ मा सर्नु केवल प्रविधिद्वारा संचालित होइन; यो बढ्दो रूपमा कानूनको विषय बन्दै गएको छ।

१६.१ युरोपेली संघ (AFIR)

EU मा रहेको वैकल्पिक इन्धन पूर्वाधार नियमन (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 निर्दिष्ट गरिरहेका छन्।

अध्याय १७: कार्यान्वयन कोडका अंशहरू: "निट्टी-ग्रिटी"

विकासकर्ताहरूलाई सहयोग गर्न, हामी जटिल २.०.१ कार्यहरूको लागि अवधारणात्मक JSON प्रतिनिधित्वहरू प्रदान गर्दछौं।

१७.१ प्रमाणपत्र परिक्रमा प्रवाह

जब प्रमाणपत्रको म्याद सकिन लागेको हुन्छ, CSMS ले रोटेशन ट्रिगर गर्नुपर्छ।

१. CSMS पठाउँछप्रमाणपत्रमा हस्ताक्षर गरिएको:"json [२, "CERT-०१", "प्रमाणपत्रमा हस्ताक्षर गरिएको", { "प्रमाणपत्रश्रृंखला": "-----प्रमाणपत्र सुरु गर्नुहोस्-----\n...\n-----प्रमाणपत्र अन्त्य गर्नुहोस्-----", "प्रमाणपत्रप्रकार": "V2G" }]"

२. स्टेशनले प्रतिक्रिया दिन्छस्वीकृत:"json [३, "CERT-०१", { "स्थिति": "स्वीकृत" }]"

३. स्टेशन पठाउँछसुरक्षाघटनासूचना:"json [२, "EVT-९९", "सुरक्षा घटना सूचना", { "प्रकार": "प्रमाणपत्र घुमाइएको", "टाइमस्ट्याम्प": "२०२६-०८-०९T१०:००:००Z" }]"

१७.२ ग्रिड-रेस्पोन्सिभ चार्जिङ प्रोफाइल सेट गर्ने

कल्पना गर्नुहोस् कि ग्रिड अपरेटरले नेटवर्कभरि पावर कटौती गर्न आवश्यक छ।

CSMS पठाउँछचार्जिङप्रोफाइलसेटगर्नुहोस्:"json [२, "GRID-REQ", "SetChargingProfile", { "evseId": ०, "chargingProfile": { "id": ५०१, ​​"stackLevel": १, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": १, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": ०, "limit": ११००० }, { "startPeriod": ३६००, "limit": २२००० } ] } }]"

अध्याय १८: OCPP २.०.१ सर्तहरूको व्यापक शब्दावली

सबै सरोकारवालाहरूको लागि स्पष्टता सुनिश्चित गर्न, हामी विस्तारित शब्दावली प्रदान गर्दछौं।

• CSMS (चार्जिङ स्टेशन व्यवस्थापन प्रणाली): ब्याकएन्ड क्लाउड प्लेटफर्म जसले चार्जरहरू नियन्त्रण गर्दछ।
• EVSE (विद्युतीय सवारी साधन आपूर्ति उपकरण): भौतिक चार्जिङ स्टेशन।
• OCPP (ओपन चार्ज पोइन्ट प्रोटोकल): उनीहरूले बोल्ने भाषा।
• ओसीए (ओपन चार्ज एलायन्स): भाषा लेख्ने संस्था।
• आईएसओ १५११८: कार र चार्जर बीचको प्रोटोकल।
• PnC (प्लग एण्ड चार्ज): ISO १५११८ र OCPP २.०.१ द्वारा सक्षम गरिएको प्रयोगकर्ता अनुभव।
• V2G (सवारी साधनदेखि ग्रिडसम्म): कारबाट बिजुली ग्रिडमा फिर्ता पठाउँदै।
• V2X (सवारी साधनदेखि सबै कुरा): V2G, V2H, र V2B को लागि छाता शब्द।
• TLS (ट्रान्सपोर्ट लेयर सेक्युरिटी): डेटा सुरक्षित राख्ने इन्क्रिप्शन।
• PKI (सार्वजनिक कुञ्जी पूर्वाधार): सुरक्षाको लागि प्रयोग गरिने डिजिटल प्रमाणपत्रहरूको प्रणाली।
• JSON (जाभास्क्रिप्ट वस्तु संकेतन): सन्देशहरूको ढाँचा।
• वेबसकेट: सन्देशहरू प्रवाह गर्ने निरन्तर जडान "पाइप"।
• उपकरण मोडेल: पदानुक्रमिक तरिका २.०.१ ले हार्डवेयरको वर्णन गर्दछ।
• घटक: हार्डवेयरको एउटा टुक्रा (जस्तै, कनेक्टर)।
• परिवर्तनशील: कम्पोनेन्टको गुण (जस्तै, स्थिति)।
• विशेषता: चरको बारेमा मेटाडेटा (जस्तै, मान, परिवर्तनशीलता)।
• कारोबार घटना: २.०.१ मा सबै सत्र डेटाको लागि एकीकृत सन्देश।
• मुटुको धड्कन: आवधिक "म जीवित छु" संकेत।
• बुटसूचना: चार्जर सुरु हुँदा "नमस्ते, म यहाँ छु" भन्ने संकेत।
• डेटा ट्रान्सफर: विक्रेता-विशिष्ट एक्सटेन्सनहरूको लागि "सबैलाई समात्नुहोस्" सन्देश (सावधानीपूर्वक प्रयोग गर्नुहोस्!)।

अन्तिम विचारहरू: बहु-प्रोटोकल युगमा नेभिगेट गर्दै

एक खरिदकर्ता वा अपरेटरको रूपमा, सबैभन्दा महत्त्वपूर्ण कुरा के हो भने हामी एकमा प्रवेश गर्दैछौंबहु-प्रोटोकल युग। अर्को ३-५ वर्षसम्म, १.६J र २.०.१ सहअस्तित्वमा रहनेछन्। यद्यपि, सन्तुलन द्रुत गतिमा परिवर्तन भइरहेको छ।

आज OCPP २.०.१ छनौट गरेर, तपाईं केवल प्रोटोकल मात्र किनिरहनुभएको छैन; तपाईं बीमा किनिरहनुभएको छ। तपाईं आफ्नो नेटवर्कले नयाँ कारहरू, नयाँ कानूनहरू, र नयाँ राजस्व स्ट्रिमहरूमा अनुकूलन गर्न सक्छ भन्ने कुरा सुनिश्चित गर्दै हुनुहुन्छ। २.०.१ को जटिलता प्रगतिको मूल्य हो - एक मूल्य जसले सुधारिएको अपटाइम, कम जोखिम, र उत्कृष्ट ग्राहक अनुभव मार्फत आफैंको लागि तिर्छ।

व्यावसायिक चार्जिङ अब एउटा विशिष्ट उद्योग रहेन; यो भविष्यको यातायात प्रणालीको मेरुदण्ड हो। त्यो मेरुदण्डलाई सम्भव भएसम्म बलियो जगमा निर्माण गर्नुहोस्: OCPP २.०.१।

अध्याय १९: OCPP २.०.१ को लागि विकास: सफ्टवेयर इन्जिनियरहरूको लागि उत्तम अभ्यासहरू

१.६J कोडबेसबाट २.०.१ मा संक्रमण गर्नु रिफ्याक्टर होइन; यो पुनर्लेखन हो। विकासकर्ताहरूले फरक मानसिक मोडेल अपनाउनु पर्छ।

१९.१ एसिन्क्रोनिसिटीलाई अँगाल्ने

वेबसकेटहरू स्वाभाविक रूपमा एसिन्क्रोनस भए तापनि, २.०.१ को जटिलताको अर्थ एउटा अनुरोध (जस्तैगेटबेसरिपोर्ट) स्रोत-सीमित EVSE मा प्रशोधन गर्न धेरै सेकेन्ड लाग्न सक्छ। CSMS विकासकर्ताहरूले विभिन्न हार्डवेयर विक्रेताहरूको फरक प्रशोधन गतिको लागि जिम्मेवार बलियो टाइमआउट र पुन: प्रयास तर्क लागू गर्नुपर्छ।

१९.२ कुशल JSON पार्सिङ

JSON पार्सिंग CPU-गहन हुन सक्छ। EVSE फर्मवेयरको लागि, विकासकर्ताहरूले सम्पूर्ण पेलोड RAM मा लोड गर्नुको सट्टा स्ट्रिम-आधारित पार्सरहरू प्रयोग गर्नुपर्छ। यो विशेष गरी महत्त्वपूर्ण छसूचना कार्यक्रमसन्देशहरू, जसमा एउटै फ्रेममा सयौं चर अद्यावधिकहरू समावेश हुन सक्छन्।

१९.३ राज्य मेसिन ह्यान्डल गर्ने

२.०.१ मा भएको लेनदेनको लागि स्टेट मेसिन १.६J भन्दा बढी कठोर छ। विकासकर्ताहरूले कडाईका साथ संक्रमण नियमहरू पालना गर्नुपर्छकारोबार घटना। उदाहरणका लागि, तपाईंले पठाउन सक्नुहुन्नसमाप्त भयोपहिले नपठाएको घटनासुरु भयोत्यो विशेष घटनाको लागिकारोबार आइडी.

अध्याय २०: परीक्षण, प्रमाणीकरण, र OCPP अनुपालन परीक्षण उपकरण (OCTT)

अन्तरसञ्चालनशीलता OCPP को प्रतिज्ञा हो, तर यो कठोर परीक्षण मार्फत मात्र साकार हुन्छ।

२०.१ OCA प्रमाणीकरणको भूमिका

ओपन चार्ज एलायन्सले प्रमाणीकरण कार्यक्रम प्रदान गर्दछ। खरीददारहरूले "OCPP 2.0.1 प्रमाणित" लेबल खोज्नुपर्छ। यो प्रमाणीकरणले कार्यान्वयनले सबै अनिवार्य प्रोफाइलहरू समेट्ने स्वचालित परीक्षणहरूको एक सुइट पास गरेको सुनिश्चित गर्दछ।

२०.२ OCTT प्रयोग गर्दै

OCPP अनुपालन परीक्षण उपकरण (OCTT) परीक्षणको लागि सुनौलो मानक हो। यसले CSMS र EVSE दुवैको नक्कल गर्छ।

• EVSE निर्माताहरूको लागि: तपाईंको स्टेशनले "ह्याप्पी पाथ" परिदृश्यहरू र एज केसहरू (जस्तै फर्मवेयर अपडेटको समयमा नेटवर्क ड्रपहरू) ह्यान्डल गर्छ भनी प्रमाणित गर्न OCTT प्रयोग गर्नुहोस्।
• CSMS प्रदायकहरूको लागि: तपाईंको ब्याकएन्डले सन्देशहरूको विशाल विविधता र २.०.१ को कडा सुरक्षा आवश्यकताहरू पूरा गर्न सक्छ भनी सुनिश्चित गर्न OCTT प्रयोग गर्नुहोस्।

२०.३ क्षेत्र परीक्षण र अन्तरक्रिया महोत्सवहरू

स्वचालित परीक्षणभन्दा बाहिर, OCA ले "प्लगफेस्टहरू" आयोजना गर्दछ जहाँ विक्रेताहरूले वास्तविक-विश्व परिदृश्यहरूमा एकअर्का विरुद्ध परीक्षण गर्न आफ्नो हार्डवेयर र सफ्टवेयर ल्याउँछन्। यो त्यहीं हो जहाँ प्रमाणपत्र असंगतता वा सानो JSON ढाँचा भिन्नताहरू जस्ता सबैभन्दा सूक्ष्म बगहरू समातिन्छन् र समाधान गरिन्छन्।

अध्याय २१: गहिरो तुलनात्मक तालिका: OCPP २.०.१ का ६०+ कार्यहरू

पूर्ण सन्दर्भ प्रदान गर्न, हामी २.०.१ को प्राथमिक सन्देशहरूलाई वर्गीकृत गर्छौं र तिनीहरूलाई तिनीहरूको १.६J समकक्षहरूसँग तुलना गर्छौं।

२१.१ प्रावधान र कन्फिगरेसन

२१.२ लेनदेन ह्यान्डलिङ

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

२१.४ तपाईंको नेटवर्कको लागि तालिकाको अर्थ के हो

तालिकाले एउटा कुरा स्पष्ट पार्छ: OCPP 2.0.1 1.6J को कस्मेटिक पुन: नामकरण होइन। नयाँ सन्देश परिवारहरू - टाइप गरिएका चरहरू, घटना-संचालित लेनदेनहरू, र प्रमाणपत्र व्यवस्थापन - प्लग र चार्ज, स्मार्ट चार्जिङ, र नियामक रिपोर्टिङको लागि आवश्यक प्लम्बिंग हुन्। 1.6J मात्र बोल्ने चार्जरलाई गेटवेको साथ पुन: फिट गर्न सकिन्छ, तर 1.6J मात्र बोल्ने CSMS ले सुरक्षा मोडेल नियामकहरू र अटोमेकरहरूलाई बढ्दो रूपमा आवश्यक पर्ने कुराहरू प्रदान गर्न सक्दैन। हार्डवेयरको मूल्याङ्कन गर्दा, "2.0.1-तयार" को अर्थ फर्मवेयर आज ढुवानी भइरहेको छ, अर्को वर्षको लागि निर्धारित छैन। र किनभने OCPP 2.0.1 1.6J को SOAP ट्रान्सपोर्टको सट्टा JSON-over-WebSocket मा चल्छ, सन्देश प्रवाहहरू हल्का छन् र डिबग गर्न धेरै सजिलो छन् - एक व्यावहारिक फाइदा जुन तपाईंको IT टोलीले पहिलो दिनदेखि महसुस गर्नेछ।

अध्याय २२: निष्कर्ष: स्तरोन्नति निर्णय लिने

व्यावसायिक सञ्चालकको लागि, व्यावहारिक मार्गदर्शन स्पष्ट छ:

• नयाँ डिप्लोयमेन्टहरू पूर्वनिर्धारित रूपमा OCPP 2.0.1 मा हुनुपर्छ।सुरक्षा मोडेल, प्रमाणपत्र ह्यान्डलिङ, र ISO १५११८ एकीकरण २०२६ नियामक वातावरणको लागि पूर्वशर्तहरू हुन्।
• अवस्थित १.६J फ्लीटहरू अलपत्र परेका छैनन्।२.०.१-नेटिभ हार्डवेयरमा चरणबद्ध हुँदा व्यवस्थित गेटवेहरू र दोहोरो-प्रोटोकल CSMS प्लेटफर्महरूले खाडललाई कम गर्छन्।
• विश्वास गर्नु अघि परीक्षण गर्नुहोस्।OCTT, प्लगफेस्टहरू, र स्टेज्ड रोलआउटहरू प्रयोग गर्नुहोस् — अन्तरसञ्चालनशीलता क्षेत्रमा प्रमाणित भएको छ, डेटाशीटबाट अनुमान गरिएको छैन।
• बसाइँसराइ मार्गको लिखित माग गर्नुहोस्।तपाईंको चार्जर विक्रेताले १.६J देखि २.०.१ सम्मको फर्मवेयर रोडम्याप मिति सहित प्रकाशित गर्नुपर्छ, अस्पष्ट वाचाहरू होइन।

कल टु एक्शन: तपाईंको प्रोटोकल रणनीतिको बारेमा MIDA पावरसँग कुरा गर्नुहोस्

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.