Percepat Waktu ke Pasar dengan Alat Profesional RTI Connext DDS
Hanya dua minggu tersisa sebelum demo.
Kami memiliki satu kesempatan berisiko tinggi untuk menyampaikan sistem kontrol mikrogrid yang sepenuhnya fungsional yang harus:
Berjalan pada prosesor Intel dan ARM
Target platform Linux dan Windows
Termasuk aplikasi yang ditulis dalam C, C++, Java, Scala, Lua, dan LabVIEW
Berkomunikasi dengan peralatan lama menggunakan protokol ModBus dan DNP3
Melakukan kontrol real-time sambil memenuhi semua persyaratan di atas
Dalam postingan ini, saya akan berbagi tantangan dunia nyata yang kami hadapi dan bagaimana alat yang disertakan dalam RTI Connext DDS Professional membantu kami menyelesaikan masalah integrasi hanya dalam beberapa hari. Saya akan menyoroti masalah umum dan alat RTI spesifik yang menangani setiap masalah, dan menyediakan tautan ke video dan artikel pendukung untuk mereka yang ingin mengetahui lebih dalam. Tujuan saya adalah untuk memberikan titik awal praktis untuk menerapkan alat RTI untuk mempercepat pengembangan DDS Anda.
The Big Demo
Ini adalah demonstrasi kerja pertama dari Open Field Message Bus (OpenFMB) Smart Grid Interoperability Panel, pendekatan baru untuk kontrol perangkat edge-grid menggunakan teknologi IoT seperti DDS.
Di bawah ini adalah diagram blok sistem, yang menunjukkan arsitektur hardware, sistem operasi, dan bahasa pemrograman:
Saat kami menghadirkan setiap peserta secara online, kami menghadapi sejumlah tantangan. Bagian-bagian berikut menjelaskan setiap masalah dan alat yang kami gunakan untuk menyelesaikannya. Lihat judul untuk melihat apakah Anda pernah menghadapi masalah yang serupa dalam sistem DDS Anda, lalu klik tautan untuk mempelajari teknik troubleshooting baru. Pertimbangkan bagaimana Anda akan mendiagnosis masalah ini tanpa alat yang disebutkan.
Masalah: Konfigurasi jaringan
Alat: RTI DDS Ping
Tim Oak Ridge National Labs sedang membangun GUI LabVIEW yang akan berfungsi sebagai layar utama. Laptop mereka tidak dapat melihat data dari klien jaringan mana pun. Kami pertama kali memverifikasi bahwa mesin berada pada subnet yang sama – langkah klasik “periksa dasar”. Sementara utilitas ping standar mengonfirmasi jangkauan dasar, itu tidak memverifikasi bahwa port penemuan DDS terbuka. Utilitas rtiddsping melakukan tepat itu, dan mengungkap dalam hitungan detik bahwa firewall laptop yang diterbitkan pemerintah sedang memblokir lalu lintas penemuan DDS. Untuk panduan yang menyeluruh tentang diagnostik dasar, lihat postingan komunitas ini.
Masalah: Apakah aplikasi saya menerbitkan data?
Alat: Spy, Admin Console
Pertanyaan yang sering ditanyakan oleh vendor yang baru di DDS adalah apakah aplikasi mereka berperilaku dengan benar: Apakah itu menerbitkan data pada interval yang diharapkan, dan apakah data itu masuk akal? Kami menggunakan RTI DDS Spy, pelanggan ringan yang dapat difilter untuk tipe dan topik tertentu dan mencetak setiap sampel yang diterima. Setiap vendor melakukan pemeriksaan sehat cepat dengan Spy segera setelah meluncurkan aplikasi mereka.
Jika topik yang sama diperbarui oleh banyak penerbit, switch “-showSampleIdentity” mengungkapkan penerbit mana yang mengirim sampel terbaru.
Spy adalah aplikasi konsol yang dapat berjalan pada target tertanam untuk pengujian dasar. Jejaknya yang kecil, waktu startup yang cepat, dan kesederhanaannya membuatnya ideal untuk verifikasi cepat. Instruksi penggunaan yang detail tersedia di sini.
Masalah: Ketidakcocokan tipe data
Alat: Admin Console, Monitor
Salah satu vendor melaporkan bahwa setelah tes sebelumnya mereka dapat melihat data dari aplikasi lain, tetapi selama demo data tersebut hilang. Admin Console segera mengidentifikasi ketidakcocokan tipe data – dua topik yang berbagi nama yang sama tetapi didefinisikan dengan struktur IDL yang berbeda. Ketidakcocokan seperti itu dapat sulit terdeteksi, terutama untuk tipe yang besar dan kompleks. Admin Console memanfaatkan sifat yang berpusat pada data DDS untuk introspeksi tipe data yang dipahami oleh setiap peserta, menyajikan tampilan yang disederhanakan dan tampilan “IDL setara” untuk perbandingan samping. Ini sangat berharga ketika Anda tidak memiliki sumber IDL untuk setiap aplikasi.
Dalam kasus ini, vendor menggunakan IDL yang usang dari commit GitHub yang lebih lama. Setelah menarik berkas terbaru, menjalankan rtiddsgen menghasilkan kode tipe yang diperbarui, dan kompilasi cepat memulihkan kompatibilitas penuh.
Admin Console menunjukkan tipe data
Masalah: Ketidakcocokan QoS
Alat: Admin Console, Monitor
Di luar penemuan, ketidakcocokan QoS adalah masalah integrasi yang paling umum bagi pengguna DDS. Dengan begitu banyak knob untuk diatur, bagaimana Anda memastikan kompatibilitas? Proyek OpenFMB mengalami beberapa ketidakcocokan QoS awalnya. Admin Console mendeteksi ini dengan cepat dan menyoroti pengaturan yang konflik. Anda dapat mengeklik nama QoS untuk langsung melompat ke dokumentasi. Informasi QoS yang ditukar selama penemuan memungkinkan Admin Console untuk menandai ketidakcocokan secara otomatis.
Sementara Spy menyediakan output teks mentah, memvisualisasikan data seiring waktu memberikan gambaran yang lebih jelas tentang perilaku sistem. Visualisasi data bawaan Admin Console membantu kami menilai kinerja keseluruhan sistem dengan cepat dan menggulir melalui data historis untuk menelusuri keadaan saat ini. Untuk video pengenalan singkat, lihat video ini, dan untuk penjelajahan yang lebih dalam, tonton video ini.
Visualisasikan data Anda dengan Admin Console
Masalah: Penyesuaian kinerja
Alat: Monitor, Admin Console
Untuk penyesuaian kinerja, Monitor adalah alat pilihan. Ini bekerja dengan versi khusus dari perpustakaan DDS yang secara berkala menerbitkan metrik kinerja real-time dari aplikasi Anda. Pustaka debug sedikit mengganggu, dan Monitor mengagregasi data untuk dianalisis.
Dengan Monitor Anda dapat memeriksa:
Statistik transmisi dan penerimaan
Batas waktu yang terlewat
Tinggi air cache
Ketidakcocokan QoS
Konflik tipe data
Sampel hilang atau ditolak
Kehilangan keaktifan
Banyak pengaturan QoS tidak diiklankan selama penemuan karena mereka mempengaruhi manajemen sumber daya lokal dan penyesuaian kinerja. Monitor memungkinkan Anda memeriksa ini juga. Tonton video pengenalan ini untuk tur singkat.
Masalah: Mentransformasi data saat berjalan
Alat: Prototyper with Lua, DDS Toolkit for LabVIEW
Kami membutuhkan GUI besar untuk menampilkan status mikrogrid secara real-time. Oak Ridge National Labs bersedia membangun GUI di LabVIEW. DDS Toolkit for LabVIEW memungkinkan Anda mengambil data DDS dan menggunakannya dalam VI LabVIEW. Namun, Toolkit tidak mendukung array of sequences, yang merupakan bagian dari model data OpenFMB. Kami membutuhkan solusi cepat yang dapat membaca tipe kompleks ini.
Prototyper with Lua, fitur baru di Connext DDS Pro 5.2, memungkinkan penciptaan aplikasi yang diaktifkan DDS dengan cepat dengan coding minimal: definisikan topik dan peserta domain dalam XML, tambahkan skrip Lua sederhana, dan Anda siap berjalan di domain DDS dalam beberapa menit. (Lihat postingan blog Gianpiero tentang Prototyper.)
Malam itu, saya menulis skrip Lua yang memerintahkan Prototyper untuk membaca topik DDS kompleks yang berisi array of sequen
