Błąd w komputerze zgubił Schiparellego?
Lądownik Schiparelli Europejskiej Agencji Kosmicznej, który rozbił się przed kilkoma dniami na Marsie, prawdopodobnie nie ukończył swej misji wskutek błędu w komputerze. Najważniejszym zadaniem, jakie stoi obecnie przed specjalistami z ESA jest dokładne określenie przyczyn awarii. Schiparelli miał bowiem posłużyć do testów europejskich technologii lądowania na Marsie. Technologie te zostaną użyte w 2020 roku podczas kolejnej misji z serii ExoMars, jakie prowadzą wspólnie ESA i rosyjska Roskosmos. Wtedy to na Marsie ma wylądować stacja naukowa i łazik. Nic więc dziwnego, że naukowcy chcą się dowiedzieć, co spowodowało awarię.
Obecnie wiadomo, że niemal cały, zaplanowany na 6 minut, manewr lądowania przebiegał prawidłowo. Problemy pojawiły się w 4 minucie i 41 sekundzie. Wtedy to lądownik zbyt wcześnie odrzucił osłonę termiczną i rozwinął spadochron. Następnie uruchomione zostały silniki. W zamierzeniu miały one działać przez 30 sekund i spowolnić lądownik do momentu, gdy znajdzie się kilka metrów nad powierzchnią Czerwonej Planety. Zamiast tego wyłączyły się po około 3 sekundach, gdyż komputer pokładowy lądownika stwierdził, że znajduje się blisko gruntu.
Bazując na wstępnych ocenach zdjęć miejsca upadku Schiparellego, które wykonał satelita Mars Reconnaissance Orbiter, specjaliści uważają, że lądownik runął na powierzchnię Marsa z wysokości 2-4 kilometrów i uderzył w nią z prędkością ponad 300 km/h.
Andrea Accomazzo, odpowiedzialny w ESA z misje planetarne, powiedział, że prawdopodobną przyczyną awarii był błąd w oprogramowaniu lub problemy ze zbieraniem danych napływających z wielu różnych czujników. Jeśli problemem jest oprogramowanie, to błąd powinien być stosunkowo łatwy do usunięcia. Jeśli jednak problem tkwi w sprzęcie, ESA i Roskosmos mają poważny problem. Accomazzo jest jednak dobrej myśli. Nie sądzę, żeby w tym tkwił problem - powiedział.
Eksperci pracujący przy misji ExoMars chcą teraz wykorzystać wirtualne symulacje do odtworzenia błędów, które spowodowały katastrofę.
Prowadzący misję mają nadzieję, że nie ulegnie ona kolejnemu opóźnieniu. Już wcześniej przełożono ją z 2018 na rok 2020. Obecnie do przeprowadzenia ExoMars potrzeba dodatkowych 300 milionów euro. ESA ma zamiar poprosić o dodatkowe środki podczas grudniowego spotkania ministrów państw członkowskich UE. Zdaniem dyrektora generalnego ESA, Johanna-Dietricha Wörnera, katastrofa lądownika nie naraża całego programu ExoMars na niepowodzenie. Uważa on, że Agencja ma wystarczająco dużo dobrych argumentów, by przekonać państwa członkowskie o konieczności kontynuowania programu. ESA będzie podkreślała, że druga, ważniejsza część misji - umieszczenie pojazdu Trace Gas Orbiter na orbicie Marsa - przebiegła wzorowo.
Mars to wyjątkowo trudny teren dla agencji kosmicznych. W historii eksploracji Marsa ludzkość próbowała kilkanaście razy umieścić na jego powierzchni łaziki czy lądowniki. Związek Radziecki podjął 8 takich prób, wszystkie skończyły się porażką. Europejska Agencja Kosmiczna próbowała dwa razy, w tym raz (Schiparelli) z Rosją, i obie próby były nieudane. Jedyne sukcesy ma na swoim koncie NASA. Na 9 podjętych prób aż 8 było udanych. Obecnie na powierzchni Marsa pracują dwa łaziki NASA - Opportunity i Curiosity.
Komentarze (23)
Gość Astro, 25 października 2016, 15:59
Też jestem dobrej myśli i spodziewam się kolejnej spektakularnej wtopy nie tyle ESA, co (jej?) programistów. A pomyśleć, że nie są to zbyt skomplikowane algorytmy, bo całkiem podobne zupełnie skutecznie "hulały" dziesiątki lat temu na pamięciach rdzeniowych.
Jajcenty, 25 października 2016, 16:29
Ananke, Opowieści o pilocie Pirxie
Poczekajmy na wyniki śledztwa, ale wyjątkowo już się z Tobą zgadzam. Stanowczo powinni włożyć więcej wysiłku w testy i symulacje.
Gość Astro, 25 października 2016, 16:56
Mam nadzieję, że nie myślisz o tym
Osobiście poleciłbym ten fragment:
Całkowicie się z tym zgadzam. Nigdy nie ubiegam wyników śledztwa.
Co do programistów, to np.:
http://www.chip.pl/artykuly/trendy/2009/07/najwieksze-katastrofy-oprogramowania
Osobiście na pierwszym miejscu umieszczam
https://en.wikipedia.org/wiki/Cluster_(spacecraft)
HorochovPL, 25 października 2016, 17:12
Szukaliśmy liczb pierwszych, to teraz bierzemy się za pisanie oprogramowania do lądownika?
Jajcenty, 25 października 2016, 17:14
Właśnie tak mi się to kojarzy. Lądownik spadł z 2-4 kilometrów, to quite, kurde, wysoko. Na tyle wysoko, że o lądowaniu nie może być mowy. Nawet w przybliżeniu.
Co do katastrof - inżynieria oprogramowania nie jest jeszcze tak dojrzała jak np. budownictwo. Zresztą, nie bez kozery mówi się, że gdyby standardy IT obowiązywały w budownictwie, jeden dzięcioł obaliłby naszą cywilizację.
Gość Astro, 25 października 2016, 17:18
Po co? Pół wieku temu mieliśmy już odpowiedni dobre oprogramowanie.
No chyba, że chcesz stawiać wyzwania na forum.
Absolutnie się zgadzam. Dostrzegam nawet odpowiednich lobbystów na KW. Tiaa. Zgoda. Cza wincej kasssy.
Jajcenty, 25 października 2016, 17:27
Wchodzę w to. Zmieniamy właśnie paradygmat na TDD. Za pół roku będę wymiatał w testach automatycznych
Niestety, w IT łatwo ukryć niską jakość produktu. Jak trza lepszej jakości to trzeba zapłacić, również za nadzór
Gość Astro, 25 października 2016, 17:53
Trzymam za słowo. W literaturze przedmiotu zacznę od (nie było złośliwie
):
https://www-robotics.jpl.nasa.gov/publications/Andrew_Johnson/aejJGCD2002.pdf
Tak dla "niewprawionych w temacie": nic nie trzeba ukrywać; i tak kupią.
A owszem. Pojedynczy nadzór jednak nie jest wystarczający, stąd znany z branży IT wielokrotny/ wielopoziomowy nadzór. Klient wie, za co płaci.
A bywało drzewiej, że "programista" pisał zwyczajnie TO, o co chodziło.
thikim, 25 października 2016, 18:52
Tak bywało dawniej, ale wtedy pisanie programu wyglądało trochę inaczej.
Gość Astro, 25 października 2016, 19:27
Filmik przekonuje mnie bardziej do tego, jak to wygląda obecnie. Poszukaj nieco "starszych" rzeczy (o ile potrafisz).
thikim, 25 października 2016, 20:13
A filmik mam nadzieję inteligentni ludzie pojęli jako opis dzisiejszego. Fakt, Tobie powinienem to opisać
Może i jestem czasem leniwy. Przyzwyczaiłem się do inteligentnych rozmówców.
Same się znajdują. Np. Astro
Gość Astro, 25 października 2016, 20:20
Zapewne filmik byłby niezły, ale zabrakło Ci jednak jakiejś linki. Postaraj się bardziej.
darekp, 26 października 2016, 08:22
vs. (Chip):
Czyli i tak źle, i tak niedobrze..
Myślę, że niezależenie od ilości kasy produkt końcowy będzie taki, że dzięcioł obali go bez trudu;) Taka (auto)refleksja z lat spędzonych na klepaniu kodu
Poza tym - tak jakoś przyszło mi przy okazji do głowy - czy my mamy w Europie (kontynentalnej) jakichś dobrych programistów? Nawet jakby się znaleźli, to jacyś tacy z obrzeża Europy, np. Skandynawowie (Anders Hejlsberg (który zresztą postawił na niewłaściwego konia, Pascala zamiast C), Bjarne Stroustrup, Linus Torvalds), albo może jacyś Rosjanie, którym czasem udaje się sklecić coś sensownego (z wielgachnym naciskiem na słowo "czasem";))... Większość roboty odwalili Hamerykanie, którzy mają bardziej pragmatyczny stosunek do rzeczywistości... (???)
Superman, 26 października 2016, 09:24
A ja postawię na coś prostszego, może np. jakaś część maszyn się oderwała i leciała pod lądownikiem, a on odczytał to jako powierzchnię planety. Wchodzi taka opcja w grę czy to raczej niemożliwe?
pogo, 26 października 2016, 09:59
Raczej niemożliwe.
Nie wiemy jaki był system pomiaru odległości, a do wyboru mamy:
1. laserowy - po oderwanym odłamku przejechałby ledwo przez ułamek sekundy i komputer uznałby to za błąd pomiaru, wiadomo, że taki pomiar daje szumy i trzeba je czyścić.
2. radarowy - większość skanowanej powierzchni byłoby kilka kilometrów niżej, więc znów uznajemy to za latającego śmiecia pozbawionego znaczenia... o ile mamy rozdzielczość, która w ogóle pozwoli go wykryć.
3. barometryczny - nawet nie szukamy takich rzeczy
Więcej pomysłów nie mam...
ww296, 26 października 2016, 10:17
wiemy. napisałem w poprzednim temacie:
dopplerowski wysokościomierz radarowy
w doniesieniach prasowych jest wyraźną sugestia, że dane dotyczące przebiegu lotu a konkretnie wysokości pochodzą z analizy zdjęć i filmów a nie np logów tego urządzenia co może sugerować awarię wysokościomierza.
Przemek Kobel, 27 października 2016, 14:28
Pewnie wzięli do lądownika kod wprost z rakiedy Ariane i puścili go od tyłu. Z symulacji w Excelu wyszło, że nie może się nie udać. Powątpiewającym lead manager powiedział, że są skazani na sukces.
thikim, 27 października 2016, 14:58
I ja się z tym zgadzam. Barometr się nie nadaje. Laser - słabo się nadaje.
Hmm. Akurat tam to raczej nie ma sekty wyznawców arkusza kalkulacyjnego
Idealnie pasuje ten filmik który zamieściłem:
praca samemu kontra w zespole. Tu samemu oznaczałoby jedno państwo a w zespole zespół państw.
Gość Astro, 27 października 2016, 16:53
Zdecydowanie barometr jest tutaj be, ale z laserem to chyba nieco inny problem. Mógłby nadawać się nieźle.
Też tak sądzę. "Przeciętna" firma IT po otrzymaniu nowego katalogu fotometrii gwiazdowej z jakiegoś tam satelity (by nie było Kepler
) otrzymuje plik, dajmy KATALOG_GWIAZD z danymi statystycznymi, które trzeba porównać z jakimś starszym. Po godzinnej "burzy mózgów" lead manager konkluduje: TAK! musimy wiedzieć ile gwiazd zawiera obecny katalog. Nie zajmuje oczywiście pięciu minut chłopakom (i dziewczynom) wrzucenie pliku do "arkusza kalkulacyjnego". Po jakichś ledwie 15 minutach oczekiwania najnowsza nawet wersja "arkusza" odmawia współpracy czymsik w stylu "out of memory". 
Co czyni ekipa "konkurencyjna" do "wyznawców". Jeszcze zanim zacznie się burza mózgów, każdy jej uczestnik w konsoli napisze "wc KATALOG_GWIAZD" i po jakichś dwóch sekundach wie, o czym mówimy. 
By nie było, że wychodzę na jakiegoś starozakonnego, to fakt, taki dajmy Workbeanch amisiowy tworzył się w grupie. Kilku kolesi, wagon kawy i fajek, tydzień roboty przy czterech godzinach snu na dobę, i JEST!.
darekp, 27 października 2016, 20:04
Bo to są IMHO parametry, hm, ortogonalne. To, czy produkt powstaje w grupie czy "jednoosobowo" ma związek z czasem wytworzenia (vide filmik od Thikima). A jakość końcowego "dzieła" to już insza inszość. Całkowicie niezależna od poprzedniego zapewne.
Gość Astro, 27 października 2016, 20:16
Zgoda. Wychodzę zatem na starozakonnego, bo dla mnie "jakość" to rzecz pierwszorzędna. Zapewne jest ona nie "zapewne", ale "na pewno" fundamentalna.
Pierwszy z brzegu cytat pewnego Mistrza:
Przemek Kobel, 28 października 2016, 08:28
W takim razie ciekawe po co im to:
https://ocdt.esa.int/login?back_url=https%3A%2F%2Focdt.esa.int%2F
thikim, 28 października 2016, 10:50
Oj, z tą sektą to o urzędnikach jest
Z arkusza kalkulacyjnego można i trzeba korzystać, ale z głową 