در فعالیت های تولید صنعتی، کیفیت و پایداری محصولات سخت افزاری برای عملکرد ایمن و کارآمد کل خط تولید بسیار مهم است.با این حال، ما نباید پیکربندی نرم افزار را نادیده بگیریم.مشکلات نرم افزاری همچنین می تواند منجر به از کار افتادن سیستم، از دست رفتن داده ها یا ناتوانی خط تولید در انجام صحیح وظایف خود شود که می تواند تأثیر قابل توجهی بر کل فرآیند تولید داشته باشد.بنابراین، در هر دو جنبه سخت افزاری و نرم افزاری محیط تولید صنعتی، عیب یابی یک گام ضروری برای اطمینان از عملکرد روان، تضمین کارایی تولید و حفظ ایمنی و قابلیت اطمینان است.
امروز، بیایید به یک مورد واقعی بپردازیم که در آن پیکربندی نرم افزار بر تولید تأثیر گذاشته است.بیایید مطمئن شویم که در آینده عیب یابی را به طور مؤثر انجام می دهیم تا از کارایی و قابلیت اطمینان خطوط تولید خودکار اطمینان حاصل کنیم!
1
بازخورد مشتری: تجهیزات موجود در محل با مشکلی مواجه می‌شوند که ماژول CN-8032-L در حالت آفلاین قرار می‌گیرد، که منجر به توقف اضطراری دستگاه و توقف عملکرد خودکار خط تولید می‌شود.مداخله دستی برای بازگرداندن عملکرد عادی مورد نیاز است و باعث اختلال در تولید و آزمایش منظم می شود.اگر مسئله افت آفلاین ماژول ها به طور موثر قابل حل نباشد، بر خروجی تولید نهایی تأثیر خواهد گذاشت.
2
پس از برقراری ارتباط در محل با پرسنل فنی، تایید شد که از سه خط تولید، دو خط از آنها با مشکل افتادن آفلاین ماژول‌ها در یک مکان مواجه هستند.تقریباً 1 ثانیه پس از حذف آفلاین، ماژول ها به طور خودکار دوباره وصل می شوند.مشتری قبلاً اقدام به تعویض ماژول کرده بود که مشکل را حل نکرد.ارزیابی اولیه نشان داد که این مشکل احتمالاً به کیفیت ماژول مربوط نمی شود.مراحل عیب یابی زیر انجام شد:
1. اطلاعات سیستم عامل ماژول را به روز کرد و فایل های GSD را برنامه ریزی کرد تا مشکلات سازگاری میان افزار را از بین ببرد.
2. دوباره ماژول ها را تعویض کنید تا نقص بالقوه ماژول را رد کنید.
3. تایید شده شبکه، سوئیچ ها و اطلاعات سخت افزاری منبع تغذیه، تا حد زیادی مسائل مربوط به سخت افزار را حذف می کند.
4. اصلاح ساختار شبکه برای حذف عوامل بالقوه مرتبط با شبکه.
5. استفاده از فیلترها در منبع تغذیه برای رد مسائل مربوط به برق.
6. بررسی و رفع هرگونه تضاد آدرس IP شبکه.
7. اتصال روتر به شبکه خارجی را موقتاً غیرفعال کرد که تعداد دفعات افت را کاهش داد اما مشکل را به طور کامل حل نکرد.
8. بسته های شبکه ضبط شده و بسته های داده خدمات غیر چرخه ای شناسایی شده در Profinet که منجر به خطاهای PLC به دلیل مهلت زمانی بسته می شود.
9. با توجه به مرحله قبل، برنامه مشتری را بررسی کرد.
با تجزیه و تحلیل بسته های داده شبکه، مشخص شد که مشتری از برنامه ارتباطی Modbus زیمنس استفاده می کند.در طول اجرای بلوک های تابع خاص، آنها به طور ناخواسته شناسه سخت افزاری یک ماژول تابع را در پین های برنامه وارد کردند.این منجر به ارسال پیوسته بسته های داده UDP توسط PLC به آن ماژول تابع می شود که منجر به خطای «نقطه زمانی سرویس غیر چرخه ای» شده و باعث آفلاین شدن دستگاه می شود.
3
مشکل در مورد بالا با مهلت زمانی ارتباط معمولی PN که به دلیل تداخل یا وقفه در شبکه ایجاد می شود، متفاوت است.وقفه های خدمات غیر چرخه ای معمولاً به برنامه نویسی مشتری، عملکرد CPU و ظرفیت بار شبکه مربوط می شود.در حالی که احتمال بروز این مشکل نسبتاً کم است، غیرممکن نیست و عیب یابی برنامه یا محیط شبکه می تواند برای رفع آن در آینده انجام شود.
مشکلات نرم افزاری اغلب کمتر قابل مشاهده هستند، اما با یک رویکرد مشترک و سیستماتیک برای عیب یابی، می توانیم علت اصلی را شناسایی کرده و مشکلات را حل کنیم تا از تولید روان اطمینان حاصل کنیم!
بنابراین، این وبلاگ فنی ما را برای این جلسه به پایان می رساند.تا دفعه بعد!
زمان ارسال: اکتبر-17-2023
