Slide Bergerak Tak Terkendali Secara Intermiten Merupakan Kejadian Keselamatan Mesin

Sumbu yang bergerak tanpa perintah yang diharapkan bukanlah gangguan commissioning biasa. Ini adalah kejadian gerakan yang tidak terkendali dan dapat merusak perkakas, struktur mesin, benda kerja, fixture, serta personel. Risiko menjadi lebih sulit dikelola ketika slide berperilaku normal selama berjam-jam sebelum tiba-tiba bergerak pada kecepatan atau ke arah yang tidak diharapkan.

Mesin yang dibahas dalam kasus ini menggunakan Siemens SIMATIC S7-200 CPU 226, unit SIMOVERT MASTERDRIVES untuk sumbu slide, MICROMASTER 440 untuk spindle, dan panel operator TP 170A. Data perintah dan status bergerak melalui jaringan komunikasi serial USS.

Masalah yang dilaporkan terjadi pada salah satu atau kedua slide. Insiden mungkin muncul sekali atau dua kali selama hari kerja, kemudian diikuti dua atau tiga hari pengoperasian normal. Upaya sebelumnya mencakup pemisahan VFD spindle dari kabinet kontrol utama dan perbaikan pembumian. Tindakan tersebut tidak menghilangkan gangguan.

Pola ini sering mendorong pemecahan masalah secara spekulatif. Teknisi mungkin mengganti encoder, mengubah rute kabel, menyesuaikan parameter drive, atau menambahkan konduktor pembumian lain. Satu perubahan mungkin mengubah gejala untuk sementara, sehingga menimbulkan kesan bahwa masalah telah teratasi. Kejadian tersebut kemudian kembali karena jalur perintah yang sebenarnya tidak pernah dibuktikan.

Investigasi yang andal harus mengidentifikasi titik pertama ketika perilaku yang diharapkan menjadi abnormal. Tim perlu mengetahui apa yang diminta HMI, apa yang diterima PLC, apa yang dikirim PLC, apa yang diterima drive, apa yang diaktifkan drive secara internal, dan apa yang sebenarnya dilakukan motor.

Mulailah dengan Mengonfirmasi Setiap Perangkat yang Terpasang

Sistem Siemens lama sering tetap beroperasi jauh setelah tim commissioning awal tidak lagi bertugas. Gambar teknik mungkin memuat perubahan tulisan tangan. Cadangan parameter mungkin tidak lengkap. Modul pengganti mungkin telah dipasang tanpa memperbarui dokumentasi. Oleh karena itu, identifikasi perangkat keras harus dilakukan sebelum menafsirkan parameter.

Catat nomor pesanan lengkap dari setiap pelat nama. Jangan hanya mengandalkan daftar peralatan yang diketik. Nomor CPU S7-200 yang dilaporkan mengandung karakter yang mungkin salah disalin. Pengontrol yang sebenarnya mungkin adalah Siemens 6ES7216-2BD23-0XB0 SIMATIC S7-200 CPU 226, tetapi catu daya dan varian output harus dikonfirmasi langsung dari unit yang terpasang.

Satu karakter yang salah dapat mengarah pada manual, diagram terminal, atau suku cadang pengganti yang keliru. Huruf O sering tertukar dengan angka nol. Angka satu dapat tertukar dengan huruf I. Sufiks yang hilang juga dapat menyembunyikan opsi perangkat keras yang penting.

Disiplin yang sama berlaku untuk unit SIMOVERT MASTERDRIVES. MASTERDRIVES adalah keluarga luas, bukan satu desain penggerak yang tetap. Papan kontrol, versi perangkat lunak, opsi encoder, papan teknologi, serta konfigurasi Vector Control atau Motion Control dapat mengubah parameter yang tersedia dan perutean sinyal internal.

Nomor pesanan MICROMASTER 440 juga harus diverifikasi. Meskipun MM440 mengendalikan spindel, bukan slide, perangkat ini berbagi lingkungan kabinet dan mungkin berbagi jalur komunikasi USS. Peristiwa pensakelarannya, perutean kabel, konfigurasi alamat, dan pengaturan waktu komunikasi dapat memengaruhi sistem secara keseluruhan.

Catat model TP 170A, versi proyek HMI, pengaturan komunikasi, dan alamat PLC yang terhubung. Panel mungkin berisi peristiwa tombol, fungsi resep, nilai startup, atau perilaku tag yang tidak dapat diidentifikasi hanya dari program PLC.

Sebelum mengubah parameter apa pun, buat cadangan lengkap program PLC, proyek HMI, set parameter MASTERDRIVES, dan set parameter MM440. Foto pelindung kabel, sakelar papan, sambungan terminal, dan modul opsional. Baseline ini memungkinkan setiap modifikasi berikutnya dibandingkan dan dibatalkan.

Tentukan Arti Runaway Menurut Operator

Kata “runaway” dapat menggambarkan beberapa kejadian yang berbeda. Akselerasi hingga kecepatan penuh berbeda dari jog singkat yang tidak disengaja. Gerakan saat startup berbeda dari gerakan selama urutan otomatis. Jalur diagnosis berubah sesuai kejadian yang sebenarnya.

Wawancarai setiap orang yang menyaksikan gangguan tersebut. Mintalah pengamatan, bukan kesimpulan. “Encoder rusak” adalah kesimpulan. “Slide bergerak cepat ke arah positif sementara HMI menunjukkan kecepatan nol” adalah pengamatan.

Catat sumbu yang terlibat, arah, perkiraan kecepatan, durasi, posisi awal, mode mesin, status spindel, langkah program aktif, dan metode yang menghentikan gerakan. Tentukan apakah gerakan dimulai dari keadaan diam atau terjadi selama gerakan yang sedang berlangsung.

Jika slide berakselerasi menuju kecepatan maksimum, periksa polaritas umpan balik, sumber setpoint aktif, urutan pengaktifan, dan regulasi penggerak. Jika slide hanya bergerak dalam jarak pendek, periksa bit jog, pemicu tepi yang terduplikasi, perintah lama, dan transisi status urutan.

Jika kejadian hanya muncul dalam mode otomatis, logika urutan menjadi lebih penting. Jika kejadian juga terjadi dalam mode manual, fokuskan pemeriksaan pada arbitrase perintah yang digunakan bersama oleh kedua mode. Jika sumbu bergerak saat penyalaan, transisi CPU, reset drive, atau penyambungan ulang HMI, inisialisasi saat startup harus segera diperiksa.

Perilaku penghentian memberikan bukti yang berharga. Jika melepas sinyal pengaktifan drive dari PLC menghentikan sumbu, tahap daya mungkin masih merespons jalur pengaktifan yang diharapkan. Jika gerakan berlanjut sampai daya utama diisolasi, periksa perangkat keras drive, pengawatan pengaktifan eksternal, perilaku kontaktor, dan sumber perintah di luar PLC.

Tentukan juga apakah drive menghasilkan peringatan atau kesalahan. Kejadian tanpa kesalahan tidak membuktikan bahwa drive dalam kondisi baik, tetapi menunjukkan bahwa drive mungkin menganggap perintah dan umpan balik valid.

Perlakukan Mesin sebagai Rangkaian Perintah yang Lengkap

Perintah gerakan dapat dimulai dari panel operator TP 170A. Tombol, input numerik, resep, peristiwa layar, atau urutan otomatis menetapkan nilai memori PLC. S7-200 memvalidasi permintaan tersebut dan menghitung kecepatan atau setpoint gerakan. Rutinitas komunikasi USS kemudian membentuk telegram yang berisi data kontrol dan proses.

Unit MASTERDRIVES menerima telegram dan meneruskan control word serta setpoint melalui struktur sinyal internalnya. Perintah akhir yang aktif juga dapat mencakup kecepatan tetap, input analog, perintah terminal, setpoint tambahan, input jog, atau blok fungsi internal.

Jalur umpan balik sama pentingnya. Motor atau beban dapat menggunakan encoder inkremental, resolver, takometer, atau perangkat umpan balik lainnya. Drive menafsirkan sinyal tersebut sebagai kecepatan atau posisi. Sebagian nilai aktual kemudian dapat dikirim ke PLC.

Sakelar batas mekanis, sensor posisi awal, sakelar gerak berlebih, kontaktor, rem, dan kontak kesiapan drive menciptakan jalur tambahan. Setiap jalur dapat memengaruhi apakah gerakan dimulai, berlanjut, atau berhenti.

Setiap tahap harus memiliki nilai yang dapat diukur. Di PLC, catat permintaan HMI mentah, mode operasi yang dipilih, status urutan, setpoint akhir yang telah divalidasi, arah, perintah pengaktifan, dan hasil komunikasi. Di drive, amati control word yang diterima, setpoint yang diterima, setpoint internal yang aktif, kecepatan aktual, status umpan balik, arus, peringatan, dan kesalahan.

Angka nol yang ditampilkan pada HMI tidak membuktikan bahwa PLC mengirimkan angka nol. Angka nol pada satu register PLC tidak membuktikan bahwa sumber perintah lain tidak aktif. Telegram USS yang benar tidak membuktikan bahwa drive dikonfigurasi untuk menggunakan telegram tersebut sebagai satu-satunya sumber setpoint.

Investigasi harus mengidentifikasi titik pertama ketika nilai yang diharapkan dan nilai yang tercatat tidak sesuai. Titik tersebut membagi masalah menjadi logika HMI, aplikasi PLC, komunikasi, konfigurasi drive, umpan balik, perangkat keras daya, atau mekanik.

Pemisahan Diagnostik yang Paling Penting

Pertanyaan teknis pertama sederhana: apakah drive menerima perintah gerak yang sah?

Bandingkan empat nilai selama kejadian:

• Setpoint gerak akhir PLC.
• Setpoint yang diterima drive.
• Setpoint internal drive yang aktif.
• Pergerakan motor atau slide yang sebenarnya terukur.

Jika setpoint akhir PLC menjadi bukan nol dan drive mengikutinya, drive mungkin beroperasi dengan benar. Gerakan yang tidak diinginkan dihasilkan di bagian hulu. Selidiki kejadian HMI, logika urutan, nilai yang dipertahankan, perpindahan mode, dan beberapa penulisan ke perintah akhir.

Jika setpoint akhir PLC tetap nol tetapi drive menerima nilai bukan nol, selidiki penyusunan telegram, pemetaan memori, penskalaan, penanganan buffer, dan eksekusi blok komunikasi. Nilai tak terduga yang tepat dapat mengidentifikasi mekanismenya. Nilai tetap yang berulang sering menunjukkan data yang dipertahankan atau sudah usang. Nilai positif atau negatif yang ekstrem dapat menunjukkan masalah bilangan bertanda atau urutan byte.

Jika drive menerima nol tetapi setpoint internal aktifnya menjadi bukan nol, periksa konfigurasi drive. Kecepatan tetap, referensi analog, fungsi jog, input terminal, setpoint tambahan, potensiometer bermotor, atau opsi teknologi mungkin sedang aktif.

Jika setpoint PLC, setpoint yang diterima, dan setpoint internal semuanya tetap nol sementara motor berakselerasi, kejadiannya lebih serius. Selidiki perilaku umpan balik, regulasi drive, catu daya papan kontrol, perangkat keras drive, perilaku tahap keluaran, dan kopling mekanis.

Metode empat sinyal ini mencegah penggantian komponen secara tidak terkendali. Metode ini juga menghasilkan kesimpulan teknis yang dapat dipertanggungjawabkan. Gangguan ditetapkan berdasarkan bukti yang tercatat, bukan asumsi.

Umpan Balik Merupakan Suspek Prioritas Tinggi, tetapi Bukan Kesimpulan Otomatis

Gangguan encoder atau takometer yang terjadi sesekali sangat mungkin terjadi, terutama ketika kejadian berubah akibat getaran, suhu, pergerakan kabel, atau posisi slide. Namun, anggapan bahwa setiap kehilangan umpan balik secara otomatis menyebabkan kecepatan maksimum terlalu menyederhanakan masalah.

Drive yang dikonfigurasi dengan benar biasanya akan mendeteksi umpan balik yang hilang atau tidak masuk akal dan merespons sesuai pengaturan pemantauan dan gangguannya. Respons yang tepat bergantung pada versi kontrol, opsi umpan balik, konfigurasi, dan aplikasinya.

Perilaku berbahaya masih dapat terjadi ketika sinyal umpan balik tersedia tetapi salah. Polaritas terbalik, urutan fase yang salah, amplitudo sinyal tidak stabil, kanal rusak, jenis encoder yang salah, penskalaan yang keliru, kopling longgar, atau konfigurasi regulator yang tidak sesuai dapat menyebabkan drive bereaksi ke arah yang salah.

Kabel yang mengalami gangguan intermiten jarang gagal sebagai rangkaian terbuka sempurna. Salah satu konduktor mungkin terputus hanya saat kabel ditekuk. Pin konektor mungkin kehilangan kontak hanya saat terjadi getaran tinggi. Catu daya encoder mungkin turun saat kontaktor beroperasi. Arus pelindung dapat mendistorsi salah satu kanal diferensial tanpa menghilangkan sinyal sepenuhnya.

Bandingkan kecepatan aktual yang dilaporkan drive dengan pengukuran independen. Takometer genggam, sensor sementara yang telah diverifikasi, atau pengukuran osiloskop yang sesuai dapat memastikan apakah nilai aktual internal sesuai dengan pergerakan fisik.

Jika drive melaporkan kecepatan nol saat poros berputar, jalur umpan balik patut dicurigai. Jika drive melaporkan kecepatan yang benar saat perintah menjadi tidak benar, umpan balik mungkin beroperasi normal.

Jangan pernah melakukan pengujian umpan balik dengan memaparkan personel pada slide yang bergerak. Gunakan penghalang, kecepatan yang dikurangi, kondisi pengujian yang terkendali, dan metode penghentian independen.

Periksa Seluruh Sirkuit Umpan Balik

Sistem umpan balik mencakup lebih dari sekadar encoder. Sensor, kopling mekanis, kabel, konektor, catu daya, pelindung, pengaturan pentanahan, papan input, dan konfigurasi drive semuanya berkontribusi pada nilai yang diukur.

Mulailah dari sambungan mekanis. Pastikan poros encoder, sabuk, roda gigi, atau kopling fleksibel tidak dapat selip. Periksa hub kopling, pasak, sekrup pengunci, retakan, kontaminasi, dan ketidaksejajaran. Encoder yang terlepas secara mekanis mungkin tetap menghasilkan sinyal yang tidak lagi merepresentasikan pergerakan beban yang sebenarnya.

Periksa setiap konektor di bawah pencahayaan dan pembesaran yang baik. Cari kontak yang terdorong ke belakang, crimp yang lemah, pin yang bengkok, korosi, kontaminasi oli, penahan regangan yang rusak, dan tegangan kabel. Pastikan konektor pengganti menggunakan jenis kontak yang benar.

Uji kontinuitas saat mesin diisolasi, tetapi jangan hanya mengandalkan uji resistansi statis. Konduktor yang retak dapat tersambung saat diluruskan dan terputus saat ditekuk. Dalam pengujian berisiko rendah yang disetujui, pantau sinyal umpan balik saat pembawa kabel bergerak melalui jarak gerak normalnya.

Ukur catu daya encoder pada encoder saat beroperasi dengan beban. Tegangan yang stabil di dalam kabinet tidak membuktikan bahwa tegangan tetap stabil pada sensor. Catat nilai minimum selama akselerasi spindel, pembalikan sumbu, pengereman, dan pengoperasian kontaktor.

Untuk encoder inkremental, periksa amplitudo kanal, simetri kanal, hubungan fase, dan pulsa indeks jika digunakan. Pasangan diferensial harus tetap seimbang. Ledakan derau, pulsa yang hilang, atau amplitudo yang menurun dapat mengindikasikan masalah kabel, pelindung, catu daya, atau sensor.

Verifikasi jenis encoder, jumlah pulsa, polaritas, penskalaan, dan sumber umpan balik dalam set parameter drive yang terpasang. Jangan berasumsi bahwa nomor parameter dari manual MASTERDRIVES lain berlaku untuk papan kontrol ini.

Kesalahan USS Tidak Boleh Dianggap Sekadar Perubahan Bit Acak

Komunikasi USS berlangsung melalui telegram terstruktur. Protokol ini mencakup pemeriksaan kesalahan, sehingga telegram yang rusak biasanya akan ditolak dan bukan diterima sebagai setpoint kecepatan valid yang tidak terkait.

Ini bukan berarti USS dapat diabaikan. Masalah komunikasi tetap dapat berkontribusi pada gerakan tak terkendali melalui perilaku aplikasi. PLC mungkin membentuk word data proses yang salah. Nilai bertanda dapat ditafsirkan secara keliru. Byte tinggi dan rendah dapat tertukar. Data lama dapat tetap berada di buffer transmisi. Respons yang tidak diterima dapat membuat setpoint sebelumnya tetap aktif.

Alamat slave yang duplikat juga dapat menimbulkan perilaku yang membingungkan. Setiap drive di jaringan harus menggunakan alamat yang unik. Urutan polling PLC harus mengaitkan setiap respons dengan slave yang benar dan area memori yang benar.

Kata kontrol memerlukan perhatian yang sama seperti setpoint kecepatan. Drive mungkin tetap aktif sementara program PLC menganggapnya sudah berhenti. Pengakuan kesalahan, perintah ON/OFF, bit arah, dan logika mulai ulang dapat diproses secara keliru selama pemulihan komunikasi.

Hitung transaksi yang berhasil, batas waktu, frame yang ditolak, kegagalan berturut-turut, dan peristiwa pemulihan. Satu bit “communication fault” memberikan terlalu sedikit informasi. Data diagnostik harus mengidentifikasi slave yang sedang dipolling dan transaksi yang gagal.

Pada MICROMASTER 440, P2010 berkaitan dengan konfigurasi baud rate USS. Parameter ini tidak boleh dianggap sebagai pengaturan batas waktu telegram secara umum. P2011 umumnya dikaitkan dengan alamat USS. Namun, semua arti parameter tetap harus diverifikasi berdasarkan manual MM440 yang benar dan konfigurasi antarmuka.

Batas waktu yang lebih panjang tidak otomatis lebih aman. Jika drive terus menggunakan setpoint nonnol sebelumnya saat menunggu batas waktu, penambahan penundaan tersebut dapat memperpanjang gerakan yang tidak diinginkan. Tentukan terlebih dahulu respons yang diperlukan saat komunikasi terputus.

Lapisan Fisik RS-485 Tetap Penting

Meskipun frame yang rusak ditolak, jaringan RS-485 yang tidak stabil dapat menyebabkan percobaan ulang berulang, data kedaluwarsa, pembaruan status yang terlewat, dan waktu aplikasi yang tidak teratur. Oleh karena itu, jaringan fisik memerlukan audit menyeluruh.

Dokumentasikan bus dari port komunikasi S7-200 ke setiap drive. Pastikan pengkabelan menggunakan topologi jalur yang benar. Cabang bintang yang panjang dapat menimbulkan pantulan sinyal dan sebaiknya dihindari, kecuali dokumentasi antarmuka yang terpasang secara eksplisit mengizinkannya.

Pastikan semua perangkat menggunakan pengaturan komunikasi yang sesuai. Pengaturan ini mencakup baud rate, paritas, struktur telegram, panjang data proses, dan alamat slave. Catat pengaturan tersebut, jangan mengubahnya berdasarkan ingatan.

Terminasi harus mengikuti persyaratan antarmuka dan konektor Siemens yang sebenarnya. Resistor 120 ohm generik tidak boleh ditambahkan secara otomatis. Terminasi atau bias yang salah dapat memperburuk sinyal.

Periksa jenis kabel komunikasi, kontinuitas pelindung, bonding konektor, dan peruteannya. Kabel RS-485 tidak boleh dipasang dalam jarak jauh berdampingan dengan kabel keluaran motor, konduktor resistor pengereman, kabel kontaktor, atau rangkaian daya frekuensi tinggi lainnya.

Jika jarak pemisahan terbatas, silangkan kabel daya dan sinyal dengan sudut kira-kira 90 derajat. Pertahankan bonding ekuipotensial yang disengaja antara kabinet dan bagian-bagian mesin. Hindari pigtail pelindung yang panjang karena mengurangi efektivitas frekuensi tinggi.

Jika perlu, gunakan probe osiloskop diferensial yang sesuai untuk memeriksa bentuk gelombang. Cari pantulan, tegangan mode bersama yang berlebihan, ringing, tepi sinyal yang lambat, ledakan derau, dan perubahan amplitudo selama percepatan spindel atau pengereman sumbu.

Laptop yang terhubung atau konverter USB dapat mengubah pembumian dan beban bus. Catat apakah gangguan berubah ketika peralatan diagnostik terhubung.

Komponen yang digunakan dalam komunikasi dan jaringan industri harus dievaluasi bersama topologi, pelindung, terminasi, pengalamatan, dan penanganan transaksi PLC. Mengganti satu konektor tidak akan memperbaiki mesin status komunikasi yang lemah.

Tinjau Program S7-200 sebagai Mesin Status

Gangguan commissioning yang muncul sesekali sering terjadi selama transisi, bukan saat operasi stabil. Mesin mungkin berperilaku benar saat berjalan terus-menerus, tetapi gagal ketika berpindah antara mode manual dan otomatis, menyelesaikan homing, pulih dari alarm, mengganti resep, atau memulihkan komunikasi.

Cari di referensi silang program setiap instruksi yang menulis ke variabel kecepatan, arah, dan enable akhir. Program lama sering menulis word V-memory yang sama di beberapa network. Penulisan terakhir yang dieksekusi mengendalikan hasilnya, sehingga dapat menimbulkan perilaku yang tampak acak.

Buat satu tahap arbitrase perintah yang jelas. Jog manual, gerakan otomatis, homing, fungsi penyiapan, dan perintah pemeliharaan harus masuk ke tahap tersebut sebagai permintaan terpisah. Setpoint akhir hanya boleh dibuat setelah mode, batas, umpan balik, komunikasi, dan permissive keselamatan divalidasi.

Tinjau logika one-shot dan deteksi tepi. Perintah yang dimaksudkan hanya untuk satu pemindaian dapat tetap aktif karena memori tepinya digunakan ulang, dipertahankan, atau tertimpa. Perintah juga dapat terpicu ulang ketika bit mode berubah.

Periksa setiap kait. Identifikasi kondisi yang mengaktifkannya dan setiap kondisi yang mengatur ulangnya. Kait gerakan yang hanya bergantung pada langkah urutan berikutnya dapat tetap aktif ketika urutan terhenti akibat gangguan.

Periksa penanganan data bertanda. Bilangan bulat negatif yang ditafsirkan sebagai word tak bertanda dapat menjadi nilai positif yang besar. Perkalian dapat mengalami overflow. Word yang disalin dengan urutan byte yang salah dapat menghasilkan setpoint ekstrem.

Verifikasi penskalaan dari satuan teknis ke nilai proses USS. Terapkan batas positif dan negatif setelah perhitungan akhir, bukan hanya pada input HMI.

Sistem kontrol Siemens SIMATIC S7 lama dapat beroperasi dengan andal selama puluhan tahun, tetapi aplikasinya sering berisi modifikasi dari beberapa tahap commissioning. Tinjauan referensi silang yang terstruktur lebih bermanfaat daripada menganggap perangkat keras CPU telah menjadi tidak stabil.

Status Penyalaan dan Pemulihan Memerlukan Pengujian Terpisah

Data yang tidak diinisialisasi atau dipertahankan dapat menyebabkan gerakan yang jarang terjadi setelah gangguan daya, pengunduhan perangkat lunak, transisi CPU STOP-ke-RUN, pengaturan ulang drive, atau penyambungan kembali HMI.

Identifikasi setiap area memori retentif yang digunakan oleh program gerakan. Tentukan nilai awal perintah kecepatan, arah, pengaktifan, mode, langkah urutan, bit jog, dan status komunikasi setelah setiap jenis mulai ulang.

Rutinitas penyalaan harus memaksa semua permintaan gerakan menjadi nol. Rutinitas tersebut harus menghapus perintah jog dan otomatis yang tertunda, memvalidasi umpan balik, mengonfirmasi status batas, membangun komunikasi, dan mengharuskan urutan pengaktifan baru yang disengaja.

Setpoint nonnol yang dipertahankan tidak boleh menjadi efektif hanya karena drive siap sebelum PLC menyelesaikan inisialisasi.

Uji penyalaan dingin, mulai ulang hangat, CPU STOP-ke-RUN, pengaturan ulang drive, penyambungan kembali HMI, dan pemulihan slave USS yang gagal. Lakukan pengujian ini dengan mesin dikendalikan secara mekanis dan kecepatan yang tersedia dikurangi.

Pantau catu daya kontrol 24 V selama peristiwa daya. PLC, encoder, HMI, antarmuka komunikasi, kontaktor, dan elektronika kontrol drive dapat mengatur ulang pada ambang tegangan yang berbeda. Penurunan tegangan singkat dapat membuat satu perangkat tetap berjalan sementara perangkat lain memulai ulang.

Catat urutan daya kontrol, PLC RUN, komunikasi normal, drive siap, pelepasan rem, dan pengaktifan gerakan. Urutan tersebut harus eksplisit dan dapat diulang.

HMI Dapat Menghasilkan Perintah yang Tidak Lagi Terlihat

Proyek TP 170A harus ditinjau bersama program PLC. Perintah HMI dapat ditulis saat tombol ditekan, tombol dilepas, layar dibuka, layar ditutup, resep diunduh, tag diperbarui, atau komunikasi pulih.

Tombol jog sesaat dapat menimbulkan kondisi berbahaya ketika aksi tekan mengatur sebuah bit dan aksi lepas menghapusnya. Jika komunikasi gagal saat tombol ditekan, perintah penghapusan mungkin tidak pernah sampai ke PLC.

Operator kemudian melihat tombol dalam keadaan tidak ditekan, tetapi bit PLC tetap aktif. Transisi mode atau permissive lain kemudian dapat memungkinkan permintaan jog yang kedaluwarsa mencapai perintah gerakan akhir.

Fungsi jog yang tangguh tidak boleh hanya mengandalkan pasangan tekan-dan-lepas. PLC harus memerlukan penyegaran perintah secara kontinu, menerapkan waktu kedaluwarsa singkat, memvalidasi mode operasi, dan menghapus perintah saat komunikasi menjadi tidak valid.

Periksa setiap peristiwa HMI yang terkait dengan jog, entri kecepatan, arah, reset, pemilihan mode, homing, dan pengendalian siklus otomatis. Cari tag duplikat yang menunjuk ke alamat PLC yang sama.

Input numerik memerlukan pemeriksaan rentang baik pada panel maupun PLC. PLC harus menolak nilai di luar rentang teknis yang diizinkan meskipun bidang HMI tampak dikonfigurasi dengan benar.

Sistem Siemens SIMATIC HMI lama mungkin memiliki perilaku pada tingkat layar yang tidak terlihat dalam logika PLC. Pencatatan tag HMI mentah secara terpisah dari perintah PLC yang tervalidasi membantu mengidentifikasi sumber perintah yang sebenarnya.

MM440 Dapat Memengaruhi Peristiwa Tanpa Mengendalikan Slide

MICROMASTER 440 mengendalikan spindle, tetapi tetap dapat memengaruhi lingkungan pengendalian slide. Penyearah input, DC link, keluaran motor, sirkuit pengereman, dan frekuensi switching-nya dapat menimbulkan interferensi konduktif atau radiasi.

Gangguan terkuat mungkin terjadi selama akselerasi, deselerasi, puncak arus, atau pengereman spindle, bukan saat operasi stabil. Bandingkan stempel waktu gerakan tak terkendali dengan status spindle.

Catat start spindle, stop, perubahan kecepatan, arus, kondisi bus DC, riwayat gangguan, dan aktivitas pengereman. Tentukan apakah setiap peristiwa terjadi selama transisi spindle yang serupa.

Jika unit MM440 dan MASTERDRIVES berbagi bus USS, spindle juga memengaruhi waktu komunikasi. PLC harus melakukan polling pada setiap slave secara konsisten dan memproses setiap respons dalam struktur memori yang benar.

Pastikan area data USS spindle dan slide tidak saling tumpang tindih. Aplikasi S7-200 yang ringkas terkadang menggunakan kembali memori V tanpa pemisahan yang jelas. Blok yang ditulis untuk spindle dapat menimpa sebagian perintah slide.

Memindahkan MM440 ke luar kabinet tidak sepenuhnya menghilangkan pengaruhnya. Kabel motor, jalur pentanahan, perutean komunikasi, dan catu daya bersama mungkin masih tetap terhubung.

Gunakan pengukuran, bukan pemindahan berulang. Periksa pemisahan kabel, penyambungan shield, reaktor saluran atau filter yang ditentukan untuk drive, penyambungan kabinet, terminasi kabel motor, serta hubungan waktu antara peristiwa switching dan kesalahan komunikasi.

Audit MASTERDRIVES berdasarkan Fungsi Sinyal

Audit parameter MASTERDRIVES harus mengikuti seluruh jalur sinyal. Jangan memulainya dengan daftar nomor parameter yang disalin dari instalasi lain.

Pertama, verifikasi versi kontrol yang terpasang, rilis perangkat lunak, papan kontrol, dan opsi umpan balik. Kemudian tinjau mode kontrol, data motor, jenis umpan balik, penskalaan umpan balik, dan sumber umpan balik.

Identifikasi setiap sumber yang dapat mengendalikan perintah drive ON/OFF. Sumber tersebut dapat mencakup control word USS, input terminal, perintah tetap, koneksi binektor internal, atau fungsi teknologi.

Identifikasi setiap sumber yang dapat berkontribusi pada setpoint kecepatan atau posisi akhir. Periksa setpoint utama, setpoint tambahan, kecepatan tetap, fungsi jog, input analog, fungsi potensiometer bermotor, dan blok fungsi internal.

Tinjau batas kecepatan positif dan negatif, ramp akselerasi, ramp deselerasi, batas arus, batas torsi, dan pembatasan arah. Pengaturan sementara yang konservatif dapat mengurangi risiko diagnostik, tetapi bukan perlindungan keselamatan independen.

Periksa pemantauan umpan balik dan respons gangguan. Tentukan tindakan yang dikonfigurasi drive saat umpan balik hilang, tidak stabil, terbalik, atau tidak masuk akal.

Baca riwayat peringatan dan gangguan drive sebelum menghapusnya. Peringatan yang tampak tidak terkait mungkin mencatat saat kondisi kontrol berubah.

Gunakan metode rekayasa yang terpasang, seperti DriveMonitor, PMU, OP1S, atau antarmuka lain yang disetujui, untuk mengamati konektor internal dan nilai aktual. Pilih nilai sesuai versi kontrol tertentu.

Pendekatan fungsional ini berlaku di seluruh sistem drive dan kontrol gerak Siemens generasi lama maupun terbaru. Perangkat lunak kontrol, opsi umpan balik, dan perutean internal dapat berbeda meskipun dua drive tampak serupa secara fisik.

Buat Perekam Peristiwa Terpicu

Peristiwa yang terjadi sekali sehari tidak dapat diatasi dengan memantau HMI secara terus-menerus. Sistem memerlukan perekam diagnostik yang menangkap periode sebelum dan sesudah pergerakan abnormal.

Buat buffer PLC melingkar yang berisi perintah HMI mentah, perintah tervalidasi, setpoint kecepatan akhir, arah, enable, mode, status urutan, input batas, status drive siap, hasil transaksi USS, dan penghitung sampel.

Di drive, tangkap control word yang diterima, setpoint yang diterima, setpoint internal aktif, kecepatan aktual, status umpan balik, arus keluaran, arus penghasil torsi jika tersedia, peringatan, dan gangguan.

Pemicu dapat didasarkan pada kecepatan aktual di atas ambang kecil saat perintah PLC akhir bernilai nol. Pemicu lain dapat mendeteksi pergerakan di luar status urutan yang disetujui. Ketidaksesuaian antara arah yang diperintahkan dan arah yang diukur juga dapat memicu perekaman.

Pertahankan data sebelum pemicu. Jika pencatatan baru dimulai setelah slide bergerak, kondisi pemicu mungkin sudah hilang.

Diagnostik komunikasi harus membedakan transaksi yang berhasil, respons yang terlewat, pesan yang ditolak, kegagalan berturut-turut, dan kejadian pemulihan. Catat slave yang aktif selama kesalahan terjadi.

Jaga agar logika diagnostik tetap ringkas. S7-200 memiliki memori dan kapasitas pemindaian yang terbatas. Pastikan pencatatan tidak mengganggu pengaturan waktu rutin USS yang sudah ada.

Ekspor data setelah setiap kejadian. Simpan data tersebut bersama tanggal, kondisi mesin, laporan saksi, dan pengamatan fisik. Rangkaian beberapa kejadian dapat mengungkap pola yang tidak dapat terlihat dari satu kejadian saja.

Gunakan Penghitung Diagnostik yang Menjawab Pertanyaan Spesifik

Penghitung hanya berguna jika maknanya jelas. Penghitung perintah umum dan penghitung umpan balik umum dapat berbeda karena banyak alasan normal.

Hitung setiap permintaan gerakan HMI yang diterima. Hitung setiap perintah gerakan yang diterima oleh arbitrase PLC final. Hitung setiap transmisi USS yang berhasil diselesaikan. Hitung setiap respons valid yang diterima dari drive sumbu.

Hitung juga batas waktu komunikasi, kejadian drive tidak siap, aktivasi batas, perubahan mode, dan kedaluwarsa perintah.

Simpan nilai kecepatan terakhir yang dikirim dan kata kendali. Simpan nilai aktual terakhir yang valid diterima dan kata status. Tambahkan nomor urut ke struktur perintah jika memungkinkan.

Saat suatu kejadian terjadi, penghitung dapat menjawab beberapa pertanyaan:

• Apakah HMI menghasilkan permintaan?
• Apakah PLC menyetujui permintaan tersebut?
• Apakah PLC mengirim telegram baru?
• Apakah drive mengembalikan respons yang valid?
• Apakah gerakan aktual dimulai tanpa perintah baru yang disetujui?

Penghitung tidak boleh diatur ulang secara otomatis setiap kali startup kecuali nilai historisnya tidak diperlukan. Pertimbangkan untuk menyimpan penghitung kejadian di memori retentif, sambil memaksa semua perintah gerakan itu sendiri ke nilai startup yang aman.

Perlindungan Overtravel Independen Tidak Boleh Bergantung pada Logika Normal

Batas posisi perangkat lunak bermanfaat, tetapi tidak boleh menjadi satu-satunya perlindungan terhadap gangguan yang mungkin berasal dari program PLC, jalur komunikasi, atau pengendali drive normal.

Setiap sumbu harus memiliki perlindungan batas gerak yang dirancang dengan benar. Bergantung pada penilaian risiko mesin, perlindungan ini dapat mencakup sakelar batas berkabel, sensor posisi berperingkat keselamatan, relai keselamatan, sirkuit penghambat drive, kontaktor, rem, atau arsitektur tervalidasi lainnya.

Input PLC standar yang menulis perintah kecepatan nol tidak otomatis menjadi fungsi keselamatan. Kesalahan logika yang sama yang menyebabkan gerakan tersebut mungkin mencegah perintah berhenti diproses.

Menghapus setpoint kecepatan juga tidak menjamin torsi terhilangkan. Drive mungkin tetap aktif, setpoint sekunder mungkin tetap aktif, atau energi mekanis tersimpan mungkin terus menggerakkan beban.

Uji penghentian darurat, interlock pelindung, sakelar overtravel, kontak gangguan drive, rem, dan kontaktor secara terpisah. Pastikan pengaktifan ulang memerlukan tindakan yang disengaja setelah perlindungan beroperasi.

Selama pengoperasian diagnostik, kurangi kecepatan maksimum, akselerasi, torsi, dan jarak tempuh yang tersedia jika memungkinkan secara teknis. Penghenti mekanis sementara hanya boleh digunakan jika dirancang untuk energi benturan yang mungkin terjadi.

Tidak ada tujuan diagnostik yang membenarkan seseorang terpapar pada sumbu yang telah menunjukkan gerakan tak terkendali.

Contoh Kasus: Kabel yang Gagal Hanya Saat Pembalikan Arah

Pertimbangkan sebuah slide yang berperilaku normal selama pengujian statis berkecepatan rendah, tetapi bergerak dengan keras saat pembalikan arah yang cepat. Log PLC menunjukkan perintah yang stabil. Jejak drive menunjukkan gangguan mendadak pada kecepatan terukur, diikuti keluaran korektif yang besar.

Uji kontinuitas pada kabel encoder lulus saat mesin berhenti. Namun, kabel melewati pembawa yang bergerak. Salah satu konduktor retak di dekat radius tekuk minimum dan hanya terbuka saat pembawa mencapai posisi tertentu.

Pengukuran osiloskop pada input drive menunjukkan salah satu kanal encoder runtuh saat pembalikan arah. Perintah tetap benar, dan tidak ada gangguan USS yang tercatat.

Kabel diganti dengan tipe continuous-flex yang benar. Pelepas regangan dan terminasi shield dipulihkan. Catu daya encoder dan kualitas bentuk gelombang diuji sepanjang seluruh lintasan slide.

Verifikasi final mencakup pembalikan arah berulang pada kecepatan yang dikurangi, dilanjutkan dengan pengoperasian terkendali pada kecepatan produksi normal. Bentuk gelombang baru yang sehat disimpan sebagai baseline.

Kasus ini menunjukkan mengapa gangguan umpan balik harus dibuktikan secara dinamis. Uji resistansi statis dapat memberikan hasil lulus meskipun kabel gagal saat digunakan.

Contoh Kasus: Perintah Jog Tetap Aktif Setelah Komunikasi HMI Terputus

Pada mesin lain, menekan tombol jog menetapkan bit PLC. Melepaskan tombol menghapusnya. HMI kehilangan komunikasi saat tombol ditekan, sehingga perintah pelepasan tidak pernah sampai ke PLC.

Pada saat itu, interlock lain mencegah gerakan. Bit jog yang kedaluwarsa tetap tersembunyi. Kemudian, operator mengubah mode mesin. Logika PLC final kini menerima permintaan jog lama tersebut, dan slide bergerak secara tak terduga.

Drive mengikuti setpoint PLC yang sah. Komunikasi USS dalam kondisi baik saat gerakan dimulai. Mengganti encoder atau menambahkan sambungan shield lain tidak akan memperbaiki masalah.

Logika PLC yang direvisi memerlukan permintaan jog yang terus diperbarui. Perintah kedaluwarsa setelah interval singkat. Perintah hanya diterima dalam mode yang benar, dengan komunikasi yang valid dan kondisi pengaktifan yang diperlukan.

Logika startup menghapus semua permintaan gerakan. Tindakan pelepasan HMI tetap ada, tetapi bukan lagi satu-satunya mekanisme yang menghapus perintah.

Perekam kejadian mengonfirmasi bahwa bit HMI mentah tetap aktif setelah kegagalan komunikasi sebelumnya. Akar masalahnya bukan kerusakan komunikasi, melainkan penanganan yang tidak aman terhadap perintah yang valid tetapi sudah usang.

Contoh Kasus: Derau Mengungkap Penanganan Buffer USS yang Lemah

Mesin ketiga mengalami batas waktu USS saat spindel berakselerasi. Telegram yang rusak ditolak, sehingga jaringan tidak secara langsung mengubah satu perintah kecepatan menjadi perintah lainnya.

Namun, aplikasi PLC tidak membatalkan perintah sumbu sebelumnya setelah transaksi terlewat. Rutinitas USS juga berjalan secara bersyarat sehingga interval polling menjadi tidak teratur.

Selama transisi urutan, perintah nol yang baru ditulis ke satu lokasi memori, sementara buffer transmisi masih berisi nilai nonnol yang lebih lama. Telegram berikutnya yang berhasil mengirimkan data yang valid tetapi sudah usang.

Penggerak menerima perintah yang terstruktur dengan benar dan merespons secara normal. Gangguan pada lapisan fisik mengungkap kelemahan perangkat lunak, bukan secara langsung menghasilkan setpoint tersebut.

Tindakan korektif memperbaiki perutean kabel dan penyambungan pelindung. Selanjutnya, rutinitas komunikasi PLC dirancang ulang agar setiap penggerak menggunakan memori khusus. Setpoint akhir yang telah divalidasi disalin ke buffer transmisi tepat sebelum transaksi.

Respons yang terlewat menandai data sebagai tidak valid. Respons terprogram terhadap komunikasi yang hilang diverifikasi melalui pengujian terkendali.

Kasus ini menunjukkan mengapa penelusuran masalah komunikasi harus mencakup bentuk gelombang listrik dan siklus hidup data aplikasi.

Urutan Investigasi Praktis di Lapangan

Langkah 1: Amankan mesin. Terapkan perlindungan overtravel independen, kurangi energi pengujian, dan batasi akses personel.

Langkah 2: Pastikan perangkat keras. Catat nomor pesanan lengkap, rilis perangkat lunak, papan opsi, perangkat umpan balik, dan modul antarmuka.

Langkah 3: Buat cadangan. Simpan program S7-200, proyek TP 170A, set parameter MASTERDRIVES, dan parameter MM440.

Langkah 4: Definisikan kejadian. Catat arah, kecepatan, durasi, mode operasi, posisi, status spindel, dan perilaku penghentian.

Langkah 5: Petakan rantai perintah. Identifikasi setiap sumber setpoint, pengaktifan, arah, kecepatan tetap, jog, dan referensi tambahan.

Langkah 6: Tambahkan pencatatan tersinkronisasi. Rekam perintah PLC, data USS, nilai internal penggerak, umpan balik, arus, batas, peringatan, dan gangguan.

Langkah 7: Uji kondisi awal. Periksa start dingin, mulai ulang saat hangat, transisi CPU RUN, koneksi ulang HMI, dan pemulihan komunikasi.

Langkah 8: Periksa umpan balik secara dinamis. Uji tegangan suplai, kualitas bentuk gelombang, kopling, konektor, pelindung, dan pelenturan kabel.

Langkah 9: Audit USS dan RS-485. Periksa pengalamatan, topologi, terminasi, area data, pengaturan waktu, dan penanganan kesalahan.

Langkah 10: Tinjau referensi silang PLC. Temukan setiap penulis ke setpoint akhir, arah, dan pengaktifan drive.

Langkah 11: Audit perutean sinyal drive. Verifikasi setiap sumber perintah dan setiap kontributor terhadap setpoint aktif.

Langkah 12: Ubah satu item setiap kali. Catat kondisi lama, kondisi baru, alasan, hasil pengujian, dan metode pengembalian.

Penguatan Jangka Panjang Harus Menangani Arsitektur

Setelah menemukan penyebab langsung, tanyakan mengapa satu gangguan dapat menghasilkan gerakan yang merusak. Satu waktu habis komunikasi, kabel putus, atau kesalahan HMI tidak boleh melewati semua lapisan perlindungan.

Pisahkan pembangkitan perintah, validasi perintah, transportasi komunikasi, kontrol drive, dan perlindungan keselamatan. Setiap lapisan harus memiliki tanggung jawab yang ditetapkan.

PLC harus menghasilkan perintah yang dibatasi dan divalidasi berdasarkan status. Rutinitas komunikasi harus mengirimkan data terkini dengan validitas dan kesegaran yang jelas. Drive harus menerapkan batas operasi yang dikonfigurasi dan pemantauan umpan balik. Fungsi keselamatan independen harus mengendalikan gerakan berbahaya.

Pertimbangkan apakah arsitektur S7-200 dan USS masih dapat didukung. Migrasi ke platform PLC dan drive yang lebih baru dapat meningkatkan diagnostik, pencatatan waktu, ketersediaan komponen, visibilitas jaringan, dan pengelolaan cadangan.

Jaringan yang lebih baru tidak otomatis membuat mesin aman. PROFINET saja tidak memperbaiki arbitrase perintah yang lemah, logika penyalaan yang buruk, atau perlindungan overtravel yang tidak memadai.

Modernisasi harus mencakup HMI, gambar teknik, kontrol versi perangkat lunak, arsitektur keselamatan, strategi suku cadang, dan pelatihan staf. Mengganti PLC saja dapat memindahkan masalah ke platform lain.

Untuk aplikasi pemosisian yang menuntut, evaluasi apakah profil gerakan sebaiknya dijalankan di dalam drive khusus atau pengontrol gerakan, bukan melalui perintah kecepatan serial berulang. Keputusan yang tepat bergantung pada akurasi pemosisian, sinkronisasi, waktu siklus, arsitektur umpan balik, dan risiko mesin.

Verifikasi Lebih dari Sekadar Menunggu Gangguan Terjadi Lagi

Tujuh hari tanpa insiden memang menggembirakan, tetapi hal itu tidak membuktikan bahwa akar masalah telah dihilangkan. Verifikasi harus secara sengaja mereproduksi kondisi yang sebelumnya meningkatkan risiko.

Jalankan siklus perjalanan penuh berulang pada kecepatan terkendali. Sertakan pembalikan arah cepat, akselerasi spindel, pengereman spindel, kondisi kabinet hangat, beban normal maksimum, dan pergerakan pembawa kabel.

Ulangi pengujian penyalaan dan pemulihan. Sikluskan daya kontrol sesuai prosedur yang disetujui. Uji STOP-ke-RUN CPU, reset drive, penyambungan kembali HMI, hilangnya satu slave USS, dan pemulihan komunikasi.

Verifikasi respons terhadap kegagalan umpan balik menggunakan metode pengujian yang disetujui. Jangan memutuskan enkoder produksi saat personel terpapar gerakan.

Uji setiap batas perangkat keras, batas perangkat lunak, input gangguan drive, penghentian darurat, rem, dan perangkat pembatas gerak berlebih independen. Pastikan respons penghentian dan perilaku penyalaan ulang yang diwajibkan.

Bandingkan perintah akhir PLC, perintah yang diterima drive, setpoint internal aktif, dan gerakan aktual selama setiap pengujian.

Tetapkan kriteria penerimaan sebelum pengujian. Kriteria yang sesuai dapat mencakup:

• Tidak ada gerakan yang tidak diinginkan selama kondisi penyalaan atau pemulihan apa pun.
• Tidak ada kegagalan komunikasi USS yang tidak tertangani.
• Tidak ada perintah gerak yang tersimpan setelah komunikasi HMI terputus.
• Catu daya umpan balik dan bentuk gelombang yang stabil sepanjang seluruh lintasan.
• Pengoperasian yang benar setiap perangkat pembatas gerak berlebih independen.
• Kesesuaian yang tercatat antara perintah, setpoint yang diterima, setpoint aktif, dan gerakan aktual.

Pertahankan perekam kejadian selama operasi produksi awal. Tindakan korektif yang berhasil seharusnya menghilangkan gejala fisik sekaligus pola diagnostik abnormal yang menyebabkannya.

Akar Penyebab Akan Terlihat di Tempat Sinyal Pertama Kali Tidak Sesuai

Gerakan meluncur tak terkendali yang terjadi sesekali pada sistem Siemens S7-200 dan MASTERDRIVES tidak boleh dikaitkan dengan “derau”, “enkoder”, atau “USS” tanpa bukti.

Metode yang menentukan adalah mengorelasikan perintah akhir PLC, perintah yang diterima drive, setpoint internal aktif, dan respons mekanis aktual.

Jika perintah PLC menjadi salah, selidiki HMI dan logika aplikasi. Jika nilai yang dikirim atau diterima menjadi salah, selidiki penanganan memori, penskalaan, konstruksi telegram, dan jaringan RS-485.

Jika drive mengaktifkan sumber perintah yang tidak dimaksudkan PLC, audit konfigurasi internal drive. Jika semua perintah tetap aman sementara motor berakselerasi, selidiki umpan balik, catu daya papan kontrol, perangkat keras drive, dan mekanik.

Gangguan umpan balik tetap masuk akal, tetapi harus diuji sebagai rangkaian lengkap. Masalah USS juga tetap masuk akal, tetapi data valid yang sudah kedaluwarsa dan logika pemulihan yang lemah sering kali lebih masuk akal daripada telegram rusak acak yang berubah menjadi perintah kecepatan maksimum yang valid.

Mesin hanya boleh kembali beroperasi normal setelah perlindungan independen efektif, mekanisme pemicu didukung oleh bukti yang tercatat, dan pengujian terkendali telah memverifikasi tindakan korektif serta respons terhadap gangguan di masa mendatang.

Pendekatan disiplin ini memerlukan persiapan lebih banyak daripada penggantian komponen secara spekulatif. Pendekatan ini juga menghasilkan hasil yang lebih berharga: mesin yang jalur geraknya dipahami, dicatat, didokumentasikan, dan dilindungi dari kegagalan tunggal berikutnya.