Cymhariaeth Strategol o OCPP 1.6J vs 2.0.1 ar gyfer Gweithredwyr Gwefru Masnachol

Y Gymhariaeth Strategol Ddiffiniol o OCPP 1.6J yn erbyn 2.0.1 ar gyfer Gweithredwyr Gwefru Masnachol Byd-eang: Meistroli Graddadwyedd Rhwydwaith, Seiberddiogelwch Uwch, Integreiddio ISO 15118, a Pharatoi Seilwaith Hirdymor ar gyfer y Dyfodol ar gyfer Twf Cynaliadwy mewn Cerbydau Trydan

Crynodeb Gweithredol

Mae tirwedd gwefru cerbydau trydan (EV) yn mynd trwy newid seismig. Wrth i fabwysiadu byd-eang gyflymu, mae'r protocolau cyfathrebu sylfaenol sy'n llywodraethu'r rhyngweithio rhwng Offer Cyflenwi Cerbydau Trydan (EVSE) a Systemau Rheoli Gorsafoedd Gwefru (CSMS) wedi dod yn ganolbwynt strategaeth dechnegol ar gyfer Gweithredwyr Gwefru Masnachol (CPOs). Mae'r Protocol Pwynt Gwefru Agored (OCPP), a gynhelir gan y Gynghrair Gwefru Agored (OCA), wedi esblygu o fframwaith negeseuon syml i safon soffistigedig, ddiogel, a hynod raddadwy.

Mae'r canllaw hwn yn darparu dadansoddiad technegol trylwyr o'r newid o OCPP 1.6J i OCPP 2.0.1. Rydym yn archwilio'r gwahaniaethau pensaernïol, gwelliannau diogelwch, paradigmau rheoli dyfeisiau, a rôl hanfodol integreiddio ISO 15118. I brynwyr a gweithredwyr, mae'r erthygl hon yn gwasanaethu fel y cyfeirnod pendant ar gyfer gwneud penderfyniadau caffael a mudo gwybodus mewn marchnad sy'n aeddfedu'n gyflym.

Pennod 1: Esblygiad Safonau Gwefru Cerbydau Trydan: Cyd-destun Hanesyddol

Ganwyd y Protocol Pwynt Gwefru Agored (OCPP) allan o'r angen am ryngweithredadwyedd. Yn nyddiau cynnar gwefru cerbydau trydan, defnyddiodd gweithgynhyrchwyr caledwedd a darparwyr meddalwedd brotocolau perchnogol, gan greu "gerddi muriog" a oedd yn mygu cystadleuaeth ac arloesedd. Gosododd cyflwyno OCPP 1.2 ac 1.5 y sylfaen, ond OCPP 1.6 a unodd y diwydiant yn wirioneddol.

1.1 Goruchafiaeth OCPP 1.6J

Wedi'i ryddhau yn 2015, cyflwynodd OCPP 1.6 y gweithrediad JSON dros WebSockets (1.6J). Gostyngodd y symudiad hwn i ffwrdd o negeseuon seiliedig ar SOAP y costau uwchben yn sylweddol a symleiddio'r gweithrediad i ddatblygwyr. Cyflwynodd nodweddion fel codi tâl clyfar a hysbysiadau statws ychwanegol, gan ei wneud yn safon y diwydiant am bron i ddegawd.

1.2 Genesis OCPP 2.0.1

Er gwaethaf llwyddiant 1.6J, datgelodd twf y diwydiant ei gyfyngiadau. Arweiniodd problemau gyda diogelwch, cymhlethdod rheoli dyfeisiau, a diffyg cefnogaeth frodorol ar gyfer integreiddio grid uwch (V2G) at ddatblygiad OCPP 2.0, ac wedi hynny, yr OCPP 2.0.1 mireinio (a ryddhawyd yn 2020). Nid diweddariad yn unig yw OCPP 2.0.1; mae'n ailgynllunio llwyr gyda'r nod o gefnogi'r genhedlaeth nesaf o rwydweithiau gwefru pŵer uchel, clyfar a diogel.

Pennod 2: Paradigmau Cyfathrebu Sylfaenol: JSON, WebSockets, a Strwythurau Ffrâm

I ddeall y gwahaniaeth rhwng y protocolau hyn, rhaid edrych ar y cyfathrebu lefel isel. Mae'r ddau brotocol yn defnyddio JSON dros WebSockets, ond mae strwythur a thrin y negeseuon hyn yn wahanol iawn.

2.1 Yr Haen WebSocket

Mae'r ddau fersiwn yn defnyddio cysylltiadau WebSocket parhaus, sy'n caniatáu cyfathrebu llawn-ddwplecs. Mae hyn yn hanfodol ar gyfer gweithrediadau amser real, fel atal sesiwn gwefru o ap symudol neu dderbyn rhybuddion nam ar unwaith.

2.2 Dadansoddiad Ffrâm Negeseuon

Mae neges OCPP nodweddiadol yn cynnwys ID math neges, ID neges unigryw, enw'r weithred, a'r llwyth tâl.

Enghraifft Ffrâm OCPP 1.6J (BootNotification)

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

Enghraifft Ffrâm OCPP 2.0.1 (BootNotification)

“json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargeingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`Sylwch ar y manylder cynyddol yn 2.0.1. YMae'r maes `reason` yn caniatáu i'r CSMS ddeall a oedd y cychwyn oherwydd ailgychwyn, troi pŵer ymlaen, neu sbardun ci gwylio, gan alluogi rhesymeg ddiagnostig well.

Pennod 3: Newid Paradigm Pensaernïol: Y Model Dyfais

Y newid technegol mwyaf arwyddocaol yn OCPP 2.0.1 yw cyflwyno'rModel Dyfais.

3.1 Cyfyngiadau Allweddi Ffurfweddu 1.6J

Yn OCPP 1.6J, rheolwyd ffurfweddiad caledwedd trwy restr wastad o “Allweddi Ffurfweddu” (e.e.,Cyfwng Curiad y Galon, Terfyn Amser CysylltiadWrth i wefrwyr ddod yn fwy cymhleth (cysylltydd aml, modiwlau pŵer integredig, systemau oeri cymhleth), daeth y rhestr wastad hon yn anorchfygol. Nid oedd ffordd safonol o ddisgrifio hierarchaeth ffisegol gorsaf.

3.2 Y Dull Model Dyfais 2.0.1

Mae OCPP 2.0.1 yn cyflwyno model hierarchaidd sy'n cynnwysCydrannauaNewidynnauGallai cydran fod yn “Rheolydd,” “Cysylltydd,” neu’n “Modiwl Pŵer.” Mae gan bob cydran newidynnau sy’n cynrychioli ei gyflwr neu ei ffurfweddiad (e.e.,Tymheredd, Foltedd, MaxCerrynt).

• CydranRhan gorfforol neu resymegol o'r orsaf wefru.
• Newidyn: Priodoledd penodol o'r gydran honno.
• NodweddionMetadata sy'n disgrifio'r newidyn (uned, ystod, math o fynediad).

Mae hyn yn caniatáu monitro safonol. Gall gweithredwr nawr holi tymheredd modiwl pŵer penodol gan ddefnyddio llwybr safonol, yn hytrach na dibynnu ar allweddi perchnogol sy'n benodol i'r gwerthwr.

Pennod 4: Seiberddiogelwch: O'r “Ymdrech Orau” i TLS Gorfodol

Yn nyddiau cynnar gwefru cerbydau trydan, roedd diogelwch yn aml yn ôl-ystyriaeth. Cynigiodd OCPP 1.6J broffiliau diogelwch, ond roedd y gweithrediad yn anghyson ar draws gwerthwyr.

4.1 Proffiliau Diogelwch yn 1.6J

Diffiniodd OCPP 1.6J dri phroffil diogelwch:

1. Heb ei ddiogeluHTTP/WebSockets testun plaen.
2. Awdurdodiad SylfaenolTLS gydag enw defnyddiwr/cyfrinair.
3. Yn seiliedig ar dystysgrifTLS gyda thystysgrifau ochr y cleient.

Y broblem oedd bod llawer o wefrwyr yn aros ar Broffil 1, gan eu gadael yn agored i ymosodiadau dyn-yn-y-canol (MITM) a rheolaeth heb awdurdod.

4.2 Safbwynt Caled 2.0.1

Mae OCPP 2.0.1 yn gorchymyn cyfathrebu diogel. Mae'n integreiddio nodweddion diogelwch uwch yn frodorol:

• Diweddariadau Firmware Diogel: Llofnod a gwirio gorfodol o ddelweddau cadarnwedd.
• Cofnodi DiogelwchLogiau manwl ar gyfer digwyddiadau sy'n berthnasol i ddiogelwch (e.e., ymdrechion mewngofnodi aflwyddiannus, dyddiad dod i ben tystysgrif).
• Rheoli TystysgrifauNegeseuon safonol ar gyfer tystysgrifau wedi'u cylchdroi a'u diweddaru (dan arweiniad CSMS neu dan arweiniad yr Orsaf).
• TLS 1.2/1.3Cefnogaeth i'r safonau amgryptio diweddaraf.

I weithredwyr masnachol, mae hyn yn lleihau'r risg o beryglu rhwydwaith enfawr ac yn sicrhau cydymffurfiaeth â rheoliadau seiberddiogelwch sy'n dod i'r amlwg ar gyfer dyfeisiau Rhyngrwyd Pethau.

Pennod 5: Integreiddio ISO 15118: Plygio a Gwefru a V2G

Nid symud electronau yn unig yw dyfodol gwefru cerbydau trydan; mae'n ymwneud â chyfnewid data ac ynni'n ddeallus. ISO 15118 yw'r safon ryngwladol ar gyfer cyfathrebu rhwng cerbydau a gridiau (V2G), a'i integreiddio ag OCPP yw nodwedd ddiffiniol 2.0.1.

5.1 Cymhlethdod Plygio a Gwefru

Mae Plygio a Gwefru (PnC) yn caniatáu i yrrwr blygio'r cerbyd i mewn a dechrau gwefru heb ddefnyddio ap na cherdyn RFID. Mae hyn yn gofyn am Seilwaith Allwedd Gyhoeddus (PKI) cymhleth sy'n cynnwys y cerbyd, y gwefrydd, y gweithredwr, a'r banc clirio.

Yn OCPP 1.6J, nid oedd cefnogaeth i PnC yn bodoli yn y protocol sylfaenol. Roedd yn rhaid i werthwyr weithredu estyniadau personol, gan arwain at ddarnio. Mae OCPP 2.0.1 yn darparu'r "plymio" ar gyfer PnC trwy gefnogi:

• Gosod TystysgrifTrosglwyddo Tystysgrifau Contract o'r CSMS i'r EV drwy'r EVSE.
• AwdurdodiadGan ddefnyddio'r ID Symudedd electronig (eMAID) sy'n deillio o dystysgrif y cerbyd.
• Cyfathrebu wedi'i AmgryptioSicrhau bod y data bilio sensitif sy'n cael ei basio rhwng y car a'r grid yn cael ei ddiogelu.

5.2 Gwefru Clyfar a Chydbwyso Llwyth

Er bod 1.6J yn cefnogi gwefru clyfar sylfaenol (anfon aGosodProffil Gwefru), mae 2.0.1 yn codi hyn. Mae'n caniatáu ar gyfer:

• Integreiddio Signalau AllanolYmateb amser real i amledd grid neu signalau prisiau cyfanwerthu.
• Rheoli Llwyth DynamigRheolaeth fanylach dros ddosbarthiad pŵer ar draws safle gyda channoedd o gysylltwyr.
• Cerbyd-i-Grid (V2G)Mae 2.0.1 yn cynnwys y meysydd data angenrheidiol i gefnogi llif ynni deuffordd, gan ganiatáu i gerbydau trydan weithredu fel adnoddau ynni dosbarthedig (DERs) ar gyfer y grid.

5.3 Gwelliannau UI/UX Defnyddiwr

Mae OCPP 2.0.1 yn cefnogi arddangos gwybodaeth yn uniongyrchol ar sgrin y gwefrydd neu ddangosfwrdd y cerbyd, megis:

• Prisio amser real yn yr arian cyfred lleol.
• Amser amcangyfrifedig i gyrraedd cyflwr gwefr (SoC) o 80%.
• Gwybodaeth fanwl am y dderbynneb ar ôl ei gwblhau.

Pennod 6: Rheoli a Monitro Dyfeisiau Uwch

I Gynrychiolydd Perchnogaeth, nid dim ond y pris prynu yw cost gwefrydd; dyma'r Cyfanswm Cost Perchnogaeth (TCO). Cynnal a chadw ac amser segur yw'r lladdwyr elw mwyaf. Mae OCPP 2.0.1 yn mynd i'r afael â hyn trwy alluoedd monitro uwchraddol.

6.1 Adrodd sy'n cael ei Yrru gan Ddigwyddiadau

Yn 1.6J, fel arfer roedd yn rhaid i'r CSMS holi'r gwefrydd am statws neu aros am aHysbysiadStatwsYn 2.0.1, yMonitro DigwyddiadauMae'r system yn caniatáu i'r CSMS osod trothwyon. Er enghraifft: “Dim ond hysbysu fi os yw'r tymheredd mewnol yn fwy na 70°C” neu “Adrodd os yw'r foltedd mewnbwn yn gostwng islaw 200V.” Mae hyn yn lleihau traffig rhwydwaith ac yn caniatáu cynnal a chadw rhagweithiol.

6.2 Trin Trafodion: Y Digwyddiad Trafodiad

Un o agweddau OCPP 1.6J a gafodd ei feirniadu fwyaf oedd y ffordd y cafodd trafodion eu trin. Roedd sesiwn yn cynnwysDechrauTrafodiadaStopioTrafodiadnegeseuon, ond os byddai toriad i'r rhwydwaith yn digwydd, byddai'r CSMS yn aml yn cael trafferth cysoni'r data bilio.

Mae OCPP 2.0.1 yn disodli'r rhain gydag un, cadarnDigwyddiadTrafodiadneges. Defnyddir y neges hon i adrodd ar bob cam cylch bywyd trafodiad (Dechreuwyd, Diweddarwyd, Gorffennwyd). Mae'n cynnwys un unigrywID trafodiadmae hynny'n parhau hyd yn oed os yw'r gwefrydd yn ailgychwyn, gan sicrhau nad oes unrhyw ddata gwefru—ac felly dim refeniw—yn cael ei golli.

6.3 Diagnosteg a Datrys Problemau Gwell

YGetLogaDiagnostegHysbysiadStatwsMae negeseuon yn 2.0.1 yn fwy strwythuredig. Gall CPOs ofyn am fathau penodol o logiau (Diogelwch, Diagnostig, Defnyddiwr) a phennu'r ystod amser. Mae hyn yn caniatáu i dimau cymorth o bell ddatrys problemau heb anfon technegydd i'r safle, gan ostwng OpEx yn sylweddol.

Pennod 7: Mecanweithiau Diweddaru Cadarnwedd: Dibynadwyedd a Rholio'n Ôl

Diweddariadau cadarnwedd yw gwaed einioes caledwedd sy'n esblygu, ond gall diweddariad aflwyddiannus rwystro gwefrydd.

7.1 Y Broses Diweddaru 1.6J

Yn 1.6J, yDiweddaru CadarnweddRoedd y gorchymyn yn gymharol syml. Byddai'r gwefrydd yn lawrlwytho'r ddelwedd ac yn ceisio ei gosod. Nid oedd mecanwaith safonol ar gyfer diweddariadau aml-gam na gwrthdroadau wedi'u gwirio.

7.2 Y Diweddariad Aml-Gam 2.0.1

Mae OCPP 2.0.1 yn cyflwyno cylch bywyd mwy soffistigedig ar gyfer diweddariadau cadarnwedd:

1. LawrlwythoMae'r gwefrydd yn nôl y ddelwedd ac yn gwirio ei swm gwirio/llofnod.
2. GosodMae'r diweddariad wedi'i gymhwyso i raniad eilaidd.
3. DilysuMae'r system yn gwirio a yw'r cadarnwedd newydd yn cychwyn yn gywir.
4. ActifaduMae'r prif raniad wedi'i newid.

Os bydd unrhyw gam yn methu, mae'r protocol yn diffinio sut y dylai'r gwefrydd ddychwelyd i'r fersiwn sefydlog flaenorol ac adrodd y cod methiant penodol i'r CSMS. Nid yw'r lefel hon o ddibynadwyedd yn agored i drafodaeth ar gyfer defnydd masnachol ar raddfa fawr.

7.3 Dilysu Llofnod

Er mwyn atal actorion maleisus rhag uwchlwytho cadarnwedd sydd wedi'i gyfaddawdu, mae 2.0.1 yn gorchymyn defnyddio llofnodion digidol. Bydd y gwefrydd yn gwrthod gweithredu unrhyw god nad yw wedi'i lofnodi gan allwedd breifat y gwneuthurwr, gan ychwanegu haen hanfodol o amddiffyniad yn erbyn hacwyr lefel caledwedd.

Pennod 8: Preifatrwydd Data, Cydymffurfiaeth Rheoleiddiol, a GDPR

Wrth i wefru cerbydau trydan ddod yn gyfleustodau dyddiol, mae faint o ddata personol a gynhyrchir yn syfrdanol. Gall un sesiwn wefru gysylltu hunaniaeth defnyddiwr, lleoliad eu cerbyd, eu patrymau teithio, a'u gwybodaeth ariannol.

8.1 Gwybodaeth Bersonol Adnabyddadwy (PII) yn OCPP

Yng nghyd-destun y Rheoliad Diogelu Data Cyffredinol (GDPR) yn Ewrop a chyfreithiau tebyg fel CCPA yng Nghaliffornia, pwyntiau data fel yTagID(RFID) neu'rEVCCID(Dyfarnwr Cerbyd) yn cael eu hystyried yn PII.

Mae OCPP 2.0.1 yn darparu rheolaethau gwell ar gyfer anonymeiddio data. Er enghraifft, yData PersonolMae meysydd yn caniatáu i weithredwyr storio metadata heb ddatgelu PII i logiau'r protocol craidd. Ar ben hynny, mae'r proffiliau diogelwch gwell yn sicrhau bod y data hwn wedi'i amgryptio wrth ei gludo ac yn ei orffwys.

8.2 Hawl i gael eich Anghofio a Chludadwyedd Data

Mae natur strwythuredig Model Dyfais 2.0.1 yn ei gwneud hi'n haws i ddarparwyr CSMS weithredu ceisiadau "dileu data". Mewn system 1.6J, roedd dod o hyd i bob achos o ID defnyddiwr ar draws allweddi ffurfweddu a logiau gwahanol yn hunllef â llaw. Yn 2.0.1, mae'r gwahanu clir rhwng cyflwr dyfais a data trafodion yn caniatáu pensaernïaeth cronfa ddata lanach.

8.3 Cydymffurfio â Deddfau Diogelwch Rhyngrwyd Pethau

Mae llawer o ranbarthau bellach yn pasio deddfau sy'n ei gwneud yn ofynnol i ddyfeisiau IoT gael cyfrineiriau unigryw a mecanweithiau diweddaru diogel. Nid dim ond nodweddion "braf eu cael" yw TLS gorfodol OCPP 2.0.1 a'r cadarnwedd wedi'i lofnodi—maent yn ofynion cyfreithiol ar gyfer gwerthu caledwedd mewn marchnadoedd fel Califfornia a'r DU.

Pennod 9: Persbectif y Prynwr: TCO, ROI, a Mudo Strategol

I weithredwr gwefru masnachol, mae'r penderfyniad i lynu wrth 1.6J neu symud i 2.0.1 yn un ariannol.

9.1 Cost Gweithredu

• OCPP 1.6JRhad i'w weithredu, wedi'i gefnogi'n eang gan galedwedd cost isel, ond mae'n cario costau cudd uchel o ran cynnal a chadw a risgiau diogelwch.
• OCPP 2.0.1Mae angen proseswyr mwy pwerus a mwy o gof yn yr EVSE. Mae costau datblygu ar gyfer CSMS yn uwch oherwydd cymhlethdod y protocol. Fodd bynnag, mae'n cynnig arbedion OpEx sylweddol trwy reoli o bell a dibynadwyedd gwell.

9.2 Myth yr “Uwchraddio Esmwyth”

Dywedir yn aml y gellir uwchraddio gwefrwyr 1.6J i 2.0.1 trwy feddalwedd. Mewn gwirionedd, anaml y mae hyn yn wir. Mae'r gofynion cof a CPU ar gyfer 2.0.1 (yn enwedig trin tystysgrifau TLS a'r dadansoddiad JSON cymhleth o'r Model Dyfais) yn aml yn fwy na galluoedd rheolwyr 1.6J hŷn.

9.3 Llwybrau Mudo Strategol

Dylai CPOs ystyried dull “Rhwydwaith Hybrid”:

1. Safleoedd EtifeddiaethParhewch i redeg 1.6J ar gyfer gwefrwyr AC pŵer isel presennol.
2. Safleoedd Gwefru Cyflym DC NewyddMandad 2.0.1 ar gyfer pob defnydd pŵer uchel newydd i gefnogi PnC a V2G.
3. Datrysiadau DirprwyolDefnyddiwch borth protocol a all gyfieithu negeseuon 1.6J i fformat sy'n gydnaws â 2.0.1 ar gyfer y CSMS, gan ganiatáu ar gyfer un dangosfwrdd rheoli unedig.

Pennod 10: Diogelu ar gyfer y Dyfodol: OCPP 2.1 a'r Ffordd i Wefru Ymreolaethol

Hyd yn oed wrth i 2.0.1 ennill tyniant, mae'r Open Charge Alliance eisoes yn gweithio ar OCPP 2.1. Bydd y fersiwn hon yn y dyfodol yn ehangu cyrhaeddiad y protocol ymhellach.

10.1 Gwefru Dwyffordd (V2X)

Er bod 2.0.1 yn cefnogi V2G sylfaenol, bydd 2.1 yn mireinio'r cyfathrebu ar gyfer Cerbyd-i-Gartref (V2H) a Cherbyd-i-Adeilad (V2B), gan ganiatáu i gerbydau trydan bweru cartrefi yn ystod cyfnodau o ddiffyg trydan neu leihau'r galw brig ar gyfer adeiladau masnachol.

10.2 Cymorth ar gyfer Gwefru Di-wifr

Wrth i gerbydau ymreolus (AVs) ddod i'r amlwg, bydd plygio â llaw yn dod yn hen ffasiwn. Bydd OCPP 2.1 yn cynnwys negeseuon safonol ar gyfer gwefru anwythol (diwifr), rheoli aliniad a throsglwyddo ynni heb ymyrraeth ddynol.

10.3 Integreiddio â Dinasoedd Clyfar

Mae'n debyg y bydd fersiynau yn y dyfodol yn gweld integreiddio dyfnach â systemau rheoli traffig a rhagolygon ynni adnewyddadwy. Bydd gwefrwyr yn gallu "cynnig" am bŵer mewn marchnadoedd ynni amser real, gan droi rhwydweithiau gwefru yn orsafoedd pŵer rhithwir enfawr (VPPs).

Atodiad Technegol: Ymchwiliad Dwfn i Gymhariaethau Negeseuon

Er mwyn darparu'r dyfnder technegol eithaf, byddwn nawr yn dadansoddi dilyniannau negeseuon penodol a gwahaniaethau fframiau rhwng y ddwy fersiwn.

A.1 Y Llif Awdurdodi

Yn 1.6J, roedd awdurdodi yn ymateb deuaidd “Derbyniwyd” neu “Wedi'i Flocio”.

1.6J Ymateb Awdurdodi:“json [3, "123456", { "idTagInfo": { "status": "Derbyniwyd", "expiryDate": "2026-12-31T23:59:59Z" } }]“

Yn 2.0.1, mae'r ymateb yn cynnwys mwy o gyd-destun, fel yTocynIDmath a gwybodaeth ychwanegol ar gyfer y rhyngwyneb defnyddiwr.

2.0.1 YmatebAwdurdodi:“json [3, "987654", { "idTokenInfo": { "status": "Wedi'i dderbyn", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Croeso nôl, John! Eich balans yw $45.00" } } }]“

A.2 Rheoli Curiad y Galon a Chysylltiadau

Mae OCPP 2.0.1 yn optimeiddio sut mae'r orsaf yn profi ei bod yn "fyw". Yn 1.6J, osCuriad y Galonmethu, byddai'r orsaf yn aml yn ceisio eto. Yn 2.0.1, gall yr orsaf ddefnyddio'rHysbysuDigwyddiadmecanwaith i adrodd bod ei gysylltiad â backend eilaidd wedi'i golli, tra'n dal i gynnal curiad calon gyda'r prif.

A.3 Tabl Metadata Manwl

Casgliad

Nid diweddariad meddalwedd yn unig yw'r newid o OCPP 1.6J i 2.0.1; mae'n esblygiad sylfaenol o'r ecosystem symudedd trydan. I weithredwyr masnachol, mae 1.6J yn cynrychioli'r gorffennol dibynadwy, tra bod 2.0.1 yn cynrychioli'r dyfodol graddadwy, diogel a deallus.

Mae dewis 2.0.1 heddiw yn fuddsoddiad mewn hirhoedledd. Mae'n sicrhau y bydd eich caledwedd yn gydnaws â'r genhedlaeth nesaf o gerbydau trydan, yn cydymffurfio â rheoliadau seiberddiogelwch llym, ac yn barod ar gyfer cyfleoedd proffidiol V2G ac integreiddio grid clyfar. Wrth i'r farchnad gydgrynhoi, y gweithredwyr gyda'r pentyrrau protocol mwyaf cadarn a hyblyg fydd y rhai a fydd yn arwain y gad.

Pennod 11: Ymchwiliad Dwfn: Dadansoddi Llif Negeseuon a Diagramau Dilyniant

Yn y bennod hon, rydym yn dadansoddi'r dilyniannau rhyngweithio rhwng yr EVSE a'r CSMS i ddangos y gwahaniaethau gweithredol rhwng 1.6J a 2.0.1.

11.1 Y Dilyniant Cychwyn a Chyflunio

Pan fydd gwefrydd yn cysylltu â'r rhwydwaith am y tro cyntaf, rhaid iddo adnabod ei hun a chydamseru ei ffurfweddiad.

Llif OCPP 1.6J:

1. Cysylltiad WebSocketWedi'i sefydlu dros Borthladd 80 neu 443.
2. HysbysiadByteithioMae'r orsaf yn anfon y gwerthwr, y model, a'r rhif cyfresol.
3. CaelCyfluniadMae CSMS yn gofyn am bob allwedd i wirio'r cyflwr cyfredol.
4. NewidCyfluniadMae CSMS yn diweddaru allweddi penodol (e.e.,Cyfwng Curiad y Galon).
5. HysbysiadStatwsMae'r orsaf yn adrodd “Ar gael.”

Llif OCPP 2.0.1:

1. Ysgwyd Llaw TLS DiogelCyfnewid tystysgrif gorfodol.
2. HysbysiadByteithioYn cynnwysrheswm(e.e.,PowerUp).
3. AdroddiadCaelBaseYn lle gofyn am bob allwedd, mae'r CSMS yn gofyn am “Adroddiad Sylfaenol” sy'n darparu hierarchaeth lawn y Model Dyfais.
4. GosodNewidynnauMae CSMS yn diweddaru newidynnau. Sylwch fod 2.0.1 yn caniatáu diweddariadau atomig—gosod newidynnau lluosog mewn un neges a sicrhau bod pob un yn llwyddo neu nad oes yr un yn llwyddo.
5. HysbysuDigwyddiadMae'r orsaf yn adrodd ar gyflyrau cychwynnol y cydrannau.

11.2 Y Negodiad Gwefru Clyfar

Gwefru clyfar yw lle mae 2.0.1 yn wirioneddol ddisgleirio, yn enwedig wrth drin proffiliau gwefru lluosog.

Yn 1.6J, mae'r CSMS yn anfon aGosodProffil Gwefrusy'n diffinio lefel pentwr ac amserlen. Os oes gan orsaf gysylltwyr lluosog, mae'r driniaeth proffil yn aml yn amwys.

Yn 2.0.1, yGosodProffil Gwefruwedi'i gysylltu'n benodol âProffil codi tâlDiben.

• ProffilMaxGorsaf Wefru: Yn cyfyngu ar gymeriant yr orsaf gyfan.
• ProffilDiofynTX: Y rhagosodiad ar gyfer unrhyw drafodiad newydd.
• ProffilTX: Penodol i drafodiad parhaus.

Ar ben hynny, mae 2.0.1 yn cefnogi'rCaelLefelStacWedi'iGwefruneges, gan ganiatáu i'r CSMS weld pa broffiliau sy'n weithredol ar hyn o bryd a sut maen nhw'n cael eu blaenoriaethu gan amserlennydd mewnol yr EVSE.

11.3 Sbarduno a Rheoli o Bell

Gorchmynion o bell felTrafodiadDechrauO Bell(1.6J) wedi cael eu disodli ganDechrauCaisTrafodiad(2.0.1). Y gwahaniaeth allweddol yw'r llwyth tâl. Yn 2.0.1, gall y CSMS gynnwys aProffil codi tâlyn uniongyrchol yn y cais cychwyn. Mae hyn yn golygu y gall y car ddechrau gwefru ar y lefel pŵer gywir ar unwaith, heb aros am ail neges, gan leihau oedi a gwella sefydlogrwydd y grid.

Pennod 12: Cynlluniau a Chymhariaethau Maes JSON Lefel Isel

I ddatblygwyr ac integreiddwyr systemau, y newidiadau i'r cynllun yw'r rhan fwyaf llafur-ddwys o'r mudo.

12.1 Mathau wedi'u Rhestru (Enums)

Mae OCPP 2.0.1 yn ehangu nifer yr Enums safonol yn fawr, gan leihau'r angen am godau statws "Personol" a oedd yn plagio gweithrediadau 1.6J.

• Enumiau Rheswm: Ci Gwarchod, Ailosod wedi'i Drefnu, Ailosod o Bell, Colli Pŵer.
• Enumiau Statws: Wedi'i feddiannu, Wedi'i gadw, Heb fod ar gael, Wedi'i fai. 2.0.1 yn ychwaneguAr gael, Wedi'i feddiannu, Wedi'i gadw, Heb fod ar gael, Wedi'i faiond gydag is-statws am fwy o fanylion.

12.2 Mathau Data ac Unedau

Mae OCPP 2.0.1 yn ffurfioli'r defnydd o unedau safonol (SI). Lle roedd 1.6J weithiau'n gadael cywirdeb degol heb ei ddiffinio, mae 2.0.1 yn defnyddiodegolmathau ar gyfer gwerthoedd pŵer ac ynni, gan sicrhau bilio cyson ar draws caledwedd gwahanol werthwyr.

Pennod 13: Astudiaeth Achos: Mudo CPO Byd-eang o 1.6J i 2.0.1

Gadewch i ni edrych ar senario damcaniaethol o “MegaCharge,” CPO gyda 10,000 o bwyntiau gwefru.

13.1 Cyfnod 1: Yr Archwiliad

Darganfu MegaCharge nad oedd 40% o'u fflyd 1.6J yn cefnogi TLS 1.2. Roedd hyn yn golygu nad oedd y gwefrwyr hynny'n gymwys ar gyfer contractau llywodraeth sydd ar ddod.

13.2 Cyfnod 2: Uwchraddio CSMS

Yn lle adeiladu CSMS newydd, gweithredodd MegaCharge “Haen Gyfieithu OCPP.” Roedd yr haen hon yn trin cysylltiadau 1.6J ar gyfer hen galedwedd a 2.0.1 ar gyfer caledwedd newydd, ond yn datgelu API unedig i'w ap symudol a'u peiriant bilio.

13.3 Cyfnod 3: Amnewid Caledwedd

Ar gyfer safleoedd traffig uchel, disodlodd MegaCharge wefrwyr 1.6J gyda gwefrwyr cyflym DC sy'n cydymffurfio â 2.0.1. Y canlyniad oedd gostyngiad o 15% mewn sesiynau "Methu Cychwyn", yn bennaf oherwydd y mwy cadarnDigwyddiadTrafodiadtrin yn 2.0.1.

13.4 Dadansoddiad ROI

Roedd y buddsoddiad cychwynnol yn $2M. Fodd bynnag, arbedodd y galwadau cynnal a chadw llai (diolch i ddiagnosteg y Model Dyfais) $400k y flwyddyn. Yn ogystal, cynhyrchodd y gallu i gymryd rhan mewn marchnadoedd ymateb amledd V2G $200k ychwanegol mewn refeniw blynyddol. Roedd y cyfnod ad-dalu tua 3.3 blynedd.

Pennod 14: Rhestr Wirio Eithaf y Prynwr ar gyfer Caffael OCPP 2.0.1

Wrth werthuso caledwedd neu feddalwedd newydd, defnyddiwch y rhestr wirio hon i sicrhau cydymffurfiaeth wirioneddol:

14.1 Gofynion Caledwedd (EVSE)

• [ ]Cymorth Proffil Diogelwch 3A yw'n cefnogi rheoli tystysgrifau ar ochr y cleient?
• [ ]Prosesydd Deuol-GraiddOes digon o le ar gyfer amgryptio TLS a dadansoddi JSON?
• [ ]Elfen Ddiogel (SE)Oes gan y bwrdd wreiddyn ymddiriedaeth caledwedd ar gyfer storio allweddi?
• [ ]ISO 15118-2/20 Yn BarodA all y rheolydd ymdopi â'r cyfathrebu lefel uchel sy'n ofynnol ar gyfer PnC?
• [ ]Gallu ArddangosA yw'r caledwedd yn cefnogi dangos gwybodaeth am bris/statws drwy OCPP?Trosglwyddo Dataneu negeseuon brodorol?

14.2 Gofynion Meddalwedd (CSMS)

• [ ]Delweddu Model DyfaisA all y dangosfwrdd ddangos yr olygfa hierarchaidd o'r gwefrydd?
• [ ]Integreiddio Awdurdod Tystysgrif (CA)A all y CSMS gyhoeddi a chylchdroi tystysgrifau yn awtomatig?
• [ ]Cymodi TrafodionSut mae'r system yn ymdrin â thrafodion "crog" o wefrwyr traddodiadol 1.6J?
• [ ]Peiriant Gwefru ClyfarA yw'n cefnogi'r rhesymeg lefel pentwr uwch o 2.0.1?
• [ ]GraddadwyeddA all y trinwr WebSocket reoli 50,000+ o gysylltiadau TLS parhaus ar yr un pryd?

Pennod 15: Datrys Problemau Cyffredin wrth Weithredu OCPP

Hyd yn oed gyda safon, mae gweithrediadau'n amrywio. Dyma'r "casgliadau" mwyaf cyffredin.

15.1 Terfynau Amser WebSocket

Mae llawer o waliau tân rhwydwaith yn cau cysylltiadau TCP segur. Os yw'rCyfwng Curiad y Galonwedi'i osod yn rhy uchel, efallai bod y gwefrydd wedi'i ddatgysylltu.

• DatrysiadSicrhauCyfwng Curiad y Galonyn is nag amser terfyn y wal dân (fel arfer 60-120 eiliad).

15.2 Materion Cadwyn Tystysgrif

Methiant cyffredin yn 2.0.1 yw'r gwall "Tystysgrif Ddim Ymddiriedir". Mae hyn fel arfer yn digwydd pan nad oes gan y gwefrydd CA Gwraidd y CSMS wedi'i osod.

• DatrysiadDefnyddiwch yGosod Tystysgrifneges yn ystod comisiynu i sicrhau bod y gadwyn ymddiriedaeth yn gyflawn.

Maint Llwyth Talu JSON 15.3

Rhai negeseuon 2.0.1 (felAdroddiadCaelBase) gall fod yn fawr iawn. Os yw byffer y gwefrydd yn rhy fach, bydd yn gollwng y neges.

• DatrysiadGwiriwch yMaint Neges Uchafnewidyn yn y Model Dyfais a sicrhau bod y CSMS yn parchu'r terfyn hwn.

Pennod 16: Tirweddau Rheoleiddio Rhanbarthol a Mandadau Protocol

Nid technoleg yn unig sy'n sbarduno'r symudiad i OCPP 2.0.1; mae'n fater o gyfraith fwyfwy.

16.1 Yr Undeb Ewropeaidd (AFIR)

Mae Rheoliad Seilwaith Tanwyddau Amgen (AFIR) yn yr UE yn gorchymyn tryloywder prisiau a rhyngweithredadwyedd. Er nad yw'n enwi OCPP 2.0.1 yn benodol, mae'r gofyniad am "rhannu data amser real" a "gwefru clyfar" yn golygu mai 2.0.1 yw'r unig safon hyfyw ar gyfer seilwaith cyhoeddus newydd.

16.2 Gogledd America (NEVI)

Yn yr Unol Daleithiau, mae rhaglen fformiwla Seilwaith Cerbydau Trydan Cenedlaethol (NEVI) yn ei gwneud yn ofynnol i wefrwyr fod yn "rhyngweithredol." Mae taleithiau fel Califfornia yn mynd gam ymhellach, gyda Chomisiwn Ynni Califfornia (CEC) yn pwyso am gefnogaeth ISO 15118, sydd, fel yr ydym wedi'i drafod, orau i'w weithredu trwy OCPP 2.0.1.

16.3 Tsieina ac Asia-Môr Tawel

Er bod gan Tsieina ei safonau ei hun (GB/T), mae'r gweithgynhyrchwyr sy'n canolbwyntio ar allforio wedi buddsoddi'n helaeth yn OCPP 2.0.1. Mewn marchnadoedd fel Awstralia a Singapore, mae tendrau llywodraeth ar gyfer rhwydweithiau gwefru cyhoeddus bellach bron yn gyfan gwbl yn nodi OCPP 2.0.1 gyda Phroffil Diogelwch 3.

Pennod 17: Darnau Cod Gweithredu: Y “Manylion Manwl”

Er mwyn cynorthwyo datblygwyr, rydym yn darparu cynrychioliadau JSON cysyniadol ar gyfer tasgau 2.0.1 cymhleth.

17.1 Llif Cylchdroi Tystysgrifau

Pan fydd tystysgrif bron â dod i ben, rhaid i'r CSMS sbarduno cylchdro.

1. Mae CSMS yn anfonTystysgrifLlofnodwyd:“json [2, "CERT-01", "TystysgrifWedi'i Llofnod", { "certificateChain": "-----DECHRAU'R DYSTYSGRIF-----\n...\n-----DIWEDD Y DYSTYSGRIF-----", "Math o dystysgrif": "V2G" }]“

2. Mae'r orsaf yn ymatebWedi'i dderbyn:“json [3, "CERT-01", { "status": "Wedi'i dderbyn" }]“

3. Mae'r orsaf yn anfonHysbysiadDigwyddiadDiogelwch:“json [2, "EVT-99", "HysbysiadDigwyddiadDiogelwch", { "math": "TystysgrifWedi'i Chylchdroi", "stampamser": "2026-08-09T10:00:00Z" }]“

17.2 Gosod Proffil Gwefru sy'n Ymateb i'r Grid

Dychmygwch fod angen i weithredwr y grid gyfyngu ar y pŵer ar draws y rhwydwaith.

Anfoniadau CSMSGosodProffil Gwefru:“json [2, "GRID-REQ", "GosodProffilGwefru", { "evseId": 0, "ProffilGwefru": { "id": 501, "stackLevel": 1, "PwrpasProffilGwefru": "ProffilMaxGorsafWefru", "MathProffilGwefru": "Absoliwt", "AmserlenGwefru": { "id": 1, "UnedCyfraddGwefru": "W", "CyfnodAmserlenGwefru": [ { "CyfnodDechrau": 0, "terfyn": 11000 }, { "CyfnodDechrau": 3600, "terfyn": 22000 } ] } } }]“

Pennod 18: Rhestr Gynhwysfawr o Dermau OCPP 2.0.1

Er mwyn sicrhau eglurder i bob rhanddeiliad, rydym yn darparu rhestr termau estynedig.

• CSMS (System Rheoli Gorsafoedd Gwefru)Y platfform cwmwl cefndirol sy'n rheoli'r gwefrwyr.
• EVSE (Offer Cyflenwi Cerbydau Trydan)Yr orsaf wefru gorfforol.
• OCPP (Protocol Pwynt Gwefru Agored): Yr iaith maen nhw'n ei siarad.
• OCA (Cynghrair Gwefr Agored)Y sefydliad sy'n ysgrifennu'r iaith.
• ISO 15118Y protocol rhwng y car a'r gwefrydd.
• PnC (Plygio a Gwefru)Y profiad defnyddiwr wedi'i alluogi gan ISO 15118 ac OCPP 2.0.1.
• V2G (Cerbyd-i-Grid)Anfon pŵer o'r car yn ôl i'r grid.
• V2X (Cerbyd-i-Bopeth)Y term cyffredinol ar gyfer V2G, V2H, a V2B.
• TLS (Diogelwch Haen Drafnidiaeth): Yr amgryptio sy'n cadw'r data'n ddiogel.
• PKI (Seilwaith Allwedd Gyhoeddus)Y system o dystysgrifau digidol a ddefnyddir ar gyfer diogelwch.
• JSON (Nodiant Gwrthrych JavaScript)Fformat y negeseuon.
• Soced WeY "pibell" cysylltiad parhaus y mae'r negeseuon yn llifo drwyddi.
• Model DyfaisY ffordd hierarchaidd y mae 2.0.1 yn disgrifio caledwedd.
• CydranDarn o'r caledwedd (e.e., Cysylltydd).
• Newidyn: Priodwedd cydran (e.e., Statws).
• PriodoleddMetadata am newidyn (e.e., Gwerth, Newidiadwyedd).
• DigwyddiadTrafodiadY neges unedig ar gyfer holl ddata sesiwn yn 2.0.1.
• Curiad y GalonY signal cyfnodol “Rwy’n fyw”.
• HysbysiadByteithioY signal “Helo, rydw i yma” pan fydd gwefrydd yn cychwyn.
• Trosglwyddo DataNeges "gyffredinol" ar gyfer estyniadau penodol i werthwyr (defnyddiwch yn ofalus!).

Meddyliau Terfynol: Llywio'r Oes Aml-Brotocol

Fel prynwr neu weithredwr, y peth pwysicaf i'w gymryd yw ein bod ni'n mynd i mewn ioes aml-brotocolAm y 3-5 mlynedd nesaf, bydd 1.6J a 2.0.1 yn cydfodoli. Fodd bynnag, mae'r cydbwysedd yn newid yn gyflym.

Drwy ddewis OCPP 2.0.1 heddiw, nid protocol yn unig yr ydych yn ei brynu; rydych yn prynu yswiriant. Rydych yn sicrhau y gall eich rhwydwaith addasu i geir newydd, deddfau newydd, a ffrydiau refeniw newydd. Cymhlethdod 2.0.1 yw pris cynnydd—pris sy'n talu amdano'i hun drwy amser gweithredu gwell, risg is, a phrofiad cwsmer gwell.

Nid yw gwefru masnachol yn ddiwydiant niche mwyach; dyma asgwrn cefn system drafnidiaeth y dyfodol. Adeiladwch yr asgwrn cefn hwnnw ar y sylfaen fwyaf cadarn posibl: OCPP 2.0.1.

Pennod 19: Datblygu ar gyfer OCPP 2.0.1: Arferion Gorau ar gyfer Peirianwyr Meddalwedd

Nid ailffactorio yw newid o god sylfaen 1.6J i 2.0.1; ailysgrifennu ydyw. Rhaid i ddatblygwyr fabwysiadu model meddyliol gwahanol.

19.1 Cofleidio Asynchronigrwydd

Er bod WebSockets yn gynhenid ​​​​asyncronig, mae cymhlethdod 2.0.1 yn golygu bod cais sengl (felAdroddiadCaelBase) gallai gymryd sawl eiliad i brosesu ar EVSE sydd â chyfyngiadau adnoddau. Rhaid i ddatblygwyr CSMS weithredu rhesymeg terfyn amser ac ail-geisio cadarn sy'n ystyried cyflymderau prosesu amrywiol gwahanol werthwyr caledwedd.

19.2 Dadansoddi JSON Effeithlon

Gall dadansoddi JSON fod yn ddwys o ran CPU. Ar gyfer cadarnwedd EVSE, dylai datblygwyr ddefnyddio dadansoddwyr sy'n seiliedig ar ffrydiau yn hytrach na llwytho'r llwyth cyfan i RAM. Mae hyn yn arbennig o bwysig ar gyfer yHysbysuDigwyddiadnegeseuon, a all gynnwys cannoedd o ddiweddariadau amrywiol mewn un ffrâm.

19.3 Trin y Peiriant Cyflwr

Mae'r peiriant cyflwr ar gyfer trafodiad yn 2.0.1 yn fwy anhyblyg nag yn 1.6J. Rhaid i ddatblygwyr ddilyn y rheolau trosglwyddo yn llym ar gyferDigwyddiadTrafodiadEr enghraifft, ni allwch anfonWedi dod i bendigwyddiad heb anfon yn gyntafDechreuodddigwyddiad ar gyfer y digwyddiad penodol hwnnwID trafodiad.

Pennod 20: Profi, Dilysu, ac Offeryn Prawf Cydymffurfiaeth OCPP (OCTT)

Rhyngweithredu yw addewid OCPP, ond dim ond trwy brofion trylwyr y caiff ei wireddu.

20.1 Rôl Ardystiad OCA

Mae'r Open Charge Alliance yn cynnig rhaglen ardystio. Dylai prynwyr chwilio am y label “OCPP 2.0.1 Certified”. Mae'r ardystiad hwn yn sicrhau bod y gweithrediad wedi pasio cyfres o brofion awtomataidd sy'n cwmpasu'r holl broffiliau gorfodol.

20.2 Defnyddio'r OCTT

Offeryn Prawf Cydymffurfiaeth OCPP (OCTT) yw'r safon aur ar gyfer profi. Mae'n efelychu CSMS ac EVSE.

• Ar gyfer Gwneuthurwyr EVSEDefnyddiwch OCTT i wirio bod eich gorsaf yn ymdrin â senarios “llwybr hapus” ac achosion ymyl (fel gostyngiadau rhwydwaith yn ystod diweddariad cadarnwedd).
• Ar gyfer Darparwyr CSMSDefnyddiwch OCTT i sicrhau y gall eich backend drin yr amrywiaeth enfawr o negeseuon a gofynion diogelwch llym 2.0.1.

20.3 Profi Maes a Gwyliau Rhyngweithiol

Y tu hwnt i brofion awtomataidd, mae OCA yn trefnu “Plugfests” lle mae gwerthwyr yn dod â'u caledwedd a'u meddalwedd i brofi yn erbyn ei gilydd mewn senarios byd go iawn. Dyma lle mae'r bygiau mwyaf cynnil—fel anghydnawsedd tystysgrif neu wahaniaethau fformatio JSON bach—yn cael eu dal a'u datrys.

Pennod 21: Tabl Cymharol Dwfn: Y 60+ o Weithredoedd OCPP 2.0.1

Er mwyn darparu cyfeirnod cyflawn, rydym yn categoreiddio prif negeseuon 2.0.1 ac yn eu cymharu â'u cymheiriaid 1.6J.

21.1 Darparu a Chyflunio

21.2 Trin Trafodion

21.3 Rheoli Diogelwch a Cadarnwedd

21.4 Beth mae'r Tabl yn ei Olygu i'ch Rhwydwaith

Mae'r tabl yn gwneud un pwynt yn amlwg: nid yw OCPP 2.0.1 yn ailenwi cosmetig o 1.6J. Y teuluoedd negeseuon newydd — newidynnau teipiedig, trafodion sy'n cael eu gyrru gan ddigwyddiadau, a rheoli tystysgrifau — yw'r plymwaith sydd ei angen ar gyfer Plygio a Gwefru, gwefru clyfar, ac adrodd rheoleiddiol. Gellir ôl-osod gwefrydd sy'n siarad 1.6J yn unig gyda phorth, ond ni all CSMS sy'n siarad 1.6J yn unig ddarparu'r model diogelwch y mae rheoleiddwyr a gwneuthurwyr ceir yn ei fynnu fwyfwy. Wrth werthuso caledwedd, dylai "2.0.1-barod" olygu bod y cadarnwedd yn cael ei hanfon heddiw, nid wedi'i drefnu ar gyfer y flwyddyn nesaf. Ac oherwydd bod OCPP 2.0.1 yn rhedeg ar JSON-dros-WebSocket yn hytrach na chludiant SOAP 1.6J, mae llif negeseuon yn ysgafnach ac yn llawer haws i'w dadfygio — mantais ymarferol y bydd eich tîm TG yn ei deimlo o'r diwrnod cyntaf.

Pennod 22: Casgliad: Gwneud y Penderfyniad Uwchraddio

I weithredwr masnachol, mae'r canllawiau ymarferol yn glir:

• Dylai lleoliadau newydd fod yn OCPP 2.0.1 yn ddiofyn.Mae'r model diogelwch, trin tystysgrifau, ac integreiddio ISO 15118 yn rhagofynion ar gyfer amgylchedd rheoleiddio 2026.
• Nid yw fflydoedd 1.6J presennol wedi'u gadael.Mae pyrth rheoledig a llwyfannau CSMS deuol-brotocol yn pontio'r bwlch wrth i chi gyflwyno caledwedd brodorol 2.0.1 yn raddol.
• Profwch cyn i chi ymddiried.Defnyddiwch OCTT, plugfests, a chyflwyniadau fesul cam — mae rhyngweithrediadau wedi'u profi yn y maes, nid wedi'u cymryd yn ganiataol o'r daflen ddata.
• Gofynnwch am lwybr mudo yn ysgrifenedig.Dylai gwerthwr eich gwefrydd gyhoeddi map ffordd cadarnwedd o 1.6J i 2.0.1 gyda dyddiadau, nid addewidion amwys.

Galwad i Weithredu: Siaradwch â MIDA Power Ynglŷn â'ch Strategaeth Protocol

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.