Pokaż wyniki od 1 do 17 z 17
Like Tree6Likes
  • 2 Post By BrejSki
  • 1 Post By gloom
  • 3 Post By ItsMeOnly

Wątek: System operacyjny obsługujący awionikę w samolotach?

  1. #1
    BrejSki
    Goście

    Domyślnie System operacyjny obsługujący awionikę w samolotach?


    Polecamy

    Wczoraj podczas spottingu z kumplem naszło nas pytanie, jaki system operacyjny obsługuje systemy awioniki w Samolotach.
    Z tego co udało się już ogarnąć, to wszystko jest stworzone w Javie lub C/C++, ale samo jądro systemu pozostaje nieznane. Zastanawia nas jakiś niezawodny Linux (Debian?) lub stary Windows... Zna ktoś szczegóły? Byłbym wdzięczny za info
    Atco and Adik_s like this.

  2. #2

    Dołączył
    Oct 2009
    Mieszka w
    Pruszków@EPWA

    Domyślnie

    Cytat Zamieszczone przez BrejSki Zobacz posta
    jaki system operacyjny obsługuje systemy awioniki w Samolotach.
    Zależy, czyja awionika i który jej element konkretnie. Jeśli krytyczny, to na 95% VxWorks, ew. inny alternatywny RTOS.

    Na maszyny niekrytyczne (czyli np. EFB) mogą trafiać i zwykle trafiają Windowsy.

    Pozdrawiam, Adam
    Adik_s likes this.

  3. #3
    Awatar Atco

    Dołączył
    Feb 2007
    Mieszka w
    Poznań

    Domyślnie

    A tak dla ludzi bardziej? �� To są jakieś unixowe systemy?
    "Rząd nie zamawiał analiz, które uzasadniałyby konieczność budowy CPK. Wild mówi, że wydłużyłoby tylko proces inwestycyjny."

  4. #4

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez Atco Zobacz posta
    A tak dla ludzi bardziej? �� To są jakieś unixowe systemy?
    Najbardziej unixowy jest QNX, VxWorks jest bardzo "dziwaczny", bo w zasadzie nasz tylko SDK i bootstrap OSa (czyli coś w rodzaju "boot managera"), a wszystko inne robisz w zasadzie sam. Masz kilka funkcji bardziej uniksowych, jak shell (wiersz poleceń) z możliwością telnetowania się lub SSH, ale większość programów robisz sam.
    Atco, Adik_s and Mike5 like this.

  5. #5

    Dołączył
    Oct 2009
    Mieszka w
    Pruszków@EPWA

    Domyślnie

    Cytat Zamieszczone przez Atco Zobacz posta
    A tak dla ludzi bardziej? �� To są jakieś unixowe systemy?
    Tak, Unixowe w tym sensie, że bootuje się kernel na którym chodzą pewne programy. Natomiast na samym rdzeniu poza kernelem praktycznie nic nie ma - kompilujesz na zewnętrznej maszynie, coś na kształt statycznej kompilacji znanej np. z gcc, i ładujesz do systemu. Chodzi o to, by poza procesem użytkownika w trybie produkcyjnym nie chodziło nic, co mogłoby się zawiesić/wpaść w pętlę nieskończoną, poza samym programem użytkownika.

    Pozdrawiam, Adam

  6. #6

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez gloom Zobacz posta
    bootuje się kernel na którym chodzą pewne programy.
    Właśnie podałeś definicję (uproszczoną) każdego systemu operacyjnego (poza MS/PC DOSem)

  7. #7

    Dołączył
    Jan 2017

    Domyślnie

    Cytat Zamieszczone przez ItsMeOnly Zobacz posta
    Właśnie podałeś definicję (uproszczoną) każdego systemu operacyjnego (poza MS/PC DOSem)
    Tyle że jest różnica w ilości tych programow pracujących jednocześnie.

  8. #8

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez mcxmcx Zobacz posta
    Tyle że jest różnica w ilości tych programow pracujących jednocześnie.
    Otóż nie, multitasking nie wchodzi tu w dyskusję. VxWorks oferuje pełny multitasking i dwa schedulery (highest priority preemptive i round-robin). QNX nie dość, że ma multitasking, to jeszcze ma własne GUI (i Firefoxa, hłe, hłe...). MS-DOS nie jest "normalnym" OSem, bo pozwala pracować programom w real-mode (czyli przejmować pełną kontrolę nad przerwaniami i pamięcią).

  9. #9

    Dołączył
    Jan 2017

    Domyślnie

    Cytat Zamieszczone przez ItsMeOnly Zobacz posta
    Otóż nie, multitasking nie wchodzi tu w dyskusję. VxWorks oferuje pełny multitasking i dwa schedulery (highest priority preemptive i round-robin). QNX nie dość, że ma multitasking, to jeszcze ma własne GUI (i Firefoxa, hłe, hłe...). MS-DOS nie jest "normalnym" OSem, bo pozwala pracować programom w real-mode (czyli przejmować pełną kontrolę nad przerwaniami i pamięcią).
    Ale tutaj się wchodzi w rozważania na temat ilości diabłów mieszczących się na główce od szpilki.

    Każdy proces (program, wątek aplikacja etc) coś musi zrobić i inny proces to kolejkuje.
    Jest zrobione jak jest, przetestowane i niezmienne, tyle że "można" zrobić to właściwie na wszystkim co ma managera dzielącego zasoby i ustalającego kolejkę, na windows czy (ło matko) na chromie.

  10. #10

    Dołączył
    Jun 2017

    Domyślnie

    mylisz procesy z wątkami

  11. #11

    Dołączył
    Jan 2017

    Domyślnie

    Cytat Zamieszczone przez ItsMeOnly Zobacz posta
    mylisz procesy z wątkami
    Przy concurrent computing wątek i proces jest traktowany rownorzednie.

  12. #12

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez mcxmcx Zobacz posta
    Przy concurrent computing wątek i proces jest traktowany rownorzednie.
    Teraz to już bawisz się w samą strukturę optymalizacji. A nie o tym zaczęliśmy

  13. #13

    Dołączył
    Jan 2017

    Domyślnie

    Cytat Zamieszczone przez ItsMeOnly Zobacz posta
    Teraz to już bawisz się w samą strukturę optymalizacji. A nie o tym zaczęliśmy
    No ale dla przykladowo LynxOS-178 to jest wszystko "jeden pies", różnicę czy proces czy wątek wychodzą na poziomie interferejsow.

    Można przyjąć, że to tak właściwie to samo.

  14. #14

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez mcxmcx Zobacz posta
    Można przyjąć, że to tak właściwie to samo.
    POSIX - dlatego, cały pies w nomenklaturze.

    Elaborując, cała dyskusja w tym, że LynxOS udostępnia możliwość łatwego portowania programów wykorzystujące i oczekujące standardowe API unixowe związane z głównie z obsługą błędów, systemu plików, czy wielowątkowości (pthreads). Jednak to nie jest sednem, OSy czy są unixowe, czy nie.

  15. #15

    Dołączył
    Oct 2009
    Mieszka w
    Pruszków@EPWA

    Domyślnie

    Cytat Zamieszczone przez ItsMeOnly Zobacz posta
    Właśnie podałeś definicję (uproszczoną) każdego systemu operacyjnego (poza MS/PC DOSem)
    Jasne. Ale trzeba to jakoś publiczności non-IT wyjaśnić. Normalnie masz kernel, "programy" producenta i "programy" użytkownika. W RTOSie jest w zasadzie tylko pierwsze i trzecie. Plus oczywiście to co któryś z Was dopisał - możliwość bezpośredniego przejęcia wywołań (przerwań) i dostępu do pamięci - zamiast kernela. I to jako całość robi różnicę - pozwala uciec od problemu "moduł AAA pod adresem BBB napotkał nieprawidłową daną" lub "jeśli 1, rób 1".

    Tak to jest, jak człowiek od IT sili się na "zrozumiały język" :P

    Pozdrawiam, Adam

  16. #16

    Dołączył
    Jun 2017

    Domyślnie

    Cytat Zamieszczone przez gloom Zobacz posta
    Jasne. Ale trzeba to jakoś publiczności non-IT wyjaśnić. Normalnie masz kernel, "programy" producenta i "programy"
    Nie. Masz dwa poziomy: "OS space" (dostęp tylko dla jądra) i "user space" (jądro i użytkownicy): w RTOS wszystko poza jądrem jest userspace: jak się wywali, możesz usunąć z pamięci i uruchomić ponownie.
    W innych systemach to jest różnie: w różnych systemach unixowych, także w linuxie, sterowniki albo tak na przykład system plików może być zarówno "OS/kernel space" natomiast rzadziej tylko w "user space" - przez co aplikacja może odwołać się do jądra i zablokować lub wywołać wyjątek (panikę). To jest generalnie sedno sprawy dlaczego takie systemy nie są dobre dla aplikacji "mission critical". Nawet Microsoft wymusza, aby sterowniki Windows korzystały wyłącznie z "user space", bo wtedy, jeżeli nie wystąpi wyjątek sprzętowy, możesz po prostu sterownik przeładować i kontynuować bez katastrofalnych konsekwencji.

  17. #17

    Dołączył
    Jan 2017

    Domyślnie


    Polecamy

    Najlepiej to zainteresowani sobie niech zbadają opis LynxOS-178 i tam jest to dosyć wyraźnie opisane.wlasciwie, wywalić każdy proces / wątek się da, w większości sytuacji jest to odwracalne (policzy jeszcze raz) i nie tracisz danych.

    Dla ciekawostki, hft w space shuttle mial 25hz I jakos dawał radę

Uprawnienia umieszczania postów

  • Nie możesz zakładać nowych tematów
  • Nie możesz pisać wiadomości
  • Nie możesz dodawać załączników
  • Nie możesz edytować swoich postów
  •