صنعتي پيداوار جي سرگرمين ۾، هارڊويئر جي شين جي معيار ۽ استحڪام سڄي پيداوار واري لائن جي محفوظ ۽ موثر آپريشن لاء اهم آهن.تنهن هوندي، اسان کي سافٽ ويئر جي ترتيب کي نظر انداز نه ڪرڻ گهرجي.سافٽ ويئر جا مسئلا پڻ سسٽم جي حادثن، ڊيٽا جي نقصان، يا پيداوار واري لائن جي ان جي ڪم کي صحيح طريقي سان انجام ڏيڻ جي قابل ٿي سگھي ٿي، جيڪا پوري پيداوار جي عمل تي اهم اثر پئجي سگھي ٿي.تنهن ڪري، صنعتي پيداوار جي ماحول جي هارڊويئر ۽ سافٽ ويئر ٻنهي حصن ۾، مسئلو حل ڪرڻ هڪ ضروري قدم آهي انهي کي يقيني بڻائڻ ته سامان آسانيء سان هلندي، پيداوار جي ڪارڪردگي جي ضمانت، ۽ حفاظت ۽ اعتماد کي برقرار رکڻ.
اڄ، اچو ته هڪ حقيقي دنيا جي ڪيس ۾ وڃو جتي سافٽ ويئر جي ترتيب جي پيداوار کي متاثر ڪيو آهي.اچو ته يقيني بڻايون ته اسان مستقبل ۾ موثر طريقي سان حل ڪندا آهيون خودڪار پيداوار وارين لائنن جي ڪارڪردگي ۽ اعتبار کي يقيني بڻائڻ لاءِ!
1
ڪسٽمر جي راءِ: سائيٽ تي موجود سامان CN-8032-L ماڊل آف لائن ڇڏڻ سان مسئلن جو تجربو ڪري رهيو آهي، جنهن جي نتيجي ۾ مشين هڪ ايمرجنسي اسٽاپ ۽ پيداوار واري لائن خودڪار آپريشن کي بند ڪري ٿي.عام آپريشن کي بحال ڪرڻ لاءِ دستي مداخلت جي ضرورت آهي، باقاعده پيداوار ۽ جاچ ۾ رڪاوٽون پيدا ڪرڻ.جيڪڏهن ماڊلز جو مسئلو آف لائن ڇڏڻ جو مؤثر طريقي سان حل نه ٿو ڪري سگهجي، اهو حتمي پيداوار جي پيداوار تي اثر انداز ڪندو.
2
ٽيڪنيڪل اهلڪارن سان سائيٽ تي رابطي کان پوء، اها تصديق ڪئي وئي ته ٽن پيداوار لائينن مان، انهن مان ٻه ماڊلز جي ساڳئي مسئلي جو تجربو ڪري رهيا هئا ساڳئي هنڌ تي آف لائن ڇڏڻ.تقريباً 1 سيڪنڊ آف لائن ڇڏڻ کان پوءِ، ماڊل پاڻمرادو ٻيهر ڳنڍجي ويندا.ڪسٽمر اڳ ۾ ماڊل متبادل جي ڪوشش ڪئي هئي، جنهن مسئلو حل نه ڪيو.هڪ ابتدائي تشخيص ظاهر ڪيو ته اهو مسئلو ممڪن نه هو ماڊل جي معيار سان لاڳاپيل.هيٺيان مسئلا حل ڪرڻ وارا قدم کنيا ويا:
1. تازه ڪاري ماڊل فرم ویئر جي معلومات ۽ پروگرام GSD فائلون firmware مطابقت جي مسئلن کي ختم ڪرڻ لاء.
2. ماڊلز کي ٻيهر تبديل ڪيو ويو ته ممڪن انفرادي ماڊل جي خرابين کي ختم ڪرڻ لاءِ.
3. تصديق ٿيل نيٽ ورڪ، سوئچز، ۽ پاور سپلائي هارڊويئر ڄاڻ، وڏي حد تائين هارڊويئر سان لاڳاپيل مسئلن کي ختم ڪرڻ.
4. ممڪن نيٽ ورڪ سان لاڳاپيل عنصر کي ختم ڪرڻ لاء نيٽ ورڪ جي جوڙجڪ کي تبديل ڪيو.
5. پاور سپلائي تي فلٽر استعمال ڪندي بجلي سان لاڳاپيل مسئلن کي حل ڪرڻ لاءِ.
6. تحقيق ڪئي وئي ۽ ڪنهن به نيٽ ورڪ IP پتي جي تڪرار کي حل ڪيو.
7. عارضي طور تي روٽر کي خارجي نيٽ ورڪ سان ڳنڍڻ بند ڪيو، جيڪو ڊراپ آف جي تعدد کي گھٽائي ڇڏيو پر مڪمل طور تي مسئلو حل نه ڪيو.
8. نيٽ ورڪ پيڪيٽس کي پڪڙيو ويو ۽ سڃاڻپ ٿيل نان-سائيڪل سروس ڊيٽا پيڪٽس Profinet ۾، پي ايل سي جي غلطين جي ڪري پيڪٽ ٽائم آئوٽ جي ڪري.
9. Baesd پوئين قدم تي، گراهڪ جي پروگرام کي جانچيو.
نيٽ ورڪ ڊيٽا پيڪٽس جو تجزيو ڪندي، اهو دريافت ڪيو ويو ته گراهڪ استعمال ڪري رهيو هو Siemens' Modbus ڪميونيڪيشن پروگرام.مخصوص فنڪشن بلاڪ جي عمل جي دوران، اهي اڻڄاڻ طور تي هڪ فنڪشنل ماڊل جي هارڊويئر سڃاڻپ ڪندڙ پروگرام پنن ۾ داخل ٿي ويا.ان جي نتيجي ۾ PLC مسلسل UDP ڊيٽا پيڪٽس کي انهي فنڪشن ماڊل ڏانهن موڪلي رهيو آهي، جنهن جي نتيجي ۾ "غير سائيڪل سروس ٽائم آئوٽ" غلطي ۽ مشين کي آف لائن وڃڻ جو سبب بڻائيندو.
3
مٿين صورت ۾ مسئلو نيٽ ورڪ مداخلت يا مداخلت جي ڪري عام PN ڪميونيڪيشن ٽائيم آئوٽ کان مختلف آهي.غير سائيڪل سروس ٽائيم آئوٽ عام طور تي ڪسٽمر پروگرامنگ، سي پي يو ڪارڪردگي، ۽ نيٽ ورڪ لوڊ گنجائش سان لاڳاپيل آهن.جڏهن ته هن مسئلي جو امڪان نسبتا گهٽ آهي، اهو ناممڪن ناهي، ۽ پروگرام يا نيٽورڪ ماحول جي خرابي کي حل ڪرڻ لاء مستقبل ۾ ان کي حل ڪرڻ لاء ڪم ڪري سگهجي ٿو.
سافٽ ويئر جا مسئلا اڪثر گهٽ نظر اچن ٿا، پر مشڪلاتن کي حل ڪرڻ لاء هڪ باهمي ۽ منظم طريقي سان، اسان بنيادي سبب جي سڃاڻپ ڪري سگهون ٿا ۽ آسان پيداوار کي يقيني بڻائڻ لاء مسئلا حل ڪري سگهون ٿا!
تنهن ڪري، هي هن سيشن لاء اسان جي ٽيڪنيڪل بلاگ کي ختم ڪري ٿو.ٻئي دفعي تائين!
پوسٽ جو وقت: آڪٽوبر-17-2023
