嫦娥五號成功完成第二次軌道修正任務(wù)
來自中國探月工程項目的官方消息，11月25日22時6分，嫦娥五號探測器的兩臺150N發(fā)動機工作約6秒，順利完成第二次軌道修正。
截至第二次軌道修正，嫦娥五號探測器已在軌飛行約41小時，距離地球約27萬公里，探測器各系統(tǒng)狀態(tài)良好。
就在昨天22時6分（完全相同的時間點），嫦娥五號探測器上的3000N發(fā)動機工作2秒多，順利完成第一次軌道修正。
由于嫦娥五號的發(fā)射入軌精度很高，所需要的軌道修正量都很小，長征五號火箭功不可沒。
責(zé)編AJX
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
發(fā)動機
+關(guān)注
關(guān)注
33文章
2475瀏覽量
69330 -
航天航空
+關(guān)注
關(guān)注
0文章
189瀏覽量
7530
發(fā)布評論請先 登錄
相關(guān)推薦
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
stm32F407第一次數(shù)據(jù)沒有進行接收，第二次數(shù)據(jù)發(fā)送時才進行接，為什么？
stm32F407第一次數(shù)據(jù)沒有進行接收，第二次數(shù)據(jù)發(fā)送時才進行接
發(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
嫦娥六號成功抵達(dá)月球軌道，將進行背面采樣并返回地球
隨后，借助鵲橋二號中繼星，嫦娥六號探測器將調(diào)整軌道高度及傾角，擇機完成軌道器與返回器組合體與著陸
stm32f0待機模式用rtc鬧鐘喚醒，第二次喚醒沒辦法進入睡眠什么情況？
stm32f0待機模式用rtc鬧鐘喚醒問題，第一次正常，可以進入睡眠，第二次喚醒重啟后執(zhí)行 PWR_EnterSTANDBYMode();就直接重啟了，沒辦法進入睡眠什么情況？
發(fā)表于 04-28 07:12
STM8L I2C程序第二次數(shù)據(jù)通信失敗是什么原因?qū)е碌模?/a>
在主機速度設(shè)置為100kbps的情況下，程序調(diào)時發(fā)現(xiàn)相同的數(shù)據(jù)連續(xù)從主控發(fā)給從機，第一次通信能成功，第二次通信時設(shè)備地址可正常發(fā)送，從機也有應(yīng)答，但當(dāng)?shù)谝?byte 數(shù)據(jù)發(fā)送完成后，主
發(fā)表于 04-16 07:12
國家航天局：鵲橋二號中繼星成功完成在軌對通測試
鵲橋二號中繼星自3月20日升空以來，依次進行了中途修正、近月制動、環(huán)月軌道調(diào)整，最終在4月2日進入預(yù)定的24小時環(huán)月大橢圓使命軌道。4月6日，鵲橋二
STM32F030 FLASH存儲，第二次或者多次寫入或者擦除的時候讀取不到數(shù)據(jù)是為什么？
最新在用STM32F030 因為沒有外部存儲設(shè)備，現(xiàn)在用的是芯片的FLASH來當(dāng)存儲，現(xiàn)在遇到的問題是刷一次程序后，第一次讀取可以讀取到，當(dāng)第二次或者多次寫入或者擦除的時候讀取不到數(shù)據(jù)，這種情況
發(fā)表于 04-10 07:34
stm32間隔10s以上的初次上電作不工作，第二次上電正常工作是為什么？
# 問題描述
-arm只要間隔到10s的初次上電就不工作，第二次上電就正常了
-初次上電拉低reset后芯片正常
# 疑問
-是不是因為上電復(fù)位電路的緣故
-是不是供電問題
-大家有沒有遇到類似問題，懇求解答（心累~）
發(fā)表于 04-07 07:30
STM32L4 I2C主從通信，第一次通信成功，第二次只檢測一次中斷就卡住了為什么？
第二次發(fā)送信息時失敗，此時從機只能接收第二次發(fā)送信息的第一個中斷，然后就卡死。
代碼是有Cube MX生成，調(diào)用標(biāo)準(zhǔn)庫函數(shù)。
主機發(fā)送及接收使用polling方式，從機接收使用中斷觸發(fā)，從機發(fā)送使用Polling方式。
發(fā)表于 03-29 08:32
HAL_ADC_Start_DMA函數(shù)為什么無法進行第二次觸發(fā)？
，單步調(diào)試中進入中斷后正常跑完了HAL_ADC_Start_DMA，但是無法再次進入dma傳輸完成中斷，同時第二次啟動的HAL_ADC_Start_DMA的目標(biāo)數(shù)組也沒有把數(shù)據(jù)寫進去，有大哥有頭緒嘛？
發(fā)表于 03-26 07:31
STM32G030在使用串口中斷接收時，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進不去中斷的原因？
在使用串口中斷接收時，發(fā)現(xiàn)串口接收一次數(shù)據(jù)后，第二次進不去中斷了，初始化開啟了中斷且在回調(diào)函數(shù)里面也再次開啟了中斷，但是效果依舊只能接收一次串口數(shù)據(jù)
初始化時開啟中斷
回調(diào)函數(shù)里面再次開啟中斷，但是
發(fā)表于 03-08 07:40
電氣故障探究：二次操作無法合閘的原因與解決
對高壓開關(guān)柜的微機保護裝置進行改造后，把真空斷路器放在試驗位置試車，第一次合閘、分閘動作都正常，但進行第二次合閘時，發(fā)現(xiàn)斷路器不能合閘。
工商網(wǎng)監(jiān)
評論