વાણિજ્યિક ચાર્જિંગ ઓપરેટરો માટે 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 એકીકરણની મહત્વપૂર્ણ ભૂમિકાનું અન્વેષણ કરીએ છીએ. ખરીદદારો અને ઓપરેટરો માટે, આ લેખ ઝડપથી પરિપક્વ થઈ રહેલા બજારમાં જાણકાર ખરીદી અને સ્થળાંતર નિર્ણયો લેવા માટે ચોક્કસ સંદર્ભ તરીકે સેવા આપે છે.

પ્રકરણ 1: EV ચાર્જિંગ ધોરણોનો વિકાસ: એક ઐતિહાસિક સંદર્ભ

ઓપન ચાર્જ પોઈન્ટ પ્રોટોકોલ (OCPP) નો જન્મ ઇન્ટરઓપરેબિલિટીની જરૂરિયાતમાંથી થયો હતો. EV ચાર્જિંગના શરૂઆતના દિવસોમાં, હાર્ડવેર ઉત્પાદકો અને સોફ્ટવેર પ્રદાતાઓએ માલિકીના પ્રોટોકોલનો ઉપયોગ કર્યો, "દિવાલોવાળા બગીચા" બનાવ્યા જેણે સ્પર્ધા અને નવીનતાને દબાવી દીધી. OCPP 1.2 અને 1.5 ની રજૂઆતે પાયો નાખ્યો, પરંતુ તે OCPP 1.6 હતું જેણે ખરેખર ઉદ્યોગને એકીકૃત કર્યો.

૧.૧ OCPP ૧.૬J નું વર્ચસ્વ

2015 માં રિલીઝ થયેલા, OCPP 1.6 એ JSON ઓવર વેબસોકેટ્સ (1.6J) અમલીકરણ રજૂ કર્યું. SOAP-આધારિત મેસેજિંગથી દૂર જવાથી વિકાસકર્તાઓ માટે ઓવરહેડમાં નોંધપાત્ર ઘટાડો થયો અને અમલીકરણ સરળ બન્યું. તેણે સ્માર્ટ ચાર્જિંગ અને વધારાના સ્ટેટસ સૂચનાઓ જેવી સુવિધાઓ રજૂ કરી, જે તેને લગભગ એક દાયકા સુધી ઉદ્યોગ માનક બનાવ્યું.

૧.૨ OCPP ની ઉત્પત્તિ ૨.૦.૧

1.6J ની સફળતા છતાં, ઉદ્યોગના વિકાસે તેની મર્યાદાઓ ખુલ્લી પાડી. સુરક્ષા, ઉપકરણ વ્યવસ્થાપન જટિલતા અને એડવાન્સ્ડ ગ્રીડ ઇન્ટિગ્રેશન (V2G) માટે મૂળ સપોર્ટનો અભાવ OCPP 2.0 ના વિકાસ તરફ દોરી ગયો, અને ત્યારબાદ, રિફાઇન્ડ OCPP 2.0.1 (2020 માં પ્રકાશિત). OCPP 2.0.1 ફક્ત એક અપડેટ નથી; તે ઉચ્ચ-શક્તિ, સ્માર્ટ અને સુરક્ષિત ચાર્જિંગ નેટવર્ક્સની આગામી પેઢીને ટેકો આપવાના હેતુથી સંપૂર્ણ પુનઃડિઝાઇન છે.

પ્રકરણ 2: અંતર્ગત સંચાર દાખલાઓ: JSON, વેબસોકેટ્સ અને ફ્રેમ સ્ટ્રક્ચર્સ

આ પ્રોટોકોલ વચ્ચેનો તફાવત સમજવા માટે, નીચલા સ્તરના સંદેશાવ્યવહાર પર ધ્યાન આપવું જોઈએ. બંને પ્રોટોકોલ વેબસોકેટ્સ પર JSON નો ઉપયોગ કરે છે, પરંતુ આ સંદેશાઓની રચના અને સંચાલન નોંધપાત્ર રીતે અલગ છે.

૨.૧ વેબસોકેટ સ્તર

બંને વર્ઝન સતત વેબસોકેટ કનેક્શનનો ઉપયોગ કરે છે, જે ફુલ-ડુપ્લેક્સ કોમ્યુનિકેશન માટે પરવાનગી આપે છે. આ રીઅલ-ટાઇમ કામગીરી માટે મહત્વપૂર્ણ છે, જેમ કે મોબાઇલ એપ્લિકેશનથી ચાર્જિંગ સત્ર બંધ કરવું અથવા તાત્કાલિક ફોલ્ટ ચેતવણીઓ પ્રાપ્ત કરવી.

૨.૨ સંદેશ ફ્રેમ બ્રેકડાઉન

એક લાક્ષણિક OCPP સંદેશમાં સંદેશ પ્રકાર ID, એક અનન્ય સંદેશ ID, ક્રિયા નામ અને પેલોડનો સમાવેશ થાય છે.

OCPP 1.6J ફ્રેમ ઉદાહરણ (બૂટનોટિફિકેશન)

"json [2, "123456", "બૂટનોટિફિકેશન", { "ચાર્જપોઇન્ટવેન્ડર": "મિડાપાવર", "ચાર્જપોઇન્ટમોડેલ": "ટેરા-એક્સ", "ચાર્જપોઇન્ટસિરિયલનમ્બર": "SN001", "ફર્મવેરવર્ઝન": "v1.2.3" }]"

OCPP 2.0.1 ફ્રેમ ઉદાહરણ (બૂટનોટિફિકેશન)

"json [2, "987654", "BootNotification", { "કારણ": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`2.0.1 માં વધેલી ગ્રેન્યુલારિટી પર ધ્યાન આપો.reason` ફીલ્ડ CSMS ને સમજવાની મંજૂરી આપે છે કે શું બુટ રીબૂટ, પાવર-અપ અથવા વોચ-ડોગ ટ્રિગરને કારણે થયું હતું, જે વધુ સારા ડાયગ્નોસ્ટિક લોજિકને સક્ષમ કરે છે.

પ્રકરણ 3: આર્કિટેક્ચરલ પેરાડાઈમ શિફ્ટ: ડિવાઇસ મોડેલ

OCPP 2.0.1 માં સૌથી મહત્વપૂર્ણ તકનીકી પ્રસ્થાન એ ની રજૂઆત છેડિવાઇસ મોડેલ.

૩.૧ ૧.૬જે કન્ફિગરેશન કીની મર્યાદાઓ

OCPP 1.6J માં, હાર્ડવેર રૂપરેખાંકન "રૂપરેખાંકન કી" ની ફ્લેટ સૂચિ દ્વારા સંચાલિત કરવામાં આવ્યું હતું (દા.ત.,હૃદયના ધબકારાનો અંતરાલ, કનેક્શન સમયસમાપ્તિ). જેમ જેમ ચાર્જર્સ વધુ જટિલ બનતા ગયા (મલ્ટિ-કનેક્ટર, ઇન્ટિગ્રેટેડ પાવર મોડ્યુલ્સ, જટિલ કૂલિંગ સિસ્ટમ્સ), આ ફ્લેટ લિસ્ટ અનિયંત્રિત બની ગયું. સ્ટેશનના ભૌતિક વંશવેલોનું વર્ણન કરવાનો કોઈ પ્રમાણિત રસ્તો નહોતો.

૩.૨ ૨.૦.૧ ડિવાઇસ મોડેલ અભિગમ

OCPP 2.0.1 એક વંશવેલો મોડેલ રજૂ કરે છે જેમાં શામેલ છેઘટકોઅનેચલો. એક ઘટક "નિયંત્રક," "કનેક્ટર," અથવા "પાવરમોડ્યુલ" હોઈ શકે છે. દરેક ઘટકમાં ચલ હોય છે જે તેની સ્થિતિ અથવા રૂપરેખાંકનનું પ્રતિનિધિત્વ કરે છે (દા.ત.,તાપમાન, વોલ્ટેજ, મહત્તમ વર્તમાન).

• ઘટક: ચાર્જિંગ સ્ટેશનનો ભૌતિક અથવા તાર્કિક ભાગ.
• ચલ: તે ઘટકનો ચોક્કસ ગુણ.
• લાક્ષણિકતાઓ: ચલ (એકમ, શ્રેણી, ઍક્સેસ પ્રકાર) નું વર્ણન કરતો મેટાડેટા.

આ પ્રમાણિત દેખરેખ માટે પરવાનગી આપે છે. ઓપરેટર હવે વિક્રેતા-વિશિષ્ટ માલિકીની કી પર આધાર રાખવાને બદલે, પ્રમાણિત પાથનો ઉપયોગ કરીને ચોક્કસ પાવર મોડ્યુલના તાપમાનને ક્વેરી કરી શકે છે.

પ્રકરણ 4: સાયબર સુરક્ષા: "શ્રેષ્ઠ પ્રયાસ" થી ફરજિયાત TLS સુધી

EV ચાર્જિંગના શરૂઆતના દિવસોમાં, સુરક્ષા ઘણીવાર પાછળથી વિચારવામાં આવતી હતી. OCPP 1.6J માં સુરક્ષા પ્રોફાઇલ્સ ઓફર કરવામાં આવી હતી, પરંતુ અમલીકરણ વિક્રેતાઓમાં અસંગત હતું.

૪.૧ ૧.૬J માં સુરક્ષા પ્રોફાઇલ્સ

OCPP 1.6J એ ત્રણ સુરક્ષા પ્રોફાઇલ વ્યાખ્યાયિત કરી:

1. અસુરક્ષિત: પ્લેનટેક્સ્ટ HTTP/વેબસોકેટ્સ.
2. મૂળભૂત પ્રમાણીકરણ: વપરાશકર્તા નામ/પાસવર્ડ સાથે TLS.
3. પ્રમાણપત્ર-આધારિત: ક્લાયન્ટ-સાઇડ પ્રમાણપત્રો સાથે TLS.

સમસ્યા એ હતી કે ઘણા ચાર્જર્સ પ્રોફાઇલ 1 પર જ રહેતા હતા, જેના કારણે તેઓ મેન-ઇન-ધ-મિડલ (MITM) હુમલાઓ અને અનધિકૃત નિયંત્રણ માટે સંવેદનશીલ રહેતા હતા.

૪.૨ ૨.૦.૧ નું કઠણ વલણ

OCPP 2.0.1 સુરક્ષિત સંચારને ફરજિયાત બનાવે છે. તે અદ્યતન સુરક્ષા સુવિધાઓને મૂળ રીતે એકીકૃત કરે છે:

• સુરક્ષિત ફર્મવેર અપડેટ્સ: ફર્મવેર છબીઓની ફરજિયાત સહી અને ચકાસણી.
• સુરક્ષા લોગિંગ: સુરક્ષા-સંબંધિત ઘટનાઓ માટે વિગતવાર લોગ (દા.ત., નિષ્ફળ લોગિન પ્રયાસો, પ્રમાણપત્ર સમાપ્તિ).
• પ્રમાણપત્ર વ્યવસ્થાપન: ફેરવાયેલા અને અપડેટ કરેલા પ્રમાણપત્રો (CSMS-આધારિત અથવા સ્ટેશન-આધારિત) માટે પ્રમાણિત સંદેશાઓ.
• ટીએલએસ ૧.૨/૧.૩: નવીનતમ એન્ક્રિપ્શન ધોરણો માટે સપોર્ટ.

વાણિજ્યિક ઓપરેટરો માટે, આ મોટા પાયે નેટવર્ક સમાધાનનું જોખમ ઘટાડે છે અને IoT ઉપકરણો માટે ઉભરતા સાયબર સુરક્ષા નિયમોનું પાલન સુનિશ્ચિત કરે છે.

પ્રકરણ 5: ISO 15118 એકીકરણ: પ્લગ અને ચાર્જ અને V2G

EV ચાર્જિંગનું ભવિષ્ય ફક્ત ઇલેક્ટ્રોનને ખસેડવા વિશે નથી; તે ડેટા અને ઊર્જાના બુદ્ધિશાળી વિનિમય વિશે છે. ISO 15118 એ વાહન-થી-ગ્રીડ (V2G) સંચાર માટે આંતરરાષ્ટ્રીય ધોરણ છે, અને OCPP સાથે તેનું સંકલન 2.0.1 નું નિર્ણાયક લક્ષણ છે.

૫.૧ પ્લગ અને ચાર્જની જટિલતા

પ્લગ એન્ડ ચાર્જ (PnC) ડ્રાઇવરને એપ કે RFID કાર્ડનો ઉપયોગ કર્યા વિના વાહનને પ્લગ ઇન કરીને ચાર્જ કરવાનું શરૂ કરવાની મંજૂરી આપે છે. આ માટે વાહન, ચાર્જર, ઓપરેટર અને ક્લિયરિંગહાઉસને સંડોવતા એક જટિલ પબ્લિક કી ઇન્ફ્રાસ્ટ્રક્ચર (PKI) ની જરૂર પડે છે.

OCPP 1.6J માં, બેઝ પ્રોટોકોલમાં PnC સપોર્ટ અસ્તિત્વમાં નહોતો. વિક્રેતાઓએ કસ્ટમ એક્સટેન્શન લાગુ કરવા પડ્યા, જેના કારણે ફ્રેગમેન્ટેશન થયું. OCPP 2.0.1 PnC માટે "પ્લમ્બિંગ" પૂરું પાડે છે, જે નીચે મુજબ છે:

• પ્રમાણપત્ર ઇન્સ્ટોલેશન: EVSE દ્વારા CSMS માંથી EV ને કોન્ટ્રેક્ટ પ્રમાણપત્રો પાસ કરવા.
• અધિકૃતતા: વાહનના પ્રમાણપત્રમાંથી મેળવેલા ઈ-મોબિલિટી આઈડી (eMAID) નો ઉપયોગ કરીને.
• એન્ક્રિપ્ટેડ કમ્યુનિકેશન: કાર અને ગ્રીડ વચ્ચે પસાર થતો સંવેદનશીલ બિલિંગ ડેટા સુરક્ષિત છે તેની ખાતરી કરવી.

૫.૨ સ્માર્ટ ચાર્જિંગ અને લોડ બેલેન્સિંગ

જ્યારે 1.6J બેઝિક સ્માર્ટ ચાર્જિંગને સપોર્ટ કરતું હતું (એક મોકલવુંચાર્જિંગપ્રોફાઇલ સેટ કરો), 2.0.1 આને વધારે છે. તે આ માટે પરવાનગી આપે છે:

• બાહ્ય સિગ્નલ એકીકરણ: ગ્રીડ ફ્રીક્વન્સી અથવા જથ્થાબંધ ભાવ સંકેતોનો રીઅલ-ટાઇમ પ્રતિભાવ.
• ગતિશીલ લોડ મેનેજમેન્ટ: સેંકડો કનેક્ટર્સ ધરાવતી સાઇટ પર પાવર વિતરણ પર વધુ ઝીણવટભર્યું નિયંત્રણ.
• વાહન-થી-ગ્રીડ (V2G): 2.0.1 માં દ્વિદિશ ઊર્જા પ્રવાહને ટેકો આપવા માટે જરૂરી ડેટા ફીલ્ડ્સનો સમાવેશ થાય છે, જે EV ને ગ્રીડ માટે વિતરિત ઊર્જા સંસાધનો (DERs) તરીકે કાર્ય કરવાની મંજૂરી આપે છે.

૫.૩ વપરાશકર્તા UI/UX સુધારાઓ

OCPP 2.0.1 ચાર્જરની સ્ક્રીન અથવા વાહનના ડેશબોર્ડ પર સીધી માહિતી પ્રદર્શિત કરવાનું સમર્થન કરે છે, જેમ કે:

• સ્થાનિક ચલણમાં રીઅલ-ટાઇમ કિંમત.
• 80% સ્ટેટ-ઓફ-ચાર્જ (SoC) સુધી પહોંચવાનો અંદાજિત સમય.
• પૂર્ણ થયા પછી વિગતવાર રસીદ માહિતી.

પ્રકરણ 6: અદ્યતન ઉપકરણ સંચાલન અને દેખરેખ

CPO માટે, ચાર્જરની કિંમત ફક્ત ખરીદી કિંમત નથી; તે માલિકીની કુલ કિંમત (TCO) છે. જાળવણી અને ડાઉનટાઇમ સૌથી મોટા નફાના સ્ત્રોત છે. OCPP 2.0.1 શ્રેષ્ઠ દેખરેખ ક્ષમતાઓ દ્વારા આને સંબોધે છે.

૬.૧ ઘટના-આધારિત રિપોર્ટિંગ

1.6J માં, CSMS ને સામાન્ય રીતે ચાર્જરનો સ્ટેટસ જાણવા માટે પોલ કરવો પડતો હતો અથવા રાહ જોવી પડતી હતીસ્થિતિ સૂચના. 2.0.1 માં,ઇવેન્ટ મોનિટરિંગસિસ્ટમ CSMS ને થ્રેશોલ્ડ સેટ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે: "જો આંતરિક તાપમાન 70°C થી વધુ હોય તો જ મને જાણ કરો" અથવા "જો ઇનપુટ વોલ્ટેજ 200V થી નીચે જાય તો જાણ કરો." આ નેટવર્ક ટ્રાફિક ઘટાડે છે અને સક્રિય જાળવણી માટે પરવાનગી આપે છે.

૬.૨ વ્યવહાર સંભાળ: વ્યવહાર ઘટના

OCPP 1.6J ના સૌથી વધુ ટીકા પામેલા પાસાઓમાંનું એક તેનું વ્યવહારોનું સંચાલન હતું. એક સત્ર સામેલ હતુંસ્ટાર્ટટ્રાન્ઝેક્શનઅનેવ્યવહાર રોકોસંદેશાઓ, પરંતુ જો નેટવર્કમાં વિક્ષેપ આવે, તો CSMS ને ઘણીવાર બિલિંગ ડેટાનું સમાધાન કરવામાં મુશ્કેલી પડતી.

OCPP 2.0.1 આને એકલ, મજબૂત સાથે બદલે છેવ્યવહાર ઘટનાસંદેશ. આ સંદેશનો ઉપયોગ વ્યવહારના તમામ જીવનચક્ર તબક્કાઓ (શરૂઆત, અપડેટ, સમાપ્ત) ની જાણ કરવા માટે થાય છે. તેમાં એક અનન્ય શામેલ છેવ્યવહાર આઈડીચાર્જર રીબૂટ થાય તો પણ તે ચાલુ રહે છે, ખાતરી કરે છે કે કોઈ ચાર્જિંગ ડેટા - અને તેથી કોઈ આવક - ગુમાવશે નહીં.

૬.૩ સુધારેલ નિદાન અને મુશ્કેલીનિવારણ

આગેટલોગઅનેડાયગ્નોસ્ટિક્સસ્થિતિસૂચના2.0.1 માં સંદેશાઓ વધુ સંરચિત છે. CPO ચોક્કસ લોગ પ્રકારો (સુરક્ષા, ડાયગ્નોસ્ટિક, વપરાશકર્તા) ની વિનંતી કરી શકે છે અને સમય શ્રેણીનો ઉલ્લેખ કરી શકે છે. આ રિમોટ સપોર્ટ ટીમોને સાઇટ પર ટેકનિશિયન મોકલ્યા વિના સમસ્યાઓ ઉકેલવા માટે પરવાનગી આપે છે, જેનાથી OpEx નોંધપાત્ર રીતે ઓછું થાય છે.

પ્રકરણ 7: ફર્મવેર અપડેટ મિકેનિઝમ્સ: વિશ્વસનીયતા અને રોલબેક

ફર્મવેર અપડેટ્સ એ વિકસિત થતા હાર્ડવેરનો મુખ્ય ભાગ છે, પરંતુ નિષ્ફળ અપડેટ ચાર્જરને નુકસાન પહોંચાડી શકે છે.

૭.૧ ૧.૬જે અપડેટ પ્રક્રિયા

1.6J માં,ફર્મવેર અપડેટ કરોઆદેશ પ્રમાણમાં સરળ હતો. ચાર્જર છબી ડાઉનલોડ કરશે અને તેને ઇન્સ્ટોલ કરવાનો પ્રયાસ કરશે. મલ્ટી-સ્ટેજ અપડેટ્સ અથવા ચકાસાયેલ રોલબેક માટે કોઈ પ્રમાણિત પદ્ધતિ નહોતી.

૭.૨ ૨.૦.૧ મલ્ટી-સ્ટેપ અપડેટ

OCPP 2.0.1 ફર્મવેર અપડેટ્સ માટે વધુ સુસંસ્કૃત જીવનચક્ર રજૂ કરે છે:

1. ડાઉનલોડ કરો: ચાર્જર છબી મેળવે છે અને તેના ચેકસમ/સહીની ચકાસણી કરે છે.
2. ઇન્સ્ટોલેશન: અપડેટ ગૌણ પાર્ટીશન પર લાગુ થાય છે.
3. ચકાસણી: સિસ્ટમ તપાસે છે કે નવું ફર્મવેર યોગ્ય રીતે બુટ થાય છે કે નહીં.
4. સક્રિયકરણ: પ્રાથમિક પાર્ટીશન સ્વિચ થયેલ છે.

જો કોઈ પગલું નિષ્ફળ જાય, તો પ્રોટોકોલ વ્યાખ્યાયિત કરે છે કે ચાર્જર કેવી રીતે પાછલા સ્થિર સંસ્કરણ પર પાછું ફરવું જોઈએ અને ચોક્કસ નિષ્ફળતા કોડ CSMS ને જાણ કરવો જોઈએ. મોટા પાયે વ્યાપારી જમાવટ માટે વિશ્વસનીયતાનું આ સ્તર બિન-વાટાઘાટોપાત્ર છે.

૭.૩ સહી ચકાસણી

દૂષિત વ્યક્તિઓને ચેડા કરાયેલા ફર્મવેર અપલોડ કરવાથી રોકવા માટે, 2.0.1 ડિજિટલ હસ્તાક્ષરોનો ઉપયોગ ફરજિયાત કરે છે. ચાર્જર ઉત્પાદકની ખાનગી કી દ્વારા સહી ન કરાયેલ કોઈપણ કોડને અમલમાં મૂકવાનો ઇનકાર કરશે, હાર્ડવેર-સ્તરના હેક્સ સામે રક્ષણનો એક મહત્વપૂર્ણ સ્તર ઉમેરશે.

પ્રકરણ 8: ડેટા ગોપનીયતા, નિયમનકારી પાલન અને GDPR

જેમ જેમ EV ચાર્જિંગ રોજિંદા ઉપયોગિતા બની રહ્યું છે, તેમ તેમ જનરેટ થતો વ્યક્તિગત ડેટા આશ્ચર્યજનક છે. એક જ ચાર્જિંગ સત્ર વપરાશકર્તાની ઓળખ, તેમના વાહનનું સ્થાન, તેમની મુસાફરીની રીત અને તેમની નાણાકીય માહિતીને લિંક કરી શકે છે.

8.1 OCPP માં વ્યક્તિગત રીતે ઓળખી શકાય તેવી માહિતી (PII)

યુરોપમાં જનરલ ડેટા પ્રોટેક્શન રેગ્યુલેશન (GDPR) અને કેલિફોર્નિયામાં CCPA જેવા સમાન કાયદાઓના સંદર્ભમાં, ડેટા પોઈન્ટ જેમ કેઆઈડીટેગ(RFID) અથવાઇવીસીસીઆઈડી(વાહન ઓળખકર્તા) ને PII ગણવામાં આવે છે.

OCPP 2.0.1 ડેટા અનામીકરણ માટે વધુ સારા નિયંત્રણો પૂરા પાડે છે. ઉદાહરણ તરીકે,કસ્ટમ ડેટાફીલ્ડ્સ ઓપરેટરોને કોર પ્રોટોકોલ લોગમાં PII ને ખુલ્લા પાડ્યા વિના મેટાડેટા સ્ટોર કરવાની મંજૂરી આપે છે. વધુમાં, ઉન્નત સુરક્ષા પ્રોફાઇલ્સ ખાતરી કરે છે કે આ ડેટા ટ્રાન્ઝિટ અને રેસ્ટ બંને સમયે એન્ક્રિપ્ટ થયેલ છે.

૮.૨ ભૂલી જવાનો અધિકાર અને ડેટા પોર્ટેબિલિટી

2.0.1 ડિવાઇસ મોડેલની માળખાગત પ્રકૃતિ CSMS પ્રદાતાઓ માટે "ડેટા ડિલીટ" વિનંતીઓને અમલમાં મૂકવાનું સરળ બનાવે છે. 1.6J સિસ્ટમમાં, અલગ અલગ રૂપરેખાંકન કી અને લોગમાં વપરાશકર્તાના ID ના બધા ઉદાહરણો શોધવાનું મેન્યુઅલ દુઃસ્વપ્ન હતું. 2.0.1 માં, ડિવાઇસ સ્ટેટ અને ટ્રાન્ઝેક્શન ડેટા વચ્ચેનું સ્પષ્ટ વિભાજન સ્વચ્છ ડેટાબેઝ આર્કિટેક્ચર માટે પરવાનગી આપે છે.

૮.૩ IoT સુરક્ષા કાયદાઓનું પાલન

ઘણા પ્રદેશો હવે એવા કાયદા પસાર કરી રહ્યા છે જેમાં IoT ઉપકરણો માટે અનન્ય પાસવર્ડ અને સુરક્ષિત અપડેટ મિકેનિઝમ જરૂરી છે. OCPP 2.0.1 ના ફરજિયાત TLS અને સહી કરેલ ફર્મવેર ફક્ત "સુંદર" સુવિધાઓ નથી - તે કેલિફોર્નિયા અને યુકે જેવા બજારોમાં હાર્ડવેર વેચવા માટે કાનૂની આવશ્યકતાઓ છે.

પ્રકરણ 9: ખરીદનારનો દ્રષ્ટિકોણ: TCO, ROI, અને વ્યૂહાત્મક સ્થળાંતર

કોમર્શિયલ ચાર્જિંગ ઓપરેટર માટે, 1.6J સાથે વળગી રહેવાનો કે 2.0.1 પર જવાનો નિર્ણય નાણાકીય છે.

૯.૧ અમલીકરણનો ખર્ચ

• ઓસીપીપી ૧.૬જે: અમલમાં મૂકવા માટે સસ્તું, ઓછા ખર્ચે હાર્ડવેર દ્વારા વ્યાપકપણે સમર્થિત, પરંતુ જાળવણી અને સુરક્ષા જોખમોમાં ઊંચા છુપાયેલા ખર્ચ વહન કરે છે.
• OCPP 2.0.1: EVSE માં વધુ શક્તિશાળી પ્રોસેસર અને વધુ મેમરીની જરૂર પડે છે. પ્રોટોકોલની જટિલતાને કારણે CSMS માટે વિકાસ ખર્ચ વધારે છે. જો કે, તે રિમોટ મેનેજમેન્ટ અને વધુ સારી વિશ્વસનીયતા દ્વારા નોંધપાત્ર OpEx બચત પ્રદાન કરે છે.

૯.૨ "સરળ અપગ્રેડ" ની માન્યતા

ઘણીવાર એવું કહેવામાં આવે છે કે 1.6J ચાર્જરને સોફ્ટવેર દ્વારા 2.0.1 પર અપગ્રેડ કરી શકાય છે. વાસ્તવમાં, આ ભાગ્યે જ સાચું છે. 2.0.1 માટે મેમરી અને CPU આવશ્યકતાઓ (ખાસ કરીને TLS પ્રમાણપત્રો અને ઉપકરણ મોડેલના જટિલ JSON પાર્સિંગને હેન્ડલ કરવા) ઘણીવાર જૂના 1.6J નિયંત્રકોની ક્ષમતાઓ કરતાં વધી જાય છે.

૯.૩ વ્યૂહાત્મક સ્થળાંતર માર્ગો

સીપીઓએ "હાઇબ્રિડ નેટવર્ક" અભિગમનો વિચાર કરવો જોઈએ:

1. લેગસી સાઇટ્સ: હાલના લો-પાવર એસી ચાર્જર્સ માટે 1.6J ચલાવવાનું ચાલુ રાખો.
2. નવી ડીસી ફાસ્ટ ચાર્જિંગ સાઇટ્સ: PnC અને V2G ને સપોર્ટ કરવા માટે તમામ નવા હાઇ-પાવર ડિપ્લોયમેન્ટ માટે મેન્ડેટ 2.0.1.
3. પ્રોક્સી સોલ્યુશન્સ: એક પ્રોટોકોલ ગેટવેનો ઉપયોગ કરો જે CSMS માટે 1.6J સંદેશાઓને 2.0.1-સુસંગત ફોર્મેટમાં અનુવાદિત કરી શકે, જે એક જ એકીકૃત મેનેજમેન્ટ ડેશબોર્ડ માટે પરવાનગી આપે છે.

પ્રકરણ ૧૦: ભવિષ્ય-પુરાવા: OCPP ૨.૧ અને સ્વાયત્ત ચાર્જિંગનો માર્ગ

2.0.1 લોકપ્રિયતા મેળવી રહ્યું હોવા છતાં, ઓપન ચાર્જ એલાયન્સ પહેલેથી જ OCPP 2.1 પર કામ કરી રહ્યું છે. આ ભાવિ સંસ્કરણ પ્રોટોકોલની પહોંચને વધુ વિસ્તૃત કરશે.

૧૦.૧ દ્વિદિશ ચાર્જિંગ (V2X)

જ્યારે 2.0.1 મૂળભૂત V2G ને સપોર્ટ કરે છે, ત્યારે 2.1 વાહન-થી-ઘર (V2H) અને વાહન-થી-બિલ્ડિંગ (V2B) માટે સંચારને સુધારશે, જે બ્લેકઆઉટ દરમિયાન ઘરોને વીજળી આપવા અથવા વાણિજ્યિક ઇમારતો માટે ટોચની માંગ ઘટાડવા માટે EV ને મંજૂરી આપશે.

૧૦.૨ વાયરલેસ ચાર્જિંગ માટે સપોર્ટ

જેમ જેમ ઓટોનોમસ વાહનો (AVs) ઉભરી આવશે, મેન્યુઅલ પ્લગિંગ અપ્રચલિત થઈ જશે. OCPP 2.1 માં માનવ હસ્તક્ષેપ વિના ઇન્ડક્ટિવ (વાયરલેસ) ચાર્જિંગ, ગોઠવણીનું સંચાલન અને ઊર્જા ટ્રાન્સફર માટે પ્રમાણિત સંદેશાઓ શામેલ હશે.

૧૦.૩ સ્માર્ટ સિટીઝ સાથે એકીકરણ

ભવિષ્યના પુનરાવર્તનોમાં ટ્રાફિક મેનેજમેન્ટ સિસ્ટમ્સ અને નવીનીકરણીય ઉર્જા આગાહીઓ સાથે ઊંડાણપૂર્વકનું સંકલન જોવા મળશે. ચાર્જર્સ રીઅલ-ટાઇમ ઉર્જા બજારોમાં પાવર માટે "બિડ" કરી શકશે, ચાર્જિંગ નેટવર્કને વિશાળ વર્ચ્યુઅલ પાવર પ્લાન્ટ્સ (VPPs) માં ફેરવી શકશે.

ટેકનિકલ પરિશિષ્ટ: સંદેશ સરખામણીમાં ઊંડા ઉતરો

અંતિમ ટેકનિકલ ઊંડાણ પૂરું પાડવા માટે, હવે આપણે બે સંસ્કરણો વચ્ચેના ચોક્કસ સંદેશ ક્રમ અને ફ્રેમ તફાવતોનું વિશ્લેષણ કરીશું.

A.1 અધિકૃતતા પ્રવાહ

1.6J માં, અધિકૃતતા એક દ્વિસંગી "સ્વીકૃત" અથવા "અવરોધિત" પ્રતિભાવ હતો.

૧.૬જે અધિકૃત પ્રતિભાવ:"json [3, "123456", { "idTagInfo": { "સ્થિતિ": "સ્વીકૃત", "સમાપ્તિ તારીખ": "2026-12-31T23:59:59Z" } }]"

૨.૦.૧ માં, પ્રતિભાવમાં વધુ સંદર્ભનો સમાવેશ થાય છે, જેમ કેઆઈડીટોકનપ્રકાર અને વપરાશકર્તા ઇન્ટરફેસ માટે વધારાની માહિતી.

૨.૦.૧ અધિકૃત પ્રતિભાવ:"json [3, "987654", { "idTokenInfo": { "સ્થિતિ": "સ્વીકૃત", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "આપનું સ્વાગત છે, જોન! તમારું બેલેન્સ $45.00 છે" } } }]"

A.2 હૃદયના ધબકારા અને જોડાણ વ્યવસ્થાપન

OCPP 2.0.1 સ્ટેશન કેવી રીતે "જીવંત" સાબિત કરે છે તે ઑપ્ટિમાઇઝ કરે છે. 1.6J માં, જો aધબકારાનિષ્ફળ ગયા પછી, સ્ટેશન ઘણીવાર ફરીથી પ્રયાસ કરતું રહેશે. 2.0.1 માં, સ્ટેશન આનો ઉપયોગ કરી શકે છેસૂચના ઇવેન્ટપ્રાથમિક સાથે ધબકારા જાળવી રાખતી વખતે, ગૌણ બેકએન્ડ સાથે તેનું જોડાણ ખોવાઈ ગયું છે તેની જાણ કરવાની પદ્ધતિ.

A.3 વિગતવાર મેટાડેટા કોષ્ટક

નિષ્કર્ષ

OCPP 1.6J થી 2.0.1 માં સંક્રમણ ફક્ત સોફ્ટવેર અપડેટ નથી; તે ઇલેક્ટ્રિક મોબિલિટી ઇકોસિસ્ટમનો મૂળભૂત વિકાસ છે. વાણિજ્યિક ઓપરેટરો માટે, 1.6J વિશ્વસનીય ભૂતકાળનું પ્રતિનિધિત્વ કરે છે, જ્યારે 2.0.1 સ્કેલેબલ, સુરક્ષિત અને બુદ્ધિશાળી ભવિષ્યનું પ્રતિનિધિત્વ કરે છે.

આજે 2.0.1 પસંદ કરવું એ લાંબા ગાળા માટેનું રોકાણ છે. તે ખાતરી કરે છે કે તમારું હાર્ડવેર આગામી પેઢીના EV સાથે સુસંગત હશે, કડક સાયબર સુરક્ષા નિયમોનું પાલન કરશે અને V2G અને સ્માર્ટ ગ્રીડ એકીકરણની આકર્ષક તકો માટે તૈયાર હશે. જેમ જેમ બજાર એકીકૃત થશે, તેમ તેમ સૌથી મજબૂત અને લવચીક પ્રોટોકોલ સ્ટેક્સ ધરાવતા ઓપરેટરો જ આ જવાબદારી સંભાળશે.

પ્રકરણ ૧૧: ડીપ ડાઇવ: મેસેજ ફ્લો એનાલિસિસ અને સિક્વન્સ ડાયાગ્રામ

આ પ્રકરણમાં, અમે 1.6J અને 2.0.1 વચ્ચેના કાર્યકારી તફાવતો દર્શાવવા માટે EVSE અને CSMS વચ્ચેના ક્રિયાપ્રતિક્રિયા ક્રમનું વિશ્લેષણ કરીશું.

૧૧.૧ બુટ અને રૂપરેખાંકન ક્રમ

જ્યારે ચાર્જર પહેલી વાર નેટવર્ક સાથે જોડાય છે, ત્યારે તેણે પોતાને ઓળખવું જોઈએ અને તેનું રૂપરેખાંકન સિંક્રનાઇઝ કરવું જોઈએ.

OCPP 1.6J પ્રવાહ:

1. વેબસોકેટ કનેક્શન: પોર્ટ 80 અથવા 443 પર સ્થાપિત.
2. બુટ નોટિફિકેશન: સ્ટેશન વિક્રેતા, મોડેલ અને સીરીયલ મોકલે છે.
3. રૂપરેખાંકન મેળવો: CSMS બધી કીને વર્તમાન સ્થિતિ તપાસવા માટે વિનંતી કરે છે.
4. રૂપરેખાંકન બદલો: CSMS ચોક્કસ કી અપડેટ કરે છે (દા.ત.,હૃદયના ધબકારાનો અંતરાલ).
5. સ્થિતિ સૂચના: સ્ટેશન "ઉપલબ્ધ" રિપોર્ટ કરે છે.

OCPP 2.0.1 પ્રવાહ:

1. સુરક્ષિત TLS હેન્ડશેક: ફરજિયાત પ્રમાણપત્ર વિનિમય.
2. બુટ નોટિફિકેશન: સમાવેશ થાય છેકારણ(દા.ત.,પાવરઅપ).
3. ગેટબેઝ રિપોર્ટ: બધી કીની વિનંતી કરવાને બદલે, CSMS "બેઝ રિપોર્ટ" ની વિનંતી કરે છે જે ડિવાઇસ મોડેલનો સંપૂર્ણ વંશવેલો પૂરો પાડે છે.
4. સેટવેરિયેબલ્સ: CSMS ચલોને અપડેટ કરે છે. નોંધ કરો કે 2.0.1 એટોમિક અપડેટ્સ માટે પરવાનગી આપે છે - એક સંદેશમાં બહુવિધ ચલોને સેટ કરીને અને ખાતરી કરે છે કે બધા સફળ થાય છે અથવા કોઈ સફળ થતું નથી.
5. સૂચના ઇવેન્ટ: સ્ટેશન પ્રારંભિક ઘટક સ્થિતિઓનો અહેવાલ આપે છે.

૧૧.૨ સ્માર્ટ ચાર્જિંગ વાટાઘાટો

સ્માર્ટ ચાર્જિંગ એ જગ્યા છે જ્યાં 2.0.1 ખરેખર ચમકે છે, ખાસ કરીને જ્યારે બહુવિધ ચાર્જિંગ પ્રોફાઇલ્સનું સંચાલન કરવામાં આવે છે.

1.6J માં, CSMS એ મોકલે છેચાર્જિંગપ્રોફાઇલ સેટ કરોજે સ્ટેક લેવલ અને શેડ્યૂલ વ્યાખ્યાયિત કરે છે. જો કોઈ સ્ટેશનમાં બહુવિધ કનેક્ટર્સ હોય, તો પ્રોફાઇલ હેન્ડલિંગ ઘણીવાર અસ્પષ્ટ હોય છે.

૨.૦.૧ માં,ચાર્જિંગપ્રોફાઇલ સેટ કરોસ્પષ્ટપણે a સાથે જોડાયેલ છેચાર્જિંગપ્રોફાઇલહેતુ.

• ચાર્જિંગસ્ટેશનમેક્સપ્રોફાઇલ: સમગ્ર સ્ટેશનના વપરાશને મર્યાદિત કરે છે.
• TXDefaultપ્રોફાઇલ: કોઈપણ નવા વ્યવહાર માટે ડિફોલ્ટ.
• TXપ્રોફાઇલ: ચાલુ વ્યવહાર માટે વિશિષ્ટ.

વધુમાં, 2.0.1 ને સમર્થન આપે છેગેટચાર્જિંગસ્ટેકલેવલસંદેશ, CSMS ને જોવાની મંજૂરી આપે છે કે હાલમાં કઈ પ્રોફાઇલ સક્રિય છે અને EVSE ના આંતરિક શેડ્યૂલર દ્વારા તેમને કેવી રીતે પ્રાથમિકતા આપવામાં આવી રહી છે.

૧૧.૩ રિમોટ ટ્રિગરિંગ અને નિયંત્રણ

રિમોટ આદેશો જેમ કેરિમોટસ્ટાર્ટટ્રાન્ઝેક્શન(1.6J) ને આના દ્વારા બદલવામાં આવ્યા છેવ્યવહાર શરૂ કરવાની વિનંતી કરો(2.0.1). મુખ્ય તફાવત પેલોડમાં છે. 2.0.1 માં, CSMS માં શામેલ હોઈ શકે છેચાર્જિંગ પ્રોફાઇલસીધા સ્ટાર્ટ રિક્વેસ્ટમાં. આનો અર્થ એ છે કે કાર બીજા મેસેજની રાહ જોયા વિના, તરત જ યોગ્ય પાવર લેવલ પર ચાર્જ કરવાનું શરૂ કરી શકે છે, લેટન્સી ઘટાડી શકે છે અને ગ્રીડ સ્થિરતામાં સુધારો કરી શકે છે.

પ્રકરણ ૧૨: નિમ્ન-સ્તરની JSON સ્કીમા અને ફીલ્ડ સરખામણીઓ

ડેવલપર્સ અને સિસ્ટમ ઇન્ટિગ્રેટર્સ માટે, સ્કીમા ફેરફારો સ્થળાંતરનો સૌથી શ્રમ-સઘન ભાગ છે.

૧૨.૧ ગણતરી કરેલ પ્રકારો (સંખ્યાઓ)

OCPP 2.0.1 પ્રમાણિત Enums ની સંખ્યાને મોટા પ્રમાણમાં વિસ્તૃત કરે છે, જે 1.6J અમલીકરણોને અસર કરતા "કસ્ટમ" સ્ટેટસ કોડ્સની જરૂરિયાત ઘટાડે છે.

• કારણ એનમ્સ: વોચડોગ, શેડ્યૂલ કરેલ રીસેટ, રિમોટરીસેટ, પાવરલોસ.
• સ્થિતિ ગણતરીઓ: કબજો મેળવ્યો, અનામત, અનુપલબ્ધ, ખામીયુક્ત. 2.0.1 ઉમેરે છેઉપલબ્ધ, કબજો મેળવ્યો, અનામત, અનુપલબ્ધ, ખામીયુક્તપરંતુ વધુ વિગત માટે પેટા-સ્થિતિઓ સાથે.

૧૨.૨ ડેટા પ્રકારો અને એકમો

OCPP 2.0.1 પ્રમાણભૂત એકમો (SI) ના ઉપયોગને ઔપચારિક બનાવે છે. જ્યાં 1.6J ક્યારેક દશાંશ ચોકસાઇને અવ્યાખ્યાયિત છોડી દે છે, 2.0.1 ઉપયોગ કરે છેદશાંશપાવર અને ઉર્જા મૂલ્યો માટે પ્રકારો, વિવિધ વિક્રેતા હાર્ડવેરમાં સુસંગત બિલિંગ સુનિશ્ચિત કરે છે.

પ્રકરણ ૧૩: કેસ સ્ટડી: ૧.૬J થી ૨.૦.૧ સુધી વૈશ્વિક CPO સ્થળાંતર

ચાલો "મેગાચાર્જ" ના એક કાલ્પનિક દૃશ્ય પર નજર કરીએ, જે 10,000 ચાર્જ પોઈન્ટ્સ સાથેનો CPO છે.

૧૩.૧ તબક્કો ૧: ઓડિટ

મેગાચાર્જને જાણવા મળ્યું કે તેમના 1.6J ફ્લીટમાંથી 40% TLS 1.2 ને સપોર્ટ કરતા નથી. આનો અર્થ એ થયો કે તે ચાર્જર્સ આગામી સરકારી કરારો માટે અયોગ્ય હતા.

૧૩.૨ તબક્કો ૨: CSMS અપગ્રેડ

નવું CSMS બનાવવાને બદલે, MegaCharge એ "OCPP ટ્રાન્સલેશન લેયર" લાગુ કર્યું. આ લેયર જૂના હાર્ડવેર માટે 1.6J કનેક્શન અને નવા હાર્ડવેર માટે 2.0.1 ને હેન્ડલ કરતું હતું, પરંતુ તેમના મોબાઇલ એપ્લિકેશન અને બિલિંગ એન્જિનમાં એકીકૃત API ખુલ્લું પાડ્યું.

૧૩.૩ તબક્કો ૩: હાર્ડવેર રિપ્લેસમેન્ટ

વધુ ટ્રાફિક ધરાવતી સાઇટ્સ માટે, મેગાચાર્જે 1.6J ચાર્જર્સને 2.0.1-સુસંગત DC ફાસ્ટ ચાર્જર્સથી બદલ્યા. પરિણામે "ફેલ્ડ ટુ સ્ટાર્ટ" સત્રોમાં 15% ઘટાડો થયો, મુખ્યત્વે વધુ મજબૂત હોવાને કારણેવ્યવહાર ઘટના2.0.1 માં હેન્ડલિંગ.

૧૩.૪ ROI વિશ્લેષણ

પ્રારંભિક રોકાણ $2 મિલિયન હતું. જોકે, ઘટાડેલા જાળવણી કોલ્સ (ડિવાઇસ મોડેલના ડાયગ્નોસ્ટિક્સને કારણે) થી દર વર્ષે $400k બચત થઈ. વધુમાં, V2G ફ્રીક્વન્સી રિસ્પોન્સ માર્કેટમાં ભાગ લેવાની ક્ષમતાએ વાર્ષિક $200k વધારાની આવક ઉભી કરી. વળતરનો સમયગાળો આશરે 3.3 વર્ષનો હતો.

પ્રકરણ ૧૪: OCPP ૨.૦.૧ પ્રાપ્તિ માટે ખરીદનારની અંતિમ ચેકલિસ્ટ

નવા હાર્ડવેર અથવા સોફ્ટવેરનું મૂલ્યાંકન કરતી વખતે, સાચી પાલનની ખાતરી કરવા માટે આ ચેકલિસ્ટનો ઉપયોગ કરો:

૧૪.૧ હાર્ડવેર (EVSE) જરૂરિયાતો

• [ ]સુરક્ષા પ્રોફાઇલ 3 સપોર્ટ: શું તે ક્લાયન્ટ-સાઇડ સર્ટિફિકેટ મેનેજમેન્ટને સપોર્ટ કરે છે?
• [ ]ડ્યુઅલ-કોર પ્રોસેસર: શું TLS એન્ક્રિપ્શન અને JSON પાર્સિંગ માટે પૂરતું હેડરૂમ છે?
• [ ]સિક્યોર એલિમેન્ટ (SE): શું બોર્ડ પાસે ચાવીઓ સંગ્રહિત કરવા માટે વિશ્વસનીય હાર્ડવેર રૂટ છે?
• [ ]ISO 15118-2/20 તૈયાર: શું નિયંત્રક PnC માટે જરૂરી ઉચ્ચ-સ્તરીય સંચારને સંભાળી શકે છે?
• [ ]ડિસ્પ્લે ક્ષમતા: શું હાર્ડવેર OCPP દ્વારા કિંમત/સ્થિતિ માહિતી દર્શાવવાનું સમર્થન કરે છે?ડેટા ટ્રાન્સફરકે મૂળ સંદેશાઓ?

૧૪.૨ સોફ્ટવેર (CSMS) જરૂરિયાતો

• [ ]ડિવાઇસ મોડેલ વિઝ્યુલાઇઝેશન: શું ડેશબોર્ડ ચાર્જરનો વંશવેલો દૃશ્ય બતાવી શકે છે?
• [ ]પ્રમાણપત્ર સત્તાધિકારી (CA) એકીકરણ: શું CSMS આપમેળે પ્રમાણપત્રો જારી અને ફેરવી શકે છે?
• [ ]વ્યવહાર સમાધાન: 1.6J લેગસી ચાર્જર્સમાંથી "હેંગિંગ" વ્યવહારોને સિસ્ટમ કેવી રીતે હેન્ડલ કરે છે?
• [ ]સ્માર્ટ ચાર્જિંગ એન્જિન: શું તે 2.0.1 ના એડવાન્સ્ડ સ્ટેક-લેવલ લોજિકને સપોર્ટ કરે છે?
• [ ]માપનીયતા: શું વેબસોકેટ હેન્ડલર એકસાથે 50,000+ સતત TLS કનેક્શનનું સંચાલન કરી શકે છે?

પ્રકરણ 15: સામાન્ય OCPP અમલીકરણ સમસ્યાઓનું મુશ્કેલીનિવારણ

ધોરણ હોવા છતાં, અમલીકરણો બદલાય છે. અહીં સૌથી સામાન્ય "ગોચા" છે.

૧૫.૧ વેબસોકેટ સમયસમાપ્તિ

ઘણા નેટવર્ક ફાયરવોલ નિષ્ક્રિય TCP કનેક્શન્સને બંધ કરે છે. જોહૃદયના ધબકારાનો અંતરાલજો તાપમાન ખૂબ ઊંચું સેટ હોય, તો ચાર્જર ડિસ્કનેક્ટ થઈ શકે છે.

• ઉકેલ: ખાતરી કરોહૃદયના ધબકારાનો અંતરાલફાયરવોલના સમયસમાપ્તિ (સામાન્ય રીતે 60-120 સેકન્ડ) કરતા ઓછું છે.

૧૫.૨ પ્રમાણપત્ર સાંકળ મુદ્દાઓ

2.0.1 માં એક સામાન્ય નિષ્ફળતા "અનટ્રસ્ટેડ સર્ટિફિકેટ" ભૂલ છે. આ સામાન્ય રીતે ત્યારે થાય છે જ્યારે ચાર્જરમાં CSMS નું રૂટ CA ઇન્સ્ટોલ કરેલું ન હોય.

• ઉકેલ: નો ઉપયોગ કરોપ્રમાણપત્ર સ્થાપિત કરોટ્રસ્ટ ચેઇન પૂર્ણ થાય તેની ખાતરી કરવા માટે કમિશનિંગ દરમિયાન સંદેશ.

૧૫.૩ JSON પેલોડ કદ

કેટલાક 2.0.1 સંદેશાઓ (જેમ કેગેટબેઝ રિપોર્ટ) ખૂબ મોટું હોઈ શકે છે. જો ચાર્જરનું બફર ખૂબ નાનું હશે, તો તે સંદેશ છોડી દેશે.

• ઉકેલ: તપાસોમેક્સમેસેજસાઇઝડિવાઇસ મોડેલમાં ચલ અને ખાતરી કરો કે CSMS આ મર્યાદાનું પાલન કરે છે.

પ્રકરણ ૧૬: પ્રાદેશિક નિયમનકારી લેન્ડસ્કેપ્સ અને પ્રોટોકોલ આદેશો

OCPP 2.0.1 તરફ આગળ વધવું ફક્ત ટેકનોલોજી દ્વારા પ્રેરિત નથી; તે વધુને વધુ કાયદાનો વિષય બની રહ્યો છે.

૧૬.૧ યુરોપિયન યુનિયન (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 માં ભારે રોકાણ કરે છે. ઓસ્ટ્રેલિયા અને સિંગાપોર જેવા બજારોમાં, જાહેર ચાર્જિંગ નેટવર્ક માટેના સરકારી ટેન્ડરો હવે લગભગ વિશિષ્ટ રીતે OCPP 2.0.1 ને સુરક્ષા પ્રોફાઇલ 3 સાથે સ્પષ્ટ કરે છે.

પ્રકરણ 17: અમલીકરણ કોડ સ્નિપેટ્સ: "નિટ્ટી-ગ્રિટી"

વિકાસકર્તાઓને મદદ કરવા માટે, અમે જટિલ 2.0.1 કાર્યો માટે કલ્પનાત્મક JSON રજૂઆતો પ્રદાન કરીએ છીએ.

૧૭.૧ પ્રમાણપત્ર પરિભ્રમણ પ્રવાહ

જ્યારે પ્રમાણપત્ર સમાપ્ત થવાના આરે હોય છે, ત્યારે CSMS એ પરિભ્રમણ શરૂ કરવું આવશ્યક છે.

૧. CSMS મોકલે છેપ્રમાણપત્ર સહી કરેલ:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----પ્રમાણપત્ર શરૂ કરો-----\n...\n-----પ્રમાણપત્ર સમાપ્ત કરો-----", "certificateType": "V2G" }]"

2. સ્ટેશન પ્રતિભાવ આપે છેસ્વીકાર્યું:"json [3, "CERT-01", { "સ્થિતિ": "સ્વીકૃત" }]"

3. સ્ટેશન મોકલે છેસુરક્ષાઘટના સૂચના:"json [2, "EVT-99", "SecurityEventNotification", { "પ્રકાર": "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 } ] } }]"

પ્રકરણ ૧૮: OCPP ૨.૦.૧ શબ્દોની વ્યાપક શબ્દાવલિ

બધા હિસ્સેદારો માટે સ્પષ્ટતા સુનિશ્ચિત કરવા માટે, અમે એક વિસ્તૃત શબ્દાવલી પ્રદાન કરીએ છીએ.

• CSMS (ચાર્જિંગ સ્ટેશન મેનેજમેન્ટ સિસ્ટમ): બેકએન્ડ ક્લાઉડ પ્લેટફોર્મ જે ચાર્જર્સને નિયંત્રિત કરે છે.
• EVSE (ઇલેક્ટ્રિક વાહન પુરવઠા સાધનો): ભૌતિક ચાર્જિંગ સ્ટેશન.
• OCPP (ઓપન ચાર્જ પોઈન્ટ પ્રોટોકોલ): તેઓ જે ભાષા બોલે છે.
• ઓસીએ (ઓપન ચાર્જ એલાયન્સ): ભાષા લખતી સંસ્થા.
• આઇએસઓ ૧૫૧૧૮: કાર અને ચાર્જર વચ્ચેનો પ્રોટોકોલ.
• પીએનસી (પ્લગ અને ચાર્જ): ISO 15118 અને OCPP 2.0.1 દ્વારા સક્ષમ કરેલ વપરાશકર્તા અનુભવ.
• V2G (વાહન-થી-ગ્રીડ): કારમાંથી પાવરને ગ્રીડમાં પાછી મોકલી રહ્યું છે.
• V2X (વાહનથી બધું): V2G, V2H, અને V2B માટે છત્ર શબ્દ.
• TLS (ટ્રાન્સપોર્ટ લેયર સિક્યુરિટી): ડેટાને સુરક્ષિત રાખતું એન્ક્રિપ્શન.
• PKI (પબ્લિક કી ઇન્ફ્રાસ્ટ્રક્ચર): સુરક્ષા માટે વપરાતા ડિજિટલ પ્રમાણપત્રોની સિસ્ટમ.
• JSON (જાવાસ્ક્રિપ્ટ ઑબ્જેક્ટ નોટેશન): સંદેશાઓનું ફોર્મેટ.
• વેબસોકેટ: સંદેશાઓ જે સતત જોડાણ "પાઇપ" દ્વારા વહે છે.
• ડિવાઇસ મોડેલ: વંશવેલો રીત 2.0.1 હાર્ડવેરનું વર્ણન કરે છે.
• ઘટક: હાર્ડવેરનો એક ભાગ (દા.ત., કનેક્ટર).
• ચલ: ઘટકનો ગુણધર્મ (દા.ત., સ્થિતિ).
• લક્ષણ: ચલ વિશેનો મેટાડેટા (દા.ત., મૂલ્ય, પરિવર્તનશીલતા).
• વ્યવહાર ઘટના: 2.0.1 માં બધા સત્ર ડેટા માટે એકીકૃત સંદેશ.
• ધબકારા: સામયિક "હું જીવંત છું" સંકેત.
• બુટ નોટિફિકેશન: ચાર્જર ચાલુ થાય ત્યારે "હેલો, હું અહીં છું" સિગ્નલ.
• ડેટા ટ્રાન્સફર: વિક્રેતા-વિશિષ્ટ એક્સટેન્શન માટે "કેચ-ઓલ" સંદેશ (સાવધાની સાથે ઉપયોગ કરો!).

અંતિમ વિચારો: મલ્ટી-પ્રોટોકોલ યુગમાં નેવિગેટ કરવું

ખરીદનાર અથવા ઓપરેટર તરીકે, સૌથી મહત્વપૂર્ણ બાબત એ છે કે આપણે એક પ્રવેશ કરી રહ્યા છીએમલ્ટી-પ્રોટોકોલ યુગઆગામી 3-5 વર્ષ સુધી, 1.6J અને 2.0.1 સાથે રહેશે. જોકે, સંતુલન ઝડપથી બદલાઈ રહ્યું છે.

આજે OCPP 2.0.1 પસંદ કરીને, તમે ફક્ત પ્રોટોકોલ જ નહીં; તમે વીમો પણ ખરીદી રહ્યા છો. તમે ખાતરી કરી રહ્યા છો કે તમારું નેટવર્ક નવી કાર, નવા કાયદા અને નવા આવકના પ્રવાહો સાથે અનુકૂલન સાધી શકે. 2.0.1 ની જટિલતા પ્રગતિની કિંમત છે - એક કિંમત જે સુધારેલ અપટાઇમ, ઘટાડેલા જોખમ અને શ્રેષ્ઠ ગ્રાહક અનુભવ દ્વારા પોતાને માટે ચૂકવણી કરે છે.

વાણિજ્યિક ચાર્જિંગ હવે એક વિશિષ્ટ ઉદ્યોગ નથી; તે ભવિષ્યની પરિવહન વ્યવસ્થાનો આધાર છે. શક્ય તેટલા મજબૂત પાયા પર તે આધાર બનાવો: OCPP 2.0.1.

પ્રકરણ ૧૯: OCPP માટે વિકાસ ૨.૦.૧: સોફ્ટવેર એન્જિનિયરો માટે શ્રેષ્ઠ પ્રથાઓ

1.6J કોડબેઝથી 2.0.1 માં સંક્રમણ એ રિફેક્ટર નથી; તે ફરીથી લખાણ છે. વિકાસકર્તાઓએ એક અલગ માનસિક મોડેલ અપનાવવું જોઈએ.

૧૯.૧ અસુમેળતાને સ્વીકારવી

જ્યારે વેબસોકેટ્સ સ્વાભાવિક રીતે અસુમેળ છે, 2.0.1 ની જટિલતાનો અર્થ એ છે કે એક જ વિનંતી (જેમ કેગેટબેઝ રિપોર્ટ) સંસાધન-મર્યાદિત EVSE પર પ્રક્રિયા કરવામાં થોડીક સેકન્ડ લાગી શકે છે. CSMS ડેવલપર્સે મજબૂત સમયસમાપ્તિ અને પુનઃપ્રયાસ લોજિક લાગુ કરવું જોઈએ જે વિવિધ હાર્ડવેર વિક્રેતાઓની વિવિધ પ્રક્રિયા ગતિ માટે જવાબદાર હોય છે.

૧૯.૨ કાર્યક્ષમ JSON પાર્સિંગ

JSON પાર્સિંગ CPU-સઘન હોઈ શકે છે. EVSE ફર્મવેર માટે, વિકાસકર્તાઓએ સમગ્ર પેલોડને RAM માં લોડ કરવાને બદલે સ્ટ્રીમ-આધારિત પાર્સર્સનો ઉપયોગ કરવો જોઈએ. આ ખાસ કરીને મહત્વપૂર્ણ છેસૂચના ઇવેન્ટસંદેશાઓ, જેમાં એક જ ફ્રેમમાં સેંકડો ચલ અપડેટ્સ હોઈ શકે છે.

૧૯.૩ રાજ્ય મશીનનું સંચાલન

2.0.1 માં ટ્રાન્ઝેક્શન માટે સ્ટેટ મશીન 1.6J કરતા વધુ કઠોર છે. ડેવલપર્સે ટ્રાન્ઝિશન નિયમોનું કડક પાલન કરવું જોઈએવ્યવહાર ઘટના. ઉદાહરણ તરીકે, તમે મોકલી શકતા નથીસમાપ્તપહેલા મોકલ્યા વિનાની ઘટનાશરૂ કર્યુંતે ચોક્કસ માટે ઘટનાવ્યવહાર આઈડી.

પ્રકરણ 20: પરીક્ષણ, માન્યતા અને OCPP પાલન પરીક્ષણ સાધન (OCTT)

OCPP નું વચન આંતરકાર્યક્ષમતા છે, પરંતુ તે ફક્ત સખત પરીક્ષણ દ્વારા જ સાકાર થાય છે.

૨૦.૧ OCA પ્રમાણપત્રની ભૂમિકા

ઓપન ચાર્જ એલાયન્સ એક પ્રમાણપત્ર કાર્યક્રમ ઓફર કરે છે. ખરીદદારોએ "OCPP 2.0.1 પ્રમાણિત" લેબલ શોધવું જોઈએ. આ પ્રમાણપત્ર ખાતરી કરે છે કે અમલીકરણે તમામ ફરજિયાત પ્રોફાઇલ્સને આવરી લેતા સ્વચાલિત પરીક્ષણોનો સમૂહ પાસ કર્યો છે.

૨૦.૨ OCTT નો ઉપયોગ

OCPP કમ્પ્લાયન્સ ટેસ્ટ ટૂલ (OCTT) એ પરીક્ષણ માટેનું સુવર્ણ માનક છે. તે CSMS અને EVSE બંનેનું અનુકરણ કરે છે.

• EVSE ઉત્પાદકો માટે: તમારું સ્ટેશન "હેપ્પી પાથ" દૃશ્યો અને એજ કેસ (જેમ કે ફર્મવેર અપડેટ દરમિયાન નેટવર્ક ડ્રોપ) ને હેન્ડલ કરે છે તે ચકાસવા માટે OCTT નો ઉપયોગ કરો.
• CSMS પ્રદાતાઓ માટે: તમારા બેકએન્ડ સંદેશાઓની વિશાળ વિવિધતા અને 2.0.1 ની કડક સુરક્ષા આવશ્યકતાઓને સંભાળી શકે તેની ખાતરી કરવા માટે OCTT નો ઉપયોગ કરો.

૨૦.૩ ફિલ્ડ ટેસ્ટિંગ અને ઇન્ટરઓપ-ફેસ્ટ

ઓટોમેટેડ ટેસ્ટિંગ ઉપરાંત, OCA "પ્લગફેસ્ટ"નું આયોજન કરે છે જ્યાં વિક્રેતાઓ વાસ્તવિક દુનિયાના દૃશ્યોમાં એકબીજા સામે પરીક્ષણ કરવા માટે તેમના હાર્ડવેર અને સોફ્ટવેર લાવે છે. આ તે જગ્યા છે જ્યાં સૌથી સૂક્ષ્મ ભૂલો - જેમ કે પ્રમાણપત્ર અસંગતતા અથવા નાના JSON ફોર્મેટિંગ તફાવતો - પકડી લેવામાં આવે છે અને ઉકેલવામાં આવે છે.

પ્રકરણ 21: ઊંડા તુલનાત્મક કોષ્ટક: OCPP 2.0.1 ની 60+ ક્રિયાઓ

સંપૂર્ણ સંદર્ભ પૂરો પાડવા માટે, અમે 2.0.1 ના પ્રાથમિક સંદેશાઓને વર્ગીકૃત કરીએ છીએ અને તેમની તુલના તેમના 1.6J સમકક્ષો સાથે કરીએ છીએ.

૨૧.૧ જોગવાઈ અને રૂપરેખાંકન

૨૧.૨ વ્યવહાર સંભાળવું

૨૧.૩ સુરક્ષા અને ફર્મવેર મેનેજમેન્ટ

૨૧.૪ તમારા નેટવર્ક માટે કોષ્ટકનો અર્થ શું છે

આ કોષ્ટક એક વાત સ્પષ્ટ કરે છે: OCPP 2.0.1 એ 1.6J નું કોસ્મેટિક નામ નથી. નવા સંદેશ પરિવારો - ટાઇપ કરેલા ચલો, ઇવેન્ટ-આધારિત વ્યવહારો અને પ્રમાણપત્ર વ્યવસ્થાપન - પ્લગ અને ચાર્જ, સ્માર્ટ ચાર્જિંગ અને નિયમનકારી રિપોર્ટિંગ માટે જરૂરી પ્લમ્બિંગ છે. જે ચાર્જર ફક્ત 1.6J બોલે છે તેને ગેટવે સાથે રિટ્રોફિટ કરી શકાય છે, પરંતુ જે CSMS ફક્ત 1.6J બોલે છે તે સુરક્ષા મોડેલ નિયમનકારો અને ઓટોમેકર્સને વધુને વધુ જરૂરીયાતો પૂરી પાડી શકતું નથી. હાર્ડવેરનું મૂલ્યાંકન કરતી વખતે, "2.0.1-તૈયાર" નો અર્થ એ હોવો જોઈએ કે ફર્મવેર આજે શિપિંગ થઈ રહ્યું છે, આગામી વર્ષ માટે સુનિશ્ચિત નથી. અને કારણ કે OCPP 2.0.1 1.6J ના SOAP ટ્રાન્સપોર્ટને બદલે JSON-over-WebSocket પર ચાલે છે, સંદેશ પ્રવાહ હળવા અને ડીબગ કરવા માટે ખૂબ સરળ છે - એક વ્યવહારુ ફાયદો જે તમારી IT ટીમને પહેલા દિવસથી જ લાગશે.

પ્રકરણ 22: નિષ્કર્ષ: અપગ્રેડનો નિર્ણય લેવો

વાણિજ્યિક ઓપરેટર માટે, વ્યવહારુ માર્ગદર્શન સ્પષ્ટ છે:

• નવી ડિપ્લોયમેન્ટ્સ OCPP 2.0.1 પર ડિફોલ્ટ હોવી જોઈએ.સુરક્ષા મોડેલ, પ્રમાણપત્ર સંચાલન અને ISO 15118 એકીકરણ 2026 નિયમનકારી વાતાવરણ માટે પૂર્વજરૂરીયાતો છે.
• હાલના 1.6J કાફલાઓ ફસાયેલા નથી.2.0.1-નેટિવ હાર્ડવેરમાં તબક્કાવાર રીતે કામ કરતી વખતે મેનેજ્ડ ગેટવે અને ડ્યુઅલ-પ્રોટોકોલ CSMS પ્લેટફોર્મ આ અંતરને દૂર કરે છે.
• વિશ્વાસ કરતા પહેલા પરીક્ષણ કરો.OCTT, પ્લગફેસ્ટ અને સ્ટેજ્ડ રોલઆઉટ્સનો ઉપયોગ કરો — ઇન્ટરઓપરેબિલિટી ક્ષેત્રમાં સાબિત થાય છે, ડેટાશીટમાંથી ધારવામાં આવતી નથી.
• લેખિતમાં સ્થળાંતર માર્ગની માંગ કરો.તમારા ચાર્જર વિક્રેતાએ 1.6J થી 2.0.1 સુધીનો ફર્મવેર રોડમેપ તારીખો સાથે પ્રકાશિત કરવો જોઈએ, અસ્પષ્ટ વચનો સાથે નહીં.

કોલ ટુ એક્શન: તમારી પ્રોટોકોલ સ્ટ્રેટેજી વિશે 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.