Percepat Waktu Anda ke Pasar dengan Alat Profesional Connext
Dua minggu sebelum demo.
Kami memiliki satu kesempatan ini untuk membangun sistem kontrol microgrid yang berfungsi yang perlu:
Berjalan di prosesor Intel dan ARM
Targetkan platform Linux dan Windows
Sertakan aplikasi yang ditulis dalam C, C++, Java, SCALA, Lua, dan LabVIEW
Berbicara dengan peralatan lama yang menggunakan protokol ModBus dan DNP3
Lakukan kontrol waktu nyata sambil memenuhi semua persyaratan di atas
Dalam posting ini, saya akan berbicara tentang masalah dunia nyata yang kami hadapi dan bagaimana alat disertakan dalam RTI Connext
®
DDS Professional membantu kami memecahkan masalah integrasi kami hanya dalam beberapa hari. Masalah umum yang dihadapi di sebagian besar proyek disorot, dengan alat RTI khusus untuk menangani masing-masing. Sepanjang jalan Anda akan menemukan tautan ke video dan artikel pendukung bagi mereka yang ingin menyelam lebih dalam. Harapan saya adalah Anda menemukan ini sebagai titik awal yang berguna untuk mempelajari cara menerapkan alat RTI untuk membuat pengembangan DDS Anda lebih cepat dan mudah.
Demo Besar
Ini adalah demo kerja pertama dari Open Field Message Bus (OpenFMB) Panel Interoperabilitas Smart Grid, cara baru untuk mengontrol perangkat di tepi jaringan listrik secara real time dengan menerapkan teknologi IoT seperti DDS.
Berikut adalah diagram blok sistem yang menunjukkan arsitektur perangkat keras, sistem operasi, dan bahasa:
Saat kami membawa peserta individu ke jaringan, kami menemui sejumlah masalah. Deskripsi tantangan dan alat yang kami gunakan untuk mengatasinya berikut ini. Pindai daftar judul dan lihat apakah Anda harus men-debug salah satu masalah ini di sistem DDS Anda, lalu periksa tautan untuk mempelajari beberapa kiat baru. Saat melakukannya, pikirkan tentang bagaimana Anda akan mencoba mendiagnosis masalah tanpa alat yang disebutkan.
Masalah:Masalah konfigurasi jaringan
Alat:Ping DDS RTI
Tim dari Oak Ridge National Labs sedang mengerjakan GUI LabVIEW yang akan menjadi tampilan utama. Laptop mereka tidak dapat melihat data dari klien mana pun di jaringan. Kami memeriksa dasar-dasarnya untuk memastikan mesin mereka berada di subnet yang sama - selalu periksa dasar-dasarnya terlebih dahulu! Sementara utilitas ping standar dapat mengkonfirmasi keterjangkauan dasar antar mesin, itu tidak memeriksa apakah port yang diperlukan untuk penemuan DDS terbuka. Utilitas rtiddsping melakukan hal itu, dan memberitahu kami dalam hitungan detik bahwa firewall yang dipasang pada laptop resmi mereka mencegah lalu lintas penemuan DDS. Untuk ikhtisar hebat tentang cara memeriksa dasar-dasarnya, lihat pos komunitas ini .
Masalah:Apakah aplikasi saya mengirim data?
Alat:Mata-mata, Konsol Admin
Pertanyaan umum di antara vendor yang menggunakan DDS untuk pertama kalinya adalah apakah aplikasi mereka berfungsi dengan benar:Apakah itu mengirim data pada interval yang tepat, dan apakah datanya masuk akal? Untuk pemeriksaan cepat, kami menggunakan utilitas RTI DDS Spy. Spy menyediakan pelanggan sederhana yang dapat memfilter secara selektif untuk jenis dan topik tertentu, dan dapat mencetak sampel individual yang diterimanya, memungkinkan Anda melihat data yang ditulis aplikasi dengan cepat. Setiap vendor menggunakan DDS Spy sebagai pemeriksaan kewarasan setelah awalnya menjalankan aplikasi mereka.
Terkadang pembaruan untuk topik yang sama dapat berasal dari beberapa penerbit dalam sistem. Tidak yakin yang mana yang menulis pembaruan terbaru? Sakelar baris perintah untuk Spy ("-showSampleIdentity") memungkinkan Anda melihat asal pembaruan.
Spy adalah aplikasi konsol yang dapat digunakan pada target yang disematkan untuk pengujian dasar. Ukurannya yang kecil, startup yang cepat, dan kesederhanaan adalah keunggulan utamanya. Detail penggunaan ada di sini.
Masalah:Jenis data tidak cocok
Alat:Konsol Admin, Monitor
Satu vendor melaporkan bahwa dalam pengujian sebelumnya mereka melihat data dari salah satu aplikasi lain, dan sekarang tidak. Konsol Admin dengan cepat menunjukkan kepada kami bahwa ketidakcocokan tipe data yang harus disalahkan – yaitu, dua topik dengan nama yang sama tetapi tipe data yang berbeda. Jenis ketidakcocokan ini bisa sulit untuk didiagnosis, terutama untuk tipe besar dengan banyak anggota. Konsol Admin memanfaatkan sentrisitas data DDS untuk mengintrospeksi tipe data seperti yang dipahami oleh setiap aplikasi di sistem Anda. Ini kemudian menyajikan tampilan yang disederhanakan dan tampilan "IDL setara" yang memudahkan untuk membandingkan jenis di panel berdampingan. Ini sangat berharga dalam situasi di mana Anda tidak memiliki IDL sumber dari setiap aplikasi.
Dalam kasus ini, satu vendor belum menyinkronkan dengan repositori GitHub untuk IDL terbaru, jadi mereka bekerja dari versi file yang lebih lama. Mereka mengambil file terbaru dari GitHub, rtiddsgen membuat kode khusus tipe baru untuk mereka, dan setelah mengkompilasi ulang dengan cepat, aplikasi mereka dapat membaca dan menulis topik yang diperbarui.