स्पेनच्या startup UARX Space ने आपल्या पहिल्या orbital transfer vehicle शी संपर्क पुनर्स्थापित केला आहे. OSSIE-D मोहिमेच्या सुरुवातीला झालेला blackout वापरलेल्या ground-station service interface मधील configuration error मुळे झाला, असे कंपनीने सांगितले.
OSSIE-D चे 1 ऑक्टोबर रोजी SpaceX च्या Transporter-18 rideshare मोहिमेत प्रक्षेपण झाले. सुमारे 200 किलोग्रॅम वजनाचे हे spacecraft customer satellites आणि hosted payloads कक्षेत नेऊन नंतर सोडणारे orbital transfer vehicle आहे. किमान 10 PocketQubes तैनात झाल्याचे UARX ने सांगितले.
मर्यादित माहितीमध्ये घेतलेला निर्णय
प्रक्षेपणानंतर लगेच संपर्क तुटला. ground-station च्या हस्तक्षेपाशिवाय payloads सोडण्यासाठी fault-detection, isolation and recovery automation सुरू करणारी backup command कंपनीने पाठवली. ती command spacecraft पर्यंत पोहोचली का, हे सुरुवातीला स्पष्ट नव्हते.
संपर्क पुन्हा आल्यानंतर sequencer ला ultra-low-power mode मधून जागे करून deployment telemetry डाउनलोड करण्यात आली. command मिळाली होती आणि निर्देशित deployments योग्यरीत्या झाले, असे नोंदींनी स्पष्ट केले.
Telemetry ने कमांड क्रमाची पुष्टी केली

हा blackout spacecraft च्या बिघाडामुळे नव्हे, तर ground-station-service interface configuration error मुळे झाला, असे UARX ने सांगितले.
तैनाती टप्प्याटप्प्याने सुरू
OSSIE-D वरील सर्व payloads अद्याप सोडलेले नाहीत. Dawn Aerospace च्या Docking and Fluidic Transfer Port सहित काही hosted payloads अजून spacecraft वर आहेत आणि नंतर सोडले जातील.
OTV सेवा rideshare ग्राहकांना लवचिकता देते. मात्र transfer vehicle निरोगी राहणे, जमिनीशी संपर्क ठेवणे आणि payload sequencing विश्वासार्हपणे पार पाडणे आवश्यक असते.
UARX साठी या घटनेचा अर्थ
ही maiden flight कंपनीच्या hardware आणि operations दोन्हींची सुरुवातीची परीक्षा आहे. संपर्क पुनर्स्थापित करून telemetry मिळवणे आणि deployment sequence चा किमान एक भाग आदेशानुसार झाल्याची पुष्टी करणे UARX ला शक्य झाले.
लहान उपग्रह बाजारासाठी ही घटना ground systems देखील spacecraft system चाच भाग आहेत, याची आठवण करून देते.
हा लेख SpaceNews च्या वृत्तांकनावर आधारित आहे. मूळ लेख वाचा.
Originally published on spacenews.com


