Berawirdkirina Stratejîk a OCPP 1.6J û 2.0.1 ji bo Operatorên Şarjkirina Bazirganî

Berawirdkirina Stratejîk a Dawî ya OCPP 1.6J li hember 2.0.1 ji bo Operatorên Barkirina Bazirganî yên Cîhanî: Serweriya Pîvanbarkirina Torê, Ewlekariya Sîber a Pêşketî, Entegrasyona ISO 15118, û Pêşerojê ya Binesaziya Demdirêj ji bo Mezinbûna Domdar a EV

Kurteya Rêveberiyê

Rewşa şarjkirina wesayîtên elektrîkê (EV) di guherîneke girîng de derbas dibe. Her ku pejirandina gerdûnî zûtir dibe, protokolên ragihandinê yên bingehîn ên ku têkiliya di navbera Amûrên Dabînkirina Wesayîtên Elektrîkî (EVSE) û Pergalên Rêveberiya Stasyona Şarjkirinê (CSMS) de birêve dibin, bûne xala sereke ya stratejiya teknîkî ji bo Operatorên Şarjkirina Bazirganî (CPO). Protokola Xala Şarjkirina Vekirî (OCPP), ku ji hêla Hevpeymaniya Şarjkirina Vekirî (OCA) ve tê domandin, ji çarçoveyek peyamnêriya hêsan veguheriye standardek sofîstîke, ewle û pir pîvanbar.

Ev rêber analîzek teknîkî ya berfireh a veguherîna ji OCPP 1.6J bo OCPP 2.0.1 peyda dike. Em cûdahiyên mîmarî, başkirinên ewlehiyê, paradîgmayên rêveberiya cîhazê, û rola krîtîk a entegrasyona ISO 15118 vedikolin. Ji bo kirrûbir û operatoran, ev gotar wekî referansa dawîn ji bo girtina biryarên agahdar ên kirîn û koçberiyê di bazarek zû mezin dibe de xizmet dike.

Beşa 1: Pêşveçûna Standardên Şarjkirina EV: Çarçoveyek Dîrokî

Protokola Xala Şarjkirina Vekirî (OCPP) ji pêdiviya hevahengiyê derket holê. Di rojên destpêkê yên şarjkirina wesayîtên elektrîkî (EV) de, hilberînerên alavên elektronîkî û dabînkerên nermalavê protokolên taybet bi kar anîn, û "baxçeyên dîwarkirî" afirandin ku pêşbazî û nûjeniyê asteng kirin. Danasîna OCPP 1.2 û 1.5 bingeh danî, lê ew OCPP 1.6 bû ku bi rastî pîşesaziyê yek kir.

1.1 Serdestiya OCPP 1.6J

OCPP 1.6 ku di sala 2015an de derket, pêkanîna JSON li ser WebSockets (1.6J) da nasandin. Ev dûrketina ji peyamnêriya li ser bingeha SOAP-ê bi girîngî lêçûnên giştî kêm kir û pêkanîna ji bo pêşdebiran hêsan kir. Wê taybetmendiyên wekî barkirina jîr û agahdariyên rewşê yên zêde da nasandin, ku ew kir standarda pîşesaziyê ji bo nêzîkî deh salan.

1.2 Jiyana OCPP 2.0.1

Tevî serkeftina 1.6J, mezinbûna pîşesaziyê sînorkirinên wê eşkere kirin. Pirsgirêkên ewlehiyê, tevliheviya rêveberiya cîhazê, û nebûna piştgiriya xwemalî ji bo entegrasyona tora pêşkeftî (V2G) bûn sedema pêşkeftina OCPP 2.0, û paşê, OCPP 2.0.1 ya pêşkeftî (ku di 2020 de hate berdan). OCPP 2.0.1 ne tenê nûvekirinek e; ew ji nû ve sêwirandinek tevahî ye ku armanc dike ku piştgiriyê bide nifşê din ê torên barkirinê yên bi hêza bilind, jîr û ewledar.

Beşa 2: Paradîgmayên Bingehîn ên Ragihandinê: JSON, WebSockets, û Strukturên Çarçoveyan

Ji bo fêmkirina cudahiya di navbera van protokolan de, divê meriv li ragihandina asta nizm binêre. Her du protokol jî JSON-ê li ser WebSockets-ê bi kar tînin, lê avahî û birêvebirina van peyaman bi girîngî ji hev cuda ne.

2.1 Qata WebSocket

Her du guhertoy jî girêdanên WebSocket ên domdar bikar tînin, ku rê didin danûstendina duqatî ya tevahî. Ev ji bo operasyonên rast-dem girîng e, wekî rawestandina danişîna barkirinê ji sepanek mobîl an wergirtina hişyariyên xeletiyê yên tavilê.

2.2 Dabeşkirina Çarçoveya Peyamê

Peyameke OCPP ya tîpîk ji nasnameya cureyê peyamê, nasnameya peyama bêhempa, navê çalakiyê, û barkirinê pêk tê.

Mînaka Çarçoveya OCPP 1.6J (BootNotification)

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

Mînaka Çarçoveya OCPP 2.0.1 (BootNotification)

"json [2, "987654", "BootNotification", { "sedem": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`Bala xwe bidin zêdebûna hûrgulîbûnê di 2.0.1 de.qada "sedem" dihêle ku CSMS fêm bike ka boot ji ber ji nû ve destpêkirin, hêz-vekirin, an tetikandina kûçikê çavdêriyê ye, û ev yek mantiqa teşhîsê ya çêtir çalak dike.

Beşa 3: Guhertina Paradîgmaya Mîmarî: Modela Amûrê

Cudahîya teknîkî ya herî girîng di OCPP 2.0.1 de danasînaModela Amûrê.

3.1 Sînorkirinên Bişkokên Mîhengkirinê yên 1.6J

Di OCPP 1.6J de, mîhengkirina hardware bi rêya navnîşek sabît a "Keytên Mîhengkirinê" hate birêvebirin (mînak,Navbera Lêdana Dil, Demjimêra GirêdanêHer ku şarjker tevlihevtir dibûn (pir-girêdan, modulên hêzê yên entegre, pergalên sarkirinê yên tevlihev), ev lîsteya sade nema dihat birêvebirin. Rêyek standardkirî tunebû ku hiyerarşiya fîzîkî ya stasyonekê were ravekirin.

3.2 Rêbaza Modela Amûrê ya 2.0.1

OCPP 2.0.1 modelek hiyerarşîk pêşkêş dike ku jiPêkhateyênûGuherbarPêkhateyek dikare "Kontrolker", "Girêdan", an "PowerModule" be. Her pêkhateyek guherbar hene ku rewş an mîhengkirina wê temsîl dikin (mînak,Germî, Woltî, Herî Zêde).

• PerçeBeşek fîzîkî an mentiqî ya stasyona şarjkirinê.
• TêgûherrTaybetmendiyeke taybetî ya wê pêkhateyê.
• TaybetmendîMetadatayên ku guhêrbarê (yekîne, rêze, celebê gihîştinê) vedibêjin.

Ev rê dide çavdêriya standardkirî. Niha operator dikare germahiya moduleke hêzê ya taybetî bi karanîna rêyeke standardkirî bipirse, li şûna ku xwe bispêre mifteyên taybet ên firoşkar.

Beşa 4: Ewlekariya Sîber: Ji "Hewldana Herî Baş" ber bi TLS-ya Mecbûrî ve

Di rojên destpêkê yên şarjkirina EV-yan de, ewlehî pir caran li dûv dihat. OCPP 1.6J profîlên ewlehiyê pêşkêş dikir, lê pêkanîn li seranserê firoşkaran ne lihevhatî bû.

4.1 Profîlên Ewlehiyê di 1.6J de

OCPP 1.6J sê profîlên ewlehiyê destnîşan kir:

1. BêewlehîHTTP/WebSocketên bi nivîsa sade.
2. Destûra bingehîn: TLS bi navê bikarhêner/şîfreyê.
3. Li ser bingeha sertîfîkayêTLS bi sertîfîkayên aliyê xerîdar.

Kêşe ew bû ku gelek şarjker li ser Profîla 1-ê man, û wan li hember êrîşên mirov-di-navîn (MITM) û kontrola bêdestûr bêparastin hiştin.

4.2 Helwesta Hişk a 2.0.1

OCPP 2.0.1 ragihandina ewle ferz dike. Ew taybetmendiyên ewlehiyê yên pêşketî bi awayekî xwemalî entegre dike:

• Nûvekirinên Firmware yên EwleÎmzekirin û verastkirina mecbûrî ya wêneyên firmware.
• Tomarkirina EwlehiyêTomarên berfireh ji bo bûyerên têkildarî ewlehiyê (mînak, hewldanên têketinê yên têkçûyî, bidawîbûna sertîfîkayê).
• Rêveberiya SertîfîkayêPeyamên standardîzekirî ji bo sertîfîkayên zivirî û nûvekirî (bi rêberiya CSMS an jî bi rêberiya Îstasyonê).
• TLS 1.2/1.3: Piştgiriya ji bo standardên şîfrekirinê yên herî dawî.

Ji bo operatorên bazirganî, ev xetera têkbirina torên mezin kêm dike û pabendbûna bi rêziknameyên ewlehiya sîber ên nû ji bo cîhazên IoT misoger dike.

Beşa 5: Entegrasyona ISO 15118: Plug & Charge û V2G

Pêşeroja şarjkirina wesayîtên elektrîkî ne tenê li ser tevgera elektronan e; ew li ser danûstandina jîr a daneyan û enerjiyê ye. ISO 15118 standarda navneteweyî ye ji bo ragihandina wesayît-bi-şebekeyê (V2G), û entegrasyona wê bi OCPP re taybetmendiya diyarker a 2.0.1 e.

5.1 Aloziya Plug & Charge

Plug & Charge (PnC) dihêle ku ajokar bi hêsanî wesayîtê têxe elektrîkê û bêyî karanîna serîlêdanek an karta RFID dest bi şarjkirinê bike. Ev yek Binesaziyek Mifteya Giştî (PKI) ya tevlihev hewce dike ku wesayît, şarjker, operator û navenda paqijkirinê vedihewîne.

Di OCPP 1.6J de, piştgiriya PnC di protokola bingehîn de tune bû. Firoşkar neçar man ku dirêjkirinên xwerû bicîh bînin, ku ev yek bû sedema parçebûnê. OCPP 2.0.1 bi piştgiriya "avakirina" PnC peyda dike:

• Sazkirina SertîfîkayêŞandina Sertîfîkayên Peymanan ji CSMS bo EV bi rêya EVSE.
• WekîlkirinîBi karanîna nasnameya e-Mobility (eMAID) ku ji sertîfîkaya wesayîtê hatiye wergirtin.
• Ragihandina ŞîfrekirîMisogerkirina parastina daneyên hesas ên fatûreyê yên di navbera otomobîl û şebekeyê de.

5.2 Barkirina Jîr û Balanskirina Barê

Her çiqas 1.6J piştgirî da barkirina jîr a bingehîn (şandinaSetChargingProfile), 2.0.1 vê yekê bilind dike. Ew rê dide van:

• Entegrasyona Sînyala DerveBersiva demrast li ser frekansa torê an sînyalên bihayê toptan.
• Rêveberiya Barê DînamîkKontroleke hûrgulîtir li ser belavkirina hêzê li seranserê malperekê bi sedan girêdan.
• Wesayît-bi-Şehrê (V2G)Guhertoya 2.0.1 qadên daneyên pêwîst dihewîne da ku piştgiriya herikîna enerjiyê ya dualî bike, û dihêle ku EV wekî çavkaniyên enerjiyê yên belavkirî (DER) ji bo şebekeyê tevbigerin.

5.3 Pêşketinên UI/UX-ya Bikarhêner

OCPP 2.0.1 piştgirî dide nîşandana agahiyan rasterast li ser ekrana şarjkerê an jî li ser dashboarda wesayîtê, wek:

• Nirxandina bihayê di dema rast de bi pereyê herêmî.
• Dema texmînkirî ji bo gihîştina rewşa barkirinê ya %80 (SoC).
• Agahdariya wergirtina berfireh piştî temamkirinê.

Beşa 6: Birêvebirin û Çavdêriya Amûrên Pêşketî

Ji bo CPO-yekê, lêçûna şarjkerê ne tenê bihayê kirînê ye; ew Mesrefa Giştî ya Xwedîtiyê (TCO) ye. Parastin û dema bêkarbûnê kujerên herî mezin ên qezencê ne. OCPP 2.0.1 bi rêya kapasîteyên çavdêriyê yên bilind vê yekê çareser dike.

6.1 Raporkirina Li gorî Bûyeran

Di 1.6J de, CSMS bi gelemperî neçar ma ku ji şarjkerê rewşê pirs bike an jî li benda rewşê bimîne.Agahdariya RewşêDi 2.0.1 de,Çavdêriya BûyeranSîstem rê dide CSMS ku pîvanan destnîşan bike. Mînakî: "Tenê heke germahiya navxweyî ji 70°C derbas bibe min agahdar bike" an jî "Heke voltaja têketinê ji 200V kêmtir bikeve rapor bike." Ev trafîka torê kêm dike û rê dide parastina proaktîf.

6.2 Birêvebirina Danûstandinê: Bûyera Danûstandinê

Yek ji aliyên herî rexnekirî yên OCPP 1.6J birêvebirina danûstandinan bû. Rûniştinek tê deDestpêkirina DanûstandinêûRawestandina Danûstandinêpeyam, lê heke qutbûnek torê çêbibûya, CSMS pir caran di lihevhatina daneyên fatûreyê de têdikoşiya.

OCPP 2.0.1 van bi yekane û bihêz diguherîneBûyera Danûstandinêpeyam. Ev peyam ji bo ragihandina hemî qonaxên çerxa jiyanê yên danûstandinekê tê bikar anîn (Destpêkirî, Nûvekirî, Bi dawîkirî). Ew peyamek bêhempa vedihewîneNasnameya danûstandinêev yek berdewam dike her çend şarjker ji nû ve dest pê bike jî, û piştrast dike ku ti daneyên şarjkirinê - û bi vî rengî ti dahat - winda nabin.

6.3 Tesbîtkirin û Çareserkirina Pirsgirêkan a Baştirkirî

EwGetLogûAgahdariya Rewşa TesbîtêPeyamên di 2.0.1 de bêtir strukturkirî ne. CPO dikarin celebên tomarên taybetî (Ewlehî, Teşhîs, Bikarhêner) bixwazin û rêza demê diyar bikin. Ev dihêle ku tîmên piştgiriyê yên ji dûr ve pirsgirêkan bêyî şandina teknîsyenek bo malperê çareser bikin, û OpEx bi girîngî kêm dike.

Beşa 7: Mekanîzmayên Nûvekirina Firmware: Pêbawerî û Vegerandin

Nûvekirinên firmwareyê ji bo alavên pêşketî çavkaniya jiyanê ne, lê nûvekirineke têkçûyî dikare şarjkerê xera bike.

7.1 Pêvajoya Nûvekirina 1.6J

Di 1.6J de,Nûvekirina FirmwareFerman nisbeten hêsan bû. Şarjker wêneyê dadixist û hewl dida ku saz bike. Ji bo nûvekirinên pir-qonaxî an jî vegerandina verastkirî mekanîzmayek standard tune bû.

7.2 Nûvekirina Pir-Gavî ya 2.0.1

OCPP 2.0.1 ji bo nûvekirinên firmware jiyanek sofîstîketir pêşkêş dike:

1. DaxistinŞarjker wêneyê tîne û kontrol/îmzeya wê piştrast dike.
2. LêkirinîNûvekirin li ser dabeşeke duyemîn tê sepandin.
3. TesdîqSîstem kontrol dike ka firmware-a nû bi rêkûpêk boot dibe an na.
4. ÇalakkirinBeşa sereke tê guhertin.

Eger gavek bi ser nekeve, protokol diyar dike ka şarjker çawa divê vegere guhertoya berê ya sabît û koda têkçûna taybetî ji CSMS re ragihîne. Ev asta pêbaweriyê ji bo bicihkirinên bazirganî yên di asta mezin de ne munaqeşebar e.

7.3 Verastkirina Îmzeyê

Ji bo pêşîgirtina li barkirina firmware-ya xeternak ji hêla aktorên xerabkar ve, guhertoya 2.0.1 karanîna îmzeyên dîjîtal ferz dike. Şarjker dê red bike ku her kodek ku ji hêla mifteya taybet a hilberîner ve nehatiye îmzekirin bicîh bîne, û qatek parastinê ya girîng li dijî hackên asta hardware zêde dike.

Beşa 8: Nepenîtiya Daneyan, Pabendbûna Rêziknameyan, û GDPR

Her ku şarjkirina wesayîtên elektrîkî dibe karekî rojane, mîqdara daneyên kesane yên ku têne çêkirin pir zêde dibe. Yek danişîna şarjkirinê dikare nasnameya bikarhêner, cîhê wesayîta wan, şêwazên rêwîtiyê û agahdariya wan a darayî bi hev ve girêbide.

8.1 Agahiyên Kesane yên Nasnameyî (PII) di OCPP de

Di çarçoveya Rêziknameya Giştî ya Parastina Daneyan (GDPR) li Ewropayê û qanûnên wekhev ên wekî CCPA li Kalîforniyayê de, xalên daneyê yên wekîidTag(RFID) an jîEVCCID(Nasnameya Wesayîtê) wekî PII têne hesibandin.

OCPP 2.0.1 kontrolên çêtir ji bo anonîmkirina daneyan peyda dike. Bo nimûne,Daneyên Taybetqad dihêlin ku operator bêyî ku PII bi tomarên protokola bingehîn re eşkere bikin, metadatayan hilînin. Wekî din, profîlên ewlehiyê yên pêşkeftî piştrast dikin ku ev dane hem di veguhastinê de û hem jî di dema bêçalaktiyê de têne şîfrekirin.

8.2 Mafê Jibîrkirinê û Veguhestina Daneyan

Cewhera rêkxistî ya Modela Amûrê ya 2.0.1 ji bo dabînkerên CSMS-ê pêkanîna daxwazên "jêbirina daneyan" hêsantir dike. Di pergalek 1.6J de, dîtina hemî mînakên nasnameya bikarhênerek li ser mifteyên mîhengê yên cihêreng û tomarên tomarê kabûsek destanî bû. Di 2.0.1 de, veqetandina zelal di navbera rewşa amûrê û daneyên danûstandinê de rê dide mîmariya databasa paqijtir.

8.3 Pabendbûna bi Qanûnên Ewlehiya IoT re

Niha gelek herêm qanûnan derdixin ku ji cîhazên IoT şîfreyên bêhempa û mekanîzmayên nûvekirina ewle hewce dikin. TLS-ya mecbûrî ya OCPP 2.0.1 û firmware-ya îmzekirî ne tenê taybetmendiyên "xweş in ku hebin" - ew şertên qanûnî ne ji bo firotina alavên elektronîkî li bazarên wekî Kalîforniya û Keyaniya Yekbûyî.

Beşa 9: Perspektîfa Kirrûbir: TCO, ROI, û Veguhestina Stratejîk

Ji bo operatorekî şarjê yê bazirganî, biryara mayîna bi 1.6J an jî derbasbûna bo 2.0.1 biryareke darayî ye.

9.1 Mesrefa Bicîhanînê

• OCPP 1.6J: Cîbicîkirina wê erzan e, bi berfirehî ji hêla alavên erzan ve tê piştgirî kirin, lê di warê lênêrîn û xetereyên ewlehiyê de lêçûnên veşartî yên bilind hildigire.
• OCPP 2.0.1EVSE pêdivî bi pêvajoyên bihêztir û bîra bêtir heye. Mesrefên pêşvebirinê ji bo CSMS ji ber tevliheviya protokolê bilindtir in. Lêbelê, ew bi rêya rêveberiya ji dûr ve û pêbaweriya çêtir teserûfa OpEx ya girîng pêşkêş dike.

9.2 Mîta "Nûvekirina Nerm"

Gelek caran tê gotin ku şarjkerên 1.6J dikarin bi rêya nermalavê bo 2.0.1 werin nûve kirin. Di rastiyê de, ev kêm caran rast e. Pêdiviyên bîr û CPU-yê ji bo 2.0.1 (bi taybetî birêvebirina sertîfîkayên TLS û şirovekirina JSON-a tevlihev a Modela Amûrê) pir caran ji şiyanên kontrolkerên 1.6J-î yên kevintir derbas dibin.

9.3 Rêyên Koçberiyê yên Stratejîk

Divê CPO rêbaza "Tora Hîbrîd" bifikirin:

1. Malperên Mîrasî: Ji bo şarjkerên AC yên hêza kêm ên heyî, 1.6J berdewam bikin.
2. Malperên Nû yên Şarjkirina Bilez a DCFermana 2.0.1 ji bo hemî bicîhkirinên nû yên bi hêza bilind ji bo piştgiriya PnC û V2G.
3. Çareseriyên ProxyDergehek protokolê bikar bînin ku dikare peyamên 1.6J wergerîne formateke lihevhatî ya 2.0.1 ji bo CSMS-ê, ku rê dide paneleke rêveberiyê ya yekgirtî.

Beşa 10: Xwedîderketina li Pêşerojê: OCPP 2.1 û Rêya Berbi Şarjkirina Xweser

Her çiqas 2.0.1 populerbûnek zêde bi dest dixe jî, Open Charge Alliance jixwe li ser OCPP 2.1 dixebite. Ev guhertoya pêşerojê dê gihîştina protokolê bêtir berfireh bike.

10.1 Barkirina Dualî (V2X)

Her çiqas guhertoya 2.0.1 V2G ya bingehîn piştgirî dike jî, guhertoya 2.1 dê ragihandina ji bo Wesayît-bi-Mal (V2H) û Wesayît-bi-Avahî (V2B) baştir bike, ku dihêle EV di dema qutbûna elektrîkê de elektrîkê bidin malan an jî daxwaza herî zêde ya avahiyên bazirganî kêm bikin.

10.2 Piştgiriya Şarjkirina Bêtêl

Her ku wesayîtên xweser (AV) derdikevin holê, pêvekirina destî dê kevnar bibe. OCPP 2.1 dê peyamên standardkirî ji bo şarjkirina enduktîf (bêtêl), birêvebirina hevrêzkirinê û veguhestina enerjiyê bêyî destwerdana mirovan dihewîne.

10.3 Entegrasyon bi Bajarên Jîr re

Guhertoyên pêşerojê bi îhtîmaleke mezin dê entegrasyoneke kûrtir bi pergalên rêveberiya trafîkê û pêşbîniyên enerjiya nûjenkirî re bibînin. Şarjker dê bikaribin di bazarên enerjiyê yên rast-dem de ji bo enerjiyê "pêşniyaran" bikin, û torên şarjkirinê veguherînin santralên elektrîkê yên virtual (VPP) yên mezin.

Pêveka Teknîkî: Nirxandineke Kûr li Berawirdkirina Peyaman

Ji bo ku em kûrahiya teknîkî ya herî dawî peyda bikin, em ê niha rêzikên peyamên taybetî û cûdahiyên çarçoveyê di navbera her du guhertoyan de analîz bikin.

A.1 Herikîna Destûrdayînê

Di 1.6J de, destûr bersiveke dualî ya "Qebûlkirî" an "Astengkirî" bû.

1.6J Destûrdayîna Bersîvê:"json [3, "123456", { "idTagInfo": { "rewş": "Qebûlkirî", "Dîroka qedandinê": "2026-12-31T23:59:59Z" } }]"

Di 2.0.1 de, bersiv bêtir çarçove dihewîne, wek mînakidTokencure û agahdariya zêde ji bo navrûya bikarhêner.

2.0.1 AuthorizeResponse:"json [3, "987654", { "idTokenInfo": { "status": "Qebûlkirî", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Vegera xwe bi xêr anî, John! Bîlançoya te 45.00 dolar e" } } }]"

A.2 Rêvebiriya Lêdana Dil û Girêdanê

OCPP 2.0.1 çawaniya îspatkirina "zindî"bûna îstasyonê baştir dike. Di 1.6J de, hekeDillêdanîger bi ser neket, îstasyon pir caran tenê dîsa diceriband. Di 2.0.1 de, îstasyon dikare bikar bîneAgahdariya Bûyerêmekanîzmayek ji bo ragihandina ku girêdana wê bi backend-a duyemîn winda bûye, di heman demê de lêdana dil bi seretayî re jî diparêze.

A.3 Tabloya Metadatayên Berfireh

Xelasî

Veguhestina ji OCPP 1.6J bo 2.0.1 ne tenê nûvekirinek nermalavê ye; ew pêşveçûnek bingehîn a ekosîstema mobîlîteya elektrîkê ye. Ji bo operatorên bazirganî, 1.6J rabirdûya pêbawer temsîl dike, di heman demê de 2.0.1 pêşeroja pîvanbar, ewle û jîr temsîl dike.

Hilbijartina 2.0.1 îro veberhênanek di temenê dirêj de ye. Ew piştrast dike ku alavên we dê bi nifşa pêşerojê ya wesayîtên elektrîkî re hevaheng bin, li gorî rêziknameyên ewlehiya sîber ên dijwartir bin, û ji bo derfetên sûdmend ên entegrasyona V2G û tora jîr amade bin. Her ku bazar yek dibe, operatorên xwedî protokolên herî xurt û nerm dê bibin yên ku pêşengiyê dikin.

Beşa 11: Lêkolîna Kûr: Analîza Herikîna Peyaman û Diyagramên Rêzeyê

Di vê beşê de, em rêzikên têkiliyê yên di navbera EVSE û CSMS de analîz dikin da ku cûdahiyên xebitandinê yên di navbera 1.6J û 2.0.1 de nîşan bidin.

11.1 Rêza Boot û Mîhengkirinê

Dema ku şarjker cara yekem bi torê ve girêdide, divê xwe nas bike û mîhengên xwe senkronîze bike.

Herikîna OCPP 1.6J:

1. Girêdana WebSocketêLi ser Port 80 an 443 hatiye damezrandin.
2. Agahdariya BootêStasyon firoşkar, model û jimareya rêzê dişîne.
3. GetConfigurationCSMS ji hemî mifteyan dixwaze ku rewşa heyî kontrol bike.
4. GuhertinaMîhengkirinêCSMS mifteyên taybetî nûve dike (mînak,Navbera Lêdana Dil).
5. Agahdariya Rewşê: Îstasyon dibêje "Berdest e."

Herikîna OCPP 2.0.1:

1. Desthevkirina TLS ya EwleGuhertina sertîfîkayê ya mecbûrî.
2. Agahdariya Bootê: Tê de henesemed(mînak,Hêzdankirin).
3. GetBaseReport: Li şûna daxwaza hemû mifteyan, CSMS "Raporta Bingehîn" dixwaze ku hiyerarşiya tevahî ya Modela Amûrê peyda dike.
4. Guherbarên SetCSMS guherbaran nûve dike. Bala xwe bidinê ku guhertoya 2.0.1 destûrê dide nûvekirinên atomî - danîna gelek guherbaran di yek peyamê de û piştrastkirina ku hemî biserkevin an jî yek jê bisernekeve.
5. Agahdariya Bûyerê: Îstasyon rewşên pêkhateyên destpêkê radigihîne.

11.2 Danûstandina Barkirina Jîr

Şarjkirina jîr ew cih e ku 2.0.1 bi rastî jî dibiriqe, nemaze dema ku bi gelek profîlên barkirinê re mijûl dibin.

Di 1.6J de, CSMS dişîneSetChargingProfileku asta stûnê û bernameyekê diyar dike. Ger stasyonek xwedî gelek girêdan be, birêvebirina profîlê pir caran nezelal e.

Di 2.0.1 de,SetChargingProfilebi awayekî zelal ve girêdayî yechargingProfileArmanc.

• Profîla Stasyona Şarjkirinê ya Max: Tevahiya wergirtina avê ya îstasyonê sînordar dike.
• Profîla Pêşnavî ya TX: Nirxa xwerû ji bo her danûstandinek nû.
• TXProfile: Taybetî ji bo danûstandinek berdewam.

Herwiha, 2.0.1 piştgirî dideGetChargingStackLevelpeyamek, ku dihêle CSMS bibîne ka kîjan profîl niha çalak in û ew çawa ji hêla plansazkerê navxweyî yê EVSE ve têne pêşîn kirin.

11.3 Tetikandin û Kontrolkirina Ji Dûr

Fermanên ji dûr ve mînaRemoteStartTransaction(1.6J) biDaxwazaDestpêkirinaTransactionê(2.0.1). Cudahiya sereke di barkêşiyê de ye. Di 2.0.1 de, CSMS dikareProfîla barkirinêrasterast di daxwaza destpêkirinê de. Ev tê vê wateyê ku otomobîl dikare di cih de di asta hêza rast de dest bi şarjkirinê bike, bêyî ku li benda peyama duyemîn be, ev yek derengmayînê kêm dike û aramiya torê baştir dike.

Beşa 12: Berawirdkirinên Zeviyê û Şemaya JSON a Asta Nizm

Ji bo pêşdebir û entegratorên pergalan, guhertinên şemayê beşa herî kedkar a koçberiyê ne.

12.1 Tîpên Jimarkirî (Enums)

OCPP 2.0.1 hejmara Enumên standardkirî pir zêde dike, û hewcedariya kodên rewşa "Custom" kêm dike ku di pêkanînên 1.6J de acizker bû.

• Jimartinên Sedeman: Çavdêr, Vegerandina Bernamekirî, Vegerandina Ji Dûr, PowerLoss.
• Jimartinên Rewşê: Dagirkirî, Parastî ye, Ne berdest e, Şaş bû. 2.0.1 lêzêde dikeBerdeste, Dagirkirî, Parastî ye, Ne berdest e, Şaş bûlê bi rewşên binî ji bo hûrguliyên bêtir.

12.2 Cureyên Daneyan û Yekîneyên wan

OCPP 2.0.1 karanîna yekîneyên standard (SI) fermî dike. Li cihê ku 1.6J carinan rastbûna desimal nediyar dihişt, 2.0.1 bikar tînedesimalcelebên ji bo nirxên hêz û enerjiyê, misogerkirina fatûrekirina domdar li seranserê alavên firoşkarên cûda.

Beşa 13: Lêkolîna Dozê: Koçberiya CPO ya Cîhanî ji 1.6J bo 2.0.1

Werin em li senaryoyek hîpotetîk a "MegaCharge" binêrin, CPOyek bi 10,000 xalên barkirinê.

13.1 Qonaxa 1: Denetim

MegaCharge kifş kir ku %40ê fîloya wan a 1.6J piştgirîya TLS 1.2 nakin. Ev tê vê wateyê ku ew şarjker ji bo peymanên hikûmetê yên pêşerojê ne mafdar bûn.

13.2 Qonaxa 2: Nûvekirina CSMS

Li şûna avakirina CSMS-yeke nû, MegaCharge "Qata Wergerandina OCPP" bicîh anî. Vê qatê girêdanên 1.6J ji bo alavên kevn û 2.0.1 ji bo alavên nû birêve bir, lê API-yeke yekgirtî ji bo sepanên mobîl û motora fatûreyê ya wan eşkere kir.

13.3 Qonaxa 3: Guhertina Amûrên Elektrîkê

Ji bo malperên pir-trafîk, MegaCharge şarjkerên 1.6J bi şarjkerên DC yên bilez ên lihevhatî 2.0.1 veguherandin. Encam kêmbûna 15% di danişînên "Destpêkirina Neserkeftî" de bû, bi giranî ji ber bihêztirbûnaBûyera Danûstandinêdi 2.0.1 de bi kar anîn.

13.4 Analîza ROI

Veberhênana destpêkê 2 milyon dolar bû. Lêbelê, kêmkirina bangên lênêrînê (bi saya teşhîsa Modela Device) salane 400 hezar dolar teserûf kir. Wekî din, şiyana beşdarbûna li bazarên bersiva frekansê ya V2G dahata salane 200 hezar dolar zêdetir çêkir. Dema vegerandina deynê bi qasî 3.3 sal bû.

Beşa 14: Lîsteya Kontrolê ya Dawî ya Kirrûbir ji bo Kirîna OCPP 2.0.1

Dema nirxandina hardware an nermalava nû, vê lîsteya kontrolê bikar bînin da ku lihevhatina rastîn piştrast bikin:

14.1 Pêdiviyên Amûrên Elektrîkê (EVSE)

• [ ]Piştgiriya Profîla Ewlehiyê 3Ma ew piştgiriya rêveberiya sertîfîkayê ya aliyê xerîdar dike?
• [ ]Prosesorê Dual-CoreMa ji bo şîfrekirina TLS û şîrovekirina JSON cîh têra xwe heye?
• [ ]Hêmana Ewle (SE)Ma panel ji bo hilanîna mifteyan rootek pêbawer a hardware heye?
• [ ]Amade ji bo ISO 15118-2/20Gelo kontrolker dikare ragihandina asta bilind a ku ji bo PnC-ê hewce ye birêve bibe?
• [ ]Kapasîteya NîşandanêMa hardware piştgiriya nîşandana agahdariya biha/rewşê bi rêya OCPP dike?Veguhestina Daneyanan jî peyamên xwemalî?

14.2 Pêdiviyên Nermalavê (CSMS)

• [ ]Dîtbarîkirina Modela AmûrêMa dashboard dikare dîtina hiyerarşîk a şarjkerê nîşan bide?
• [ ]Entegrasyona Desteya Sertîfîkayê (CA)Ma CSMS dikare bixweber sertîfîkayan derxe û bizivirîne?
• [ ]Lihevhatina DanûstandinanSîstem çawa danûstandinên "daleqandî" yên ji şarjkerên kevn ên 1.6J birêve dibe?
• [ ]Motora Barkirinê ya JîrMa ew piştgirîya mantiqa asta stack a pêşketî ya 2.0.1 dike?
• [ ]PîvanbarbûnMa destgirê WebSocket dikare di heman demê de zêdetirî 50,000 girêdanên TLS yên domdar birêve bibe?

Beşa 15: Çareserkirina Pirsgirêkên Bicîhanîna OCPP-ê yên Hevpar

Tew bi standardekê re jî, pêkanîn diguherin. Li vir "xeletiyên" herî gelemperî hene.

15.1 Demjimêrên WebSocketê

Gelek dîwarên agir ên torê girêdanên TCP yên bêkar digirin. GerNavbera Lêdana Dilpir bilind hatiye danîn, dibe ku şarjker qut bûbe.

• Çare: Piştrast bikeNavbera Lêdana Dilji dema bidawîbûna dîwarê agir (bi gelemperî 60-120 saniye) kêmtir e.

15.2 Pirsgirêkên Zincîra Sertîfîkayê

Têkçûneke hevpar di guhertoya 2.0.1 de xeletiya "Sertîfîkaya Nepêbawer" e. Ev bi gelemperî dema ku şarjker Root CA ya CSMS-ê sazkirî nebe diqewime.

• Çare: Bi kar bîneSertîfîkaya Sazkirinêpeyamek di dema xebitandinê de ji bo misogerkirina temambûna zincîra baweriyê.

15.3 Mezinahiya Barkirina JSON

Hin peyamên 2.0.1 (wekGetBaseReport) dikare pir mezin be. Ger bafera şarjkerê pir piçûk be, ew ê peyamê bavêje.

• Çare: Kontrol bikeMezinahiya Peyama Herî Zêdeguhêrbar di Modela Amûrê de û piştrast bike ku CSMS rêzê li vê sînor digire.

Beşa 16: Peyzajên Rêziknameyî yên Herêmî û Fermanên Protokolê

Veguhestina bo OCPP 2.0.1 ne tenê ji hêla teknolojiyê ve ye; ew her ku diçe bêtir dibe meseleyek qanûnê.

16.1 Yekîtiya Ewropayê (AFIR)

Rêziknameya Binesaziya Sotemeniyên Alternatîf (AFIR) li YE şefafiyeta bihayê û hevahengiya di navbera karûbaran de ferz dike. Her çend ew bi eşkereyî OCPP 2.0.1 bi nav nake jî, pêdiviya "parvekirina daneyên rast-dem" û "şarjkirina jîr" bi bandor 2.0.1 dike yekane standarda guncaw ji bo binesaziya giştî ya nû.

16.2 Amerîkaya Bakur (NEVI)

Li Dewletên Yekbûyî, bernameya formula Binesaziya Wesayîtên Elektrîkî ya Neteweyî (NEVI) hewce dike ku şarjker "hevbeş" bin. Dewletên wekî Kalîforniyayê bêtir diçin, Komîsyona Enerjiyê ya Kalîforniyayê (CEC) ji bo piştgiriya ISO 15118 zextê dike, ku wekî me nîqaş kir, çêtirîn bi rêya OCPP 2.0.1 tê bicîhanîn.

16.3 Çîn û Asya-Pasîfîk

Her çiqas Çîn standardên xwe hene (GB/T), lê hilberînerên ku balê dikişînin ser hinardekirinê gelek veberhênanê li OCPP 2.0.1 dikin. Li bazarên wekî Avusturalya û Singapûrê, îhaleyên hikûmetê ji bo torên barkirina giştî niha hema hema bi tevahî OCPP 2.0.1 bi Profîla Ewlehiyê 3 destnîşan dikin.

Beşa 17: Parçeyên Koda Bicîhanînê: "Hûrgiliyên Bingehîn"

Ji bo alîkariya pêşdebiran, em nûneratiyên JSON ên konseptî ji bo karên tevlihev ên 2.0.1 peyda dikin.

17.1 Herikîna Rotasyona Sertîfîkayê

Dema ku sertîfîkayek nêzîkî bidawîbûnê dibe, divê CSMS rotasyonekê bide destpêkirin.

1. CSMS dişîneSertîfîka Hat Îmzekirin:"json [2, "CERT-01", "Sertîfîkaya Îmzekirî", { "certificateChain": "-----DESTPÊKA SERTÎFÎKAYÊ-----\n...\n-----DAWÎYA SERTÎFÎKAYÊ-----", "Cureyê sertîfîkayê": "V2G" }]"

2. Îstasyon bersiv dideQebûlkirî:"json [3, "CERT-01", { "rewş": "Pêjirandî" }]"

3. Îstasyon dişîneAgahdariya Bûyera Ewlehiyê:"json [2, "EVT-99", "Agahdariya Bûyera Ewlehiyê", { "cure": "Sertîfîkaya Zivirî", "demjimêr": "2026-08-09T10:00:00Z" }]"

17.2 Danîna Profîla Barkirinê ya Bersivdayî ya Torê

Bifikirin ku operatorê şebekeyê hewce dike ku hêzê li seranserê torê kêm bike.

CSMS dişîneSetChargingProfile:"json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Mutleq", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "sînor": 11000 }, { "startPeriod": 3600, "sînor": 22000 } ] } } }]"

Beşa 18: Ferhenga Berfireh a Termên OCPP 2.0.1

Ji bo ku ji bo hemî beşdarên eleqedar zelalî peyda bibe, em ferhengokek berfirehkirî pêşkêş dikin.

• CSMS (Pergala Rêveberiya Stasyona Şarjkirinê)Platforma ewr a paşîn ku şarjkeran kontrol dike.
• EVSE (Amûrên Dabînkirina Wesayîtên Elektrîkî): Stasyona şarjkirinê ya fîzîkî.
• OCPP (Protokola Xala Barkirina Vekirî): Zimanê ku ew pê diaxivin.
• OCA (Hevpeymaniya Barkirina Vekirî): Rêxistina ku ziman dinivîse.
• ISO 15118Protokola di navbera otomobîl û şarjkerê de.
• PnC (Girêde û Şarj Bike)Ezmûna bikarhêner ku ji hêla ISO 15118 û OCPP 2.0.1 ve tê çalakkirin.
• V2G (Wesayît-bi-Şebê)Şandina hêzê ji otomobîlê bo şebekeya elektrîkê.
• V2X (Wesayît-ber-Her Tiştî): Peyva sîwane ji bo V2G, V2H, û V2B.
• TLS (Ewlekariya Qata Veguhastinê): Şîfrekirina ku daneyan ewle dihêle.
• PKI (Binesaziya Mifteya Giştî): Sîstema sertîfîkayên dîjîtal ên ku ji bo ewlehiyê têne bikar anîn.
• JSON (Nîşana Objeyên JavaScript): Formata peyaman.
• WebSocket: "Lûleya" girêdana domdar ku peyam tê re derbas dibin.
• Modela AmûrêAwayê hiyerarşîk 2.0.1 alavên elektronîkî rave dike.
• PerçeParçeyek ji alavên elektronîkî (mînak, Girêdan).
• TêgûherrTaybetmendiyeke pêkhateyekê (mînak, Rewş).
• TaybetmendîMetadata li ser guhêrbarekê (mînak, Nirx, Guherbarî).
• Bûyera DanûstandinêPeyama yekgirtî ji bo hemî daneyên danişînê di 2.0.1 de.
• DillêdanîSînyala "Ez sax im" a periyodîk.
• Agahdariya Bootê: Dema ku şarjker dest pê dike, sînyala "Silav, ez li vir im" derdikeve.
• Veguhestina DaneyanPeyameke "hemûyan" ji bo dirêjkirinên taybetî yên firoşkar (bi baldarî bikar bînin!).

Ramanên Dawî: Gerandina Serdema Pir-Protokolê

Wekî kirrûbir an operator, xala herî girîng ev e ku em dikevin navserdema pir-protokolêJi bo 3-5 salên bê, 1.6J û 2.0.1 dê bi hev re bijîn. Lêbelê, hevsengî bi lez diguhere.

Bi hilbijartina OCPP 2.0.1 îro, hûn ne tenê protokolekê dikirin; hûn sîgorteyê dikirin. Hûn piştrast dikin ku tora we dikare xwe li gorî otomobîlên nû, qanûnên nû û çavkaniyên dahatê yên nû biguncîne. Tevliheviya 2.0.1 bihayê pêşkeftinê ye - bihayek ku bi rêya dema xebitandinê ya çêtir, kêmkirina rîskê û ezmûnek xerîdar a bilindtir xwe dide.

Barkirina bazirganî êdî pîşesaziyek taybet nîne; ew stûna piştê ya pergala veguhastinê ya pêşerojê ye. Vê stûnê li ser bingeha herî xurt ava bikin: OCPP 2.0.1.

Beşa 19: Pêşxistina ji bo OCPP 2.0.1: Pratîkên Herî Baş ji bo Endezyarên Nermalavê

Guhertina ji koda bingehê ya 1.6J bo 2.0.1 ne ji nû ve çêkirin e; ew ji nû ve nivîsandin e. Pêşdebir divê modelek derûnî ya cûda bipejirînin.

19.1 Qebûlkirina Asynchronîzmê

Her çiqas WebSocket bi xwezayî asenkron bin jî, tevliheviya 2.0.1 tê vê wateyê ku daxwazek yekane (wekGetBaseReport) dibe ku li ser EVSE-yek bi çavkaniyên sînorkirî çend saniyeyan bidome da ku were pêvajo kirin. Pêşdebirên CSMS-ê divê mantiqa demdirêjî û ceribandina dubare ya xurt bicîh bînin ku leza pêvajoyê ya cûda ya firoşkarên hardware-ê yên cûda hesab dike.

19.2 Parskirina JSON a Bi Bandor

Parskirina JSON dikare CPU-yê pir zêde bixebite. Ji bo firmware-a EVSE, pêşdebir divê parserên li ser bingeha herikînê bikar bînin li şûna ku tevahiya barkirinê li RAM-ê bar bikin. Ev bi taybetî ji boAgahdariya Bûyerêpeyam, ku dikarin bi sedan nûvekirinên guhêrbar di çarçoveyek yekane de hebin.

19.3 Birêvebirina Makîneya Dewletê

Makîneya rewşê ji bo danûstandinekê di 2.0.1 de ji 1.6J hişktir e. Pêşdebir divê bi hişkî qaîdeyên veguheztinê bişopînin ji boBûyera DanûstandinêBo nimûne, hûn nikarin bişîninBi dawî bûbûyer bêyî ku pêşî peyamek were şandinDestpêkirinbûyerek ji bo wê cihê taybetîNasnameya danûstandinê.

Beşa 20: Ceribandin, Tesdîqkirin, û Amûra Ceribandina Lihevhatina OCPP (OCTT)

Hevkarîbûn soza OCPP ye, lê ew tenê bi ceribandina dijwar tê bidestxistin.

20.1 Rola Sertîfîkaya OCA

Open Charge Alliance bernameyek sertîfîkayê pêşkêş dike. Kirrûbir divê li etîketa "OCPP 2.0.1 Certified" bigerin. Ev sertîfîka piştrast dike ku pêkanîn ji komek ceribandinên otomatîkî yên ku hemî profîlên mecbûrî vedihewîne derbas bûye.

20.2 Bikaranîna OCTT

Amûra Testa Lihevhatinê ya OCPP (OCTT) standarda zêrîn ji bo ceribandinê ye. Ew hem CSMS û hem jî EVSE-yê simul dike.

• Ji bo Hilberînerên EVSEOCTT bikar bînin da ku piştrast bikin ku stasyona we senaryoyên "riya bextewar" û rewşên qiraxê (wek qutbûna torê di dema nûvekirina firmware de) birêve dibe.
• Ji bo Pêşkêşkerên CSMSOCTT bikar bînin da ku hûn piştrast bin ku pişta we dikare cûrbecûr peyaman û pêdiviyên ewlehiyê yên hişk ên 2.0.1 bicîh bîne.

20.3 Ceribandina Meydanê û Festîvalên Hevkariyê

Ji bilî ceribandina otomatîk, OCA "Plugfests" li dar dixe ku tê de firoşkar hardware û nermalava xwe tînin da ku di senaryoyên cîhana rastîn de li hember hev biceribînin. Li vir xeletiyên herî nazik - wekî nelihevhatina sertîfîkayê an cûdahiyên piçûk ên formatkirina JSON - têne girtin û çareser kirin.

Beşa 21: Tabloya Berawirdî ya Kûr: Zêdetirî 60 Çalakiyên OCPP 2.0.1

Ji bo ku em referansek bêkêmasî peyda bikin, em peyamên sereke yên 2.0.1 kategorîze dikin û wan bi hevtayên wan ên 1.6J re didin ber hev.

21.1 Dabînkirin û Mîhengkirin

21.2 Birêvebirina Danûstandinan

21.3 Ewlehî û Rêvebiriya Firmware

21.4 Tablo ji bo Tora We Çi Wateyê Dide

Tablo xalekê eşkere nîşan dide: OCPP 2.0.1 ne navekî kozmetîkî yê 1.6J ye. Malbatên peyamên nû - guhêrbarên tîpkirî, danûstandinên bi bûyeran ve girêdayî, û rêveberiya sertîfîkayê - ji bo Plug & Charge, barkirina jîr, û raporên rêziknameyî pêdivî ne. Şarjkerek ku tenê 1.6J diaxive dikare bi dergehek were saz kirin, lê CSMS-yek ku tenê 1.6J diaxive nikare modela ewlehiyê ya ku rêziknamevan û hilberînerên otomobîlan her ku diçe zêde hewce dikin, peyda bike. Dema ku hardware tê nirxandin, "2.0.1-amade" divê were vê wateyê ku firmware îro tê şandin, ne ji bo sala bê hatî plan kirin. Û ji ber ku OCPP 2.0.1 li ser JSON-over-WebSocket dimeşe ne ku veguhastina SOAP ya 1.6J, herikîna peyaman siviktir û pir hêsantir e ku were rastkirin - avantajek pratîkî ya ku tîmê weya IT-ê dê ji roja yekem ve hîs bike.

Beşa 22: Encam: Biryara Nûjenkirinê

Ji bo operatorekî bazirganî, rêbernameya pratîkî zelal e:

• Bicîhkirinên nû divê bi xwerû OCPP 2.0.1 bin.Modela ewlehiyê, birêvebirina sertîfîkayê, û entegrasyona ISO 15118 ji bo jîngeha rêziknameyî ya 2026-an şertên pêşîn in.
• Flotên 1.6J yên heyî asê nemane.Dergehên birêvebirî û platformên CSMS-ê yên du-protokolî dema ku hûn alavên xwemalî yên 2.0.1-ê gav bi gav dixin nav xwe, vê valatiyê çareser dikin.
• Berî ku bawer bikî test bike.OCTT, plugfests, û belavkirinên qonaxkirî bikar bînin - hevahengî di zeviyê de tê îspat kirin, ne ji pelê daneyan tê texmîn kirin.
• Daxwaza rêya koçberiyê bi nivîskî bikin.Divê firoşkarê şarjê yê we nexşerêyek ji bo firmware-ê ji 1.6J heta 2.0.1 bi tarîxan, ne bi sozên nezelal, biweşîne.

Banga Çalakiyê: Li ser Stratejiya Protokola Xwe bi MIDA Power re Bipeyivin

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.