Panduan untuk Mengatasi Masalah ODOT I/O

menutupi

Dalam aktivitas produksi industri, kualitas dan stabilitas produk perangkat keras sangat penting untuk pengoperasian seluruh lini produksi yang aman dan efisien.Namun, kita tidak boleh mengabaikan konfigurasi perangkat lunak.Masalah perangkat lunak juga dapat menyebabkan sistem crash, kehilangan data, atau ketidakmampuan lini produksi menjalankan tugasnya dengan baik, yang dapat berdampak signifikan pada keseluruhan proses produksi.Oleh karena itu, baik dalam aspek perangkat keras maupun perangkat lunak di lingkungan produksi industri, pemecahan masalah merupakan langkah penting untuk memastikan peralatan beroperasi dengan lancar, menjamin efisiensi produksi, dan menjaga keselamatan dan keandalan.

1

Hari ini, mari kita selidiki kasus nyata di mana konfigurasi perangkat lunak telah memengaruhi produksi.Mari pastikan kita melakukan pemecahan masalah secara efektif di masa mendatang untuk memastikan efisiensi dan keandalan jalur produksi otomatis!

1

2

Masukan pelanggan: Peralatan di lokasi mengalami masalah dengan modul CN-8032-L yang tidak berfungsi secara offline, mengakibatkan alat berat memicu penghentian darurat dan jalur produksi menghentikan operasi otomatis.Intervensi manual diperlukan untuk memulihkan operasi normal, sehingga menyebabkan gangguan pada produksi dan pengujian reguler.Jika masalah modul yang tidak berfungsi secara offline tidak dapat diselesaikan secara efektif, hal ini akan berdampak pada hasil produksi akhir.

 

2

Setelah komunikasi di lokasi dengan personel teknis, dipastikan bahwa dari tiga lini produksi, dua di antaranya mengalami masalah yang sama yaitu modul dijatuhkan secara offline di lokasi yang sama.Kira-kira 1 detik setelah offline, modul akan terhubung kembali secara otomatis.Pelanggan sebelumnya telah mencoba penggantian modul, namun tidak menyelesaikan masalah.Penilaian awal menunjukkan bahwa permasalahan tersebut kemungkinan besar tidak berhubungan dengan kualitas modul.Langkah-langkah pemecahan masalah berikut telah diambil:

1. Informasi firmware modul yang diperbarui dan file GSD program untuk menghilangkan masalah kompatibilitas firmware.

2. Mengganti modul lagi untuk menyingkirkan potensi kerusakan modul individual.

3. Informasi perangkat keras jaringan, sakelar, dan catu daya terverifikasi, sebagian besar menghilangkan masalah terkait perangkat keras.

4. Memodifikasi struktur jaringan untuk menghilangkan potensi faktor terkait jaringan.

5. Menggunakan filter pada catu daya untuk mengesampingkan masalah terkait daya.

6. Menyelidiki dan menyelesaikan setiap konflik alamat IP jaringan.

7. Menonaktifkan sementara koneksi router ke jaringan eksternal, yang mengurangi frekuensi drop-off tetapi tidak menyelesaikan masalah sepenuhnya.

8. Menangkap paket jaringan dan mengidentifikasi paket data layanan non-siklik di Profinet, menyebabkan kesalahan PLC karena waktu habis paket.

9. Berdasarkan langkah sebelumnya, memeriksa program pelanggan.

Dengan menganalisis paket data jaringan, diketahui bahwa pelanggan menggunakan program komunikasi Modbus dari Siemens.Selama eksekusi blok fungsi tertentu, mereka secara tidak sengaja memasukkan pengidentifikasi perangkat keras dari satu modul fungsi ke dalam pin program.Hal ini mengakibatkan PLC terus menerus mengirimkan paket data UDP ke modul fungsi tersebut, menyebabkan kesalahan “batas waktu layanan non-siklik” dan menyebabkan mesin menjadi offline.

 

3

3

Masalah dalam kasus di atas berbeda dari batas waktu komunikasi PN pada umumnya yang disebabkan oleh gangguan atau gangguan jaringan.Batas waktu layanan non-siklik biasanya terkait dengan pemrograman pelanggan, kinerja CPU, dan kapasitas beban jaringan.Meskipun kemungkinan terjadinya masalah ini relatif rendah, hal ini bukan berarti tidak mungkin, dan pemecahan masalah pada program atau lingkungan jaringan dapat dilakukan untuk mengatasinya di masa mendatang.

Masalah perangkat lunak seringkali kurang terlihat, namun dengan pendekatan pemecahan masalah yang kolaboratif dan sistematis, kami dapat mengidentifikasi akar permasalahan dan menyelesaikan masalah untuk memastikan kelancaran produksi!

Jadi, ini menyimpulkan blog teknis kami untuk sesi ini.Sampai Lain waktu!


Waktu posting: 17 Okt-2023