Halo!



Selama saya bekerja di industri pesawat terbang, rekan-rekan saya dan saya telah mengumpulkan banyak pengalaman dalam pengembangan dan pembuatan model semi-natural untuk peralatan di dalam pesawat (Hardware-In-the-Loop, HIL) dan stand prototyping cepat (Model-In-the-Loop, MIL). Publikasi ini merupakan upaya untuk mengkonsolidasikan pengalaman kami menjadi satu publikasi. Teks yang dihasilkan ternyata cukup detail, tetapi tangan tidak naik untuk memotong sesuatu. Selain itu, saat memperpendek di beberapa tempat, hubungan sebab akibat bisa hilang. Jadi akan dijelaskan disini:

• Tentang alat yang digunakan untuk mengotomatiskan pengembangan dudukan dan dukungannya;
• Tentang perangkat lunak dan perangkat keras kompleks simulasi;
• Pendekatan pembangunan stan HIL dan MIL;
• Tentang berbagai teknik yang mempercepat pembuatan dudukan dan menyederhanakan modernisasi dan pengoperasiannya.

Siapa yang peduli - selamat datang di kucing.

Latar belakang masalah ini

Kami adalah sekelompok insinyur dengan pengalaman luas dalam industri pesawat terbang sipil.



Kami sedang mengerjakan pembuatan peralatan onboard, stand, simulator untuk pesawat SSJ-100 Sukhoi Superjet, MC-21, DA-42T, L-410UVP-E20.



Sejak stan pertama, kami dihadapkan pada kurangnya pedoman bagi mereka yang akan membangun dudukan uji dengan puluhan ribu kabel, ratusan ribu sinyal, dan struktur yang terus berubah. Karena kerinduan lama akan pengetahuan itu, kolega saya dan saya memutuskan untuk membagikan praktik terbaik kami - bagaimana jika seseorang sedang berjalan di sepanjang penggaruk favorit kami sekarang?



Seperti yang kita lihat saat ini, stand apapun memiliki fitur-fitur berikut:

1. Stand terdiri dari peralatan - benda uji, jaringan kabel, kompleks simulasi, perangkat lunak untuk kompleks simulasi;
2. Secara opsional, perangkat seperti mock-up kokpit, sistem visualisasi, sistem pemuatan kontrol, dll .;
3. Benda uji terus berubah seiring dengan perkembangan produk;
4. Persyaratan pengujian terus berubah;
5. Tugas teknis untuk stand tidak mencakup semua persyaratan, sebagian besar fungsionalitas harus diselesaikan dengan cepat;
6. Agar bangku tes benar-benar berguna, itu harus berubah lebih cepat daripada benda uji.

Dihadapkan pada sifat pengujian yang tidak stabil, kami menyadari bahwa:

1. Semua bagian "besi" dari dudukan (jaringan kabel, tata letak kokpit, dll.) Harus mudah dimodifikasi;
2. Arsitektur kompleks imitasi, struktur model dan simulator juga harus mudah dimodifikasi dan dikendalikan;
3. Anda tidak dapat melakukannya tanpa alat dan lingkungan pengembangan;

Oleh karena itu, kami akan memulai presentasi kami dengan deskripsi alat pengembangan dan arsitektur kompleks simulasi.

---

Bagian 1. Alat pengembangan

Pada bagian ini, kami menjelaskan dua dari tiga alat utama: perangkat lunak dBricks dan lingkungan perangkat lunak simulasi ADS2R4. Elemen ketiga dari rantai alat, Simulink, mungkin tidak perlu disajikan dan dijelaskan. Penting juga untuk menyebutkan bahwa ketiga produk ini dapat diintegrasikan satu sama lain secara erat dan menyederhanakan sebagian besar proses pengembangan tegakan jika dilakukan dengan benar.

1. dBricks adalah perangkat lunak Rusia untuk pengembang kompleks avionik , yang dikembangkan oleh PIRSS LLC
2. ADS2R4 - lingkungan kompleks simulasi, yang dikembangkan oleh TechSAT

dBricks digunakan untuk:

1. Pengembangan protokol untuk interaksi informasi peralatan on-board - benda uji;
2. Pembentukan otomatis dari arsitektur model matematika;
3. Pengembangan dokumentasi desain untuk jaringan kabel dudukan;
4. Pembuatan file konfigurasi otomatis yang menjelaskan input / output dalam format lingkungan simulasi ADS2R4 yang kompleks.

ADS2R4 adalah runtime pengujian dan simulasi waktu nyata yang dirancang khusus untuk pengembangan, pengujian, dan validasi arsitektur avionik yang memenuhi persyaratan integritas dan keserbagunaan. 

Tentang alat dBricks 

dBricks adalah alat utama yang digunakan untuk mempercepat pengembangan dan integrasi avionik kompleks. Alat tersebut adalah database untuk mengolah data desain berikut:

1. Protokol komunikasi;
2. Diagram struktural dan konseptual;
3. Diagram dan tabel koneksi;
4. Gambar perakitan dan meja harness;
5. Spesifikasi persyaratan untuk pengembang perangkat lunak.

Penggunaan alat ini memberikan keuntungan sebagai berikut:

1. Alat tunggal untuk bekerja dengan data menjamin kompatibilitas semua hasil kerja;
2. Antarmuka multipengguna memungkinkan tim pengembangan terdistribusi besar untuk bekerja secara bersamaan;
3. Kontrol bawaan atas koneksi dan konfigurasi perangkat lunak;
4. Keluaran data otomatis dalam bentuk berbagai laporan, tabel, diagram, dokumen, dan file dalam format yang dapat dibaca manusia;
5. Keluaran data otomatis dalam format yang dapat dibaca mesin, termasuk untuk konfigurasi sistem ADS2, peralatan jaringan;
6. Interaksi dengan sistem CAD lain jika perlu.

Jelas bahwa format file yang dibuat secara otomatis menyesuaikan dengan kebutuhan proyek.



Alat dBricks itu sendiri memiliki fungsionalitas akses API yang dapat digunakan untuk menghasilkan skrip kustom untuk menghasilkan dokumen, dan juga dapat digunakan untuk mengisi dan memperbarui konten database.



Menggunakan dBricks jaminan pengembang berdiri:

1. Pembuatan file konfigurasi ADS2 otomatis yang cepat, yang tidak akan mengandung 100% kesalahan penyalinan manual ("faktor manusia");
2. Pemasangan kabel berdiri dapat dikembangkan berdasarkan data pada jaringan kabel on-board dari suatu objek (misalnya, pesawat terbang) yang disimpan di dBricks.

Tentang kompleks simulasi berdasarkan ADS2

ADS2 adalah lingkungan perangkat lunak yang komprehensif dan sangat mudah beradaptasi serta platform perangkat keras waktu nyata untuk pembuatan prototipe, integrasi, pengujian, validasi, dan verifikasi avionik dalam industri dirgantara, yang dikembangkan oleh TechSAT.



Struktur dasar sistem ADS2 mencakup komponen berikut: 

1. Bagian perangkat keras, yang mencakup AWP khusus (berdasarkan Windows atau Linux), papan input-output, perangkat pengalih jalur komunikasi (termasuk kontrol koneksi OI ), dll. 
2. Lingkungan perangkat lunak ADS2 Core adalah sistem real-time terdistribusi yang mengintegrasikan semua komponen ADS2.
3. Perangkat lunak pendukung perangkat keras tingkat rendah yang melekat seperti driver perangkat yang berjalan pada inti ADS2.
4. Modul shell grafis ADS2 adalah layanan yang memungkinkan operator mengontrol sistem ADS2 secara real time.

Artinya, komposisi wajib minimum dari sistem ADS2 mencakup inti perangkat lunak ADS2 (komputer waktu nyata dan stasiun kerja kontrol), sekumpulan komponen standar yang berubah-ubah (seperti papan input-output dan driver yang sesuai) serta modul tambahan dan sistem ekspansi yang diperlukan oleh pelanggan. 

Tentang peralatan ADS2

Sistem ADS2 tipikal terdiri dari komponen utama berikut:  

1. ADS2 ( Windows Linux). ADS2, , , ADS2. 
2. , - . : 
   
   
   
   
   • ( ADS2) 
   •  
   • - , AFDX, CAN, ARINC 429, MIL-STD-1553 (), RS-485, Ethernet ..
   
   
   
3. - - (FAST) , Ethernet (TCP/UDP).
4. «Timemaster» ADS2.

Sistem ADS2 dasar mudah diskalakan dari sistem desktop kecil ke sistem terdistribusi besar. Jika perlu untuk meningkatkan fungsionalitas atau mengubah konfigurasi sistem ADS2, tidak perlu mengubah perangkat lunak dari sistem itu sendiri karena penggunaan lingkungan perangkat keras dan perangkat lunak yang seragam di dalamnya. Hal ini sangat penting untuk dipertimbangkan sejak awal pembuatan tegakan. Berdasarkan pengalaman kami, selama pengoperasian, kebutuhan untuk mengubah konfigurasi sistem muncul pada saat yang paling tidak tepat, jadi jangan remehkan aspek ini. 

Bagaimana Simulink Digunakan di ADS2

Simulink adalah perangkat lunak canggih yang banyak digunakan di industri dirgantara. Sistem ADS2 menerapkan interaksi yang nyaman dan mudah dipahami dengan Simulink untuk pengembangan model komponen komputer. Dalam kombinasi dengan penggunaan dBricks untuk menyimpan data protokol komunikasi, dimungkinkan untuk membuat rangkaian alat terintegrasi yang secara signifikan mempercepat proses pengembangan dan debugging.

---

Bagian 2. Stand

Singkatan dari pemodelan semi alami dari kompleks peralatan onboard (Pengujian HIL)

Sesuai dengan persyaratan program, stand dapat menyelesaikan satu, beberapa atau semua tugas berikut:

1. Dukungan untuk pengembangan avionik;
2. Pengujian peralatan on-board yang komprehensif, termasuk pengujian dalam loop tertutup dengan pilot, interaksi dengan simulator peralatan on-board, imitasi dinamika penerbangan pesawat, dan kondisi eksternal;
3. Melakukan penilaian awal atas pengoperasian peralatan di dalam pesawat oleh awak pesawat;
4. Tes sertifikasi, termasuk tes ketahanan avionik terhadap kemungkinan kegagalan; bekerja dalam mode lepas landas dan pendaratan dalam kondisi jarak pandang minimum, mengerjakan mode mendekati tanah, dll.;
5. Pengembangan dokumentasi operasional;
6. Pelatihan pilot jalur pada fasilitas pelatihan teknis yang sesuai dengan, katakanlah, FTD level 4.

Kompleks imitasi apa yang akan digunakan

Sebagai kompleks simulasi, kami mengusulkan untuk menggunakan solusi berdasarkan sistem ADS2, karena ini memberikan kemampuan berikut:

1. , ;
2. ;
3. Simulink ;
4. . ;
5. ;
6. ;
7. .

Penggunaan solusi berdasarkan sistem ADS2 paling efektif saat menggunakan pembuatan file konfigurasi otomatis (tabel konfigurasi dan titik CVT, model sistem) menggunakan alat dBricks. 



Salah satu tugas yang paling memakan waktu dalam pengembangan stand avionik adalah konfigurasi model sistem dan papan I / O. Dengan dBricks, tugas ini membutuhkan waktu satu jam. Satu-satunya hal yang perlu dilakukan adalah menetapkan papan ADS2 I / O mana yang akan bertanggung jawab untuk saluran peralatan simulasi yang mana. Setelah itu semua file konfigurasi yang diperlukan dapat dibuat secara otomatis.

Integrasi simulator pihak ketiga

Beberapa vendor sistem mengkhawatirkan pengetahuan mereka dan menolak memberikan data yang diperlukan untuk membuat model sistem mereka. Insinyur adalah contoh yang bagus. Biasanya, pemasok mesin menyediakan simulator mereka untuk menjalankan dudukan. Simulator ini biasanya terhubung ke sistem simulasi bangku pusat melalui Ethernet atau dalam kasus terburuk melalui beberapa antarmuka khusus seperti "Memori Reflektif". Bagaimanapun, ADS2 dapat mendukung antarmuka apa pun. 



, . , (10-15 ) ( , ..). , , , , , , ...

Jaringan kabel adalah salah satu komponen terpenting dari setiap dudukan. Pendekatan dan alat yang digunakan untuk merancang dan membuat kabel dapat berdampak signifikan pada desain dan jadwal pembuatan dudukan. Kami menggunakan pendekatan yang terbukti efektif di sejumlah proyek berbeda, berikut prinsip dasarnya:

• , , 100% . , , :
  
  — ;
  
  — ;
• ( ) . :
  
  — ;
  
  — 5 ;
  
  — .

. 11:

• , , , ;

WAGO 2002-1871 ( ) DIN .









. 12: WAGO



  WAGO :









. 13.: WAGO









. 13.: WAGO

• . – WAGO, . – - ( ADS2). , , . 
  
  :

. 14:

• dBricks. :
  
  — , , ..;
  
  — , dBricks , 100% (« »);
  
  — .

1-2 - ( ).

Cara membuat tata letak kokpit

Tata letak kokpit, biasanya, harus:

1. Menyediakan tempat untuk pemasangan peralatan benda uji, biasanya terletak di kokpit;
2. Sediakan akses yang mudah (jika mungkin) ke objek uji, perkabelan peralatan ini, mekanisme, dll.;
3. Ulangi tata letak kokpit;
4. Ulangi pemandangan area sekitarnya dari kokpit.

Tata letak kokpit sering berubah, terutama sebelum penerbangan pertama pesawat, jadi kami memulai pengembangan avionik dengan mock-up kokpit dan kemudian beralih ke keputusan akhir.



Tata letak kokpit awal



Tata letak kokpit awal dapat dikembangkan dari tampilan kokpit awal. Pada saat yang sama, perubahan kecil pada tata letak standar diizinkan untuk tidak diterapkan pada tata letak kokpit asli. Pada saat yang sama, desain tata letak kabin awal harus menyediakan akses teknologi ke panel belakang perangkat. Di bawah ini adalah contoh tata letak kokpit awal yang serupa, perlu dicatat bahwa semua panel samping mudah dilepas, dan secara umum strukturnya modular.









Angka: 15: Tata letak awal kokpit



Jika memungkinkan, kami merekomendasikan untuk tidak menggunakan platform yang ditinggikan, meskipun setidaknya ada dua alasan bagus untuk menggunakannya untuk tata letak kokpit:

1. Beberapa sistem visualisasi membutuhkan ruang kosong di bawah lantai kabin. Untuk menggunakan sistem visualisasi silinder, biasanya dibutuhkan peninggian tata letak kabin hingga ketinggian 1,2-1,5 meter. Kolimator, proyeksi bola atau sistem visualisasi berdasarkan monitor sederhana tidak memerlukan ini.
2. Jika menggunakan tiang pedal atau kontrol mekanis lainnya, diperlukan ruang di bawah lantai kabin. Dalam hal ini, tata letak kabin juga harus dipasang pada ketinggian sekitar 50 sentimeter dari permukaan lantai.

, . . , , , , . , ..



–



Tata letak kokpit akhir harus sesuai dengan dimensi dek penerbangan yang sebenarnya untuk memenuhi persyaratan sertifikasi. Bergantung pada komposisi inspeksi dan pendekatan pihak berwenang, mungkin perlu untuk membuat mock-up kokpit "akhir" tambahan yang mereproduksi kokpit asli. Untuk tugas ini, disarankan untuk menggunakan bagian nyata dari badan pesawat dengan lokasi pemasangan peralatan nyata, kursi pilot, dll. Misalnya, untuk stand Burung Elektronik dari program SSJ-100, sampel kokpit asli digunakan, awalnya digunakan untuk men-debug jalur perakitan. Itu tidak dapat digunakan di pesawat sungguhan, karena tidak memenuhi persyaratan formal produksi, tetapi sangat cocok untuk tugas-tugas bangku uji.



















Angka: 16: Tata letak kokpit SSJ-100 di stand Electronic Bird

Sistem apa untuk meniru lingkungan visual eksternal yang digunakan

Ada sejumlah besar solusi lingkungan visual yang tersedia secara komersial untuk simulator penerbangan dan bangku uji. Solusi berkisar dari tampilan sederhana hingga sistem kolimator kelas atas. Dalam pengalaman kami, penggunaan sistem untuk mensimulasikan lingkungan visual eksternal mungkin diperlukan hanya dalam dua situasi:

1. Menggunakan dudukan sebagai simulator (misalnya, FTD level 4),
2. Beberapa tes sertifikasi.

CFR 60 Table B1A section 6.a : «The FTD may have a visual system, if desired, although it is not required. If a visual system is installed, it must meet the following criteria...». , FTD Level 4. , , 6.a.1-6.a.7 CFR 60. 



Sebagian besar tes sertifikasi dilakukan dalam kondisi visibilitas yang paling buruk, yang umumnya berarti penerapan aturan penerbangan instrumen dan visibilitas nol. Satu-satunya jenis pengujian sertifikasi yang kualitas sistem simulasi lingkungan visual eksternal sangat penting adalah penilaian minimum take-off / approach. Melakukan tes ini di bangku menghemat 20-40 penerbangan uji. Berdasarkan pengalaman kami, pihak berwenang tidak memerlukan sistem simulasi kelas atas untuk menggunakan hasil uji bangku sebagai alat validasi. Bagaimanapun, otoritas sertifikasi harus dikonsultasikan jika pengujian ini direncanakan untuk dilakukan di stand.



Dalam kehidupan nyata, insinyur hampir tidak pernah menggunakan sistem visualisasi karena mereka berfokus pada perilaku peralatan. Pilot uji biasanya puas dengan sistem simulasi lingkungan visual eksternal yang paling sederhana. Sistem visualisasi lingkungan eksternal dapat bermanfaat untuk kegiatan pemasaran perusahaan dan pembentukan berbagai publikasi di pers.



Jadi, tampaknya logis untuk memilih solusi menggunakan sistem proyeksi silinder atau bola, yang akan memberikan:

1. Bidang dengan bidang pandang 120x60 derajat.
2. Biaya awal sistem yang sedang dan biaya operasinya.

Cara menempatkan benda uji di bangku

Kami mengusulkan untuk menggunakan rak telekomunikasi yang tersedia secara komersial (rak server) untuk menempatkan peralatan yang biasanya terletak di luar kokpit. Satu-satunya kesulitan dapat disebabkan oleh kebutuhan untuk menemukan peralatan yang membutuhkan pendinginan paksa. Masalah ini dapat diselesaikan dengan beberapa cara:

1. Pengembangan sistem pendingin khusus, yaitu kipas bertekanan tinggi dengan penyerap suara dan saluran udara;
2. Pemasangan kipas tekanan rendah sederhana dalam bingkai khusus di bawah perangkat yang didinginkan. Namun, kipas tekanan rendah tidak selalu memberikan kinerja yang dibutuhkan;
3. Pemasangan kipas tekanan tinggi dalam bingkai khusus di bawah perangkat yang didinginkan. Solusi ini memiliki performa tinggi tetapi menghasilkan banyak noise;
4. Pemasangan pintu khusus AC terintegrasi pada rak telekomunikasi, misalnya Rittal SK.

Bagaimana membuat sistem distribusi tenaga listrik

Sistem distribusi tenaga dirancang untuk mendistribusikan catu daya ke OI. Ini menyalin sistem SES yang dipasang di pesawat.



Mengubah 115VAC menjadi 28VDC dan 115VAC 400Hz sangatlah mudah karena ada banyak solusi off-the-shelf yang tersedia di pasaran. Oleh karena itu, ini bukan subjek dari deskripsi ini.



Kami mengambil pendekatan berikut:

1. Awalnya, tata letak khusus dari sistem distribusi digunakan;
2. Sebelum pengujian sertifikasi dimulai, maket diganti dengan sistem distribusi nyata.

Tata letak awal SPP dilakukan dengan menggunakan komponen yang tersedia secara komersial seperti klem WAGO, relai, sekering, dll. Semua perangkat ini dipasang pada rel DIN atau permukaan serupa yang mudah diakses. Diagram untuk semua koneksi harus mengulangi SES "asli" pesawat. Switchgear solid state dapat digunakan sejak awal. SES pesawat nyata, sebagai suatu peraturan, dapat mengalami banyak perubahan dan pembaruan, terutama pada tahap awal desain. Semua perubahan ini dapat diimplementasikan dengan lebih mudah menggunakan tata letak yang mudah dimodifikasi daripada switchgear pesawat kompak “asli”.

Tata letak sistem distribusi dapat diganti dengan sampel nyata sebelum pengujian sertifikasi.

Dudukan prototipe cepat untuk peralatan udara (Pengujian MIL)

Sesuai dengan persyaratan program, stand dapat menyelesaikan satu, beberapa atau semua tugas berikut:

1. Penilaian hukum kontrol penerbangan;
2. Penilaian awal atau tata letak dasbor (indikator, kontrol);
3. Debugging arus pertukaran informasi peralatan;
4. Penilaian kebutuhan perangkat keras sebelum dipindahkan ke departemen yang bertanggung jawab atas produksi perangkat keras dan pengembangan perangkat lunak;
5. Melakukan penilaian awal dan pemeriksaan toleransi kesalahan sistem.

Kompleks imitasi apa yang akan digunakan

Sebagai kompleks simulasi untuk dudukan pembuatan prototipe cepat, kami mengusulkan untuk menggunakan solusi berdasarkan sistem ADS2 untuk alasan yang sama seperti untuk dudukan simulasi semi-alami. 

Bagaimana mengembangkan model matematika 

Setiap test bed berkembang seiring dengan kemajuan proyek. Karenanya, tidak ada yang dapat menawarkan model pengembangan yang "lengkap" atau "terbaik". Agar Rapid Prototyping Stand berguna selama masa proyek dan masih membutuhkan investasi yang wajar, Anda harus fleksibel dan mencoba menggunakan pendekatan gaya Pareto. Namun, kami akan mencoba memberikan contoh dari satu set model "awal" dan "diperpanjang" untuk menggambarkan kasus rata-rata.



Kumpulan model awal dalam contoh kami dirancang untuk mendukung pekerjaan berikut:

1. Pengembangan dan verifikasi hukum untuk pengujian sistem kendali;
2. Demonstrasi dan verifikasi tata letak awal indikator PFD .

Pada tahap pengujian awal, tidak perlu mengimplementasikan model elektronik kontrol penerbangan yang kompleks yang mencakup redundansi, konfigurasi ulang, penundaan, dll. Tidak perlu menguji aplikasi kompleks seperti FMS . Oleh karena itu, daftar model awal berikut dapat digunakan:



Satu set model "lanjutan" harus mendukung pekerjaan berikut:

1. Pemeriksaan lanjutan pada undang-undang kontrol penerbangan termasuk redundansi, penundaan, penanganan kesalahan, dll.;
2. Kemampuan untuk memeriksa hukum dan logika kontrol autopilot;
3. Simulasi lengkap dan penilaian lingkungan informasi kokpit termasuk PFD, ND , FMS, pesan CAS , halaman sinoptik, dan kontrol;
4. Debugging arus pertukaran informasi peralatan, termasuk analisis jalur setiap parameter dari sumber ke pengguna akhir;
5. Analisis konsekuensi kegagalan;
6. Validasi persyaratan perangkat lunak sebelum pindah ke fase pengembangan perangkat lunak padat karya sesuai dengan DO-178.

Akibatnya, daftar model akhir menjadi lebih panjang. Daftar di bawah ini tidak lengkap dan tidak akurat. Namun, kami yakin ini dapat memberikan indikasi tentang apa yang masih harus dilakukan.



Untuk transisi yang mulus antara set model awal dan tambahan, kriteria sistem pemodelan berikut harus dipenuhi:

1. Arsitektur sistem pemodelan yang skalabel;
2. Menggunakan alat untuk mengelola konfigurasi aliran data;
3. Pembuatan konfigurasi model antarmuka secara otomatis. Harus menyertakan sebagian besar bagian I / O dari model Simulink dan bagian dari kode I / O untuk model yang dikembangkan dalam C ++ atau Python;
4. Sistem kontrol konfigurasi.

Perlu dicatat secara terpisah bahwa jika arsitektur yang sama digunakan untuk dudukan prototipe cepat dan dudukan pemodelan semi alami, maka banyak model di atas dikembangkan sekali dan dapat dengan mudah digunakan kembali sebagai bagian dari stan mana pun.

Cara membuat tata letak kokpit

Biasanya, kami menggunakan pendekatan berikut untuk tata letak stan MIL:

1. Semua avionik, termasuk indikator, panel kontrol, dll. dimodelkan pada monitor layar sentuh yang tersedia secara komersial. Fungsi kontrol sentuh terutama diperlukan untuk berinteraksi dengan remote;
2. , ( ), , ;
3. VESA.
4. .

. 17

---

Desain dudukan sangat sederhana jika Anda memahami mengapa keputusan ini atau itu dibuat. Materi ini dibuat atas dasar kerja bertahun-tahun, serta pengalaman menerapkan solusi teknis yang berhasil dan tidak berhasil.



Saat ini kami secara aktif terlibat dalam pembuatan stand simulasi semi alami untuk pesawat kecil. Untuk proyek ini, diusulkan untuk menggunakan pengembangan domestik baru RHYTHM yang diproduksi oleh perusahaan dengan nama yang sama sebagai dasar kompleks simulasi. Kami tidak memiliki pengalaman bekerja dengan RHYTHM, tetapi semuanya terjadi untuk pertama kalinya.

Inilah yang saat ini kami ketahui tentang keputusan ini:

• Biaya RHYTHM dijamin lebih rendah dari ADS2 dari TechSAT;
• Tidak ada solusi yang siap pakai dalam hal penskalaan sistem, tetapi kami sudah memiliki ide tentang cara melakukannya dengan cepat jika perlu;
• Penyakit masa kanak-kanak yang tak terhindarkan dikompensasikan dengan dukungan teknis yang cepat dari pengembang.

Berdasarkan hasil kerja kami, kami pasti akan membagikan pengalaman kami menggunakan RHYTHM dalam proyek nyata.