Konsulting inżynierii systemów

Inżynieria systemów
w projektach o wysokim ryzyku

Wsparcie przy systemach lotniczych, elektronice wbudowanej, łączności RF, GNC i technologiach bezzałogowych - od architektury po gotowość do lotu.

Zobacz zakres prac

6+

Lat R&D w systemach kosmicznych i obronnych

HW+FW

Od sprzętu po firmware

Aero

Awionika lotnicza i bezzałogowa

TRL 1–9

Od koncepcji po gotowość wdrożeniową

Zakres prac

Na jakich etapach projektu pracuje Hevelis

Wybierz etap, żeby zobaczyć pytania, które zadajemy, czym się zajmujemy i jakie materiały powstają po drodze.

Etap 01

Potrzeba misji

Doprecyzowanie, co system ma osiągnąć w realnych ograniczeniach, zanim architektura i implementacja zaczną się rozjeżdżać.

  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06

Typowe pytania

  • Jak wygląda sukces w kategoriach operacyjnych?
  • Które ograniczenia są nienegocjowalne?
  • Gdzie dziś niepewność jest największa?

Wkład Hevelis

  • Uporządkowane rozpoznanie techniczne
  • Spisanie ryzyk i ograniczeń
  • Przełożenie misji na wymagania systemowe

Przykładowe rezultaty

  • Notatka definiująca problem
  • Mapa ograniczeń
  • Wstępny rejestr ryzyk

Przykładowe zlecenie

Integracja wbudowanego komputera pokładowego

Wsparcie architektury i uruchomienia komputera pokładowego o ograniczonych zasobach: od projektu płytki, przez fundamenty firmware, po interfejsy czujników.

Wyzwanie
Ustalić spójną granicę komputera pokładowego: ograniczenia zasilania i interfejsów, odpowiedzialność za firmware oraz ścieżkę uruchomienia, którą da się sprawdzić przed pełną integracją z pojazdem.
Wkład
Uporządkowanie odpowiedzialności za interfejsy sprzęt–firmware
Kategoria rezultatu
Zdefiniowana architektura
Otwórz opis przypadku

Wybrany zakres prac

Prototypowanie podsystemu GNC

Prototypowanie naprowadzania, nawigacji i sterowania z jawnymi granicami autonomii i punktami zaczepienia hardware-in-the-loop.

Wyzwanie
Prototypować zachowanie GNC, utrzymując od początku jawną granicę autonomii, potrzeby telemetryczne i ścieżkę walidacji HIL.
Wkład
Wyznaczenie granic decyzji pokładowych i pozapokładowych
Kategoria rezultatu
Prototyp zwalidowany w środowiskach kontrolowanych
Otwórz opis przypadku

Przykładowe zlecenie

Tor oprogramowania ładunku o niskim opóźnieniu

Architektura oprogramowania ładunku na embedded Linux dla torów wideo i danych o wysokiej przepustowości, wrażliwych na opóźnienie.

Wyzwanie
Zaprojektować tor o niskim opóźnieniu z jasnym podziałem odpowiedzialności na urządzeniu i poza nim oraz mierzalnymi budżetami czasowymi.
Wkład
Mapa narastania opóźnień w całym torze
Kategoria rezultatu
Zdefiniowana architektura toru danych
Otwórz opis przypadku

Przykładowa kompetencja

Architektura telemetrii RF i łącza

Wsparcie architektury łączności dla telemetrii dalekiego zasięgu: role łącza, ramkowanie i odpowiedzialność segmentu naziemnego.

Wyzwanie
Zbudować odporny tor łączności z jasno określonymi opóźnieniami, niezawodnością i odpowiedzialnością segmentu naziemnego - zanim sprzęt zacznie się mnożyć.
Wkład
Mapa odpowiedzialności w łączności powietrze–ziemia
Kategoria rezultatu
Koncepcyjnie zademonstrowany tor łączności
Otwórz opis przypadku

Usługi

Czym się zajmujemy w praktyce

Każda usługa odpowiada konkretnemu typowi problemu, sposobowi współpracy i efektom pracy - nie liście haseł z folderu.

Główna specjalizacja

Architektura systemów i rola Technical Product Ownera

Przekładamy potrzeby misji na spójną architekturę sprzętowo-programową, jasny podział odpowiedzialności za interfejsy oraz plan prac, który ogranicza ryzyka we właściwej kolejności.

Pytania, na które odpowiadamy

  • Kto w systemie powinien odpowiadać za co?
  • Które interfejsy decydują o powodzeniu misji?
  • Które ryzyka trzeba sprawdzić w pierwszej kolejności?

Typowe rezultaty

  • Dekompozycja systemu
  • Definicje interfejsów
  • Analizy wariantów (trade studies)
  • Plan prac technicznych
  • Zarys strategii weryfikacji

Warstwy systemu

Misja → Architektura → Walidacja

Inżynieria wymagańKontrola interfejsówProwadzenie prac R&D

Elektronika wbudowana i lotnicza

Projektowanie dedykowanych PCB, platformy STM32/ARM, integracja czujników oraz elektronika o wysokiej niezawodności w warunkach lotniczych i bezzałogowych.

Rezultaty

  • Projekty PCB
  • Plany uruchomienia (bring-up)
  • Fundamenty firmware
  • Opis interfejsów sprzęt–oprogramowanie

Warstwy: Sprzęt · Firmware · Integracja

RF i telemetria

Projekt układów RF, łącza dalekiego zasięgu, praca z sygnałem w podejściu SDR oraz integracja anten pod odporne tory łączności.

Rezultaty

  • Notatki z architektury RF
  • Koncepcje łącza
  • Podejścia do ramkowania telemetrii
  • Wytyczne integracji anten

Warstwy: Łączność · Segment naziemny · Walidacja

GNC i bezzałogowce

Prototypowanie naprowadzania, nawigacji i sterowania dla UAV i systemów rakietowych - z jasno określoną granicą autonomii i telemetrią.

Rezultaty

  • Prototypy algorytmów GNC
  • Ścieżki telemetrii
  • Definicje granicy autonomii
  • Punkty zaczepienia pod testy HIL

Warstwy: Sterowanie · Autonomia · Walidacja

Oprogramowanie o niskim opóźnieniu

Wideo w czasie rzeczywistym i tor danych o wysokiej przepustowości na embedded Linux oraz platformach z ograniczonymi zasobami - tam, gdzie opóźnienie jest wymaganiem pierwszorzędnym.

Rezultaty

  • Architektura streamingu
  • Projekt usług na embedded Linux
  • Struktura toru DSP
  • Budżety wydajności

Warstwy: Ładunek · Obliczenia · Tor danych

Kompetencje

Technologie pogrupowane według celu

Bez listy buzzwordów. Każda grupa mówi, do czego dana kompetencja jest potrzebna w systemie.

Deterministyczne pętle sterowania, uruchomienie płytek i firmware, który wytrzymuje realne ograniczenia sprzętowe.

  • C
  • C++
  • Rust
  • Python
  • Bash
  • STM32
  • ESP32
  • FreeRTOS

Domeny

  • Przemysł kosmiczny i lotniczy
  • Obronność
  • Drony / systemy bezzałogowe
  • Łączność radiowa RF
  • Fintech / cyberbezpieczeństwo

Doświadczenie

Prace prowadzi założyciel

Hevelis to seniorska odpowiedzialność techniczna w jednym ręku: rola product ownera, architektura systemów i implementacja wbudowana.

Ścieżka kariery

3 role

  1. 01

    DefendEye

    Technical Product Owner i architekt systemów

    Główny inżynier systemów wbudowanych

    R&D autonomicznych systemów obronnych: architektury Linux i MCU, odpowiedzialność za cały system oraz platformy wbudowane gotowe do lotu.

  2. 02

    Nordic Semiconductor

    Inżynier firmware

    Firmware na bezprzewodowych SoC Nordic: bring-up Linuksa i mikrokontrolerów, sterowniki niskopoziomowe oraz firmware produktowy. Kraków.

  3. 03

    AGH Space Systems

    Lider zespołu elektroniki rakietowej

    Zastępca lidera zespołu balonów stratosferycznych

    Łączność RF, elektronika rakiet sondażowych, rozproszone systemy STM32 oraz prowadzenie zespołów w studenckich projektach aerospace.

Zasady działania

01

Najpierw sprawdzaj największe ryzyko

Układaj pracę tak, by trudne prawdy wychodziły wcześnie - zanim harmonogram i decyzje sprzętowe utwardzą złe założenia.

02

Najpierw interfejsy, potem skalowanie implementacji

Najpierw kto za co odpowiada, taktowanie i kontrakty sprzęt–oprogramowanie. Praca równoległa ma sens dopiero przy jasnych granicach.

03

Testuj na styku sprzętu i oprogramowania

Bring-up, firmware, RF i sterowanie to jeden problem weryfikacyjny. Awarie zwykle siedzą w szwach.

04

Projektuj pod testowalność od początku

Punkty HIL, diagnostyka i obserwowalność to decyzje architektoniczne - nie dodatki na końcu.

05

Od potrzeby misji do dowodu z testu

Krytyczne interfejsy i zachowania powinny dać się wytłumaczyć od intencji misji aż po wyniki testów.

Współpraca

Jak zwykle wygląda współpraca

Trzy etapy: rozpoznanie, prototypowanie, gotowość do wdrożenia. Układamy je pod ryzyko projektu, nie pod sztywny proces.

Rozpoznanie i przegląd architektury

Omówienie ograniczeń technicznych, wymagań misji oraz interfejsów sprzęt–oprogramowanie.

Prototypowanie i szybkie R&D

Szybkie projektowanie PCB, implementacja firmware oraz walidacja GNC/RF w środowiskach hardware-in-the-loop.

Integracja i gotowość do lotu

Integracja systemu, testy, wsparcie przygotowań certyfikacyjnych i przekazanie wiedzy zespołowi.

Kontakt

Budujecie złożony system sprzętowo-programowy?

Napisz o ograniczeniach projektu, harmonogramie i celach technicznych. Zaproponujemy współpracę zaczynającą się od architektury.