플랫폼

A1-Leoverse™ · 저궤도 위성 레퍼런스 하드웨어 플랫폼

A1-Leoverse™

스마트폰에 표준 보드가 있듯, 위성에도 있어야 합니다.

Leoverse는 하드웨어 한 장과 그 위에서 도는 소프트웨어를 하나로 묶은 저궤도 위성 레퍼런스 플랫폼입니다.

AI Core Motherboard — 하드웨어

A1-Leoverse™ AI Core Motherboard Edge AI NPU, VA7230 CPU, VA41630 MCU, 그리고 네 갈래로 이어진 PCIe + SpaceWire 확장부 — 통신·저장·SAR·GNSS·광통신 모듈 AI · NPU Edge AI 1TB → 50MB CPU VA7230 Rad-Tolerant MCU VA41630 Rad-Hard EXPANSION PCIe + SpaceWire COMMS STORAGE SAR · GNSS OPTICAL
AI = 뇌
Edge AI NPU (Mobilint)
궤도 위에서 데이터를 직접 분석하는 전용 가속기
원본을 그대로 내려보내면 전송에만 며칠이 걸립니다. 궤도에서 먼저 분석해 의미 있는 결과만 보내면 1TB가 50MB 이하로 줄어듭니다.
표준 ONNX 런타임 · 주 프로세서(OBC) 연산 부하 분담
CPU = 몸
VORAGO VA7230 (Arm Cortex-A72)
위성의 일상 업무를 처리하는 주력 프로세서
임무 수행, 지상국 통신, SAR 처리, 모듈 제어를 맡습니다. 지상 서버급 아키텍처를 우주 환경에 맞게 검증해, 익숙한 개발 환경을 그대로 쓰면서 궤도에서 버팁니다.
64-bit Arm Cortex-A72 듀얼코어 1.5GHz · 캐시와 메모리 컨트롤러 ECC · 3D GPU·PCIe 내장 · 동작 온도 −55 ~ +125°C
MCU = 비상시스템
VORAGO VA41630 (Rad-hard)
주 프로세서를 감시하고 되살리는 독립 감시 칩
방사선 입자 하나가 프로세서를 멈추게 합니다. 지상에서 재부팅해 줄 수 없으니, 이 칩이 주 프로세서와 분리된 채 늘 깨어 있다가 이상을 감지하면 전원을 끊고 다시 켭니다.
SEL 과전류 차단 · SEFI 워치독 재부팅 · SPI 메모리 스크럽 · SpaceWire 인터페이스
확장
PCIe + SpaceWire
임무가 달라지면 보드가 아니라 모듈을 바꿉니다
통신·관측·항법 위성은 목적이 달라도 컴퓨팅 코어는 같아도 됩니다. 코어 보드는 그대로 두고 통신·저장·SAR·GNSS·광통신(OISL) 모듈만 슬롯에 꽂습니다.
위성마다 컴퓨터를 다시 설계하지 않고, 검증된 코어를 재사용하며 임무만 바꿉니다.

실제 보드 구조와 확장 슬롯까지 정리된 설계이며, 세부 사양은 파트너 협의·상세설계 단계에서 확정합니다.

실시간 안전 소프트웨어

위성 안에는 ‘공항 관제탑’과 같은 우선순위 규칙이 있습니다.

관제탑이 착륙 중인 비행기를 가장 먼저 처리하듯, 위성도 생존과 직결된 일을 먼저 처리하도록 설계했습니다 (RTEMS 기반).

우선순위 처리

  1. 최우선 미션제어 · 통신 · 고장감시
  2. 중간 AI 처리 · 저장
  3. 후순위 데이터 다운링크

안전과 직결된 작업을 최우선으로 실행하고, AI 처리·저장은 그다음, 데이터 다운링크는 마지막에 둡니다.

부품이 바뀌어도 재사용

  1. HAL
  2. Platform Driver
  3. Device Driver 이 층만 교체

HAL → Platform Driver → Device Driver 3계층 구조라, 하드웨어가 바뀌어도 상위 소프트웨어는 그대로 씁니다.

방사선을 견디는 설계

SEU·SEL 을 감시하고 삼중화(TMR)·EDAC·CRC 를 적용합니다. 장애가 생기면 자동으로 격리·재부팅·복구합니다.

온보드 AI가 위성 상태를 스스로 감시해 이상을 감지하고, 해당 구역 차단·재부팅·복구까지 지상 개입 없이 수행합니다.

개방형 SDK

표준 API로 외부 개발자·부품회사가 함께 서비스와 daughterboard를 개발·연동합니다.

SDK

  • AI API외부 개발자
  • Telemetry API서비스
  • Satellite Command API부품회사
  • Device APIdaughterboard

앞의 하드웨어와 소프트웨어가 실제로 궤도에서 버티는지, 쏘아 올리기 전에 가상에서 먼저 확인합니다.

Digital Twin

조종사가 실제 비행기를 몰기 전, 시뮬레이터에서 먼저 연습하는 것과 같습니다.

  1. 부품 검증

    대상
    마더보드에 연결된 부품들
    내용
    가상 공간에서 각 부품과 확장 모듈의 동작을 시험
    확인하는 것
    이 구성이 제대로 작동하는가

  2. 운영 시뮬레이션

    대상
    완성된 위성
    내용
    궤도에 올라간 뒤의 운영 상황을 모의 실험
    확인하는 것
    이 위성이 임무를 수행할 수 있는가

검증 4단계

  1. 설계 정의

    위성 구조와 임무 시나리오, 레퍼런스 하드웨어 구성을 정의합니다.

  2. 가상 운용

    궤도·통신·전력·온도 조건을 재현해 하드웨어 행동모델을 검증합니다.

  3. AI 검증

    SAR 분석·고장탐지·해상추적 등 온보드 AI 임무를 가상에서 시연합니다.

  4. 실물 제조 착수

    검증 결과를 근거로 레퍼런스 보드 1차 시작품을 제작합니다.

핵심 산출물은 ‘데모 영상’이 아니라, 실물 제조에 들어가기 전 위험을 미리 제거한 검증 데이터입니다.

실물 제조

가상에서 검증이 끝난 설계를 레퍼런스 보드 시작품으로 직접 제조합니다.

Contact Us