• Proceedings of the Korea Information Processing Society Conference
• /
• 2013.11a
• /
• pp.1070-1073
• /
• 2013

위성 비행 소프트웨어의 개발 과정에는 소프트웨어의 신뢰성을 향상하기 위한 다양한 검증 활동이 이루어진다. 이러한 검증 활동에는 효율적으로 설계된 검증 환경이 필수적이다. 위성 비행 소프트웨어 개발 전반에 검증 환경을 효과적으로 적용하기 위해서는 사용 가능한 검증 환경이 보다 빠르게 구현되어야 한다. 검증 환경은 개념적으로 궤도 상의 위성과 통신하는 지상 시스템의 역할을 기본으로 하고 있으므로 Command 송신과 Telemetry 수신을 위성 비행소프트웨어와의 상호 작용으로 정의할 수 있다. 따라서 위성 비행소프트웨어의 동작을 Command와 Telemetry 관점에서 모델링하고 이를 모사하는 시스템을 이용함으로써 위성 개발 초기부터 위성 비행 소프트웨어 검증 환경 구현에 사용할 수 있고, 또한 위성 개발 과정에서 발생하는 다양한 변경 사항을 보다 효과적으로 반영할 수 있다. 본 논문에서는 위성 비행 소프트웨어의 검증 환경 구현을 위한 Command Telemetry Simulator의 설계 및 그 구현에 대하여 소개한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2011.11a
• /
• pp.76-79
• /
• 2011

천리안 위성은 우리나라 최초의 정지궤도 복합 지구관측 위성으로 기상관측, 해양관측과 통신서비스 임무를 수행하는 중대형위성으로 2011년 6월 27일에 성공적으로 발사되어 약 6개월간의 시험운영기간을 거쳐 현재는 실시간 서비스를 제공하고 있다. 천리안 위성은 한국항공우주연구원(KARI) 총괄 주관하에 2003년 9월 개발을 시작으로 프랑스의 EADS-Astrium과 공동 개발되었다. 천리안 위성은 이미 EADS-Astrium에 의해 통신 위성 본체 플랫폼으로 우주 인증된 Eurostar3000(이하 E3000) 플랫폼을 근간으로 제작되었다. 본 논문에서는 천리안 위성 플랫폼 탑재컴퓨터에 탑재되어 위성체 전반을 운영하는 비행소프트웨어의 구성 및 기능에 대해 기술한다. 또한 기존의 EADS-Astrium사의 E3000 비행소프트웨어 생산라인을 바탕으로 천리안 위성 비행소프트웨어를 개발하기 위한 개발 절차 형상을 소개한다. 본 논문에서 기술한 재생산을 위한 개발 절차에 대한 접근 방법은 위성 임베디드 소프트웨어 시스템과 같은 mission critical 시스템이면서 이미 검증된 소프트웨어를 재사용하고 사용자의 요구사항을 만족시키기 위해 일부 기능을 변경 및 추가 개발하여 통합된 소프트웨어를 생산해야하는 소프트웨어 개발체계의 실질적인 한 예를 보여주고 있다.

• Bulletin of the Korean Space Science Society
• /
• 2006.04a
• /
• pp.117-120
• /
• 2006

HAUSAT-2 flight software was developed by first analyzing the satellite requirements, and incorporating the results into the software. Coding and compiling is done after the software is completed, then individual and integrated tests are performed in order to verify the flight software algorithm. Currently, HAUSAT-2 flight software integrated test has been performed and the test result is serving as a basis for code modification nd additional developments. This paper describes the architecture, development process, and development environment of HAUSAT-2 flight software.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2012.11a
• /
• pp.844-847
• /
• 2012

인공위성의 개발은 오랜 기간에 걸쳐 다양한 분야의 전문가들에 의해 개발된 결과물들이 통합되어 완성될 수 있다. 위성개발과 같이 많은 개발자가 공동으로 작업하여 하나의 결과물을 생산하는 경우 개발과정에서 방대한 양의 문서작업이 수반된다. 특히 비행소프트웨어와 같이 서로 다른 개발자에 의해 작성된 코드들이 하나의 이미지로 통합되어 빌드될 경우 발생하는 문제점들을 해결하고 요구되는 기능들을 디버깅하기 위해서는 개발과정 및 소스코드에 대한 문서들이 필수적이다. 이러한 소프트웨어 설계에 대한 문서는 그 양이 방대하고 소스코드와의 연계성이 필요하기 때문에 소스코드를 작성한 각 개발자들이 직접 수작업으로 문서를 작성하였다. 예를 들면, 기존의 위성비행소프트웨어 개발과정에서는 이러한 문서들 중 전체 위성비행소프트웨어의 단위 코드별 입출력, 수행기능 등의 상세 설계 내용을 기록하는 SDD(Software Design Description)는 개발자가 작성한 코드를 기반으로 수작업을 통하여 작성되었다. 이러한 작성방식은 작성자의 입력오류가 발생할 수도 있으며 소프트웨어 개발과 별도로 수작업이 요구되어 문서작성에 소요되는 시간적 손해가 발생하게 된다. 유럽에서는 이러한 문제점을 보완하기 위하여 C, C++, C#, JAVA, VHDL 등 다양한 언어를 사용하는 소프트웨어 개발에 적용 가능한 자동적 문서작성 도구인 Doxygen을 설계 및 개발문서 작성에 활용하고 있다. Doxygen은 PDF, HTML, Latex, RTF 등 다양한 출력 포맷도 지원한다. 본 논문에서는 Doxygen을 활용하여 위성비행소프트웨어 개발문서의 작성 시 소요시간을 단축하고 소스코드로부터 해당 설계 내용을 추출하여 자동적으로 문서를 작성할 수 있는 방안에 대하여 소개한다.

• Aerospace Engineering and Technology
• /
• v.10 no.1
• /
• pp.141-148
• /
• 2011

LEO satellites have many heaters for thermal control, such as bus module heaters, payload heaters and battery internal heaters. Some of these heaters are controlled by thermisters, and others can be controlled by flight software. These heaters are divided into various types of group according to the location, telemetry variables, flight software logic, power distribution, etc. Thus, it is difficult to find out which heaters are included in a certain group and modify heater control logic for a new/other software developers. This document describes about the general/special control logic for satellite heaters and groups/arrays for heaters.

• Journal of the Korean Society for Aeronautical & Space Sciences
• /
• v.40 no.6
• /
• pp.548-554
• /
• 2012

Verification and validation of operational software of the flight control computer, which is flight safety critical, is very important to prove correctness and faultness of the software. To verify the real-time softare requirement on operational software of flight control computer, real-time software internal parameter and variable monitoring technics on hardware-in-the-loop environment, similar to on-flight environment, is required. This paper describes flight safety critical software validation and verificiation environment using standard debugging interface, NEXUS 5001.

• Journal of the Korean Society for Aeronautical & Space Sciences
• /
• v.44 no.11
• /
• pp.997-1005
• /
• 2016

Flight software plays an important role in operating satellites, such as processing commands from ground station, controlling satellites and processing mission data. Reliability is the most important thing in flight software and many verifications and tests are needed for assuring it. this causes an increase of cost and period of development. So NASA has developed a reusable flight software platform to apply to their satellite projects. The CFS(Core Flight System) is the very result. We are developing our flight software for a nano-satellite based on NASA CFS. We have tested core services and functions provided in CFS and we have designed and implemented flight software based on these.

• The Bulletin of The Korean Astronomical Society
• /
• v.37 no.2
• /
• pp.158.1-158.1
• /
• 2012

위성비행소프트웨어는 위성의 하드웨어와 임무 탑재체 및 서브시스템이 통합되어 궤도상에서 위성임무를 수행할 수 있도록 원격명령 및 측정데이터의 처리, 자세 및 궤도제어, 열제어, 전력제어 등의 기능을 수행한다. 위성비행소프트웨어의 개발과 같이 규모가 큰 소프트웨어는 여러 개발자가 참여해야 하고 각각의 개발자들이 작성 코드를 통합하여 빌드하고 문제 발생 시 대처하기 위하여 세부적인 설계 및 개발내용을 단계별로 문서화하는 작업이 수반되어야 한다. 기존의 위성비행소프트웨어 개발과정에서는 이러한 문서들 중 전체 위성비행소프트웨어의 단위 코드별 입출력, 수행기능 등의 상세 설계 내용을 기록하는 SDD(Software Design Description)는 개발자가 작성한 코드를 기반으로 수작업을 통하여 작성되었다. 이러한 작성방식은 작성자의 입력오류가 발생할 수도 있으며 소프트웨어 개발과 별도로 수작업이 요구되어 문서작성에 소요되는 시간적 손해가 발생하게 된다. 유럽에서는 이러한 문제점을 보완하기 위하여 C, C++, C#, JAVA, VHDL 등 다양한 언어를 사용하는 소프트웨어 개발에 적용 가능한 자동적 문서작성 도구인 Doxygen이 널리 활용되고 있다. Doxygen은 PDF, HTML, Latex, RTF 등 다양한 출력 포맷도 지원한다. 본 논문에서는 Doxygen을 활용하여 위성비행소프트웨어 개발문서의 작성 시 소요시간을 단축하고 소스코드로부터 해당 설계 내용을 추출하여 자동적으로 문서를 작성할 수 있는 방안에 대하여 소개한다.

• Journal of Convergence for Information Technology
• /
• v.7 no.5
• /
• pp.75-82
• /
• 2017

Recently, as the roles and utilization fields of UAV become more diverse, demand for high - level mission has been increasing. To solve this issue, researches on the operation of multiple small UAVs and related systems have been actively carried out. The multiple small UAVs based application system has a problem that the task complexity of control personnel increases because the control personnel must continuously control and manage several small UAVs. Hence, it is necessary to develop a software platform that can perform efficient control in order to employ a multiple small UAVs based application system successfully. In this paper, we propose an effective ground control software platform for application systems using multiple small UAVs. We first analyze the requirements for the software platform, and design and implement software based on the analysis. Simulation using the X-plane flight simulator shows that multiple flight data are effectively displayed and that the image data transmitted from many small UAVs are simultaneously displayed in real time.

• KIPS Transactions on Software and Data Engineering
• /
• v.3 no.1
• /
• pp.7-18
• /
• 2014

Flight software operated on the on-board computers in the satellite has requirements such as real-time and high reliability. These requirements make dependency between the flight software and operating environments. Further, whenever a new system is built, such problem drives that all flight software are redeveloped. Thus, the dependency between them should be removed. And the work can be achieved by improving the portability of the flight software. In this paper, we propose a platform architecture based on the IMA architecture. The platform architecture is a hybrid one built by blending two kinds of realizations of the IMA architecture in order to maximize portability. In addition, we implement a prototype system and analyze the execution results of the system to justify the proposed architecture. The proposed architecture enables us to remove the dependency between fight software and operating environments.