বাণিজ্যিক চার্জিং অপারেটরদের জন্য OCPP 1.6J বনাম 2.0.1 এর কৌশলগত তুলনা

বৈশ্বিক বাণিজ্যিক চার্জিং অপারেটরদের জন্য OCPP 1.6J বনাম 2.0.1-এর চূড়ান্ত কৌশলগত তুলনা: টেকসই ইভি প্রবৃদ্ধির জন্য নেটওয়ার্ক স্কেলেবিলিটি, উন্নত সাইবার নিরাপত্তা, ISO 15118 একীকরণ এবং দীর্ঘমেয়াদী অবকাঠামোগত ভবিষ্যৎ-প্রস্তুতিতে দক্ষতা অর্জন

নির্বাহী সারসংক্ষেপ

ইলেকট্রিক ভেহিকল (EV) চার্জিংয়ের ক্ষেত্রে এক যুগান্তকারী পরিবর্তন ঘটছে। বিশ্বব্যাপী এর ব্যবহার দ্রুতগতিতে বাড়ার সাথে সাথে, ইলেকট্রিক ভেহিকল সাপ্লাই ইকুইপমেন্ট (EVSE) এবং চার্জিং স্টেশন ম্যানেজমেন্ট সিস্টেম (CSMS)-এর মধ্যকার মিথস্ক্রিয়া নিয়ন্ত্রণকারী অন্তর্নিহিত কমিউনিকেশন প্রোটোকলগুলো কমার্শিয়াল চার্জিং অপারেটরদের (CPO) প্রযুক্তিগত কৌশলের কেন্দ্রবিন্দুতে পরিণত হয়েছে। ওপেন চার্জ অ্যালায়েন্স (OCA) দ্বারা পরিচালিত ওপেন চার্জ পয়েন্ট প্রোটোকল (OCPP), একটি সাধারণ মেসেজিং ফ্রেমওয়ার্ক থেকে একটি অত্যাধুনিক, সুরক্ষিত এবং অত্যন্ত সম্প্রসারণযোগ্য স্ট্যান্ডার্ডে রূপান্তরিত হয়েছে।

এই নির্দেশিকাটি OCPP 1.6J থেকে OCPP 2.0.1-এ রূপান্তরের একটি বিশদ প্রযুক্তিগত বিশ্লেষণ প্রদান করে। আমরা এর স্থাপত্যগত পার্থক্য, নিরাপত্তা উন্নয়ন, ডিভাইস ব্যবস্থাপনার পদ্ধতি এবং ISO 15118 একীকরণের গুরুত্বপূর্ণ ভূমিকা নিয়ে আলোচনা করেছি। ক্রেতা এবং পরিচালনাকারীদের জন্য, দ্রুত পরিবর্তনশীল এই বাজারে তথ্যভিত্তিক ক্রয় এবং স্থানান্তর সংক্রান্ত সিদ্ধান্ত গ্রহণের ক্ষেত্রে এই নিবন্ধটি একটি চূড়ান্ত নির্দেশিকা হিসেবে কাজ করে।

অধ্যায় ১: ইভি চার্জিং মানদণ্ডের বিবর্তন: একটি ঐতিহাসিক প্রেক্ষাপট

আন্তঃকার্যক্ষমতার প্রয়োজনীয়তা থেকেই ওপেন চার্জ পয়েন্ট প্রোটোকল (OCPP)-এর জন্ম হয়েছিল। বৈদ্যুতিক গাড়ির চার্জিংয়ের শুরুর দিকে, হার্ডওয়্যার নির্মাতা এবং সফটওয়্যার সরবরাহকারীরা নিজস্ব প্রোটোকল ব্যবহার করত, যা এমন এক ‘সীমাবদ্ধ জগৎ’ তৈরি করেছিল যা প্রতিযোগিতা এবং উদ্ভাবনকে বাধাগ্রস্ত করত। OCPP ১.২ এবং ১.৫-এর প্রবর্তন ভিত্তি স্থাপন করলেও, OCPP ১.৬-ই এই শিল্পকে সত্যিকার অর্থে একীভূত করেছিল।

১.১ ওসিপিপি ১.৬জে-এর প্রাধান্য

২০১৫ সালে প্রকাশিত OCPP 1.6, JSON over WebSockets (1.6J) ইমপ্লিমেন্টেশন চালু করে। SOAP-ভিত্তিক মেসেজিং থেকে এই সরে আসা ওভারহেড উল্লেখযোগ্যভাবে হ্রাস করে এবং ডেভেলপারদের জন্য ইমপ্লিমেন্টেশনকে সহজ করে তোলে। এটি স্মার্ট চার্জিং এবং অতিরিক্ত স্ট্যাটাস নোটিফিকেশনের মতো ফিচার নিয়ে আসে, যা এটিকে প্রায় এক দশক ধরে ইন্ডাস্ট্রির স্ট্যান্ডার্ডে পরিণত করে।

১.২ ওসিপিপি ২.০.১ এর উৎপত্তি

1.6J-এর সাফল্য সত্ত্বেও, শিল্পের অগ্রগতি এর সীমাবদ্ধতাগুলো প্রকাশ করে দেয়। নিরাপত্তা সংক্রান্ত সমস্যা, ডিভাইস ব্যবস্থাপনার জটিলতা এবং অ্যাডভান্সড গ্রিড ইন্টিগ্রেশন (V2G)-এর জন্য নেটিভ সাপোর্টের অভাবের কারণে OCPP 2.0 এবং পরবর্তীতে এর পরিমার্জিত সংস্করণ OCPP 2.0.1 (যা ২০২০ সালে প্রকাশিত হয়) তৈরি করা হয়। OCPP 2.0.1 শুধু একটি আপডেট নয়; এটি একটি সম্পূর্ণ নতুন ডিজাইন, যার লক্ষ্য হলো পরবর্তী প্রজন্মের উচ্চ-ক্ষমতাসম্পন্ন, স্মার্ট এবং নিরাপদ চার্জিং নেটওয়ার্কগুলোকে সমর্থন করা।

অধ্যায় ২: যোগাযোগের অন্তর্নিহিত প্রতিমানসমূহ: JSON, WebSockets, এবং ফ্রেম কাঠামো

এই প্রোটোকলগুলোর মধ্যে পার্থক্য বুঝতে হলে নিম্ন-স্তরের যোগাযোগের দিকে নজর দিতে হবে। উভয় প্রোটোকলই ওয়েবসকেটের মাধ্যমে JSON ব্যবহার করে, কিন্তু এই বার্তাগুলোর গঠন এবং প্রক্রিয়াকরণে উল্লেখযোগ্য পার্থক্য রয়েছে।

২.১ ওয়েবসকেট স্তর

উভয় সংস্করণই স্থায়ী ওয়েবসকেট সংযোগ ব্যবহার করে, যা ফুল-ডুপ্লেক্স যোগাযোগের সুযোগ দেয়। রিয়েল-টাইম কার্যক্রমের জন্য এটি অত্যন্ত গুরুত্বপূর্ণ, যেমন মোবাইল অ্যাপ থেকে চার্জিং সেশন বন্ধ করা বা তাৎক্ষণিক ত্রুটির সতর্কতা গ্রহণ করা।

২.২ মেসেজ ফ্রেমের বিভাজন

একটি সাধারণ OCPP মেসেজে একটি মেসেজ টাইপ আইডি, একটি অনন্য মেসেজ আইডি, অ্যাকশনের নাম এবং পেলোড থাকে।

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", "বুট নোটিফিকেশন", { "কারণ": "পাওয়ার আপ", "চার্জিং স্টেশন": { "বিক্রেতার নাম": "মিডা পাওয়ার", "মডেল": "টেরা-জেড", "সিরিয়াল নম্বর": "এসএন-জেড-৯৯", "ফার্মওয়্যার সংস্করণ": "ভি২.০.০" } }]`2.0.1 সংস্করণে বর্ধিত সূক্ষ্মতা লক্ষ্য করুন।`reason` ফিল্ডটি CSMS-কে বুঝতে সাহায্য করে যে বুটটি রিবুট, পাওয়ার-আপ, নাকি ওয়াচ-ডগ ট্রিগারের কারণে হয়েছে, যা উন্নততর ডায়াগনস্টিক লজিক সক্ষম করে।

অধ্যায় ৩: স্থাপত্যগত দৃষ্টান্ত পরিবর্তন: ডিভাইস মডেল

OCPP 2.0.1-এর সবচেয়ে উল্লেখযোগ্য প্রযুক্তিগত পরিবর্তন হলো এর প্রবর্তন।ডিভাইস মডেল.

৩.১ ১.৬জে কনফিগারেশন কী-এর সীমাবদ্ধতা

OCPP 1.6J-তে, হার্ডওয়্যার কনফিগারেশন “কনফিগারেশন কী”-এর একটি ফ্ল্যাট তালিকার মাধ্যমে পরিচালিত হতো (যেমন,হৃদস্পন্দনের ব্যবধান, সংযোগ সময়সীমাচার্জারগুলো আরও জটিল হয়ে ওঠার সাথে সাথে (একাধিক সংযোগকারী, সমন্বিত পাওয়ার মডিউল, জটিল শীতলীকরণ ব্যবস্থা), এই সরল তালিকাটি নিয়ন্ত্রণ করা কঠিন হয়ে পড়ে। একটি স্টেশনের ভৌত স্তরবিন্যাস বর্ণনা করার কোনো প্রমিত পদ্ধতি ছিল না।

৩.২ ২.০.১ ডিভাইস মডেল পদ্ধতি

OCPP 2.0.1 একটি স্তরক্রমিক মডেল প্রবর্তন করে যা গঠিতউপাদানএবংভেরিয়েবলএকটি কম্পোনেন্ট হতে পারে “কন্ট্রোলার,” “কানেক্টর,” বা “পাওয়ারমডিউল।” প্রতিটি কম্পোনেন্টের ভ্যারিয়েবল থাকে যা এর অবস্থা বা কনফিগারেশনকে নির্দেশ করে (যেমন,তাপমাত্রা, ভোল্টেজ, ম্যাক্সকারেন্ট).

• উপাদানচার্জিং স্টেশনের একটি ভৌত ​​বা যৌক্তিক অংশ।
• পরিবর্তনশীলওই কম্পোনেন্টটির একটি নির্দিষ্ট বৈশিষ্ট্য।
• বৈশিষ্ট্যভেরিয়েবলটির বর্ণনাকারী মেটাডেটা (একক, পরিসর, অ্যাক্সেস টাইপ)।

এর ফলে প্রমিত পর্যবেক্ষণ সম্ভব হয়। একজন অপারেটর এখন বিক্রেতা-নির্দিষ্ট মালিকানাধীন কী-এর উপর নির্ভর না করে, একটি প্রমিত পথ ব্যবহার করে কোনো নির্দিষ্ট পাওয়ার মডিউলের তাপমাত্রা জানতে পারেন।

অধ্যায় ৪: সাইবার নিরাপত্তা: “সর্বোত্তম প্রচেষ্টা” থেকে বাধ্যতামূলক টিএলএস

ইভি চার্জিংয়ের শুরুর দিকে নিরাপত্তাকে প্রায়শই তেমন গুরুত্ব দেওয়া হতো না। OCPP 1.6J নিরাপত্তা প্রোফাইল প্রদান করলেও, বিভিন্ন বিক্রেতার মধ্যে এর বাস্তবায়ন অসামঞ্জস্যপূর্ণ ছিল।

৪.১ ১.৬জে-তে নিরাপত্তা প্রোফাইল

OCPP 1.6J তিনটি নিরাপত্তা প্রোফাইল সংজ্ঞায়িত করেছে:

1. অসুরক্ষিতপ্লেইনটেক্সট HTTP/WebSockets।
2. বেসিক অথেন্টিকেশনইউজারনেম/পাসওয়ার্ড সহ টিএলএস।
3. সার্টিফিকেট-ভিত্তিকক্লায়েন্ট-সাইড সার্টিফিকেট সহ TLS।

সমস্যাটি ছিল যে, অনেক চার্জার প্রোফাইল ১-এ থেকে গিয়েছিল, যার ফলে সেগুলো ম্যান-ইন-দ্য-মিডল (MITM) আক্রমণ এবং অননুমোদিত নিয়ন্ত্রণের ঝুঁকিতে ছিল।

৪.২ ২.০.১ এর কঠোর অবস্থান

OCPP 2.0.1 নিরাপদ যোগাযোগ বাধ্যতামূলক করে। এটিতে উন্নত নিরাপত্তা বৈশিষ্ট্যগুলো স্বয়ংক্রিয়ভাবে সমন্বিত রয়েছে:

• নিরাপদ ফার্মওয়্যার আপডেটফার্মওয়্যার ইমেজের বাধ্যতামূলক স্বাক্ষর ও যাচাইকরণ।
• নিরাপত্তা লগিংনিরাপত্তাসংক্রান্ত ঘটনাগুলোর বিস্তারিত লগ (যেমন, ব্যর্থ লগইন প্রচেষ্টা, সার্টিফিকেটের মেয়াদ শেষ হওয়া)।
• সার্টিফিকেট ব্যবস্থাপনাঘূর্ণিত এবং হালনাগাদকৃত সার্টিফিকেটের জন্য প্রমিত বার্তা (CSMS-চালিত বা স্টেশন-চালিত)।
• টিএলএস ১.২/১.৩সর্বাধুনিক এনক্রিপশন স্ট্যান্ডার্ডের সমর্থন।

বাণিজ্যিক অপারেটরদের জন্য, এটি ব্যাপক নেটওয়ার্ক লঙ্ঘনের ঝুঁকি হ্রাস করে এবং IoT ডিভাইসগুলির জন্য উদীয়মান সাইবার নিরাপত্তা বিধিবিধানের সাথে সম্মতি নিশ্চিত করে।

অধ্যায় ৫: আইএসও ১৫১১৮ একীকরণ: প্লাগ অ্যান্ড চার্জ এবং ভি২জি

ইভি চার্জিংয়ের ভবিষ্যৎ শুধু ইলেকট্রন স্থানান্তরের মধ্যেই সীমাবদ্ধ নয়; এটি ডেটা এবং শক্তির বুদ্ধিদীপ্ত আদান-প্রদানের উপর নির্ভরশীল। ISO 15118 হলো ভেহিকেল-টু-গ্রিড (V2G) যোগাযোগের আন্তর্জাতিক মান, এবং OCPP-এর সাথে এর সমন্বয়ই হলো 2.0.1-এর প্রধান বৈশিষ্ট্য।

৫.১ প্লাগ ও চার্জের জটিলতা

প্লাগ অ্যান্ড চার্জ (PnC) একজন চালককে কোনো অ্যাপ বা আরএফআইডি কার্ড ব্যবহার না করেই কেবল গাড়িটি প্লাগ ইন করে চার্জ দেওয়া শুরু করার সুযোগ দেয়। এর জন্য গাড়ি, চার্জার, অপারেটর এবং ক্লিয়ারিংহাউসকে অন্তর্ভুক্ত করে একটি জটিল পাবলিক কী ইনফ্রাস্ট্রাকচার (PKI) প্রয়োজন হয়।

OCPP 1.6J-তে মূল প্রোটোকলে PnC সাপোর্ট ছিল না। ভেন্ডরদের নিজস্ব এক্সটেনশন তৈরি করতে হতো, যার ফলে ফ্র্যাগমেন্টেশন ঘটত। OCPP 2.0.1 নিম্নলিখিত বিষয়গুলো সাপোর্ট করার মাধ্যমে PnC-এর জন্য প্রয়োজনীয় ভিত্তি প্রদান করে:

• সার্টিফিকেট ইনস্টলেশনCSMS থেকে EVSE-এর মাধ্যমে EV-তে চুক্তিপত্র হস্তান্তর করা।
• অনুমোদনগাড়ির সার্টিফিকেট থেকে প্রাপ্ত ই-মোবিলিটি আইডি (eMAID) ব্যবহার করে।
• এনক্রিপ্টেড যোগাযোগগাড়ি এবং গ্রিডের মধ্যে আদান-প্রদান হওয়া সংবেদনশীল বিলিং ডেটার সুরক্ষা নিশ্চিত করা।

৫.২ স্মার্ট চার্জিং এবং লোড ব্যালান্সিং

যদিও ১.৬ জুল সাধারণ স্মার্ট চার্জিং সমর্থন করত (একটিচার্জিং প্রোফাইল সেট করুন), ২.০.১ এটিকে আরও উন্নত করে। এটি নিম্নলিখিত বিষয়গুলোর সুযোগ দেয়:

• বাহ্যিক সংকেত একত্রীকরণগ্রিড ফ্রিকোয়েন্সি বা পাইকারি মূল্যের সংকেতে রিয়েল-টাইম প্রতিক্রিয়া।
• ডাইনামিক লোড ম্যানেজমেন্টশত শত কানেক্টরযুক্ত একটি সাইট জুড়ে বিদ্যুৎ বিতরণের ওপর আরও সূক্ষ্ম নিয়ন্ত্রণ।
• যানবাহন-থেকে-গ্রিড (V2G)২.০.১ সংস্করণে দ্বিমুখী শক্তি প্রবাহকে সমর্থন করার জন্য প্রয়োজনীয় ডেটা ফিল্ড অন্তর্ভুক্ত রয়েছে, যা বৈদ্যুতিক যানগুলোকে (EVs) গ্রিডের জন্য বিতরণকৃত শক্তি সম্পদ (DERs) হিসেবে কাজ করতে সক্ষম করে।

৫.৩ ব্যবহারকারীর UI/UX উন্নয়ন

OCPP 2.0.1 সরাসরি চার্জারের স্ক্রিনে বা গাড়ির ড্যাশবোর্ডে তথ্য প্রদর্শন সমর্থন করে, যেমন:

• স্থানীয় মুদ্রায় রিয়েল-টাইম মূল্য।
• ৮০% চার্জ অবস্থায় (SoC) পৌঁছানোর আনুমানিক সময়।
• সম্পন্ন হলে বিস্তারিত রসিদ তথ্য প্রদান করা হবে।

অধ্যায় ৬: উন্নত ডিভাইস ব্যবস্থাপনা ও পর্যবেক্ষণ

একজন CPO-এর জন্য, একটি চার্জারের খরচ শুধু তার ক্রয়মূল্যই নয়; এটি হলো মালিকানার মোট খরচ (TCO)। রক্ষণাবেক্ষণ এবং ডাউনটাইম হলো মুনাফা হ্রাসের সবচেয়ে বড় কারণ। OCPP 2.0.1 তার উন্নত পর্যবেক্ষণ ক্ষমতার মাধ্যমে এই সমস্যার সমাধান করে।

৬.১ ঘটনা-ভিত্তিক প্রতিবেদন

1.6J-তে, CSMS-কে সাধারণত স্ট্যাটাস জানার জন্য চার্জারকে পোল করতে হতো অথবা একটি অপেক্ষার প্রয়োজন হতো।স্থিতি বিজ্ঞপ্তি2.0.1-এ,ইভেন্ট পর্যবেক্ষণসিস্টেমটি CSMS-কে থ্রেশহোল্ড বা সীমা নির্ধারণ করার সুযোগ দেয়। উদাহরণস্বরূপ: “অভ্যন্তরীণ তাপমাত্রা ৭০°C অতিক্রম করলেই কেবল আমাকে অবহিত করুন” অথবা “ইনপুট ভোল্টেজ ২০০V-এর নিচে নেমে গেলে রিপোর্ট করুন।” এটি নেটওয়ার্ক ট্র্যাফিক কমায় এবং পূর্বপ্রস্তুতিমূলক রক্ষণাবেক্ষণের সুযোগ করে দেয়।

৬.২ লেনদেন পরিচালনা: ট্রানজ্যাকশনইভেন্ট

OCPP 1.6J-এর সবচেয়ে সমালোচিত দিকগুলোর মধ্যে একটি ছিল এর লেনদেন পরিচালনা পদ্ধতি। একটি অধিবেশনে অন্তর্ভুক্ত ছিল...লেনদেন শুরু করুনএবংলেনদেন বন্ধ করুনবার্তা পাওয়া যেত, কিন্তু নেটওয়ার্ক বিঘ্নিত হলে CSMS প্রায়শই বিলিং ডেটা মেলাতে হিমশিম খেত।

OCPP 2.0.1 এগুলোকে একটি একক, শক্তিশালী ব্যবস্থা দ্বারা প্রতিস্থাপন করে।লেনদেন ইভেন্টবার্তা। এই বার্তাটি একটি লেনদেনের সমস্ত জীবনচক্র পর্যায় (শুরু হয়েছে, আপডেট হয়েছে, শেষ হয়েছে) রিপোর্ট করতে ব্যবহৃত হয়। এতে একটি অনন্য অন্তর্ভুক্ত থাকে।লেনদেন আইডিচার্জার রিবুট হলেও এটি বজায় থাকে, যা নিশ্চিত করে যে কোনো চার্জিং ডেটা—এবং ফলস্বরূপ কোনো আয়—নষ্ট হবে না।

৬.৩ উন্নত রোগনির্ণয় এবং সমস্যা সমাধান

দ্যগেটলগএবংডায়াগনস্টিকস স্ট্যাটাস নোটিফিকেশন2.0.1 সংস্করণে মেসেজগুলো আরও সুসংগঠিত। CPO-রা নির্দিষ্ট লগ টাইপের (সিকিউরিটি, ডায়াগনস্টিক, ইউজার) জন্য অনুরোধ করতে এবং সময়সীমা নির্দিষ্ট করে দিতে পারেন। এর ফলে রিমোট সাপোর্ট টিমগুলো সাইটে কোনো টেকনিশিয়ান না পাঠিয়েই সমস্যার সমাধান করতে পারে, যা পরিচালন ব্যয় (OpEx) উল্লেখযোগ্যভাবে কমিয়ে আনে।

অধ্যায় ৭: ফার্মওয়্যার আপডেট পদ্ধতি: নির্ভরযোগ্যতা এবং পূর্বাবস্থায় ফেরা

ফার্মওয়্যার আপডেট হলো ক্রমবিকাশমান হার্ডওয়্যারের প্রাণশক্তি, কিন্তু একটি ব্যর্থ আপডেট চার্জারটিকে অকেজো করে দিতে পারে।

৭.১ ১.৬জে আপডেট প্রক্রিয়া

১.৬ জুল-এ,ফার্মওয়্যার আপডেট করুনকমান্ডটি তুলনামূলকভাবে সহজ ছিল। চার্জারটি ইমেজটি ডাউনলোড করে ইনস্টল করার চেষ্টা করত। একাধিক ধাপে আপডেট বা যাচাইকৃত রোলব্যাকের জন্য কোনো প্রমিত ব্যবস্থা ছিল না।

৭.২ ২.০.১ বহু-ধাপ আপডেট

OCPP 2.0.1 ফার্মওয়্যার আপডেটের জন্য আরও উন্নত একটি জীবনচক্র চালু করেছে:

1. ডাউনলোড করুনচার্জারটি ইমেজটি সংগ্রহ করে এবং এর চেকসাম/স্বাক্ষর যাচাই করে।
2. ইনস্টলেশনআপডেটটি একটি সেকেন্ডারি পার্টিশনে প্রয়োগ করা হয়েছে।
3. যাচাইকরণসিস্টেমটি যাচাই করে দেখে যে নতুন ফার্মওয়্যারটি সঠিকভাবে বুট হচ্ছে কি না।
4. সক্রিয়করণপ্রাথমিক পার্টিশনটি সুইচ করা হয়েছে।

যদি কোনো ধাপ ব্যর্থ হয়, তবে চার্জারটি কীভাবে পূর্ববর্তী স্থিতিশীল সংস্করণে ফিরে আসবে এবং CSMS-কে নির্দিষ্ট ব্যর্থতা কোডটি জানাবে, তা প্রোটোকলে সংজ্ঞায়িত করা আছে। বৃহৎ পরিসরের বাণিজ্যিক স্থাপনার জন্য এই স্তরের নির্ভরযোগ্যতা অপরিহার্য।

৭.৩ স্বাক্ষর যাচাইকরণ

ক্ষতিকারক ব্যক্তিদের দ্বারা ত্রুটিপূর্ণ ফার্মওয়্যার আপলোড প্রতিরোধ করতে, ২.০.১ সংস্করণে ডিজিটাল স্বাক্ষরের ব্যবহার বাধ্যতামূলক করা হয়েছে। চার্জারটি প্রস্তুতকারকের প্রাইভেট কী দ্বারা স্বাক্ষরিত নয় এমন কোনো কোড চালাতে অস্বীকার করবে, যা হার্ডওয়্যার-স্তরের হ্যাকিংয়ের বিরুদ্ধে সুরক্ষার একটি গুরুত্বপূর্ণ স্তর যোগ করে।

অধ্যায় ৮: ডেটা গোপনীয়তা, নিয়ন্ত্রক সম্মতি এবং জিডিপিআর

ইভি চার্জিং একটি দৈনন্দিন প্রয়োজনীয়তা হয়ে ওঠায়, এর মাধ্যমে বিপুল পরিমাণ ব্যক্তিগত তথ্য তৈরি হচ্ছে। একটিমাত্র চার্জিং সেশন একজন ব্যবহারকারীর পরিচয়, তার গাড়ির অবস্থান, তার ভ্রমণের ধরণ এবং তার আর্থিক তথ্যকে সংযুক্ত করতে পারে।

৮.১ ওসিপিপি-তে ব্যক্তিগত শনাক্তকরণযোগ্য তথ্য (পিআইআই)

ইউরোপের জেনারেল ডেটা প্রোটেকশন রেগুলেশন (জিডিপিআর) এবং ক্যালিফোর্নিয়ার সিসিপিএ-এর মতো অনুরূপ আইনের প্রেক্ষাপটে, ডেটা পয়েন্ট যেমনআইডিট্যাগ(আরএফআইডি) অথবাইভিসিসিআইডি(যানবাহন শনাক্তকারী) ব্যক্তিগত শনাক্তকরণ তথ্য (PII) হিসেবে বিবেচিত হয়।

OCPP 2.0.1 ডেটা বেনামীকরণের জন্য উন্নততর নিয়ন্ত্রণ ব্যবস্থা প্রদান করে। উদাহরণস্বরূপ,কাস্টম ডেটাএই ফিল্ডগুলো অপারেটরদেরকে কোর প্রোটোকল লগে ব্যক্তিগত শনাক্তকরণ তথ্য (PII) প্রকাশ না করেই মেটাডেটা সংরক্ষণ করার সুযোগ দেয়। অধিকন্তু, উন্নত নিরাপত্তা প্রোফাইলগুলো নিশ্চিত করে যে এই ডেটা স্থানান্তরের সময় এবং সংরক্ষিত অবস্থায় উভয় ক্ষেত্রেই এনক্রিপ্টেড থাকে।

৮.২ বিস্মৃত হওয়ার অধিকার এবং ডেটা বহনযোগ্যতা

২.০.১ ডিভাইস মডেলের সুসংগঠিত প্রকৃতি CSMS প্রোভাইডারদের জন্য “ডেটা ডিলিট” করার অনুরোধ বাস্তবায়ন করা সহজ করে তোলে। ১.৬জে সিস্টেমে, বিভিন্ন কনফিগারেশন কী এবং লগ জুড়ে একজন ব্যবহারকারীর আইডির সমস্ত দৃষ্টান্ত খুঁজে বের করা ছিল একটি ম্যানুয়াল দুঃস্বপ্ন। ২.০.১-এ, ডিভাইসের অবস্থা এবং লেনদেনের ডেটার মধ্যে সুস্পষ্ট বিভাজন একটি পরিচ্ছন্ন ডেটাবেস আর্কিটেকচারের সুযোগ করে দেয়।

৮.৩ আইওটি নিরাপত্তা আইন মেনে চলা

বর্তমানে অনেক অঞ্চলে এমন আইন পাশ করা হচ্ছে, যেখানে IoT ডিভাইসগুলোর জন্য স্বতন্ত্র পাসওয়ার্ড এবং সুরক্ষিত আপডেট ব্যবস্থা থাকা বাধ্যতামূলক করা হয়েছে। OCPP 2.0.1-এর বাধ্যতামূলক TLS এবং স্বাক্ষরিত ফার্মওয়্যার শুধু ঐচ্ছিক বৈশিষ্ট্য নয়—ক্যালিফোর্নিয়া এবং যুক্তরাজ্যের মতো বাজারে হার্ডওয়্যার বিক্রির জন্য এগুলো আইনগত আবশ্যকতা।

অধ্যায় ৯: ক্রেতার দৃষ্টিকোণ: মোট মালিকানা খরচ (TCO), বিনিয়োগ আয় (ROI), এবং কৌশলগত স্থানান্তর

একজন বাণিজ্যিক চার্জিং অপারেটরের জন্য, 1.6J সংস্করণটি বহাল রাখা বা 2.0.1 সংস্করণে স্থানান্তরিত হওয়ার সিদ্ধান্তটি একটি আর্থিক বিষয়।

৯.১ বাস্তবায়নের খরচ

• ওসিপিপি ১.৬জেবাস্তবায়ন করা সস্তা এবং স্বল্পমূল্যের হার্ডওয়্যার দ্বারা ব্যাপকভাবে সমর্থিত, কিন্তু এর রক্ষণাবেক্ষণ এবং নিরাপত্তা ঝুঁকির মতো উচ্চ প্রচ্ছন্ন ব্যয় রয়েছে।
• ওসিপিপি ২.০.১এর জন্য EVSE-তে আরও শক্তিশালী প্রসেসর এবং বেশি মেমোরি প্রয়োজন। প্রোটোকলটির জটিলতার কারণে CSMS-এর উন্নয়ন খরচ বেশি। তবে, এটি রিমোট ম্যানেজমেন্ট এবং উন্নত নির্ভরযোগ্যতার মাধ্যমে পরিচালন ব্যয়ে (OpEx) উল্লেখযোগ্য সাশ্রয় প্রদান করে।

৯.২ “মসৃণ আপগ্রেড” ভ্রান্ত ধারণা

প্রায়শই বলা হয় যে 1.6J চার্জারগুলোকে সফটওয়্যারের মাধ্যমে 2.0.1-এ আপগ্রেড করা যায়। বাস্তবে, এটি খুব কমই সত্যি হয়। 2.0.1-এর জন্য প্রয়োজনীয় মেমরি এবং সিপিইউ (বিশেষ করে TLS সার্টিফিকেট পরিচালনা এবং ডিভাইস মডেলের জটিল JSON পার্সিং) প্রায়শই পুরোনো 1.6J কন্ট্রোলারগুলোর সক্ষমতাকে ছাড়িয়ে যায়।

৯.৩ কৌশলগত অভিবাসনের পথ

সিপিওদের একটি “হাইব্রিড নেটওয়ার্ক” পদ্ধতি বিবেচনা করা উচিত:

1. ঐতিহ্যবাহী স্থানবিদ্যমান কম-ক্ষমতার এসি চার্জারগুলোর জন্য ১.৬ জুল শক্তিতে চালানো অব্যাহত রাখুন।
2. নতুন ডিসি ফাস্ট চার্জিং সাইটসকল নতুন উচ্চ-ক্ষমতাসম্পন্ন স্থাপনার জন্য PnC এবং V2G সমর্থন বাধ্যতামূলক করা হলো (ম্যান্ডেট ২.০.১)।
3. প্রক্সি সমাধানএমন একটি প্রোটোকল গেটওয়ে ব্যবহার করুন যা CSMS-এর জন্য 1.6J মেসেজগুলোকে 2.0.1-উপযোগী ফরম্যাটে অনুবাদ করতে পারে, যার ফলে একটি একক সমন্বিত ম্যানেজমেন্ট ড্যাশবোর্ড তৈরি করা সম্ভব হয়।

অধ্যায় ১০: ভবিষ্যৎ-প্রস্তুতি: ওসিপিপি ২.১ এবং স্বয়ংক্রিয় চার্জিংয়ের পথ

২.০.১ সংস্করণটি জনপ্রিয়তা লাভ করার সাথে সাথেই ওপেন চার্জ অ্যালায়েন্স ইতোমধ্যে ওসিপিপি ২.১ নিয়ে কাজ শুরু করে দিয়েছে। এই ভবিষ্যৎ সংস্করণটি প্রোটোকলটির পরিধি আরও প্রসারিত করবে।

১০.১ দ্বিমুখী চার্জিং (ভি২এক্স)

যদিও ২.০.১ সংস্করণটি সাধারণ V2G সমর্থন করে, ২.১ সংস্করণটি ভেহিকেল-টু-হোম (V2H) এবং ভেহিকেল-টু-বিল্ডিং (V2B) যোগাযোগ ব্যবস্থাকে আরও উন্নত করবে, যার ফলে বিদ্যুৎ বিভ্রাটের সময় বৈদ্যুতিক গাড়িগুলো বাড়িঘরে বিদ্যুৎ সরবরাহ করতে পারবে অথবা বাণিজ্যিক ভবনগুলোর সর্বোচ্চ বিদ্যুতের চাহিদা কমাতে পারবে।

১০.২ ওয়্যারলেস চার্জিং সমর্থন

স্বচালিত যানবাহন (AV) আসার সাথে সাথে হাতে প্লাগ লাগানোর পদ্ধতি অপ্রচলিত হয়ে যাবে। OCPP 2.1-এ ইন্ডাক্টিভ (ওয়্যারলেস) চার্জিংয়ের জন্য প্রমিত বার্তা অন্তর্ভুক্ত থাকবে, যা মানুষের হস্তক্ষেপ ছাড়াই অ্যালাইনমেন্ট এবং শক্তি স্থানান্তর পরিচালনা করবে।

১০.৩ স্মার্ট সিটির সাথে একীকরণ

ভবিষ্যৎ সংস্করণগুলোতে ট্র্যাফিক ম্যানেজমেন্ট সিস্টেম এবং নবায়নযোগ্য শক্তির পূর্বাভাসের সাথে আরও নিবিড় সমন্বয় দেখা যাওয়ার সম্ভাবনা রয়েছে। চার্জারগুলো রিয়েল-টাইম এনার্জি মার্কেটে বিদ্যুতের জন্য “বিড” করতে পারবে, যা চার্জিং নেটওয়ার্কগুলোকে বিশাল ভার্চুয়াল পাওয়ার প্ল্যান্টে (VPP) পরিণত করবে।

প্রযুক্তিগত পরিশিষ্ট: বার্তা তুলনার গভীর বিশ্লেষণ

চূড়ান্ত প্রযুক্তিগত গভীরতা প্রদানের জন্য, আমরা এখন দুটি সংস্করণের মধ্যেকার নির্দিষ্ট বার্তা অনুক্রম এবং ফ্রেমের পার্থক্য বিশ্লেষণ করব।

এ.১ অনুমোদন প্রবাহ

1.6J-তে, অনুমোদনের প্রতিক্রিয়াটি ছিল দ্বিমুখী—"গৃহীত" বা "অবরুদ্ধ"।

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

2.0.1 সংস্করণে, উত্তরে আরও প্রাসঙ্গিক তথ্য অন্তর্ভুক্ত করা হয়েছে, যেমন—আইডি টোকেনব্যবহারকারী ইন্টারফেসের জন্য টাইপ এবং অতিরিক্ত তথ্য।

২.০.১ AuthorizeResponse:“json [3, "987654", { "idTokenInfo": { "status": "গৃহীত", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "জন, আপনাকে স্বাগতম! আপনার ব্যালেন্স $45.00" } } }]“

এ.২ হৃদস্পন্দন এবং সংযোগ ব্যবস্থাপনা

OCPP 2.0.1 স্টেশনটি যে “সচল” তা প্রমাণ করার পদ্ধতিকে অপ্টিমাইজ করে। 1.6J-তে, যদি একটিহৃদস্পন্দনব্যর্থ হলে, স্টেশনটি প্রায়শই পুনরায় চেষ্টা করতেই থাকতো। ২.০.১ সংস্করণে, স্টেশনটি ব্যবহার করতে পারেনোটিফাইইভেন্টএমন একটি ব্যবস্থা যার মাধ্যমে প্রাইমারি ব্যাকএন্ডের সাথে হার্টবিট বজায় রেখেও সেকেন্ডারি ব্যাকএন্ডের সাথে সংযোগ বিচ্ছিন্ন হওয়ার খবর জানানো যায়।

এ.৩ বিস্তারিত মেটাডেটা সারণী

উপসংহার

OCPP 1.6J থেকে 2.0.1-এ রূপান্তরটি কেবল একটি সফটওয়্যার আপডেট নয়; এটি বৈদ্যুতিক গতিশীলতা ইকোসিস্টেমের একটি মৌলিক বিবর্তন। বাণিজ্যিক অপারেটরদের জন্য, 1.6J নির্ভরযোগ্য অতীতের প্রতিনিধিত্ব করে, যেখানে 2.0.1 পরিমাপযোগ্য, নিরাপদ এবং বুদ্ধিমান ভবিষ্যতের প্রতিনিধিত্ব করে।

আজ ২.০.১ বেছে নেওয়া মানে দীর্ঘস্থায়িত্বের জন্য একটি বিনিয়োগ। এটি নিশ্চিত করে যে আপনার হার্ডওয়্যার পরবর্তী প্রজন্মের ইভি-র সাথে সামঞ্জস্যপূর্ণ হবে, কঠোরতর সাইবার নিরাপত্তা বিধিমালা মেনে চলবে এবং V2G ও স্মার্ট গ্রিড ইন্টিগ্রেশনের লাভজনক সুযোগগুলোর জন্য প্রস্তুত থাকবে। বাজার সংহত হওয়ার সাথে সাথে, সবচেয়ে শক্তিশালী ও নমনীয় প্রোটোকল স্ট্যাকের অধিকারী অপারেটররাই এই অগ্রযাত্রায় নেতৃত্ব দেবে।

অধ্যায় ১১: গভীর বিশ্লেষণ: বার্তা প্রবাহ বিশ্লেষণ এবং ক্রম চিত্র

এই অধ্যায়ে, আমরা 1.6J এবং 2.0.1-এর মধ্যেকার কার্যপরিচালনার পার্থক্য তুলে ধরার জন্য EVSE এবং CSMS-এর মধ্যকার মিথস্ক্রিয়ার ক্রম বিশ্লেষণ করব।

১১.১ বুট এবং কনফিগারেশন ক্রম

যখন একটি চার্জার প্রথমবার নেটওয়ার্কের সাথে সংযুক্ত হয়, তখন এটিকে অবশ্যই নিজেকে শনাক্ত করতে এবং এর কনফিগারেশন সিঙ্ক্রোনাইজ করতে হয়।

OCPP 1.6J প্রবাহ:

1. ওয়েবসকেট সংযোগপোর্ট ৮০ বা ৪৪৩-এর মাধ্যমে প্রতিষ্ঠিত।
2. বুটনোটিফিকেশনস্টেশন বিক্রেতা, মডেল এবং সিরিয়াল নম্বর পাঠায়।
3. কনফিগারেশন পানবর্তমান অবস্থা যাচাই করার জন্য CSMS সমস্ত কী-গুলো অনুরোধ করে।
4. কনফিগারেশন পরিবর্তন করুনCSMS নির্দিষ্ট কী আপডেট করে (যেমন,হৃদস্পন্দনের ব্যবধান).
5. স্থিতি বিজ্ঞপ্তিস্টেশন জানাচ্ছে “উপলব্ধ।”

ওসিপিপি ২.০.১ প্রবাহ:

1. নিরাপদ টিএলএস হ্যান্ডশেকবাধ্যতামূলক সনদপত্র বিনিময়।
2. বুটনোটিফিকেশনঅন্তর্ভুক্তকারণ(যেমন,পাওয়ারআপ).
3. গেটবেসরিপোর্টসমস্ত কী অনুরোধ করার পরিবর্তে, CSMS একটি “বেস রিপোর্ট” অনুরোধ করে, যা ডিভাইস মডেলের সম্পূর্ণ হায়ারার্কি প্রদান করে।
4. ভেরিয়েবল সেট করুনCSMS ভেরিয়েবল আপডেট করে। উল্লেখ্য যে, 2.0.1 সংস্করণে অ্যাটমিক আপডেটের সুবিধা রয়েছে—অর্থাৎ একটি মেসেজে একাধিক ভেরিয়েবল সেট করা যায় এবং নিশ্চিত করা যায় যে সবগুলো সফল হবে অথবা কোনোটিই হবে না।
5. নোটিফাইইভেন্টস্টেশনটি যন্ত্রাংশের প্রাথমিক অবস্থা সম্পর্কে প্রতিবেদন দেয়।

১১.২ স্মার্ট চার্জিং আলোচনা

স্মার্ট চার্জিংয়ের ক্ষেত্রেই ২.০.১ সংস্করণটি তার শ্রেষ্ঠত্ব দেখায়, বিশেষ করে একাধিক চার্জিং প্রোফাইল পরিচালনার ক্ষেত্রে।

1.6J-তে, CSMS একটি পাঠায়চার্জিং প্রোফাইল সেট করুনযা একটি স্ট্যাক লেভেল এবং একটি শিডিউল নির্ধারণ করে। যদি কোনো স্টেশনে একাধিক কানেক্টর থাকে, তবে প্রোফাইল হ্যান্ডলিং প্রায়শই অস্পষ্ট হয়ে পড়ে।

2.0.1-এ,চার্জিং প্রোফাইল সেট করুনস্পষ্টভাবে একটির সাথে যুক্তচার্জিং প্রোফাইলের উদ্দেশ্য.

• চার্জিংস্টেশনম্যাক্সপ্রোফাইলপুরো স্টেশনের গ্রহণ ক্ষমতা সীমিত করে।
• TXDefaultProfileযেকোনো নতুন লেনদেনের জন্য এটিই ডিফল্ট।
• TXProfileচলমান লেনদেনের ক্ষেত্রে প্রযোজ্য।

তদুপরি, 2.0.1 সমর্থন করেচার্জিং স্ট্যাক লেভেল পানএই বার্তার মাধ্যমে CSMS দেখতে পারে যে কোন প্রোফাইলগুলো বর্তমানে সক্রিয় আছে এবং EVSE-এর অভ্যন্তরীণ শিডিউলার দ্বারা সেগুলোকে কীভাবে অগ্রাধিকার দেওয়া হচ্ছে।

১১.৩ রিমোট ট্রিগারিং এবং নিয়ন্ত্রণ

রিমোট কমান্ড যেমনরিমোটস্টার্ট ট্রানজ্যাকশন(1.6J) প্রতিস্থাপিত হয়েছেলেনদেন শুরু করার অনুরোধ(২.০.১)। মূল পার্থক্যটি হলো পেলোডে। ২.০.১ সংস্করণে, CSMS একটি অন্তর্ভুক্ত করতে পারেচার্জিং প্রোফাইলসরাসরি স্টার্ট রিকোয়েস্টেই। এর মানে হলো, গাড়িটি দ্বিতীয় কোনো বার্তার জন্য অপেক্ষা না করে সঙ্গে সঙ্গে সঠিক পাওয়ার লেভেলে চার্জ হওয়া শুরু করতে পারে, যা ল্যাটেন্সি কমায় এবং গ্রিডের স্থিতিশীলতা বাড়ায়।

অধ্যায় ১২: নিম্ন-স্তরের JSON স্কিমা এবং ফিল্ডের তুলনা

ডেভেলপার এবং সিস্টেম ইন্টিগ্রেটরদের জন্য, স্কিমা পরিবর্তন হলো মাইগ্রেশনের সবচেয়ে শ্রমসাধ্য অংশ।

১২.১ গণনাকৃত প্রকার (Enums)

OCPP 2.0.1 প্রমিত Enum-এর সংখ্যা ব্যাপকভাবে বাড়িয়েছে, যার ফলে 1.6J বাস্তবায়নগুলোকে জর্জরিত করা “কাস্টম” স্ট্যাটাস কোডের প্রয়োজনীয়তা হ্রাস পেয়েছে।

• কারণ এনাম: প্রহরী, নির্ধারিত রিসেট, রিমোটরিসেট, শক্তি হ্রাস.
• স্ট্যাটাস এনাম: দখলকৃত, সংরক্ষিত, অনুপলব্ধ, ত্রুটিপূর্ণ২.০.১ যোগ করেউপলব্ধ, দখলকৃত, সংরক্ষিত, অনুপলব্ধ, ত্রুটিপূর্ণতবে আরও বিস্তারিত তথ্যের জন্য উপ-অবস্থাগুলোও রয়েছে।

১২.২ ডেটার প্রকার ও একক

OCPP 2.0.1 প্রমিত একক (SI)-এর ব্যবহারকে আনুষ্ঠানিক রূপ দেয়। যেখানে 1.6J সংস্করণে মাঝে মাঝে দশমিক নির্ভুলতা অনির্ধারিত থাকতো, সেখানে 2.0.1 সংস্করণে ব্যবহৃত হয়েছে...দশমিকপাওয়ার এবং এনার্জি মানের জন্য বিভিন্ন প্রকার, যা বিভিন্ন বিক্রেতার হার্ডওয়্যার জুড়ে সামঞ্জস্যপূর্ণ বিলিং নিশ্চিত করে।

অধ্যায় ১৩: কেস স্টাডি: ১.৬জে থেকে ২.০.১ পর্যন্ত বৈশ্বিক সিপিও মাইগ্রেশন

চলুন ১০,০০০ চার্জ পয়েন্ট বিশিষ্ট একটি সিপিও, “মেগাচার্জ”-এর একটি কাল্পনিক পরিস্থিতি বিবেচনা করা যাক।

১৩.১ পর্যায় ১: নিরীক্ষা

মেগাচার্জ দেখতে পায় যে তাদের ১.৬ জুল চার্জার বহরের ৪০% টিএলএস ১.২ সমর্থন করে না। এর ফলে, ওই চার্জারগুলো আসন্ন সরকারি চুক্তির জন্য অযোগ্য হয়ে পড়ে।

১৩.২ পর্যায় ২: সিএসএমএস আপগ্রেড

নতুন কোনো CSMS তৈরি করার পরিবর্তে, মেগাচার্জ একটি “OCPP ট্রান্সলেশন লেয়ার” প্রয়োগ করেছিল। এই লেয়ারটি পুরোনো হার্ডওয়্যারের জন্য 1.6J এবং নতুন হার্ডওয়্যারের জন্য 2.0.1 কানেকশন পরিচালনা করত, কিন্তু তাদের মোবাইল অ্যাপ এবং বিলিং ইঞ্জিনের জন্য একটি সমন্বিত API উন্মুক্ত করে দিয়েছিল।

১৩.৩ পর্যায় ৩: হার্ডওয়্যার প্রতিস্থাপন

অধিক ব্যবহৃত সাইটগুলোর জন্য, মেগাচার্জ ১.৬ জুল চার্জারগুলোকে ২.০.১-সম্মত ডিসি ফাস্ট চার্জার দিয়ে প্রতিস্থাপন করেছে। এর ফলে “শুরু হতে ব্যর্থ” সেশনের সংখ্যা ১৫% কমে গেছে, যার প্রধান কারণ হলো এর অধিক শক্তিশালী ব্যবস্থা।লেনদেন ইভেন্ট2.0.1 সংস্করণে পরিচালনা করা হচ্ছে।

১৩.৪ ROI বিশ্লেষণ

প্রাথমিক বিনিয়োগ ছিল ২ মিলিয়ন ডলার। তবে, ডিভাইস মডেলটির ডায়াগনস্টিকসের কল্যাণে রক্ষণাবেক্ষণের জন্য কলের সংখ্যা কমে যাওয়ায় বছরে ৪০০ হাজার ডলার সাশ্রয় হয়েছে। এছাড়াও, ভি২জি ফ্রিকোয়েন্সি রেসপন্স মার্কেটে অংশগ্রহণের সক্ষমতা থেকে বছরে অতিরিক্ত ২০০ হাজার ডলার রাজস্ব আয় হয়েছে। বিনিয়োগ ফেরতের সময়কাল ছিল প্রায় ৩.৩ বছর।

অধ্যায় ১৪: ওসিপিপি ২.০.১ ক্রয় প্রক্রিয়ার জন্য ক্রেতার চূড়ান্ত চেকলিস্ট

নতুন হার্ডওয়্যার বা সফ্টওয়্যার মূল্যায়ন করার সময়, প্রকৃত সম্মতি নিশ্চিত করতে এই চেকলিস্টটি ব্যবহার করুন:

১৪.১ হার্ডওয়্যার (EVSE) প্রয়োজনীয়তা

• [ ]নিরাপত্তা প্রোফাইল ৩ সমর্থনএটি কি ক্লায়েন্ট-সাইড সার্টিফিকেট ব্যবস্থাপনা সমর্থন করে?
• [ ]ডুয়াল-কোর প্রসেসরTLS এনক্রিপশন এবং JSON পার্সিংয়ের জন্য কি পর্যাপ্ত জায়গা আছে?
• [ ]সুরক্ষিত উপাদান (SE)বোর্ডটিতে কী সংরক্ষণের জন্য কোনো হার্ডওয়্যার রুট অফ ট্রাস্ট আছে কি?
• [ ]ISO 15118-2/20 প্রস্তুতকন্ট্রোলারটি কি PnC-এর জন্য প্রয়োজনীয় উচ্চ-স্তরের যোগাযোগ পরিচালনা করতে পারে?
• [ ]প্রদর্শন ক্ষমতাহার্ডওয়্যারটি কি OCPP-এর মাধ্যমে মূল্য/স্থিতি সংক্রান্ত তথ্য প্রদর্শন সমর্থন করে?ডেটা ট্রান্সফারঅথবা স্থানীয় বার্তা?

১৪.২ সফটওয়্যার (সিএসএমএস) প্রয়োজনীয়তা

• [ ]ডিভাইস মডেল ভিজ্যুয়ালাইজেশনড্যাশবোর্ড কি চার্জারের স্তরবিন্যাসগত দৃশ্য দেখাতে পারে?
• [ ]সার্টিফিকেট অথরিটি (CA) ইন্টিগ্রেশনCSMS কি স্বয়ংক্রিয়ভাবে সার্টিফিকেট ইস্যু এবং আবর্তন করতে পারে?
• [ ]লেনদেন সমন্বয়সিস্টেমটি 1.6J লিগ্যাসি চার্জার থেকে আসা “হ্যাংগিং” ট্রানজ্যাকশনগুলো কীভাবে সামাল দেয়?
• [ ]স্মার্ট চার্জিং ইঞ্জিনএটি কি 2.0.1-এর উন্নত স্ট্যাক-লেভেল লজিক সমর্থন করে?
• [ ]পরিমাপযোগ্যতাWebSocket হ্যান্ডলারটি কি একই সাথে ৫০,০০০-এর বেশি স্থায়ী TLS সংযোগ পরিচালনা করতে পারে?

অধ্যায় ১৫: OCPP বাস্তবায়নের সাধারণ সমস্যাসমূহের সমাধান

একটি মানদণ্ড থাকা সত্ত্বেও, এর বাস্তবায়নে ভিন্নতা দেখা যায়। এখানে সবচেয়ে সাধারণ কিছু সমস্যা তুলে ধরা হলো।

১৫.১ ওয়েবসকেট টাইমআউট

অনেক নেটওয়ার্ক ফায়ারওয়াল নিষ্ক্রিয় TCP সংযোগগুলি বন্ধ করে দেয়। যদিহৃদস্পন্দনের ব্যবধানতাপমাত্রা খুব বেশি সেট করা থাকলে, চার্জারটি সংযোগ বিচ্ছিন্ন হয়ে যেতে পারে।

• সমাধাননিশ্চিত করুনহৃদস্পন্দনের ব্যবধানফায়ারওয়ালের টাইমআউটের (সাধারণত ৬০-১২০ সেকেন্ড) চেয়ে কম।

১৫.২ সার্টিফিকেট চেইন সংক্রান্ত সমস্যা

2.0.1 সংস্করণে একটি সাধারণ ব্যর্থতা হলো “Untrusted Certificate” ত্রুটি। এটি সাধারণত তখন ঘটে যখন চার্জারে CSMS-এর Root CA ইনস্টল করা থাকে না।

• সমাধানব্যবহার করুনসার্টিফিকেট ইনস্টল করুনআস্থার শৃঙ্খল সম্পূর্ণ হয়েছে কিনা তা নিশ্চিত করার জন্য চালু করার সময় বার্তা পাঠানো হয়।

১৫.৩ JSON পেলোড সাইজ

কিছু 2.0.1 বার্তা (যেমনগেটবেসরিপোর্ট) খুব বড় হতে পারে। চার্জারের বাফার খুব ছোট হলে, এটি বার্তাটি বাদ দিয়ে দেবে।

• সমাধানপরীক্ষা করুনসর্বোচ্চ বার্তার আকারডিভাইস মডেলে ভেরিয়েবলটি যোগ করুন এবং নিশ্চিত করুন যে CSMS এই সীমাটি মেনে চলে।

অধ্যায় ১৬: আঞ্চলিক নিয়ন্ত্রক প্রেক্ষাপট এবং প্রোটোকলের নির্দেশাবলী

OCPP 2.0.1-এ উত্তরণ শুধু প্রযুক্তিনির্ভর নয়; এটি ক্রমশ একটি আইনগত বিষয় হয়ে উঠছে।

১৬.১ ইউরোপীয় ইউনিয়ন (AFIR)

ইউরোপীয় ইউনিয়নের বিকল্প জ্বালানি অবকাঠামো বিধিমালা (AFIR) মূল্য স্বচ্ছতা এবং আন্তঃকার্যক্ষমতা বাধ্যতামূলক করেছে। যদিও এতে সরাসরি OCPP 2.0.1-এর নাম উল্লেখ করা হয়নি, তবে “রিয়েল-টাইম ডেটা শেয়ারিং” এবং “স্মার্ট চার্জিং”-এর আবশ্যকতা কার্যকরভাবে 2.0.1-কে নতুন গণ-অবকাঠামোর জন্য একমাত্র কার্যকর মানদণ্ডে পরিণত করেছে।

১৬.২ উত্তর আমেরিকা (NEVI)

মার্কিন যুক্তরাষ্ট্রে, ন্যাশনাল ইলেকট্রিক ভেহিকেল ইনফ্রাস্ট্রাকচার (NEVI) ফর্মুলা প্রোগ্রামের শর্তানুযায়ী চার্জারগুলোকে “ইন্টারঅপারেবল” হতে হয়। ক্যালিফোর্নিয়ার মতো রাজ্যগুলো আরও এক ধাপ এগিয়ে যাচ্ছে, যেখানে ক্যালিফোর্নিয়া এনার্জি কমিশন (CEC) ISO 15118 সমর্থনের জন্য চাপ দিচ্ছে, যা আমরা যেমন আলোচনা করেছি, OCPP 2.0.1-এর মাধ্যমে সবচেয়ে ভালোভাবে বাস্তবায়ন করা যায়।

১৬.৩ চীন ও এশিয়া-প্রশান্ত মহাসাগরীয় অঞ্চল

যদিও চীনের নিজস্ব মান (GB/T) রয়েছে, রপ্তানি-কেন্দ্রিক নির্মাতারা OCPP 2.0.1-এ ব্যাপকভাবে বিনিয়োগ করছে। অস্ট্রেলিয়া এবং সিঙ্গাপুরের মতো বাজারে, পাবলিক চার্জিং নেটওয়ার্কের জন্য সরকারি টেন্ডারগুলোতে এখন প্রায় একচেটিয়াভাবে সিকিউরিটি প্রোফাইল ৩ সহ OCPP 2.0.1 নির্দিষ্ট করা হচ্ছে।

অধ্যায় ১৭: বাস্তবায়ন কোড স্নিপেট: খুঁটিনাটি বিষয়

ডেভেলপারদের সহায়তা করার জন্য, আমরা জটিল ২.০.১ টাস্কগুলোর ধারণাগত JSON উপস্থাপনা প্রদান করি।

১৭.১ সনদপত্র আবর্তন প্রবাহ

যখন কোনো সার্টিফিকেটের মেয়াদ শেষ হওয়ার কাছাকাছি আসে, তখন CSMS-কে অবশ্যই একটি রোটেশন চালু করতে হবে।

১. সিএসএমএস পাঠায়সার্টিফিকেট স্বাক্ষরিত:“json [2, "CERT-01", "স্বাক্ষরিত শংসাপত্র", { "শংসাপত্রের চেইন": "-----শংসাপত্র শুরু-----\n...\n-----শংসাপত্র শেষ-----", "শংসাপত্রের প্রকার": "V2G" }]“

২. স্টেশন সাড়া দেয়গৃহীত:“json [3, "CERT-01", { "status": "গৃহীত" }]“

৩. স্টেশন পাঠায়নিরাপত্তা ইভেন্ট বিজ্ঞপ্তি:“json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]“

১৭.২ গ্রিড-প্রতিক্রিয়াশীল চার্জিং প্রোফাইল সেট করা

ধরুন, গ্রিড অপারেটরকে নেটওয়ার্ক জুড়ে বিদ্যুৎ সরবরাহ কমাতে হবে।

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 } ] } } }]“

অধ্যায় ১৮: ওসিপিপি ২.০.১ পরিভাষাসমূহের বিশদ শব্দকোষ

সকল অংশীজনের জন্য স্বচ্ছতা নিশ্চিত করতে আমরা একটি বিস্তারিত শব্দকোষ প্রদান করি।

• সিএসএমএস (চার্জিং স্টেশন ম্যানেজমেন্ট সিস্টেম)চার্জারগুলো নিয়ন্ত্রণকারী ব্যাকএন্ড ক্লাউড প্ল্যাটফর্ম।
• EVSE (বৈদ্যুতিক যানবাহন সরবরাহ সরঞ্জাম)ভৌত চার্জিং স্টেশন।
• OCPP (ওপেন চার্জ পয়েন্ট প্রোটোকল)তারা যে ভাষায় কথা বলে।
• ওসিএ (ওপেন চার্জ অ্যালায়েন্স)যে সংস্থাটি ভাষাটি রচনা করে।
• আইএসও ১৫১১৮গাড়ি এবং চার্জারের মধ্যকার প্রোটোকল।
• পিএনসি (প্লাগ অ্যান্ড চার্জ)ISO 15118 এবং OCPP 2.0.1 দ্বারা সক্ষম ব্যবহারকারীর অভিজ্ঞতা।
• V2G (ভেহিকেল-টু-গ্রিড)গাড়ি থেকে গ্রিডে বিদ্যুৎ ফেরত পাঠানো।
• V2X (যানবাহন থেকে সবকিছু)V2G, V2H এবং V2B-এর জন্য ব্যবহৃত সাধারণ পরিভাষা।
• টিএলএস (ট্রান্সপোর্ট লেয়ার সিকিউরিটি)যে এনক্রিপশন ডেটাকে সুরক্ষিত রাখে।
• পিকেআই (পাবলিক কী ইনফ্রাস্ট্রাকচার)নিরাপত্তার জন্য ব্যবহৃত ডিজিটাল সার্টিফিকেট ব্যবস্থা।
• JSON (জাভাস্ক্রিপ্ট অবজেক্ট নোটেশন)বার্তাগুলোর বিন্যাস।
• ওয়েবসকেটস্থায়ী সংযোগটি বার্তা প্রবাহের “পাইপ” হিসেবে কাজ করে।
• ডিভাইস মডেল২.০.১ যে শ্রেণিবিন্যাস পদ্ধতিতে হার্ডওয়্যার বর্ণনা করে।
• উপাদানহার্ডওয়্যারের একটি অংশ (যেমন, কানেক্টর)।
• পরিবর্তনশীলকোনো উপাদানের একটি বৈশিষ্ট্য (যেমন, অবস্থা)।
• বৈশিষ্ট্যভেরিয়েবল সম্পর্কিত মেটাডেটা (যেমন, মান, পরিবর্তনযোগ্যতা)।
• লেনদেন ইভেন্ট২.০.১ সংস্করণে সকল সেশন ডেটার জন্য অভিন্ন বার্তা।
• হৃদস্পন্দনপর্যায়ক্রমিক “আমি বেঁচে আছি” সংকেত।
• বুটনোটিফিকেশনচার্জার চালু হওয়ার সময়কার “হ্যালো, আমি এখানে আছি” সংকেত।
• ডেটা ট্রান্সফারবিক্রেতা-নির্দিষ্ট এক্সটেনশনগুলির জন্য একটি সর্বজনীন বার্তা (সাবধানতার সাথে ব্যবহার করুন!)।

শেষ কথা: বহু-প্রোটোকল যুগে পথচলা

ক্রেতা বা পরিচালক হিসেবে সবচেয়ে গুরুত্বপূর্ণ বিষয়টি হলো, আমরা এমন এক পরিস্থিতিতে প্রবেশ করছি যেখানেবহু-প্রোটোকল যুগআগামী ৩-৫ বছর ১.৬জে এবং ২.০.১ সহাবস্থান করবে। তবে, এই ভারসাম্য দ্রুত পরিবর্তিত হচ্ছে।

আজ OCPP 2.0.1 বেছে নেওয়ার মাধ্যমে, আপনি শুধু একটি প্রোটোকলই কিনছেন না; আপনি এক প্রকার বীমা কিনছেন। আপনি নিশ্চিত করছেন যে আপনার নেটওয়ার্ক নতুন গাড়ি, নতুন আইন এবং নতুন আয়ের উৎসের সাথে নিজেকে মানিয়ে নিতে পারবে। 2.0.1-এর জটিলতা হলো অগ্রগতির মূল্য—এমন এক মূল্য যা উন্নত আপটাইম, ঝুঁকি হ্রাস এবং একটি উৎকৃষ্ট গ্রাহক অভিজ্ঞতার মাধ্যমে পুষিয়ে যায়।

বাণিজ্যিক চার্জিং এখন আর কোনো বিশেষায়িত শিল্প নয়; এটি ভবিষ্যৎ পরিবহন ব্যবস্থার মেরুদণ্ড। সেই মেরুদণ্ডটি সম্ভাব্য সবচেয়ে মজবুত ভিত্তির ওপর গড়ে তুলুন: ওসিপিপি ২.০.১।

অধ্যায় ১৯: ওসিপিপি ২.০.১ এর জন্য উন্নয়ন: সফটওয়্যার ইঞ্জিনিয়ারদের জন্য সর্বোত্তম অনুশীলন

1.6J কোডবেস থেকে 2.0.1-এ রূপান্তর করা রিফ্যাক্টর নয়; এটি একটি রিরাইট। ডেভেলপারদের একটি ভিন্ন মানসিকতা গ্রহণ করতে হবে।

১৯.১ অ্যাসিঙ্ক্রোনিসিটিকে গ্রহণ করা

যদিও ওয়েবসকেটগুলো স্বভাবতই অ্যাসিঙ্ক্রোনাস, 2.0.1-এর জটিলতার কারণে একটি একক অনুরোধ (যেমনগেটবেসরিপোর্টএকটি সীমিত-সম্পদ সম্পন্ন EVSE-তে এটি প্রক্রিয়া করতে কয়েক সেকেন্ড সময় লাগতে পারে। CSMS ডেভেলপারদের অবশ্যই একটি শক্তিশালী টাইমআউট এবং রিট্রাই লজিক প্রয়োগ করতে হবে যা বিভিন্ন হার্ডওয়্যার বিক্রেতাদের ভিন্ন ভিন্ন প্রক্রিয়াকরণের গতিকে বিবেচনায় রাখে।

১৯.২ দক্ষ JSON পার্সিং

JSON পার্সিং সিপিইউ-এর উপর চাপ সৃষ্টি করতে পারে। EVSE ফার্মওয়্যারের জন্য, ডেভেলপারদের সম্পূর্ণ পেলোড র‍্যামে লোড করার পরিবর্তে স্ট্রিম-ভিত্তিক পার্সার ব্যবহার করা উচিত। এটি বিশেষ করে গুরুত্বপূর্ণনোটিফাইইভেন্টবার্তা, যেগুলিতে একটি ফ্রেমেই শত শত ভেরিয়েবল আপডেট থাকতে পারে।

১৯.৩ স্টেট মেশিন পরিচালনা

2.0.1 সংস্করণে একটি ট্রানজ্যাকশনের স্টেট মেশিন 1.6J-এর চেয়ে বেশি কঠোর। ডেভেলপারদের অবশ্যই ট্রানজিশন নিয়মগুলো কঠোরভাবে অনুসরণ করতে হবে।লেনদেন ইভেন্টউদাহরণস্বরূপ, আপনি পাঠাতে পারবেন না একটিশেষ হয়েছেপ্রথমে না পাঠিয়েই ইভেন্টশুরু হয়েছেসেই নির্দিষ্ট অনুষ্ঠানের জন্যলেনদেন আইডি.

অধ্যায় ২০: পরীক্ষণ, যাচাইকরণ এবং ওসিপিপি কমপ্লায়েন্স টেস্ট টুল (ওসিটিটি)

আন্তঃকার্যক্ষমতা হলো OCPP-এর প্রতিশ্রুতি, কিন্তু কঠোর পরীক্ষার মাধ্যমেই তা বাস্তবায়িত হয়।

২০.১ ওসিএ সার্টিফিকেশনের ভূমিকা

ওপেন চার্জ অ্যালায়েন্স একটি সার্টিফিকেশন প্রোগ্রাম প্রদান করে। ক্রেতাদের “OCPP 2.0.1 Certified” লেবেলটি খুঁজে দেখা উচিত। এই সার্টিফিকেশনটি নিশ্চিত করে যে, ইমপ্লিমেন্টেশনটি সমস্ত বাধ্যতামূলক প্রোফাইল অন্তর্ভুক্ত করে এমন একগুচ্ছ স্বয়ংক্রিয় পরীক্ষায় উত্তীর্ণ হয়েছে।

২০.২ ওসিটিটি ব্যবহার

ওসিপিপি কমপ্লায়েন্স টেস্ট টুল (OCTT) হলো পরীক্ষার ক্ষেত্রে আদর্শ মান। এটি একটি সিএসএমএস (CSMS) এবং একটি ইভিএসই (EVSE) উভয়কেই অনুকরণ করে।

• EVSE প্রস্তুতকারকদের জন্যআপনার স্টেশনটি “হ্যাপি পাথ” সিনারিও এবং এজ কেস (যেমন ফার্মওয়্যার আপডেটের সময় নেটওয়ার্ক ড্রপ) সামলাতে পারে কিনা, তা OCTT ব্যবহার করে যাচাই করুন।
• সিএসএমএস প্রদানকারীদের জন্যআপনার ব্যাকএন্ড যেন ২.০.১-এর বিপুল বৈচিত্র্যের বার্তা এবং কঠোর নিরাপত্তা প্রয়োজনীয়তাগুলো সামলাতে পারে, তা নিশ্চিত করতে OCTT ব্যবহার করুন।

২০.৩ ফিল্ড টেস্টিং এবং ইন্টারঅপ-ফেস্ট

স্বয়ংক্রিয় পরীক্ষার পাশাপাশি, OCA “প্লাগফেস্ট” আয়োজন করে, যেখানে বিক্রেতারা বাস্তব পরিস্থিতিতে একে অপরের বিরুদ্ধে পরীক্ষা করার জন্য তাদের হার্ডওয়্যার ও সফটওয়্যার নিয়ে আসে। এখানেই সবচেয়ে সূক্ষ্ম বাগগুলো—যেমন সার্টিফিকেটের অসামঞ্জস্যতা বা JSON ফরম্যাটিংয়ের সামান্য পার্থক্য—ধরা পড়ে এবং সমাধান করা হয়।

অধ্যায় ২১: গভীর তুলনামূলক সারণি: ওসিপিপি ২.০.১-এর ৬০টিরও বেশি পদক্ষেপ

একটি পূর্ণাঙ্গ তথ্যসূত্র প্রদানের জন্য, আমরা 2.0.1-এর প্রধান বার্তাগুলোকে শ্রেণিবদ্ধ করি এবং সেগুলোকে তাদের 1.6J প্রতিরূপগুলোর সাথে তুলনা করি।

২১.১ সংস্থান ও কনফিগারেশন

২১.২ লেনদেন পরিচালনা

২১.৩ নিরাপত্তা ও ফার্মওয়্যার ব্যবস্থাপনা

২১.৪ আপনার নেটওয়ার্কের জন্য এই সারণীটির অর্থ কী

টেবিলটি একটি বিষয় দ্ব্যর্থহীনভাবে তুলে ধরে: OCPP 2.0.1 হলো 1.6J-এর শুধু নাম পরিবর্তন নয়। নতুন মেসেজ ফ্যামিলিগুলো—টাইপড ভ্যারিয়েবল, ইভেন্ট-ড্রাইভেন ট্রানজ্যাকশন এবং সার্টিফিকেট ম্যানেজমেন্ট—হলো প্লাগ অ্যান্ড চার্জ, স্মার্ট চার্জিং এবং রেগুলেটরি রিপোর্টিং-এর জন্য প্রয়োজনীয় অবকাঠামো। যে চার্জার শুধু 1.6J সমর্থন করে, সেটিতে একটি গেটওয়ে যুক্ত করা যেতে পারে, কিন্তু যে CSMS শুধু 1.6J সমর্থন করে, তা রেগুলেটর এবং গাড়ি নির্মাতাদের ক্রমবর্ধমান প্রয়োজনীয় নিরাপত্তা মডেল সরবরাহ করতে পারে না। হার্ডওয়্যার মূল্যায়নের সময়, “2.0.1-রেডি” বলতে বোঝানো উচিত যে ফার্মওয়্যারটি আজই বাজারে আসছে, আগামী বছরের জন্য নির্ধারিত নয়। এবং যেহেতু OCPP 2.0.1, 1.6J-এর SOAP ট্রান্সপোর্টের পরিবর্তে JSON-over-WebSocket-এ চলে, তাই মেসেজ ফ্লোগুলো হালকা এবং ডিবাগ করা অনেক সহজ—এটি একটি বাস্তব সুবিধা যা আপনার আইটি টিম প্রথম দিন থেকেই অনুভব করবে।

অধ্যায় ২২: উপসংহার: আপগ্রেডের সিদ্ধান্ত গ্রহণ

বাণিজ্যিক পরিচালনাকারীর জন্য ব্যবহারিক নির্দেশনাটি সুস্পষ্ট:

• নতুন ডেপ্লয়মেন্টগুলিতে ডিফল্ট হিসেবে OCPP 2.0.1 ব্যবহৃত হবে।নিরাপত্তা মডেল, সনদপত্র ব্যবস্থাপনা এবং আইএসও ১৫১১৮-এর সমন্বয় হলো ২০২৬ সালের নিয়ন্ত্রক পরিবেশের পূর্বশর্ত।
• বিদ্যমান ১.৬জে ফ্লিটগুলো আটকা পড়েনি।আপনি যখন 2.0.1-নেটিভ হার্ডওয়্যার পর্যায়ক্রমে চালু করছেন, সেই সময়ে ম্যানেজড গেটওয়ে এবং ডুয়াল-প্রোটোকল CSMS প্ল্যাটফর্মগুলো এই ব্যবধান পূরণ করে।
• বিশ্বাস করার আগে পরীক্ষা করে নিন।OCTT, প্লাগফেস্ট এবং পর্যায়ক্রমিক রোলআউট ব্যবহার করুন — আন্তঃকার্যক্ষমতা মাঠে প্রমাণিত, ডেটাশিট থেকে অনুমান করা যায় না।
• লিখিতভাবে অভিবাসনের পথরেখা দাবি করুন।আপনার চার্জার বিক্রেতার উচিত 1.6J থেকে 2.0.1 পর্যন্ত একটি ফার্মওয়্যার রোডম্যাপ তারিখসহ প্রকাশ করা, কোনো অস্পষ্ট প্রতিশ্রুতি নয়।

করণীয়: আপনার প্রোটোকল কৌশল নিয়ে MIDA Power-এর সাথে কথা বলুন।

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.