صنعتی پیداواری سرگرمیوں میں، ہارڈ ویئر کی مصنوعات کا معیار اور استحکام پوری پروڈکشن لائن کے محفوظ اور موثر آپریشن کے لیے اہم ہے۔تاہم، ہمیں سافٹ ویئر کنفیگریشن کو نظر انداز نہیں کرنا چاہیے۔سافٹ ویئر کے مسائل سسٹم کے کریش، ڈیٹا کے نقصان، یا پروڈکشن لائن کے اپنے کاموں کو صحیح طریقے سے انجام دینے میں ناکامی کا باعث بھی بن سکتے ہیں، جس کا پوری پیداواری عمل پر نمایاں اثر پڑ سکتا ہے۔لہذا، صنعتی پیداواری ماحول کے ہارڈ ویئر اور سافٹ ویئر دونوں پہلوؤں میں، خرابیوں کا سراغ لگانا ایک ضروری قدم ہے تاکہ یہ یقینی بنایا جا سکے کہ آلات آسانی سے چلتے ہیں، پیداواری کارکردگی کی ضمانت دیتے ہیں، اور حفاظت اور وشوسنییتا کو برقرار رکھتے ہیں۔
آج، آئیے ایک حقیقی دنیا کے معاملے پر غور کریں جہاں سافٹ ویئر کنفیگریشن نے پیداوار کو متاثر کیا ہے۔آئیے اس بات کو یقینی بنائیں کہ ہم خود کار پیداوار لائنوں کی کارکردگی اور وشوسنییتا کو یقینی بنانے کے لیے مستقبل میں مؤثر طریقے سے ٹربل شوٹنگ کریں!
1
کسٹمر کی رائے: سائٹ پر موجود آلات کو CN-8032-L ماڈیول کے آف لائن گرنے کے ساتھ مسائل کا سامنا ہے، جس کے نتیجے میں مشین ہنگامی طور پر رک جاتی ہے اور پروڈکشن لائن خود کار طریقے سے کام کرنا بند کر دیتی ہے۔معمول کے آپریشن کو بحال کرنے کے لیے دستی مداخلت کی ضرورت ہوتی ہے، جس سے باقاعدہ پیداوار اور جانچ میں رکاوٹیں آتی ہیں۔اگر ماڈیولز کو آف لائن چھوڑنے کا مسئلہ مؤثر طریقے سے حل نہیں کیا جا سکتا ہے، تو یہ حتمی پیداوار کی پیداوار کو متاثر کرے گا۔
2
تکنیکی عملے کے ساتھ سائٹ پر مواصلت کے بعد، اس بات کی تصدیق کی گئی کہ تین پروڈکشن لائنوں میں سے، ان میں سے دو ماڈیولز کے اسی مقام پر آف لائن گرنے کے ایک ہی مسئلے کا سامنا کر رہے تھے۔آف لائن چھوڑنے کے تقریباً 1 سیکنڈ بعد، ماڈیول خود بخود دوبارہ جڑ جائیں گے۔صارف نے پہلے ماڈیول کو تبدیل کرنے کی کوشش کی تھی، جس سے مسئلہ حل نہیں ہوا۔ایک ابتدائی تشخیص نے اشارہ کیا کہ مسئلہ ممکنہ طور پر ماڈیول کے معیار سے متعلق نہیں تھا۔مندرجہ ذیل خرابیوں کا سراغ لگانے کے اقدامات کیے گئے:
1. فرم ویئر کی مطابقت کے مسائل کو ختم کرنے کے لیے ماڈیول فرم ویئر کی معلومات اور پروگرام GSD فائلوں کو اپ ڈیٹ کیا۔
2. ممکنہ انفرادی ماڈیول نقائص کو مسترد کرنے کے لیے ماڈیولز کو دوبارہ تبدیل کر دیا گیا۔
3. تصدیق شدہ نیٹ ورک، سوئچز، اور پاور سپلائی ہارڈویئر کی معلومات، بڑی حد تک ہارڈ ویئر سے متعلق مسائل کو ختم کرتی ہے۔
4. ممکنہ نیٹ ورک سے متعلقہ عوامل کو ختم کرنے کے لیے نیٹ ورک کے ڈھانچے میں ترمیم کی گئی۔
5. بجلی سے متعلقہ مسائل کو مسترد کرنے کے لیے بجلی کی فراہمی پر فلٹرز کا استعمال۔
6. کسی بھی نیٹ ورک کے IP ایڈریس کے تنازعات کی چھان بین کی اور اسے حل کیا۔
7. بیرونی نیٹ ورک سے جڑنے والے راؤٹر کو عارضی طور پر غیر فعال کر دیا، جس سے ڈراپ آف کی فریکوئنسی کم ہو گئی لیکن مسئلہ مکمل طور پر حل نہیں ہوا۔
8. نیٹ ورک پیکٹ کیپچر کیے گئے اور Profinet میں نان سائکلک سروس ڈیٹا پیکٹ کی نشاندہی کی، جس کے نتیجے میں پیکٹ ٹائم آؤٹ کی وجہ سے PLC کی خرابیاں پیدا ہوئیں۔
9. پچھلے مرحلے پر Baesd نے گاہک کے پروگرام کی جانچ کی۔
نیٹ ورک ڈیٹا پیکٹ کا تجزیہ کرنے سے پتہ چلا کہ صارف سیمنز کا موڈبس کمیونیکیشن پروگرام استعمال کر رہا ہے۔مخصوص فنکشن بلاکس کے عمل کے دوران، انہوں نے نادانستہ طور پر ایک فنکشن ماڈیول کا ہارڈویئر شناخت کنندہ پروگرام پن میں داخل کر دیا۔اس کے نتیجے میں PLC مسلسل UDP ڈیٹا پیکٹ اس فنکشن ماڈیول میں بھیجتا رہا، جس کے نتیجے میں "نان سائکلک سروس ٹائم آؤٹ" کی خرابی پیدا ہوئی اور مشین آف لائن ہونے کا باعث بنی۔
3
مذکورہ معاملے میں مسئلہ نیٹ ورک کی مداخلت یا رکاوٹوں کی وجہ سے عام PN کمیونیکیشن ٹائم آؤٹ سے مختلف ہے۔غیر سائکلک سروس ٹائم آؤٹ کا تعلق عام طور پر کسٹمر پروگرامنگ، سی پی یو کی کارکردگی، اور نیٹ ورک لوڈ کی گنجائش سے ہوتا ہے۔اگرچہ اس مسئلے کے پیش آنے کا امکان نسبتاً کم ہے، لیکن یہ ناممکن نہیں ہے، اور مستقبل میں اس سے نمٹنے کے لیے پروگرام یا نیٹ ورک کے ماحول کی خرابی کا سراغ لگانا شروع کیا جا سکتا ہے۔
سافٹ ویئر کے مسائل اکثر کم نظر آتے ہیں، لیکن خرابیوں کا سراغ لگانے کے لیے ایک باہمی اور منظم انداز کے ساتھ، ہم بنیادی وجہ کی شناخت کر سکتے ہیں اور ہموار پیداوار کو یقینی بنانے کے لیے مسائل کو حل کر سکتے ہیں!
تو، یہ اس سیشن کے لیے ہمارے تکنیکی بلاگ کا اختتام کرتا ہے۔اگلے وقت تک!
پوسٹ ٹائم: اکتوبر 17-2023
