Pentauliahan maya menjadi bernilai apabila adegan simulasi berkelakuan seperti mesin terkawal, bukannya animasi yang tidak berkaitan. Untuk projek PLC Mitsubishi, ini memerlukan laluan data yang boleh dijejaki daripada simulator kejuruteraan GX, melalui pelayan OPC yang serasi, hingga ke tag Factory I/O.

Objektifnya bukan sekadar menggerakkan penghantar. Persediaan yang berguna membuktikan pemilikan alamat, arah isyarat, tingkah laku jujukan, interlock, pemasaan, tindak balas terhadap kehilangan komunikasi dan logik mula semula sebelum I/O fizikal tersedia.

Penghantar maya yang kecil boleh mendedahkan kecacatan pemetaan, pemasaan dan pemulihan sebelum kecacatan tersebut sampai ke panel kawalan sebenar.

Sahkan keserasian perisian sebelum memetakan tag

“GX Simulator” boleh merujuk kepada fungsi simulasi yang dikaitkan dengan generasi GX Works dan keluarga CPU MELSEC yang berbeza. Produk OPC juga berbeza mengikut versi dan sama ada ia menyediakan OPC DA atau OPC UA. Factory I/O menyediakan pilihan pemacu yang mungkin tidak menyokong setiap gabungan dengan cara yang sama.

Catat keluarga PLC, versi GX Works, komponen simulator, produk dan versi pelayan OPC, jenis antara muka serta versi Factory I/O yang tepat. Kemudian sahkan bahawa pelayan OPC boleh disambungkan kepada CPU yang disimulasikan itu. Jangan anggap kaedah sambungan yang berfungsi dengan modul Ethernet fizikal akan berfungsi secara automatik dengan simulator perisian.

Mitsubishi menerangkan MX OPC sebagai perisian yang mendedahkan data pengawal boleh atur cara MELSEC melalui OPC. Perkakasan MELSEC iQ-R yang lebih baharu juga boleh menggunakan modul pelayan OPC UA terbenam, tetapi seni bina itu berbeza daripada pelayan yang dihoskan pada PC dan disambungkan kepada pengawal yang disimulasikan. Pastikan laluan ini dibezakan dalam nota reka bentuk dan penyelesaian masalah.

Tulis kontrak data sebelum mengkonfigurasi perisian

Cipta senarai I/O dengan satu baris untuk setiap isyarat. Sertakan tag Factory I/O, alamat peranti Mitsubishi, jenis data, arah, maksud kejuruteraan, keadaan lalai, keadaan selamat, keperluan kemas kini dan pemilik. Simulasi biasanya harus memiliki keadaan input lapangan, manakala logik PLC memiliki arahan penggerak.

Peraturan pemilikan ini menghalang dua aplikasi daripada menulis titik yang sama. Fotoelektrik yang disimulasikan boleh menulis peranti input PLC, manakala PLC menulis arahan motor yang dibaca oleh Factory I/O. Jika kedua-dua pihak menulis satu tag, paparan mungkin berkelip atau kelihatan rawak walaupun setiap sambungan individu aktif secara teknikal.

Peranti bit, perkataan, integer bertanda, nilai titik terapung dan tatasusunan memerlukan pengendalian jenis yang jelas. Klien OPC mungkin berjaya memaparkan nilai, tetapi Factory I/O mentafsir jenis atau susunan bit yang salah. Mulakan dengan satu titik Boolean dan satu perkataan yang nilainya berubah dengan jelas. Kembangkan hanya selepas arah dan penskalaan dibuktikan.

Bina dan uji sambungan secara berlapis

Mula-mula, cipta program PLC minimum dan jalankannya dalam simulator GX yang disokong. Paksa atau togol peranti dalaman yang diketahui dan sahkan bahawa pemantau ladder menunjukkan keadaan yang dijangka. Ini membuktikan bahawa program, CPU yang dipilih dan simulator beroperasi.

Kedua, konfigurasikan pelayan OPC untuk pengawal yang disimulasikan itu. Cipta hanya beberapa tag ujian. Gunakan klien atau paparan diagnostik pelayan sendiri untuk mengesahkan kualiti, cap masa, nilai dan keupayaan menulis. Nilai yang ditandakan sebagai “bad” atau “uncertain” perlu dibetulkan pada lapisan ini sebelum Factory I/O dibuka.

Ketiga, konfigurasikan klien OPC Factory I/O dan semak imbas atau masukkan tag yang telah dibuktikan. Petakan satu sensor simulasi dan satu arahan penggerak. Sahkan kedua-dua arah secara berasingan: ubah input adegan dan perhatikan memori PLC, kemudian ubah output PLC dan perhatikan adegan.

Kaedah berlapis ini memisahkan punca kerosakan. Jika memori GX tidak berubah, masalahnya ialah simulasi PLC. Jika GX berubah tetapi klien OPC tidak berubah, periksa konfigurasi pelayan dan pengalamatan peranti. Jika pelayan OPC sihat tetapi Factory I/O tidak berubah, periksa sambungan klien, nama item, hak akses dan pemetaan tag.

Pengesahan lapisan demi lapisan mengasingkan kerosakan konfigurasi PLC, pelayan OPC dan Factory I/O.

Ambil kira pemasaan merentasi tiga sistem bebas

Imbasan PLC, tinjauan pelayan OPC, langganan klien dan kemas kini fizik Factory I/O tidak berlaku pada saat yang sama. Denyutan sensor yang lebih pendek daripada selang pensampelan gabungan boleh hilang sebelum PLC mengesannya. Beban rangkaian atau PC juga boleh menambah jitter walaupun pada stesen kerja tempatan.

Peristiwa penting perlu direka supaya dapat bertahan semasa pensampelan. Peranti simulasi boleh mengekalkan keadaan sehingga diakui, atau logik PLC boleh mengunci peralihan yang dikesan sehingga jujukan menggunakannya. Memanjangkan setiap denyutan adalah mudah untuk demonstrasi tetapi boleh menyembunyikan kecacatan pengendalian tepi. Padankan tingkah laku ujian dengan sensor fizikal dan kelajuan pengeluaran yang dijangka.

Ukur kelewatan hujung ke hujung yang berkesan dan bukannya menganggap kadar kemas kini OPC yang dikonfigurasikan sebagai keseluruhan latensi. Apabila pemasaan penting kepada jujukan, logkan peralihan adegan, cap masa OPC, pemerhatian PLC, keputusan output dan tindakan adegan yang terhasil.

Rancang untuk OPC DA dan kekangan stesen kerja

OPC DA klasik menggunakan teknologi COM Microsoft. Apabila semua aplikasi dijalankan di bawah satu akaun Windows pada satu komputer, persediaan biasanya lebih mudah. Konfigurasi teragih memperkenalkan isu identiti DCOM, kebenaran, tembok api dan akaun perkhidmatan. Sambungan yang berfungsi secara interaktif mungkin gagal selepas but semula jika pelayan OPC dimulakan di bawah akaun yang berbeza.

OPC UA menggunakan model keselamatan yang berbeza dengan titik akhir, sijil dan dasar. Ia mengelakkan DCOM tetapi masih memerlukan kepercayaan sijil, kebenaran pengguna dan model data yang serasi. Gunakan antara muka yang sebenarnya disokong oleh perisian terpilih dan bukannya menganggap DA dan UA sebagai label yang boleh saling menggantikan.

Uji keadaan kegagalan dan mula semula dengan sengaja

Putuskan sambungan klien OPC semasa penghantar aktif. Hentikan simulator PLC. Mulakan semula pelayan OPC. Buka semula Factory I/O dengan output yang sebelum ini aktif. Mesin tidak seharusnya menyambung semula pergerakan berbahaya hanya kerana nilai lama muncul semula atau klien bersambung semula.

Tentukan tindak balas terhadap kualiti buruk, kehilangan komunikasi dan nilai permulaan. Arahan boleh dipaksa mati, dikekalkan atau dikendalikan melalui henti terkawal bergantung pada proses. Input mungkin memerlukan bit kesihatan komunikasi yang jelas supaya PLC dapat membezakan keadaan palsu yang sebenar daripada data yang tidak tersedia.

Uji juga mula sejuk, mula semula hangat, pengekalan pembilang, ketidakpadanan resipi, sensor tersekat, ketibaan serentak dan tetapan semula operator. Dokumentasikan keadaan awal setiap tag yang boleh ditulis serta jujukan yang diperlukan untuk memasuki mod automatik.

Jadikan sel maya sebagai abah-abah ujian

Gunakan kes penerimaan yang boleh diulang: tiada penggerak sebelum kebenaran mula dipenuhi; satu kiraan untuk setiap produk; henti terkawal pada sasaran; tamat masa apabila sensor tersekat; kerosakan apabila komunikasi hilang; dan pemulihan yang boleh dijangka selepas sambungan semula. Trend tag dan rekod lulus/gagal memberikan bukti yang lebih kukuh berbanding tangkapan skrin adegan yang bergerak.

Pilihan pengawal Mitsubishi boleh disemak dalam koleksi Mitsubishi Electric, manakala perkakasan pengawal yang lebih luas terdapat di bawah Sistem PLC & PAC.

OPC hanyalah lapisan pengangkutan. Nilai kejuruteraan muncul apabila sel maya menjadi persekitaran ujian yang boleh diulang untuk tingkah laku PLC, pemilikan isyarat, andaian pemasaan, tindak balas kerosakan dan logik mula semula yang akan diterapkan pada mesin fizikal.