আপনি যদি অ্যালেন-ব্র্যাডলি ভিত্তিক নিয়ন্ত্রণ ব্যবস্থা পরিচালনা বা রক্ষণাবেক্ষণ করেন, আপনি সম্ভবত এই পরিস্থিতিতে পড়েছেন। একটি PLC মডিউল বন্ধ করা হয়েছে, অথবা মূল সরবরাহকারীর থেকে দাম হঠাৎ করে তিনগুণ বেড়ে যায় এবং আপনি পরিবর্তে একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল দেখতে শুরু করেন। চশমা ঠিক দেখায়, শারীরিক সংযোগকারী মেলে, এবং দাম যুক্তিসঙ্গত। কিন্তু আপনি অর্ডার দেওয়ার আগে, একটি প্রশ্ন এড়িয়ে যাওয়ার প্রবণতা রয়েছে: এই মডিউলটি কি আসলে একই প্রোটোকলের কথা বলে, একইভাবে, যেমন এটি প্রতিস্থাপন করছে?
এটি অ্যালেন-ব্র্যাডলি যোগাযোগের অংশ যা খুব কমই স্পষ্টভাবে ব্যাখ্যা করা হয়। বেশিরভাগ গাইড ইথারনেট/আইপি, ডিভাইসনেট, বা কন্ট্রোলনেট সাধারণ পরিভাষায় যা হয় তার মধ্য দিয়ে চলে, কিন্তু খুব কম সংখ্যকই সেই জ্ঞানকে ব্যবহারিক সিদ্ধান্তের সাথে সংযুক্ত করে যা প্রকৌশলীরা অংশগুলি সোর্স করার সময় সম্মুখীন হয়। এই নিবন্ধে, আমরা প্রধান অ্যালেন-ব্র্যাডলি পিএলসি কমিউনিকেশন প্রোটোকলগুলিকে কভার করব, যেখানে প্রতিটি একটি বাস্তব সিস্টেমে ফিট করে, এবং ঠিক তেমনই গুরুত্বপূর্ণ, আপনি একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল কেনার আগে কী পরীক্ষা করতে হবে যাতে ইনস্টলেশনের পরে আপনার যোগাযোগের সমস্যা না হয়৷
একটি PLC কমিউনিকেশন প্রোটোকল কি এবং কেন এটি গুরুত্বপূর্ণ
সরল ভাষায় সংজ্ঞা
একটি কমিউনিকেশন প্রোটোকল হল সহজভাবে সম্মত নিয়মের সেট যা দুটি ডিভাইসকে সঠিকভাবে ডেটা বিনিময় করতে দেয়। একটি ভাগ করা ভাষা সম্পর্কে আপনি যেভাবে ভাববেন সেভাবে চিন্তা করুন: যদি একটি PLC এবং একটি HMI একই প্রোটোকল ব্যবহার করে, তারা একে অপরের বার্তাগুলি বোঝে। যদি তারা তা না করে, সংযোগটি শারীরিকভাবে সূক্ষ্ম দেখাতে পারে যখন কোন ব্যবহারযোগ্য ডেটা আসলে তাদের মধ্যে যায় না।
কেন প্রোটোকল পছন্দ সিস্টেম আপটাইম এবং রক্ষণাবেক্ষণ খরচ প্রভাবিত করে
প্রোটোকলের অমিলগুলি ডাউনটাইমের অন্যতম সাধারণ এবং আরও প্রতিরোধযোগ্য কারণ। এর স্কেলের জন্য ভুল প্রোটোকলের চারপাশে নির্মিত একটি নিয়ন্ত্রণ ব্যবস্থা পরে প্রসারিত করতে সংগ্রাম করবে, এবং প্রোটোকলের সামঞ্জস্যতা পরীক্ষা না করে পুরানো এবং নতুন সরঞ্জামগুলিকে মিশ্রিত করার ফলে প্রায়শই বিরতিহীন ত্রুটিগুলি হয় যা নির্ণয় করা কঠিন কারণ ওয়্যারিং এবং পাওয়ার সঠিক দেখায়৷ রক্ষণাবেক্ষণ খরচও প্রভাবিত হয়। একটি প্রোটোকল স্তরের সমস্যা সমাধানে-সাধারণত তারের ত্রুটি ঠিক করার চেয়ে বেশি সময় লাগে, কারণ লক্ষণগুলি খুব কমই সরাসরি কারণের দিকে নির্দেশ করে৷ আপনার সিস্টেম কোন প্রোটোকলের উপর নির্ভর করে এবং এটির সাথে সংযুক্ত যে কোনও ডিভাইস থেকে সেই প্রোটোকলের কী প্রয়োজন তা বোঝা এই সমস্যাগুলি এড়ানোর প্রথম পদক্ষেপ।
সেই ফাউন্ডেশনটি ঠিক রেখে, আসুন অ্যালেন-ব্র্যাডলি পরিবেশে আপনি যে প্রোটোকলগুলির মুখোমুখি হতে পারেন সেই প্রোটোকলগুলিকে দেখি, যেটি আজ নতুন ইনস্টলেশনে প্রাধান্য বিস্তার করে।
আধুনিক ইথারনেট-ভিত্তিক প্রোটোকল
ইথারনেট/আইপি
ইথারনেট/আইপি (ইথারনেট ইন্ডাস্ট্রিয়াল প্রোটোকল) হল যোগাযোগ প্রোটোকল যা সবচেয়ে নতুন অ্যালেন-ব্র্যাডলি সিস্টেমের উপর নির্মিত। এটি স্ট্যান্ডার্ড ইথারনেট হার্ডওয়্যারের উপর চলে এবং অ্যাপ্লিকেশন স্তরে কমন ইন্ডাস্ট্রিয়াল প্রোটোকল (সিআইপি) ব্যবহার করে, যা ডিভাইসনেট এবং কন্ট্রোলনেটের সাথে ভাগ করা একই প্রোটোকল ফাউন্ডেশন। সেই শেয়ার্ড ফাউন্ডেশন হল একটি কারণ ইথারনেট/আইপি রকওয়েল অটোমেশন আর্কিটেকচার জুড়ে এত মসৃণভাবে একীভূত হয়।
কিছু জিনিস ইথারনেট/আইপিকে নতুন বিল্ডের জন্য ডিফল্ট পছন্দ করে তোলে। এটি কমোডিটি ইথারনেট সুইচ এবং ক্যাবলিং ব্যবহার করে, তাই হার্ডওয়্যার খরচ কম থাকে এবং আইটি বিভাগগুলি তারা ইতিমধ্যেই জানে এমন সরঞ্জামগুলির সাহায্যে নেটওয়ার্কটিকে সমর্থন করতে পারে৷ এটি ভাল মাপকাঠি, যেহেতু একটি সুইচড ইথারনেট নেটওয়ার্ক পুরানো বাস ভিত্তিক প্রোটোকলের মতো সমস্ত ডিভাইসে ব্যান্ডউইথ ভাগ করে না৷ এবং যেহেতু ইথারনেট/আইপি এত ব্যাপকভাবে গৃহীত হয়েছে, তৃতীয়-পক্ষের সেন্সর, ড্রাইভ এবং গেটওয়েগুলি প্রায় সবসময় এটিকে বাক্সের বাইরে সমর্থন করে, যা বহু-বিক্রেতা একীকরণকে আগের তুলনায় অনেক কম বেদনাদায়ক করে তোলে৷
যদি আপনার সিস্টেমকে একটি MES, একজন ইতিহাসবিদ, বা একটি ক্লাউড ড্যাশবোর্ডের সাথে ডেটা ভাগ করতে হয়, তাহলে EtherNet/IP একটি ডিফল্ট পছন্দের কাছাকাছি, কারণ এটি একটি পৃথক গেটওয়ে স্তর ছাড়াই আপনার IT পরিকাঠামোর মতো একই শারীরিক নেটওয়ার্কে বসতে পারে৷
কোন এবি মডেলগুলি এটি সমর্থন করে:কন্ট্রোলজিক্স এবং কমপ্যাক্টলজিক্স প্ল্যাটফর্ম সহ সর্বাধিক বর্তমান-প্রজন্ম অ্যালেন-ব্র্যাডলি কন্ট্রোলার, ইথারনেট/আইপিকে একটি স্ট্যান্ডার্ড হিসাবে অন্তর্ভুক্ত করে, যা যোগাযোগ পোর্টে নির্মিত-৷ কিছু পুরানো বা আরও বিশেষ কন্ট্রোলার মডেলের জন্য যোগাযোগ মডিউলে একটি যোগ-একটি ইথারনেট/আইপি নেটওয়ার্কে পৌঁছানোর জন্য এটিকে স্থানীয়ভাবে সমর্থন করার পরিবর্তে প্রয়োজন হতে পারে, তাই এটি একটি সম্পূর্ণ পণ্য পরিবার জুড়ে সমর্থন অনুমান করার পরিবর্তে নির্দিষ্ট মডেল এবং ফার্মওয়্যার সংশোধন নিশ্চিত করা মূল্যবান। আপনি যদি একটি নিয়ামক বা একটি যোগাযোগ মডিউল সোর্সিং করেন এবং একটি নির্দিষ্ট অংশ নম্বর সমর্থন করে তা নিশ্চিত করতে চান, আমাদেরঅ্যালেন-ব্র্যাডলি পিএলসিএবংঅ্যালেন-ব্র্যাডলি পিএলসি মডিউলপৃষ্ঠাগুলি প্রোটোকলের বিবরণ সহ বর্তমান স্টক তালিকাভুক্ত করে, অথবা আপনি সরাসরি আমাদের মডেল নম্বর পাঠাতে পারেন।
ইথারনেট/আইপি দ্রুত রেফারেন্স
|
প্যারামিটার |
আদর্শ মান |
|
শারীরিক মিডিয়া |
স্ট্যান্ডার্ড ইথারনেট (তামা বা ফাইবার) |
|
গতি |
10/100 Mbps সাধারণ, নতুন হার্ডওয়্যারে গিগাবিট সমর্থিত |
|
টপোলজি |
তারকা, সুইচড নেটওয়ার্ক। |
|
সাধারণ ব্যবহার |
নতুন ইনস্টলেশন, IT/OT ইন্টিগ্রেশন, গতি এবং I/O নিয়ন্ত্রণ |
আধুনিক ইথারনেট-ভিত্তিক যোগাযোগ বেশিরভাগ নতুন ইনস্টলেশনকে কভার করে, কিন্তু ইনস্টল করা অ্যালেন-ব্র্যাডলি সিস্টেমের একটি বড় অংশ এখনও ইথারনেট/আইপির পূর্ববর্তী প্রোটোকলের উপর নির্ভর করে। সেগুলি এখনও অনেক বেশি পরিষেবায় রয়েছে, তাই তাদেরও বোঝার মতো।
লিগ্যাসি বাস-ভিত্তিক প্রোটোকল
ডিভাইসনেট
ডিভাইসনেট সাধারণ ফিল্ড ডিভাইসগুলিকে সংযুক্ত করে যেমন সেন্সর, পুশ বোতাম এবং মোটর স্টার্টারগুলি প্রতিটি ডিভাইসকে পৃথকভাবে তারের না করে একটি শেয়ার্ড বাসে পিএলসিতে ফিরে আসে। এটি কন্ট্রোলার এরিয়া নেটওয়ার্ক (CAN) প্রযুক্তিতে চলে এবং তারের দৈর্ঘ্যের উপর নির্ভর করে সাধারণত 500 kbps পর্যন্ত গতিতে কাজ করে। একটি ব্যবহারিক সুবিধা হল ডিভাইসনেট একই তারে পাওয়ার এবং সিগন্যাল উভয়ই বহন করে, যা অনেক সাধারণ ডিভাইসের জন্য ইনস্টলেশন খরচ কমিয়ে দেয়। আপনি এটি প্রায়শই খরচে দেখতে পাবেন-সংবেদনশীল বিচ্ছিন্ন অ্যাপ্লিকেশন, যেমন প্যাকেজিং লাইন বা খাদ্য এবং পানীয় সরঞ্জাম, যেখানে একটি বড় সেন্সর গণনা কাঁচা থ্রুপুটের চেয়ে বেশি গুরুত্বপূর্ণ।
কন্ট্রোলনেট
কন্ট্রোলনেট একটি ভিন্ন অগ্রাধিকারের জন্য তৈরি করা হয়েছিল: নির্ধারক, সময়-নিম্ন-খরচের ফিল্ড ওয়্যারিংয়ের পরিবর্তে সমালোচনামূলক নিয়ন্ত্রণ। এটি নির্ধারিত ট্র্যাফিকের জন্য ব্যান্ডউইথের গ্যারান্টি দেওয়ার জন্য একটি সময়-স্লাইসিং স্কিম ব্যবহার করে, যা এটিকে মাল্টি-অক্ষ গতি নিয়ন্ত্রণের মতো অ্যাপ্লিকেশনগুলির জন্য উপযুক্ত করে তোলে যেখানে বার্তার সময়কে কেবল দ্রুত না করে অনুমানযোগ্য হতে হবে৷ যেখানে ডিভাইসনেট বেছে নেওয়া হয়েছে কারণ আপনাকে অনেকগুলি সাধারণ ডিভাইস সস্তায় সংযোগ করতে হবে, সেখানে কন্ট্রোলনেট বেছে নেওয়া হয়েছে কারণ অ্যাপ্লিকেশন পরিবর্তনশীল বার্তা লেটেন্সি সহ্য করতে পারে না। যদি আপনার সিস্টেমে আঁটসাঁট সময়ের প্রয়োজনীয়তার সাথে সমন্বিত গতি বা প্রক্রিয়া নিয়ন্ত্রণ জড়িত থাকে, তাহলে কন্ট্রোলনেট ডিভাইসনেটের তুলনায় আরও উপযুক্ত ফিট থাকে, যদিও উভয়ই ইথারনেট/আইপি হিসাবে একই CIP ভিত্তি ভাগ করে।
কেন এই প্রোটোকল এখনও ব্যবহার করা হয়, এবং কি জন্য দেখুন
নতুন ইনস্টলেশনগুলি খুব কমই আজ ডিভাইসনেট বা কন্ট্রোলনেট দিয়ে শুরু হয়, তবে তাদের উপর নির্মিত প্রচুর সরঞ্জাম এখনও ক্ষেত্রটিতে নির্ভরযোগ্যভাবে চলছে। ইথারনেট/আইপিতে যাওয়ার জন্য একটি সম্পূর্ণ নেটওয়ার্ক প্রতিস্থাপন করা ব্যয়বহুল এবং অনেক ক্ষেত্রে, মাইগ্রেশনের সময় অপরিকল্পিত ডাউনটাইমের ঝুঁকি এবং খরচ ইতিমধ্যে কাজ করে এমন সরঞ্জাম আপগ্রেড করার সুবিধার চেয়ে বেশি। এই লিগ্যাসি নেটওয়ার্কগুলির সাথে প্রধান রক্ষণাবেক্ষণের চ্যালেঞ্জটি নিজেই প্রোটোকল নয়, তবে সামঞ্জস্যপূর্ণ ফিল্ড ডিভাইস এবং যোগাযোগ মডিউলগুলি সোর্সিং কারণ মূল অংশগুলি খুঁজে পাওয়া আরও কঠিন হয়ে পড়ে৷ যখন একটি ডিভাইসনেট বা কন্ট্রোলনেট কম্পোনেন্ট প্রতিস্থাপনের প্রয়োজন হয়, তখন প্রোটোকল সংস্করণ এবং নোডের ক্ষমতা সাবধানে নিশ্চিত করা মূল্যবান, যেহেতু পুরানো নেটওয়ার্কগুলি একটি আধুনিক সুইচ করা ইথারনেট নেটওয়ার্কের তুলনায় ছোটখাটো অমিলগুলিকে কম ক্ষমা করে।
এই বাস-ভিত্তিক প্রোটোকলগুলির বাইরে, অ্যালেন-ব্র্যাডলি সিস্টেমগুলি পুরানো প্রজন্মের সিরিয়াল এবং মালিকানাধীন নেটওয়ার্কিং মানগুলির উপরও নির্ভর করে যা বোঝার যোগ্য, বিশেষ করে যদি আপনি ডিভাইসনেটের পূর্ববর্তী সরঞ্জামগুলি বজায় রাখেন।
সিরিয়াল এবং ডেটা হাইওয়ে প্রোটোকল
DH+ / DH485
ডেটা হাইওয়ে প্লাস (DH+) এবং DH485 হল অ্যালেন-ব্র্যাডলির প্রাথমিক মালিকানাধীন নেটওয়ার্কিং প্রোটোকল, মূলত ইথারনেট-ভিত্তিক বিকল্পগুলি বিদ্যমান থাকার আগে পিএলসি এবং প্রোগ্রামিং টার্মিনালগুলিকে লিঙ্ক করার জন্য তৈরি করা হয়েছিল। DH+ মোটামুটি 230 kbps পর্যন্ত গতিতে কাজ করে এবং নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণ করতে একটি টোকেন-পাসিং স্কিম ব্যবহার করে 64টি নোড পর্যন্ত সমর্থন করে। DH485 একটি সম্পর্কিত কিন্তু স্বতন্ত্র প্রোটোকল, কম সমর্থিত নোড এবং নিম্ন থ্রুপুট সহ ছোট পরিসরের দোকানের মেঝে অ্যাপ্লিকেশনগুলির জন্য ডিজাইন করা হয়েছে৷ কোনটিই আজ নতুন সিস্টেম ডিজাইনে ব্যবহার করা হয় না, কিন্তু উভয়ই এখনও প্রোডাকশন ফ্লোরে প্রোগ্রামিং টার্মিনাল, পুরানো অপারেটর ইন্টারফেস এবং লিগ্যাসি PLC-5 বা SLC-500 কন্ট্রোলার চালাতে দেখা যায় যেগুলি সম্পূর্ণ আপগ্রেড করা হয়নি।
আরএস-২৩২/আরএস-৪৮৫
RS-232 এবং RS-485 তাদের নিজস্ব প্রোটোকল নয়৷ সেগুলি হল ফিজিক্যাল লেয়ার স্ট্যান্ডার্ড যা সংজ্ঞায়িত করে যে কিভাবে সিগন্যাল একটি তারের উপর দিয়ে যায় এবং Modbus RTU বা DF1 এর মত প্রোটোকল সাধারণত তাদের উপরে চলে। RS-232 স্বল্প দূরত্বে একটি সাধারণ পয়েন্ট-টু-পয়েন্ট সংযোগ সমর্থন করে, সাধারণত প্রোগ্রামিং কেবল এবং মৌলিক HMI লিঙ্কগুলির জন্য ব্যবহৃত হয়। RS-485 একটি শেয়ার্ড বাসে অনেক বেশি দূরত্বে একাধিক ডিভাইস সমর্থন করে, যে কারণে এটি সাধারণ HMIs বা থার্ড-পার্টি ইন্সট্রুমেন্টগুলিকে পুরানো AB সরঞ্জামগুলির সাথে সংযুক্ত করার জন্য সাধারণ। এই পার্থক্যটি স্বীকৃতি দেওয়া গুরুত্বপূর্ণ কারণ "RS-485 সামঞ্জস্যপূর্ণ" হিসাবে বর্ণিত একটি ডিভাইস আপনাকে তারের সম্পর্কে বলে, অগত্যা এটি আসলে আপনার PLC যে নির্দিষ্ট প্রোটোকলটি আশা করে তা ব্যবহার করে যোগাযোগ করতে পারে কিনা।
যখন আসল হার্ডওয়্যার আর পাওয়া যায় না
DH+, DH485, বা মৌলিক সিরিয়াল লিঙ্কগুলিতে চলমান সরঞ্জামগুলি প্রায়ই কয়েক দশক পুরানো, এবং একটি সঠিক মূল প্রতিস্থাপনের অংশটি সোর্স করা সবসময় সম্ভব হয় না। যখন এটি ঘটে, তখন সাধারণত কয়েকটি বাস্তবসম্মত পথ থাকে: একটি ব্যবহৃত বা পুনর্নবীকরণ করা আসল মডিউল সনাক্ত করা, একটি প্রোটোকল রূপান্তর গেটওয়ে যোগ করা পুরানো নেটওয়ার্কটিকে একটি নতুন নেটওয়ার্কে ব্রিজ করা, বা একই লিগ্যাসি প্রোটোকল সমর্থন করার জন্য তৈরি একটি সামঞ্জস্যপূর্ণ প্রতিস্থাপন মডিউল সোর্সিং৷ প্রতিটি বিকল্পের খরচ-অফ, লিড টাইম, এবং দীর্ঘ-মেয়াদী সমর্থনযোগ্যতা রয়েছে, এবং সেগুলির মধ্যে নির্বাচন করা সাধারণত পরবর্তী কয়েক বছরে বাকি সিস্টেমটি কীভাবে বিকশিত হবে তার উপর নির্ভর করে।
এই সিদ্ধান্তটি স্বাভাবিকভাবেই একটি বিস্তৃত প্রশ্নের দিকে নিয়ে যায় যা এই সমস্ত প্রোটোকল জুড়ে প্রযোজ্য: গতবার যা ব্যবহার করা হয়েছিল তার ডিফল্ট না করে, প্রদত্ত সিস্টেমের জন্য কোনটি আসলে সঠিক তা আপনি কীভাবে সিদ্ধান্ত নেবেন?
আপনার সিস্টেমের জন্য সঠিক প্রোটোকল নির্বাচন করা হচ্ছে
গতি, নোড গণনা, এবং পরিবেশ
তিনটি কারণ বেশিরভাগ প্রোটোকল সিদ্ধান্তকে চালিত করে। গতির প্রয়োজনীয়তা প্রথমে আসে: যদি আপনার অ্যাপ্লিকেশনের সাব-মিলিসেকেন্ড সময়ের প্রয়োজন হয়, যেমন সমন্বিত গতি নিয়ন্ত্রণ, সময়ের সাথে ইথারনেট/আইপি-সংবেদনশীল নেটওয়ার্কিং বা কন্ট্রোলনেট উপযুক্ত, যখন সাধারণ মনিটরিং কাজগুলি অনেক ধীর সিরিয়াল লিঙ্কগুলিতে আরামে চলতে পারে৷ নোড গণনা পরবর্তী গুরুত্বপূর্ণ: ইথারনেট/আইপি-এর সুইচ করা আর্কিটেকচার স্কেল এবং ডিভাইসের সংখ্যা বৃদ্ধি পায়, যখন ডিভাইসনেটের মতো বাস ভিত্তিক প্রোটোকলগুলি প্রতিটি সংযুক্ত নোড জুড়ে ব্যান্ডউইথ শেয়ার করে, যা বৃহত্তর সিস্টেমে একটি সীমিত ফ্যাক্টর হয়ে ওঠে। পরিবেশ হল তৃতীয় ফ্যাক্টর: দীর্ঘ তারের রান বা বৈদ্যুতিকভাবে কোলাহলপূর্ণ অঞ্চলগুলি শক্তিশালী শব্দ প্রতিরোধ ক্ষমতা বা ফাইবার অপটিক সমর্থন সহ প্রোটোকলের পক্ষে, যেমন কন্ট্রোলনেট, স্ট্যান্ডার্ড কপার ইথারনেট বা মৌলিক সিরিয়াল লিঙ্কগুলির উপরে।
পুরানো এবং নতুন প্রোটোকল মিশ্রিত করা
খুব কম বাস্তব সিস্টেম একক প্রোটোকল এ শেষ থেকে শেষ পর্যন্ত চলে। ডিভাইসনেট বা সিরিয়াল লিঙ্কগুলি এখনও মেশিন স্তরে পুরানো ফিল্ড ডিভাইসগুলি পরিচালনা করে এমন একটি ইথারনেট/আইপি ব্যাকবোন সংযোগকারী কন্ট্রোলার আইটি নেটওয়ার্কে থাকা সাধারণ। প্রোটোকল রূপান্তর গেটওয়েগুলি সাধারণত এই নেটওয়ার্কগুলিকে একত্রিত করে, তবে গেটওয়ের নিজেই অন্য যে কোনও ডিভাইসের মতো একই পরীক্ষা-নিরীক্ষার প্রয়োজন: প্রতিটি দিকে কোন প্রোটোকল সংস্করণ এবং ফার্মওয়্যার পরিসীমা এটি সমর্থন করে তা নিশ্চিত করুন, যেহেতু একটি গেটওয়ে যা উভয় প্রোটোকল পরিচালনা করতে দেখা যায় তা এখনও নির্দিষ্ট বার্তার ধরনগুলিকে সঠিকভাবে ব্যাখ্যা করতে ব্যর্থ হতে পারে যদি এর ফার্মওয়্যার পুরানো হয়৷ বাস্তব অপারেটিং অবস্থার অধীনে একটি গেটওয়ে বা ট্রানজিশন পয়েন্ট পরীক্ষা করা, এটি কাজ করবে অনুমান না করে কারণ ডেটাশীট উভয় প্রোটোকলের তালিকা করে, সম্পূর্ণ রোলআউটের আগে অতিরিক্ত সময়ের মূল্য।
সঠিক প্রোটোকল নির্বাচন করা একটি নতুন সিস্টেমের জন্য ডিজাইনের প্রশ্নের সমাধান করে, কিন্তু বেশিরভাগ রক্ষণাবেক্ষণ এবং আপগ্রেড কাজের জন্য, কঠিন প্রশ্নটি পরে আসে: যখন আপনাকে আসলে একটি নির্দিষ্ট মডিউল প্রতিস্থাপন বা যোগ করতে হবে, আপনি কীভাবে নিশ্চিত করবেন যে এটি ইতিমধ্যে ইনস্টল করা সমস্ত কিছুর সাথে সঠিকভাবে যোগাযোগ করবে?
প্রতিস্থাপন মডিউল সোর্সিং করার সময় যোগাযোগ প্রোটোকল সামঞ্জস্য
কেন প্রোটোকল চশমা উপেক্ষা করা হয়
যখন প্রকৌশলীরা একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল মূল্যায়ন করেন, তখন মনোযোগ স্বাভাবিকভাবেই সেই জিনিসগুলির দিকে যায় যেগুলি তুলনা করা সহজ: অংশ সংখ্যাটি কি মেলে, সংযোগকারীটি কি মানানসই, এবং মূল্য কি যুক্তিসঙ্গত? প্রোটোকল সামঞ্জস্য প্রায়শই চেক করার পরিবর্তে ধরে নেওয়া হয়, বিশেষ করে যখন একটি মডিউল আসলটির সাথে শারীরিকভাবে অভিন্ন দেখায়। অনুশীলনে, দুটি মডিউল বিভিন্ন প্রোটোকল সংস্করণ বা ফার্মওয়্যার রেঞ্জকে সমর্থন করার সময় একই সংযোগকারী এবং ফর্ম ফ্যাক্টর ভাগ করতে পারে এবং ডিভাইসটি ইনস্টল না হওয়া পর্যন্ত এবং নির্ভরযোগ্যভাবে যোগাযোগ করতে ব্যর্থ না হওয়া বা সম্পূর্ণ ব্যর্থতার চেয়ে নির্ণয় করা অনেক কঠিন।
প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল কেনার আগে কী পরীক্ষা করতে হবে
অর্ডার করার আগে, আপনার বিদ্যমান সিস্টেমের বিরুদ্ধে নিম্নলিখিতগুলি নিশ্চিত করা মূল্যবান:
- প্রোটোকল সংস্করণ এবং ফার্মওয়্যার পরিসীমা।নিশ্চিত করুন যে প্রতিস্থাপন মডিউলটি একই প্রোটোকল সংস্করণ এবং ফার্মওয়্যার সংশোধন পরিসর সমর্থন করে যে ডিভাইসটি এটি প্রতিস্থাপন করছে, শুধু একই প্রোটোকলের নাম নয়।
- যোগাযোগের গতি।সমর্থিত বড রেট বা ডেটা রেট যাচাই করুন যা আপনার নেটওয়ার্কের বাকি অংশের জন্য কনফিগার করা হয়েছে তা মেলে, যেহেতু প্রোটোকল নিজেই সঠিক থাকলেও এখানে একটি অমিল একটি সংযোগ আটকাতে পারে।
- নোড বা ঠিকানা ক্ষমতা।ডিভাইসনেট বা কন্ট্রোলনেটের মতো বাস ভিত্তিক নেটওয়ার্কগুলির জন্য, পরীক্ষা করুন যে প্রতিস্থাপনটি আপনার বর্তমান নেটওয়ার্ক আকারের জন্য পর্যাপ্ত নোড ঠিকানাগুলিকে সমর্থন করে, বিশেষ করে যদি সিস্টেমটি প্রথম ইনস্টল হওয়ার পর থেকে বৃদ্ধি পায়।
- শারীরিক ইন্টারফেসের ধরন।কানেক্টর এবং ক্যাবলিং স্ট্যান্ডার্ডের মিল নিশ্চিত করুন, যেহেতু একই প্রোটোকল সমর্থন করে এমন কিছু মডিউল এখনও মডেল জেনারেশনের উপর নির্ভর করে বিভিন্ন শারীরিক সংযোগকারী ব্যবহার করে।
- একটি রূপান্তর মডিউল জন্য প্রয়োজন.যদি প্রতিস্থাপনটি স্থানীয়ভাবে আপনার সিস্টেম ব্যবহার করা প্রোটোকলকে সমর্থন না করে, তবে একটি অতিরিক্ত গেটওয়ে বা রূপান্তর মডিউল প্রয়োজন হবে কিনা তা নির্ধারণ করুন এবং এটি খরচ এবং ইনস্টলেশনের সময় উভয়েরই কারণ।
আপনি যদি নিশ্চিত না হন যে কীভাবে একটি নির্দিষ্ট প্রতিস্থাপন অংশগুলি এই পয়েন্টগুলির বিরুদ্ধে পরীক্ষা করে, আমাদের প্রযুক্তিগত দল আপনি আমাদের মাধ্যমে অর্ডার করার আগে আপনার বিদ্যমান সেটআপের বিরুদ্ধে প্রোটোকল স্পেস নিশ্চিত করতে সহায়তা করতে পারেঅনুসন্ধান পৃষ্ঠা.
সামঞ্জস্যতা চেক করা না হলে কি হয়
প্রোটোকল সামঞ্জস্যতা মিস হলে কয়েকটি নিদর্শন বারবার আসে। মূল ডিভাইসের প্রয়োজনের চেয়ে কম ফার্মওয়্যার সংশোধন সহ একটি প্রতিস্থাপন মডিউল একটি পরিষ্কার ব্যর্থতার পরিবর্তে বিরতিহীন যোগাযোগ ড্রপআউট তৈরি করতে পারে, যা ত্রুটিটিকে সনাক্ত করা কঠিন করে তোলে কারণ সংযোগটি সময়ের অংশে কাজ করে বলে মনে হয়। একটি মডিউল যা সঠিক প্রোটোকল সমর্থন করে কিন্তু একটি ভিন্ন ডিফল্ট যোগাযোগের গতিতে গতি সেটিং ম্যানুয়ালি সংশোধন না হওয়া পর্যন্ত সংযোগ স্থাপন করতে ব্যর্থ হতে পারে, যা পূর্ববর্তী মডিউলটি স্বয়ংক্রিয়ভাবে-আলোচনা করলে উপেক্ষা করা সহজ। এবং একটি নির্দিষ্ট নোড ক্ষমতা সহ বাস নেটওয়ার্কগুলিতে, অবশিষ্ট ঠিকানা স্থান পরীক্ষা না করে একটি প্রতিস্থাপন ডিভাইস যোগ করা কেবল সংযোগে ব্যর্থ হওয়ার পরিবর্তে বিদ্যমান ডিভাইসগুলির সাথে বিরোধ সৃষ্টি করতে পারে। এই পরিস্থিতিগুলির কোনটিই প্রতিরোধ করা কঠিন নয়, তবে এগুলি আগে থেকে পরীক্ষা করার চেয়ে ইনস্টলেশনের পরে নির্ণয় করতে অনেক বেশি সময় নেয়-৷
আপনি যদি বর্তমানে একটি নির্দিষ্ট অ্যালেন-ব্র্যাডলি মডেলের জন্য একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল মূল্যায়ন করছেন, আপনি একটি অর্ডার করার আগে আমাদের দল আপনার বিদ্যমান সিস্টেমের বিরুদ্ধে প্রোটোকল সামঞ্জস্যতা নিশ্চিত করতে সাহায্য করতে পারে৷ আপনি আমাদের মাধ্যমে আমাদের সাথে যোগাযোগ করতে পারেনযোগাযোগ পৃষ্ঠামডেলের বিবরণ সহ।
কমন কমিউনিকেশন ট্রাবলশুটিং টিপস
সাধারণ দোষ প্রকার
বেশিরভাগ অ্যালেন-ব্র্যাডলি যোগাযোগের সমস্যা কয়েকটি স্বীকৃত বিভাগে পড়ে। টাইমআউট ঘটে যখন একটি ডিভাইস প্রত্যাশিত উইন্ডোর মধ্যে প্রতিক্রিয়া জানাতে ব্যর্থ হয়, প্রায়ই একটি ব্যর্থ ডিভাইস, একটি ভাঙা তার, বা একটি ওভারলোড নেটওয়ার্ক নির্দেশ করে। চেকসাম বা সিআরসি ত্রুটিগুলি সংক্রমণের সময় ডেটা দুর্নীতি নির্দেশ করে, সাধারণত কনফিগারেশন সমস্যার পরিবর্তে বৈদ্যুতিক শব্দ বা ক্ষতিগ্রস্থ তারের কারণে ঘটে। ঠিকানার বিরোধ ঘটে যখন একই নেটওয়ার্কে দুটি ডিভাইস একই নোড ঠিকানা বরাদ্দ করা হয়, যা একটি প্রোটোকল-অমিল প্রতিস্থাপন মডিউল সঠিকভাবে নিবন্ধন করতে ব্যর্থ হওয়ার পরেও ঘটতে পারে। লক্ষ্য করার মতো: একটি প্রতিস্থাপন ডিভাইসে একটি ফার্মওয়্যার বা প্রোটোকল সংস্করণের মিল না থাকা লক্ষণগুলি তৈরি করতে পারে যা একটি টাইমআউট বা বিরতিহীন ত্রুটির মতো দেখায়, যা শেষের চেয়ে তাড়াতাড়ি সামঞ্জস্যের সমস্যাগুলি বাতিল করার আরও একটি কারণ।
সমস্যা সমাধানের প্রাথমিক ধাপ
গভীর ডায়াগনস্টিকসের আগে, মৌলিক বিষয়গুলি দিয়ে শুরু করুন: শারীরিক সংযোগ এবং তারের অবস্থা পরীক্ষা করুন, ডিভাইসের ঠিকানা অন্য নোডের সাথে বিরোধপূর্ণ নয় তা নিশ্চিত করুন এবং নেটওয়ার্ক জুড়ে যোগাযোগের গতি সেটিংস মেলে কিনা তা যাচাই করুন। যোগাযোগের ব্রাউজিং এবং পরীক্ষা করার জন্য রকওয়েলের RSLinx বা ইথারনেট ভিত্তিক ট্র্যাফিকের জন্য একটি সাধারণ নেটওয়ার্ক বিশ্লেষক{1}}র মতো স্ট্যান্ডার্ড সরঞ্জামগুলি নেটওয়ার্কের কোথায় সমস্যাটি বসে তা সংকুচিত করতে সাহায্য করতে পারে৷ যদি এই মৌলিক চেকগুলি সমস্যার সমাধান না করে, তবে পরবর্তী ধাপে সাধারণত সেই নির্দিষ্ট অংশের জন্য প্রস্তুতকারকের ডকুমেন্টেশনের বিরুদ্ধে ডিভাইসের মডেল এবং ফার্মওয়্যারের বিশদ নিশ্চিতকরণ জড়িত থাকে।
FAQ
বর্তমানে অ্যালেন-ব্র্যাডলি পিএলসি-তে ব্যবহৃত সবচেয়ে সাধারণ যোগাযোগ প্রোটোকল কী?
ইথারনেট/আইপি এবং ডিভাইসনেট কি একই সিস্টেমে ব্যবহার করা যেতে পারে?
ControlLogix ডিফল্টরূপে কোন যোগাযোগ প্রোটোকল ব্যবহার করে?
আমার বিদ্যমান অ্যালেন-ব্র্যাডলি পিএলসি কোন প্রোটোকল সমর্থন করে তা আমি কীভাবে জানব?
একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ PLC মডিউল কেনার আগে আমার কী পরীক্ষা করা উচিত?
তৃতীয়-পক্ষ বা সামঞ্জস্যপূর্ণ মডিউলগুলি কি আসল অ্যালেন-ব্র্যাডলি হার্ডওয়্যারের সাথে নির্ভরযোগ্যভাবে যোগাযোগ করতে পারে?
চূড়ান্ত চিন্তা
এখানে কভার করা কোনো প্রোটোকলই বিশেষভাবে জটিল নয়। ইথারনেট/আইপি, ডিভাইসনেট, কন্ট্রোলনেট, এবং পুরানো DH+ এবং সিরিয়াল স্ট্যান্ডার্ড প্রতিটি একটি মোটামুটি নির্দিষ্ট সমস্যার সমাধান করে এবং একবার আপনি জানতে পারলে যে প্রতিটি কীসের জন্য ডিজাইন করা হয়েছে, একটি নতুন সিস্টেমের জন্য তাদের মধ্যে নির্বাচন করা সাধারণত সহজ। যেখানে জিনিসগুলি আসলে ভুল হয়ে যায় তা আরও নিচের দিকে, যখন একটি নির্দিষ্ট মডিউল প্রতিস্থাপনের প্রয়োজন হয় এবং প্রোটোকলের বিবরণ চেক করার পরিবর্তে অনুমান করা হয়।
যদি আপনার সিস্টেম অ্যালেন-ব্র্যাডলি সরঞ্জামের পাশাপাশি মিতসুবিশি হার্ডওয়্যার চালায়, আমাদের পূর্বের ব্রেকডাউনমিতসুবিশি পিএলসি যোগাযোগ প্রোটোকলCC-লিঙ্ক, MC প্রোটোকল, এবং Modbus একই ব্যবহারিক বিন্যাসে কভার করে।
আপনি যদি বর্তমানে একটি প্রতিস্থাপন বা সামঞ্জস্যপূর্ণ মডিউল সোর্স করছেন এবং নিশ্চিত করতে চান যে এটি আপনার বিদ্যমান সেটআপের সাথে সঠিকভাবে যোগাযোগ করবে, আপনি অর্ডার দেওয়ার আগে আমাদের দল আপনার নির্দিষ্ট মডেলের বিরুদ্ধে প্রোটোকল এবং ফার্মওয়্যার বিশদ পরীক্ষা করতে পারে। আপনি আমাদের মাধ্যমে বিস্তারিত পাঠাতে পারেনযোগাযোগ পৃষ্ঠা.
