6 hari setelah peralatan Bereshit jatuh ke permukaan bulan, tim SpaceIL secara resmi mengumumkan versi menarik dari kecelakaan Bulan pada 11 April 2019. Dan ada lebih banyak pertanyaan tentang apa yang terjadi.
Informasi terbaru tentang kecelakaan pada 18/4/2019.
Sebagai kelanjutan dari
publikasi ini .
Foto resmi SpaceL terbaru dari perangkat Bereshit (15 km ke permukaan bulan):
Berikut ini adalah referensi lokasi untuk foto ini:
Hasil pendahuluan dari investigasi kecelakaan:
dalam proses pendaratan, perintah diaktifkan di komputer, eksekusi yang mengarah pada hasil fatal untuk misi
Berikut adalah temuan investigasi awal dari manuver pendaratan Beresheet: Tampaknya selama proses pendaratan, sebuah perintah dimasukkan yang menyebabkan reaksi berantai, yang menyebabkan mesin utama mati dan mencegahnya diaktifkan kembali."Tampaknya
ada perintah yang diperkenalkan selama proses pendaratan , yang menyebabkan reaksi berantai yang menyebabkan mesin utama peralatan mati dan tidak memungkinkannya untuk melanjutkan bekerja lebih jauh."
Pembaruan dari 04/18/2019:
Namun demikian, kecelakaan karena perintah yang diterima dari operator selama pendaratan adalah saraf, tidak ada waktu untuk menganalisis situasi, unit utama IMU1 (unit pengukuran inersia) dalam mode darurat, operator mengirimkan perintah untuk mengaktifkan unit IMU2 cadangan, yang menyebabkan konsekuensi kritis lebih lanjut dalam pekerjaan komputer on-board (pembekuan, reboot) dan kegagalan mesin.
" Sebuah perintah yang dimaksudkan untuk memperbaiki kerusakan di salah satu unit pengukuran inersia pesawat ruang angkasa Beresheet menyebabkan serangkaian peristiwa yang mematikan mesin utama saat pendaratan, menurut penyelidikan pendahuluan yang dilakukan oleh SpaceIL."
Dengan demikian, ada kemungkinan bahwa ini adalah kesalahan program / manusia (perintah dimasukkan oleh operator atau insinyur di MCC) dalam prosedur pendaratan aparat Bereshit.
Daftar perintah dan mode operasi dengan perangkat Bereshit disetujui dan ditransmisikan hanya dari SpaceIL MCC. Insinyur SpaceIL membuat tambalan untuk komputer yang terpasang pada perangkat, memeriksa operabilitas dan fungsionalitasnya, dan juga menyiapkan perintah untuk prosedur pendaratan.
Sangat menarik untuk mengambil kendali perangkat dan memperkenalkan kode / perintah tambahan ke komputer on-board-nya, secara teoritis, apakah mungkin untuk melakukannya atau adakah perlindungan dari akses eksternal yang tidak sah?
Memang, ketika mendarat, waktu terus berjalan selama beberapa detik dan operator dapat melewatkan situasi dengan perangkat menerima tim asing. Meskipun, pada saat ini, operator juga menyihir dalam mode manual, mencoba bekerja dengan perangkat. Mungkin di sini juga, ada perbedaan pada perintah yang dimasukkan pada saat yang sama.
Tapi, kemungkinan besar, ada kesalahan dalam kode "mereka" (mungkin itu di salah satu dari banyak tambalan yang ditransmisikan ke komputer on-board setelah setiap reboot), yang berisi perintah fatal.
Perintah ini sengaja atau tidak sengaja diperkenalkan, yang menyebabkan kecelakaan - fakta ini akan tetap tertutup, kemungkinan besar, meskipun kami sedang menunggu hasil akhir dalam waktu dekat dari SpaceIL, yang mereka janjikan akan dipublikasikan.
Apa yang diketahui tentang komponen perangkat keras dan perangkat lunak dari perangkat Bereshit:- komputer on-board adalah satu (1), tidak digandakan (ada beberapa reboot komputer selama penerbangan ke bulan);
- kontrol kode program, perintah dan bekerja dengan komputer on-board - dalam bahasa C;
- karena fakta bahwa hanya ada satu komputer, setelah restart semua pembaruan (tambalan) dihapus dan mereka perlu diunduh lagi ke sistem;
- kecepatan transfer data rendah: satu foto resolusi tinggi (dari kamera 8 Mpx) memuat 40 menit;
- DLR (German Aerospace Center) menguji mekanisme pendaratan kendaraan Bereshit;
- tim di SpaceIL MCC: mayoritas adalah insinyur ruang angkasa dan fisikawan, beberapa ilmuwan dan insinyur muda yang baru mempelajari sistem kontrol satelit.
Kapan kode dengan perintah fatal ini diterapkan? Kemungkinan besar, saat mempersiapkan prosedur pendaratan.
Tetapi perintah di komputer on-board bekerja setelah peralatan melewati “point of no return” ketika proses pendaratan otomatis yang dikendalikan hanya oleh komputer on-board dimulai.
Meskipun SpaceIL MCC merupakan upaya dalam mode kontrol manual untuk mempengaruhi situasi dengan perangkat selama pendaratan.
Pada jarak 800 km dari lokasi pendaratan, prosedur penanaman dimulai:
Perangkat Bereshit akan menerima serangkaian perintah dari MCC:
Sensor pendaratan (primer dan cadangan) akan diaktifkan:
Prosedur untuk mengubah posisi (orientasi) peralatan Bereshit akan dimulai:
Setelah menyelesaikan prosedur persiapan sebelum naik, komputer on-board Bereshit dan MCC akan memiliki kesempatan untuk menilai keadaan sistem dan kesiapan mereka untuk naik, jika sesuatu tidak berfungsi dengan benar, prosedur naik akan dibatalkan, jika semuanya normal, kemudian setelah tahap berikutnya dimulai Pendaratan tidak lagi dibatalkan:
Jika semuanya bekerja dengan baik, maka peralatan Bereshit akan mulai mengurangi kecepatan orbitnya dan mengurangi jarak ke permukaan bulan menggunakan mesin utama dan tambahan, prosedur ini akan memakan waktu 15 menit:
Video arahan:
Apa yang terjadi, menurut video arahan, dengan perangkat (waktu ditunjukkan dari video):
23:03 Indikator telemetri berubah menjadi hijau. Mode: orientasi.
25:04 Mode: pengereman.
25:20 Melewati "titik tidak bisa kembali."
25:26 Indikator point of no return telah berubah menjadi hitam.
25:52 Indikator kecepatan vertikal berwarna hijau.
28:16 Indikator telemetri tidak lagi hijau.
28:20 Indikator telemetri berubah hijau sesaat, lalu berhenti menjadi hijau.
29.37 Jarak: 210 km.
29:50 Jaraknya berubah menjadi 385 km.
30:03 Jaraknya berubah menjadi 370 km.
30:40 Indikator telemetri berubah menjadi hijau.
30:51 Jarak berubah menjadi 314 km.
31:33 Gambar selfie ditunjukkan dengan bulan. Ketinggian sekitar 22 km? Indikator telemetri berubah menjadi hijau.
31:50 Indikator telemetri telah berhenti menjadi hijau.
31:55 hingga 32:29 "[tidak terdengar] bunuh dia (proses?)." "[bahkan tidak terdengar] sibuk"
(di sini para insinyur sudah dalam kendali manual mencoba menangani situasi darurat)
32:48 Layar telemetri ditampilkan. Indikator telemetri berwarna kuning. Ketinggian 14095 m. Kecepatan horisontal 955,5 m / s. Kecepatan vertikal 24,8 m / s. Mesin utama hidup. Sel kecepatan horizontal berwarna kuning. Parameter lain ditampilkan dalam warna hijau, kecuali untuk indikator telemetri.
32:49 Semua mesin menyala.
32:51 Semua mesin mati.
32:55 Mesin utama hidup.
32:57 Semua mesin menyala.
32:59 Mesin utama hidup. Jarak: 183,8 km
33:01 - 33:03 “Sensor IMU rusak”
33:02 Semua mesin menyala.
33:05 Mesin utama hidup.
33:07 Semua mesin menyala.
33:09 Mesin utama hidup.
33:11 Semua mesin menyala.
33:13 Mesin utama hidup.
33:16 Semua mesin menyala.
33:20 Indikator telemetri berubah menjadi hijau. Semua mesin mati. Semua gambar membeku (tidak ada perubahan bacaan).
33:32 Indikator telemetri tidak lagi hijau. Semua mesin mati. Semua gambar membeku (tidak ada perubahan bacaan).
34:24 Indikator telemetri berubah menjadi hijau. Semua mesin mati.
36:25 - 36:33 “Masalah dengan mesin utama. Kami me-restart komputer on-board untuk menghidupkan mesin. "
Upaya menyalin kata-kata penyiar dan insinyur selama proses pendaratan (waktunya berbeda, tetapi esensi dan detiknya sama):
7:37:37 - IMU2 Tidak Baik
7:37:50 - [tidak jelas] akan mencoba mengaktifkannya.
7:37:57 - Seseorang bertanya apakah [tidak jelas apa 'itu] akan menyebabkan kita beralih ke ke-2 [sesuatu]
7:38:10 - Koneksi terputus dari JPL
7:38:34 - Kami kehilangan satu IMU dan kami kehilangan koneksi ke JPL, keduanya seharusnya tidak berhubungan.
[di latar belakang seseorang mengatakan sesuatu tentang memulai kembali IMU]
7:38:39 - Jangan aktifkan IMU2
7:38:52 - Apa yang Anda lihat di layar tidak benar, saat ini tidak ada telemetri
7:39:06 - [dalam bahasa Inggris] kami kehilangan telemetri, tetapi kami memiliki telemetri kembali sekarang.
7:39:23 - Kami melewati ketinggian 10 km
7:39:29 - Kecepatan di bawah 900 m / s
7:39:34 - Pengingat bahwa kita perlu mencapai kecepatan 0
7:39:47 - Mesin menyala ada peningkatan tekanan [tidak jelas] menjadi 5 bar [?], "Menarik"
7:39:52 - Gambar ke 2 diunduh.
7:40:06 - [Anouncer mulai mengatakan sesuatu tentang sensor pendaratan laser]. [di latar belakang - tidak jelas tetapi sepertinya dia mengatakan mesin tidak berjalan]
7:40:13 - Kami mungkin memiliki masalah dengan mesin utama.
7:40:17 - Lakukan reset [Mereka telah menyebutkan sebelumnya dalam siaran bahwa mereka dapat mengirim perintah ke pesawat ruang angkasa selama proses pendaratan]
7:40:24 - Apa yang kamu inginkan?
7:40:28 - Situasi sepertinya tidak baik, tidak ada mesin utama.
7:40:33 - Gambar ke-2 diterima.
7:40:40 - Kehilangan ketinggian
7:41:07 - [Dalam bahasa Inggris] Kami sepertinya memiliki masalah dengan mesin utama, kami mengatur ulang pesawat ruang angkasa untuk mencoba mengaktifkan mesin
7:41:10 - Apakah ada persetujuan untuk mengirim [tidak jelas]?
7:41:15 - Mesin utama sekarang berjalan, berdasarkan [pengukuran tekanan]
7:41:19 - Mesin utama dihidupkan kembali. [dan lagi dalam bahasa Inggris]
7:41:27 - Kehilangan banyak ketinggian, situasi tidak jelas.
7:41:32 - Kehilangan koneksi dengan JPL
7:41:45 - Kami sekarang memiliki koneksi hanya melalui ssc [??] bukan melalui nasa, tetapi kami memiliki koneksi dengan pesawat ruang angkasa.
7:41:49 - Telemetri yang hilang
7:41:52 - Kita sekarang tanpa telemetri
7:41:57 - [bahasa Inggris] Mesin utama menyala tetapi kami kehilangan komunikasi
7:42:10 - Kami akan menunggu [evaluasi] dari [tidak jelas]
7:42:17 - Kami menduga bahwa kami tidak mendarat [tidak jelas] masih sedang dievaluasi
7:42:56 - Kita tanpa telemtry dan curiga kita kehilangan pesawat ruang angkasa.
7:43:16 - Semua indikasi adalah bahwa sayangnya kita tidak akan menjadi negara ke-4 yang mendarat di bulan.
7:43:33 - Kita berada di bulan, tetapi tidak seperti yang kita inginkan.
4 detik terakhir masa pakai perangkat menurut data dari MCC (dari 678 hingga 149 meter):
Pukul 19.23 data telemetri benar-benar berhenti tiba.
Insinyur SpaceIL sekarang memiliki semua data, daftar perintah, dan tambalan yang mereka kirim ke perangkat Bereshit setelah setiap kali restart komputer on-board, juga dimungkinkan untuk memeriksa semua informasi ini secara lebih menyeluruh dan menganalisis prosedur pendaratan sebelum kecelakaan pada perangkat.
Jika itu benar-benar tidak hanya data yang salah dari sensor eksternal yang menyebabkan tragedi, tetapi juga kode program yang memproses data ini atau bahkan secara tidak sengaja menyebabkan perangkat menjadi darurat, maka ini hanya dapat diselesaikan dengan pengalaman dan dicegah bahkan pada tahap pembuatan kode sebelum mengirim ke pesawat ruang angkasa.
Ketua SpaceIL Morris Kahn mengatakan: “
Saya bangga dengan tim insinyur SpaceIL atas kerja keras dan dedikasi mereka, dan sayangnya kecelakaan sering kali merupakan bagian integral dari proyek yang begitu kompleks dan inovatif. Sekarang penting untuk mempelajari pelajaran yang dipelajari sebanyak mungkin, mempelajari kesalahannya dan terus bergerak maju .
Omong-omong, peralatan Bereshit berada di orbit Bulan dan menggunakan magnetometer di kapal selama pendaratan dan ditransmisikan ke PKS SpaceIL beberapa data ilmiah tentang medan magnet bulan.
Dengan demikian, ia tetap menyelesaikan sebagian dari program kecil ilmiahnya!
Data yang diperbarui secara tidak sengaja jika terjadi kecelakaan:
Tahap investigasi pertama yang telah diselesaikan datang ke sebuah studi tentang fakta dan urutan kejadian. Selama penerbangan ada gangguan dalam komunikasi, tetapi peralatan Bereshit terus berfungsi dalam mode yang ditentukan. Itu sampai saat ketika perangkat mulai mendarat di permukaan bulan.
Selama penyelidikan, ditemukan bahwa salah satu perintah yang dikirim dari pusat kontrol penerbangan tidak dieksekusi, yang menyebabkan rantai kegagalan berikutnya: mesin berhenti bekerja dan perangkat jatuh ke permukaan.
Kerusakan terdeteksi dalam pengoperasian sensor accelerometer, yang disebut UMI (bertanggung jawab untuk akselerasi). Belum diketahui secara pasti mengapa kegagalan terjadi, yang menyebabkan reaksi negatif selanjutnya dari sistem.
Perintah untuk mengaktifkan sensor akselerasi dikirim dari SpaceIL MCC.
Setelah kegagalan terjadi, upaya dilakukan untuk menghidupkan ulang mesin dengan cara-cara alternatif, tetapi tidak berhasil.
Segala sesuatu terjadi di bawah tekanan waktu sementara yang paling parah: kegagalan terjadi pada detik-detik terakhir misi, yang pada akhirnya tidak dapat diselesaikan.
Komputer on-board dari perangkat Bereshit juga mencoba untuk menghidupkan ulang mesin secara otonom - ada 5-6 upaya semacam itu. Tetapi mereka semua tidak berhasil.Mungkin, eksekusi perintah yang tidak kompatibel antara insinyur pada perangkat untuk beralih pada modul cadangan (IMU2) terjadi, yang menyebabkan masalah dan kecelakaan baru.
Pesawat ruang angkasa menggunakan IMU 1 dan pada awalnya tidak terpengaruh oleh kegagalan IMU 2.
Seorang insinyur bertanya apakah mereka harus berusaha mengaktifkan IMU 2 dan insinyur lainnya bertanya 'apakah itu akan menyebabkan sistem beralih ke IMU 2 (mungkin' itu 'berarti IMU 2).
Mungkin meskipun ada peringatan dari insinyur ke-2 seseorang mengirim perintah untuk mencoba me-restart IMU 2 dan mungkin itulah yang mereka maksud dengan perintah buruk yang memulai rangkaian peristiwa ...
