OCMF হল একটি ওপেন মিটারিং ডেটা এক্সচেঞ্জ স্ট্যান্ডার্ড যা বিশেষভাবে বৈদ্যুতিক গাড়ির চার্জিংয়ের জন্য ডিজাইন করা হয়েছে। প্রমিত কাঠামো, এনক্রিপ্ট করা স্বাক্ষর এবং নমনীয় অভিযোজনের মাধ্যমে, এটি তিনটি প্রধান শিল্পের ব্যথার পয়েন্টগুলিকে সম্বোধন করে: চার্জিং মিটারিংয়ে স্বচ্ছতার অভাব, ডেটা টেম্পারিংয়ের সংবেদনশীলতা এবং প্রোটোকলের অসঙ্গতি। এটি চার্জিং বিলিংকে আরও বিশ্বস্ত এবং শিল্প সহযোগিতাকে আরও দক্ষ করে তোলে।
OCMF কি?
OCMF (ওপেন চার্জ মিটারিং ফরম্যাট) হল একটি ইন্ডাস্ট্রি স্ট্যান্ডার্ড যা ইউরোপীয় চার্জিং অ্যালায়েন্স এবং সেফ-ইভি সংস্থা দ্বারা প্রচারিত। এটি চার্জিং শিল্পে ডেটা পরিমাপের জন্য "সাধারণ ভাষা" এর মতো, চার্জিং স্টেশন, ম্যানেজমেন্ট সিস্টেম এবং অপারেটরদের মধ্যে চার্জিং ডেটা প্রেরণের জন্য একীভূত নিয়ম সংজ্ঞায়িত করে। এটি নিশ্চিত করে যে মূল তথ্য যেমন চার্জের পরিমাণ, চার্জ করার সময় এবং খরচ "বোধগম্য, পঠনযোগ্য, এবং ট্যাম্পার-প্রমাণ।"
সহজ কথায়, OCMF এর আগে, বিভিন্ন ব্র্যান্ডের চার্জিং স্টেশনগুলি বিভিন্ন ডেটা ফরম্যাট ব্যবহার করত, যেমন বিভিন্ন অঞ্চল বিভিন্ন উপভাষায় কথা বলে, সরাসরি যোগাযোগ অসম্ভব করে তোলে। OCMF-এর সাথে, সমস্ত অনুগত ডিভাইসগুলি ডেটা প্রেরণের জন্য একটি একীভূত "ভাষা" ব্যবহার করে, চার্জ করার শুরু থেকে বিলিং সম্পূর্ণ হওয়া পর্যন্ত ডেটা সনাক্তযোগ্য এবং যাচাইযোগ্য তা নিশ্চিত করে৷
OCMF এর মূল প্রযুক্তিগত হাইলাইটস
1. স্ট্যান্ডার্ডাইজড স্ট্রাকচার: "ডেটা সাইলোস" ভেঙ্গে OCMF জটিল অতিরিক্ত হেডার ছাড়াই একটি লাইটওয়েট ডিজাইন গ্রহণ করে। RS-485-এর মতো সাধারণ সিরিয়াল কমিউনিকেশন পরিস্থিতির সাথে খাপ খাইয়ে মূল ডেটা একটি নির্দিষ্ট বিন্যাসে এনক্যাপসুলেট করা হয়। এতে চার্জিংয়ের পরিমাণ (Wh), চার্জ করার সময়, ডিভাইস আইডি এবং ট্যারিফ তথ্যের মতো গুরুত্বপূর্ণ ক্ষেত্রগুলি অন্তর্ভুক্ত রয়েছে এবং সংস্করণ পুনরাবৃত্তি এবং সম্প্রসারণকে সমর্থন করে - উদাহরণস্বরূপ, V1.2.0 যোগ করা তারের ক্ষতির ক্ষতিপূরণ ডেটা, এবং V1.3.0 চার্জিং পাইল কন্ট্রোলার ফার্মওয়্যার সংস্করণ ক্ষেত্র যুক্ত করেছে, উভয়ই অভিন্নতা এবং নমনীয়তা নিশ্চিত করে৷ এই স্ট্যান্ডার্ডাইজেশন বিভিন্ন ব্র্যান্ডের চার্জিং পাইলস, ম্যানেজমেন্ট প্ল্যাটফর্ম (CSMS) এবং পেমেন্ট সিস্টেমগুলিকে অতিরিক্ত অভিযোজন ছাড়াই আন্তঃঅপারেটিং করার অনুমতি দেয়, উল্লেখযোগ্যভাবে শিল্প সহযোগিতা খরচ কমিয়ে দেয়।
2. এনক্রিপশন এবং সিগনেচার মেকানিজম: "ডেটা টেম্পারিং" দূর করা এটি OCMF এর সবচেয়ে গুরুত্বপূর্ণ নিরাপত্তা নকশা। চার্জিং পাইল দ্বারা উত্পন্ন মিটারিং ডেটা এনক্রিপ্ট করা হয় এবং সংক্রমণের আগে স্বাক্ষরিত হয় এবং প্রাপক একটি পাবলিক কী ব্যবহার করে ডেটা অখণ্ডতা যাচাই করে। এটি ডেটাতে একটি "নিরাপত্তা জলছাপ" যোগ করার মতো; যদি এটির সাথে কারসাজি করা হয়, যাচাইকরণ প্রক্রিয়া অবিলম্বে এটি সনাক্ত করবে, উৎসে "অতিরিক্ত চার্জিং এবং ভুল বিলিং" সমস্যা প্রতিরোধ করবে।
এই প্রক্রিয়াটি জার্মান মেস- এবং ইখ্রেচ্টের মতো আন্তর্জাতিক পরিমাপবিদ্যা প্রবিধানগুলির সাথে সম্পূর্ণরূপে মেনে চলে, চার্জিং ডেটাকে আইনত বৈধ করে এবং ব্যবহারকারী, অপারেটর এবং নিয়ন্ত্রকদের জন্য বিশ্বাসের ভিত্তি প্রদান করে৷
3. মাল্টি-প্রোটোকল অ্যাডাপ্টেশন: "নতুন এবং পুরানো ডিভাইস" এর সাথে সামঞ্জস্যপূর্ণ OCMF একটি একক যোগাযোগ প্রোটোকলের মধ্যে সীমাবদ্ধ নয় এবং নমনীয়ভাবে মূলধারার চার্জিং প্রোটোকল যেমন OCPP 1.6 এবং OCPP 2.0.1/2.1 এর সাথে মানিয়ে নিতে পারে৷ বিভিন্ন পরামিতি কনফিগার করে, এটি প্রথাগত স্থির চার্জিং পরিস্থিতিকে সমর্থন করতে পারে এবং অ্যাডহক চার্জিংয়ের মতো উদীয়মান চাহিদা মেটাতে পারে। উদাহরণস্বরূপ, একটি OCPP 2.0.1 সিস্টেমে, প্রাসঙ্গিক কনফিগারেশন সক্ষম করার পরে, OCMF বিদ্যমান হার্ডওয়্যার পরিবর্তন না করে, পুরানো ডিভাইসগুলিকে "বিশ্বস্ত মিটারিং ডিভাইস"-এ আপগ্রেড করার অনুমতি দিয়ে স্বয়ংক্রিয়ভাবে কী নোডগুলিতে যেমন চার্জিংয়ের শুরু এবং শেষের মতো স্বাক্ষরিত ডেটা প্রেরণ করতে পারে।
OCMF এর ব্যবহারিক অ্যাপ্লিকেশন
1. অ্যাপ্লিকেশন পরিস্থিতি সমগ্র চার্জিং ইকোসিস্টেমকে কভার করে:
● চার্জিং পাইল নির্মাতারা: OCMF মান অনুযায়ী ডিজাইন মিটারিং মডিউল, আলাদা অভিযোজন ছাড়াই প্রধান অপারেটর প্ল্যাটফর্মের সাথে সরাসরি ডেটা ইন্টিগ্রেশনের অনুমতি দেয়।
● চার্জিং অপারেটর: চার্জিং পাইলসের বিভিন্ন ব্র্যান্ডের থেকে অভিন্নভাবে ডেটা গ্রহণ করে, ব্যাকএন্ড পরিচালনাকে সহজ করে এবং অপারেশন এবং রক্ষণাবেক্ষণের খরচ কমায়।
● ব্যবহারকারী: চার্জ করার পরে, ব্যবহারকারীরা এনক্রিপ্ট করা স্বাক্ষরের মাধ্যমে বিলিং ডেটার সত্যতা যাচাই করতে পারে, "অতিরিক্ত চার্জিং ফি" নিয়ে বিবাদ এড়িয়ে।
● নিয়ন্ত্রক সংস্থাগুলি: সরাসরি অনুগত মিটারিং ডেটা অ্যাক্সেস করে, অফ-সাইট তত্ত্বাবধান সক্ষম করে এবং শিল্প পরিচালনার দক্ষতা উন্নত করে৷
2. সাধারণ কর্মপ্রবাহ
● আপনি চার্জিং শুরু করার জন্য চার্জিং কেবলটি প্লাগ ইন করেন এবং চার্জিং স্টেশনটি ডেটা রেকর্ড করে যেমন চার্জের পরিমাণ এবং সময় রিয়েল টাইমে;
● ডেটা OCMF ফর্ম্যাটে এনক্যাপসুলেট করা হয়, এবং একটি এনক্রিপশন অ্যালগরিদম ব্যবহার করে একটি "ডিজিটাল স্বাক্ষর" তৈরি করা হয়;
● স্বাক্ষরিত OCMF ডেটা প্যাকেজটি SLIP প্রোটোকলের মাধ্যমে ম্যানেজমেন্ট প্ল্যাটফর্মে প্রেরণ করা হয় (শুরু এবং শেষ বিভাজন সহ);
● প্ল্যাটফর্ম স্বাক্ষর যাচাই করার পরে, এটি ডেটা পার্স করে এবং একটি বিল তৈরি করে;
● চার্জিং সম্পূর্ণ হওয়ার পরে, পরবর্তী যাচাইকরণ সমর্থন করার জন্য সম্পূর্ণ OCMF ডেটা রেকর্ড একটি বিলিং ভাউচার হিসাবে ব্যবহার করা যেতে পারে।
OCMF সংস্করণ বিবর্তন
ক্রমাগত উন্নতিশীল ইন্ডাস্ট্রি স্ট্যান্ডার্ড OCMF তার প্রবর্তনের পর থেকে ধ্রুবক পুনরাবৃত্তির মধ্য দিয়ে গেছে, প্রকৃত শিল্পের প্রয়োজনের সাথে খাপ খাইয়ে নেয়: V1.0.1: পরিস্কার সংস্করণের সংজ্ঞা এবং মৌলিক ডেটা স্ট্রাকচার, প্রমিতকরণের ভিত্তি স্থাপন করে;
● V1.1.0: অস্থায়ী চার্জিং পরিস্থিতিতে মানিয়ে নিতে ট্যারিফ তথ্য যোগ করা হয়েছে;
● V1.2.0: চার্জ করার সময় শক্তির ক্ষতির পরিমাপের চ্যালেঞ্জগুলি মোকাবেলা করার জন্য তারের ক্ষতি ক্ষতিপূরণ ডেটা যুক্ত করা হয়েছে;
● V1.3.0: ডিভাইস পরিচালনার নির্ভুলতা উন্নত করতে নিয়ামক ফার্মওয়্যার সংস্করণ ক্ষেত্র যোগ করা হয়েছে।
প্রতিটি আপডেট "বৃহত্তর নির্ভুলতা, বৃহত্তর নিরাপত্তা, এবং বৃহত্তর সামঞ্জস্য" এর লক্ষ্যগুলির চারপাশে ঘোরে, এটি নিশ্চিত করে যে মান সর্বদা শিল্প বিকাশের সাথে তাল মিলিয়ে চলে।
OCMF মূল ক্ষেত্র এবং অ্যাপ্লিকেশন পরিস্থিতি রেফারেন্স টেবিল
এই রেফারেন্স টেবিলটি OCMF (ওপেন চার্জিং মেজারমেন্ট ফরম্যাট) সংস্করণ V1.0.1 থেকে V1.3.0 এর মূল ক্ষেত্রগুলিকে সংক্ষিপ্ত করে, প্রতিটি ক্ষেত্রের অর্থ, ডেটা টাইপ, সংস্করণ সমর্থন এবং মূল অ্যাপ্লিকেশন পরিস্থিতিগুলিকে স্পষ্ট করে৷ এটি দ্রুত রেফারেন্স এবং ব্যবহারিক স্থাপনার অভিযোজন সহজতর করে।
| ক্ষেত্রের নাম | ক্ষেত্র অর্থ | ডেটা টাইপ | সংস্করণ সমর্থন | কোর অ্যাপ্লিকেশন দৃশ্যকল্প |
|---|---|---|---|---|
| ver | OCMF ফর্ম্যাট সংস্করণ নম্বর | স্ট্রিং (যেমন, "1.3.0") | সব সংস্করণ | ডিভাইস এবং প্ল্যাটফর্মের মধ্যে সংস্করণ অভিযোজনের জন্য, ডেটা পার্সিং সামঞ্জস্য নিশ্চিত করা |
| gw_বিক্রেতা | গেটওয়ে বিক্রেতা শনাক্তকারী | স্ট্রিং | V0.4 এবং তার উপরে | ডিভাইস ট্রেসেবিলিটি; অপারেশন এবং রক্ষণাবেক্ষণ পরিচালনার জন্য বিভিন্ন বিক্রেতাদের থেকে গেটওয়েগুলিকে আলাদা করুন৷ |
| gw_sn | গেটওয়ে সিরিয়াল নম্বর | স্ট্রিং (প্রয়োজনীয়) | V0.4 এবং তার উপরে | অনন্যভাবে গেটওয়ে ডিভাইস সনাক্ত করুন; মিটারিং ডেটা সহ একটি সনাক্তযোগ্য চেইন তৈরি করুন |
| মিটার_বিক্রেতা | মিটারিং মডিউল বিক্রেতা আইডি | স্ট্রিং | সব সংস্করণ | মিটারিং ডিভাইসের ট্রেসেবিলিটি; তথ্য বিবাদের ক্ষেত্রে দায়ী সত্ত্বা সনাক্ত করুন |
| মিটার_এসএন | মিটারিং মডিউল সিরিয়াল নম্বর | স্ট্রিং (প্রয়োজনীয়) | সব সংস্করণ | স্বতন্ত্রভাবে মিটারিং মডিউল সনাক্ত করুন; মিটারিং ডেটা এবং ডিভাইসগুলির মধ্যে একটি-থেকে-একটি চিঠিপত্র নিশ্চিত করুন |
| শক্তি | মোট চার্জিং শক্তি | সংখ্যাসূচক (একক: Wh) | সব সংস্করণ | মূল বিলিং ভিত্তি; ব্যবহারকারী নিষ্পত্তি এবং অপারেটর পুনর্মিলনের জন্য মৌলিক ডেটা |
| শুরু_সময় | চার্জ শুরুর সময় | টাইমস্ট্যাম্প | সব সংস্করণ | চার্জ করার সময়কাল গণনা করুন, ম্যাচের সময়-পিরিয়ড বিদ্যুতের দাম, এবং সঠিক বিল তৈরি করুন |
| শেষ_সময় | চার্জিং শেষ সময় | টাইমস্ট্যাম্প | সব সংস্করণ | চার্জিং চক্র নিশ্চিত করুন; শুরুর সময় সহ মোট চার্জিং সময়কাল গণনা করুন |
| ট্যারিফ | বিদ্যুতের দামের তথ্য (সময়কাল, হার সহ) | স্ট্রাকচার্ড ডেটা | V1.1.0 এবং তার উপরে | অস্থায়ী চার্জিং পরিস্থিতিতে মানিয়ে নিন; মূল্য এবং গতিশীল শুল্ক নিষ্পত্তির-ব্যবহারের-সমর্থন সময় |
| তারের_ক্ষতি | তারের ক্ষতি ক্ষতিপূরণ শক্তি | সংখ্যাসূচক (একক: Wh) | V1.2.0 এবং তার উপরে | চার্জ করার সময় সঠিক শক্তি ক্ষতি; মিটারিং ডেটার যথার্থতা নিশ্চিত করুন |
| cf | চার্জিং পাইল কন্ট্রোলার ফার্মওয়্যার সংস্করণ | স্ট্রিং (ঐচ্ছিক) | V1.3.0 এবং তার উপরে | ফার্মওয়্যার ব্যবস্থাপনা; মিটারিং দুর্বলতা ঠিক করার জন্য আপগ্রেড প্রয়োজন কিনা তা নির্ধারণ করুন |
| স্বাক্ষর | ডিজিটাল স্বাক্ষর | এনক্রিপ্ট করা স্ট্রিং | সব সংস্করণ | ডেটা বিরোধী-জাল যাচাইকরণ; বিলিং ডেটা টেম্পারিং প্রতিরোধ করা এবং আইনি বৈধতা নিশ্চিত করা |
| sig_alg | স্বাক্ষর অ্যালগরিদম শনাক্তকারী | স্ট্রিং | V0.4 এবং তার উপরে | ডেটা এনক্রিপশন পদ্ধতি পরিষ্কার করুন; প্রাপক সংশ্লিষ্ট অ্যালগরিদম সহ স্বাক্ষর যাচাই করে |
| auth_status | অনুমোদনের স্থিতি (সফল বা না) | বুলিয়ান | V0.4 এবং তার উপরে | চার্জিং লেনদেনের বৈধতা নিশ্চিত করুন; অননুমোদিত লেনদেনের জন্য নিষ্পত্তি প্রত্যাখ্যান |
| ইভেন্ট_কাউন্টার | ইভেন্ট কাউন্টার | পূর্ণসংখ্যা | V0.4 এবং তার উপরে | চার্জ করার সময় মূল ঘটনাগুলির গণনা রেকর্ড করুন; ত্রুটি সমস্যা সমাধানে সহায়তা করুন |
ক্ষেত্রের অগ্রাধিকারের অতিরিক্ত নোট:
1. "প্রয়োজনীয়" হিসাবে চিহ্নিত ক্ষেত্রগুলি (যেমন gw_sn, meter_sn, শক্তি) মিটারিং ডেটার বৈধতার জন্য মৌলিক; তাদের অনুপস্থিতি স্বাভাবিক নিষ্পত্তি রোধ করবে।
2. সংস্করণ সামঞ্জস্যতা: উচ্চ সংস্করণের ক্ষেত্রগুলি (যেমন ক্যাবল_লস, সিএফ) নিম্ন সংস্করণ সিস্টেমে ঐচ্ছিক। এই ক্ষেত্রগুলির প্রয়োজন হলে ডিভাইসটিকে সংশ্লিষ্ট সংস্করণে আপগ্রেড করা প্রয়োজন।
3. প্রোটোকল অ্যাডাপ্টেশন: সমস্ত ক্ষেত্রগুলি OCPP 1.6 এবং OCPP 2.0.1/2.1 প্রোটোকলের মাধ্যমে ক্ষেত্র কাঠামোতে কোনও অতিরিক্ত পরিবর্তনের প্রয়োজন ছাড়াই প্রেরণ করা যেতে পারে৷
OCMF ফিল্ড এবং OCPP প্রোটোকল সামঞ্জস্যতা ম্যাপিং টেবিল
OCMF, চার্জিং মিটারিং ডেটা স্ট্যান্ডার্ড হিসাবে, ডিভাইসগুলির মধ্যে ডেটা ট্রান্সমিশনের জন্য OCPP (ওপেন চার্জ পয়েন্ট প্রোটোকল) এর উপর নির্ভর করে। নীচের সারণীটি বিভিন্ন OCPP সংস্করণে মূল OCMF ক্ষেত্রের ট্রান্সমিশন মাধ্যম, কনফিগারেশন নির্ভরতা এবং অভিযোজন নিয়মগুলিকে স্পষ্ট করে, "কীভাবে OCMF ডেটা OCPP-এর মধ্যে স্থানান্তরিত এবং সফলভাবে যোগাযোগ করা হয়" এর ব্যবহারিক প্রশ্নের সমাধান করে৷
| OCMF কোর ফিল্ড | ক্ষেত্র অর্থ | সমর্থিত OCPP সংস্করণ | OCPP ট্রান্সমিশন ক্যারিয়ার (বার্তা/ক্ষেত্র) | OCPP কনফিগারেশন নির্ভরতা |
|---|---|---|---|---|
| FV | OCMF ফর্ম্যাট সংস্করণ (যেমন, 1.0, 1.2.0) | 1.5 এবং তার উপরে | SignedData মেটাডেটা (MeterValue বৈশিষ্ট্যে এম্বেড করা) | কোন অতিরিক্ত কনফিগারেশন প্রয়োজন |
| জিএস | গেটওয়ে ক্রমিক নম্বর (স্বাক্ষর উপাদানগুলির জন্য অনন্য শনাক্তকারী) | 1.5 এবং তার উপরে |
1. SignedData-এ MeterValue.req → JSON 2. StopTransaction.req → TransactionData |
"গেটওয়ে-চার্জিং পাইল বাইন্ডিং রিলেশনশিপ" কনফিগার করুন (যেমন, OCPP এর ChargePointIdentity এর সাথে GS যুক্ত করুন) |
| এমএস | মিটারিং মডিউল সিরিয়াল নম্বর (অনন্য মিটার শনাক্তকারী) | 1.5 এবং তার উপরে | SignedData-এ JSON ("মিটারিং ডিভাইসের তথ্য" হিসেবে MV/MF দিয়ে গোষ্ঠীভুক্ত) | কোনও অতিরিক্ত কনফিগারেশন নেই, তবে নিশ্চিত করুন যে OCPP ব্যাকএন্ডে চার্জিং পাইল প্রোফাইলের সাথে MS সংযুক্ত রয়েছে |
| RD-TM | পড়ার সময় (সিঙ্ক স্থিতি সহ, যেমন, "2018-07-24T13:22:04,000+0200 S") | 1.5 এবং তার উপরে |
1. MeterValue.timestamp (বেস টাইম) 2. স্বাক্ষরিত ডেটাতে JSON (সিঙ্ক স্থিতি "S/R") |
ClockAlignedDataInterval কনফিগার করুন=900 (15 মিনিট, মিটারিং রেগুলেশন টাইম স্লটের সাথে সারিবদ্ধ) |
| RD-RV | মিটার রিডিং (যেমন, 2935.6 kWh) | 1.5 এবং তার উপরে |
1. MeterValue.value (দ্রুত প্রদর্শনের জন্য কাঁচা বিন্যাস) 2. স্বাক্ষরিত ডেটাতে JSON (বিলিং যাচাইয়ের জন্য স্বাক্ষরিত বিন্যাস) |
MeterValue.sAlignedData=Active.Energy.Register.Import কনফিগার করুন |
| RD-TX | লেনদেনের স্থিতি (যেমন, B=শুরু, ই=শেষ, T=ট্যারিফ পরিবর্তন) | 1.5 এবং তার উপরে |
1. StartTransaction.req → Transaction Status 2. StopTransaction.req → কারণ 3. SignedData-এ MeterValue.req → JSON |
StopTransactionsSignature Format=MR/SR কনফিগার করুন (MR: স্টার্ট/স্টপ ডেটার একক ট্রান্সমিশন; SR: দুটি পৃথক ট্রান্সমিশন) |
| এলসি | তারের ক্ষতির ক্ষতিপূরণ (LR প্রতিরোধ, LU ইউনিট, ইত্যাদি সহ) | 2.0 এবং তার উপরে | SignedData-এ JSON (OCMF 1.2.0-এ নতুন ক্ষেত্র) | OCPP প্রোটোকল আপগ্রেড করুন 2.0+; চার্জিং পাইল কন্ট্রোলারে "কেবল লস অ্যালগরিদম প্যারামিটার" কনফিগার করুন |
| আইএস | ব্যবহারকারীর অনুমোদনের স্থিতি (সত্য=অনুমোদিত, মিথ্যা=অননুমোদিত) | 2.0 এবং তার উপরে |
1. Authorize.req → IdTagInfo.Status 2. স্বাক্ষরিত ডেটাতে JSON (ওসিপিপি অনুমোদনের ফলাফলে আবদ্ধ) |
OCPP_AUTH_TLS কনফিগার করুন (TLS সাইফারটেক্সটের মাধ্যমে ডেটা অনুমোদন করুন) |
| আইটি | ব্যবহারকারী সনাক্তকরণের ধরন (যেমন, ISO14443=RFID কার্ড) | 2.0 এবং তার উপরে | Authorize.req → IdTagType (বা স্বাক্ষরিত ডেটাতে JSON) | OCPP ব্যাকএন্ডে "আইডেন্টিফিকেশন টাইপ এবং আইডিট্যাগের মধ্যে ম্যাপিং" কনফিগার করুন (যেমন, ISO14443 16-সংখ্যার হেক্স ফরম্যাটে OCPP IdTag-এর সাথে মিলে যায়) |
| এসডি | ডিজিটাল স্বাক্ষর ডেটা (ECDSA এনক্রিপশন ফলাফল) | 1.5 এবং তার উপরে |
1. MeterValue.req → মান (ValueFormat=SignedData, হেক্স হিসাবে এনকোড করা হয়েছে) 2. StopTransaction.req → TransactionSignature |
1. স্বাক্ষর অ্যালগরিদম কনফিগার করুন=ECDSA-secp256r1-SHA256 (OCMF ডিফল্ট অ্যালগরিদম) 2. MeterValuesSignatureContext সক্ষম করুন=CSL/RW (স্বাক্ষর ট্রিগার পয়েন্ট নির্দিষ্ট করুন) |
| পিজি | পৃষ্ঠা সংখ্যা শনাক্তকারী (যেমন, লেনদেনের জন্য T12345=রিডিং 12345) | 1.5 এবং তার উপরে | স্বাক্ষরিত ডেটাতে JSON (OCPP-এর TransactionId-এ আবদ্ধ) | "প্যাজিনেশন কন্টিনিউটি চেক" কনফিগার করুন (OCPP ব্যাকএন্ড ক্রমিক পিজি নম্বর যাচাই করে, যেমন, T1→T2→T3, ডেটা ক্ষতি এড়াতে) |
পরিপূরক নোট
1. ইউনিফাইড ট্রান্সমিশন ফরম্যাট নিয়ম: সমস্ত OCMF ক্ষেত্রগুলি OCPP-তে "SignedData" ফরম্যাটে এনক্যাপসুলেট করা হয়েছে - অর্থাৎ OCMF|
2. সংস্করণ সামঞ্জস্যের সীমানা:
● OCPP 1.5: শুধুমাত্র মৌলিক OCMF ক্ষেত্রগুলিকে সমর্থন করে (যেমন FV, GS, RD-RV, SD), এবং উচ্চতর সংস্করণের ক্ষেত্রগুলিকে সমর্থন করে না (ISO15118 ধরনের LC, IT);
● OCPP 2.0 এবং তার উপরে: OCMF 1.2.0 এবং নীচের সমস্ত ক্ষেত্র সম্পূর্ণরূপে সমর্থন করে এবং "CustomData" ক্ষেত্রের মাধ্যমে ভবিষ্যতের OCMF সংযোজনগুলিকে সামঞ্জস্য করার জন্য প্রসারিত করা যেতে পারে৷
3. কনফিগারেশন অগ্রাধিকার: যখন OCPP কনফিগারেশন OCMF প্রয়োজনীয়তার সাথে বিরোধ করে (যেমন, OCPP-এর ClockAlignedDataInterval ≠ 15 মিনিট), তখন OCMF মিটারিং প্রবিধানগুলিকে অগ্রাধিকার দিতে হবে (যেমন, জোরপূর্বক 900 সেকেন্ডের সাথে সামঞ্জস্য করা হয়েছে) নিশ্চিত করার জন্য যে ডেটা আইনগতভাবে মেনে চলছে।
সারাংশ: কেন OCMF শিল্পে একটি অপরিহার্য মান হয়ে উঠছে?
দ্রুত বিকাশমান বৈদ্যুতিক গাড়ির চার্জিং শিল্পে, মিটারিং ডেটার বিশ্বাসযোগ্যতা এবং আন্তঃকার্যযোগ্যতা হল মূল বাধা। OCMF, তার "ইউনিফায়েড ফরম্যাট + এনক্রিপ্টেড যাচাইকরণ + নমনীয় অভিযোজন" এর সমন্বয়ের মাধ্যমে, "ন্যায্য বিলিং" এর ব্যবহারকারীর প্রাথমিক উদ্বেগের সমাধান করে, ব্যবসার জন্য প্রযুক্তিগত অভিযোজন খরচ হ্রাস করে, এবং নিয়ন্ত্রণের জন্য একটি স্বচ্ছ টুল প্রদান করে, সত্যই সব পক্ষের জন্য জয়ের পরিস্থিতি অর্জন করে।
যত বেশি চার্জিং পাইল প্রস্তুতকারক এবং অপারেটররা OCMF স্ট্যান্ডার্ড গ্রহণ করে, চার্জিং অভিজ্ঞতা ভবিষ্যতে আরও সুবিধাজনক হয়ে উঠবে – ব্যবহারকারীরা আত্মবিশ্বাসের সাথে যেকোন ব্র্যান্ডের চার্জিং পাইল ব্যবহার করতে পারবেন এবং বিভিন্ন অপারেটর প্ল্যাটফর্ম জুড়ে সহজেই পেমেন্ট নিষ্পত্তি করতে পারবেন। এটি হল মূল মান যা উন্মুক্ত মান শিল্পে নিয়ে আসে।
