ವಾಣಿಜ್ಯ ಚಾರ್ಜಿಂಗ್ ಆಪರೇಟರ್‌ಗಳಿಗೆ OCPP 1.6J vs 2.0.1 ರ ಕಾರ್ಯತಂತ್ರದ ಹೋಲಿಕೆ

ಜಾಗತಿಕ ವಾಣಿಜ್ಯ ಚಾರ್ಜಿಂಗ್ ಆಪರೇಟರ್‌ಗಳಿಗೆ 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 ಆಗಿತ್ತು.

೧.೧ OCPP ೧.೬J ನ ಪ್ರಾಬಲ್ಯ

2015 ರಲ್ಲಿ ಬಿಡುಗಡೆಯಾದ OCPP 1.6, ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳ ಮೇಲೆ JSON (1.6J) ಅನುಷ್ಠಾನವನ್ನು ಪರಿಚಯಿಸಿತು. SOAP-ಆಧಾರಿತ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯಿಂದ ದೂರ ಸರಿದ ಈ ಕ್ರಮವು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಓವರ್‌ಹೆಡ್ ಮತ್ತು ಸರಳೀಕೃತ ಅನುಷ್ಠಾನವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಿತು. ಇದು ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಸ್ಥಿತಿ ಅಧಿಸೂಚನೆಗಳಂತಹ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪರಿಚಯಿಸಿತು, ಇದು ಸುಮಾರು ಒಂದು ದಶಕದವರೆಗೆ ಉದ್ಯಮದ ಮಾನದಂಡವಾಗಿದೆ.

೧.೨ ಒಸಿಪಿಪಿಯ ಉಗಮ ೨.೦.೧

1.6J ಯಶಸ್ಸಿನ ಹೊರತಾಗಿಯೂ, ಉದ್ಯಮದ ಬೆಳವಣಿಗೆಯು ಅದರ ಮಿತಿಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಿತು. ಭದ್ರತೆ, ಸಾಧನ ನಿರ್ವಹಣೆಯ ಸಂಕೀರ್ಣತೆ ಮತ್ತು ಸುಧಾರಿತ ಗ್ರಿಡ್ ಏಕೀಕರಣಕ್ಕೆ (V2G) ಸ್ಥಳೀಯ ಬೆಂಬಲದ ಕೊರತೆಯು OCPP 2.0 ಅಭಿವೃದ್ಧಿಗೆ ಕಾರಣವಾಯಿತು ಮತ್ತು ತರುವಾಯ, ಸಂಸ್ಕರಿಸಿದ OCPP 2.0.1 (2020 ರಲ್ಲಿ ಬಿಡುಗಡೆಯಾಯಿತು) ಅಭಿವೃದ್ಧಿಗೆ ಕಾರಣವಾಯಿತು. OCPP 2.0.1 ಕೇವಲ ನವೀಕರಣವಲ್ಲ; ಇದು ಮುಂದಿನ ಪೀಳಿಗೆಯ ಹೈ-ಪವರ್, ಸ್ಮಾರ್ಟ್ ಮತ್ತು ಸುರಕ್ಷಿತ ಚಾರ್ಜಿಂಗ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿರುವ ಒಟ್ಟು ಮರುವಿನ್ಯಾಸವಾಗಿದೆ.

ಅಧ್ಯಾಯ 2: ಆಧಾರವಾಗಿರುವ ಸಂವಹನ ಮಾದರಿಗಳು: JSON, ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳು ಮತ್ತು ಫ್ರೇಮ್ ರಚನೆಗಳು

ಈ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಒಬ್ಬರು ಕೆಳಮಟ್ಟದ ಸಂವಹನವನ್ನು ನೋಡಬೇಕು. ಎರಡೂ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳ ಮೂಲಕ JSON ಅನ್ನು ಬಳಸುತ್ತವೆ, ಆದರೆ ಈ ಸಂದೇಶಗಳ ರಚನೆ ಮತ್ತು ನಿರ್ವಹಣೆ ಗಮನಾರ್ಹವಾಗಿ ಭಿನ್ನವಾಗಿರುತ್ತದೆ.

೨.೧ ವೆಬ್‌ಸಾಕೆಟ್ ಪದರ

ಎರಡೂ ಆವೃತ್ತಿಗಳು ನಿರಂತರ ವೆಬ್‌ಸಾಕೆಟ್ ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ, ಇದು ಪೂರ್ಣ-ಡ್ಯುಪ್ಲೆಕ್ಸ್ ಸಂವಹನಕ್ಕೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಚಾರ್ಜಿಂಗ್ ಸೆಷನ್ ಅನ್ನು ನಿಲ್ಲಿಸುವುದು ಅಥವಾ ತತ್‌ಕ್ಷಣದ ದೋಷ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸ್ವೀಕರಿಸುವಂತಹ ನೈಜ-ಸಮಯದ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಇದು ನಿರ್ಣಾಯಕವಾಗಿದೆ.

2.2 ಸಂದೇಶ ಚೌಕಟ್ಟಿನ ವಿಭಜನೆ

ಒಂದು ವಿಶಿಷ್ಟವಾದ OCPP ಸಂದೇಶವು ಸಂದೇಶ ಪ್ರಕಾರ ID, ವಿಶಿಷ್ಟ ಸಂದೇಶ ID, ಕ್ರಿಯೆಯ ಹೆಸರು ಮತ್ತು ಪೇಲೋಡ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

OCPP 1.6J ಫ್ರೇಮ್ ಉದಾಹರಣೆ (ಬೂಟ್‌ನೋಟಿಫಿಕೇಶನ್)

“json [2, "123456", "ಬೂಟ್‌ನೋಟಿಫಿಕೇಶನ್", { "ಚಾರ್ಜ್‌ಪಾಯಿಂಟ್‌ವೆಂಡರ್": "ಮಿಡಾಪವರ್", "ಚಾರ್ಜ್‌ಪಾಯಿಂಟ್‌ಮಾಡೆಲ್": "ಟೆರ್ರಾ-ಎಕ್ಸ್", "ಚಾರ್ಜ್‌ಪಾಯಿಂಟ್‌ಸೀರಿಯಲ್‌ನಂಬರ್": "SN001", "ಫರ್ಮ್‌ವೇರ್‌ವರ್ಷನ್": "v1.2.3" }]“

OCPP 2.0.1 ಫ್ರೇಮ್ ಉದಾಹರಣೆ (ಬೂಟ್‌ನೋಟಿಫಿಕೇಶನ್)

“json [2, "987654", "ಬೂಟ್‌ನೋಟಿಫಿಕೇಶನ್", { "ಕಾರಣ": "ಪವರ್‌ಅಪ್", "ಚಾರ್ಜಿಂಗ್‌ಸ್ಟೇಷನ್": { "ವೆಂಡರ್‌ನೇಮ್": "ಮಿಡಾಪವರ್", "ಮಾದರಿ": "ಟೆರ್ರಾ-ಝಡ್", "ಸೀರಿಯಲ್‌ನಂಬರ್": "SN-Z-99", "ಫರ್ಮ್‌ವೇರ್‌ವರ್ಷನ್": "v2.0.0" } }]`೨.೦.೧ ರಲ್ಲಿ ಹೆಚ್ಚಿದ ಸೂಕ್ಷ್ಮತೆಯನ್ನು ಗಮನಿಸಿ.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 ಭದ್ರತಾ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ನೀಡಿತು, ಆದರೆ ಅನುಷ್ಠಾನವು ಮಾರಾಟಗಾರರಲ್ಲಿ ಅಸಮಂಜಸವಾಗಿತ್ತು.

1.6J ನಲ್ಲಿ 4.1 ಭದ್ರತಾ ಪ್ರೊಫೈಲ್‌ಗಳು

OCPP 1.6J ಮೂರು ಭದ್ರತಾ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದೆ:

1. ಅಸುರಕ್ಷಿತ: ಸರಳ ಪಠ್ಯ HTTP/ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳು.
2. ಮೂಲ ದೃಢೀಕರಣ: ಬಳಕೆದಾರಹೆಸರು/ಪಾಸ್‌ವರ್ಡ್‌ನೊಂದಿಗೆ TLS.
3. ಪ್ರಮಾಣಪತ್ರ ಆಧಾರಿತ: ಕ್ಲೈಂಟ್-ಸೈಡ್ ಪ್ರಮಾಣಪತ್ರಗಳೊಂದಿಗೆ TLS.

ಸಮಸ್ಯೆಯೆಂದರೆ ಅನೇಕ ಚಾರ್ಜರ್‌ಗಳು ಪ್ರೊಫೈಲ್ 1 ರಲ್ಲೇ ಉಳಿದುಕೊಂಡಿದ್ದು, ಅವು ಮ್ಯಾನ್-ಇನ್-ದಿ-ಮಿಡಲ್ (MITM) ದಾಳಿಗಳು ಮತ್ತು ಅನಧಿಕೃತ ನಿಯಂತ್ರಣಕ್ಕೆ ಗುರಿಯಾಗುವಂತೆ ಮಾಡಿತು.

೪.೨ ೨.೦.೧ ರ ಗಟ್ಟಿಯಾದ ನಿಲುವು

OCPP 2.0.1 ಸುರಕ್ಷಿತ ಸಂವಹನವನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ. ಇದು ಸ್ಥಳೀಯವಾಗಿ ಸುಧಾರಿತ ಭದ್ರತಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ:

• ಸುರಕ್ಷಿತ ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳು: ಫರ್ಮ್‌ವೇರ್ ಚಿತ್ರಗಳ ಕಡ್ಡಾಯ ಸಹಿ ಮತ್ತು ಪರಿಶೀಲನೆ.
• ಭದ್ರತಾ ಲಾಗಿಂಗ್: ಭದ್ರತೆಗೆ ಸಂಬಂಧಿಸಿದ ಈವೆಂಟ್‌ಗಳಿಗಾಗಿ ವಿವರವಾದ ಲಾಗ್‌ಗಳು (ಉದಾ, ವಿಫಲ ಲಾಗಿನ್ ಪ್ರಯತ್ನಗಳು, ಪ್ರಮಾಣಪತ್ರದ ಅವಧಿ ಮುಗಿದಿದೆ).
• ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆ: ತಿರುಗಿಸಲಾದ ಮತ್ತು ನವೀಕರಿಸಿದ ಪ್ರಮಾಣಪತ್ರಗಳಿಗಾಗಿ ಪ್ರಮಾಣೀಕೃತ ಸಂದೇಶಗಳು (CSMS-ನೇತೃತ್ವದ ಅಥವಾ ಸ್ಟೇಷನ್-ನೇತೃತ್ವದ).
• ಟಿಎಲ್ಎಸ್ 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 ಗಾಗಿ "ಪ್ಲಂಬಿಂಗ್" ಅನ್ನು ಬೆಂಬಲಿಸುವ ಮೂಲಕ ಒದಗಿಸುತ್ತದೆ:

• ಪ್ರಮಾಣಪತ್ರ ಸ್ಥಾಪನೆ: CSMS ನಿಂದ EVSE ಮೂಲಕ EV ಗೆ ಒಪ್ಪಂದ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ರವಾನಿಸುವುದು.
• ಅಧಿಕಾರ: ವಾಹನದ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಪಡೆದ ಇ-ಮೊಬಿಲಿಟಿ ಐಡಿ (eMAID) ಅನ್ನು ಬಳಸುವುದು.
• ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಂವಹನ: ಕಾರು ಮತ್ತು ಗ್ರಿಡ್ ನಡುವೆ ರವಾನಿಸಲಾದ ಸೂಕ್ಷ್ಮ ಬಿಲ್ಲಿಂಗ್ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು.

5.2 ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಮತ್ತು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್

1.6J ಮೂಲ ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ (ಕಳುಹಿಸುವುದು aಸೆಟ್‌ಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್), 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 ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಿತಿಗಾಗಿ ಚಾರ್ಜರ್ ಅನ್ನು ಪೋಲ್ ಮಾಡಬೇಕಾಗಿತ್ತು ಅಥವಾ a ಗಾಗಿ ಕಾಯಬೇಕಾಗಿತ್ತುಸ್ಥಿತಿ ಅಧಿಸೂಚನೆ2.0.1 ರಲ್ಲಿ, ದಿಈವೆಂಟ್ ಮಾನಿಟರಿಂಗ್ವ್ಯವಸ್ಥೆಯು CSMS ಗೆ ಮಿತಿಗಳನ್ನು ಹೊಂದಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ: “ಆಂತರಿಕ ತಾಪಮಾನವು 70°C ಗಿಂತ ಹೆಚ್ಚಾದರೆ ಮಾತ್ರ ನನಗೆ ತಿಳಿಸಿ” ಅಥವಾ “ಇನ್‌ಪುಟ್ ವೋಲ್ಟೇಜ್ 200V ಗಿಂತ ಕಡಿಮೆಯಾದರೆ ವರದಿ ಮಾಡಿ.” ಇದು ನೆಟ್‌ವರ್ಕ್ ದಟ್ಟಣೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪೂರ್ವಭಾವಿ ನಿರ್ವಹಣೆಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

6.2 ವಹಿವಾಟು ನಿರ್ವಹಣೆ: ವಹಿವಾಟು ಘಟನೆ

OCPP 1.6J ನ ಅತ್ಯಂತ ಟೀಕೆಗೊಳಗಾದ ಅಂಶವೆಂದರೆ ಅದರ ವಹಿವಾಟುಗಳ ನಿರ್ವಹಣೆ. ಒಂದು ಅಧಿವೇಶನವು ಒಳಗೊಂಡಿತ್ತುವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿಮತ್ತುವಹಿವಾಟು ನಿಲ್ಲಿಸಿಸಂದೇಶಗಳು, ಆದರೆ ನೆಟ್‌ವರ್ಕ್ ಅಡಚಣೆ ಉಂಟಾದರೆ, ಬಿಲ್ಲಿಂಗ್ ಡೇಟಾವನ್ನು ಸಮನ್ವಯಗೊಳಿಸಲು CSMS ಆಗಾಗ್ಗೆ ಹೆಣಗಾಡುತ್ತಿತ್ತು.

OCPP 2.0.1 ಇವುಗಳನ್ನು ಒಂದೇ, ದೃಢವಾದವಹಿವಾಟು ಈವೆಂಟ್ಸಂದೇಶ. ಈ ಸಂದೇಶವನ್ನು ವಹಿವಾಟಿನ ಎಲ್ಲಾ ಜೀವನಚಕ್ರ ಹಂತಗಳನ್ನು ವರದಿ ಮಾಡಲು ಬಳಸಲಾಗುತ್ತದೆ (ಪ್ರಾರಂಭ, ನವೀಕರಿಸಿದ, ಕೊನೆಗೊಂಡ). ಇದು ಒಂದು ವಿಶಿಷ್ಟವಾದವಹಿವಾಟು ಐಡಿಚಾರ್ಜರ್ ರೀಬೂಟ್ ಮಾಡಿದರೂ ಸಹ ಅದು ಮುಂದುವರಿಯುತ್ತದೆ, ಯಾವುದೇ ಚಾರ್ಜಿಂಗ್ ಡೇಟಾ - ಮತ್ತು ಹೀಗಾಗಿ ಯಾವುದೇ ಆದಾಯ - ನಷ್ಟವಾಗುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.

6.3 ಸುಧಾರಿತ ರೋಗನಿರ್ಣಯ ಮತ್ತು ದೋಷನಿವಾರಣೆ

ದಿಗೆಟ್‌ಲಾಗ್ಮತ್ತುರೋಗನಿರ್ಣಯ ಸ್ಥಿತಿ ಅಧಿಸೂಚನೆ2.0.1 ರಲ್ಲಿನ ಸಂದೇಶಗಳು ಹೆಚ್ಚು ರಚನಾತ್ಮಕವಾಗಿವೆ. CPO ಗಳು ನಿರ್ದಿಷ್ಟ ಲಾಗ್ ಪ್ರಕಾರಗಳನ್ನು (ಭದ್ರತೆ, ರೋಗನಿರ್ಣಯ, ಬಳಕೆದಾರ) ವಿನಂತಿಸಬಹುದು ಮತ್ತು ಸಮಯ ಶ್ರೇಣಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಇದು ರಿಮೋಟ್ ಬೆಂಬಲ ತಂಡಗಳು ಸೈಟ್‌ಗೆ ತಂತ್ರಜ್ಞರನ್ನು ಕಳುಹಿಸದೆಯೇ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಇದು OpEx ಅನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.

ಅಧ್ಯಾಯ 7: ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣ ಕಾರ್ಯವಿಧಾನಗಳು: ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಳು

ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳು ವಿಕಸನಗೊಳ್ಳುತ್ತಿರುವ ಹಾರ್ಡ್‌ವೇರ್‌ನ ಜೀವಾಳವಾಗಿದೆ, ಆದರೆ ವಿಫಲವಾದ ನವೀಕರಣವು ಚಾರ್ಜರ್ ಅನ್ನು ಇಟ್ಟಿಗೆ ಮಾಡಬಹುದು.

7.1 1.6J ನವೀಕರಣ ಪ್ರಕ್ರಿಯೆ

೧.೬ಜೆ ನಲ್ಲಿ,ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಿಸಿಆಜ್ಞೆಯು ತುಲನಾತ್ಮಕವಾಗಿ ಸರಳವಾಗಿತ್ತು. ಚಾರ್ಜರ್ ಚಿತ್ರವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಬಹು-ಹಂತದ ನವೀಕರಣಗಳು ಅಥವಾ ಪರಿಶೀಲಿಸಿದ ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಳಿಗೆ ಯಾವುದೇ ಪ್ರಮಾಣೀಕೃತ ಕಾರ್ಯವಿಧಾನವಿರಲಿಲ್ಲ.

7.2 2.0.1 ಬಹು-ಹಂತದ ನವೀಕರಣ

ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳಿಗಾಗಿ OCPP 2.0.1 ಹೆಚ್ಚು ಅತ್ಯಾಧುನಿಕ ಜೀವನಚಕ್ರವನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ:

1. ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ: ಚಾರ್ಜರ್ ಚಿತ್ರವನ್ನು ಪಡೆಯುತ್ತದೆ ಮತ್ತು ಅದರ ಚೆಕ್ಸಮ್/ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.
2. ಅನುಸ್ಥಾಪನೆ: ನವೀಕರಣವನ್ನು ದ್ವಿತೀಯ ವಿಭಾಗಕ್ಕೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.
3. ಪರಿಶೀಲನೆ: ಹೊಸ ಫರ್ಮ್‌ವೇರ್ ಸರಿಯಾಗಿ ಬೂಟ್ ಆಗುತ್ತದೆಯೇ ಎಂದು ಸಿಸ್ಟಮ್ ಪರಿಶೀಲಿಸುತ್ತದೆ.
4. ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ: ಪ್ರಾಥಮಿಕ ವಿಭಾಗವನ್ನು ಬದಲಾಯಿಸಲಾಗಿದೆ.

ಯಾವುದೇ ಹಂತ ವಿಫಲವಾದರೆ, ಚಾರ್ಜರ್ ಹಿಂದಿನ ಸ್ಥಿರ ಆವೃತ್ತಿಗೆ ಹೇಗೆ ಹಿಂತಿರುಗಬೇಕು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವೈಫಲ್ಯ ಕೋಡ್ ಅನ್ನು CSMS ಗೆ ಹೇಗೆ ವರದಿ ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ಪ್ರೋಟೋಕಾಲ್ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಈ ಮಟ್ಟದ ವಿಶ್ವಾಸಾರ್ಹತೆಯು ದೊಡ್ಡ ಪ್ರಮಾಣದ ವಾಣಿಜ್ಯ ನಿಯೋಜನೆಗಳಿಗೆ ಮಾತುಕತೆಗೆ ಒಳಪಡುವುದಿಲ್ಲ.

7.3 ಸಹಿ ಪರಿಶೀಲನೆ

ದುರುದ್ದೇಶಪೂರಿತ ನಟರು ರಾಜಿ ಮಾಡಿಕೊಂಡ ಫರ್ಮ್‌ವೇರ್ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದನ್ನು ತಡೆಯಲು, 2.0.1 ಡಿಜಿಟಲ್ ಸಹಿಗಳ ಬಳಕೆಯನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ. ತಯಾರಕರ ಖಾಸಗಿ ಕೀಲಿಯಿಂದ ಸಹಿ ಮಾಡದ ಯಾವುದೇ ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಚಾರ್ಜರ್ ನಿರಾಕರಿಸುತ್ತದೆ, ಹಾರ್ಡ್‌ವೇರ್-ಮಟ್ಟದ ಹ್ಯಾಕ್‌ಗಳ ವಿರುದ್ಧ ರಕ್ಷಣೆಯ ನಿರ್ಣಾಯಕ ಪದರವನ್ನು ಸೇರಿಸುತ್ತದೆ.

ಅಧ್ಯಾಯ 8: ಡೇಟಾ ಗೌಪ್ಯತೆ, ನಿಯಂತ್ರಕ ಅನುಸರಣೆ ಮತ್ತು GDPR

ವಿದ್ಯುತ್ ವಾಹನ ಚಾರ್ಜಿಂಗ್ ದೈನಂದಿನ ಉಪಯುಕ್ತತೆಯಾಗುತ್ತಿದ್ದಂತೆ, ಉತ್ಪತ್ತಿಯಾಗುವ ವೈಯಕ್ತಿಕ ಡೇಟಾದ ಪ್ರಮಾಣವು ದಿಗ್ಭ್ರಮೆಗೊಳಿಸುವಂತಿದೆ. ಒಂದೇ ಚಾರ್ಜಿಂಗ್ ಅವಧಿಯು ಬಳಕೆದಾರರ ಗುರುತು, ಅವರ ವಾಹನದ ಸ್ಥಳ, ಅವರ ಪ್ರಯಾಣದ ಮಾದರಿಗಳು ಮತ್ತು ಅವರ ಹಣಕಾಸಿನ ಮಾಹಿತಿಯನ್ನು ಲಿಂಕ್ ಮಾಡಬಹುದು.

8.1 OCPP ಯಲ್ಲಿ ವೈಯಕ್ತಿಕವಾಗಿ ಗುರುತಿಸಬಹುದಾದ ಮಾಹಿತಿ (PII)

ಯುರೋಪ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯ ದತ್ತಾಂಶ ಸಂರಕ್ಷಣಾ ನಿಯಂತ್ರಣ (GDPR) ಮತ್ತು ಕ್ಯಾಲಿಫೋರ್ನಿಯಾದ CCPA ನಂತಹ ಕಾನೂನುಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ದತ್ತಾಂಶ ಬಿಂದುಗಳಾದಐಡಿಟ್ಯಾಗ್(RFID) ಅಥವಾಇವಿಸಿಸಿಐಡಿ(ವಾಹನ ಗುರುತಿಸುವಿಕೆ) ಗಳನ್ನು PII ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.

ಡೇಟಾ ಅನಾಮಧೇಯೀಕರಣಕ್ಕೆ OCPP 2.0.1 ಉತ್ತಮ ನಿಯಂತ್ರಣಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ,ಕಸ್ಟಮ್‌ಡೇಟಾಕ್ಷೇತ್ರಗಳು ನಿರ್ವಾಹಕರು PII ಅನ್ನು ಕೋರ್ ಪ್ರೋಟೋಕಾಲ್ ಲಾಗ್‌ಗಳಿಗೆ ಒಡ್ಡದೆ ಮೆಟಾಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಇದಲ್ಲದೆ, ವರ್ಧಿತ ಭದ್ರತಾ ಪ್ರೊಫೈಲ್‌ಗಳು ಈ ಡೇಟಾವನ್ನು ಸಾಗಣೆಯಲ್ಲಿ ಮತ್ತು ವಿಶ್ರಾಂತಿಯಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.

8.2 ಮರೆತುಹೋಗುವ ಹಕ್ಕು ಮತ್ತು ಡೇಟಾ ಪೋರ್ಟಬಿಲಿಟಿ

2.0.1 ಸಾಧನ ಮಾದರಿಯ ರಚನಾತ್ಮಕ ಸ್ವರೂಪವು CSMS ಪೂರೈಕೆದಾರರಿಗೆ "ಡೇಟಾ ಅಳಿಸುವಿಕೆ" ವಿನಂತಿಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. 1.6J ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ವಿಭಿನ್ನ ಸಂರಚನಾ ಕೀಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿ ಬಳಕೆದಾರರ ID ಯ ಎಲ್ಲಾ ನಿದರ್ಶನಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹಸ್ತಚಾಲಿತ ದುಃಸ್ವಪ್ನವಾಗಿತ್ತು. 2.0.1 ರಲ್ಲಿ, ಸಾಧನದ ಸ್ಥಿತಿ ಮತ್ತು ವಹಿವಾಟು ಡೇಟಾದ ನಡುವಿನ ಸ್ಪಷ್ಟವಾದ ಪ್ರತ್ಯೇಕತೆಯು ಕ್ಲೀನರ್ ಡೇಟಾಬೇಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ ಅನುಮತಿಸುತ್ತದೆ.

8.3 IoT ಭದ್ರತಾ ಕಾನೂನುಗಳ ಅನುಸರಣೆ

ಅನೇಕ ಪ್ರದೇಶಗಳು ಈಗ IoT ಸಾಧನಗಳು ವಿಶಿಷ್ಟ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಮತ್ತು ಸುರಕ್ಷಿತ ನವೀಕರಣ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿರಬೇಕೆಂದು ಕಾನೂನುಗಳನ್ನು ಅಂಗೀಕರಿಸುತ್ತಿವೆ. OCPP 2.0.1 ರ ಕಡ್ಡಾಯ TLS ಮತ್ತು ಸಹಿ ಮಾಡಿದ ಫರ್ಮ್‌ವೇರ್‌ಗಳು ಕೇವಲ "ಹೊಂದಲು ಉತ್ತಮ" ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲ - ಅವು ಕ್ಯಾಲಿಫೋರ್ನಿಯಾ ಮತ್ತು UK ನಂತಹ ಮಾರುಕಟ್ಟೆಗಳಲ್ಲಿ ಹಾರ್ಡ್‌ವೇರ್ ಮಾರಾಟ ಮಾಡಲು ಕಾನೂನು ಅವಶ್ಯಕತೆಗಳಾಗಿವೆ.

ಅಧ್ಯಾಯ 9: ಖರೀದಿದಾರನ ದೃಷ್ಟಿಕೋನ: TCO, ROI, ಮತ್ತು ಕಾರ್ಯತಂತ್ರದ ವಲಸೆ

ವಾಣಿಜ್ಯ ಚಾರ್ಜಿಂಗ್ ಆಪರೇಟರ್‌ಗೆ, 1.6J ಗೆ ಅಂಟಿಕೊಳ್ಳುವುದು ಅಥವಾ 2.0.1 ಗೆ ಬದಲಾಯಿಸುವುದು ಹಣಕಾಸಿನ ನಿರ್ಧಾರವಾಗಿದೆ.

9.1 ಅನುಷ್ಠಾನದ ವೆಚ್ಚ

• ಒಸಿಪಿಪಿ 1.6ಜೆ: ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅಗ್ಗವಾಗಿದೆ, ಕಡಿಮೆ-ವೆಚ್ಚದ ಹಾರ್ಡ್‌ವೇರ್‌ನಿಂದ ವ್ಯಾಪಕವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ, ಆದರೆ ನಿರ್ವಹಣೆ ಮತ್ತು ಭದ್ರತಾ ಅಪಾಯಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಗುಪ್ತ ವೆಚ್ಚಗಳನ್ನು ಹೊಂದಿದೆ.
• ಒಸಿಪಿಪಿ 2.0.1: EVSE ನಲ್ಲಿ ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ ಪ್ರೊಸೆಸರ್‌ಗಳು ಮತ್ತು ಹೆಚ್ಚಿನ ಮೆಮೊರಿ ಅಗತ್ಯವಿರುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್‌ನ ಸಂಕೀರ್ಣತೆಯಿಂದಾಗಿ CSMS ಗಾಗಿ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚಗಳು ಹೆಚ್ಚಿರುತ್ತವೆ. ಆದಾಗ್ಯೂ, ಇದು ರಿಮೋಟ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಉತ್ತಮ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಮೂಲಕ ಗಮನಾರ್ಹವಾದ OpEx ಉಳಿತಾಯವನ್ನು ನೀಡುತ್ತದೆ.

9.2 "ಸುಗಮ ನವೀಕರಣ" ಪುರಾಣ

1.6J ಚಾರ್ಜರ್‌ಗಳನ್ನು ಸಾಫ್ಟ್‌ವೇರ್ ಮೂಲಕ 2.0.1 ಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಬಹುದು ಎಂದು ಹೆಚ್ಚಾಗಿ ಹೇಳಲಾಗುತ್ತದೆ. ವಾಸ್ತವದಲ್ಲಿ, ಇದು ಅಪರೂಪಕ್ಕೆ ನಿಜ. 2.0.1 ಗಾಗಿ ಮೆಮೊರಿ ಮತ್ತು CPU ಅವಶ್ಯಕತೆಗಳು (ವಿಶೇಷವಾಗಿ TLS ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಸಾಧನ ಮಾದರಿಯ ಸಂಕೀರ್ಣ JSON ಪಾರ್ಸಿಂಗ್) ಸಾಮಾನ್ಯವಾಗಿ ಹಳೆಯ 1.6J ನಿಯಂತ್ರಕಗಳ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಮೀರುತ್ತವೆ.

9.3 ಕಾರ್ಯತಂತ್ರದ ವಲಸೆ ಮಾರ್ಗಗಳು

CPO ಗಳು "ಹೈಬ್ರಿಡ್ ನೆಟ್‌ವರ್ಕ್" ವಿಧಾನವನ್ನು ಪರಿಗಣಿಸಬೇಕು:

1. ಲೆಗಸಿ ಸೈಟ್‌ಗಳು: ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಡಿಮೆ-ಶಕ್ತಿಯ AC ಚಾರ್ಜರ್‌ಗಳಿಗೆ 1.6J ಚಾಲನೆಯನ್ನು ಮುಂದುವರಿಸಿ.
2. ಹೊಸ DC ಫಾಸ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಸೈಟ್‌ಗಳು: PnC ಮತ್ತು V2G ಅನ್ನು ಬೆಂಬಲಿಸಲು ಎಲ್ಲಾ ಹೊಸ ಹೈ-ಪವರ್ ನಿಯೋಜನೆಗಳಿಗೆ ಆದೇಶ 2.0.1.
3. ಪ್ರಾಕ್ಸಿ ಸೊಲ್ಯೂಷನ್ಸ್: 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) ಸಂವಹನವನ್ನು ಪರಿಷ್ಕರಿಸುತ್ತದೆ, ವಿದ್ಯುತ್ ಚಾಲಿತ ವಾಹನಗಳು ವಿದ್ಯುತ್ ಕಡಿತದ ಸಮಯದಲ್ಲಿ ಮನೆಗಳಿಗೆ ವಿದ್ಯುತ್ ಒದಗಿಸಲು ಅಥವಾ ವಾಣಿಜ್ಯ ಕಟ್ಟಡಗಳಿಗೆ ಗರಿಷ್ಠ ಬೇಡಿಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

10.2 ವೈರ್‌ಲೆಸ್ ಚಾರ್ಜಿಂಗ್‌ಗೆ ಬೆಂಬಲ

ಸ್ವಾಯತ್ತ ವಾಹನಗಳು (AVಗಳು) ಹೊರಹೊಮ್ಮುತ್ತಿದ್ದಂತೆ, ಹಸ್ತಚಾಲಿತ ಪ್ಲಗಿಂಗ್ ಬಳಕೆಯಲ್ಲಿಲ್ಲ. OCPP 2.1 ಮಾನವ ಹಸ್ತಕ್ಷೇಪವಿಲ್ಲದೆ ಇಂಡಕ್ಟಿವ್ (ವೈರ್‌ಲೆಸ್) ಚಾರ್ಜಿಂಗ್, ಜೋಡಣೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಶಕ್ತಿ ವರ್ಗಾವಣೆಗಾಗಿ ಪ್ರಮಾಣೀಕೃತ ಸಂದೇಶಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

10.3 ಸ್ಮಾರ್ಟ್ ಸಿಟಿಗಳೊಂದಿಗೆ ಏಕೀಕರಣ

ಭವಿಷ್ಯದ ಪುನರಾವರ್ತನೆಗಳು ಸಂಚಾರ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ನವೀಕರಿಸಬಹುದಾದ ಇಂಧನ ಮುನ್ಸೂಚನೆಗಳೊಂದಿಗೆ ಆಳವಾದ ಏಕೀಕರಣವನ್ನು ಕಾಣುವ ಸಾಧ್ಯತೆಯಿದೆ. ಚಾರ್ಜರ್‌ಗಳು ನೈಜ-ಸಮಯದ ಇಂಧನ ಮಾರುಕಟ್ಟೆಗಳಲ್ಲಿ ವಿದ್ಯುತ್‌ಗಾಗಿ "ಬಿಡ್" ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಚಾರ್ಜಿಂಗ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಬೃಹತ್ ವರ್ಚುವಲ್ ವಿದ್ಯುತ್ ಸ್ಥಾವರಗಳಾಗಿ (VPPs) ಪರಿವರ್ತಿಸುತ್ತದೆ.

ತಾಂತ್ರಿಕ ಅನುಬಂಧ: ಸಂದೇಶ ಹೋಲಿಕೆಗಳ ಬಗ್ಗೆ ಆಳವಾಗಿ ತಿಳಿದುಕೊಳ್ಳಿ

ಅಂತಿಮ ತಾಂತ್ರಿಕ ಆಳವನ್ನು ಒದಗಿಸಲು, ನಾವು ಈಗ ಎರಡು ಆವೃತ್ತಿಗಳ ನಡುವಿನ ನಿರ್ದಿಷ್ಟ ಸಂದೇಶ ಅನುಕ್ರಮಗಳು ಮತ್ತು ಫ್ರೇಮ್ ವ್ಯತ್ಯಾಸಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತೇವೆ.

A.1 ಅಧಿಕಾರ ಹರಿವು

1.6J ನಲ್ಲಿ, ಅಧಿಕಾರವು "ಸ್ವೀಕರಿಸಲಾಗಿದೆ" ಅಥವಾ "ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ" ಎಂಬ ಬೈನರಿ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿತ್ತು.

1.6J ಆಥರೈಜ್ ರೆಸ್ಪಾನ್ಸ್:“json [3, "123456", { "idTagInfo": { "ಸ್ಥಿತಿ": "ಸ್ವೀಕರಿಸಲಾಗಿದೆ", "ಅವಧಿ ಮುಗಿದ ದಿನಾಂಕ": "2026-12-31T23:59:59Z" } }]“

೨.೦.೧ ರಲ್ಲಿ, ಪ್ರತಿಕ್ರಿಯೆಯು ಹೆಚ್ಚಿನ ಸಂದರ್ಭವನ್ನು ಒಳಗೊಂಡಿದೆ, ಉದಾಹರಣೆಗೆಐಡಿ ಟೋಕನ್ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ ಪ್ರಕಾರ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ.

2.0.1 ಅಧಿಕೃತ ಪ್ರತಿಕ್ರಿಯೆ:“json [3, "987654", { "idTokenInfo": { "status": "Accepted", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "ಸ್ವಾಗತ, ಜಾನ್! ನಿಮ್ಮ ಬಾಕಿ $45.00" } } }]“

A.2 ಹೃದಯ ಬಡಿತ ಮತ್ತು ಸಂಪರ್ಕ ನಿರ್ವಹಣೆ

OCPP 2.0.1 ನಿಲ್ದಾಣವು "ಜೀವಂತವಾಗಿದೆ" ಎಂದು ಹೇಗೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸುತ್ತದೆ. 1.6J ನಲ್ಲಿ, ಒಂದು ವೇಳೆಹೃದಯ ಬಡಿತವಿಫಲವಾದರೆ, ನಿಲ್ದಾಣವು ಆಗಾಗ್ಗೆ ಮರುಪ್ರಯತ್ನಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. 2.0.1 ರಲ್ಲಿ, ನಿಲ್ದಾಣವುಈವೆಂಟ್‌ಗೆ ಸೂಚಿಸಿಪ್ರಾಥಮಿಕದೊಂದಿಗೆ ಹೃದಯ ಬಡಿತವನ್ನು ಉಳಿಸಿಕೊಂಡು, ದ್ವಿತೀಯ ಬ್ಯಾಕೆಂಡ್‌ಗೆ ಅದರ ಸಂಪರ್ಕವು ಕಳೆದುಹೋಗಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಕಾರ್ಯವಿಧಾನ.

A.3 ವಿವರವಾದ ಮೆಟಾಡೇಟಾ ಕೋಷ್ಟಕ

ತೀರ್ಮಾನ

OCPP 1.6J ನಿಂದ 2.0.1 ಗೆ ಪರಿವರ್ತನೆಯು ಕೇವಲ ಸಾಫ್ಟ್‌ವೇರ್ ನವೀಕರಣವಲ್ಲ; ಇದು ವಿದ್ಯುತ್ ಚಲನಶೀಲ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯ ಮೂಲಭೂತ ವಿಕಸನವಾಗಿದೆ. ವಾಣಿಜ್ಯ ನಿರ್ವಾಹಕರಿಗೆ, 1.6J ವಿಶ್ವಾಸಾರ್ಹ ಭೂತಕಾಲವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ, ಆದರೆ 2.0.1 ಸ್ಕೇಲೆಬಲ್, ಸುರಕ್ಷಿತ ಮತ್ತು ಬುದ್ಧಿವಂತ ಭವಿಷ್ಯವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ.

ಇಂದು 2.0.1 ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ದೀರ್ಘಾಯುಷ್ಯದಲ್ಲಿ ಹೂಡಿಕೆಯಾಗಿದೆ. ಇದು ನಿಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್ ಮುಂದಿನ ಪೀಳಿಗೆಯ ವಿದ್ಯುತ್ ವಾಹನಗಳೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ, ಬಿಗಿಗೊಳಿಸುವ ಸೈಬರ್ ಭದ್ರತಾ ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿರುತ್ತದೆ ಮತ್ತು V2G ಮತ್ತು ಸ್ಮಾರ್ಟ್ ಗ್ರಿಡ್ ಏಕೀಕರಣದ ಲಾಭದಾಯಕ ಅವಕಾಶಗಳಿಗೆ ಸಿದ್ಧವಾಗಿರುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಮಾರುಕಟ್ಟೆ ಕ್ರೋಢೀಕರಿಸಿದಂತೆ, ಅತ್ಯಂತ ದೃಢವಾದ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ರೋಟೋಕಾಲ್ ಸ್ಟ್ಯಾಕ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ನಿರ್ವಾಹಕರು ಚಾರ್ಜ್ ಅನ್ನು ಮುನ್ನಡೆಸುತ್ತಾರೆ.

ಅಧ್ಯಾಯ 11: ಆಳವಾದ ಧುಮುಕುವಿಕೆ: ಸಂದೇಶ ಹರಿವಿನ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಅನುಕ್ರಮ ರೇಖಾಚಿತ್ರಗಳು

ಈ ಅಧ್ಯಾಯದಲ್ಲಿ, 1.6J ಮತ್ತು 2.0.1 ನಡುವಿನ ಕಾರ್ಯಾಚರಣೆಯ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲು ನಾವು EVSE ಮತ್ತು CSMS ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಅನುಕ್ರಮಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತೇವೆ.

11.1 ಬೂಟ್ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಅನುಕ್ರಮ

ಚಾರ್ಜರ್ ಮೊದಲು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಾಗ, ಅದು ತನ್ನನ್ನು ತಾನು ಗುರುತಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಅದರ ಸಂರಚನೆಯನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಬೇಕು.

OCPP 1.6J ಹರಿವು:

1. ವೆಬ್‌ಸಾಕೆಟ್ ಸಂಪರ್ಕ: ಪೋರ್ಟ್ 80 ಅಥವಾ 443 ರಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ.
2. ಬೂಟ್ ಅಧಿಸೂಚನೆ: ನಿಲ್ದಾಣವು ಮಾರಾಟಗಾರ, ಮಾದರಿ ಮತ್ತು ಸರಣಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
3. ಸಂರಚನೆ ಪಡೆಯಿರಿ: ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲು CSMS ಎಲ್ಲಾ ಕೀಲಿಗಳನ್ನು ವಿನಂತಿಸುತ್ತದೆ.
4. ಸಂರಚನೆಯನ್ನು ಬದಲಾಯಿಸಿ: CSMS ನಿರ್ದಿಷ್ಟ ಕೀಲಿಗಳನ್ನು ನವೀಕರಿಸುತ್ತದೆ (ಉದಾ,ಹೃದಯ ಬಡಿತ ಮಧ್ಯಂತರ).
5. ಸ್ಥಿತಿ ಅಧಿಸೂಚನೆ: ನಿಲ್ದಾಣವು “ಲಭ್ಯವಿದೆ” ಎಂದು ವರದಿ ಮಾಡಿದೆ.

OCPP 2.0.1 ಹರಿವು:

1. ಸುರಕ್ಷಿತ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್: ಕಡ್ಡಾಯ ಪ್ರಮಾಣಪತ್ರ ವಿನಿಮಯ.
2. ಬೂಟ್ ಅಧಿಸೂಚನೆ: ಒಳಗೊಂಡಿದೆಕಾರಣ(ಉದಾ,ಪವರ್‌ಅಪ್).
3. ಗೆಟ್‌ಬೇಸ್ ವರದಿ: ಎಲ್ಲಾ ಕೀಲಿಗಳನ್ನು ವಿನಂತಿಸುವ ಬದಲು, CSMS ಸಾಧನ ಮಾದರಿಯ ಸಂಪೂರ್ಣ ಶ್ರೇಣಿಯನ್ನು ಒದಗಿಸುವ "ಮೂಲ ವರದಿ" ಯನ್ನು ವಿನಂತಿಸುತ್ತದೆ.
4. ಸೆಟ್‌ವೇರಿಯೇಬಲ್‌ಗಳು: CSMS ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ನವೀಕರಿಸುತ್ತದೆ. 2.0.1 ಪರಮಾಣು ನವೀಕರಣಗಳಿಗೆ ಅನುಮತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ - ಒಂದು ಸಂದೇಶದಲ್ಲಿ ಬಹು ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಹೊಂದಿಸುವುದು ಮತ್ತು ಎಲ್ಲವೂ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ ಅಥವಾ ಯಾವುದೂ ಯಶಸ್ವಿಯಾಗುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು.
5. ಈವೆಂಟ್‌ಗೆ ಸೂಚಿಸಿ: ನಿಲ್ದಾಣವು ಆರಂಭಿಕ ಘಟಕ ಸ್ಥಿತಿಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

11.2 ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಮಾತುಕತೆ

ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಎಂದರೆ 2.0.1 ನಿಜವಾಗಿಯೂ ಹೊಳೆಯುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ಬಹು ಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ.

1.6J ನಲ್ಲಿ, CSMS ಒಂದುಸೆಟ್‌ಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್ಇದು ಸ್ಟ್ಯಾಕ್ ಮಟ್ಟ ಮತ್ತು ವೇಳಾಪಟ್ಟಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಒಂದು ನಿಲ್ದಾಣವು ಬಹು ಕನೆಕ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಪ್ರೊಫೈಲ್ ನಿರ್ವಹಣೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಅಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ.

೨.೦.೧ ರಲ್ಲಿ,ಸೆಟ್‌ಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್ಸ್ಪಷ್ಟವಾಗಿ ಲಿಂಕ್ ಮಾಡಲಾಗಿದೆ aಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್ ಉದ್ದೇಶ.

• ಚಾರ್ಜಿಂಗ್ ಸ್ಟೇಷನ್ ಮ್ಯಾಕ್ಸ್ ಪ್ರೊಫೈಲ್: ಇಡೀ ನಿಲ್ದಾಣದ ಸೇವನೆಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
• TXDefaultಪ್ರೊಫೈಲ್: ಯಾವುದೇ ಹೊಸ ವಹಿವಾಟಿಗೆ ಡೀಫಾಲ್ಟ್.
• TXಪ್ರೊಫೈಲ್: ನಡೆಯುತ್ತಿರುವ ವಹಿವಾಟಿಗೆ ನಿರ್ದಿಷ್ಟ.

ಇದಲ್ಲದೆ, 2.0.1 ಬೆಂಬಲಿಸುತ್ತದೆಚಾರ್ಜಿಂಗ್ ಸ್ಟ್ಯಾಕ್ ಲೆವೆಲ್ ಪಡೆಯಿರಿಸಂದೇಶ, CSMS ಯಾವ ಪ್ರೊಫೈಲ್‌ಗಳು ಪ್ರಸ್ತುತ ಸಕ್ರಿಯವಾಗಿವೆ ಮತ್ತು EVSE ಯ ಆಂತರಿಕ ವೇಳಾಪಟ್ಟಿಯಿಂದ ಅವುಗಳಿಗೆ ಹೇಗೆ ಆದ್ಯತೆ ನೀಡಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

11.3 ರಿಮೋಟ್ ಟ್ರಿಗ್ಗರಿಂಗ್ ಮತ್ತು ನಿಯಂತ್ರಣ

ರಿಮೋಟ್ ಕಮಾಂಡ್‌ಗಳು ಹಾಗೆರಿಮೋಟ್ ಸ್ಟಾರ್ಟ್ ವಹಿವಾಟು(1.6J) ಅನ್ನು ಬದಲಾಯಿಸಲಾಗಿದೆವಿನಂತಿ ಪ್ರಾರಂಭಿಸಿವಹಿವಾಟು(೨.೦.೧). ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಪೇಲೋಡ್. ೨.೦.೧ ರಲ್ಲಿ, CSMS ಒಂದು ಸೇರಿಸಬಹುದುಚಾರ್ಜಿಂಗ್ ಪ್ರೊಫೈಲ್ನೇರವಾಗಿ ಪ್ರಾರಂಭ ವಿನಂತಿಯಲ್ಲಿ. ಇದರರ್ಥ ಕಾರು ಎರಡನೇ ಸಂದೇಶಕ್ಕಾಗಿ ಕಾಯದೆ, ಸರಿಯಾದ ವಿದ್ಯುತ್ ಮಟ್ಟದಲ್ಲಿ ತಕ್ಷಣವೇ ಚಾರ್ಜ್ ಆಗಲು ಪ್ರಾರಂಭಿಸಬಹುದು, ವಿಳಂಬವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಗ್ರಿಡ್ ಸ್ಥಿರತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.

ಅಧ್ಯಾಯ 12: ಕೆಳಮಟ್ಟದ JSON ಸ್ಕೀಮಾ ಮತ್ತು ಕ್ಷೇತ್ರ ಹೋಲಿಕೆಗಳು

ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ಸ್ ಇಂಟಿಗ್ರೇಟರ್‌ಗಳಿಗೆ, ಸ್ಕೀಮಾ ಬದಲಾವಣೆಗಳು ವಲಸೆಯ ಅತ್ಯಂತ ಶ್ರಮದಾಯಕ ಭಾಗವಾಗಿದೆ.

೧೨.೧ ಎಣಿಕೆ ಮಾಡಲಾದ ವಿಧಗಳು (ಎನಮ್‌ಗಳು)

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 ಮಿಲಿಯನ್ ಆಗಿತ್ತು. ಆದಾಗ್ಯೂ, ಕಡಿಮೆ ನಿರ್ವಹಣಾ ಕರೆಗಳು (ಸಾಧನ ಮಾದರಿಯ ರೋಗನಿರ್ಣಯಕ್ಕೆ ಧನ್ಯವಾದಗಳು) ವರ್ಷಕ್ಕೆ $400k ಉಳಿಸಿದವು. ಹೆಚ್ಚುವರಿಯಾಗಿ, V2G ಆವರ್ತನ ಪ್ರತಿಕ್ರಿಯೆ ಮಾರುಕಟ್ಟೆಗಳಲ್ಲಿ ಭಾಗವಹಿಸುವ ಸಾಮರ್ಥ್ಯವು ವಾರ್ಷಿಕ ಆದಾಯದಲ್ಲಿ ಹೆಚ್ಚುವರಿ $200k ಅನ್ನು ಉತ್ಪಾದಿಸಿತು. ಮರುಪಾವತಿ ಅವಧಿಯು ಸರಿಸುಮಾರು 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 ರ ಮುಂದುವರಿದ ಸ್ಟ್ಯಾಕ್-ಮಟ್ಟದ ತರ್ಕವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆಯೇ?
• [ ]ಸ್ಕೇಲೆಬಿಲಿಟಿ: ವೆಬ್‌ಸಾಕೆಟ್ ಹ್ಯಾಂಡ್ಲರ್ ಏಕಕಾಲದಲ್ಲಿ 50,000+ ನಿರಂತರ TLS ಸಂಪರ್ಕಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದೇ?

ಅಧ್ಯಾಯ 15: ಸಾಮಾನ್ಯ OCPP ಅನುಷ್ಠಾನ ಸಮಸ್ಯೆಗಳ ನಿವಾರಣೆ

ಮಾನದಂಡವಿದ್ದರೂ ಸಹ, ಅನುಷ್ಠಾನಗಳು ಬದಲಾಗುತ್ತವೆ. ಇಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ "ಗೊಟ್ಚಾಗಳು" ಇವೆ.

15.1 ವೆಬ್‌ಸಾಕೆಟ್ ಅವಧಿ ಮೀರುವಿಕೆಗಳು

ಹಲವು ನೆಟ್‌ವರ್ಕ್ ಫೈರ್‌ವಾಲ್‌ಗಳು ನಿಷ್ಕ್ರಿಯ TCP ಸಂಪರ್ಕಗಳನ್ನು ಮುಚ್ಚುತ್ತವೆ.ಹೃದಯ ಬಡಿತ ಮಧ್ಯಂತರತುಂಬಾ ಎತ್ತರಕ್ಕೆ ಹೊಂದಿಸಿದ್ದರೆ, ಚಾರ್ಜರ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳಬಹುದು.

• ಪರಿಹಾರ: ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿಹೃದಯ ಬಡಿತ ಮಧ್ಯಂತರಫೈರ್‌ವಾಲ್‌ನ ಸಮಯ ಮೀರುವಿಕೆಗಿಂತ ಕಡಿಮೆಯಾಗಿದೆ (ಸಾಮಾನ್ಯವಾಗಿ 60-120 ಸೆಕೆಂಡುಗಳು).

15.2 ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿ ಸಮಸ್ಯೆಗಳು

2.0.1 ರಲ್ಲಿ ಸಾಮಾನ್ಯ ವೈಫಲ್ಯವೆಂದರೆ "ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದ ಪ್ರಮಾಣಪತ್ರ" ದೋಷ. ಚಾರ್ಜರ್‌ನಲ್ಲಿ CSMS ನ ರೂಟ್ CA ಸ್ಥಾಪಿಸದಿದ್ದಾಗ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.

• ಪರಿಹಾರ: ಬಳಸಿಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸಿಟ್ರಸ್ಟ್ ಚೈನ್ ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕಾರ್ಯಾರಂಭದ ಸಮಯದಲ್ಲಿ ಸಂದೇಶ.

15.3 JSON ಪೇಲೋಡ್ ಗಾತ್ರ

ಕೆಲವು ೨.೦.೧ ಸಂದೇಶಗಳು (ಹಾಗೆಗೆಟ್‌ಬೇಸ್ ವರದಿ) ತುಂಬಾ ದೊಡ್ಡದಾಗಿರಬಹುದು. ಚಾರ್ಜರ್‌ನ ಬಫರ್ ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದ್ದರೆ, ಅದು ಸಂದೇಶವನ್ನು ಬಿಡುತ್ತದೆ.

• ಪರಿಹಾರ: ಪರಿಶೀಲಿಸಿಗರಿಷ್ಠ ಸಂದೇಶ ಗಾತ್ರಸಾಧನ ಮಾದರಿಯಲ್ಲಿ ವೇರಿಯೇಬಲ್ ಅನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು CSMS ಈ ಮಿತಿಯನ್ನು ಗೌರವಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.

ಅಧ್ಯಾಯ 16: ಪ್ರಾದೇಶಿಕ ನಿಯಂತ್ರಕ ಭೂದೃಶ್ಯಗಳು ಮತ್ತು ಶಿಷ್ಟಾಚಾರದ ಆದೇಶಗಳು

OCPP 2.0.1 ಗೆ ಬದಲಾಯಿಸುವುದು ಕೇವಲ ತಂತ್ರಜ್ಞಾನದಿಂದ ನಡೆಸಲ್ಪಡುತ್ತಿಲ್ಲ; ಇದು ಹೆಚ್ಚಾಗಿ ಕಾನೂನಿನ ವಿಷಯವಾಗಿದೆ.

೧೬.೧ ಯುರೋಪಿಯನ್ ಒಕ್ಕೂಟ (AFIR)

EU ನಲ್ಲಿ ಪರ್ಯಾಯ ಇಂಧನ ಮೂಲಸೌಕರ್ಯ ನಿಯಂತ್ರಣ (AFIR) ಬೆಲೆ ಪಾರದರ್ಶಕತೆ ಮತ್ತು ಪರಸ್ಪರ ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ. ಇದು OCPP 2.0.1 ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸದಿದ್ದರೂ, "ನೈಜ-ಸಮಯದ ಡೇಟಾ ಹಂಚಿಕೆ" ಮತ್ತು "ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್" ನ ಅವಶ್ಯಕತೆಯು ಪರಿಣಾಮಕಾರಿಯಾಗಿ 2.0.1 ಅನ್ನು ಹೊಸ ಸಾರ್ವಜನಿಕ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಏಕೈಕ ಕಾರ್ಯಸಾಧ್ಯ ಮಾನದಂಡವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ.

೧೬.೨ ಉತ್ತರ ಅಮೆರಿಕ (NEVI)

ಅಮೆರಿಕ ಸಂಯುಕ್ತ ಸಂಸ್ಥಾನದಲ್ಲಿ, ರಾಷ್ಟ್ರೀಯ ವಿದ್ಯುತ್ ವಾಹನ ಮೂಲಸೌಕರ್ಯ (NEVI) ಸೂತ್ರ ಕಾರ್ಯಕ್ರಮವು ಚಾರ್ಜರ್‌ಗಳು "ಇಂಟರ್‌ಆಪರೇಬಲ್" ಆಗಿರಬೇಕು ಎಂದು ಬಯಸುತ್ತದೆ. ಕ್ಯಾಲಿಫೋರ್ನಿಯಾದಂತಹ ರಾಜ್ಯಗಳು ಇನ್ನೂ ಮುಂದೆ ಹೋಗುತ್ತಿವೆ, ಕ್ಯಾಲಿಫೋರ್ನಿಯಾ ಎನರ್ಜಿ ಕಮಿಷನ್ (CEC) ISO 15118 ಬೆಂಬಲಕ್ಕಾಗಿ ಒತ್ತಾಯಿಸುತ್ತಿದೆ, ಇದನ್ನು ನಾವು ಚರ್ಚಿಸಿದಂತೆ, OCPP 2.0.1 ಮೂಲಕ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ.

೧೬.೩ ಚೀನಾ ಮತ್ತು ಏಷ್ಯಾ-ಪೆಸಿಫಿಕ್

ಚೀನಾ ತನ್ನದೇ ಆದ ಮಾನದಂಡಗಳನ್ನು (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": "----ಪ್ರಾರಂಭಿಸಿಪ್ರಮಾಣಪತ್ರ------\n...\n-----ಪ್ರಮಾಣಪತ್ರ-ಮುಕ್ತಾಯ----", "certificateType": "V2G" }]“

2. ನಿಲ್ದಾಣವು ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆಸ್ವೀಕರಿಸಲಾಗಿದೆ:“json [3, "CERT-01", { "ಸ್ಥಿತಿ": "ಸ್ವೀಕರಿಸಲಾಗಿದೆ" }]“

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 (ಓಪನ್ ಚಾರ್ಜ್ ಅಲೈಯನ್ಸ್): ಭಾಷೆಯನ್ನು ಬರೆಯುವ ಸಂಸ್ಥೆ.
• ಐಎಸ್ಒ 15118: ಕಾರು ಮತ್ತು ಚಾರ್ಜರ್ ನಡುವಿನ ಪ್ರೋಟೋಕಾಲ್.
• ಪಿಎನ್‌ಸಿ (ಪ್ಲಗ್ ಮತ್ತು ಚಾರ್ಜ್): ISO 15118 ಮತ್ತು OCPP 2.0.1 ನಿಂದ ಸಕ್ರಿಯಗೊಳಿಸಲಾದ ಬಳಕೆದಾರ ಅನುಭವ.
• V2G (ವಾಹನದಿಂದ ಗ್ರಿಡ್‌ಗೆ): ಕಾರಿನಿಂದ ಗ್ರಿಡ್‌ಗೆ ವಿದ್ಯುತ್ ಅನ್ನು ಮರಳಿ ಕಳುಹಿಸುವುದು.
• V2X (ವಾಹನದಿಂದ ಎಲ್ಲದಕ್ಕೂ): V2G, V2H, ಮತ್ತು V2B ಗಳಿಗೆ ಸಾಮಾನ್ಯ ಪದ.
• TLS (ಸಾರಿಗೆ ಪದರ ಭದ್ರತೆ): ಡೇಟಾವನ್ನು ಸುರಕ್ಷಿತವಾಗಿರಿಸುವ ಎನ್‌ಕ್ರಿಪ್ಶನ್.
• ಪಿಕೆಐ (ಸಾರ್ವಜನಿಕ ಕೀಲಿ ಮೂಲಸೌಕರ್ಯ): ಭದ್ರತೆಗಾಗಿ ಬಳಸುವ ಡಿಜಿಟಲ್ ಪ್ರಮಾಣಪತ್ರಗಳ ವ್ಯವಸ್ಥೆ.
• 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 ಅಸಮಕಾಲಿಕತೆಯನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವುದು

ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳು ಅಂತರ್ಗತವಾಗಿ ಅಸಮಕಾಲಿಕವಾಗಿದ್ದರೂ, 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 ಸರಬರಾಜು ಮತ್ತು ಸಂರಚನೆ

21.2 ವಹಿವಾಟು ನಿರ್ವಹಣೆ

21.3 ಭದ್ರತೆ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ನಿರ್ವಹಣೆ

21.4 ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಟೇಬಲ್ ಎಂದರೆ ಏನು

ಕೋಷ್ಟಕವು ಒಂದು ಅಂಶವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತಿಳಿಸುತ್ತದೆ: OCPP 2.0.1 ಎಂಬುದು 1.6J ನ ಕಾಸ್ಮೆಟಿಕ್ ಮರುನಾಮಕರಣವಲ್ಲ. ಹೊಸ ಸಂದೇಶ ಕುಟುಂಬಗಳು - ಟೈಪ್ ಮಾಡಿದ ವೇರಿಯೇಬಲ್‌ಗಳು, ಈವೆಂಟ್-ಚಾಲಿತ ವಹಿವಾಟುಗಳು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆ - ಪ್ಲಗ್ & ಚಾರ್ಜ್, ಸ್ಮಾರ್ಟ್ ಚಾರ್ಜಿಂಗ್ ಮತ್ತು ನಿಯಂತ್ರಕ ವರದಿ ಮಾಡುವಿಕೆಗೆ ಅಗತ್ಯವಿರುವ ಪ್ಲಂಬಿಂಗ್ ಆಗಿದೆ. 1.6J ಅನ್ನು ಮಾತ್ರ ಮಾತನಾಡುವ ಚಾರ್ಜರ್ ಅನ್ನು ಗೇಟ್‌ವೇ ಮೂಲಕ ಮರುಹೊಂದಿಸಬಹುದು, ಆದರೆ 1.6J ಅನ್ನು ಮಾತ್ರ ಮಾತನಾಡುವ CSMS ಭದ್ರತಾ ಮಾದರಿ ನಿಯಂತ್ರಕರು ಮತ್ತು ವಾಹನ ತಯಾರಕರು ಹೆಚ್ಚಾಗಿ ಅಗತ್ಯವಿರುವ ಭದ್ರತಾ ಮಾದರಿಯನ್ನು ತಲುಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಹಾರ್ಡ್‌ವೇರ್ ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವಾಗ, "2.0.1-ಸಿದ್ಧ" ಎಂದರೆ ಫರ್ಮ್‌ವೇರ್ ಮುಂದಿನ ವರ್ಷಕ್ಕೆ ನಿಗದಿಪಡಿಸಲಾಗಿಲ್ಲ, ಇಂದು ರವಾನೆಯಾಗುತ್ತಿದೆ ಎಂದರ್ಥ. ಮತ್ತು OCPP 2.0.1 1.6J ನ SOAP ಸಾಗಣೆಗಿಂತ JSON-ಓವರ್-ವೆಬ್‌ಸಾಕೆಟ್‌ನಲ್ಲಿ ಚಲಿಸುವುದರಿಂದ, ಸಂದೇಶ ಹರಿವುಗಳು ಹಗುರವಾಗಿರುತ್ತವೆ ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲು ತುಂಬಾ ಸುಲಭ - ನಿಮ್ಮ IT ತಂಡವು ಮೊದಲ ದಿನದಿಂದಲೇ ಅನುಭವಿಸುವ ಪ್ರಾಯೋಗಿಕ ಪ್ರಯೋಜನವಾಗಿದೆ.

ಅಧ್ಯಾಯ 22: ತೀರ್ಮಾನ: ಅಪ್‌ಗ್ರೇಡ್ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವುದು

ವಾಣಿಜ್ಯ ನಿರ್ವಾಹಕರಿಗೆ, ಪ್ರಾಯೋಗಿಕ ಮಾರ್ಗದರ್ಶನ ಸ್ಪಷ್ಟವಾಗಿದೆ:

• ಹೊಸ ನಿಯೋಜನೆಗಳು OCPP 2.0.1 ಗೆ ಡೀಫಾಲ್ಟ್ ಆಗಿರಬೇಕು.ಭದ್ರತಾ ಮಾದರಿ, ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆ ಮತ್ತು ISO 15118 ಏಕೀಕರಣವು 2026 ರ ನಿಯಂತ್ರಕ ಪರಿಸರಕ್ಕೆ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳಾಗಿವೆ.
• ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ 1.6J ಫ್ಲೀಟ್‌ಗಳು ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡಿಲ್ಲ.ನೀವು 2.0.1-ಸ್ಥಳೀಯ ಹಾರ್ಡ್‌ವೇರ್ ಅನ್ನು ಹಂತ ಹಂತವಾಗಿ ಬಳಸುವಾಗ ನಿರ್ವಹಿಸಲಾದ ಗೇಟ್‌ವೇಗಳು ಮತ್ತು ಡ್ಯುಯಲ್-ಪ್ರೋಟೋಕಾಲ್ CSMS ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಅಂತರವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತವೆ.
• ನಂಬುವ ಮೊದಲು ಪರೀಕ್ಷಿಸಿ.OCTT, ಪ್ಲಗ್‌ಫೆಸ್ಟ್‌ಗಳು ಮತ್ತು ಹಂತ ಹಂತದ ರೋಲ್‌ಔಟ್‌ಗಳನ್ನು ಬಳಸಿ - ಡೇಟಾಶೀಟ್‌ನಿಂದ ಊಹಿಸದೆ, ಕ್ಷೇತ್ರದಲ್ಲಿ ಪರಸ್ಪರ ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಲಾಗಿದೆ.
• ವಲಸೆ ಮಾರ್ಗವನ್ನು ಲಿಖಿತವಾಗಿ ಒತ್ತಾಯಿಸಿ.ನಿಮ್ಮ ಚಾರ್ಜರ್ ಮಾರಾಟಗಾರರು 1.6J ನಿಂದ 2.0.1 ವರೆಗಿನ ಫರ್ಮ್‌ವೇರ್ ಮಾರ್ಗಸೂಚಿಯನ್ನು ದಿನಾಂಕಗಳೊಂದಿಗೆ ಪ್ರಕಟಿಸಬೇಕು, ಅಸ್ಪಷ್ಟ ಭರವಸೆಗಳಲ್ಲ.

ಕ್ರಮ ಕೈಗೊಳ್ಳಲು ಕರೆ: ನಿಮ್ಮ ಪ್ರೋಟೋಕಾಲ್ ಕಾರ್ಯತಂತ್ರದ ಬಗ್ಗೆ MIDA ಪವರ್ ಜೊತೆ ಮಾತನಾಡಿ

MIDA Power ships OCPP 1.6J and 2.0.1 on every charger, with field-upgradeable firmware and a cloud platform that manages mixed-protocol fleets in a single dashboard. Contact sales@midapower.com for our protocol migration guide, OCTT test reports, and a free compatibility review of your existing network.