স্পেনের startup UARX Space তার প্রথম orbital transfer vehicle-এর সঙ্গে যোগাযোগ পুনরুদ্ধার করেছে। OSSIE-D মিশনের শুরুতে blackout-এর কারণ ছিল ব্যবহৃত ground-station service interface-এর configuration error, জানিয়েছে কোম্পানিটি।
OSSIE-D ১ অক্টোবর SpaceX-এর Transporter-18 rideshare মিশনে উৎক্ষেপিত হয়। প্রায় ২০০ কিলোগ্রামের spacecraftটি customer satellites ও hosted payloads কক্ষপথে নিয়ে গিয়ে পরে ছাড়ার জন্য তৈরি orbital transfer vehicle। অন্তত ১০টি PocketQube মোতায়েন হয়েছে বলে UARX জানায়।
সীমিত তথ্যের মধ্যে নেওয়া সিদ্ধান্ত
উৎক্ষেপণের পরপরই যোগাযোগ বিচ্ছিন্ন হয়। ground-station-এর হস্তক্ষেপ ছাড়াই payloads ছাড়তে fault-detection, isolation and recovery automation সক্রিয় করার জন্য কোম্পানি একটি backup command পাঠায়। শুরুতে commandটি spacecraft-এ পৌঁছেছিল কি না নিশ্চিত করা যায়নি।
যোগাযোগ ফিরে আসার পর sequencer-কে ultra-low-power mode থেকে জাগিয়ে deployment telemetry ডাউনলোড করা হয়। নথিতে দেখা যায়, commandটি পাওয়া হয়েছিল এবং নির্দেশিত deployments সঠিকভাবে সম্পন্ন হয়েছিল।
Telemetry কমান্ডের ক্রম নিশ্চিত করেছে
UARX জানায়, blackout spacecraft-এর ব্যর্থতার কারণে নয়, ground-station-service interface configuration error-এর কারণে ঘটেছিল।
ধাপে ধাপে মোতায়েন চলছে
OSSIE-D-এর সব payload এখনও ছাড়া হয়নি। Dawn Aerospace-এর Docking and Fluidic Transfer Port-সহ কিছু hosted payloads spacecraft-এ রয়েছে এবং পরে ছাড়া হবে।
OTV সেবা rideshare গ্রাহকদের নমনীয়তা দেয়। তবে transfer vehicle-কে সুস্থ থাকতে, ground-এর সঙ্গে যোগাযোগ রাখতে এবং payload sequencing নির্ভরযোগ্যভাবে সম্পন্ন করতে হয়।
UARX-এর জন্য এর অর্থ
এই maiden flight কোম্পানির hardware ও operations—দুই ক্ষেত্রেরই প্রাথমিক পরীক্ষা। যোগাযোগ পুনরুদ্ধার, telemetry সংগ্রহ এবং deployment sequence-এর অন্তত একটি অংশ যাচাই করতে পেরেছে UARX।
ছোট উপগ্রহ বাজারের জন্য ঘটনাটি মনে করিয়ে দেয় যে ground systems-ও spacecraft system-এর অংশ।
এই প্রতিবেদনটি SpaceNews-এর রিপোর্টিংয়ের ওপর ভিত্তি করে তৈরি। মূল প্রতিবেদন পড়ুন।
Originally published on spacenews.com