ለንግድ ቻርጅ ኦፕሬተሮች የOCPP 1.6J ከ 2.0.1 ጋር ሲነጻጸር ስትራቴጂካዊ ንጽጽር

ለዓለም አቀፍ የንግድ ቻርጅ ኦፕሬተሮች የOCPP 1.6J እና 2.0.1 ትክክለኛ ስትራቴጂካዊ ንጽጽር፡ የኔትወርክ ስፋትን መቆጣጠር፣ የላቀ የሳይበር ደህንነት፣ የISO 15118 ውህደት እና ዘላቂ የኢቪ እድገትን ለማረጋገጥ የረጅም ጊዜ መሠረተ ልማት የወደፊት ማረጋገጫ

የአስፈፃሚ ማጠቃለያ

የኤሌክትሪክ ተሽከርካሪ (EV) የኃይል መሙያ ገጽታ የመሬት መንቀጥቀጥ ለውጥ እያሳየ ነው። ዓለም አቀፍ ተቀባይነት እየጨመረ ሲሄድ፣ በኤሌክትሪክ ተሽከርካሪ አቅርቦት መሳሪያዎች (EVSE) እና በቻርጅ ጣቢያ አስተዳደር ስርዓቶች (CSMS) መካከል ያለውን መስተጋብር የሚቆጣጠሩት መሰረታዊ የመገናኛ ፕሮቶኮሎች ለንግድ ቻርጅ ኦፕሬተሮች (CPOs) የቴክኒክ ስትራቴጂ ማዕከል ሆነዋል። በክፍት ቻርጅ አሊያንስ (OCA) የሚተዳደረው የክፍት ቻርጅ ነጥብ ፕሮቶኮል (OCPP) ከቀላል የመልእክት ማዕቀፍ ወደ ውስብስብ፣ ደህንነቱ የተጠበቀ እና ከፍተኛ ሊሰፋ የሚችል ደረጃ ተሻሽሏል።

ይህ መመሪያ ከOCPP 1.6J ወደ OCPP 2.0.1 የሚደረገውን ሽግግር በተመለከተ ሰፊ የቴክኒክ ትንተና ይሰጣል። የስነ-ህንፃ ልዩነቶችን፣ የደህንነት ማሻሻያዎችን፣ የመሳሪያ አስተዳደር ፓራግራሞችን እና የ ISO 15118 ውህደትን ወሳኝ ሚና እንመረምራለን። ለገዢዎች እና ለኦፕሬተሮች፣ ይህ ጽሑፍ በፍጥነት በሚበስል ገበያ ውስጥ በመረጃ ላይ የተመሰረተ የግዥ እና የፍልሰት ውሳኔዎችን ለማድረግ እንደ የመጨረሻ ማጣቀሻ ሆኖ ያገለግላል።

ምዕራፍ 1፡ የኢቪ የኃይል መሙያ ደረጃዎች ዝግመተ ለውጥ፡ ታሪካዊ አውድ

የክፍት ቻርጅ ፖይንት ፕሮቶኮል (OCPP) የተፈጠረው እርስ በርስ አብሮ የመስራት ፍላጎትን በማሳየት ነው። በኤሌክትሪክ ኃይል መሙያ መጀመሪያ ላይ የሃርድዌር አምራቾች እና የሶፍትዌር አቅራቢዎች የባለቤትነት መብት ያላቸውን ፕሮቶኮሎች በመጠቀም ውድድርን እና ፈጠራን የሚያደናቅፉ "በግድግዳ የተሸፈኑ የአትክልት ስፍራዎችን" ፈጥረዋል። የOCPP 1.2 እና 1.5 መግቢያ መሰረቱን ጣለ፣ ነገር ግን ኢንዱስትሪውን በእውነት አንድ ያደረገው OCPP 1.6 ነበር።

1.1 የOCPP የበላይነት 1.6J

እ.ኤ.አ. በ2015 የተለቀቀው OCPP 1.6 JSONን ከWebSockets (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፣ WebSockets እና የፍሬም መዋቅሮች

በእነዚህ ፕሮቶኮሎች መካከል ያለውን ልዩነት ለመረዳት ዝቅተኛ ደረጃ ያለውን ግንኙነት መመልከት ያስፈልጋል። ሁለቱም ፕሮቶኮሎች JSONን በWebSockets ላይ ይጠቀማሉ፣ ነገር ግን የእነዚህ መልዕክቶች አወቃቀር እና አያያዝ በእጅጉ ይለያያሉ።

2.1 የዌብሶኬት ንብርብር

ሁለቱም ስሪቶች ቀጣይነት ያለው የWebSocket ግንኙነቶችን ይጠቀማሉ፣ ይህም ሙሉ-ዱፕሌክስ ግንኙነትን ያስችላል። ይህ ለእውነተኛ ጊዜ ስራዎች ወሳኝ ነው፣ ለምሳሌ ከሞባይል መተግበሪያ የኃይል መሙያ ክፍለ ጊዜን ማቆም ወይም ፈጣን የስህተት ማንቂያዎችን መቀበል።

2.2 የመልእክት ፍሬም ዝርዝር

አንድ የተለመደ የOCPP መልእክት የመልእክት አይነት መታወቂያ፣ ልዩ የመልእክት መለያ፣ የድርጊት ስም እና የክፍያ ጭነትን ያካትታል።

የOCPP 1.6J የፍሬም ምሳሌ (የቡት ማሳወቂያ)

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

የOCPP 2.0.1 የፍሬም ምሳሌ (የቡት ማሳወቂያ)

"json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`በ2.0.1 ውስጥ የጨመረውን የጥራጥሬነት መጠን ልብ ይበሉ።የ reason` መስክ CSMS ማስነሻው በዳግም ማስነሳት፣ በኃይል መጨመር ወይም በክትትል ቀስቅሴ ምክንያት መሆኑን እንዲረዳ ያስችለዋል፣ ይህም የተሻለ የምርመራ አመክንዮ እንዲኖር ያስችላል።

ምዕራፍ 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 የደህንነት መገለጫዎችን አቅርቧል፣ ነገር ግን አተገባበሩ በአቅራቢዎች መካከል ወጥነት የለውም።

4.1 የደህንነት መገለጫዎች በ1.6J

OCPP 1.6J ሶስት የደህንነት መገለጫዎችን ገልጾአል፡

1. ደህንነቱ ያልተጠበቀ፦ ግልጽ ጽሑፍ HTTP/WebSockets።
2. መሰረታዊ ማረጋገጫ: TLS ከተጠቃሚ ስም/ይለፍ ቃል ጋር።
3. በሰርተፊኬት ላይ የተመሰረተ፦ TLS ከደንበኛ-ጎን የምስክር ወረቀቶች ጋር።

ችግሩ ብዙ ቻርጀሮች በፕሮፋይል 1 ላይ መቆየታቸው ሲሆን ይህም ለሰው-ኢን-ዘ-መሃል (MITM) ጥቃቶች እና ያልተፈቀደ ቁጥጥር ተጋላጭ እንዲሆኑ አድርጓቸዋል።

4.2 የ2.0.1 ጠንካራ አቋም

OCPP 2.0.1 ደህንነቱ የተጠበቀ ግንኙነትን ያዛል። የላቁ የደህንነት ባህሪያትን በተፈጥሮው ያዋህዳል፦

• ደህንነቱ የተጠበቀ የጽኑ ትዕዛዝ ዝማኔዎች: የጽኑዌር ምስሎችን የግዴታ መፈረም እና ማረጋገጥ።
• የደህንነት ምዝግብ ማስታወሻ፦ ለደህንነት ተዛማጅነት ላላቸው ክስተቶች ዝርዝር ምዝግብ ማስታወሻዎች (ለምሳሌ፣ ያልተሳኩ የመግቢያ ሙከራዎች፣ የምስክር ወረቀት የሚያበቃበት ጊዜ)።
• የምስክር ወረቀት አስተዳደር፦ ለተሽከረከሩ እና ለተዘመኑ የምስክር ወረቀቶች (በCSMS የሚመራ ወይም በጣቢያ የሚመራ) ደረጃውን የጠበቁ መልዕክቶች።
• TLS 1.2/1.3: ለቅርብ ጊዜ የኢንክሪፕሽን ደረጃዎች ድጋፍ።

ለንግድ ኦፕሬተሮች፣ ይህ ከፍተኛ የኔትወርክ ጥሰቶችን የመቀነስ አደጋን ይቀንሳል እና ለአይኦቲ መሳሪያዎች አዳዲስ የሳይበር ደህንነት ደንቦችን ማክበርን ያረጋግጣል።

ምዕራፍ 5፡ ISO 15118 ውህደት፡ ተሰኪ እና ቻርጅ እና V2G

የኢቪ ቻርጅ የወደፊት ዕጣ ፈንታ ኤሌክትሮኖችን ማንቀሳቀስ ብቻ አይደለም፤ ስለ መረጃ እና ጉልበት ብልህነት ያለው ልውውጥ ነው። ISO 15118 ለተሽከርካሪ-ወደ-ፍርግርግ (V2G) ግንኙነት ዓለም አቀፍ ደረጃ ነው፣ እና ከOCPP ጋር ያለው ውህደት የ2.0.1 ዋና ባህሪ ነው።

5.1 የፕለጊን እና ቻርጅ ውስብስብነት

ፕለግ ኤንድ ቻርጅ (PnC) አንድ አሽከርካሪ በቀላሉ ተሽከርካሪውን እንዲሰካ እና መተግበሪያ ወይም RFID ካርድ ሳይጠቀም ባትሪ መሙላት እንዲጀምር ያስችለዋል። ይህ ተሽከርካሪውን፣ ቻርጀሩን፣ ኦፕሬተሩን እና ክሊሪንግሃውን የሚያካትት ውስብስብ የህዝብ ቁልፍ መሠረተ ልማት (PKI) ይፈልጋል።

በOCPP 1.6J ውስጥ፣ በመሠረታዊ ፕሮቶኮል ውስጥ የPnC ድጋፍ አልነበረም። ሻጮች ብጁ ቅጥያዎችን መተግበር ነበረባቸው፣ ይህም ወደ መበታተን አመራ። OCPP 2.0.1 ለPnC “የቧንቧ ስራ” የሚሰጠው የሚከተሉትን በመደገፍ ነው፡

• የምስክር ወረቀት ጭነትየውል የምስክር ወረቀቶችን ከሲኤስኤምኤስ ወደ EV በ EVSE በኩል ማስተላለፍ።
• ፈቃድ፦ ከተሽከርካሪው የምስክር ወረቀት የተገኘውን የኢ-ሞቢሊቲ መታወቂያ (eMAID) መጠቀም።
• የተመሰጠረ ግንኙነት፦ በመኪናው እና በፍርግርግ መካከል ሚስጥራዊ የሆነው የክፍያ መረጃ የተጠበቀ መሆኑን ማረጋገጥ።

5.2 ስማርት ቻርጅ እና ጭነት ማመጣጠን

1.6J መሰረታዊ ስማርት ቻርጅ ማድረግን የሚደግፍ ቢሆንም (በመላክ ላይ)SetChargingProfile)፣ 2.0.1 ይህንን ከፍ ያደርገዋል። የሚከተሉትን ይፈቅዳል፦

• ውጫዊ የሲግናል ውህደት፦ ለግሪድ ድግግሞሽ ወይም ለጅምላ ዋጋ ምልክቶች በእውነተኛ ጊዜ ምላሽ።
• ተለዋዋጭ የጭነት አስተዳደር፦ በመቶዎች የሚቆጠሩ ማያያዣዎች ባሉበት ጣቢያ ላይ የኃይል ስርጭትን በተመለከተ የበለጠ ግልጽ ቁጥጥር።
• ከተሽከርካሪ ወደ ፍርግርግ (V2G): 2.0.1 ባለሁለት አቅጣጫዊ የኃይል ፍሰትን ለመደገፍ የሚያስፈልጉትን የውሂብ መስኮች ያካትታል፣ ይህም ኢቪዎች ለግሪድ እንደ የተከፋፈሉ የኃይል ሀብቶች (DERs) ሆነው እንዲያገለግሉ ያስችላቸዋል።

5.3 የተጠቃሚ በይነገጽ/የተጠቃሚ በይነገጽ ማሻሻያዎች

OCPP 2.0.1 በቀጥታ በቻርጀር ስክሪን ወይም በተሽከርካሪው ዳሽቦርድ ላይ የመረጃ ማሳያን ይደግፋል፣ ለምሳሌ፡

• በአካባቢው ምንዛሬ በእውነተኛ ጊዜ ዋጋ አሰጣጥ።
• 80% የክፍያ ሁኔታ (SoC) ለመድረስ የሚገመት ጊዜ።
• ሲጠናቀቅ ዝርዝር የተቀበሉት መረጃ።

ምዕራፍ 6፡ የላቀ የመሣሪያ አስተዳደር እና ክትትል

ለሲፒኦ (CPO)፣ የኃይል መሙያ ዋጋ የግዢ ዋጋ ብቻ አይደለም፤ የባለቤትነት አጠቃላይ ወጪ (TCO) ነው። ጥገና እና የእረፍት ጊዜ ትልቁ የትርፍ ገዳይ ናቸው። OCPP 2.0.1 ይህንን የሚመለከተው በከፍተኛ የክትትል ችሎታዎች ነው።

6.1 በክስተት ላይ የተመሰረተ ሪፖርት

በ1.6J፣ CSMS አብዛኛውን ጊዜ የኃይል መሙያውን ሁኔታ ለማወቅ ወይም እስኪመጣ ድረስ መጠበቅ ነበረበትየሁኔታ ማሳወቂያበ2.0.1፣የክስተት ክትትልስርዓቱ CSMS ገደቦችን እንዲያስቀምጥ ያስችለዋል። ለምሳሌ፡- “የውስጥ የሙቀት መጠኑ ከ70°ሴ በላይ ከሆነ ብቻ አሳውቀኝ” ወይም “የግቤት ቮልቴጁ ከ200V በታች ከወደቀ ሪፖርት አድርግ።” ይህ የአውታረ መረብ ትራፊክን ይቀንሳል እና ቅድመ ጥንቃቄ እንዲደረግ ያስችላል።

6.2 የግብይት አያያዝ፡ የግብይት ክስተት

ከ OCPP 1.6J በጣም ከተተቹት ገጽታዎች አንዱ የግብይቶችን አያያዝ ነበር። አንድ ክፍለ ጊዜ ተሳትፏልየግብይት ጅምርእናStopTransactionመልዕክቶችን መላክ ይቻላል፣ ነገር ግን የአውታረ መረብ መቆራረጥ ከተከሰተ፣ የሲኤምኤስ የክፍያ መረጃውን ለማስማማት ብዙ ጊዜ ይቸገራል።

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. ማረጋገጫ: ስርዓቱ አዲሱ firmware በትክክል መጀመሩን ያረጋግጣል።
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 የአይኦቲ የደህንነት ህጎችን ማክበር

ብዙ ክልሎች አሁን የአይኦቲ መሳሪያዎች ልዩ የይለፍ ቃሎች እና ደህንነቱ የተጠበቀ የማዘመኛ ዘዴዎች እንዲኖራቸው የሚጠይቁ ህጎችን እያፀደቁ ነው። የOCPP 2.0.1 የግዴታ TLS እና የተፈረመ firmware “ለመኖር ጥሩ” ባህሪያት ብቻ አይደሉም - እንደ ካሊፎርኒያ እና ዩኬ ባሉ ገበያዎች ውስጥ ሃርድዌር ለመሸጥ ህጋዊ መስፈርቶች ናቸው።

ምዕራፍ 9፡ የገዢው አመለካከት፡ TCO፣ ROI እና ስትራቴጂካዊ ፍልሰት

ለንግድ ቻርጅ ኦፕሬተር፣ በ1.6J ላይ ለመቆየት ወይም ወደ 2.0.1 ለመቀየር የሚወስነው ውሳኔ የገንዘብ ውሳኔ ነው።

9.1 የትግበራ ወጪ

• ኦሲፒፒ 1.6ጄ፦ ለመተግበር ርካሽ፣ በዝቅተኛ ዋጋ ባላቸው ሃርድዌር በስፋት የተደገፈ፣ ነገር ግን በጥገና እና በደህንነት አደጋዎች ውስጥ ከፍተኛ የተደበቁ ወጪዎችን ያስከትላል።
• ኦሲፒፒ 2.0.1፦ በEVSE ውስጥ የበለጠ ኃይለኛ ፕሮሰሰሮችን እና ተጨማሪ ማህደረ ትውስታን ይፈልጋል። ለCSMS የልማት ወጪዎች በፕሮቶኮሉ ውስብስብነት ምክንያት ከፍ ያሉ ናቸው። ሆኖም ግን፣ በርቀት አስተዳደር እና በተሻለ አስተማማኝነት በኩል ከፍተኛ የOpEx ቁጠባዎችን ይሰጣል።

9.2 “ለስላሳ ማሻሻያ” የሚለው አፈ ታሪክ

ብዙ ጊዜ 1.6ጄ ቻርጀሮች በሶፍትዌር ወደ 2.0.1 ሊሻሻሉ እንደሚችሉ ይነገራል። እንደ እውነቱ ከሆነ፣ ይህ እምብዛም እውነት አይደለም። ለ2.0.1 (በተለይ የTLS የምስክር ወረቀቶችን አያያዝ እና የመሣሪያ ሞዴል ውስብስብ የJSON ትንተና) የማስታወሻ እና የሲፒዩ መስፈርቶች ብዙውን ጊዜ ከአሮጌ 1.6ጄ መቆጣጠሪያዎች አቅም ይበልጣሉ።

9.3 ስትራቴጂካዊ የፍልሰት መንገዶች

የሲፒኦዎች “የድብልቅ ኔትወርክ” አካሄድን ግምት ውስጥ ማስገባት አለባቸው፡

1. የቆዩ ጣቢያዎች: ለነባር ዝቅተኛ ኃይል ላላቸው የኤሲ ቻርጀሮች 1.6J ማስኬድዎን ይቀጥሉ።
2. አዲስ የዲሲ ፈጣን የኃይል መሙያ ጣቢያዎች: PnC እና V2Gን ለመደገፍ ለሁሉም አዳዲስ ከፍተኛ ኃይል ያላቸው ማሰማሪያዎች ግዴታ 2.0.1።
3. የተኪ መፍትሄዎች፦ 1.6J መልዕክቶችን ወደ 2.0.1-ተኳሃኝ ቅርጸት ለCSMS መተርጎም የሚችል የፕሮቶኮል ጌትዌይ ይጠቀሙ፣ ይህም አንድ የተዋሃደ የአስተዳደር ዳሽቦርድ እንዲኖር ያስችላል።

ምዕራፍ 10፡ የወደፊት ማረጋገጫ፡ OCPP 2.1 እና ወደ ራስ ገዝ ኃይል መሙላት የሚወስደው መንገድ

2.0.1 እየጨመረ ቢመጣም፣ ኦፕን ቻርጅ አሊያንስ በOCPP 2.1 ላይ እየሰራ ነው። ይህ የወደፊት ስሪት የፕሮቶኮሉን ተደራሽነት የበለጠ ያሰፋዋል።

10.1 ባለሁለት አቅጣጫ ቻርጅ (V2X)

2.0.1 መሰረታዊ V2Gን የሚደግፍ ቢሆንም፣ 2.1 ለተሽከርካሪ-ወደ-ቤት (V2H) እና ለተሽከርካሪ-ወደ-ህንፃ (V2B) ያለውን ግንኙነት ያሻሽላል፣ ይህም የኤሌክትሪክ ተሽከርካሪዎች በኤሌክትሪክ ኃይል በሚጠፉበት ጊዜ ቤቶችን እንዲያበሩ ወይም የንግድ ሕንፃዎችን ከፍተኛ ፍላጎት እንዲላጩ ያስችላቸዋል።

10.2 ለገመድ አልባ ባትሪ መሙላት ድጋፍ

ራስ-ሰር ተሽከርካሪዎች (AVs) ሲወጡ፣ በእጅ መሰኪያ ጊዜው ያለፈበት ይሆናል። OCPP 2.1 ለኢንዳክቲቭ (ገመድ አልባ) ቻርጅ፣ አሰላለፍን ለማስተዳደር እና የሰው ጣልቃ ገብነት ሳይኖር የኃይል ዝውውርን ለማስተዳደር ደረጃውን የጠበቁ መልዕክቶችን ያካትታል።

10.3 ከስማርት ከተሞች ጋር ውህደት

ወደፊት የሚደረጉ ድግግሞሾች ከትራፊክ አስተዳደር ስርዓቶች እና ከታዳሽ የኃይል ትንበያዎች ጋር ጥልቅ ውህደትን እንደሚያሳዩ ይጠበቃል። ቻርጀሮች በእውነተኛ ጊዜ የኃይል ገበያዎች ውስጥ ለኃይል "ጨረታ" ማቅረብ ይችላሉ፣ የኃይል መሙያ ኔትወርኮችን ወደ ግዙፍ ምናባዊ የኃይል ማመንጫዎች (VPPs) ይለውጣሉ።

ቴክኒካዊ አባሪ፡- ወደ መልእክት ንጽጽሮች በጥልቀት ዘልለው ይግቡ

የመጨረሻውን የቴክኒክ ጥልቀት ለማቅረብ፣ አሁን በሁለቱ ስሪቶች መካከል የተወሰኑ የመልእክት ቅደም ተከተሎችን እና የክፈፍ ልዩነቶችን እንመረምራለን።

ሀ.1 የፈቃድ ፍሰት

በ1.6J ውስጥ፣ ፈቃድ መስጠት ሁለትዮሽ “ተቀባይነት ያገኘ” ወይም “ታግዷል” የሚል ምላሽ ነበር።

1.6J መፍቀድ ምላሽ፡"json [3, "123456", { "idTagInfo": { "status": "ተቀባይነት አግኝቷል", "expiryDate": "2026-12-31T23:59:59Z" } }]"

በ2.0.1 ውስጥ፣ ምላሹ እንደ ተጨማሪ አውድ ያካትታል፣ ለምሳሌአይዲቶከንአይነት እና ለተጠቃሚ በይነገጽ ተጨማሪ መረጃ።

2.0.1 መፍቀድ ምላሽ፡"json [3, "987654", { "idTokenInfo": { "status": "ተቀባይነት አግኝቷል", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "እንኳን ደህና መጡ፣ ጆን! ቀሪ ሂሳብዎ $45.00 ነው" } }]"

ሀ.2 የልብ ምት እና የግንኙነት አስተዳደር

OCPP 2.0.1 ጣቢያው "ሕያው" መሆኑን የሚያረጋግጥበትን መንገድ ያመቻቻል። በ1.6J ውስጥ፣ አንድየልብ ምትሳይሳካ ሲቀር፣ ጣቢያው ብዙውን ጊዜ እንደገና መሞከሩን ይቀጥላል። በ2.0.1፣ ጣቢያው መጠቀም ይችላልአሳውቅ ክስተትከሁለተኛው የኋላ ክፍል ጋር ያለው ግንኙነት እንደጠፋ የሚገልጽ ዘዴ፣ ከዋናው ጋር ያለውን የልብ ምት እየጠበቀ።

ሀ.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 የማስነሻ እና የውቅር ቅደም ተከተል

አንድ ቻርጀር መጀመሪያ ከአውታረ መረቡ ጋር ሲገናኝ፣ እራሱን መለየት እና ውቅሩን ማመሳሰል አለበት።

የኦሲፒፒ 1.6ጄ ፍሰት፡

1. የዌብሶኬት ግንኙነት፦ በፖርት 80 ወይም 443 ላይ የተመሰረተ።
2. የማስነሻ ማስታወቂያ: ጣቢያ ሻጭ፣ ሞዴል እና ተከታታይ ይልካል።
3. ውቅር ያግኙ: CSMS የአሁኑን ሁኔታ ለመፈተሽ ሁሉንም ቁልፎች ይጠይቃል።
4. የለውጥ ውቅር: CSMS የተወሰኑ ቁልፎችን ያዘምናል (ለምሳሌ፣የልብ ምት ክፍተት).
5. የሁኔታ ማሳወቂያ: ጣቢያው "ይገኛል" ሲል ሪፖርት አድርጓል።

OCPP 2.0.1 ፍሰት፡

1. ደህንነቱ የተጠበቀ የቲኤልኤስ የእጅ መጨባበጥ: የግዴታ የምስክር ወረቀት ልውውጥ።
2. የማስነሻ ማስታወቂያ: ያካትታልምክንያት(ለምሳሌ፣ፓወርአፕ).
3. GetBaseReport፦ ሁሉንም ቁልፎች ከመጠየቅ ይልቅ፣ CSMS የመሣሪያውን ሞዴል ሙሉ ተዋረድ የሚያቀርብ “የመሠረት ሪፖርት” ይጠይቃል።
4. SetVariables: CSMS ተለዋዋጮችን ያዘምናል። 2.0.1 የአቶሚክ ዝማኔዎችን እንደሚፈቅድ ልብ ይበሉ - በአንድ መልእክት ውስጥ በርካታ ተለዋዋጮችን ማቀናበር እና ሁሉም ስኬታማ መሆን አለመሆናቸውን ማረጋገጥ።
5. አሳውቅ ክስተት: ጣቢያው የመጀመሪያ የክፍሎች ሁኔታዎችን ሪፖርት ያደርጋል።

11.2 የስማርት ቻርጅ ድርድር

ስማርት ቻርጅ ማድረግ 2.0.1 በትክክል የሚያበራበት ቦታ ነው፣ ​​በተለይም በርካታ የኃይል መሙያ መገለጫዎችን ሲያስተናግድ።

በ1.6J፣ CSMS ይልካልSetChargingProfileየቁልል ደረጃን እና የጊዜ ሰሌዳን የሚገልጽ። አንድ ጣቢያ ብዙ ማያያዣዎች ካሉት፣ የመገለጫ አያያዝ ብዙውን ጊዜ አሻሚ ነው።

በ2.0.1 ውስጥ፣SetChargingProfileበግልጽ ከ ጋር የተያያዘ ነውየኃይል መሙያ መገለጫ ዓላማ.

• የኃይል መሙያ ጣቢያ ማክስፕሮፋይል: የጣቢያውን ሙሉ መጠን ይገድባል።
• የTXDefaultProfile: ለማንኛውም አዲስ ግብይት ነባሪ።
• የቴክስ ፕሮፋይል፦ ለቀጣይ ግብይት የተወሰነ።

በተጨማሪም፣ 2.0.1 የአጠቃቀም መመሪያን ይደግፋልGetChargingStackLevelመልእክት፣ ይህም CSMS የትኞቹ መገለጫዎች በአሁኑ ጊዜ ንቁ እንደሆኑ እና በEVSE ውስጣዊ የጊዜ ሰሌዳ እንዴት ቅድሚያ እንደሚሰጣቸው እንዲያይ ያስችለዋል።

11.3 የርቀት ቀስቅሴ እና ቁጥጥር

የርቀት ትዕዛዞች እንደየርቀት ጅምር ግብይት(1.6J) በ ተተክተዋልየጥያቄ ጅምር ግብይት(2.0.1)። ዋናው ልዩነት በክፍያ ጭነት ላይ ነው። በ2.0.1 ውስጥ፣ CSMS የሚከተሉትን ሊያካትት ይችላልየኃይል መሙያ መገለጫበቀጥታ በመነሻ ጥያቄው ውስጥ። ይህ ማለት መኪናው ወዲያውኑ በትክክለኛው የኃይል ደረጃ መሙላት መጀመር ይችላል፣ ሁለተኛ መልእክት ሳይጠብቅ፣ መዘግየትን ይቀንሳል እና የፍርግርግ መረጋጋትን ያሻሽላል።

ምዕራፍ 12፡ ዝቅተኛ ደረጃ ያለው የJSON ንድፍ እና የመስክ ንጽጽሮች

ለገንቢዎች እና ለስርዓት አስተባባሪዎች፣ የንድፍ ለውጦች የፍልሰቱ በጣም ጉልበት የሚጠይቁ ክፍሎች ናቸው።

12.1 የተዘረዘሩ አይነቶች (ኢነሞች)

OCPP 2.0.1 የመደበኛውን የኢኑምስ ብዛት በእጅጉ ያሰፋዋል፣ ይህም 1.6J አተገባበሮችን ያስከተለውን "ብጁ" የሁኔታ ኮዶች አስፈላጊነት ይቀንሳል።

• የሪዘንስ ኢኑምስ: ጠባቂ ውሻ, የጊዜ ሰሌዳ ዳግም አስጀምር, የርቀት ዳግም አስጀምር, ፓወርሎስ.
• የሁኔታ ኢነሞች: ተይዟል, የተያዘ, አይገኝም, ተበላሽቷል. 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 ከመገንባት ይልቅ፣ MegaCharge “OCPP የትርጉም ንብርብር” ተግባራዊ አድርጓል። ይህ ንብርብር ለአሮጌ ሃርድዌር 1.6J ግንኙነቶችን እና ለአዲስ ሃርድዌር 2.0.1 ግንኙነቶችን ያስተናግዳል፣ ነገር ግን ለሞባይል መተግበሪያቸው እና ለክፍያ ሞተራቸው የተዋሃደ ኤፒአይ አጋልጧል።

13.3 ደረጃ 3፡ የሃርድዌር መተካት

ከፍተኛ ትራፊክ ላላቸው ቦታዎች፣ ሜጋቻርጅ 1.6J ቻርጀሮችን በ2.0.1-ተኳሃኝ የዲሲ ፈጣን ቻርጀሮች ተክቷል። ውጤቱም በ"ለመጀመር አልተሳካም" ክፍለ ጊዜዎች ላይ በ15% ቅናሽ አሳይቷል፣ ይህም በዋነኝነት በጠንካራነቱ ምክንያት ነው።የግብይት ክስተትበ2.0.1 ውስጥ አያያዝ።

13.4 የ ROI ትንተና

የመጀመሪያው ኢንቨስትመንት 2 ሚሊዮን ዶላር ነበር። ሆኖም ግን፣ የጥገና ጥሪዎች (በመሳሪያው ሞዴል ዲያግኖስቲክስ ምክንያት) የተቀነሰው በዓመት 400 ሺህ ዶላር ቆጥቧል። በተጨማሪም፣ በV2G የድግግሞሽ ምላሽ ገበያዎች ውስጥ የመሳተፍ ችሎታው ተጨማሪ 200 ሺህ ዶላር ዓመታዊ ገቢ አስገኝቷል። የክፍያ ጊዜ በግምት 3.3 ዓመታት ነበር።

ምዕራፍ 14፡ የ OCPP 2.0.1 ግዥ የገዢው የመጨረሻ የማረጋገጫ ዝርዝር

አዲስ ሃርድዌር ወይም ሶፍትዌር ሲገመግሙ፣ እውነተኛ ተገዢነትን ለማረጋገጥ ይህንን የማረጋገጫ ዝርዝር ይጠቀሙ፦

14.1 የሃርድዌር (EVSE) መስፈርቶች

• [ ]የደህንነት መገለጫ 3 ድጋፍ: የደንበኛ-ጎን የምስክር ወረቀት አስተዳደርን ይደግፋል?
• [ ]ባለሁለት ኮር ፕሮሰሰር፦ ለTLS ምስጠራ እና ለJSON ትንተና በቂ የራስ ቁር ቦታ አለ?
• [ ]ደህንነቱ የተጠበቀ አካል (SE)፦ ቦርዱ ቁልፎችን ለማከማቸት የሃርድዌር እምነት አለው?
• [ ]ISO 15118-2/20 ዝግጁ: መቆጣጠሪያው ለ PnC የሚያስፈልገውን ከፍተኛ ደረጃ ግንኙነት ማስተናገድ ይችላል?
• [ ]የማሳያ አቅምሃርድዌር የዋጋ/ሁኔታ መረጃን በOCPP በኩል ማሳየትን ይደግፋል?የውሂብ ዝውውርወይስ የአፍ መፍቻ መልዕክቶች?

14.2 የሶፍትዌር (CSMS) መስፈርቶች

• [ ]የመሣሪያ ሞዴል ምስላዊነት: ዳሽቦርዱ የኃይል መሙያውን ተዋረድ የሚያሳይ እይታ ማሳየት ይችላል?
• [ ]የሰርተፊኬት ባለስልጣን (ካሊፎርኒያ) ውህደት: CSMS የምስክር ወረቀቶችን በራስ-ሰር ሊያወጣ እና ሊያሽከረክር ይችላል?
• [ ]የግብይት ማስታረቅ፦ ስርዓቱ ከ1.6J የድሮ ቻርጀሮች "የተንጠለጠሉ" ግብይቶችን እንዴት ያስተናግዳል?
• [ ]ስማርት ቻርጅ ሞተር፦ የ2.0.1 የላቀ የቁልል ደረጃ አመክንዮ ይደግፋል?
• [ ]ሊሰፋ የሚችልየዌብሶኬት ተቆጣጣሪው ከ50,000 በላይ ዘላቂ የTLS ግንኙነቶችን በአንድ ጊዜ ማስተዳደር ይችላል?

ምዕራፍ 15፡ የተለመዱ የOCPP አተገባበር ችግሮችን መፍታት

መደበኛ ቢሆንም እንኳ አተገባበሮቹ ይለያያሉ። በጣም የተለመዱት “ጎቻዎች” እነሆ።

15.1 የዌብሶኬት የጊዜ ማብቂያዎች

ብዙ የአውታረ መረብ ፋየርዎሎች ስራ ፈትተው የ TCP ግንኙነቶችን ይዘጋሉ።የልብ ምት ክፍተትበጣም ከፍ ብሎ ከተዋቀረ፣ ቻርጀሩ ሊቋረጥ ይችላል።

• መፍትሄ: አረጋግጥየልብ ምት ክፍተትከፋየርዎሉ የጊዜ ማብቂያ ያነሰ ነው (በተለምዶ ከ60-120 ሰከንዶች)።

15.2 የሰርተፊኬት ሰንሰለት ጉዳዮች

በ2.0.1 ውስጥ የተለመደው ብልሽት "ያልታመነ ሰርተፊኬት" ስህተት ነው። ይህ ብዙውን ጊዜ የሚከሰተው ቻርጀር የCSMS's Root CA ካልተጫነ ነው።

• መፍትሄ፦ ይጠቀሙየጫን ሰርተፊኬትየእምነት ሰንሰለቱ መጠናቀቁን ለማረጋገጥ በሚሰጥበት ጊዜ መልእክት።

15.3 የጄኤስኤን የክፍያ መጠን

አንዳንድ 2.0.1 መልዕክቶች (እንደGetBaseReport) በጣም ትልቅ ሊሆን ይችላል። የኃይል መሙያው ቋት በጣም ትንሽ ከሆነ መልዕክቱን ይጥላል።

• መፍትሄ: ያረጋግጡከፍተኛ የመልእክት መጠንበመሳሪያ ሞዴል ውስጥ ተለዋዋጭ እና CSMS ይህንን ገደብ እንደሚያከብር ያረጋግጡ።

ምዕራፍ 16፡ የክልል የቁጥጥር ገጽታዎች እና የፕሮቶኮል ግዴታዎች

ወደ OCPP 2.0.1 የሚደረገው ሽግግር በቴክኖሎጂ ብቻ የሚመራ አይደለም፤ ከጊዜ ወደ ጊዜ የሕግ ጉዳይ እየሆነ መጥቷል።

16.1 የአውሮፓ ህብረት (AFIR)

በአውሮፓ ህብረት ውስጥ ያለው አማራጭ የነዳጅ መሠረተ ልማት ደንብ (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 ላይ ከፍተኛ ኢንቨስት ያደርጋሉ። እንደ አውስትራሊያ እና ሲንጋፖር ባሉ ገበያዎች ውስጥ፣ ለሕዝብ የኃይል መሙያ አውታረ መረቦች የመንግስት ጨረታዎች አሁን ከሞላ ጎደል OCPP 2.0.1ን በደህንነት መገለጫ 3 ብቻ እየገለጹ ነው።

ምዕራፍ 17፡ የአተገባበር ኮድ ቁርጥራጮች፡- “ኒቲ-ግሪቲ”

ገንቢዎችን ለመርዳት፣ ውስብስብ ለሆኑ 2.0.1 ተግባራት የJSON ፅንሰ-ሀሳባዊ ውክልናዎችን እናቀርባለን።

17.1 የምስክር ወረቀት የማዞሪያ ፍሰት

የምስክር ወረቀቱ ጊዜው ሊያበቃ ሲል፣ CSMS መሽከርከርን ማስነሳት አለበት።

1. የሲኤስኤምኤስ መላክየምስክር ወረቀት ተፈርሟል:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "------- የምስክር ወረቀት ጀምር-----\n...\n------------ የምስክር ወረቀት መጨረሻ----", "certificateType": "V2G" }]"

2. ጣቢያ ምላሽ ይሰጣልተቀባይነት አግኝቷል:"json [3, "CERT-01", { "status": "ተቀባይነት አግኝቷል" }]"

3. ጣቢያ ይልካልየደህንነት ክስተት ማሳወቂያ:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"

17.2 የፍርግርግ ምላሽ ሰጪ የኃይል መሙያ ፕሮፋይል ማዘጋጀት

የፍርግርግ ኦፕሬተሩ በኔትወርኩ ውስጥ ያለውን ኃይል መቀነስ እንዳለበት አስቡት።

የሲኤምኤስ መላክSetChargingProfile:"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 (የኤሌክትሪክ ተሽከርካሪ አቅርቦት መሳሪያዎች): አካላዊ የኃይል መሙያ ጣቢያ።
• ኦሲፒፒ (ክፍት የኃይል መሙያ ነጥብ ፕሮቶኮል)፦ የሚናገሩት ቋንቋ።
• ኦፕን ቻርጅ አሊያንስ (ኦፕን ቻርጅ አሊያንስ)፦ ቋንቋውን የሚጽፈው ድርጅት።
• ISO 15118፦ በመኪናው እና በቻርጀሩ መካከል ያለው ፕሮቶኮል።
• PnC (መሰኪያ እና ቻርጅ): በ 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።

ምዕራፍ 19፡ ለOCPP 2.0.1 ልማት፡ ለሶፍትዌር መሐንዲሶች ምርጥ ልምዶች

ከ1.6J ኮድቤዝ ወደ 2.0.1 መቀየር መልሶ ማደራጀት አይደለም፤ እንደገና መፃፍ ነው። ገንቢዎች የተለየ የአዕምሮ ሞዴል መከተል አለባቸው።

19.1 አለመመሳሰልን መቀበል

WebSockets በተፈጥሯቸው አቻ የማይሆኑ ቢሆኑም፣ የ2.0.1 ውስብስብነት ማለት አንድ ጥያቄ ማለት ነው (እንደGetBaseReport) በሃብት በተገደበ EVSE ላይ ለማስኬድ ብዙ ሰከንዶች ሊወስድ ይችላል። የCSMS ገንቢዎች የተለያዩ የሃርድዌር አቅራቢዎችን የተለያዩ የሂደት ፍጥነቶችን የሚመለከት ጠንካራ የጊዜ ማብቂያ እና የድጋሚ ሙከራ አመክንዮ መተግበር አለባቸው።

19.2 ቀልጣፋ የጄኤስኤን ትንተና

የJSON ትንተና በሲፒዩ ላይ ከፍተኛ ተጽዕኖ ሊያሳድር ይችላል። ለEVSE firmware፣ ገንቢዎች ሙሉውን ጭነት ወደ ራም ከመጫን ይልቅ በዥረት ላይ የተመሰረቱ ተንታኞችን መጠቀም አለባቸው። ይህ በተለይ ለአሳውቅ ክስተትበአንድ ፍሬም ውስጥ በመቶዎች የሚቆጠሩ ተለዋዋጭ ዝማኔዎችን ሊይዙ የሚችሉ መልዕክቶች።

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 ሁለቱንም ያስመስላል።

• ለኢቪኤስኢ አምራቾችጣቢያዎ "የደስታ መንገድ" ሁኔታዎችን እና የጠርዝ ጉዳዮችን (እንደ የጽኑዌር ዝመና ወቅት የአውታረ መረብ መውደቅ ያሉ) እንደሚይዝ ለማረጋገጥ OCTT ይጠቀሙ።
• ለሲኤስኤምኤስ አቅራቢዎች፦ የኋላ ክፍልዎ ሰፋ ያሉ የመልእክት አይነቶችን እና ጥብቅ የደህንነት መስፈርቶችን 2.0.1 ማስተናገድ እንደሚችል ለማረጋገጥ OCTT ይጠቀሙ።

20.3 የመስክ ሙከራ እና የኢንተርፖ-ፌስቲቫሎች

ከአውቶሜሽን ሙከራ ባሻገር፣ OCA ሻጮች ሃርድዌር እና ሶፍትዌሮቻቸውን በእውነተኛ ዓለም ሁኔታዎች ውስጥ እርስ በእርስ ለመፈተሽ የሚያመጡበትን “Plugfests” ያደራጃል። እዚህ ላይ በጣም ስውር ስህተቶች - እንደ የምስክር ወረቀት አለመጣጣም ወይም ጥቃቅን የJSON ቅርጸት ልዩነቶች - የሚያዙበት እና የሚፈቱበት ቦታ ነው።

ምዕራፍ 21፡ ጥልቅ የንጽጽር ሰንጠረዥ፡ የOCPP 2.0.1 ከ60 በላይ ድርጊቶች

ሙሉ ማጣቀሻ ለመስጠት፣ የ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-ዝግጁ" ማለት ዛሬ ፈርምዌሩ እየተላከ ነው ማለት ነው፣ ለሚቀጥለው ዓመት የታቀደ አይደለም። እና OCPP 2.0.1 በ1.6J SOAP ትራንስፖርት ሳይሆን በJSON-over-WebSocket ላይ ስለሚሰራ፣ የመልእክት ፍሰቶች ቀላል እና ለማረም በጣም ቀላል ናቸው - የአይቲ ቡድንዎ ከመጀመሪያው ቀን ጀምሮ የሚሰማው ተግባራዊ ጥቅም ነው።

ምዕራፍ 22፡ መደምደሚያ፡ የማሻሻያ ውሳኔ ማድረግ

ለንግድ ኦፕሬተር፣ ተግባራዊ መመሪያው ግልጽ ነው፡

• አዳዲስ ማሰማራቶች በነባሪነት ወደ OCPP 2.0.1 መቅረብ አለባቸው።የደህንነት ሞዴሉ፣ የምስክር ወረቀት አያያዝ እና የ ISO 15118 ውህደት ለ2026 የቁጥጥር አካባቢ ቅድመ ሁኔታዎች ናቸው።
• አሁን ያሉት 1.6J መርከቦች አልተዘጉም።የሚተዳደሩ ጌትዌይቶች እና ባለሁለት ፕሮቶኮል CSMS መድረኮች ክፍተቱን የሚያጠናክሩ ሲሆን 2.0.1-ቤተኛ ሃርድዌርን ሲፈጥሩ።
• ከመተማመንህ በፊት ሞክር።OCTT፣ plugfests እና የተደረደሩ ልቀቶችን ይጠቀሙ - መስተጋብር በዘርፉ ውስጥ ተረጋግጧል፣ ከውሂብ ሉህ አይወሰድም።
• የስደት መንገድን በጽሑፍ ይጠይቁ።የኃይል መሙያ አቅራቢዎ ግልጽ ያልሆኑ ተስፋዎችን ሳይሆን ከ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.