NASA की गलती से Voyager 2 से संचार टूट गया
(theregister.com)- NASA के एक गलत कमांड के कारण Voyager 2 की antenna orientation बदल गई, जिससे वह पृथ्वी के साथ कमांड और डेटा संचार नहीं कर पा रहा है
- antenna पृथ्वी से 2 डिग्री हटकर दिशा में मुड़ गई, और Deep Space Network अंतरिक्ष यान को कमांड भेजने या उससे डेटा प्राप्त करने में असमर्थ हो गया
- बहाली अब अगली automatic position correction पर निर्भर है; Voyager 2 साल में कुछ बार अपना orientation reset करता है और अगली निर्धारित तारीख 15 अक्टूबर है
- Voyager 2 पृथ्वी से लगभग 19.9 अरब km दूर है और हर सेकंड 15km की रफ्तार से और दूर जा रहा है; इस समस्या का Voyager 1 पर कोई असर नहीं पड़ा
- कई दशकों पुराने इस probe को चालू रखना पुरानी कार को चलते रखने जैसा बताया जाता है, लेकिन 20 light-hours से अधिक दूरी और 160bps की संचार गति के कारण प्रतिक्रिया देना मुश्किल हो जाता है
संचार टूटने का कारण
- NASA ने सार्वजनिक रूप से बताया कि Voyager 2 फिलहाल संचार-विहीन स्थिति में है
- इसकी वजह यह है कि अंतरिक्ष यान की antenna को गलती से पृथ्वी की बजाय दूसरी दिशा में सेट कर दिया गया
- घोषणा के समय तक Voyager 2 की antenna एक सप्ताह से अधिक समय से पृथ्वी से 2 डिग्री हटकर दिशा में थी
- इसी कारण Voyager 2 Deep Space Network, यानी DSN, की antenna से कमांड प्राप्त नहीं कर पा रहा था और न ही डेटा भेज पा रहा था
automatic recalibration से बहाली की उम्मीद
- NASA का मानना है कि यह समस्या Voyager 2 के लगभग 46 साल लंबे अंतरिक्ष मिशन का अंत नहीं करेगी
- Voyager 2 को साल में कुछ बार अपनी स्थिति का recalibration करने के लिए प्रोग्राम किया गया है
- अगली निर्धारित position reset तारीख 15 अक्टूबर है
- NASA को उम्मीद है कि Voyager 2 की trajectory में कोई बदलाव नहीं होगा
Voyager 2 और Voyager 1 की दूरी
- Voyager 2 इस समय पृथ्वी से लगभग 19.9 अरब km, यानी 12.39 अरब मील दूर है
- Voyager 2 हर सेकंड लगभग 15km की रफ्तार से पृथ्वी से और दूर जा रहा है
- इस बार की संचार समस्या का Voyager 1 पर कोई असर नहीं पड़ा
- Voyager 1 पृथ्वी से लगभग 23 अरब km, यानी 14.9 अरब मील दूर है, और 17km प्रति सेकंड की गति से चलते हुए भी पृथ्वी से संचार बनाए हुए है
कई दशकों पुराने probe का रखरखाव
- Voyager 2 के electrical system को इस साल की शुरुआत में उसकी operational life बढ़ाने के लिए समायोजित किया गया था
- अगर वह प्रक्रिया अच्छे नतीजे देती, तो Voyager 1 पर भी वैसा ही adjustment लागू करने की योजना थी
- Voyager 1 को 2022 में telemetry problem का सामना करना पड़ा था
- Mission Control को टूटी-फूटी जानकारी भेजी जा रही थी
- वजह यह थी कि कई सालों से इस्तेमाल न हो रहा एक computer डेटा को गलत तरीके से route कर रहा था
- engineers ने “telesurgery” कहे गए तरीके से समस्या ठीक की, जिसमें AACS को डेटा सही computer तक फिर से भेजने का कमांड दिया गया
दूरी और संचार गति से पैदा होने वाली सीमाएँ
- engineers लंबे समय से Voyager probes को चालू रखने के काम की तुलना पुरानी कार को चलते रहने से करते आए हैं
- Voyager की तकनीक बहुत पुरानी है, फिर भी काम कर रही है, और पिछले कई दशकों के दूसरे अंतरिक्ष यानों में भी ऐसा रुझान देखा गया है
- पुरानी कार को हाथ से सीधे और real time में ठीक किया जा सकता है, लेकिन Voyager यान पृथ्वी से 20 light-hours से अधिक दूर हैं
- संचार गति धीमी, केवल 160bps है
- बाद के अपडेट में Voyager 2 से आने वाले signal के पता चलने की बात सामने आई, और अतिरिक्त विवरण एक अलग लेख में जारी रहे
1 टिप्पणियां
Hacker News की राय
संक्षेप में, यह दूर से brick हो जाने जैसा है। थोड़ा घुमाने का command भेजा गया था और वह command सफल भी हुआ, लेकिन उसके बाद antenna अब पृथ्वी की ओर नहीं रहा, इसलिए आगे के commands नहीं ले पा रहा है
अच्छी बात यह है कि ऐसी स्थिति के लिए इसे हर छह महीने में अपने आप पृथ्वी की ओर फिर से align होने के लिए बनाया गया है, इसलिए 15 अक्टूबर तक पता चल जाएगा कि यह सचमुच खो गया है या नहीं। वैसे भी nuclear battery अपनी उम्र के आख़िरी दौर के करीब है, इसलिए mission का अंत भी बहुत दूर नहीं है
NASA blog post: https://blogs.nasa.gov/sunspot/2023/07/28/mission-update-voy...
eth0 downटाइप कर दिया, और फिर काफी देर तक समझ नहीं पाया कि device ने respond करना क्यों बंद कर दियाक्या यह सूरज को ढूंढकर वहां से calculate करता है?
मैं firewall पर remote work अक्सर करता था, और एक-दो बार खुद ही अपना connection काट लेने के बाद एक नई आदत बन गई। कोई change करने से पहले हमेशा 5 मिनट बाद reboot schedule कर देता था ताकि changes revert हो जाएं, और connection टूट जाए तो reboot का इंतज़ार करके फिर से login कर सकता था
host में
iptablesrules जोड़ते हुए, expected network traffic allow करने वाले rules डालकर default policy कोDROPमें बदलने वाला script लिखा था। चलाने से पहले मैंने अपने जोड़े हुए rules हटाने वाला recovery script भी schedule किया था, लेकिन default policy को वापसALLOWकरने की बात भूल गयाscript चलने के तुरंत बाद सब ठीक लग रहा था, लेकिन 5 मिनट बाद pager बजने लगा। अच्छी बात यह रही कि remote power restart possible था, इसलिए datacenter तक drive करके नहीं जाना पड़ा
reload 5लगाना standard practice थाJuniper में
commit confirmedइस्तेमाल करते हैंsleep 300 && init 6खूब इस्तेमाल करता था, लेकिन बाद में systemd की वजह सेinit 6से reboot लगाना unreliable हो गया। कम से कम Ubuntu में, अगर root के पास open ssh session हो तो local reboot trigger नहीं होता15 सेकंड बाद changes revert हो जाएंगे…
space engineering के बारे में जब भी पढ़ता हूं, यह देखकर हैरान होता हूं कि backup plan के भी backup plan होते हैं। मेरी दुनिया से तुलना करें तो planning और rigor का स्तर बिल्कुल अलग है
मुझे अक्सर एहसास होता है कि मैं कभी भी फिर से compile और redeploy कर सकता हूं, और मेरा काम जीवन-मृत्यु का सवाल नहीं है
बेशक budget या application area की criticality हमेशा इस स्तर की गुंजाइश नहीं देती, लेकिन कम से कम दिशा तो वही होती है। यह mindset दशकों के अनुभव से भी आता है
किसी वजह से software engineering की दुनिया ने इन चीज़ों के लिए सम्मान और प्रतिष्ठा बड़े पैमाने पर छोड़ दी है
जब भी देखता हूं कि ये devices लंबे समय तक टिकने के लिए बनाए गए हैं, तो प्रेरणा मिलती है
“अतीत में engineers ने probes को चालू बनाए रखने के काम की तुलना पुरानी car को चलते रहने देने से की थी। technology बहुत outdated है, लेकिन काम करती रहती है। यह पिछले कई दशकों के spacecraft में अक्सर दिखने वाला trend है।”
शायद किसी दिन मानवता इन्हें maintain करने का तरीका ही भूल जाए
ऐसी बात university CubeSat जैसी जगहों पर होने लायक है
TV version किताब से पूरी तरह अलग हो जाता है, लेकिन व्यक्तिगत रूप से मुझे लगता है कि यह अच्छी दिशा है। आम तौर पर ऐसी adaptations मुझे काफी खटकती हैं, लेकिन पहली book फिर से पढ़ने के बाद उल्टा TV show ही बेहतर लगा
शायद यह फिर से align हो जाएगा। power supply भी वैसे 2025 के आसपास खत्म होने की उम्मीद थी
बेशक अगर Klingon इसे अभी खोज लें तो measurements न कर पाना अफसोस की बात होगी, लेकिन camera तो दशकों पहले से बंद हैं
https://voyager.jpl.nasa.gov/news/details.php?article_id=129
EEVBlog के Dave ने हाल ही में Voyager 2 से संचार करने वाली सुविधा का दौरा किया था
https://www.youtube.com/watch?v=586Zn1ct-QA
https://www.youtube.com/watch?v=vUvzgZt1Vug
साइट टूर दिखाने वाला तीसरा भाग भी है
70m telescope सहित लगभग सब कुछ देखा, और space tech geeks के लिए यह tour, presentations और धूप से भरा एक शानदार दिन था
दिलचस्प contrast यह है कि 70m antenna अंतरिक्ष में 450kW transmit करता है, फिर भी spacecraft से आने वाले “1 watt के एक अरबवें हिस्से के भी एक अरबवें हिस्से” जैसे signal को receive और decode करना पड़ता है
इसके military base में होने का एक कारण ऊपर के airspace को control करना है, ताकि transmission के दौरान antenna के ऊपर से गलती से गुजरने वाले aircraft को पका न दे। सच कहूं तो यह कर पाना वाकई अद्भुत है
कहा गया कि “spacecraft का antenna पृथ्वी से 2 degrees हट गया था, commands receive करना या data transmit करना असंभव हो गया, और NASA इसे अस्थायी स्थिति मानता है,” तो मुझे जानना था कि यह अस्थायी क्यों है
मुझे लगा probe में re-aiming function है क्या, और मूल लेख में जवाब है
“Voyager 2 को साल में कई बार अपनी दिशा reset करने के लिए program किया गया है ताकि antenna पृथ्वी की ओर रहे। अगला reset 15 October को है, और तब communication फिर शुरू होने की उम्मीद है। Mission team को उम्मीद है कि silent period में भी Voyager 2 अपनी planned trajectory बनाए रखेगा।”
कहा गया है कि “इसे हर साल कुछ बार position recalibrate करने के लिए program किया गया है, और अगला scheduled reset 15 October को है”
मुझे उत्सुकता है कि यह recalibration असल में कैसे काम करता है। अगर कोई explanation material हो तो अच्छा होगा
https://www.youtube.com/watch?v=NbsHgE89qO4&t=340s
32 billion km की दूरी पर target से 2 degrees हटने पर communication beam पृथ्वी से लगभग 1.1 billion km चूक जाती है
यह लगभग 7.4AU है। अगर अभी Jupiter और Saturn पृथ्वी से एक line में हों, तो यह पृथ्वी से उन दो gas giants के बीच लगभग आधे रास्ते जितनी दूरी होगी। इसलिए communication restore करने के लिए beam पकड़ने कोई rocket भेजने की नौबत भी नहीं आएगी
उम्मीद है recalibration सफल होगा। इतने लंबे समय बाद संपर्क टूटना एक उदास करने वाला अंत होगा