以色列正式啟動(dòng)第二次探月計(jì)劃
以色列科技部宣布，正式啟動(dòng)第二次探月計(jì)劃，命名為“創(chuàng)世紀(jì)2”（Beresheet 2），預(yù)計(jì)大約4年內(nèi)發(fā)射探測(cè)器。
以色列創(chuàng)世紀(jì)2號(hào)探測(cè)器重約630千克，包括一個(gè)軌道器、兩個(gè)著陸器，其中軌道器繞月球飛行并進(jìn)行科學(xué)實(shí)驗(yàn)，著陸器則將降落在月球上的兩個(gè)不同地點(diǎn)，分別進(jìn)行科學(xué)實(shí)驗(yàn)。
該計(jì)劃將由以色列非營(yíng)利機(jī)構(gòu)“以色列太空登陸組織”、以色列航天局、以色列航空航天工業(yè)公司等合作完成，預(yù)估費(fèi)用為1億美元，其中一半來(lái)自國(guó)際合作。
阿聯(lián)酋等7個(gè)國(guó)家已表示有興趣參與其中。
2019年2月，以色列的第一個(gè)月球探測(cè)器“創(chuàng)世紀(jì)”號(hào)搭乘美國(guó)SpaceX獵鷹9火箭發(fā)射升空，4月份登陸月球失敗，在接近月球表面時(shí)主發(fā)動(dòng)機(jī)熄火，同時(shí)失去聯(lián)系，最終不幸撞毀在月球表面。
責(zé)編AJX
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
探測(cè)器
+關(guān)注
關(guān)注
14文章
2631瀏覽量
72997 -
月球
+關(guān)注
關(guān)注
0文章
40瀏覽量
7065 -
飛船
+關(guān)注
關(guān)注
0文章
54瀏覽量
6663
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
TAS2557第一次跟第二次播放的時(shí)候輸出聲音不同, 請(qǐng)問(wèn)可以從甚么地方下手檢查？
第一次跟第二次播放的時(shí)候, 輸出的聲音不同, 請(qǐng)問(wèn)可以從甚么地方下手檢查, 謝謝!
發(fā)表于 10-18 06:00
PurePath Console 3軟件安裝好后，第二次打開(kāi)總是顯示Loading {{sharedData.currentPluginTitle}}，怎么解決？
安裝好后，第二次打開(kāi)總是顯示Loading {{sharedData.currentPluginTitle}}，然后就一直卡在這里
發(fā)表于 10-14 06:37
INA381 reset接高電平，Alert第一次沒(méi)有鎖住，第二次才鎖住的，這是為什么？
TINA-TI下圖是仿真出的波形
INA381 reset接高電平， Alert第一次沒(méi)有鎖住，第二次才鎖住的，這是為什么？
發(fā)表于 08-02 08:01
資訊｜TAF2024第二次會(huì)議針對(duì)eSIM發(fā)展趨勢(shì)藍(lán)皮書
電信終端產(chǎn)業(yè)協(xié)會(huì)2024第二次全會(huì)召開(kāi)，會(huì)議期為7月16日—18日三天。其中，針對(duì)eSIM主題研討正式發(fā)布《全球eSIM技術(shù)和產(chǎn)業(yè)發(fā)展趨勢(shì)研究》藍(lán)皮書。由TAFsSIM行業(yè)管理工作委員會(huì)輪值主席展開(kāi)
ESP8266突然啟動(dòng)失敗，并且永遠(yuǎn)不會(huì)跳轉(zhuǎn)到第二次啟動(dòng)或用戶代碼怎么解決？
2013-01-8，第一個(gè)原因：2，開(kāi)機(jī)模式：（3,6）
ets 2013-01-8，第一個(gè)原因：2，開(kāi)機(jī)模式：（3,6）
ets 2013-01-8，第一個(gè)原因：2，開(kāi)機(jī)模式：（3,6）
...
我的第二次啟動(dòng)和閃存中的用戶代碼是否已被擦除？或者
發(fā)表于 07-11 07:10
stm32F407第一次數(shù)據(jù)沒(méi)有進(jìn)行接收，第二次數(shù)據(jù)發(fā)送時(shí)才進(jìn)行接，為什么？
stm32F407第一次數(shù)據(jù)沒(méi)有進(jìn)行接收，第二次數(shù)據(jù)發(fā)送時(shí)才進(jìn)行接
發(fā)表于 07-05 08:11
tim3定時(shí)問(wèn)題，為什么第一次中斷的時(shí)候不正確,第二次的定時(shí)就正確了？
定時(shí)器3,定時(shí)150MS如下初始化:
TIM3_PSCR= 0X05;
TIM3_ARRH= 0X92;
TIM3_ARRL= 0X7C;
TIM3_IER= 0X01;
TIM3_CR1= 0X81;
為什么第一次中斷的時(shí)候不正確,第二次的定時(shí)就正確了？寄存器設(shè)置先后有
發(fā)表于 05-17 13:43
stm32f0待機(jī)模式用rtc鬧鐘喚醒，第二次喚醒沒(méi)辦法進(jìn)入睡眠什么情況？
stm32f0待機(jī)模式用rtc鬧鐘喚醒問(wèn)題，第一次正常，可以進(jìn)入睡眠，第二次喚醒重啟后執(zhí)行 PWR_EnterSTANDBYMode();就直接重啟了，沒(méi)辦法進(jìn)入睡眠什么情況？
發(fā)表于 04-28 07:12
STM8L I2C程序第二次數(shù)據(jù)通信失敗是什么原因?qū)е碌模?/a>
在主機(jī)速度設(shè)置為100kbps的情況下，程序調(diào)時(shí)發(fā)現(xiàn)相同的數(shù)據(jù)連續(xù)從主控發(fā)給從機(jī)，第一次通信能成功，第二次通信時(shí)設(shè)備地址可正常發(fā)送，從機(jī)也有應(yīng)答，但當(dāng)?shù)谝?byte 數(shù)據(jù)發(fā)送完成后，主機(jī)收不到從機(jī)
發(fā)表于 04-16 07:12
STM32F030 FLASH存儲(chǔ)，第二次或者多次寫入或者擦除的時(shí)候讀取不到數(shù)據(jù)是為什么？
最新在用STM32F030 因?yàn)闆](méi)有外部存儲(chǔ)設(shè)備，現(xiàn)在用的是芯片的FLASH來(lái)當(dāng)存儲(chǔ)，現(xiàn)在遇到的問(wèn)題是刷一次程序后，第一次讀取可以讀取到，當(dāng)第二次或者多次寫入或者擦除的時(shí)候讀取不到數(shù)據(jù)，這種情況
發(fā)表于 04-10 07:34
二次諧波和三次諧波區(qū)別 二次諧波危害沒(méi)有三次諧波大？
二次諧波和三次諧波區(qū)別 二次諧波危害沒(méi)有三次諧波大？ 在現(xiàn)代電力系統(tǒng)中，諧波問(wèn)題逐漸引起人們的關(guān)注。諧波是指頻率是基波頻率的倍數(shù)的電流或電壓成分。二
STM32L4 I2C主從通信，第一次通信成功，第二次只檢測(cè)一次中斷就卡住了為什么？
第二次發(fā)送信息時(shí)失敗，此時(shí)從機(jī)只能接收第二次發(fā)送信息的第一個(gè)中斷，然后就卡死。
代碼是有Cube MX生成，調(diào)用標(biāo)準(zhǔn)庫(kù)函數(shù)。
主機(jī)發(fā)送及接收使用polling方式，從機(jī)接收使用中斷觸發(fā)，從機(jī)發(fā)送使用Polling方式。
發(fā)表于 03-29 08:32
HAL_ADC_Start_DMA函數(shù)為什么無(wú)法進(jìn)行第二次觸發(fā)？
，單步調(diào)試中進(jìn)入中斷后正常跑完了HAL_ADC_Start_DMA，但是無(wú)法再次進(jìn)入dma傳輸完成中斷，同時(shí)第二次啟動(dòng)的HAL_ADC_Start_DMA的目標(biāo)數(shù)組也沒(méi)有把數(shù)據(jù)寫進(jìn)去，有大哥有頭緒嘛？
發(fā)表于 03-26 07:31
STM32G030在使用串口中斷接收時(shí)，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進(jìn)不去中斷的原因？
在使用串口中斷接收時(shí)，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進(jìn)不去中斷了，初始化開(kāi)啟了中斷且在回調(diào)函數(shù)里面也再次開(kāi)啟了中斷，但是效果依舊只能接收一次串口數(shù)據(jù)
初始化時(shí)開(kāi)啟中斷
回調(diào)函數(shù)里面再次開(kāi)啟中斷，但是
發(fā)表于 03-08 07:40
工商網(wǎng)監(jiān)
評(píng)論