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