വാണിജ്യ ചാർജിംഗ് ഓപ്പറേറ്റർമാർക്കുള്ള OCPP 1.6J vs 2.0.1 ന്റെ തന്ത്രപരമായ താരതമ്യം

ആഗോള വാണിജ്യ ചാർജിംഗ് ഓപ്പറേറ്റർമാർക്കുള്ള OCPP 1.6J vs 2.0.1 ന്റെ നിർണായക തന്ത്രപരമായ താരതമ്യം: മാസ്റ്ററിംഗ് നെറ്റ്‌വർക്ക് സ്കേലബിലിറ്റി, അഡ്വാൻസ്ഡ് സൈബർ സുരക്ഷ, ISO 15118 ഇന്റഗ്രേഷൻ, സുസ്ഥിര EV വളർച്ചയ്ക്കുള്ള ദീർഘകാല ഇൻഫ്രാസ്ട്രക്ചർ ഫ്യൂച്ചർ-പ്രൂഫിംഗ്.

എക്സിക്യൂട്ടീവ് സമ്മറി

ഇലക്ട്രിക് വെഹിക്കിൾ (ഇവി) ചാർജിംഗ് മേഖലയിൽ വൻ മാറ്റങ്ങൾ സംഭവിച്ചുകൊണ്ടിരിക്കുകയാണ്. ആഗോളതലത്തിൽ സ്വീകാര്യത ത്വരിതപ്പെടുമ്പോൾ, ഇലക്ട്രിക് വെഹിക്കിൾ സപ്ലൈ എക്യുപ്‌മെന്റ് (ഇവിഎസ്ഇ) യും ചാർജിംഗ് സ്റ്റേഷൻ മാനേജ്‌മെന്റ് സിസ്റ്റങ്ങളും (സിഎസ്എംഎസ്) തമ്മിലുള്ള ഇടപെടലിനെ നിയന്ത്രിക്കുന്ന അടിസ്ഥാന ആശയവിനിമയ പ്രോട്ടോക്കോളുകൾ കൊമേഴ്‌സ്യൽ ചാർജിംഗ് ഓപ്പറേറ്റർമാരുടെ (സിപിഒ) സാങ്കേതിക തന്ത്രത്തിന്റെ കേന്ദ്രബിന്ദുവായി മാറിയിരിക്കുന്നു. ഓപ്പൺ ചാർജ് അലയൻസ് (ഒസിഎ) പരിപാലിക്കുന്ന ഓപ്പൺ ചാർജ് പോയിന്റ് പ്രോട്ടോക്കോൾ (ഒസിപിപി) ഒരു ലളിതമായ സന്ദേശമയയ്‌ക്കൽ ചട്ടക്കൂടിൽ നിന്ന് സങ്കീർണ്ണവും സുരക്ഷിതവും ഉയർന്ന തോതിൽ അളക്കാവുന്നതുമായ ഒരു നിലവാരത്തിലേക്ക് പരിണമിച്ചു.

OCPP 1.6J-യിൽ നിന്ന് OCPP 2.0.1-ലേക്കുള്ള പരിവർത്തനത്തിന്റെ സമഗ്രമായ സാങ്കേതിക വിശകലനം ഈ ഗൈഡ് നൽകുന്നു. ആർക്കിടെക്ചറൽ വ്യത്യാസങ്ങൾ, സുരക്ഷാ മെച്ചപ്പെടുത്തലുകൾ, ഉപകരണ മാനേജ്മെന്റ് മാതൃകകൾ, ISO 15118 സംയോജനത്തിന്റെ നിർണായക പങ്ക് എന്നിവ ഞങ്ങൾ പര്യവേക്ഷണം ചെയ്യുന്നു. വാങ്ങുന്നവർക്കും ഓപ്പറേറ്റർമാർക്കും, വേഗത്തിൽ പക്വത പ്രാപിക്കുന്ന വിപണിയിൽ വിവരമുള്ള സംഭരണവും മൈഗ്രേഷൻ തീരുമാനങ്ങളും എടുക്കുന്നതിനുള്ള നിർണായക റഫറൻസായി ഈ ലേഖനം പ്രവർത്തിക്കുന്നു.

അധ്യായം 1: ഇവി ചാർജിംഗ് മാനദണ്ഡങ്ങളുടെ പരിണാമം: ഒരു ചരിത്ര സന്ദർഭം

പരസ്പര പ്രവർത്തനക്ഷമതയുടെ ആവശ്യകതയിൽ നിന്നാണ് ഓപ്പൺ ചാർജ് പോയിന്റ് പ്രോട്ടോക്കോൾ (OCPP) ഉടലെടുത്തത്. EV ചാർജിംഗിന്റെ ആദ്യ നാളുകളിൽ, ഹാർഡ്‌വെയർ നിർമ്മാതാക്കളും സോഫ്റ്റ്‌വെയർ ദാതാക്കളും പ്രൊപ്രൈറ്ററി പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ചു, മത്സരത്തെയും നവീകരണത്തെയും തടയുന്ന "മതിലുകൾ നിറഞ്ഞ ഉദ്യാനങ്ങൾ" സൃഷ്ടിച്ചു. OCPP 1.2 ഉം 1.5 ഉം അവതരിപ്പിച്ചതാണ് അടിത്തറ പാകിയത്, എന്നാൽ വ്യവസായത്തെ യഥാർത്ഥത്തിൽ ഏകീകരിച്ചത് OCPP 1.6 ആയിരുന്നു.

1.1 OCPP 1.6J യുടെ ആധിപത്യം

2015-ൽ പുറത്തിറങ്ങിയ OCPP 1.6, വെബ്‌സോക്കറ്റുകൾക്ക് മുകളിലുള്ള JSON (1.6J) നടപ്പിലാക്കൽ അവതരിപ്പിച്ചു. SOAP-അധിഷ്ഠിത സന്ദേശമയയ്‌ക്കലിൽ നിന്നുള്ള ഈ നീക്കം ഡെവലപ്പർമാർക്ക് ഓവർഹെഡ് ഗണ്യമായി കുറയ്ക്കുകയും നടപ്പിലാക്കൽ ലളിതമാക്കുകയും ചെയ്തു. സ്മാർട്ട് ചാർജിംഗ്, അധിക സ്റ്റാറ്റസ് അറിയിപ്പുകൾ പോലുള്ള സവിശേഷതകൾ ഇത് അവതരിപ്പിച്ചു, ഇത് ഏകദേശം ഒരു ദശാബ്ദക്കാലം വ്യവസായ നിലവാരമാക്കി മാറ്റി.

1.2 OCPP യുടെ ഉല്പത്തി 2.0.1

1.6J യുടെ വിജയത്തിനിടയിലും, വ്യവസായത്തിന്റെ വളർച്ച അതിന്റെ പരിമിതികളെ തുറന്നുകാട്ടി. സുരക്ഷ, ഉപകരണ മാനേജ്‌മെന്റ് സങ്കീർണ്ണത, അഡ്വാൻസ്ഡ് ഗ്രിഡ് ഇന്റഗ്രേഷനുള്ള (V2G) നേറ്റീവ് പിന്തുണയുടെ അഭാവം എന്നിവയുമായി ബന്ധപ്പെട്ട പ്രശ്‌നങ്ങൾ OCPP 2.0 ന്റെ വികസനത്തിലേക്കും തുടർന്ന്, പരിഷ്കരിച്ച OCPP 2.0.1 (2020 ൽ പുറത്തിറങ്ങി) ന്റെയും വികാസത്തിലേക്ക് നയിച്ചു. OCPP 2.0.1 വെറുമൊരു അപ്‌ഡേറ്റ് മാത്രമല്ല; അടുത്ത തലമുറയിലെ ഉയർന്ന പവർ, സ്മാർട്ട്, സുരക്ഷിത ചാർജിംഗ് നെറ്റ്‌വർക്കുകളെ പിന്തുണയ്ക്കാൻ ലക്ഷ്യമിട്ടുള്ള ഒരു പൂർണ്ണമായ പുനർരൂപകൽപ്പനയാണിത്.

അധ്യായം 2: അടിസ്ഥാന ആശയവിനിമയ മാതൃകകൾ: JSON, വെബ്‌സോക്കറ്റുകൾ, ഫ്രെയിം ഘടനകൾ

ഈ പ്രോട്ടോക്കോളുകൾ തമ്മിലുള്ള വ്യത്യാസം മനസ്സിലാക്കാൻ, താഴ്ന്ന നിലയിലുള്ള ആശയവിനിമയം നോക്കണം. രണ്ട് പ്രോട്ടോക്കോളുകളും വെബ്‌സോക്കറ്റുകളിലൂടെ JSON ഉപയോഗിക്കുന്നു, എന്നാൽ ഈ സന്ദേശങ്ങളുടെ ഘടനയും കൈകാര്യം ചെയ്യലും ഗണ്യമായി വ്യത്യാസപ്പെട്ടിരിക്കുന്നു.

2.1 വെബ്‌സോക്കറ്റ് ലെയർ

രണ്ട് പതിപ്പുകളും സ്ഥിരമായ വെബ്‌സോക്കറ്റ് കണക്ഷനുകൾ ഉപയോഗിക്കുന്നു, ഇത് പൂർണ്ണ-ഡ്യൂപ്ലെക്സ് ആശയവിനിമയത്തിന് അനുവദിക്കുന്നു. ഒരു മൊബൈൽ ആപ്പിൽ നിന്ന് ചാർജിംഗ് സെഷൻ നിർത്തുക, തൽക്ഷണ തെറ്റ് അലേർട്ടുകൾ സ്വീകരിക്കുക തുടങ്ങിയ തത്സമയ പ്രവർത്തനങ്ങൾക്ക് ഇത് നിർണായകമാണ്.

2.2 സന്ദേശ ഫ്രെയിം ബ്രേക്ക്ഡൗൺ

ഒരു സാധാരണ OCPP സന്ദേശത്തിൽ ഒരു സന്ദേശ തരം ഐഡി, ഒരു സവിശേഷ സന്ദേശ ഐഡി, പ്രവർത്തന നാമം, പേലോഡ് എന്നിവ അടങ്ങിയിരിക്കുന്നു.

OCPP 1.6J ഫ്രെയിം ഉദാഹരണം (ബൂട്ട് നോട്ടിഫിക്കേഷൻ)

"json [2, "123456", "ബൂട്ട് നോട്ടിഫിക്കേഷൻ", { "ചാർജ് പോയിന്റ് വെണ്ടർ": "മിഡ പവർ", "ചാർജ് പോയിന്റ് മോഡൽ": "ടെറ-എക്സ്", "ചാർജ് പോയിന്റ് സീരിയൽ നമ്പർ": "SN001", "ഫേംവെയർ പതിപ്പ്": "v1.2.3" }]"

OCPP 2.0.1 ഫ്രെയിം ഉദാഹരണം (ബൂട്ട് നോട്ടിഫിക്കേഷൻ)

"json [2, "987654", "ബൂട്ട് നോട്ടിഫിക്കേഷൻ", { "കാരണം": "പവർഅപ്പ്", "ചാർജിംഗ് സ്റ്റേഷൻ": { "വെൻഡർനെയിം": "മിഡപവർ", "മോഡൽ": "ടെറ-ഇസഡ്", "സീരിയൽനമ്പർ": "എസ്എൻ-ഇസഡ്-99", "ഫേംവെയർവെർഷൻ": "v2.0.0" } }]`2.0.1 ലെ വർദ്ധിച്ച ഗ്രാനുലാരിറ്റി ശ്രദ്ധിക്കുക.റീബൂട്ട്, പവർ-അപ്പ് അല്ലെങ്കിൽ വാച്ച്-ഡോഗ് ട്രിഗർ മൂലമാണോ ബൂട്ട് ചെയ്തതെന്ന് മനസ്സിലാക്കാൻ CSMS-നെ reason` ഫീൽഡ് അനുവദിക്കുന്നു, ഇത് മികച്ച ഡയഗ്നോസ്റ്റിക് ലോജിക് പ്രാപ്തമാക്കുന്നു.

അധ്യായം 3: വാസ്തുവിദ്യാ മാതൃകാ മാറ്റം: ഉപകരണ മാതൃക

OCPP 2.0.1 ലെ ഏറ്റവും പ്രധാനപ്പെട്ട സാങ്കേതിക വ്യതിയാനംഉപകരണ മോഡൽ.

3.1 1.6J കോൺഫിഗറേഷൻ കീകളുടെ പരിമിതികൾ

OCPP 1.6J-യിൽ, ഹാർഡ്‌വെയർ കോൺഫിഗറേഷൻ കൈകാര്യം ചെയ്തത് “കോൺഫിഗറേഷൻ കീകളുടെ” ഒരു ഫ്ലാറ്റ് ലിസ്റ്റ് വഴിയാണ് (ഉദാ.ഹൃദയമിടിപ്പ് ഇടവേള, കണക്ഷൻ ടൈംഔട്ട്). ചാർജറുകൾ കൂടുതൽ സങ്കീർണ്ണമായപ്പോൾ (മൾട്ടി-കണക്റ്റർ, ഇന്റഗ്രേറ്റഡ് പവർ മൊഡ്യൂളുകൾ, സങ്കീർണ്ണമായ കൂളിംഗ് സിസ്റ്റങ്ങൾ), ഈ ഫ്ലാറ്റ് ലിസ്റ്റ് നിയന്ത്രിക്കാൻ കഴിയാത്തതായി മാറി. ഒരു സ്റ്റേഷന്റെ ഭൗതിക ശ്രേണി വിവരിക്കാൻ ഒരു സ്റ്റാൻഡേർഡ് മാർഗവുമില്ല.

3.2 2.0.1 ഉപകരണ മോഡൽ സമീപനം

OCPP 2.0.1 ഒരു ശ്രേണി മാതൃക അവതരിപ്പിക്കുന്നു, അതിൽ ഉൾപ്പെടുന്നവ ഉൾപ്പെടുന്നുഘടകങ്ങൾഒപ്പംവേരിയബിളുകൾ. ഒരു ഘടകം “കൺട്രോളർ,” “കണക്ടർ,” അല്ലെങ്കിൽ “പവർ മൊഡ്യൂൾ” ആകാം. ഓരോ ഘടകത്തിനും അതിന്റെ അവസ്ഥയെയോ കോൺഫിഗറേഷനെയോ പ്രതിനിധീകരിക്കുന്ന വേരിയബിളുകൾ ഉണ്ട് (ഉദാ.,താപനില, വോൾട്ടേജ്, പരമാവധികറന്റ്).

• ഘടകം: ചാർജിംഗ് സ്റ്റേഷന്റെ ഒരു ഭൗതിക അല്ലെങ്കിൽ ലോജിക്കൽ ഭാഗം.
• വേരിയബിൾ: ആ ഘടകത്തിന്റെ ഒരു പ്രത്യേക ആട്രിബ്യൂട്ട്.
• സ്വഭാവഗുണങ്ങൾ: വേരിയബിളിനെ വിവരിക്കുന്ന മെറ്റാഡാറ്റ (യൂണിറ്റ്, ശ്രേണി, ആക്‌സസ് തരം).

ഇത് സ്റ്റാൻഡേർഡ് മോണിറ്ററിംഗ് അനുവദിക്കുന്നു. വെണ്ടർ-നിർദ്ദിഷ്ട പ്രൊപ്രൈറ്ററി കീകളെ ആശ്രയിക്കുന്നതിനുപകരം, ഒരു ഓപ്പറേറ്റർക്ക് ഇപ്പോൾ ഒരു സ്റ്റാൻഡേർഡ് പാത്ത് ഉപയോഗിച്ച് ഒരു നിർദ്ദിഷ്ട പവർ മൊഡ്യൂളിന്റെ താപനില അന്വേഷിക്കാൻ കഴിയും.

അധ്യായം 4: സൈബർ സുരക്ഷ: "മികച്ച ശ്രമം" മുതൽ നിർബന്ധിത TLS വരെ

ഇലക്ട്രിക് വാഹനങ്ങൾ ചാർജ് ചെയ്തതിന്റെ ആദ്യകാലത്ത് സുരക്ഷ പലപ്പോഴും ഒരു പുനർചിന്തയായിരുന്നു. OCPP 1.6J സുരക്ഷാ പ്രൊഫൈലുകൾ വാഗ്ദാനം ചെയ്തിരുന്നു, എന്നാൽ നിർമ്മാതാക്കൾക്കിടയിൽ ഇത് നടപ്പിലാക്കുന്നതിൽ പൊരുത്തക്കേടുകൾ ഉണ്ടായിരുന്നു.

1.6J-യിലെ 4.1 സുരക്ഷാ പ്രൊഫൈലുകൾ

OCPP 1.6J മൂന്ന് സുരക്ഷാ പ്രൊഫൈലുകൾ നിർവചിച്ചു:

1. സുരക്ഷിതമല്ലാത്തത്: പ്ലെയിൻടെക്സ്റ്റ് HTTP/വെബ്സോക്കറ്റുകൾ.
2. അടിസ്ഥാന ഓത്ത്: ഉപയോക്തൃനാമം/പാസ്‌വേഡ് ഉള്ള TLS.
3. സർട്ടിഫിക്കറ്റ് അധിഷ്ഠിതം: ക്ലയന്റ്-സൈഡ് സർട്ടിഫിക്കറ്റുകളുള്ള TLS.

പല ചാർജറുകളും പ്രൊഫൈൽ 1-ൽ തന്നെ തുടർന്നു എന്നതാണ് പ്രശ്നം, ഇത് മാൻ-ഇൻ-ദി-മിഡിൽ (MITM) ആക്രമണങ്ങൾക്കും അനധികൃത നിയന്ത്രണത്തിനും ഇരയാകാൻ ഇടയാക്കി.

4.2 2.0.1 ന്റെ കാഠിന്യമേറിയ നിലപാട്

OCPP 2.0.1 സുരക്ഷിത ആശയവിനിമയം നിർബന്ധമാക്കുന്നു. ഇത് നൂതന സുരക്ഷാ സവിശേഷതകൾ നേറ്റീവ് ആയി സംയോജിപ്പിക്കുന്നു:

• സുരക്ഷിത ഫേംവെയർ അപ്‌ഡേറ്റുകൾ: ഫേംവെയർ ചിത്രങ്ങളുടെ നിർബന്ധിത ഒപ്പിടലും സ്ഥിരീകരണവും.
• സുരക്ഷാ ലോഗിംഗ്: സുരക്ഷാ പ്രസക്തമായ ഇവന്റുകൾക്കായുള്ള വിശദമായ ലോഗുകൾ (ഉദാ: പരാജയപ്പെട്ട ലോഗിൻ ശ്രമങ്ങൾ, സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെടൽ).
• സർട്ടിഫിക്കറ്റ് മാനേജ്മെന്റ്: റൊട്ടേറ്റ് ചെയ്തതും അപ്ഡേറ്റ് ചെയ്തതുമായ സർട്ടിഫിക്കറ്റുകൾക്കായുള്ള സ്റ്റാൻഡേർഡ് സന്ദേശങ്ങൾ (CSMS നയിക്കുന്നത് അല്ലെങ്കിൽ സ്റ്റേഷൻ നയിക്കുന്നത്).
• ടിഎൽഎസ് 1.2/1.3: ഏറ്റവും പുതിയ എൻക്രിപ്ഷൻ മാനദണ്ഡങ്ങൾക്കുള്ള പിന്തുണ.

വാണിജ്യ ഓപ്പറേറ്റർമാരെ സംബന്ധിച്ചിടത്തോളം, ഇത് വൻതോതിലുള്ള നെറ്റ്‌വർക്ക് വിട്ടുവീഴ്ചകളുടെ അപകടസാധ്യത കുറയ്ക്കുകയും IoT ഉപകരണങ്ങൾക്കായി ഉയർന്നുവരുന്ന സൈബർ സുരക്ഷാ ചട്ടങ്ങൾ പാലിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുന്നു.

അധ്യായം 5: ISO 15118 സംയോജനം: പ്ലഗ് & ചാർജ്, V2G

ഇലക്ട്രിക് വാഹന ചാർജിംഗിന്റെ ഭാവി ഇലക്ട്രോണുകളെ ചലിപ്പിക്കുക മാത്രമല്ല; ഡാറ്റയുടെയും ഊർജ്ജത്തിന്റെയും ബുദ്ധിപരമായ കൈമാറ്റത്തെക്കുറിച്ചാണ്. വാഹനം-ടു-ഗ്രിഡ് (V2G) ആശയവിനിമയത്തിനുള്ള അന്താരാഷ്ട്ര നിലവാരമാണ് ISO 15118, കൂടാതെ OCPP-യുമായുള്ള അതിന്റെ സംയോജനമാണ് 2.0.1 ന്റെ നിർവചിക്കുന്ന സവിശേഷത.

5.1 പ്ലഗ് & ചാർജിന്റെ സങ്കീർണ്ണത

പ്ലഗ് & ചാർജ് (PnC) ഒരു ഡ്രൈവറെ വാഹനം പ്ലഗ് ഇൻ ചെയ്‌ത് ചാർജ് ചെയ്യാൻ അനുവദിക്കുന്നു, ഒരു ആപ്പ് അല്ലെങ്കിൽ RFID കാർഡ് ഉപയോഗിക്കാതെ തന്നെ. ഇതിന് വാഹനം, ചാർജർ, ഓപ്പറേറ്റർ, ക്ലിയറിങ് ഹൗസ് എന്നിവ ഉൾപ്പെടുന്ന സങ്കീർണ്ണമായ ഒരു പബ്ലിക് കീ ഇൻഫ്രാസ്ട്രക്ചർ (PKI) ആവശ്യമാണ്.

OCPP 1.6J-യിൽ, അടിസ്ഥാന പ്രോട്ടോക്കോളിൽ PnC പിന്തുണ നിലവിലില്ലായിരുന്നു. വെണ്ടർമാർക്ക് ഇഷ്ടാനുസൃത വിപുലീകരണങ്ങൾ നടപ്പിലാക്കേണ്ടി വന്നു, ഇത് ഫ്രാഗ്മെന്റേഷനിലേക്ക് നയിച്ചു. OCPP 2.0.1 ഇനിപ്പറയുന്നവയെ പിന്തുണയ്ക്കുന്നതിലൂടെ PnC-യ്‌ക്കുള്ള “പ്ലംബിംഗ്” നൽകുന്നു:

• സർട്ടിഫിക്കറ്റ് ഇൻസ്റ്റാളേഷൻ: CSMS-ൽ നിന്ന് EVSE വഴി EV-യിലേക്ക് കരാർ സർട്ടിഫിക്കറ്റുകൾ കൈമാറൽ.
• അംഗീകാരം: വാഹന സർട്ടിഫിക്കറ്റിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ ഇ-മൊബിലിറ്റി ഐഡി (eMAID) ഉപയോഗിച്ച്.
• എൻക്രിപ്റ്റ് ചെയ്ത ആശയവിനിമയം: കാറിനും ഗ്രിഡിനുമിടയിൽ കൈമാറുന്ന സെൻസിറ്റീവ് ബില്ലിംഗ് ഡാറ്റ പരിരക്ഷിതമാണെന്ന് ഉറപ്പാക്കുന്നു.

5.2 സ്മാർട്ട് ചാർജിംഗും ലോഡ് ബാലൻസിംഗും

1.6J അടിസ്ഥാന സ്മാർട്ട് ചാർജിംഗിനെ പിന്തുണച്ചപ്പോൾ (a അയയ്ക്കുന്നുസെറ്റ്ചാർജിംഗ് പ്രൊഫൈൽ), 2.0.1 ഇത് ഉയർത്തുന്നു. ഇത് അനുവദിക്കുന്നു:

• ബാഹ്യ സിഗ്നൽ സംയോജനം: ഗ്രിഡ് ഫ്രീക്വൻസി അല്ലെങ്കിൽ മൊത്തവില സിഗ്നലുകൾക്കുള്ള തത്സമയ പ്രതികരണം.
• ഡൈനാമിക് ലോഡ് മാനേജ്മെന്റ്: നൂറുകണക്കിന് കണക്ടറുകളുള്ള ഒരു സൈറ്റിലുടനീളം വൈദ്യുതി വിതരണത്തിൽ കൂടുതൽ സൂക്ഷ്മമായ നിയന്ത്രണം.
• വാഹനത്തിൽ നിന്ന് ഗ്രിഡിലേക്ക് (V2G): 2.0.1-ൽ ദ്വിദിശ ഊർജ്ജ പ്രവാഹത്തെ പിന്തുണയ്ക്കുന്നതിന് ആവശ്യമായ ഡാറ്റ ഫീൽഡുകൾ ഉൾപ്പെടുന്നു, ഇത് EV-കളെ ഗ്രിഡിനായി വിതരണം ചെയ്ത ഊർജ്ജ സ്രോതസ്സുകളായി (DER-കൾ) പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു.

5.3 ഉപയോക്തൃ UI/UX മെച്ചപ്പെടുത്തലുകൾ

ചാർജറിന്റെ സ്ക്രീനിലോ വാഹനത്തിന്റെ ഡാഷ്‌ബോർഡിലോ നേരിട്ട് വിവരങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിനെ OCPP 2.0.1 പിന്തുണയ്ക്കുന്നു, ഉദാഹരണത്തിന്:

• പ്രാദേശിക കറൻസിയിൽ തത്സമയ വിലനിർണ്ണയം.
• 80% സ്റ്റേറ്റ്-ഓഫ്-ചാർജ് (SoC) എത്താൻ കണക്കാക്കിയ സമയം.
• പൂർത്തിയാകുമ്പോൾ വിശദമായ രസീത് വിവരങ്ങൾ.

അധ്യായം 6: വിപുലമായ ഉപകരണ മാനേജ്മെന്റും നിരീക്ഷണവും

ഒരു CPO-യെ സംബന്ധിച്ചിടത്തോളം, ഒരു ചാർജറിന്റെ വില വാങ്ങൽ വില മാത്രമല്ല; അത് ഉടമസ്ഥാവകാശത്തിന്റെ ആകെ ചെലവാണ് (TCO). അറ്റകുറ്റപ്പണികളും പ്രവർത്തനരഹിതമായ സമയവുമാണ് ഏറ്റവും വലിയ ലാഭക്കൊലകൾ. മികച്ച മോണിറ്ററിംഗ് കഴിവുകളിലൂടെ OCPP 2.0.1 ഇത് പരിഹരിക്കുന്നു.

6.1 ഇവന്റ്-ഡ്രൈവൺ റിപ്പോർട്ടിംഗ്

1.6J-ൽ, CSMS സാധാരണയായി ചാർജർ സ്റ്റാറ്റസിനായി പോൾ ചെയ്യണമായിരുന്നു അല്ലെങ്കിൽ ഒരു കാത്തിരിക്കണമായിരുന്നുസ്റ്റാറ്റസ് അറിയിപ്പ്2.0.1-ൽ,ഇവന്റ് മോണിറ്ററിംഗ്സിസ്റ്റം CSMS-നെ പരിധികൾ സജ്ജമാക്കാൻ അനുവദിക്കുന്നു. ഉദാഹരണത്തിന്: “ആന്തരിക താപനില 70°C കവിയുന്നുവെങ്കിൽ മാത്രം എന്നെ അറിയിക്കുക” അല്ലെങ്കിൽ “ഇൻപുട്ട് വോൾട്ടേജ് 200V-ൽ താഴെയായി കുറയുകയാണെങ്കിൽ റിപ്പോർട്ട് ചെയ്യുക.” ഇത് നെറ്റ്‌വർക്ക് ട്രാഫിക് കുറയ്ക്കുകയും മുൻകരുതൽ അറ്റകുറ്റപ്പണികൾ അനുവദിക്കുകയും ചെയ്യുന്നു.

6.2 ഇടപാട് കൈകാര്യം ചെയ്യൽ: ഇടപാട് പരിപാടി

OCPP 1.6J യുടെ ഏറ്റവും വിമർശിക്കപ്പെട്ട വശങ്ങളിലൊന്ന് ഇടപാടുകൾ കൈകാര്യം ചെയ്യുന്നതായിരുന്നു. ഒരു സെഷൻ ഇതിൽ ഉൾപ്പെട്ടിരുന്നു.ഇടപാട് ആരംഭിക്കുകഒപ്പംഇടപാട് നിർത്തുകസന്ദേശങ്ങൾ, പക്ഷേ ഒരു നെറ്റ്‌വർക്ക് തടസ്സം സംഭവിച്ചാൽ, ബില്ലിംഗ് ഡാറ്റ പൊരുത്തപ്പെടുത്താൻ CSMS പലപ്പോഴും പാടുപെടും.

OCPP 2.0.1 ഇവയെ ഒറ്റ, കരുത്തുറ്റഇടപാട് പരിപാടിസന്ദേശം. ഒരു ഇടപാടിന്റെ എല്ലാ ജീവിതചക്ര ഘട്ടങ്ങളും (ആരംഭിച്ചത്, അപ്‌ഡേറ്റ് ചെയ്തത്, അവസാനിച്ചത്) റിപ്പോർട്ട് ചെയ്യാൻ ഈ സന്ദേശം ഉപയോഗിക്കുന്നു. ഇതിൽ ഒരു സവിശേഷമായത് ഉൾപ്പെടുന്നുഇടപാട് ഐഡിചാർജർ റീബൂട്ട് ചെയ്താലും അത് നിലനിൽക്കും, ചാർജിംഗ് ഡാറ്റ നഷ്ടപ്പെടുന്നില്ലെന്നും അങ്ങനെ വരുമാനം നഷ്ടപ്പെടുന്നില്ലെന്നും ഉറപ്പാക്കുന്നു.

6.3 മെച്ചപ്പെട്ട ഡയഗ്നോസ്റ്റിക്സും ട്രബിൾഷൂട്ടിംഗും

ദിഗെറ്റ്ലോഗ്ഒപ്പംഡയഗ്നോസ്റ്റിക്സ്സ്റ്റാറ്റസ്അറിയിപ്പ്2.0.1 ലെ സന്ദേശങ്ങൾ കൂടുതൽ ഘടനാപരമാണ്. CPO-കൾക്ക് നിർദ്ദിഷ്ട ലോഗ് തരങ്ങൾ (സുരക്ഷ, ഡയഗ്നോസ്റ്റിക്, ഉപയോക്താവ്) അഭ്യർത്ഥിക്കാനും സമയ ശ്രേണി വ്യക്തമാക്കാനും കഴിയും. സൈറ്റിലേക്ക് ഒരു ടെക്നീഷ്യനെ അയയ്ക്കാതെ തന്നെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ഇത് വിദൂര പിന്തുണാ ടീമുകളെ അനുവദിക്കുന്നു, ഇത് OpEx-നെ ഗണ്യമായി കുറയ്ക്കുന്നു.

അധ്യായം 7: ഫേംവെയർ അപ്‌ഡേറ്റ് മെക്കാനിസങ്ങൾ: വിശ്വാസ്യതയും റോൾബാക്കുകളും

വികസിച്ചുകൊണ്ടിരിക്കുന്ന ഹാർഡ്‌വെയറിന്റെ ജീവരക്തമാണ് ഫേംവെയർ അപ്‌ഡേറ്റുകൾ, എന്നാൽ പരാജയപ്പെട്ട അപ്‌ഡേറ്റ് ചാർജറിനെ തടസ്സപ്പെടുത്തിയേക്കാം.

7.1 1.6J അപ്‌ഡേറ്റ് പ്രക്രിയ

1.6J-ൽ,ഫേംവെയർ അപ്ഡേറ്റ് ചെയ്യുകകമാൻഡ് താരതമ്യേന ലളിതമായിരുന്നു. ചാർജർ ചിത്രം ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യാൻ ശ്രമിക്കും. മൾട്ടി-സ്റ്റേജ് അപ്‌ഡേറ്റുകൾക്കോ ​​പരിശോധിച്ചുറപ്പിച്ച റോൾബാക്കുകൾക്കോ ​​ഒരു സ്റ്റാൻഡേർഡ് മെക്കാനിസവും ഉണ്ടായിരുന്നില്ല.

7.2 2.0.1 മൾട്ടി-സ്റ്റെപ്പ് അപ്‌ഡേറ്റ്

ഫേംവെയർ അപ്‌ഡേറ്റുകൾക്കായി കൂടുതൽ സങ്കീർണ്ണമായ ഒരു ജീവിതചക്രം OCPP 2.0.1 അവതരിപ്പിക്കുന്നു:

1. ഇറക്കുമതി: ചാർജർ ചിത്രം ലഭ്യമാക്കുകയും അതിന്റെ ചെക്ക്സം/സിഗ്നേച്ചർ പരിശോധിക്കുകയും ചെയ്യുന്നു.
2. ഇൻസ്റ്റലേഷൻ: അപ്ഡേറ്റ് ഒരു സെക്കൻഡറി പാർട്ടീഷനിൽ പ്രയോഗിച്ചിരിക്കുന്നു.
3. പരിശോധന: പുതിയ ഫേംവെയർ ശരിയായി ബൂട്ട് ചെയ്യുന്നുണ്ടോ എന്ന് സിസ്റ്റം പരിശോധിക്കുന്നു.
4. സജീവമാക്കൽ: പ്രാഥമിക പാർട്ടീഷൻ മാറ്റി.

ഏതെങ്കിലും ഘട്ടം പരാജയപ്പെട്ടാൽ, ചാർജർ മുമ്പത്തെ സ്ഥിരതയുള്ള പതിപ്പിലേക്ക് എങ്ങനെ മടങ്ങണമെന്നും നിർദ്ദിഷ്ട പരാജയ കോഡ് CSMS-ലേക്ക് എങ്ങനെ റിപ്പോർട്ട് ചെയ്യണമെന്നും പ്രോട്ടോക്കോൾ നിർവചിക്കുന്നു. വലിയ തോതിലുള്ള വാണിജ്യ വിന്യാസങ്ങൾക്ക് ഈ വിശ്വാസ്യതയുടെ നിലവാരം മാറ്റാനാവില്ല.

7.3 ഒപ്പ് പരിശോധന

അപഹരിക്കപ്പെട്ട ഫേംവെയർ അപ്‌ലോഡ് ചെയ്യുന്നതിൽ നിന്ന് ക്ഷുദ്രകരമായ വ്യക്തികളെ തടയാൻ, 2.0.1 ഡിജിറ്റൽ സിഗ്നേച്ചറുകളുടെ ഉപയോഗം നിർബന്ധമാക്കുന്നു. നിർമ്മാതാവിന്റെ സ്വകാര്യ കീ ഒപ്പിട്ടിട്ടില്ലാത്ത ഒരു കോഡും ചാർജർ നടപ്പിലാക്കാൻ വിസമ്മതിക്കും, ഇത് ഹാർഡ്‌വെയർ ലെവൽ ഹാക്കുകളിൽ നിന്ന് ഒരു നിർണായക പരിരക്ഷ നൽകുന്നു.

അധ്യായം 8: ഡാറ്റ സ്വകാര്യത, നിയന്ത്രണ അനുസരണം, GDPR

ഇലക്ട്രിക് വാഹനങ്ങൾ ചാർജ് ചെയ്യുന്നത് ദൈനംദിന ഉപയോഗത്തിന്റെ ഭാഗമായി മാറുന്നതോടെ, സൃഷ്ടിക്കപ്പെടുന്ന വ്യക്തിഗത ഡാറ്റയുടെ അളവ് അതിശയിപ്പിക്കുന്നതാണ്. ഒരൊറ്റ ചാർജിംഗ് സെഷനിൽ ഒരു ഉപയോക്താവിന്റെ ഐഡന്റിറ്റി, അവരുടെ വാഹനത്തിന്റെ സ്ഥാനം, അവരുടെ യാത്രാ രീതികൾ, അവരുടെ സാമ്പത്തിക വിവരങ്ങൾ എന്നിവയുമായി ബന്ധിപ്പിക്കാൻ കഴിയും.

8.1 OCPP-യിലെ വ്യക്തിപരമായി തിരിച്ചറിയാൻ കഴിയുന്ന വിവരങ്ങൾ (PII)

യൂറോപ്പിലെ ജനറൽ ഡാറ്റ പ്രൊട്ടക്ഷൻ റെഗുലേഷൻ (GDPR) ന്റെയും കാലിഫോർണിയയിലെ CCPA പോലുള്ള സമാന നിയമങ്ങളുടെയും പശ്ചാത്തലത്തിൽ,ഐഡിടാഗ്(RFID) അല്ലെങ്കിൽഇവിസിസിഐഡി(വെഹിക്കിൾ ഐഡന്റിഫയർ) എന്നിവ PII ആയി കണക്കാക്കുന്നു.

ഡാറ്റ അജ്ഞാതമാക്കുന്നതിന് OCPP 2.0.1 മികച്ച നിയന്ത്രണങ്ങൾ നൽകുന്നു. ഉദാഹരണത്തിന്,കസ്റ്റംഡാറ്റകോർ പ്രോട്ടോക്കോൾ ലോഗുകളിലേക്ക് PII തുറന്നുകാട്ടാതെ മെറ്റാഡാറ്റ സംഭരിക്കാൻ ഓപ്പറേറ്റർമാരെ ഫീൽഡുകൾ അനുവദിക്കുന്നു. കൂടാതെ, മെച്ചപ്പെടുത്തിയ സുരക്ഷാ പ്രൊഫൈലുകൾ ഈ ഡാറ്റ ട്രാൻസിറ്റിലും വിശ്രമത്തിലും എൻക്രിപ്റ്റ് ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.

8.2 മറക്കപ്പെടാനുള്ള അവകാശവും ഡാറ്റ പോർട്ടബിലിറ്റിയും

2.0.1 ഉപകരണ മോഡലിന്റെ ഘടനാപരമായ സ്വഭാവം CSMS ദാതാക്കൾക്ക് "ഡാറ്റ ഇല്ലാതാക്കൽ" അഭ്യർത്ഥനകൾ നടപ്പിലാക്കുന്നത് എളുപ്പമാക്കുന്നു. ഒരു 1.6J സിസ്റ്റത്തിൽ, വ്യത്യസ്ത കോൺഫിഗറേഷൻ കീകളിലും ലോഗുകളിലും ഒരു ഉപയോക്താവിന്റെ ഐഡിയുടെ എല്ലാ സന്ദർഭങ്ങളും കണ്ടെത്തുന്നത് ഒരു മാനുവൽ പേടിസ്വപ്നമായിരുന്നു. 2.0.1 ൽ, ഉപകരണ നിലയും ഇടപാട് ഡാറ്റയും തമ്മിലുള്ള വ്യക്തമായ വേർതിരിവ് കൂടുതൽ ക്ലീനർ ഡാറ്റാബേസ് ആർക്കിടെക്ചറിനെ അനുവദിക്കുന്നു.

8.3 IoT സുരക്ഷാ നിയമങ്ങൾ പാലിക്കൽ

IoT ഉപകരണങ്ങൾക്ക് തനതായ പാസ്‌വേഡുകളും സുരക്ഷിതമായ അപ്‌ഡേറ്റ് സംവിധാനങ്ങളും ഉണ്ടായിരിക്കണമെന്ന് ആവശ്യപ്പെടുന്ന നിയമങ്ങൾ ഇപ്പോൾ പല പ്രദേശങ്ങളും പാസാക്കുന്നുണ്ട്. OCPP 2.0.1-ന്റെ നിർബന്ധിത TLS-ഉം ഒപ്പിട്ട ഫേംവെയറും "ഉണ്ടായിരിക്കാൻ നല്ല" സവിശേഷതകൾ മാത്രമല്ല - കാലിഫോർണിയ, യുകെ പോലുള്ള വിപണികളിൽ ഹാർഡ്‌വെയർ വിൽക്കുന്നതിനുള്ള നിയമപരമായ ആവശ്യകതകളുമാണ്.

അധ്യായം 9: വാങ്ങുന്നയാളുടെ വീക്ഷണം: TCO, ROI, തന്ത്രപരമായ കുടിയേറ്റം

ഒരു വാണിജ്യ ചാർജിംഗ് ഓപ്പറേറ്ററെ സംബന്ധിച്ചിടത്തോളം, 1.6J-യിൽ തുടരണോ അതോ 2.0.1-ലേക്ക് മാറണോ എന്ന തീരുമാനം സാമ്പത്തികമായി ഒരു തീരുമാനമാണ്.

9.1 നടപ്പാക്കലിന്റെ ചെലവ്

• ഒസിപിപി 1.6ജെ: നടപ്പിലാക്കാൻ വിലകുറഞ്ഞത്, കുറഞ്ഞ വിലയുള്ള ഹാർഡ്‌വെയർ വ്യാപകമായി പിന്തുണയ്ക്കുന്നു, പക്ഷേ അറ്റകുറ്റപ്പണികളിലും സുരക്ഷാ അപകടസാധ്യതകളിലും ഉയർന്ന മറഞ്ഞിരിക്കുന്ന ചെലവുകൾ വഹിക്കുന്നു.
• ഒസിപിപി 2.0.1: EVSE-യിൽ കൂടുതൽ ശക്തമായ പ്രോസസ്സറുകളും കൂടുതൽ മെമ്മറിയും ആവശ്യമാണ്. പ്രോട്ടോക്കോളിന്റെ സങ്കീർണ്ണത കാരണം CSMS-നുള്ള വികസന ചെലവ് കൂടുതലാണ്. എന്നിരുന്നാലും, റിമോട്ട് മാനേജ്‌മെന്റിലൂടെയും മികച്ച വിശ്വാസ്യതയിലൂടെയും ഇത് ഗണ്യമായ OpEx ലാഭം വാഗ്ദാനം ചെയ്യുന്നു.

9.2 "സ്മൂത്ത് അപ്‌ഗ്രേഡ്" എന്ന മിത്ത്

1.6J ചാർജറുകൾ സോഫ്റ്റ്‌വെയർ വഴി 2.0.1 ലേക്ക് അപ്‌ഗ്രേഡ് ചെയ്യാൻ കഴിയുമെന്ന് പലപ്പോഴും പറയാറുണ്ട്. വാസ്തവത്തിൽ, ഇത് വളരെ അപൂർവമായി മാത്രമേ സത്യമാകൂ. 2.0.1-നുള്ള മെമ്മറി, സിപിയു ആവശ്യകതകൾ (പ്രത്യേകിച്ച് TLS സർട്ടിഫിക്കറ്റുകളും ഉപകരണ മോഡലിന്റെ സങ്കീർണ്ണമായ JSON പാഴ്‌സിംഗും കൈകാര്യം ചെയ്യുന്നതിന്) പലപ്പോഴും പഴയ 1.6J കൺട്രോളറുകളുടെ കഴിവുകളെ കവിയുന്നു.

9.3 തന്ത്രപരമായ മൈഗ്രേഷൻ പാതകൾ

CPO-കൾ ഒരു "ഹൈബ്രിഡ് നെറ്റ്‌വർക്ക്" സമീപനം പരിഗണിക്കണം:

1. ലെഗസി സൈറ്റുകൾ: നിലവിലുള്ള കുറഞ്ഞ പവർ എസി ചാർജറുകൾക്ക് 1.6J പ്രവർത്തിപ്പിക്കുന്നത് തുടരുക.
2. പുതിയ ഡിസി ഫാസ്റ്റ് ചാർജിംഗ് സൈറ്റുകൾ: PnC, V2G എന്നിവയെ പിന്തുണയ്ക്കുന്നതിനുള്ള എല്ലാ പുതിയ ഹൈ-പവർ വിന്യാസങ്ങൾക്കും മാൻഡേറ്റ് 2.0.1.
3. പ്രോക്സി സൊല്യൂഷൻസ്: CSMS-നായി 1.6J സന്ദേശങ്ങളെ 2.0.1-അനുയോജ്യമായ ഫോർമാറ്റിലേക്ക് വിവർത്തനം ചെയ്യാൻ കഴിയുന്ന ഒരു പ്രോട്ടോക്കോൾ ഗേറ്റ്‌വേ ഉപയോഗിക്കുക, ഇത് ഒരൊറ്റ ഏകീകൃത മാനേജ്‌മെന്റ് ഡാഷ്‌ബോർഡ് അനുവദിക്കുന്നു.

അധ്യായം 10: ഭാവി-തെളിവ്: OCPP 2.1 ഉം ഓട്ടോണമസ് ചാർജിംഗിലേക്കുള്ള വഴിയും

2.0.1 പ്രചാരത്തിലാകുമ്പോഴും, ഓപ്പൺ ചാർജ് അലയൻസ് OCPP 2.1-ൽ പ്രവർത്തിക്കുന്നുണ്ട്. ഈ ഭാവി പതിപ്പ് പ്രോട്ടോക്കോളിന്റെ വ്യാപ്തി കൂടുതൽ വികസിപ്പിക്കും.

10.1 ബൈഡയറക്ഷണൽ ചാർജിംഗ് (V2X)

2.0.1 അടിസ്ഥാന V2G-യെ പിന്തുണയ്ക്കുമ്പോൾ, 2.1 വെഹിക്കിൾ-ടു-ഹോം (V2H), വെഹിക്കിൾ-ടു-ബിൽഡിംഗ് (V2B) എന്നിവയ്ക്കുള്ള ആശയവിനിമയം പരിഷ്കരിക്കും, ഇത് വൈദ്യുതി മുടക്കം വരുമ്പോഴോ വാണിജ്യ കെട്ടിടങ്ങളുടെ ആവശ്യകത കുറയ്ക്കുമ്പോഴോ വീടുകൾക്ക് വൈദ്യുതി നൽകാൻ ഇലക്ട്രിക് വാഹനങ്ങളെ അനുവദിക്കുന്നു.

10.2 വയർലെസ് ചാർജിംഗിനുള്ള പിന്തുണ

ഓട്ടോണമസ് വാഹനങ്ങൾ (AV-കൾ) ഉയർന്നുവരുന്നതോടെ, മാനുവൽ പ്ലഗ്ഗിംഗ് കാലഹരണപ്പെടും. മനുഷ്യന്റെ ഇടപെടലില്ലാതെ ഇൻഡക്റ്റീവ് (വയർലെസ്) ചാർജിംഗ്, അലൈൻമെന്റ് കൈകാര്യം ചെയ്യൽ, ഊർജ്ജ കൈമാറ്റം എന്നിവയ്ക്കുള്ള സ്റ്റാൻഡേർഡ് സന്ദേശങ്ങൾ OCPP 2.1-ൽ ഉൾപ്പെടുത്തും.

10.3 സ്മാർട്ട് സിറ്റികളുമായുള്ള സംയോജനം

ഭാവിയിലെ ആവർത്തനങ്ങളിൽ ട്രാഫിക് മാനേജ്മെന്റ് സിസ്റ്റങ്ങളുമായും പുനരുപയോഗ ഊർജ്ജ പ്രവചനങ്ങളുമായും കൂടുതൽ ആഴത്തിലുള്ള സംയോജനം കാണാൻ സാധ്യതയുണ്ട്. ചാർജർമാർക്ക് തത്സമയ ഊർജ്ജ വിപണികളിൽ വൈദ്യുതിക്കായി "ബിഡ്" ചെയ്യാൻ കഴിയും, ഇത് ചാർജിംഗ് നെറ്റ്‌വർക്കുകളെ വമ്പിച്ച വെർച്വൽ പവർ പ്ലാന്റുകളാക്കി (VPP-കൾ) മാറ്റും.

സാങ്കേതിക അനുബന്ധം: സന്ദേശ താരതമ്യങ്ങളിലേക്ക് ആഴത്തിൽ ഇറങ്ങുക

ആത്യന്തിക സാങ്കേതിക ആഴം നൽകുന്നതിനായി, രണ്ട് പതിപ്പുകൾക്കിടയിലുള്ള നിർദ്ദിഷ്ട സന്ദേശ ശ്രേണികളും ഫ്രെയിം വ്യത്യാസങ്ങളും ഞങ്ങൾ ഇപ്പോൾ വിശകലനം ചെയ്യും.

A.1 അംഗീകാര പ്രവാഹം

1.6J-ൽ, അംഗീകാരം ഒരു ബൈനറി "അംഗീകൃത" അല്ലെങ്കിൽ "തടഞ്ഞ" പ്രതികരണമായിരുന്നു.

1.6J ഓതറൈസ് റെസ്‌പോൺസ്:"json [3, "123456", { "idTagInfo": { "സ്റ്റാറ്റസ്": "സ്വീകരിച്ചു", "കാലഹരണ തീയതി": "2026-12-31T23:59:59Z" } }]"

2.0.1-ൽ, പ്രതികരണത്തിൽ കൂടുതൽ സന്ദർഭം ഉൾപ്പെടുന്നു, ഉദാഹരണത്തിന്ഐഡി ടോക്കൺതരവും ഉപയോക്തൃ ഇന്റർഫേസിനായുള്ള അധിക വിവരങ്ങളും.

2.0.1 ഓതറൈസ് റെസ്പോൺസ്:"json [3, "987654", { "idTokenInfo": { "status": "Accepted", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "സ്വാഗതം, ജോൺ! നിങ്ങളുടെ ബാലൻസ് $45.00 ആണ്" } } }]"

A.2 ഹൃദയമിടിപ്പ്, കണക്ഷൻ മാനേജ്മെന്റ്

സ്റ്റേഷൻ "ജീവനോടെ" ഉണ്ടെന്ന് തെളിയിക്കുന്ന രീതി OCPP 2.0.1 ഒപ്റ്റിമൈസ് ചെയ്യുന്നു. 1.6J-ൽ, ഒരുഹൃദയമിടിപ്പ്പരാജയപ്പെട്ടു, സ്റ്റേഷൻ പലപ്പോഴും വീണ്ടും ശ്രമിച്ചുകൊണ്ടിരിക്കും. 2.0.1-ൽ, സ്റ്റേഷന്അറിയിപ്പ് പരിപാടിപ്രൈമറിയുമായി ഹൃദയമിടിപ്പ് നിലനിർത്തിക്കൊണ്ട്, ഒരു ദ്വിതീയ ബാക്കെൻഡിലേക്കുള്ള ബന്ധം നഷ്ടപ്പെട്ടുവെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നതിനുള്ള സംവിധാനം.

A.3 വിശദമായ മെറ്റാഡാറ്റ പട്ടിക

തീരുമാനം

OCPP 1.6J-യിൽ നിന്ന് 2.0.1-ലേക്കുള്ള മാറ്റം വെറുമൊരു സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റ് മാത്രമല്ല; ഇലക്ട്രിക് മൊബിലിറ്റി ആവാസവ്യവസ്ഥയുടെ അടിസ്ഥാന പരിണാമമാണിത്. വാണിജ്യ ഓപ്പറേറ്റർമാർക്ക്, 1.6J വിശ്വസനീയമായ ഭൂതകാലത്തെ പ്രതിനിധീകരിക്കുന്നു, അതേസമയം 2.0.1 അളക്കാവുന്നതും സുരക്ഷിതവും ബുദ്ധിപരവുമായ ഭാവിയെ പ്രതിനിധീകരിക്കുന്നു.

ഇന്ന് 2.0.1 തിരഞ്ഞെടുക്കുന്നത് ദീർഘായുസ്സിനുള്ള ഒരു നിക്ഷേപമാണ്. നിങ്ങളുടെ ഹാർഡ്‌വെയർ അടുത്ത തലമുറ ഇലക്ട്രിക് വാഹനങ്ങളുമായി പൊരുത്തപ്പെടുമെന്നും, സൈബർ സുരക്ഷാ നിയന്ത്രണങ്ങൾ കർശനമാക്കുന്നതിനും, V2G, സ്മാർട്ട് ഗ്രിഡ് സംയോജനം എന്നിവയുടെ ലാഭകരമായ അവസരങ്ങൾക്ക് തയ്യാറാകുമെന്നും ഇത് ഉറപ്പാക്കുന്നു. വിപണി ഏകീകരിക്കപ്പെടുമ്പോൾ, ഏറ്റവും കരുത്തുറ്റതും വഴക്കമുള്ളതുമായ പ്രോട്ടോക്കോൾ സ്റ്റാക്കുകളുള്ള ഓപ്പറേറ്റർമാരായിരിക്കും ഈ നേട്ടത്തിന് നേതൃത്വം നൽകുന്നത്.

അധ്യായം 11: ആഴത്തിലുള്ള മുങ്ങൽ: സന്ദേശ പ്രവാഹ വിശകലനവും ക്രമ രേഖാചിത്രങ്ങളും

ഈ അധ്യായത്തിൽ, 1.6J നും 2.0.1 നും ഇടയിലുള്ള പ്രവർത്തന വ്യത്യാസങ്ങൾ തെളിയിക്കുന്നതിനായി EVSE യും CSMS യും തമ്മിലുള്ള പ്രതിപ്രവർത്തന ശ്രേണികൾ ഞങ്ങൾ വിശകലനം ചെയ്യുന്നു.

11.1 ബൂട്ട്, കോൺഫിഗറേഷൻ ക്രമം

ഒരു ചാർജർ ആദ്യം നെറ്റ്‌വർക്കിലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ, അത് സ്വയം തിരിച്ചറിയുകയും അതിന്റെ കോൺഫിഗറേഷൻ സമന്വയിപ്പിക്കുകയും വേണം.

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. അറിയിപ്പ് പരിപാടി: സ്റ്റേഷൻ പ്രാരംഭ ഘടക അവസ്ഥകൾ റിപ്പോർട്ട് ചെയ്യുന്നു.

11.2 സ്മാർട്ട് ചാർജിംഗ് ചർച്ച

സ്മാർട്ട് ചാർജിംഗിലാണ് 2.0.1 ശരിക്കും തിളങ്ങുന്നത്, പ്രത്യേകിച്ചും ഒന്നിലധികം ചാർജിംഗ് പ്രൊഫൈലുകൾ കൈകാര്യം ചെയ്യുമ്പോൾ.

1.6J-ൽ, CSMS ഒരുസെറ്റ്ചാർജിംഗ് പ്രൊഫൈൽഒരു സ്റ്റാക്ക് ലെവലും ഷെഡ്യൂളും നിർവചിക്കുന്ന ഒരു സംവിധാനമാണിത്. ഒരു സ്റ്റേഷനിൽ ഒന്നിലധികം കണക്ടറുകൾ ഉണ്ടെങ്കിൽ, പ്രൊഫൈൽ കൈകാര്യം ചെയ്യുന്നത് പലപ്പോഴും അവ്യക്തമായിരിക്കും.

2.0.1 ൽ,സെറ്റ്ചാർജിംഗ് പ്രൊഫൈൽവ്യക്തമായി ബന്ധപ്പെട്ടിരിക്കുന്നത് a എന്നതുമായിചാർജിംഗ് പ്രൊഫൈൽ ഉദ്ദേശ്യം.

• ചാർജിംഗ് സ്റ്റേഷൻമാക്സ് പ്രൊഫൈൽ: മുഴുവൻ സ്റ്റേഷനിലെയും ഉപഭോഗം പരിമിതപ്പെടുത്തുന്നു.
• ടിഎക്സ്ഡിഫോൾട്ട്പ്രൊഫൈൽ: ഏതൊരു പുതിയ ഇടപാടിനും ഡിഫോൾട്ട്.
• ടിഎക്സ്പ്രൊഫൈൽ: നടന്നുകൊണ്ടിരിക്കുന്ന ഒരു ഇടപാടിന് പ്രത്യേകമായി.

കൂടാതെ, 2.0.1 പിന്തുണയ്ക്കുന്നുചാർജിംഗ്സ്റ്റാക്ക്ലെവൽ നേടുകസന്ദേശം, നിലവിൽ ഏതൊക്കെ പ്രൊഫൈലുകൾ സജീവമാണെന്നും EVSE-യുടെ ഇന്റേണൽ ഷെഡ്യൂളർ അവയ്ക്ക് എങ്ങനെ മുൻഗണന നൽകുന്നുവെന്നും CSMS-നെ കാണാൻ അനുവദിക്കുന്നു.

11.3 റിമോട്ട് ട്രിഗറിംഗും നിയന്ത്രണവും

പോലുള്ള റിമോട്ട് കമാൻഡുകൾറിമോട്ട്സ്റ്റാർട്ട്ട്രാൻസാക്ഷൻ(1.6J) മാറ്റിസ്ഥാപിച്ചുഇടപാട് ആരംഭിക്കാൻ അഭ്യർത്ഥിക്കുക(2.0.1). പ്രധാന വ്യത്യാസം പേലോഡിലാണ്. 2.0.1-ൽ, CSMS-ന് ഒരു ഉൾപ്പെടുത്താൻ കഴിയുംചാർജിംഗ് പ്രൊഫൈൽസ്റ്റാർട്ട് അഭ്യർത്ഥനയിൽ നേരിട്ട്. ഇതിനർത്ഥം, രണ്ടാമത്തെ സന്ദേശത്തിനായി കാത്തിരിക്കാതെ, കാറിന് ശരിയായ പവർ ലെവലിൽ ഉടൻ ചാർജ് ചെയ്യാൻ കഴിയും, ഇത് ലേറ്റൻസി കുറയ്ക്കുകയും ഗ്രിഡ് സ്ഥിരത മെച്ചപ്പെടുത്തുകയും ചെയ്യും.

അധ്യായം 12: ലോ-ലെവൽ JSON സ്കീമയും ഫീൽഡ് താരതമ്യങ്ങളും

ഡെവലപ്പർമാർക്കും സിസ്റ്റം ഇന്റഗ്രേറ്റർമാർക്കും, സ്കീമ മാറ്റങ്ങൾ മൈഗ്രേഷന്റെ ഏറ്റവും കൂടുതൽ അധ്വാനം ആവശ്യമുള്ള ഭാഗമാണ്.

12.1 എണ്ണപ്പെട്ട തരങ്ങൾ (എനംസ്)

1.6J ഇംപ്ലിമെന്റേഷനുകളെ ബാധിച്ചിരുന്ന "കസ്റ്റം" സ്റ്റാറ്റസ് കോഡുകളുടെ ആവശ്യകത കുറയ്ക്കുന്നതിലൂടെ, സ്റ്റാൻഡേർഡ് എനമുകളുടെ എണ്ണം OCPP 2.0.1 വളരെയധികം വികസിപ്പിക്കുന്നു.

• കാരണം എന്യുമുകൾ: വാച്ച്ഡോഗ്, ഷെഡ്യൂൾ ചെയ്‌ത പുനഃസജ്ജീകരണം, റിമോട്ട് റീസെറ്റ്, പവർലോസ്.
• സ്റ്റാറ്റസ് എന്റംസ്: കൈവശപ്പെടുത്തി, റിസർവ്വ് ചെയ്‌തു, ലഭ്യമല്ല, തകരാറ് സംഭവിച്ചു. 2.0.1 കൂട്ടിച്ചേർക്കലുകൾലഭ്യമാണ്, കൈവശപ്പെടുത്തി, റിസർവ്വ് ചെയ്‌തു, ലഭ്യമല്ല, തകരാറ് സംഭവിച്ചുഎന്നാൽ കൂടുതൽ വിശദാംശങ്ങൾക്ക് ഉപ-സ്റ്റാറ്റസുകൾക്കൊപ്പം.

12.2 ഡാറ്റ തരങ്ങളും യൂണിറ്റുകളും

OCPP 2.0.1 സ്റ്റാൻഡേർഡ് യൂണിറ്റുകളുടെ (SI) ഉപയോഗം ഔപചാരികമാക്കുന്നു. 1.6J ചിലപ്പോൾ ദശാംശ കൃത്യത നിർവചിക്കാതെ വിടുന്നിടത്ത്, 2.0.1ദശാംശംവൈദ്യുതി, ഊർജ്ജ മൂല്യങ്ങൾക്കായുള്ള തരങ്ങൾ, വ്യത്യസ്ത വെണ്ടർ ഹാർഡ്‌വെയറുകളിലുടനീളം സ്ഥിരമായ ബില്ലിംഗ് ഉറപ്പാക്കുന്നു.

അധ്യായം 13: കേസ് പഠനം: 1.6J മുതൽ 2.0.1 വരെയുള്ള ആഗോള CPO മൈഗ്രേഷൻ

10,000 ചാർജ് പോയിന്റുകളുള്ള ഒരു CPO ആയ “മെഗാചാർജിന്റെ” ഒരു സാങ്കൽപ്പിക സാഹചര്യം നോക്കാം.

13.1 ഘട്ടം 1: ഓഡിറ്റ്

മെഗാചാർജ് കണ്ടെത്തിയത് അവരുടെ 1.6J ഫ്ലീറ്റിന്റെ 40% TLS 1.2 പിന്തുണയ്ക്കുന്നില്ല എന്നാണ്. ഇതിനർത്ഥം ആ ചാർജറുകൾ വരാനിരിക്കുന്ന സർക്കാർ കരാറുകൾക്ക് യോഗ്യമല്ല എന്നാണ്.

13.2 ഘട്ടം 2: CSMS അപ്‌ഗ്രേഡ്

പുതിയൊരു CSMS നിർമ്മിക്കുന്നതിനുപകരം, മെഗാചാർജ് ഒരു “OCPP ട്രാൻസ്ലേഷൻ ലെയർ” നടപ്പിലാക്കി. പഴയ ഹാർഡ്‌വെയറിന് 1.6J കണക്ഷനുകളും പുതിയ ഹാർഡ്‌വെയറിന് 2.0.1 കണക്ഷനുകളും ഈ ലെയർ കൈകാര്യം ചെയ്തു, പക്ഷേ അവരുടെ മൊബൈൽ ആപ്പിലേക്കും ബില്ലിംഗ് എഞ്ചിനിലേക്കും ഒരു ഏകീകൃത API തുറന്നുകാട്ടി.

13.3 ഘട്ടം 3: ഹാർഡ്‌വെയർ മാറ്റിസ്ഥാപിക്കൽ

ഉയർന്ന ട്രാഫിക് ഉള്ള സ്ഥലങ്ങളിൽ, മെഗാചാർജ് 1.6J ചാർജറുകൾക്ക് പകരം 2.0.1-കംപ്ലയിന്റ് DC ഫാസ്റ്റ് ചാർജറുകൾ ഉപയോഗിച്ചു. ഇതിന്റെ ഫലമായി "ആരംഭിക്കാൻ പരാജയപ്പെട്ടു" സെഷനുകളിൽ 15% കുറവ് ഉണ്ടായി, പ്രധാനമായും കൂടുതൽ കരുത്തുറ്റത് കാരണം.ഇടപാട് പരിപാടി2.0.1-ൽ കൈകാര്യം ചെയ്യുന്നു.

13.4 ROI വിശകലനം

പ്രാരംഭ നിക്ഷേപം $2 മില്യൺ ആയിരുന്നു. എന്നിരുന്നാലും, കുറഞ്ഞ മെയിന്റനൻസ് കോളുകൾ (ഡിവൈസ് മോഡലിന്റെ ഡയഗ്നോസ്റ്റിക്സിന് നന്ദി) പ്രതിവർഷം $400,000 ലാഭിച്ചു. കൂടാതെ, V2G ഫ്രീക്വൻസി റെസ്‌പോൺസ് മാർക്കറ്റുകളിൽ പങ്കെടുക്കാനുള്ള കഴിവ് വാർഷിക വരുമാനത്തിൽ $200,000 അധികമായി സൃഷ്ടിച്ചു. തിരിച്ചടവ് കാലയളവ് ഏകദേശം 3.3 വർഷമായിരുന്നു.

അധ്യായം 14: OCPP 2.0.1 സംഭരണത്തിനായുള്ള വാങ്ങുന്നയാളുടെ അന്തിമ ചെക്ക്‌ലിസ്റ്റ്

പുതിയ ഹാർഡ്‌വെയറോ സോഫ്റ്റ്‌വെയറോ വിലയിരുത്തുമ്പോൾ, യഥാർത്ഥ അനുസരണം ഉറപ്പാക്കാൻ ഈ ചെക്ക്‌ലിസ്റ്റ് ഉപയോഗിക്കുക:

14.1 ഹാർഡ്‌വെയർ (EVSE) ആവശ്യകതകൾ

• [ ]സുരക്ഷാ പ്രൊഫൈൽ 3 പിന്തുണ: ഇത് ക്ലയന്റ്-സൈഡ് സർട്ടിഫിക്കറ്റ് മാനേജ്മെന്റിനെ പിന്തുണയ്ക്കുന്നുണ്ടോ?
• [ ]ഡ്യുവൽ-കോർ പ്രോസസർ: TLS എൻക്രിപ്ഷനും JSON പാഴ്‌സിംഗിനും മതിയായ ഹെഡ്‌റൂം ഉണ്ടോ?
• [ ]സെക്യൂർ എലമെന്റ് (SE): കീകൾ സൂക്ഷിക്കുന്നതിനായി ബോർഡിന് വിശ്വസനീയമായ ഒരു ഹാർഡ്‌വെയർ റൂട്ട് ഉണ്ടോ?
• [ ]ISO 15118-2/20 റെഡി: പിഎൻസിക്ക് ആവശ്യമായ ഉയർന്ന തലത്തിലുള്ള ആശയവിനിമയം കൺട്രോളറിന് കൈകാര്യം ചെയ്യാൻ കഴിയുമോ?
• [ ]പ്രദർശന ശേഷി: OCPP വഴി വില/സ്റ്റാറ്റസ് വിവരങ്ങൾ കാണിക്കുന്നതിനെ ഹാർഡ്‌വെയർ പിന്തുണയ്ക്കുന്നുണ്ടോ?ഡാറ്റാ ട്രാൻസ്ഫർഅതോ നേറ്റീവ് സന്ദേശങ്ങളോ?

14.2 സോഫ്റ്റ്‌വെയർ (CSMS) ആവശ്യകതകൾ

• [ ]ഉപകരണ മോഡൽ ദൃശ്യവൽക്കരണം: ഡാഷ്‌ബോർഡിന് ചാർജറിന്റെ ശ്രേണിക്രമത്തിലുള്ള കാഴ്ച കാണിക്കാൻ കഴിയുമോ?
• [ ]സർട്ടിഫിക്കറ്റ് അതോറിറ്റി (CA) സംയോജനം: CSMS-ന് സ്വയമേവ സർട്ടിഫിക്കറ്റുകൾ നൽകാനും തിരിക്കാനും കഴിയുമോ?
• [ ]ഇടപാട് അനുരഞ്ജനം: 1.6J ലെഗസി ചാർജറുകളിൽ നിന്നുള്ള "ഹാംഗിംഗ്" ഇടപാടുകൾ സിസ്റ്റം എങ്ങനെയാണ് കൈകാര്യം ചെയ്യുന്നത്?
• [ ]സ്മാർട്ട് ചാർജിംഗ് എഞ്ചിൻ: ഇത് 2.0.1 ന്റെ അഡ്വാൻസ്ഡ് സ്റ്റാക്ക്-ലെവൽ ലോജിക്കിനെ പിന്തുണയ്ക്കുന്നുണ്ടോ?
• [ ]സ്കേലബിളിറ്റി: വെബ്‌സോക്കറ്റ് ഹാൻഡ്‌ലറിന് ഒരേസമയം 50,000+ സ്ഥിരമായ TLS കണക്ഷനുകൾ കൈകാര്യം ചെയ്യാൻ കഴിയുമോ?

അധ്യായം 15: സാധാരണ OCPP നടപ്പാക്കൽ പ്രശ്നങ്ങൾ പരിഹരിക്കൽ

ഒരു സ്റ്റാൻഡേർഡ് ഉണ്ടെങ്കിലും, നടപ്പിലാക്കലുകൾ വ്യത്യാസപ്പെടാം. ഏറ്റവും സാധാരണമായ "gotchas" ഇതാ.

15.1 വെബ്‌സോക്കറ്റ് ടൈംഔട്ടുകൾ

പല നെറ്റ്‌വർക്ക് ഫയർവാളുകളും നിഷ്‌ക്രിയ TCP കണക്ഷനുകൾ അടയ്ക്കുന്നു.ഹൃദയമിടിപ്പ് ഇടവേളവളരെ ഉയർന്ന നിലയിൽ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, ചാർജർ വിച്ഛേദിക്കപ്പെട്ടേക്കാം.

• പരിഹാരം: ഉറപ്പാക്കുകഹൃദയമിടിപ്പ് ഇടവേളഫയർവാളിന്റെ സമയപരിധിയേക്കാൾ കുറവാണ് (സാധാരണയായി 60-120 സെക്കൻഡ്).

15.2 സർട്ടിഫിക്കറ്റ് ചെയിൻ പ്രശ്നങ്ങൾ

2.0.1 ലെ ഒരു സാധാരണ പരാജയം “അൺട്രസ്റ്റഡ് സർട്ടിഫിക്കറ്റ്” പിശകാണ്. ചാർജറിൽ CSMS ന്റെ റൂട്ട് CA ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലാത്തപ്പോഴാണ് ഇത് സാധാരണയായി സംഭവിക്കുന്നത്.

• പരിഹാരം: ഉപയോഗിക്കുകഇൻസ്റ്റാൾസർട്ടിഫിക്കറ്റ്ട്രസ്റ്റ് ചെയിൻ പൂർത്തിയായെന്ന് ഉറപ്പാക്കാൻ കമ്മീഷൻ ചെയ്യുന്ന സമയത്ത് സന്ദേശം.

15.3 JSON പേലോഡ് വലുപ്പം

ചില 2.0.1 സന്ദേശങ്ങൾ (ഉദാഹരണത്തിന്ഗെറ്റ്ബേസ് റിപ്പോർട്ട്) വളരെ വലുതായിരിക്കാം. ചാർജറിന്റെ ബഫർ വളരെ ചെറുതാണെങ്കിൽ, അത് സന്ദേശം ഉപേക്ഷിക്കും.

• പരിഹാരം: പരിശോധിക്കുകപരമാവധിസന്ദേശവലുപ്പംഉപകരണ മോഡലിലെ വേരിയബിളിനെ നിയന്ത്രിക്കുകയും CSMS ഈ പരിധി പാലിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുക.

അധ്യായം 16: റീജിയണൽ റെഗുലേറ്ററി ലാൻഡ്‌സ്‌കേപ്പുകളും പ്രോട്ടോക്കോൾ മാൻഡേറ്റുകളും

OCPP 2.0.1 ലേക്കുള്ള നീക്കം സാങ്കേതികവിദ്യയുടെ മാത്രം നിയന്ത്രണത്തിലല്ല; അത് കൂടുതൽ കൂടുതൽ നിയമപരമായ ഒരു വിഷയമായി മാറുകയാണ്.

16.1 യൂറോപ്യൻ യൂണിയൻ (AFIR)

EU-വിലെ ആൾട്ടർനേറ്റീവ് ഫ്യൂവൽസ് ഇൻഫ്രാസ്ട്രക്ചർ റെഗുലേഷൻ (AFIR) വില സുതാര്യതയും പരസ്പര പ്രവർത്തനക്ഷമതയും നിർബന്ധമാക്കുന്നു. OCPP 2.0.1 വ്യക്തമായി പേരിടുന്നില്ലെങ്കിലും, "തത്സമയ ഡാറ്റ പങ്കിടൽ", "സ്മാർട്ട് ചാർജിംഗ്" എന്നിവയുടെ ആവശ്യകത പുതിയ പൊതു ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള ഏക പ്രായോഗിക മാനദണ്ഡമായി 2.0.1-നെ ഫലപ്രദമായി മാറ്റുന്നു.

16.2 വടക്കേ അമേരിക്ക (NEVI)

അമേരിക്കൻ ഐക്യനാടുകളിൽ, നാഷണൽ ഇലക്ട്രിക് വെഹിക്കിൾ ഇൻഫ്രാസ്ട്രക്ചർ (NEVI) ഫോർമുല പ്രോഗ്രാം ചാർജറുകൾ "ഇന്റർഓപ്പറബിൾ" ആയിരിക്കണമെന്ന് ആവശ്യപ്പെടുന്നു. കാലിഫോർണിയ പോലുള്ള സംസ്ഥാനങ്ങൾ കൂടുതൽ മുന്നോട്ട് പോകുന്നു, കാലിഫോർണിയ എനർജി കമ്മീഷൻ (CEC) ISO 15118 പിന്തുണയ്ക്കായി സമ്മർദ്ദം ചെലുത്തുന്നു, നമ്മൾ ചർച്ച ചെയ്തതുപോലെ, OCPP 2.0.1 വഴി നടപ്പിലാക്കുന്നതാണ് ഏറ്റവും നല്ല മാർഗം.

16.3 ചൈനയും ഏഷ്യ-പസഫിക്കും

ചൈനയ്ക്ക് അവരുടേതായ മാനദണ്ഡങ്ങൾ (GB/T) ഉണ്ടെങ്കിലും, കയറ്റുമതി കേന്ദ്രീകൃത നിർമ്മാതാക്കൾ OCPP 2.0.1 ൽ വൻതോതിൽ നിക്ഷേപം നടത്തുന്നു. ഓസ്‌ട്രേലിയ, സിംഗപ്പൂർ പോലുള്ള വിപണികളിൽ, പൊതു ചാർജിംഗ് നെറ്റ്‌വർക്കുകൾക്കായുള്ള സർക്കാർ ടെൻഡറുകൾ ഇപ്പോൾ സെക്യൂരിറ്റി പ്രൊഫൈൽ 3 ഉള്ള OCPP 2.0.1 പൂർണ്ണമായും വ്യക്തമാക്കുന്നു.

അദ്ധ്യായം 17: ഇംപ്ലിമെന്റേഷൻ കോഡ് സ്‌നിപ്പെറ്റുകൾ: “നിറ്റി-ഗ്രിറ്റി”

ഡെവലപ്പർമാരെ സഹായിക്കുന്നതിന്, സങ്കീർണ്ണമായ 2.0.1 ടാസ്‌ക്കുകൾക്കായി ഞങ്ങൾ ആശയപരമായ JSON പ്രാതിനിധ്യങ്ങൾ നൽകുന്നു.

17.1 സർട്ടിഫിക്കറ്റ് റൊട്ടേഷൻ ഫ്ലോ

ഒരു സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെടാൻ പോകുമ്പോൾ, CSMS ഒരു റൊട്ടേഷൻ ട്രിഗർ ചെയ്യണം.

1. CSMS അയയ്ക്കുന്നുസർട്ടിഫിക്കറ്റ് ഒപ്പിട്ടു:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----സർട്ടിഫിക്കറ്റ് ആരംഭിക്കുക------\n...\n-----സർട്ടിഫിക്കറ്റ് അവസാനിപ്പിക്കുക----", "certificateType": "V2G" }]"

2. സ്റ്റേഷൻ പ്രതികരിക്കുന്നുസ്വീകരിച്ചു:"json [3, "CERT-01", { "സ്റ്റാറ്റസ്": "സ്വീകരിച്ചു" }]"

3. സ്റ്റേഷൻ അയയ്ക്കുന്നുസുരക്ഷാ ഇവന്റ് അറിയിപ്പ്:"json [2, "EVT-99", "സെക്യൂരിറ്റിഇവന്റ് നോട്ടിഫിക്കേഷൻ", { "തരം": "സർട്ടിഫിക്കറ്റ് റൊട്ടേറ്റഡ്", "ടൈംസ്റ്റാമ്പ്": "2026-08-09T10:00:00Z" }]"

17.2 ഒരു ഗ്രിഡ്-റെസ്പോൺസീവ് ചാർജിംഗ് പ്രൊഫൈൽ സജ്ജീകരിക്കുന്നു

ഗ്രിഡ് ഓപ്പറേറ്റർക്ക് നെറ്റ്‌വർക്കിലുടനീളം വൈദ്യുതി വിതരണം വെട്ടിക്കുറയ്ക്കേണ്ടിവരുമെന്ന് സങ്കൽപ്പിക്കുക.

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 } ] } } }]"

അദ്ധ്യായം 18: OCPP 2.0.1 നിബന്ധനകളുടെ സമഗ്ര ഗ്ലോസറി

എല്ലാ പങ്കാളികൾക്കും വ്യക്തത ഉറപ്പാക്കാൻ, ഞങ്ങൾ വിപുലീകരിച്ച ഒരു ഗ്ലോസറി നൽകുന്നു.

• CSMS (ചാർജിംഗ് സ്റ്റേഷൻ മാനേജ്മെന്റ് സിസ്റ്റം): ചാർജറുകളെ നിയന്ത്രിക്കുന്ന ബാക്കെൻഡ് ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം.
• EVSE (വൈദ്യുത വാഹന വിതരണ ഉപകരണങ്ങൾ): ഫിസിക്കൽ ചാർജിംഗ് സ്റ്റേഷൻ.
• OCPP (ഓപ്പൺ ചാർജ് പോയിന്റ് പ്രോട്ടോക്കോൾ): അവർ സംസാരിക്കുന്ന ഭാഷ.
• OCA (ഓപ്പൺ ചാർജ് അലയൻസ്): ഭാഷ എഴുതുന്ന സംഘടന.
• ഐ‌എസ്ഒ 15118: കാറിനും ചാർജറിനും ഇടയിലുള്ള പ്രോട്ടോക്കോൾ.
• പിഎൻസി (പ്ലഗ് ആൻഡ് ചാർജ്): ISO 15118 ഉം OCPP 2.0.1 ഉം പ്രാപ്തമാക്കിയ ഉപയോക്തൃ അനുഭവം.
• V2G (വാഹനം-ടു-ഗ്രിഡ്): കാറിൽ നിന്ന് ഗ്രിഡിലേക്ക് വൈദ്യുതി തിരികെ അയയ്ക്കുന്നു.
• V2X (വാഹനത്തിൽ നിന്ന് എല്ലാത്തിലേക്കും): V2G, V2H, V2B എന്നിവയ്ക്കുള്ള പൊതുവായ പദം.
• TLS (ഗതാഗത പാളി സുരക്ഷ): ഡാറ്റ സുരക്ഷിതമായി സൂക്ഷിക്കുന്ന എൻക്രിപ്ഷൻ.
• പി.കെ.ഐ (പബ്ലിക് കീ ഇൻഫ്രാസ്ട്രക്ചർ): സുരക്ഷയ്ക്കായി ഉപയോഗിക്കുന്ന ഡിജിറ്റൽ സർട്ടിഫിക്കറ്റുകളുടെ സംവിധാനം.
• 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.

അദ്ധ്യായം 19: OCPP 2.0.1-നുള്ള വികസനം: സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയർമാർക്കുള്ള മികച്ച രീതികൾ

1.6J കോഡ്ബേസിൽ നിന്ന് 2.0.1 ലേക്ക് മാറുന്നത് ഒരു റീഫാക്ടറല്ല; അത് ഒരു പുനരാലേഖനമാണ്. ഡെവലപ്പർമാർ വ്യത്യസ്തമായ ഒരു മാനസിക മാതൃക സ്വീകരിക്കണം.

19.1 അസിൻക്രൊണിസിറ്റി സ്വീകരിക്കൽ

വെബ്‌സോക്കറ്റുകൾ അന്തർലീനമായി അസിൻക്രണസ് ആണെങ്കിലും, 2.0.1 ന്റെ സങ്കീർണ്ണത അർത്ഥമാക്കുന്നത് ഒരൊറ്റ അഭ്യർത്ഥന (ഉദാഹരണത്തിന്ഗെറ്റ്ബേസ് റിപ്പോർട്ട്) റിസോഴ്‌സ്-പരിമിതമായ EVSE-യിൽ പ്രോസസ്സ് ചെയ്യാൻ കുറച്ച് സെക്കൻഡുകൾ എടുത്തേക്കാം. വ്യത്യസ്ത ഹാർഡ്‌വെയർ വെണ്ടർമാരുടെ വ്യത്യസ്ത പ്രോസസ്സിംഗ് വേഗതയ്ക്ക് കാരണമാകുന്ന ശക്തമായ ടൈംഔട്ട്, റീട്രൈ ലോജിക് എന്നിവ CSMS ഡെവലപ്പർമാർ നടപ്പിലാക്കണം.

19.2 കാര്യക്ഷമമായ JSON പാഴ്‌സിംഗ്

JSON പാഴ്‌സിംഗ് CPU-ഇന്റൻസീവ് ആകാം. EVSE ഫേംവെയറിന്, മുഴുവൻ പേലോഡും RAM-ലേക്ക് ലോഡ് ചെയ്യുന്നതിനുപകരം ഡെവലപ്പർമാർ സ്ട്രീം-അധിഷ്ഠിത പാഴ്‌സറുകൾ ഉപയോഗിക്കണം. ഇത് പ്രത്യേകിച്ചും പ്രധാനമാണ്അറിയിപ്പ് പരിപാടിഒരൊറ്റ ഫ്രെയിമിൽ നൂറുകണക്കിന് വേരിയബിൾ അപ്‌ഡേറ്റുകൾ ഉൾക്കൊള്ളാൻ കഴിയുന്ന സന്ദേശങ്ങൾ.

19.3 സ്റ്റേറ്റ് മെഷീൻ കൈകാര്യം ചെയ്യൽ

2.0.1 ലെ ഒരു ഇടപാടിനുള്ള സ്റ്റേറ്റ് മെഷീൻ 1.6J ലെതിനേക്കാൾ കർക്കശമാണ്. ഡെവലപ്പർമാർ പരിവർത്തന നിയമങ്ങൾ കർശനമായി പാലിക്കണം.ഇടപാട് പരിപാടി. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു അയയ്ക്കാൻ കഴിയില്ലഅവസാനിച്ചുആദ്യം അയയ്ക്കാതെ തന്നെ ഇവന്റ്ആരംഭിച്ചുആ പ്രത്യേക പരിപാടിക്ക്ഇടപാട് ഐഡി.

അധ്യായം 20: പരിശോധന, മൂല്യനിർണ്ണയം, OCPP കംപ്ലയൻസ് ടെസ്റ്റ് ടൂൾ (OCTT)

പരസ്പര പ്രവർത്തനക്ഷമത OCPP യുടെ വാഗ്ദാനമാണ്, പക്ഷേ അത് കർശനമായ പരിശോധനയിലൂടെ മാത്രമേ സാക്ഷാത്കരിക്കപ്പെടുകയുള്ളൂ.

20.1 OCA സർട്ടിഫിക്കേഷന്റെ പങ്ക്

ഓപ്പൺ ചാർജ് അലയൻസ് ഒരു സർട്ടിഫിക്കേഷൻ പ്രോഗ്രാം വാഗ്ദാനം ചെയ്യുന്നു. വാങ്ങുന്നവർ “OCPP 2.0.1 സർട്ടിഫൈഡ്” ലേബൽ നോക്കണം. എല്ലാ നിർബന്ധിത പ്രൊഫൈലുകളും ഉൾക്കൊള്ളുന്ന ഒരു കൂട്ടം ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ ഇംപ്ലിമെന്റേഷൻ വിജയിച്ചുവെന്ന് ഈ സർട്ടിഫിക്കേഷൻ ഉറപ്പാക്കുന്നു.

20.2 OCTT ഉപയോഗം

OCPP കംപ്ലയൻസ് ടെസ്റ്റ് ടൂൾ (OCTT) ആണ് പരിശോധനയ്ക്കുള്ള സുവർണ്ണ മാനദണ്ഡം. ഇത് ഒരു CSMS ഉം ഒരു EVSE ഉം അനുകരിക്കുന്നു.

• EVSE നിർമ്മാതാക്കൾക്ക്: നിങ്ങളുടെ സ്റ്റേഷൻ "ഹാപ്പി പാത്ത്" സാഹചര്യങ്ങളും എഡ്ജ് കേസുകളും (ഫേംവെയർ അപ്‌ഡേറ്റ് സമയത്ത് നെറ്റ്‌വർക്ക് ഡ്രോപ്പുകൾ പോലുള്ളവ) കൈകാര്യം ചെയ്യുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ OCTT ഉപയോഗിക്കുക.
• CSMS ദാതാക്കൾക്ക്: നിങ്ങളുടെ ബാക്കെൻഡിന് വൈവിധ്യമാർന്ന സന്ദേശങ്ങളും 2.0.1 ന്റെ കർശനമായ സുരക്ഷാ ആവശ്യകതകളും കൈകാര്യം ചെയ്യാൻ കഴിയുമെന്ന് ഉറപ്പാക്കാൻ OCTT ഉപയോഗിക്കുക.

20.3 ഫീൽഡ് ടെസ്റ്റിംഗും ഇന്ററോപ്പ്-ഫെസ്റ്റുകളും

ഓട്ടോമേറ്റഡ് ടെസ്റ്റിംഗിനപ്പുറം, യഥാർത്ഥ ലോക സാഹചര്യങ്ങളിൽ പരസ്പരം പരീക്ഷിക്കുന്നതിനായി വെണ്ടർമാർ അവരുടെ ഹാർഡ്‌വെയറും സോഫ്റ്റ്‌വെയറും കൊണ്ടുവരുന്ന "പ്ലഗ്ഫെസ്റ്റുകൾ" OCA സംഘടിപ്പിക്കുന്നു. സർട്ടിഫിക്കറ്റ് പൊരുത്തക്കേട് അല്ലെങ്കിൽ ചെറിയ JSON ഫോർമാറ്റിംഗ് വ്യത്യാസങ്ങൾ പോലുള്ള ഏറ്റവും സൂക്ഷ്മമായ ബഗുകൾ കണ്ടെത്തി പരിഹരിക്കുന്നത് ഇവിടെയാണ്.

അധ്യായം 21: ആഴത്തിലുള്ള താരതമ്യ പട്ടിക: OCPP യുടെ 60+ പ്രവർത്തനങ്ങൾ 2.0.1

പൂർണ്ണമായ ഒരു റഫറൻസ് നൽകുന്നതിനായി, ഞങ്ങൾ 2.0.1 ന്റെ പ്രാഥമിക സന്ദേശങ്ങളെ തരംതിരിക്കുകയും അവയുടെ 1.6J എതിരാളികളുമായി താരതമ്യം ചെയ്യുകയും ചെയ്യുന്നു.

21.1 പ്രൊവിഷനിംഗും കോൺഫിഗറേഷനും

21.2 ഇടപാട് കൈകാര്യം ചെയ്യൽ

21.3 സുരക്ഷയും ഫേംവെയർ മാനേജ്മെന്റും

21.4 നിങ്ങളുടെ നെറ്റ്‌വർക്കിന് ടേബിൾ എന്താണ് അർത്ഥമാക്കുന്നത്

പട്ടിക ഒരു കാര്യം വ്യക്തമാക്കുന്നുണ്ട്: OCPP 2.0.1 എന്നത് 1.6J യുടെ ഒരു കോസ്‌മെറ്റിക് പുനർനാമകരണമല്ല. പുതിയ സന്ദേശ കുടുംബങ്ങൾ - ടൈപ്പ് ചെയ്‌ത വേരിയബിളുകൾ, ഇവന്റ്-ഡ്രൈവൺ ഇടപാടുകൾ, സർട്ടിഫിക്കറ്റ് മാനേജ്‌മെന്റ് - പ്ലഗ് & ചാർജ്, സ്മാർട്ട് ചാർജിംഗ്, റെഗുലേറ്ററി റിപ്പോർട്ടിംഗ് എന്നിവയ്ക്ക് ആവശ്യമായ പ്ലംബിംഗാണ്. 1.6J മാത്രം സംസാരിക്കുന്ന ഒരു ചാർജർ ഒരു ഗേറ്റ്‌വേ ഉപയോഗിച്ച് റീട്രോഫിറ്റ് ചെയ്യാൻ കഴിയും, എന്നാൽ 1.6J മാത്രം സംസാരിക്കുന്ന ഒരു CSMS ന് റെഗുലേറ്റർമാർക്കും വാഹന നിർമ്മാതാക്കൾക്കും കൂടുതലായി ആവശ്യമുള്ള സുരക്ഷാ മോഡൽ നൽകാൻ കഴിയില്ല. ഹാർഡ്‌വെയർ വിലയിരുത്തുമ്പോൾ, "2.0.1-റെഡി" എന്നത് ഫേംവെയർ അടുത്ത വർഷത്തേക്ക് ഷെഡ്യൂൾ ചെയ്തിട്ടില്ല, ഇന്ന് ഷിപ്പിംഗ് ചെയ്യുമെന്നാണ് അർത്ഥമാക്കുന്നത്. 1.6J യുടെ SOAP ട്രാൻസ്‌പോർട്ടിനേക്കാൾ JSON-ഓവർ-വെബ്‌സോക്കറ്റിൽ OCPP 2.0.1 പ്രവർത്തിക്കുന്നതിനാൽ, സന്ദേശ ഫ്ലോകൾ ഭാരം കുറഞ്ഞതും ഡീബഗ് ചെയ്യാൻ വളരെ എളുപ്പവുമാണ് - ആദ്യ ദിവസം മുതൽ നിങ്ങളുടെ ഐടി ടീമിന് അനുഭവപ്പെടുന്ന ഒരു പ്രായോഗിക നേട്ടം.

അധ്യായം 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.