ప్రపంచ వాణిజ్య ఛార్జింగ్ ఆపరేటర్ల కోసం OCPP 1.6J మరియు 2.0.1 ల యొక్క ఖచ్చితమైన వ్యూహాత్మక పోలిక: సుస్థిర EV వృద్ధి కోసం నెట్వర్క్ స్కేలబిలిటీ, అధునాతన సైబర్సెక్యూరిటీ, ISO 15118 అనుసంధానం మరియు దీర్ఘకాలిక మౌలిక సదుపాయాల భవిష్యత్-నిరూపణలో నైపుణ్యం సాధించడం
కార్యనిర్వాహక సారాంశం
ఎలక్ట్రిక్ వాహనాల (EV) ఛార్జింగ్ రంగంలో పెను మార్పులు చోటుచేసుకుంటున్నాయి. ప్రపంచవ్యాప్తంగా వీటి వినియోగం వేగవంతమవుతున్న కొద్దీ, ఎలక్ట్రిక్ వెహికల్ సప్లై ఎక్విప్మెంట్ (EVSE) మరియు ఛార్జింగ్ స్టేషన్ మేనేజ్మెంట్ సిస్టమ్స్ (CSMS) మధ్య పరస్పర చర్యను నియంత్రించే కమ్యూనికేషన్ ప్రోటోకాల్స్, కమర్షియల్ ఛార్జింగ్ ఆపరేటర్ల (CPOs) సాంకేతిక వ్యూహంలో ప్రధాన కేంద్ర బిందువుగా మారాయి. ఓపెన్ ఛార్జ్ అలయన్స్ (OCA) నిర్వహించే ఓపెన్ ఛార్జ్ పాయింట్ ప్రోటోకాల్ (OCPP), ఒక సాధారణ మెసేజింగ్ ఫ్రేమ్వర్క్ నుండి అధునాతనమైన, సురక్షితమైన మరియు అత్యంత విస్తరించదగిన ప్రమాణంగా పరిణామం చెందింది.
ఈ గైడ్ OCPP 1.6J నుండి OCPP 2.0.1కి మారడంపై సమగ్రమైన సాంకేతిక విశ్లేషణను అందిస్తుంది. మేము నిర్మాణపరమైన తేడాలు, భద్రతా మెరుగుదలలు, పరికర నిర్వహణ పద్ధతులు మరియు ISO 15118 అనుసంధానం యొక్క కీలక పాత్రను అన్వేషిస్తాము. వేగంగా అభివృద్ధి చెందుతున్న మార్కెట్లో, కొనుగోలుదారులు మరియు ఆపరేటర్లు సమాచారంతో కూడిన కొనుగోలు మరియు మైగ్రేషన్ నిర్ణయాలు తీసుకోవడానికి ఈ వ్యాసం ఒక ఖచ్చితమైన రిఫరెన్స్గా ఉపయోగపడుతుంది.
అధ్యాయం 1: EV ఛార్జింగ్ ప్రమాణాల పరిణామం: ఒక చారిత్రక సందర్భం
పరస్పర అనుకూలత అవసరం నుండి ఓపెన్ ఛార్జ్ పాయింట్ ప్రోటోకాల్ (OCPP) ఉద్భవించింది. EV ఛార్జింగ్ ప్రారంభ రోజుల్లో, హార్డ్వేర్ తయారీదారులు మరియు సాఫ్ట్వేర్ ప్రొవైడర్లు యాజమాన్య ప్రోటోకాల్లను ఉపయోగించేవారు, ఇది పోటీని మరియు ఆవిష్కరణలను అణచివేసే "పరిమిత వాతావరణాలను" సృష్టించింది. OCPP 1.2 మరియు 1.5 పరిచయం పునాది వేసినప్పటికీ, OCPP 1.6 మాత్రమే ఈ పరిశ్రమను నిజంగా ఏకీకృతం చేసింది.
1.1 OCPP 1.6J యొక్క ఆధిపత్యం
2015లో విడుదలైన OCPP 1.6, JSON ఓవర్ వెబ్సాకెట్స్ (1.6J) ఇంప్లిమెంటేషన్ను పరిచయం చేసింది. SOAP-ఆధారిత మెసేజింగ్ నుండి ఈ మార్పు, డెవలపర్ల కోసం ఓవర్హెడ్ను గణనీయంగా తగ్గించి, ఇంప్లిమెంటేషన్ను సులభతరం చేసింది. ఇది స్మార్ట్ ఛార్జింగ్ మరియు అదనపు స్టేటస్ నోటిఫికేషన్ల వంటి ఫీచర్లను పరిచయం చేసి, దాదాపు ఒక దశాబ్దం పాటు దీనిని ఇండస్ట్రీ స్టాండర్డ్గా నిలబెట్టింది.
1.2 OCPP 2.0.1 యొక్క ఆవిర్భావం
1.6J విజయం సాధించినప్పటికీ, పరిశ్రమ వృద్ధి దాని పరిమితులను బయటపెట్టింది. భద్రతా సమస్యలు, పరికర నిర్వహణ సంక్లిష్టత, మరియు అధునాతన గ్రిడ్ ఇంటిగ్రేషన్ (V2G)కు స్థానిక మద్దతు లేకపోవడం వంటివి OCPP 2.0 అభివృద్ధికి, తదనంతరం మెరుగుపరచబడిన OCPP 2.0.1 (2020లో విడుదల)కు దారితీశాయి. OCPP 2.0.1 కేవలం ఒక అప్డేట్ కాదు; ఇది తదుపరి తరం అధిక-శక్తి, స్మార్ట్ మరియు సురక్షితమైన ఛార్జింగ్ నెట్వర్క్లకు మద్దతు ఇవ్వడమే లక్ష్యంగా రూపొందించబడిన పూర్తి పునఃరూపకల్పన.
అధ్యాయం 2: అంతర్లీన కమ్యూనికేషన్ నమూనాలు: JSON, వెబ్సాకెట్లు మరియు ఫ్రేమ్ నిర్మాణాలు
ఈ ప్రోటోకాల్ల మధ్య వ్యత్యాసాన్ని అర్థం చేసుకోవాలంటే, వాటి లో-లెవల్ కమ్యూనికేషన్ను పరిశీలించాలి. రెండు ప్రోటోకాల్లు వెబ్సాకెట్లపై JSONను ఉపయోగిస్తాయి, కానీ ఈ సందేశాల నిర్మాణం మరియు నిర్వహణ గణనీయంగా విభిన్నంగా ఉంటాయి.
2.1 వెబ్సాకెట్ లేయర్
రెండు వెర్షన్లు నిరంతర వెబ్సాకెట్ కనెక్షన్లను ఉపయోగిస్తాయి, ఇవి ఫుల్-డ్యూప్లెక్స్ కమ్యూనికేషన్ను అనుమతిస్తాయి. మొబైల్ యాప్ నుండి ఛార్జింగ్ సెషన్ను ఆపడం లేదా తక్షణ లోప హెచ్చరికలను స్వీకరించడం వంటి రియల్-టైమ్ కార్యకలాపాలకు ఇది చాలా కీలకం.
2.2 సందేశ ఫ్రేమ్ విశ్లేషణ
ఒక సాధారణ OCPP సందేశంలో సందేశ రకం ID, ఒక ప్రత్యేకమైన సందేశ ID, చర్య పేరు మరియు పేలోడ్ ఉంటాయి.
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 వరకు
EV ఛార్జింగ్ ప్రారంభ రోజుల్లో, భద్రత అనేది తరచుగా అంతగా పట్టించుకోని విషయంగా ఉండేది. OCPP 1.6J భద్రతా ప్రొఫైల్లను అందించింది, కానీ వివిధ విక్రేతల మధ్య అమలు అస్థిరంగా ఉండేది.
4.1 1.6Jలో భద్రతా ప్రొఫైల్లు
OCPP 1.6J మూడు భద్రతా ప్రొఫైల్లను నిర్వచించింది:
- అసురక్షితసాదా టెక్స్ట్ HTTP/వెబ్ సాకెట్లు.
- ప్రాథమిక ప్రమాణీకరణయూజర్నేమ్/పాస్వర్డ్తో TLS.
- సర్టిఫికేట్ ఆధారితక్లయింట్-సైడ్ సర్టిఫికేట్లతో కూడిన TLS.
సమస్య ఏమిటంటే, చాలా ఛార్జర్లు ప్రొఫైల్ 1 లోనే ఉండిపోయాయి, దీనివల్ల అవి మ్యాన్-ఇన్-ది-మిడిల్ (MITM) దాడులకు మరియు అనధికార నియంత్రణకు గురయ్యే అవకాశం ఉంది.
4.2 2.0.1 యొక్క దృఢమైన వైఖరి
OCPP 2.0.1 సురక్షితమైన కమ్యూనికేషన్ను తప్పనిసరి చేస్తుంది. ఇది అధునాతన భద్రతా ఫీచర్లను అంతర్లీనంగా అనుసంధానిస్తుంది:
- సురక్షిత ఫర్మ్వేర్ నవీకరణలుఫర్మ్వేర్ ఇమేజ్ల తప్పనిసరి సంతకం మరియు ధృవీకరణ.
- భద్రతా లాగింగ్భద్రతకు సంబంధించిన సంఘటనల (ఉదాహరణకు, విఫలమైన లాగిన్ ప్రయత్నాలు, సర్టిఫికేట్ గడువు ముగియడం) వివరణాత్మక లాగ్లు.
- సర్టిఫికేట్ నిర్వహణ: మార్చబడిన మరియు నవీకరించబడిన సర్టిఫికేట్ల కోసం ప్రామాణిక సందేశాలు (CSMS-ఆధారిత లేదా స్టేషన్-ఆధారిత).
- TLS 1.2/1.3తాజా ఎన్క్రిప్షన్ ప్రమాణాలకు మద్దతు.
వాణిజ్య ఆపరేటర్ల కోసం, ఇది భారీ నెట్వర్క్ ఉల్లంఘనల ప్రమాదాన్ని తగ్గిస్తుంది మరియు IoT పరికరాల కోసం అభివృద్ధి చెందుతున్న సైబర్సెక్యూరిటీ నిబంధనలకు అనుగుణంగా ఉండేలా చూస్తుంది.
అధ్యాయం 5: ISO 15118 ఇంటిగ్రేషన్: ప్లగ్ & ఛార్జ్ మరియు V2G
EV ఛార్జింగ్ యొక్క భవిష్యత్తు కేవలం ఎలక్ట్రాన్లను తరలించడం గురించి మాత్రమే కాదు; అది డేటా మరియు శక్తి యొక్క తెలివైన మార్పిడికి సంబంధించినది. ISO 15118 అనేది వెహికల్-టు-గ్రిడ్ (V2G) కమ్యూనికేషన్ కోసం అంతర్జాతీయ ప్రమాణం, మరియు OCPPతో దాని అనుసంధానం 2.0.1 యొక్క ప్రధాన లక్షణం.
5.1 ప్లగ్ & ఛార్జ్ యొక్క సంక్లిష్టత
ప్లగ్ & ఛార్జ్ (PnC) అనేది డ్రైవర్ యాప్ లేదా RFID కార్డ్ ఉపయోగించకుండా, కేవలం వాహనాన్ని ప్లగ్ చేసి ఛార్జింగ్ ప్రారంభించడానికి అనుమతిస్తుంది. దీనికి వాహనం, ఛార్జర్, ఆపరేటర్ మరియు క్లియరింగ్హౌస్తో కూడిన సంక్లిష్టమైన పబ్లిక్ కీ ఇన్ఫ్రాస్ట్రక్చర్ (PKI) అవసరం.
OCPP 1.6Jలో, బేస్ ప్రోటోకాల్లో PnC మద్దతు అసలు లేదు. వెండర్లు కస్టమ్ ఎక్స్టెన్షన్లను అమలు చేయాల్సి వచ్చింది, ఇది ఫ్రాగ్మెంటేషన్కు దారితీసింది. OCPP 2.0.1 ఈ క్రింది వాటికి మద్దతు ఇవ్వడం ద్వారా PnC కోసం అవసరమైన మౌలిక సదుపాయాలను అందిస్తుంది:
- సర్టిఫికేట్ ఇన్స్టాలేషన్EVSE ద్వారా CSMS నుండి EVకి కాంట్రాక్ట్ సర్టిఫికేట్లను పంపడం.
- అధికారంవాహనం యొక్క సర్టిఫికేట్ నుండి పొందిన ఇ-మొబిలిటీ ఐడి (eMAID)ని ఉపయోగించడం.
- ఎన్క్రిప్టెడ్ కమ్యూనికేషన్కారు మరియు గ్రిడ్ మధ్య పంపబడే సున్నితమైన బిల్లింగ్ డేటా రక్షించబడిందని నిర్ధారించుకోవడం.
5.2 స్మార్ట్ ఛార్జింగ్ మరియు లోడ్ బ్యాలెన్సింగ్
1.6J ప్రాథమిక స్మార్ట్ ఛార్జింగ్కు మద్దతు ఇస్తున్నప్పటికీ (పంపడంఛార్జింగ్ ప్రొఫైల్ను సెట్ చేయండి), 2.0.1 దీనిని ఉన్నత స్థాయికి తీసుకువెళుతుంది. ఇది దీనికి అనుమతిస్తుంది:
- బాహ్య సిగ్నల్ ఇంటిగ్రేషన్గ్రిడ్ ఫ్రీక్వెన్సీ లేదా టోకు ధర సంకేతాలకు నిజ-సమయ ప్రతిస్పందన.
- డైనమిక్ లోడ్ నిర్వహణవందలాది కనెక్టర్లు ఉన్న సైట్ అంతటా విద్యుత్ పంపిణీపై మరింత సూక్ష్మమైన నియంత్రణ.
- వెహికల్-టు-గ్రిడ్ (V2G): 2.0.1 ద్విదిశాత్మక శక్తి ప్రవాహానికి మద్దతు ఇవ్వడానికి అవసరమైన డేటా ఫీల్డ్లను కలిగి ఉంది, ఇది EVలను గ్రిడ్ కోసం పంపిణీ చేయబడిన శక్తి వనరులుగా (DERలు) పనిచేయడానికి అనుమతిస్తుంది.
5.3 యూజర్ UI/UX మెరుగుదలలు
OCPP 2.0.1 ఛార్జర్ స్క్రీన్పై లేదా వాహనం డాష్బోర్డ్పై నేరుగా సమాచారాన్ని ప్రదర్శించడానికి మద్దతు ఇస్తుంది, ఉదాహరణకు:
- స్థానిక కరెన్సీలో నిజ-సమయ ధరల నిర్ధారణ.
- 80% స్టేట్-ఆఫ్-ఛార్జ్ (SoC) స్థాయికి చేరుకోవడానికి అంచనా సమయం.
- పూర్తి చేసిన తర్వాత పూర్తి రసీదు సమాచారం.
అధ్యాయం 6: అధునాతన పరికర నిర్వహణ మరియు పర్యవేక్షణ
ఒక CPOకి, ఛార్జర్ ఖర్చు అంటే కేవలం కొనుగోలు ధర మాత్రమే కాదు; అది మొత్తం యాజమాన్య వ్యయం (TCO). నిర్వహణ మరియు పని నిలిచిపోయే సమయం అనేవి లాభాలను హరించే అతిపెద్ద అంశాలు. OCPP 2.0.1 ఉన్నతమైన పర్యవేక్షణ సామర్థ్యాల ద్వారా దీనిని పరిష్కరిస్తుంది.
6.1 ఈవెంట్-ఆధారిత రిపోర్టింగ్
1.6Jలో, CSMS సాధారణంగా ఛార్జర్ యొక్క స్థితిని తనిఖీ చేయాల్సి వచ్చేది లేదా ఒక దాని కోసం వేచి ఉండాల్సి వచ్చేది.స్థితి నోటిఫికేషన్2.0.1లో,ఈవెంట్ పర్యవేక్షణఈ సిస్టమ్, CSMSకు పరిమితులను (thresholds) సెట్ చేయడానికి అనుమతిస్తుంది. ఉదాహరణకు: “అంతర్గత ఉష్ణోగ్రత 70°C దాటితే మాత్రమే నాకు తెలియజేయండి” లేదా “ఇన్పుట్ వోల్టేజ్ 200V కంటే తక్కువకు పడిపోతే నివేదించండి.” ఇది నెట్వర్క్ ట్రాఫిక్ను తగ్గిస్తుంది మరియు ముందుజాగ్రత్త నిర్వహణకు వీలు కల్పిస్తుంది.
6.2 లావాదేవీ నిర్వహణ: లావాదేవీ ఈవెంట్
OCPP 1.6J యొక్క అత్యంత విమర్శించబడిన అంశాలలో ఒకటి, అది లావాదేవీలను నిర్వహించే విధానం. ఒక సెషన్లోలావాదేవీని ప్రారంభించండిమరియులావాదేవీని ఆపండిసందేశాలు పంపబడ్డాయి, కానీ నెట్వర్క్ అంతరాయం ఏర్పడినప్పుడు, CSMS తరచుగా బిల్లింగ్ డేటాను సరిపోల్చడానికి ఇబ్బంది పడింది.
OCPP 2.0.1 వీటిని ఒకే, పటిష్టమైన దానితో భర్తీ చేస్తుందిలావాదేవీ ఈవెంట్సందేశం. ఈ సందేశం ఒక లావాదేవీ యొక్క అన్ని జీవితచక్ర దశలను (ప్రారంభం, నవీకరణ, ముగింపు) నివేదించడానికి ఉపయోగించబడుతుంది. ఇది ఒక ప్రత్యేకమైన సందేశాన్ని కలిగి ఉంటుంది.లావాదేవీ ఐడిఛార్జర్ రీబూట్ అయినప్పటికీ ఇది కొనసాగుతుంది, దీనివల్ల ఎలాంటి ఛార్జింగ్ డేటా నష్టపోకుండా, తద్వారా ఎలాంటి ఆదాయం నష్టపోకుండా ఉంటుంది.
6.3 మెరుగైన రోగ నిర్ధారణ మరియు సమస్య పరిష్కారం
దిGetLogమరియురోగ నిర్ధారణ స్థితి నోటిఫికేషన్2.0.1లో సందేశాలు మరింత క్రమబద్ధంగా ఉంటాయి. CPOలు నిర్దిష్ట లాగ్ రకాలను (సెక్యూరిటీ, డయాగ్నస్టిక్, యూజర్) అభ్యర్థించవచ్చు మరియు సమయ పరిధిని పేర్కొనవచ్చు. దీనివల్ల రిమోట్ సపోర్ట్ బృందాలు సైట్కు టెక్నీషియన్ను పంపకుండానే సమస్యలను పరిష్కరించగలవు, తద్వారా నిర్వహణ ఖర్చులు (OpEx) గణనీయంగా తగ్గుతాయి.
అధ్యాయం 7: ఫర్మ్వేర్ అప్డేట్ విధానాలు: విశ్వసనీయత మరియు రోల్బ్యాక్లు
అభివృద్ధి చెందుతున్న హార్డ్వేర్కు ఫర్మ్వేర్ అప్డేట్లు ప్రాణాధారం వంటివి, కానీ ఒక అప్డేట్ విఫలమైతే ఛార్జర్ పనికిరాకుండా పోతుంది.
7.1 1.6J అప్డేట్ ప్రక్రియ
1.6J లో,ఫర్మ్వేర్ను అప్డేట్ చేయండిఆదేశం చాలా సరళంగా ఉండేది. ఛార్జర్ ఇమేజ్ను డౌన్లోడ్ చేసి, దానిని ఇన్స్టాల్ చేయడానికి ప్రయత్నించేది. బహుళ-దశల అప్డేట్లు లేదా ధృవీకరించబడిన రోల్బ్యాక్ల కోసం ప్రామాణికమైన యంత్రాంగం ఏదీ లేదు.
7.2 2.0.1 బహుళ-దశల నవీకరణ
OCPP 2.0.1 ఫర్మ్వేర్ అప్డేట్ల కోసం మరింత అధునాతనమైన లైఫ్సైకిల్ను పరిచయం చేస్తుంది:
- డౌన్లోడ్ఛార్జర్ ఇమేజ్ను పొంది, దాని చెక్సమ్/సిగ్నేచర్ను ధృవీకరిస్తుంది.
- సంస్థాపన: ఈ అప్డేట్ ఒక సెకండరీ పార్టిషన్కు వర్తింపజేయబడింది.
- ధృవీకరణకొత్త ఫర్మ్వేర్ సరిగ్గా బూట్ అవుతుందో లేదో సిస్టమ్ తనిఖీ చేస్తుంది.
- యాక్టివేషన్ప్రాథమిక విభాగం మార్చబడింది.
ఏదైనా దశ విఫలమైతే, ఛార్జర్ మునుపటి స్థిరమైన వెర్షన్కు ఎలా తిరిగి వెళ్లాలో మరియు నిర్దిష్ట వైఫల్య కోడ్ను CSMSకు ఎలా నివేదించాలో ఈ ప్రోటోకాల్ నిర్వచిస్తుంది. భారీ స్థాయి వాణిజ్య విస్తరణలకు ఈ స్థాయి విశ్వసనీయత తప్పనిసరి.
7.3 సంతకం ధృవీకరణ
హానికరమైన వ్యక్తులు రాజీపడిన ఫర్మ్వేర్ను అప్లోడ్ చేయకుండా నిరోధించడానికి, 2.0.1 డిజిటల్ సంతకాల వాడకాన్ని తప్పనిసరి చేస్తుంది. తయారీదారు యొక్క ప్రైవేట్ కీతో సంతకం చేయని ఏ కోడ్ను అయినా ఛార్జర్ అమలు చేయడానికి నిరాకరిస్తుంది, తద్వారా హార్డ్వేర్-స్థాయి హ్యాక్లకు వ్యతిరేకంగా ఒక కీలకమైన రక్షణ పొరను అందిస్తుంది.
అధ్యాయం 8: డేటా గోప్యత, నియంత్రణ సమ్మతి మరియు GDPR
ఈవీ ఛార్జింగ్ ఒక రోజువారీ అవసరంగా మారుతున్న కొద్దీ, ఉత్పత్తి అయ్యే వ్యక్తిగత డేటా పరిమాణం అపారంగా ఉంది. ఒకే ఒక్క ఛార్జింగ్ సెషన్ వినియోగదారుడి గుర్తింపును, వారి వాహనం ఉన్న ప్రదేశాన్ని, వారి ప్రయాణ సరళిని మరియు వారి ఆర్థిక సమాచారాన్ని అనుసంధానించగలదు.
8.1 OCPPలో వ్యక్తిగతంగా గుర్తించదగిన సమాచారం (PII)
యూరప్లోని జనరల్ డేటా ప్రొటెక్షన్ రెగ్యులేషన్ (GDPR) మరియు కాలిఫోర్నియాలోని CCPA వంటి సారూప్య చట్టాల సందర్భంలో, డేటా పాయింట్లు వంటివిఐడి ట్యాగ్(RFID) లేదాఈవీసీసీఐడీ(వాహన గుర్తింపు సంఖ్య) వ్యక్తిగత గుర్తింపు సమాచారంగా పరిగణించబడతాయి.
OCPP 2.0.1 డేటా అనామకరణం కోసం మెరుగైన నియంత్రణలను అందిస్తుంది. ఉదాహరణకు,కస్టమ్ డేటాకోర్ ప్రోటోకాల్ లాగ్లకు వ్యక్తిగత గుర్తింపు సమాచారాన్ని (PII) బహిర్గతం చేయకుండా మెటాడేటాను నిల్వ చేయడానికి ఈ ఫీల్డ్లు ఆపరేటర్లను అనుమతిస్తాయి. అంతేకాకుండా, మెరుగైన భద్రతా ప్రొఫైల్లు ఈ డేటా ప్రసారంలో ఉన్నప్పుడు మరియు నిశ్చలంగా ఉన్నప్పుడు కూడా ఎన్క్రిప్ట్ చేయబడిందని నిర్ధారిస్తాయి.
8.2 మరచిపోయే హక్కు మరియు డేటా పోర్టబిలిటీ
2.0.1 డివైస్ మోడల్ యొక్క నిర్మాణాత్మక స్వభావం, CSMS ప్రొవైడర్లకు "డేటా తొలగింపు" అభ్యర్థనలను అమలు చేయడాన్ని సులభతరం చేస్తుంది. 1.6J సిస్టమ్లో, విభిన్న కాన్ఫిగరేషన్ కీలు మరియు లాగ్లలో ఒక వినియోగదారు ID యొక్క అన్ని సందర్భాలను కనుగొనడం ఒక మాన్యువల్ పీడకలగా ఉండేది. 2.0.1లో, డివైస్ స్టేట్ మరియు ట్రాన్సాక్షన్ డేటా మధ్య స్పష్టమైన విభజన, క్లీనర్ డేటాబేస్ ఆర్కిటెక్చర్కు వీలు కల్పిస్తుంది.
8.3 ఐఓటి భద్రతా చట్టాలకు అనుగుణంగా ఉండటం
అనేక ప్రాంతాలు ఇప్పుడు IoT పరికరాలకు ప్రత్యేకమైన పాస్వర్డ్లు మరియు సురక్షితమైన అప్డేట్ మెకానిజమ్లు ఉండాలని నిర్దేశించే చట్టాలను ఆమోదిస్తున్నాయి. OCPP 2.0.1 యొక్క తప్పనిసరి TLS మరియు సంతకం చేసిన ఫర్మ్వేర్ కేవలం ఉంటే బాగుండే ఫీచర్లు మాత్రమే కాదు—కాలిఫోర్నియా మరియు UK వంటి మార్కెట్లలో హార్డ్వేర్ను విక్రయించడానికి అవి చట్టపరమైన అవసరాలు.
అధ్యాయం 9: కొనుగోలుదారు దృక్కోణం: TCO, ROI మరియు వ్యూహాత్మక వలస
వాణిజ్య ఛార్జింగ్ ఆపరేటర్కు, 1.6J తోనే కొనసాగాలా లేక 2.0.1 కి మారాలా అనే నిర్ణయం ఆర్థికపరమైనది.
9.1 అమలు ఖర్చు
- OCPP 1.6Jఅమలు చేయడానికి చవకైనది, తక్కువ-ధర హార్డ్వేర్ ద్వారా విస్తృతంగా మద్దతు లభిస్తుంది, కానీ నిర్వహణ మరియు భద్రతాపరమైన ప్రమాదాల రూపంలో అధిక నిగూఢ ఖర్చులు ఉంటాయి.
- OCPP 2.0.1EVSEలో మరింత శక్తివంతమైన ప్రాసెసర్లు మరియు ఎక్కువ మెమరీ అవసరం. ప్రోటోకాల్ సంక్లిష్టత కారణంగా CSMS అభివృద్ధి ఖర్చులు అధికంగా ఉంటాయి. అయినప్పటికీ, ఇది రిమోట్ మేనేజ్మెంట్ మరియు మెరుగైన విశ్వసనీయత ద్వారా గణనీయమైన OpEx ఆదాను అందిస్తుంది.
9.2 “సజావైన అప్గ్రేడ్” అపోహ
1.6J ఛార్జర్లను సాఫ్ట్వేర్ ద్వారా 2.0.1కి అప్గ్రేడ్ చేయవచ్చని తరచుగా చెబుతుంటారు. వాస్తవానికి, ఇది చాలా అరుదుగా నిజమవుతుంది. 2.0.1కి అవసరమైన మెమరీ మరియు CPU (ముఖ్యంగా TLS సర్టిఫికేట్లను నిర్వహించడం మరియు డివైస్ మోడల్ యొక్క సంక్లిష్టమైన JSON పార్సింగ్) తరచుగా పాత 1.6J కంట్రోలర్ల సామర్థ్యాలను మించిపోతాయి.
9.3 వ్యూహాత్మక వలస మార్గాలు
CPOలు “హైబ్రిడ్ నెట్వర్క్” విధానాన్ని పరిగణించాలి:
- లెగసీ సైట్లుఇప్పటికే ఉన్న తక్కువ-శక్తి AC ఛార్జర్ల కోసం 1.6J పవర్ను కొనసాగించండి.
- కొత్త DC ఫాస్ట్ ఛార్జింగ్ సైట్లు: అన్ని కొత్త అధిక-శక్తి విస్తరణలకు PnC మరియు V2G లకు మద్దతు ఇవ్వడానికి ఆదేశం 2.0.1.
- ప్రాక్సీ పరిష్కారాలుఒకే ఏకీకృత నిర్వహణ డాష్బోర్డ్ను అనుమతించేలా, 1.6J సందేశాలను CSMS కోసం 2.0.1-అనుకూల ఫార్మాట్లోకి అనువదించగల ప్రోటోకాల్ గేట్వేను ఉపయోగించండి.
అధ్యాయం 10: భవిష్యత్తుకు సిద్ధం కావడం: OCPP 2.1 మరియు స్వయంప్రతిపత్తి ఛార్జింగ్కు మార్గం
2.0.1కి ఆదరణ పెరుగుతున్నప్పటికీ, ఓపెన్ ఛార్జ్ అలయన్స్ ఇప్పటికే OCPP 2.1పై పనిచేస్తోంది. ఈ భవిష్యత్ వెర్షన్ ప్రోటోకాల్ పరిధిని మరింత విస్తరిస్తుంది.
10.1 ద్విదిశాత్మక ఛార్జింగ్ (V2X)
2.0.1 ప్రాథమిక V2Gకి మద్దతు ఇస్తుండగా, 2.1 వెహికల్-టు-హోమ్ (V2H) మరియు వెహికల్-టు-బిల్డింగ్ (V2B) కోసం కమ్యూనికేషన్ను మెరుగుపరుస్తుంది, తద్వారా విద్యుత్ కోతల సమయంలో EVలు ఇళ్లకు విద్యుత్ అందించడానికి లేదా వాణిజ్య భవనాలలో గరిష్ట డిమాండ్ను తగ్గించడానికి వీలు కల్పిస్తుంది.
10.2 వైర్లెస్ ఛార్జింగ్కు మద్దతు
స్వయంప్రతిపత్త వాహనాలు (AVలు) అందుబాటులోకి వస్తున్న కొద్దీ, చేతితో ప్లగ్ చేయడం వాడుకలో లేకుండా పోతుంది. OCPP 2.1, మానవ ప్రమేయం లేకుండా అలైన్మెంట్ మరియు శక్తి బదిలీని నిర్వహించడంతో పాటు, ఇండక్టివ్ (వైర్లెస్) ఛార్జింగ్ కోసం ప్రామాణిక సందేశాలను కలిగి ఉంటుంది.
10.3 స్మార్ట్ సిటీలతో అనుసంధానం
భవిష్యత్ వెర్షన్లలో ట్రాఫిక్ నిర్వహణ వ్యవస్థలు మరియు పునరుత్పాదక శక్తి అంచనాలతో మరింత లోతైన అనుసంధానం జరిగే అవకాశం ఉంది. ఛార్జర్లు రియల్-టైమ్ ఎనర్జీ మార్కెట్లలో విద్యుత్ కోసం "బిడ్" చేయగలుగుతాయి, తద్వారా ఛార్జింగ్ నెట్వర్క్లు భారీ వర్చువల్ పవర్ ప్లాంట్లుగా (VPPలు) మారతాయి.
సాంకేతిక అనుబంధం: సందేశ పోలికలపై లోతైన పరిశీలన
అత్యంత లోతైన సాంకేతిక అవగాహనను అందించడానికి, మనం ఇప్పుడు రెండు వెర్షన్ల మధ్య ఉన్న నిర్దిష్ట సందేశ క్రమాలను మరియు ఫ్రేమ్ వ్యత్యాసాలను విశ్లేషిస్తాము.
ఎ.1 అధికార ప్రవాహం
1.6Jలో, అధికారికీకరణ అనేది “అంగీకరించబడింది” లేదా “నిరోధించబడింది” అనే బైనరీ ప్రతిస్పందనగా ఉండేది.
1.6J AuthorizeResponse:"json [3, "123456", { "idTagInfo": { "status": "Accepted", "expiryDate": "2026-12-31T23:59:59Z" } }]"
2.0.1లో, ప్రతిస్పందనలో మరింత సందర్భం ఉంటుంది, ఉదాహరణకుఐడి టోకెన్యూజర్ ఇంటర్ఫేస్ కోసం రకం మరియు అదనపు సమాచారం.
2.0.1 AuthorizeResponse:"json [3, "987654", { "idTokenInfo": { "status": "Accepted", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "తిరిగి స్వాగతం, జాన్! మీ బ్యాలెన్స్ $45.00" } } }]"
ఎ.2 హృదయ స్పందన మరియు కనెక్షన్ నిర్వహణ
OCPP 2.0.1, స్టేషన్ "సజీవంగా" ఉందని నిరూపించుకునే విధానాన్ని మెరుగుపరుస్తుంది. 1.6Jలో, ఒకవేళహృదయ స్పందనవిఫలమైనప్పుడు, స్టేషన్ తరచుగా మళ్లీ మళ్లీ ప్రయత్నిస్తూ ఉండేది. 2.0.1లో, స్టేషన్ దీనిని ఉపయోగించగలదునోటిఫై ఈవెంట్ప్రాథమిక బ్యాకెండ్తో హార్ట్బీట్ను కొనసాగిస్తూనే, ద్వితీయ బ్యాకెండ్తో దాని కనెక్షన్ కోల్పోయినట్లు నివేదించే యంత్రాంగం.
A.3 వివరణాత్మక మెటాడేటా పట్టిక
| ఫీచర్ | OCPP 1.6J | OCPP 2.0.1 |
|---|---|---|
| రవాణా | వెబ్సాకెట్ల ద్వారా JSON | వెబ్సాకెట్ల ద్వారా JSON |
| భద్రత | ఐచ్ఛిక TLS, బేసిక్ ఆథ్ | తప్పనిసరి TLS, క్లయింట్ సర్ట్లు |
| పరికర నమూనా | ఫ్లాట్ కాన్ఫిగ్ కీలు | క్రమానుగత భాగాలు/వేరియబుల్స్ |
| ISO 15118 | పొడిగింపు మాత్రమే | స్థానిక మద్దతు (PnC, V2G) |
| లావాదేవీ ID | CSMS ద్వారా రూపొందించబడింది | EVSE ద్వారా రూపొందించబడింది |
| స్మార్ట్ ఛార్జింగ్ | ప్రాథమిక (ప్రొఫైల్స్) | అధునాతన (గ్రిడ్ సిగ్నల్స్, V2X) |
| సందేశాలు | ~30 చర్యలు | ~60 చర్యలు |
| డిస్ప్లే సపోర్ట్ | ఏదీ లేదు | స్థానిక సందేశ మద్దతు |
ముగింపు
OCPP 1.6J నుండి 2.0.1కి మారడం అనేది కేవలం ఒక సాఫ్ట్వేర్ అప్డేట్ మాత్రమే కాదు; ఇది ఎలక్ట్రిక్ మొబిలిటీ ఎకోసిస్టమ్లో ఒక ప్రాథమిక పరిణామం. వాణిజ్య ఆపరేటర్లకు, 1.6J విశ్వసనీయమైన గతాన్ని సూచిస్తుండగా, 2.0.1 విస్తరించదగిన, సురక్షితమైన మరియు తెలివైన భవిష్యత్తును సూచిస్తుంది.
ఈ రోజు 2.0.1ని ఎంచుకోవడం అనేది దీర్ఘకాలిక మనుగడ కోసం చేసే పెట్టుబడి. ఇది మీ హార్డ్వేర్ తదుపరి తరం EVలతో అనుకూలంగా ఉండేలా, కఠినతరం అవుతున్న సైబర్ సెక్యూరిటీ నిబంధనలకు అనుగుణంగా ఉండేలా, మరియు V2G, స్మార్ట్ గ్రిడ్ ఇంటిగ్రేషన్ వంటి లాభదాయకమైన అవకాశాలకు సిద్ధంగా ఉండేలా నిర్ధారిస్తుంది. మార్కెట్ ఏకీకృతం అవుతున్న కొద్దీ, అత్యంత పటిష్టమైన మరియు సౌకర్యవంతమైన ప్రోటోకాల్ స్టాక్లను కలిగిన ఆపరేటర్లే ఈ రంగంలో ముందంజలో ఉంటారు.
అధ్యాయం 11: లోతైన పరిశీలన: సందేశ ప్రవాహ విశ్లేషణ మరియు క్రమ రేఖాచిత్రాలు
ఈ అధ్యాయంలో, 1.6J మరియు 2.0.1 మధ్య కార్యాచరణ వ్యత్యాసాలను ప్రదర్శించడానికి EVSE మరియు CSMS మధ్య పరస్పర చర్య క్రమాలను మేము విశ్లేషిస్తాము.
11.1 బూట్ మరియు కాన్ఫిగరేషన్ క్రమం
ఒక ఛార్జర్ మొదటిసారి నెట్వర్క్కు కనెక్ట్ అయినప్పుడు, అది తనను తాను గుర్తించుకుని, దాని కాన్ఫిగరేషన్ను సమకాలీకరించుకోవాలి.
OCPP 1.6J ప్రవాహం:
- వెబ్సాకెట్ కనెక్షన్పోర్ట్ 80 లేదా 443 ద్వారా స్థాపించబడింది.
- బూట్ నోటిఫికేషన్స్టేషన్ వెండర్, మోడల్ మరియు సీరియల్ను పంపుతుంది.
- గెట్ కాన్ఫిగరేషన్ప్రస్తుత స్థితిని తనిఖీ చేయడానికి CSMS అన్ని కీలను అభ్యర్థిస్తుంది.
- కాన్ఫిగరేషన్ను మార్చండి: CSMS నిర్దిష్ట కీలను అప్డేట్ చేస్తుంది (ఉదా,
హృదయ స్పందన విరామం). - స్థితి నోటిఫికేషన్స్టేషన్ “అందుబాటులో ఉంది” అని నివేదిస్తుంది.

OCPP 2.0.1 ప్రవాహం:
- సురక్షిత TLS హ్యాండ్షేక్తప్పనిసరి సర్టిఫికేట్ మార్పిడి.
- బూట్ నోటిఫికేషన్: కలిగి ఉంటుంది
కారణం(ఉదా,పవర్అప్). - గెట్బేస్ రిపోర్ట్అన్ని కీలను అభ్యర్థించడానికి బదులుగా, CSMS పరికర నమూనా యొక్క పూర్తి సోపానక్రమాన్ని అందించే “బేస్ రిపోర్ట్”ను అభ్యర్థిస్తుంది.
- సెట్ వేరియబుల్స్CSMS వేరియబుల్స్ను అప్డేట్ చేస్తుంది. 2.0.1 వెర్షన్ అటామిక్ అప్డేట్లను అనుమతిస్తుందని గమనించండి—అంటే ఒకే మెసేజ్లో బహుళ వేరియబుల్స్ను సెట్ చేయడం మరియు అవన్నీ విజయవంతం అయ్యేలా లేదా ఏవీ విఫలం కాకుండా చూసుకోవడం.
- నోటిఫై ఈవెంట్: స్టేషన్ ప్రారంభ భాగాల స్థితిగతులను నివేదిస్తుంది.
11.2 స్మార్ట్ ఛార్జింగ్ సంప్రదింపులు
స్మార్ట్ ఛార్జింగ్ విషయంలో 2.0.1 నిజంగా రాణిస్తుంది, ముఖ్యంగా బహుళ ఛార్జింగ్ ప్రొఫైల్లను నిర్వహించడంలో.
1.6J లో, CSMS పంపుతుందిఛార్జింగ్ ప్రొఫైల్ను సెట్ చేయండిఇది ఒక స్టాక్ స్థాయిని మరియు ఒక షెడ్యూల్ను నిర్వచిస్తుంది. ఒక స్టేషన్కు బహుళ కనెక్టర్లు ఉంటే, ప్రొఫైల్ నిర్వహణ తరచుగా అస్పష్టంగా ఉంటుంది.
2.0.1లో,ఛార్జింగ్ ప్రొఫైల్ను సెట్ చేయండిస్పష్టంగా ఒకదానికి అనుసంధానించబడిందిఛార్జింగ్ ప్రొఫైల్ ఉద్దేశ్యం.
- ఛార్జింగ్ స్టేషన్ గరిష్ట ప్రొఫైల్: మొత్తం స్టేషన్ తీసుకునే పరిమాణాన్ని పరిమితం చేస్తుంది.
- TXDefaultProfile: ఏ కొత్త లావాదేవీకైనా డిఫాల్ట్.
- TX ప్రొఫైల్: కొనసాగుతున్న లావాదేవీకి ప్రత్యేకమైనది.
అంతేకాకుండా, 2.0.1 దీనికి మద్దతు ఇస్తుందిగెట్ ఛార్జింగ్ స్టాక్ లెవెల్ఈ సందేశం, ప్రస్తుతం ఏ ప్రొఫైల్లు చురుకుగా ఉన్నాయో మరియు EVSE యొక్క అంతర్గత షెడ్యూలర్ ద్వారా వాటికి ఎలా ప్రాధాన్యత ఇవ్వబడుతోందో CSMS చూడటానికి అనుమతిస్తుంది.
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 అప్గ్రేడ్
కొత్త CSMSను నిర్మించడానికి బదులుగా, మెగాఛార్జ్ ఒక “OCPP ట్రాన్స్లేషన్ లేయర్”ను అమలు చేసింది. ఈ లేయర్ పాత హార్డ్వేర్ కోసం 1.6J కనెక్షన్లను మరియు కొత్త హార్డ్వేర్ కోసం 2.0.1ని నిర్వహించడమే కాకుండా, వారి మొబైల్ యాప్ మరియు బిల్లింగ్ ఇంజిన్కు ఏకీకృత APIని అందించింది.
13.3 దశ 3: హార్డ్వేర్ భర్తీ
ఎక్కువ రద్దీ ఉండే సైట్ల కోసం, మెగాఛార్జ్ 1.6J ఛార్జర్ల స్థానంలో 2.0.1-కంప్లైంట్ DC ఫాస్ట్ ఛార్జర్లను అమర్చింది. దీని ఫలితంగా, ప్రధానంగా మరింత పటిష్టమైన ఛార్జింగ్ కారణంగా, "ప్రారంభించడంలో విఫలమైన" సెషన్లలో 15% తగ్గుదల నమోదైంది.లావాదేవీ ఈవెంట్2.0.1లో నిర్వహణ.
13.4 ROI విశ్లేషణ
ప్రారంభ పెట్టుబడి $2 మిలియన్లు. అయితే, (డివైస్ మోడల్ యొక్క డయాగ్నోస్టిక్స్ వల్ల) నిర్వహణ కాల్స్ తగ్గడం వలన సంవత్సరానికి $400,000 ఆదా అయ్యింది. అదనంగా, V2G ఫ్రీక్వెన్సీ రెస్పాన్స్ మార్కెట్లలో పాల్గొనగల సామర్థ్యం వార్షిక ఆదాయంలో అదనంగా $200,000 సమకూరింది. పెట్టుబడి తిరిగి రావడానికి సుమారు 3.3 సంవత్సరాలు పట్టింది.
అధ్యాయం 14: OCPP 2.0.1 సేకరణ కోసం కొనుగోలుదారు యొక్క అంతిమ చెక్లిస్ట్
కొత్త హార్డ్వేర్ లేదా సాఫ్ట్వేర్ను మూల్యాంకనం చేసేటప్పుడు, సరైన అనుగుణ్యతను నిర్ధారించుకోవడానికి ఈ చెక్లిస్ట్ను ఉపయోగించండి:
14.1 హార్డ్వేర్ (EVSE) అవసరాలు
- [ ]భద్రతా ప్రొఫైల్ 3 మద్దతుఇది క్లయింట్-సైడ్ సర్టిఫికేట్ నిర్వహణకు మద్దతు ఇస్తుందా?
- [ ]డ్యూయల్-కోర్ ప్రాసెసర్TLS ఎన్క్రిప్షన్ మరియు JSON పార్సింగ్ కోసం తగినంత వెసులుబాటు ఉందా?
- [ ]సురక్షిత మూలకం (SE)కీలను నిల్వ చేయడానికి బోర్డుకు హార్డ్వేర్ రూట్ ఆఫ్ ట్రస్ట్ ఉందా?
- [ ]ISO 15118-2/20 సిద్ధంగా ఉందిPnCకి అవసరమైన ఉన్నత-స్థాయి కమ్యూనికేషన్ను కంట్రోలర్ నిర్వహించగలదా?
- [ ]ప్రదర్శన సామర్థ్యంOCPP ద్వారా ధర/స్టేటస్ సమాచారాన్ని చూపించడానికి హార్డ్వేర్ మద్దతు ఇస్తుందా?
డేటా బదిలీలేదా స్థానిక సందేశాలు?
14.2 సాఫ్ట్వేర్ (CSMS) అవసరాలు
- [ ]పరికర నమూనా విజువలైజేషన్: డాష్బోర్డ్ ఛార్జర్ యొక్క క్రమానుగత వీక్షణను చూపించగలదా?
- [ ]సర్టిఫికేట్ అథారిటీ (CA) ఇంటిగ్రేషన్CSMS స్వయంచాలకంగా సర్టిఫికేట్లను జారీ చేసి, మార్చగలదా?
- [ ]లావాదేవీ సయోధ్య1.6J లెగసీ ఛార్జర్ల నుండి “హ్యాంగింగ్” అయిన లావాదేవీలను సిస్టమ్ ఎలా నిర్వహిస్తుంది?
- [ ]స్మార్ట్ ఛార్జింగ్ ఇంజిన్ఇది 2.0.1 యొక్క అధునాతన స్టాక్-స్థాయి లాజిక్కు మద్దతు ఇస్తుందా?
- [ ]స్కేలబిలిటీWebSocket హ్యాండ్లర్ ఒకేసారి 50,000కు పైగా నిరంతర TLS కనెక్షన్లను నిర్వహించగలదా?
అధ్యాయం 15: సాధారణ OCPP అమలు సమస్యల పరిష్కారం
ఒక ప్రమాణం ఉన్నప్పటికీ, అమలు చేసే విధానాలు విభిన్నంగా ఉంటాయి. ఇక్కడ అత్యంత సాధారణమైన చిక్కులు ఉన్నాయి.
15.1 వెబ్సాకెట్ టైమ్అవుట్లు
చాలా నెట్వర్క్ ఫైర్వాల్లు నిష్క్రియంగా ఉన్న TCP కనెక్షన్లను మూసివేస్తాయి. ఒకవేళహృదయ స్పందన విరామంసెట్టింగ్ చాలా ఎక్కువగా ఉంటే, ఛార్జర్ డిస్కనెక్ట్ కావచ్చు.
- పరిష్కారం: నిర్ధారించుకోండి
హృదయ స్పందన విరామంఫైర్వాల్ యొక్క టైమ్అవుట్ (సాధారణంగా 60-120 సెకన్లు) కంటే తక్కువగా ఉంటుంది.
15.2 సర్టిఫికేట్ చైన్ సమస్యలు
2.0.1లో సాధారణంగా ఎదురయ్యే ఒక లోపం “అవిశ్వసనీయ సర్టిఫికెట్” (Untrusted Certificate). ఛార్జర్లో CSMS యొక్క రూట్ CA ఇన్స్టాల్ చేయనప్పుడు ఇది సాధారణంగా జరుగుతుంది.
- పరిష్కారంఉపయోగించండి
ఇన్స్టాల్ సర్టిఫికేట్విశ్వాస గొలుసు పూర్తయిందని నిర్ధారించుకోవడానికి కమిషనింగ్ సమయంలో సందేశం.
15.3 JSON పేలోడ్ పరిమాణం
కొన్ని 2.0.1 సందేశాలు (వంటివిగెట్బేస్ రిపోర్ట్) చాలా పెద్దదిగా ఉండవచ్చు. ఛార్జర్ యొక్క బఫర్ చాలా చిన్నదిగా ఉంటే, అది సందేశాన్ని వదిలివేస్తుంది.
- పరిష్కారంతనిఖీ చేయండి
గరిష్ట సందేశ పరిమాణండివైస్ మోడల్లోని వేరియబుల్ మరియు CSMS ఈ పరిమితిని గౌరవించేలా నిర్ధారించుకోండి.
అధ్యాయం 16: ప్రాంతీయ నియంత్రణ దృశ్యాలు మరియు ప్రోటోకాల్ ఆదేశాలు
OCPP 2.0.1కి మారడం అనేది కేవలం సాంకేతికత వల్ల మాత్రమే జరగడం లేదు; ఇది అంతకంతకూ చట్టపరమైన అంశంగా మారుతోంది.
16.1 యూరోపియన్ యూనియన్ (AFIR)
EUలోని ప్రత్యామ్నాయ ఇంధనాల మౌలిక సదుపాయాల నియంత్రణ (AFIR) ధర పారదర్శకత మరియు పరస్పర అనుకూలతను తప్పనిసరి చేస్తుంది. ఇది OCPP 2.0.1ని స్పష్టంగా పేర్కొననప్పటికీ, “రియల్-టైమ్ డేటా షేరింగ్” మరియు “స్మార్ట్ ఛార్జింగ్” అవసరం కొత్త ప్రజా మౌలిక సదుపాయాల కోసం 2.0.1ని ఏకైక ఆచరణీయ ప్రమాణంగా మారుస్తుంది.
16.2 ఉత్తర అమెరికా (NEVI)
యునైటెడ్ స్టేట్స్లో, నేషనల్ ఎలక్ట్రిక్ వెహికల్ ఇన్ఫ్రాస్ట్రక్చర్ (NEVI) ఫార్ములా ప్రోగ్రామ్ ప్రకారం ఛార్జర్లు “ఇంటర్ఆపరేబుల్”గా ఉండాలి. కాలిఫోర్నియా వంటి రాష్ట్రాలు ఇంకా ముందుకు వెళ్తున్నాయి, కాలిఫోర్నియా ఎనర్జీ కమిషన్ (CEC) ISO 15118 మద్దతు కోసం ఒత్తిడి చేస్తోంది, దీనిని మనం ఇంతకుముందే చర్చించినట్లుగా, OCPP 2.0.1 ద్వారా ఉత్తమంగా అమలు చేయవచ్చు.
16.3 చైనా మరియు ఆసియా-పసిఫిక్
చైనాకు దాని స్వంత ప్రమాణాలు (GB/T) ఉన్నప్పటికీ, ఎగుమతులపై దృష్టి సారించే తయారీదారులు OCPP 2.0.1లో భారీగా పెట్టుబడులు పెడుతున్నారు. ఆస్ట్రేలియా మరియు సింగపూర్ వంటి మార్కెట్లలో, పబ్లిక్ ఛార్జింగ్ నెట్వర్క్ల కోసం ప్రభుత్వ టెండర్లలో ఇప్పుడు దాదాపుగా ప్రత్యేకంగా సెక్యూరిటీ ప్రొఫైల్ 3తో కూడిన OCPP 2.0.1నే నిర్దేశిస్తున్నారు.
అధ్యాయం 17: అమలు కోడ్ స్నిప్పెట్లు: “సూక్ష్మ వివరాలు”
డెవలపర్లకు సహాయపడటానికి, మేము సంక్లిష్టమైన 2.0.1 పనుల కోసం భావనాత్మక JSON ప్రాతినిధ్యాలను అందిస్తాము.
17.1 సర్టిఫికేట్ రొటేషన్ ఫ్లో
ఒక సర్టిఫికేట్ గడువు ముగింపుకు వస్తున్నప్పుడు, CSMS తప్పనిసరిగా రొటేషన్ను ప్రారంభించాలి.
1. CSMS పంపుతుందిసంతకం చేసిన సర్టిఫికేట్:"json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----BEGIN CERTIFICATE-----\n...\n-----END CERTIFICATE-----", "certificateType": "V2G" }]"
2. స్టేషన్ స్పందిస్తుందిఅంగీకరించబడింది:"json [3, "CERT-01", { "status": "Accepted" }]"
3. స్టేషన్ పంపుతుందిభద్రతా ఈవెంట్ నోటిఫికేషన్:"json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]"
17.2 గ్రిడ్-రెస్పాన్సివ్ ఛార్జింగ్ ప్రొఫైల్ను సెట్ చేయడం
గ్రిడ్ ఆపరేటర్ నెట్వర్క్ అంతటా విద్యుత్ను తగ్గించాల్సిన అవసరం ఉందని ఊహించుకోండి.
CSMS పంపుతుందిఛార్జింగ్ ప్రొఫైల్ను సెట్ చేయండి:"json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]"
అధ్యాయం 18: OCPP 2.0.1 పదాల సమగ్ర పదకోశం
సంబంధిత వర్గాలందరికీ స్పష్టతను అందించడానికి, మేము విస్తృతమైన పదకోశాన్ని అందిస్తున్నాము.
- CSMS (ఛార్జింగ్ స్టేషన్ నిర్వహణ వ్యవస్థ)ఛార్జర్లను నియంత్రించే బ్యాకెండ్ క్లౌడ్ ప్లాట్ఫారమ్.
- EVSE (ఎలక్ట్రిక్ వెహికల్ సప్లై ఎక్విప్మెంట్)భౌతిక ఛార్జింగ్ స్టేషన్.
- OCPP (ఓపెన్ ఛార్జ్ పాయింట్ ప్రోటోకాల్)వారు మాట్లాడే భాష.
- OCA (ఓపెన్ ఛార్జ్ అలయన్స్)భాషను వ్రాసే సంస్థ.
- 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 యొక్క సంక్లిష్టత కారణంగా ఒకే అభ్యర్థన (వంటిదిగెట్బేస్ రిపోర్ట్వనరుల కొరత ఉన్న EVSEలో ప్రాసెస్ చేయడానికి కొన్ని సెకన్ల సమయం పట్టవచ్చు. CSMS డెవలపర్లు వివిధ హార్డ్వేర్ విక్రేతల యొక్క విభిన్న ప్రాసెసింగ్ వేగాలను పరిగణనలోకి తీసుకునే పటిష్టమైన టైమ్అవుట్ మరియు రీట్రై లాజిక్ను తప్పనిసరిగా అమలు చేయాలి.
19.2 సమర్థవంతమైన JSON పార్సింగ్
JSON పార్సింగ్ CPUపై అధిక భారాన్ని మోపగలదు. EVSE ఫర్మ్వేర్ కోసం, డెవలపర్లు మొత్తం పేలోడ్ను RAM లోకి లోడ్ చేయడానికి బదులుగా స్ట్రీమ్-ఆధారిత పార్సర్లను ఉపయోగించాలి. ఇది ముఖ్యంగా దీనికి ముఖ్యంనోటిఫై ఈవెంట్ఒకే ఫ్రేమ్లో వందలాది వేరియబుల్ అప్డేట్లను కలిగి ఉండే సందేశాలు.
19.3 స్టేట్ మెషీన్ను నిర్వహించడం
2.0.1లో ఒక లావాదేవీకి సంబంధించిన స్టేట్ మెషీన్ 1.6J కంటే మరింత కఠినంగా ఉంటుంది. డెవలపర్లు పరివర్తన నియమాలను ఖచ్చితంగా పాటించాలి.లావాదేవీ ఈవెంట్ఉదాహరణకు, మీరు పంపలేరుముగిసిందిముందుగా పంపకుండా ఈవెంట్ప్రారంభించబడిందిఆ నిర్దిష్ట ఈవెంట్ కోసంలావాదేవీ ఐడి.
అధ్యాయం 20: పరీక్షించడం, ధృవీకరించడం మరియు OCPP కంప్లయన్స్ టెస్ట్ టూల్ (OCTT)
పరస్పర కార్యాచరణ అనేది OCPP యొక్క వాగ్దానం, కానీ అది కఠినమైన పరీక్షల ద్వారా మాత్రమే సాధ్యమవుతుంది.
20.1 OCA ధృవీకరణ యొక్క పాత్ర
ఓపెన్ ఛార్జ్ అలయన్స్ ఒక ధృవీకరణ కార్యక్రమాన్ని అందిస్తుంది. కొనుగోలుదారులు “OCPP 2.0.1 సర్టిఫైడ్” అనే లేబుల్ కోసం చూడాలి. ఈ ధృవీకరణ, తప్పనిసరి ప్రొఫైల్స్ అన్నింటినీ కవర్ చేసే ఆటోమేటెడ్ పరీక్షల శ్రేణిలో ఇంప్లిమెంటేషన్ ఉత్తీర్ణత సాధించిందని నిర్ధారిస్తుంది.
20.2 OCTTని ఉపయోగించడం
OCPP కంప్లయన్స్ టెస్ట్ టూల్ (OCTT) అనేది టెస్టింగ్ కోసం ఒక అత్యుత్తమ ప్రమాణం. ఇది CSMS మరియు EVSE రెండింటినీ అనుకరిస్తుంది.
- EVSE తయారీదారుల కోసంమీ స్టేషన్ “హ్యాపీ పాత్” పరిస్థితులను మరియు ఎడ్జ్ కేసులను (ఫర్మ్వేర్ అప్డేట్ సమయంలో నెట్వర్క్ డ్రాప్స్ వంటివి) నిర్వహిస్తుందో లేదో ధృవీకరించడానికి OCTTని ఉపయోగించండి.
- CSMS ప్రొవైడర్ల కోసంమీ బ్యాకెండ్ భారీ రకాల సందేశాలను మరియు 2.0.1 యొక్క కఠినమైన భద్రతా అవసరాలను నిర్వహించగలదని నిర్ధారించుకోవడానికి OCTTని ఉపయోగించండి.
20.3 ఫీల్డ్ టెస్టింగ్ మరియు ఇంటరాప్-ఫెస్ట్లు
ఆటోమేటెడ్ టెస్టింగ్కు అతీతంగా, OCA “ప్లగ్ఫెస్ట్లను” నిర్వహిస్తుంది, ఇక్కడ విక్రేతలు తమ హార్డ్వేర్ మరియు సాఫ్ట్వేర్లను వాస్తవ ప్రపంచ పరిస్థితులలో ఒకదానితో ఒకటి పోల్చి పరీక్షించడానికి తీసుకువస్తారు. ఇక్కడే సర్టిఫికేట్ అనుకూలత లేకపోవడం లేదా చిన్న JSON ఫార్మాటింగ్ వ్యత్యాసాలు వంటి అత్యంత సూక్ష్మమైన బగ్లు గుర్తించబడి, పరిష్కరించబడతాయి.
అధ్యాయం 21: లోతైన తులనాత్మక పట్టిక: OCPP 2.0.1 యొక్క 60+ చర్యలు
పూర్తి సూచనను అందించడానికి, మేము 2.0.1 యొక్క ప్రాథమిక సందేశాలను వర్గీకరించి, వాటిని 1.6Jలోని వాటితో పోలుస్తాము.
21.1 కేటాయింపు మరియు ఆకృతీకరణ
| 2.0.1 చర్య | 1.6J సమానమైనది | ఫంక్షన్ |
|---|---|---|
బూట్ నోటిఫికేషన్ | బూట్ నోటిఫికేషన్ | CSMS తో నమోదు చేసుకోవడం. |
గెట్బేస్ రిపోర్ట్ | గెట్ కాన్ఫిగరేషన్ | పూర్తి పరికర కాన్ఫిగరేషన్ను క్రమబద్ధమైన నివేదికలో పొందండి. |
సెట్ వేరియబుల్స్ | సెట్ కాన్ఫిగరేషన్ | స్కీమా ధ్రువీకరణతో కాన్ఫిగరేషన్ విలువలను మార్చండి మరియు లోపం సంభవించినప్పుడు వెనక్కి వెళ్లండి. |
వేరియబుల్స్ పొందండి | గెట్ కాన్ఫిగరేషన్ | టైప్ చేసిన మెటాడేటాతో కాన్ఫిగరేషన్ మరియు మానిటర్ విలువలను చదవండి. |
రిపోర్ట్డేటా | (ఏదీ లేదు) | CSMSకు క్రమానుగత డేటా నివేదికలను (వినియోగం, కాంపోనెంట్ స్థితి, ఈవెంట్లు) పంపండి. |
రీసెట్ | రీసెట్ | ఆడిట్ ట్రయల్స్ కోసం కారణ కోడ్తో స్టేషన్ను రిమోట్గా రీబూట్ చేయండి. |
21.2 లావాదేవీ నిర్వహణ
| 2.0.1 చర్య | 1.6J సమానమైనది | ఫంక్షన్ |
|---|---|---|
లావాదేవీ ఈవెంట్ | లావాదేవీని ప్రారంభించండి / లావాదేవీని ఆపండి | కారణ కోడ్లు మరియు మధ్యంతర నవీకరణలతో ఏకీకృత, ఈవెంట్-ఆధారిత లావాదేవీ రిపోర్టింగ్. |
లావాదేవీ స్థితిని పొందండి | (ఏదీ లేదు) | తిరిగి కనెక్ట్ అయిన తర్వాత లేదా పునఃప్రారంభించిన తర్వాత ప్రస్తుత లావాదేవీ స్థితిని ప్రశ్నించండి. |
డేటా బదిలీ | డేటా బదిలీ | విక్రేత-నిర్దిష్ట పొడిగింపు సందేశాలు, ఇప్పుడు స్కీమా-ధృవీకరించబడ్డాయి. |
21.3 భద్రత మరియు ఫర్మ్వేర్ నిర్వహణ
| 2.0.1 చర్య | 1.6J సమానమైనది | ఫంక్షన్ |
|---|---|---|
సంతకం చేసిన సర్టిఫికేట్ | (ఏదీ లేదు) | CSMS నుండి పొందిన సంతకం చేసిన సర్టిఫికేట్ను (TLS, ISO 15118) ఇన్స్టాల్ చేయండి. |
సంతకం ధృవీకరణ పత్రం | (ఏదీ లేదు) | CSMS యొక్క సర్టిఫికేట్ అథారిటీ ద్వారా కొత్త సర్టిఫికేట్పై సంతకం చేయమని అభ్యర్థించండి. |
ఇన్స్టాల్ చేయబడిన సర్టిఫికేట్ ఐడిలను పొందండి | (ఏదీ లేదు) | ఆడిట్ మరియు కంప్లయన్స్ రిపోర్టింగ్ కోసం ఇన్స్టాల్ చేసిన సర్టిఫికేట్లను జాబితా చేయండి. |
ఫర్మ్వేర్ను అప్డేట్ చేయండి | ఫర్మ్వేర్ను అప్డేట్ చేయండి | స్టేటస్ రిపోర్టింగ్ మరియు రోల్బ్యాక్ సిగ్నలింగ్తో షెడ్యూల్ చేయబడిన ఫర్మ్వేర్ అప్డేట్. |
21.4 మీ నెట్వర్క్కు ఈ పట్టిక అర్థం ఏమిటి
ఈ పట్టిక ఒక విషయాన్ని స్పష్టంగా తెలియజేస్తుంది: OCPP 2.0.1 అనేది 1.6Jకి కేవలం పేరు మార్చినది కాదు. కొత్త మెసేజ్ ఫ్యామిలీలు — టైప్డ్ వేరియబుల్స్, ఈవెంట్-డ్రివెన్ ట్రాన్సాక్షన్స్, మరియు సర్టిఫికేట్ మేనేజ్మెంట్ — అనేవి ప్లగ్ & ఛార్జ్, స్మార్ట్ ఛార్జింగ్, మరియు రెగ్యులేటరీ రిపోర్టింగ్ కోసం అవసరమైన మౌలిక సదుపాయాలు. కేవలం 1.6Jతో పనిచేసే ఛార్జర్కు గేట్వేను అమర్చవచ్చు, కానీ కేవలం 1.6Jతో పనిచేసే CSMS, రెగ్యులేటర్లు మరియు ఆటోమేకర్లు అంతకంతకూ కోరుకుంటున్న సెక్యూరిటీ మోడల్ను అందించలేదు. హార్డ్వేర్ను మూల్యాంకనం చేసేటప్పుడు, “2.0.1-రెడీ” అంటే ఫర్మ్వేర్ ఈరోజే షిప్పింగ్ అవుతుందని అర్థం, వచ్చే ఏడాదికి షెడ్యూల్ చేయబడిందని కాదు. మరియు OCPP 2.0.1, 1.6J యొక్క SOAP ట్రాన్స్పోర్ట్కు బదులుగా JSON-ఓవర్-వెబ్సాకెట్పై పనిచేస్తుంది కాబట్టి, మెసేజ్ ఫ్లోలు తేలికగా మరియు డీబగ్ చేయడానికి చాలా సులభంగా ఉంటాయి — ఇది మీ ఐటీ బృందం మొదటి రోజు నుండే అనుభూతి చెందే ఒక ఆచరణాత్మక ప్రయోజనం.
అధ్యాయం 22: ముగింపు: అప్గ్రేడ్ నిర్ణయం తీసుకోవడం
వాణిజ్య నిర్వాహకుడికి ఆచరణాత్మక మార్గదర్శకత్వం స్పష్టంగా ఉంది:
- కొత్త డిప్లాయ్మెంట్లు డిఫాల్ట్గా OCPP 2.0.1కి సెట్ అవ్వాలి.భద్రతా నమూనా, సర్టిఫికేట్ నిర్వహణ మరియు ISO 15118 అనుసంధానం అనేవి 2026 నియంత్రణ వాతావరణానికి ముందస్తు అవసరాలు.
- ప్రస్తుతం ఉన్న 1.6J ఫ్లీట్లు నిలిచిపోలేదు.మీరు 2.0.1-నేటివ్ హార్డ్వేర్ను దశలవారీగా ప్రవేశపెట్టే సమయంలో, మేనేజ్డ్ గేట్వేలు మరియు డ్యూయల్-ప్రోటోకాల్ CSMS ప్లాట్ఫారమ్లు ఈ అంతరాన్ని పూరిస్తాయి.
- నమ్మే ముందు పరీక్షించండి.OCTT, ప్లగ్ఫెస్ట్లు మరియు దశలవారీ రోల్అవుట్లను ఉపయోగించండి — ఇంటర్ఆపరేబిలిటీ అనేది క్షేత్రస్థాయిలో నిరూపించబడుతుంది, డేటాషీట్ నుండి ఊహించబడదు.
- మైగ్రేషన్ మార్గాన్ని రాతపూర్వకంగా కోరండి.మీ ఛార్జర్ విక్రేత అస్పష్టమైన వాగ్దానాలు కాకుండా, 1.6J నుండి 2.0.1 వరకు ఫర్మ్వేర్ రోడ్మ్యాప్ను తేదీలతో సహా ప్రచురించాలి.
కార్యాచరణకు పిలుపు: మీ ప్రోటోకాల్ వ్యూహం గురించి మిడా పవర్తో మాట్లాడండి
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.
పోస్ట్ సమయం: ఆగస్టు-09-2026
పోర్టబుల్ EV ఛార్జర్
హోమ్ EV వాల్బాక్స్
DC ఛార్జర్ స్టేషన్
BESS ఛార్జింగ్ స్టేషన్
వి2జి వి2హెచ్ వి2వి వి2ఎల్
EV ఛార్జింగ్ మాడ్యూల్
DC ఛార్జింగ్ కనెక్టర్
ఈవీ యాక్సెసరీస్