লেখা-সুরক্ষার ধরন ও প্রোগ্রামিং

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

পাঁচ ধরনের সুরক্ষা

1. সুরক্ষাহীন

EEPROM-এ লেখার কোনো বিধিনিষেধ নেই। বাস্তবে আসল বাধা টাইমিং: নির্ভরযোগ্যভাবে প্রোগ্রাম করতে সাধারণত দুই-তারের ক্লক লাগে প্রায় 1 kHz, অর্থাৎ স্বাভাবিক পড়ার গতির চেয়ে প্রায় দশ গুণ ধীর। স্বাভাবিক গতিতে লেখা মাঝে মাঝে ব্যর্থ হয় এবং আংশিক লেখা পেজ রেখে যায়। এর সঙ্গে সম্পর্কিত একটি লক্ষণ: কিছু সরল মডিউলে শুধু A0h ঠিকভাবে পড়া যায়, A2h ত্রুটি ফেরত দেয়।

2. হার্ডওয়্যার লেখা-সুরক্ষা পিন

EEPROM-এর WP পিন একটি রেজিস্টরের মাধ্যমে সাপ্লাইয়ের সঙ্গে বাঁধা থাকে, তাই চিপ চালু হয় তালাবদ্ধ অবস্থায়। আনলক করার অর্থ লেখা চলার সময় কম ইম্পিড্যান্সের পথে WP লাইনকে গ্রাউন্ডের দিকে টেনে নামানো; এ কাজ কেবল সেই লাইন নিয়ন্ত্রণ করতে পারে এমন প্রোগ্রামার বোর্ডই করতে পারে। শুধু সফটওয়্যার দিয়ে এই ধরন পার হওয়া যায় না: পাওয়ার সাইকেল ও পাসওয়ার্ড চেষ্টার পরও মডিউল শুধু-পড়ার অবস্থাতেই থাকে।

3. পাসওয়ার্ড-সুরক্ষিত (ফার্মওয়্যার কন্ট্রোলার)

SFF-8472 অনুযায়ী A2h ব্লকে অফসেট 0x7B থেকে শুরু করে 7 বাইটের পাসওয়ার্ড এলাকা সংরক্ষিত থাকে; বেশির ভাগ মডিউল 4 বাইটের পাসওয়ার্ড ব্যবহার করে। মডিউলের ভেতরের কন্ট্রোলার সেখানে যা লেখা হয়, তা নিজের সংরক্ষিত মানের সঙ্গে মেলায় এবং মিললেই কেবল EEPROM-এ লেখা আনলক করে। পাসওয়ার্ড ছাড়া প্রতিটি লেখা WRITE FAIL ফেরত দেয়।

• সঠিক পাসওয়ার্ড দিন, তারপর লিখুন।
• জানা না থাকলে: জানা ভেন্ডর পাসওয়ার্ডের ডিকশনারি সার্চ (প্রচলিত মানের জন্য দেখুন EEPROM রিকোডিং) অথবা নির্মাতার শরণাপন্ন হওয়া।
• এই কন্ট্রোলারগুলো ক্লকের গতি এবং ব্লকের মাঝের বিরতির প্রতি সংবেদনশীল; ধীরে প্রোগ্রাম করার আরেকটি কারণ এটি।

4. সেভ কমান্ডসহ অস্থায়ী স্টোরেজ

লেখা জমা হয় ভোলাটাইল মেমোরিতে। সবকিছু ঠিক দেখায়, যতক্ষণ না মডিউলের পাওয়ার সাইকেল হয় এবং পুরোনো কোড ফিরে আসে। অস্থায়ী ইমেজ স্থায়ী স্টোরেজে লিখে রাখতে ভেন্ডরের ফার্মওয়্যারের একটি স্পষ্ট সেভ কমান্ড (মালিকানাধীন বাইট ক্রম) লাগে। কোনো স্ট্যান্ডার্ড এটি সংজ্ঞায়িত করে না; প্রতিটি ভেন্ডরের ক্রম আলাদা এবং তা ধরে রাখা হয় স্ক্রিপ্ট হিসেবে।

5. সমন্বিত সুরক্ষা

নতুনতম মডিউলে একসঙ্গে কয়েকটি ব্যবস্থা চাপানো থাকে: হার্ডওয়্যার WP এবং পাসওয়ার্ড এবং সেভ কমান্ড এবং কার্যকরী পূর্বশর্ত; যেমন, লেখা গ্রহণের আগে মডিউলকে লো-পাওয়ার মোডে রাখতে হয়। SFF-8472-এর সাম্প্রতিক রিভিশনের যেসব মডিউলে A2h অফসেট 0x80-এর ওপরে 256+ পেজ থাকে, সেগুলোর এবং CMIS মডিউলের ক্ষেত্রে এটি সাধারণ। প্রোগ্রামিংয়ে নির্মাতার অ্যালগরিদম লাগে, যা সাধারণত বড় পরিমাণে ক্রয়কারী গ্রাহকদের সঙ্গে ভাগ করা হয়।

ধরন কীভাবে চিনবেন

1. সাধারণ পড়া চেষ্টা করুন: A2h কি পরিষ্কারভাবে পড়া যায়? (ধরন 1 এখানে প্রায়ই ব্যর্থ হয়।)
2. সুরক্ষিত নয় এমন কোনো ফিল্ডে এক বাইট লিখে দেখুন। সঙ্গে সঙ্গে সফল হলে ধরন 1; WRITE FAIL এলে ধরন 3 (বা 5); নীরবে সফল হয়ে পাওয়ার সাইকেলের পরে আগের মানে ফিরে গেলে ধরন 4।
3. জানা পাসওয়ার্ডগুলো দিন। তবু শুধু-পড়ার অবস্থায় থাকলে ধরন 2 (হার্ডওয়্যার) বা ধরন 5 (সমন্বিত)।
4. ফর্ম ফ্যাক্টর ও স্পেসিফিকেশনের রিভিশন দেখুন: CMIS এবং SFF-8472-এর শেষ দিকের রিভিশনের মডিউল সাধারণত ধরন 5।

CodingBox-এ

• পাসওয়ার্ড সেটিংস: টেবিল অ্যাড্রেস, পাসওয়ার্ড অ্যাড্রেস (0x7B) ও মান ঠিক করা হয় সুরক্ষিত মেমোরি ও পাসওয়ার্ড বিভাগে; জানা পাসওয়ার্ড ডেটাবেজ থেকে প্রয়োগ করা হয়।
• স্ক্রিপ্ট: CodingBox-এর প্রোগ্রামিং স্ক্রিপ্টে ধরন 4 ও 5-এর জন্য ভেন্ডরের সেভ ক্রম ও আনলক অ্যালগরিদম থাকে।
• বাইট-বাই-বাইট লেখা ও ধীর ক্লকিং সেই মডিউলের জন্য, যা স্বাভাবিক গতিতে ব্যর্থ হয়।
• হার্ডওয়্যার WP সামলায় প্রোগ্রামার বোর্ড, সফটওয়্যার নয়।
• লেখার আগে প্রতিটি পড়া Code database বিভাগে সংরক্ষিত হয়, তাই ব্যর্থ চেষ্টার পরও সব সময় পুনরুদ্ধার করা যায়।

টেস্ট বেঞ্চে দেখা লক্ষণ (WRITE FAIL, আগের মানে ফিরে যাওয়া লেখা, পাসওয়ার্ড প্রত্যাখ্যাত হওয়া) এবং প্রতিটির প্রতিকার: EEPROM পড়া ও লেখার ত্রুটি।

এই ধরনগুলো কেন আছে (আলাদা EEPROM বনাম MCU-ইমুলেটেড ম্যাপ, সেভ কমান্ড, ফার্মওয়্যার মিরর ও সিগনেচার, ফার্মওয়্যার যেভাবে এগুলো বাস্তবায়ন করে): কন্ট্রোলার ও ফার্মওয়্যার।