Sparčiai vystantis pasaulinei elektromobilių pramonei, išmanios ir standartizuotos įkrovimo infrastruktūros kūrimas tapo neatidėliotinu pramonės poreikiu. OCPP (atvirojo įkrovimo taškų protokolas), tarnaujantis kaip „bendra kalba“, jungiantielektromobilių įkrovimo stotelėssu centrinėmis valdymo sistemomis tampa pagrindine technologija, skirta spręsti įrenginių sąveikumo iššūkius.
I. OCPP: kodėl jis būtinas norint patekti į Europos rinką?
OCPP yra atviras, standartizuotas ryšio protokolas, užtikrinantiselektromobilių įkrovimo stotelės Skirtingų gamintojų įrenginiai gali sklandžiai bendrauti su bet kuria suderinama valdymo sistema. Integruotas OCPP protokolas suteikia gaminiams „standartinę ryšio sąsają“, kuri užtikrina pagrindinę vertę per:
Sąveikumo barjerų panaikinimas: leidžia įkrovimo stotelėms prisijungti prie bet kurios trečiosios šalies operacinės platformos, atitinkančios OCPP standartus, taip padidinant produkto pritaikomumą;
Atitiktis reglamentams: Atitinka privalomus ES įkrovimo infrastruktūros sąveikumo reikalavimus, kurie yra būtina sąlyga norint patekti į rinką;
Išmaniųjų funkcijų atrakinimas: palaiko nuotolinį valdymą, įkrovimą, atsiskaitymą, būsenos stebėjimą ir OTA programinės įrangos atnaujinimus, taip žymiai sumažinant aukštesnio lygio programų kūrimo pastangas;
Integracijos išlaidų mažinimas: Naudojamas plačiai naudojamas protokolų rinkinys, išvengiant su patentuotais protokolais susijusių individualių projektų kūrimo ir ilgalaikės priežiūros išlaidų.
II. „MicroOcpp“: lengvas sprendimas, optimizuotas įterptiesiems įrenginiams
Riboto išteklių įterptosioms aplinkoms „MicroOcpp“ siūlo idealų OCPP protokolų steko įgyvendinimą su pagrindiniais privalumais, įskaitant:
Itin mažas išteklių poreikis: parašyta C/C++ kalba ir specialiai optimizuota mikrovaldikliams ir įterptinei „Linux“ sistemai;
Išsamus protokolų palaikymas: visiškai suderinamas su OCPP 1.6 ir palaiko atnaujinimus iki 2.0.1;
Modulinis dizainas: leidžia kompiliuoti tik būtinas funkcijas, siekiant maksimaliai padidinti aparatinės įrangos išteklių panaudojimą;
Patogu kūrėjams: Pateikia aiškias API sąsajas ir išsamius pavyzdžius, kad būtų lengva integruoti.
III. Diegimo praktika: OCPP ryšių sistemos kūrimas nuo nulio
1. Serverio aplinkos sąranka
Greitai diegkite „SteVe OCPP“ serverį naudodami „Docker“ konteinerius. Būdama atvirojo kodo centrinio valdymo sistema, „SteVe“ teikia išsamias įkrovimo stotelių valdymo galimybes, įskaitant „WebSocket“ ryšio priežiūrą, įkrovimo būsenos stebėjimą ir nuotolinio valdymo komandų išdavimą.
2. Pagrindiniai kliento diegimo žingsniai
Diegiant „MicroOcpp“ klientą MYD-YF13X platformoje, panaudojome pateiktą „Linux 6.6.78“ sistemos aplinką. Pirmiausia atlikome „MicroOcpp“ šaltinio bibliotekos kryžminį sukompiliavimą, kad sugeneruotume ARM optimizuotus vykdomuosius failus. Tada sukonfigūruojome GPIO kontaktus, kad imituotume įkrovimo pistoleto prijungimo būseną: naudokite du GPIO prievadus, kad būtų rodomas kiekvienos įkrovimo sąsajos būsenos aptikimas.
3. Serverio ir kliento ryšio užmezgimas
Po diegimo klientas sėkmingai užmezgė „WebSocket“ ryšį su „SteVe“ serveriu:
Serverio valdymo sąsajoje buvo rodomi naujai prisijungęelektromobilių įkrovimo stotelėrealiuoju laiku, patvirtinant tinkamą pagrindinės jungties ir protokolo sąveiką.
4. Būsenos ataskaitų teikimo funkcijos patikrinimas
Manipuliuodami GPIO lygius, kad imituotume užtaisymo pistoleto įdėjimą / išėmimą, stebime, kaip klientas realiuoju laiku praneša serveriui apie būsenos pokyčius.
Serverio sąsaja sinchroniškai atnaujina jungčių būsenas, patvirtindama, kad visa ryšio grandinė veikia tinkamai.
Kaip ir pasaulinisišmanioji įkrovimo stotelėRinkai toliau standartizuojantis, OCPP protokolo palaikymas tapo pagrindiniu produkto konkurencingumo veiksniu. „Mir“ teikiamas išsamus OCPP sprendimas, pagrįstas MYC-YF13X platforma, ne tik ženkliai sumažina kūrimo slenkstį, bet ir užtikrina produkto atitiktį standartams bei prisitaikymą prie rinkos.
Įrašo laikas: 2026 m. sausio 14 d.
