ম্যানুফ্যাকচারিং ও অটোমেশনের জন্য ইন্ডাস্ট্রিয়াল IoT ডেভেলপমেন্ট
প্রস্তুতকারকরা ডেটার অভাবে OEE হারায় না, হারায় কারণ স্টপ-কারণ এক শিফট দেরিতে আসে, কাউন্টার দ্বিগুণ গোনে, আর মেশিন বসে থাকলেও MES বলে লাইন চলছে। আমরা শপ-ফ্লোরকে উৎসেই ইনস্ট্রুমেন্ট করি: OPC-UA দিয়ে PLC ট্যাগ পড়ি, ডিসক্রিট স্টপ/রান সিগন্যাল ল্যাচ করি, সেগুলোকে MES ওয়ার্ক-অর্ডার ও এনার্জি ড্র-এর সঙ্গে মেলাই এবং সবকিছু এক সাধারণ ঘড়িতে স্ট্যাম্প করি। ফলাফল এমন KPI যা মাস শেষে মেলানোর বদলে সাইকেলের মধ্যেই কাজে লাগানো যায়।
Challenges specific to Manufacturing & Automation
ম্যানুয়াল স্টপ-কারণ ক্যাপচার দেরিতে ও ভুল হয়
অপারেটররা ডাউনটাইম ক্লিপবোর্ড বা কিয়স্কে কয়েক মিনিট পরে ট্যাগ করেন, তাই মাইক্রো-স্টপ হারিয়ে যায়, কারণগুলো 'অন্যান্য'-তে জমা হয়, আর যে অ্যাভেইলেবিলিটি সংখ্যা কেউ বিশ্বাস করে না সেটিই ভুল উন্নয়ন প্রকল্পকে চালায়।
সাইকেল কাউন্টার পার্ট দ্বিগুণ গোনে বা মিস করে
PLC কাউন্টার ট্যাগ ধীরে পোল করলে দ্রুত সাইকেল এলিয়াস হয়, আবার ধীর স্ক্যানে ডিবাউন্সড ফটো-আই পড়লে জ্যামের সময় পার্ট মিস হয়, তাই পারফরম্যান্স KPI লাইনের আসল থ্রুপুট থেকে সরে যায়।
মেশিন বসে থাকলেও MES বলে চলছে
যখন একমাত্র সিগন্যাল MES-এর ওয়ার্ক-অর্ডার স্টেট, তখন ব্লকড বা স্টার্ভড মেশিনও প্রোডাক্টিভ দেখায়, ফলে আসল কনস্ট্রেইন্ট লুকিয়ে যায় এবং অ্যাসেটের বিপরীতে কখনো যাচাই না হওয়া পরিকল্পিত প্রোডাকশন সময়ের তুলনায় অ্যাভেইলেবিলিটি ফুলিয়ে দেখায়।
এনার্জি ও প্রোডাকশন ডেটা আলাদা দ্বীপে থাকে
সাবমিটার kWh থাকে বিল্ডিং-ম্যানেজমেন্ট সিস্টেমে আর পার্ট কাউন্ট থাকে MES-এ, তাই কেউ এনার্জি-পার-গুড-পার্ট হিসাব করতে পারে না কিংবা লাইন বন্ধ থাকার সময় লোড টানা হিটার বা কম্প্রেসর ধরতে পারে না।
কোয়ালিটি রিজেক্ট উৎপাদক সাইকেলের সঙ্গে বাঁধা থাকে না
ভিশন বা গেজিং ফলাফল নিজের টাইমস্ট্যাম্পসহ আলাদা ডেটাবেসে পড়ে, তাই স্ক্র্যাপের হঠাৎ বৃদ্ধিকে নির্দিষ্ট মেশিন, টুল পরিবর্তন বা ওয়ার্ক-অর্ডারে ফিরিয়ে নেওয়া যায় না, আর ফার্স্ট-পাস ইল্ড নিছক অনুমান থেকে যায়।
OPC-UA ও লিগ্যাসি বাস ফ্ল্যাট প্ল্যান্ট নেটওয়ার্ক জ্যাম করে
দ্রুত পাবলিশ রেটে হাজার হাজার PLC ট্যাগে সাবস্ক্রাইব করা, সঙ্গে MQTT টেলিমেট্রির একই VLAN-এ লিগ্যাসি অ্যাসেটের Modbus পোলিং লিংক স্যাচুরেট করে এবং এমন জিটার আনে যা KPI-নির্ভর টাইমস্ট্যাম্পকেই নষ্ট করে।
How GizanTech solves them
- স্টেট মেশিনসহ এজ স্টপ-কারণ ল্যাচিং. একটি এজ গেটওয়ে PLC-এর রান/স্টপ ও ফল্ট ট্যাগ পর্যবেক্ষণ করে, ঠিক স্টপ এজকে মিলিসেকেন্ডে ল্যাচ করে এবং অপারেটর কিয়স্ক দেখার আগেই একটি স্টেট মেশিন দিয়ে (পরিকল্পিত, ব্লকড, স্টার্ভড, ফল্ট) শ্রেণিবদ্ধ করে, ফলে ISA-95 প্রোডাকশন-ইভেন্ট সিম্যান্টিক্স অনুযায়ী মাইক্রো-স্টপ ও কারণ স্বয়ংক্রিয়ভাবে ধরা পড়ে।
- হার্ডওয়্যার-গোনা থ্রুপুট, PLC-এর সঙ্গে মেলানো. আমরা গেটওয়েতে একটি ডিবাউন্সড ডিসক্রিট ইনপুট বা সাইকেল ট্যাগে হাই-রেট OPC-UA সাবস্ক্রিপশন দিয়ে পার্ট গুনি, তারপর প্রতি শিফটে PLC-এর নিজস্ব কাউন্টারের সঙ্গে মেলাই, যাতে পারফরম্যান্স KPI এলিয়াসিং বা দ্বিগুণ গোনা ছাড়াই আসল আইডিয়াল-সাইকেল বনাম অ্যাকচুয়াল-সাইকেল প্রতিফলিত করে।
- প্রতি ওয়ার্ক-অর্ডারে MES/ERP প্রসঙ্গ বাঁধাই. গেটওয়ে প্রতিটি প্রোডাকশন ইভেন্টকে একটি REST বা OPC-UA ব্রিজের মাধ্যমে MES/ERP থেকে টানা সক্রিয় ওয়ার্ক-অর্ডার, পার্ট নম্বর ও আইডিয়াল সাইকেল টাইমের সঙ্গে বাঁধে, ফলে অনুমিত ক্যালেন্ডারের বদলে যাচাই হওয়া পরিকল্পিত প্রোডাকশন সময়ের বিপরীতে অ্যাভেইলেবিলিটি মাপা হয়।
- একীভূত এনার্জি-পার-পার্ট সম্পর্ক. আমরা Modbus বা M-Bus সাবমিটার kWh-কে পার্ট কাউন্টের একই টাইমস্ট্যাম্পড স্ট্রিমে আনি, এনার্জি-পার-গুড-পার্ট হিসাব করি এবং লাইন বন্ধ থাকাকালীন বেসলোড ড্র চিহ্নিত করি, যা BMS কখনো প্রোডাকশনে আরোপ করেনি এমন কম্প্রেসর, হিটার ও আইডল-স্টেট অপচয় উন্মোচন করে।
- উৎপাদক সাইকেলে কোয়ালিটি ইভেন্ট জয়েন. ভিশন ও গেজিং রায়কে সেই সাইকেলের একই মেশিন-ঘড়ি ও ওয়ার্ক-অর্ডার কী দিয়ে ট্যাগ করা হয় যা সেগুলো উৎপন্ন করেছে, ফলে ফার্স্ট-পাস ইল্ড ও স্ক্র্যাপের কারণ নির্দিষ্ট অ্যাসেট, টুল ও অর্ডারে সমাধান হয়, প্রকৃত ডেটা দিয়ে OEE-র কোয়ালিটি অংশ পূর্ণ করে।
- স্টোর-অ্যান্ড-ফরোয়ার্ড টাইম-সিরিজ পাইপলাইন. টেলিমেট্রি এজে মনোটনিক টাইমস্ট্যাম্পসহ বাফার করা হয়, ব্যান্ডউইথ কমাতে রিপোর্ট-বাই-এক্সসেপশনসহ MQTT Sparkplug B-তে পাবলিশ করা হয় এবং একটি টাইম-সিরিজ স্টোরে ফরোয়ার্ড করা হয়, ফলে নেটওয়ার্ক ব্লিপ কখনো স্টপ ইভেন্ট হারায় না বা ড্যাশবোর্ড নির্ভর KPI ঘড়িকে বিকৃত করে না।
| শপ-ফ্লোর উৎস | কানেক্টিভিটি | যে KPI খাওয়ায় | লেটেন্সি প্রয়োজন | যে ব্যর্থতা ঠেকানো হয় |
|---|---|---|---|---|
| PLC রান/স্টপ ও সাইকেল ট্যাগ | OPC-UA সাবস্ক্রিপশন (রিপোর্ট-বাই-এক্সসেপশন) | অ্যাভেইলেবিলিটি + পারফরম্যান্স (আসল সাইকেল) | স্টপ এজে সাব-সেকেন্ড | দেরি ও একসঙ্গে জমা স্টপ-কারণ যা অ্যাভেইলেবিলিটি ভুল লেবেল করে |
| ডিসক্রিট মেশিন সিগন্যাল (ফটো-আই / কাউন্টার) | 24V ডিজিটাল ইনপুট, এজে ডিবাউন্সড | পারফরম্যান্স (গুড-পার্ট থ্রুপুট) | প্রতি সাইকেলে, কোনো পালস মিস/এলিয়াস নয় | কাউন্টার দ্বিগুণ গোনা ও জ্যামে পার্ট হারানো |
| MES / ERP ওয়ার্ক-অর্ডার | MES-এ REST বা OPC-UA ব্রিজ | যাচাই হওয়া পরিকল্পিত সময়ের বিপরীতে অ্যাভেইলেবিলিটি | প্রতি ওয়ার্ক-অর্ডার পরিবর্তনে (সেকেন্ড) | বসে থাকা মেশিন চলমান প্রোডাক্টিভ সময় হিসেবে লগ |
| এনার্জি সাবমিটার | Modbus RTU/TCP বা M-Bus পোল | এনার্জি-পার-গুড-পার্ট + আইডল বেসলোড | ১-৫ সে পোল, সাইকেল ঘড়ির সঙ্গে সারিবদ্ধ | লাইন বন্ধ থাকার সময় লুকানো বেসলোড ড্র |
| ভিশন / কোয়ালিটি গেজ | MQTT / OPC-UA রায়, মেশিন-ঘড়ি স্ট্যাম্পড | কোয়ালিটি (ফার্স্ট-পাস ইল্ড, স্ক্র্যাপ কারণ) | ওয়াল-ক্লক নয়, উৎপাদক সাইকেলে বাঁধা | সাইকেল, টুল বা অর্ডারে অননুসরণীয় স্ক্র্যাপ |
Go deeper
Industrial IoT Development for other industries
Frequently asked questions
OEE পেতে কি আমাদের PLC বা MES বদলাতে হবে?
না। আমরা OPC-UA বা Modbus দিয়ে আপনার বিদ্যমান PLC পড়ি এবং আপনি যে MES/ERP ইতিমধ্যে চালান তাতে ব্রিজ করি, তাই এজ গেটওয়ে কন্ট্রোল সিস্টেমের পাশে একটি রিড পাথ হিসেবে বসে এবং লাইনের সেফটি বা কন্ট্রোল লজিকে কখনো হাত দেয় না।
অপারেটরের ওপর নির্ভর না করে স্টপ-কারণ কীভাবে ধরেন?
গেটওয়ে সরাসরি PLC থেকে রান/স্টপ ও ফল্ট ট্যাগ ল্যাচ করে এবং কোনো মানব ইনপুটের আগেই একটি স্টেট মেশিন দিয়ে স্টপ শ্রেণিবদ্ধ করে, তাই মাইক্রো-স্টপ ও ব্লকড/স্টার্ভড স্টেট স্বয়ংক্রিয়ভাবে রেকর্ড হয়; অপারেটর কিয়স্ক কেবল ইতিমধ্যে ধরা কারণটি নিশ্চিত বা পরিমার্জন করে।
PLC যদি পার্ট গোনেই তবে এজে কেন মাপবেন?
PLC কাউন্টার প্রতি শিফটে নির্ভরযোগ্য কিন্তু ধীরে পোল করলে সহজে এলিয়াস হয়, আর এমনভাবে রিসেট বা রোল-ওভার করে যা লাইভ রেট নষ্ট করে। আমরা গেটওয়েতে প্রতি সাইকেলে গুনি ও প্রতি শিফটে PLC কাউন্টারের সঙ্গে মেলাই, ফলে নির্ভুল লাইভ পারফরম্যান্স KPI ও নির্ভরযোগ্য শিফট টোটাল পাওয়া যায়।
আপনি কি এনার্জি ডেটার সঙ্গে প্রোডাকশন ডেটা একত্র করতে পারেন?
হ্যাঁ। আমরা Modbus বা M-Bus দিয়ে এনার্জি সাবমিটার পোল করে পার্ট কাউন্ট ও ওয়ার্ক-অর্ডারের একই টাইমস্ট্যাম্পড স্ট্রিমে আনি, ফলে আপনি এনার্জি-পার-গুড-পার্ট পান এবং লাইন বন্ধ থাকার সময় বেসলোড ড্র দেখতে পান, যা বিল্ডিং-ম্যানেজমেন্ট সিস্টেম কখনো কোনো মেশিন বা অর্ডারে আরোপ করে না।
আপনি কোন প্রোটোকলে টেলিমেট্রি পাবলিশ করেন, এবং তা কি ব্যান্ডউইথ-নিরাপদ?
আমরা MQTT-তে, সাধারণত Sparkplug B-তে, রিপোর্ট-বাই-এক্সসেপশনসহ মানসম্মত করি যাতে নির্দিষ্ট রেটে হাজার ট্যাগ পোল করার বদলে কেবল পরিবর্তন পাঠানো হয়, এবং আমরা টেলিমেট্রি নেটওয়ার্ককে কন্ট্রোল ট্রাফিক থেকে আলাদা করি যাতে পাবলিশ লোড কখনো KPI টাইমস্ট্যাম্প নষ্ট করা জিটার না আনে।
আমাদের বর্তমান রিপোর্টের তুলনায় OEE সংখ্যাগুলো কতটা নির্ভুল?
যেহেতু অ্যাভেইলেবিলিটি যাচাই হওয়া পরিকল্পিত সময়ের বিপরীতে মাপা হয়, পারফরম্যান্স আসল আইডিয়াল-বনাম-অ্যাকচুয়াল সাইকেল ব্যবহার করে, এবং কোয়ালিটি উৎপাদক সাইকেলে জয়েন হয়, তাই OEE স্প্রেডশিট থেকে পুনর্গঠনের বদলে উৎস ইভেন্ট থেকে হিসাব হয়, ফলে এক শিফট দেরিতে অনুমানের বদলে এটি সেকেন্ড-নির্ভুল ও অডিটযোগ্য।