Fakta yang tidak banyak diketahui tentang PAC
Ada garis yang sangat tipis tapi halus antara PAC dan PLC, tetapi salah satu yang biasanya kurang dipahami oleh pengguna akhir mesin. Dan itu bukan salah mereka; pembuat mesin dan integrator sistem sering kali membuat klien mereka dalam keadaan limbo yang konstan mengenai perbedaan penting antara kedua entitas.
Faktanya adalah bahwa PAC pada dasarnya berbeda dari PLC, dan meskipun mereka melakukan tugas yang serupa, penting bagi OEM untuk mendidik pengguna akhir mereka tentang peralatan sehingga kesesuaiannya dapat ditentukan dengan benar. Ada dua manfaat utama dari melakukannya:
- Menurunkan biaya masa garansi
- Meningkatkan kepuasan pelanggan
Kedua manfaat ini diperkuat ketika OEM menulis program yang memberikan tingkat detail tertentu kepada pengguna akhir yang mungkin tidak memiliki pengetahuan sebelumnya tentang PAC. Dokumentasi yang jelas juga memainkan peran utama dalam membantu pengembang internal memaksimalkan dokumentasi mereka.
Dalam analogi yang paling sederhana, PLC adalah ke PAC seperti radio jam digital ke komputer. Orang mungkin berpendapat bahwa komputer juga memiliki jam, tetapi struktur bawaannya jauh lebih kompleks dan memiliki fungsionalitas tambahan.
PLC dirancang untuk ahli listrik sedangkan PAC dirancang untuk programmer IT/komputer. Sementara PLC menawarkan kesederhanaan desain dan kemudahan penggunaan untuk ahli listrik, dengan bahasa pemrograman seperti logika tangga, PAC dirancang untuk fleksibilitas yang lebih besar dan fitur tambahan. Tetapi manfaat PLC biasanya datang dengan biaya yang lebih tinggi dan bahasa pemrograman yang lebih terstruktur.
Kontroler otomatisasi diintegrasikan ke dalam pabrik untuk meningkatkan efisiensi, waktu kerja, dan keandalannya. Selama beberapa dekade, PLC telah memenuhi tujuan ini dengan memuaskan, tetapi peningkatan modern dalam teknologi dan media komunikasi telah memicu kebutuhan akan peralatan kontrol tingkat lanjut, sesuatu yang dipenuhi oleh PAC.
Tabel berikut dapat membantu mendorong pemahaman yang lebih besar di antara keduanya:
|
PLC |
PAC |
Modul prosesor |
1/rak |
1+/rak |
Chip prosesor per modul |
1 mikroprosesor |
2+ mikroprosesor berkinerja tinggi |
Pemrograman |
Logika tangga |
Teks terstruktur, diagram blok fungsional, dan logika tangga |
Fungsionalitas |
Berurutan, pindai logika |
Logika pemindaian ganda, kontrol gerakan, akuisisi data, kontrol proses |
Memori |
Hingga 64K |
Hingga 32.000 ribu |
I/O |
3000 |
128.000 |
Komunikasi |
Opsi tunggal biasa |
Jaringan terbuka, beberapa opsi, ethernet/IP |
Sangat jelas bahwa PAC lebih unggul dalam hal fitur dan fungsionalitas. Tapi ada juga kekurangannya; PAC memiliki konfigurasi yang lebih sulit daripada PLC. Selain itu, pengguna akhir harus mengetahui versi firmware dan menangani masalah yang berkaitan dengan kompatibilitas mundur dengan PAC.
Semua masalah ini dapat ditangani terlebih dahulu jika OEM mengikuti pendekatan pendidikan terhadap produknya. Beberapa tips yang dapat membantu pengguna akhir memahami PAC secara lebih jelas adalah:
- Pelatihan dasar untuk aktivitas khusus pemeliharaan PAC.
- Memperluas fungsionalitas dokumentasi perangkat lunak PAC, mis. termasuk komentar bernada panjang.
- Gunakan bahasa pemrograman tingkat tinggi hanya jika diperlukan agar semuanya tetap sederhana dan familiar.
- Memasukkan praktik terbaik yang ditemukan di PLC pemrograman ke pemrograman PAC, menjembatani kesenjangan orientasi.
- Karena tidak ada file data status prosesor di PAC yang dibandingkan dengan PLC, OEM harus mempertimbangkan untuk membuat subrutin untuk data status prosesor yang umum digunakan.