Entry and Descent Module (EDM) Schiaparelli - ExoMars 2016

[station]

...nie przez NASA tylko Koreańską Ludową Agencję Kosmiczną. Słabe źródła coś mają.

[olasek]

I wyprodukowanie wszystkiego w Europie. Bo pewnie Europejczycy woleli by zdecydowanie wytworzyć wszystko w europejskich zakładach niż kupować gotowy produkt w NASA.

Nie widze tego jako realistyczne rozwiazanie, tego tepu przekazywanie najnowszej technologii w przemysle kosmicznej jest malo spotykane, w koncu dziesiatki amerykanskich firm tworzy taki ladownik, wysoce wyspecjalizowany sprzet, jego integracja z samym lazikiem jest kolosalna, itp. raczej jesli ESA wogole sie dogada to NASA da swoje hardware ale nawet i ta opcja wydaje mi sie malo realna, ten kto daje system do ladowania tak naprawde daje wszystko - ESA moze co najwyzej dorzucic swoje instrumenty ale to wtedy nie jej ladownik. ESA jest raczej skazana na sama siebie jesli chce swoj ladownik/lazik postawic na Marsie.

[kanarkusmaximus]

Jak zejdziemy do poziomu komponentów to wcale się nie zdziwiłbym, jak by się okazało, że dużo elementów i tak powstało w USA i było zainstalowanych na pokładzie EDM...

[olasek]

Dodatkowo raczej pewne ze NASA by sie nigdy nie zgodzila na to aby ich tak wazne systemy byly umieszczone na Protonie czy innej rosyjskiej rakiecie, przy tego typu wyprawach grubo poza orbite ziemska NASA chce kontrolowac caly proces lacznie z rakieta i nie widze szansy aby zapakowali taki sprzet i wyslali go samolotem do Bajkonuru (obecne uklady polityczne raczej tez to wykluczaja). Innymi slowy stawiam teze ze jakakolwiek glebsza wspolpraca ESA z NASA przy ladowaniu na Marsie wymagalaby conajmniej europejskiej rakiety.

Dzis sa takie prawa w USA ze nawet jak amerykanska firma chce wyslac na orbite zwyczajnego komercyjnego satelite na zagranicznej rakiecie - musi miec pozwolenia eksportowe a ktos z Departamentu Obrony musi byc obecny przy integracji satelity z rakieta. Stoja na stanowisku ze sama integracja satelity z rakieta jest transferem technologii. Jedna frma zaplacila niedawno spora kare za wyslanie swojego satelity na Chinskiej rakiecie z obejsciem procedury. Kazdy moze sobie wyguglowac co to jest ITAR i wszystko co jest na liscie - eksport z USA jest zabroniony chyba ze do waskiej grupy zaprzyjaznionyh krajow, na takim Curiosity jak go rozebrac na kawalki jest pewnie sporo komponentow ktore sa na liscie ITAR i cos takiego nie ma szans znalezienia sie w Bajkonurze.

[Air Q]

Dzis sa takie prawa w USA ze nawet jak amerykanska firma chce wyslac na orbite zwyczajnego komercyjnego satelite na zagranicznej rakiecie - musi miec pozwolenia eksportowe a ktos z Departamentu Obrony musi byc obecny przy integracji satelity z rakieta.

Pamiętam wykład na YT Scotta Maxwella o MERach. Wspominał, że nie mogą nawet upubliczniać semantyki języka jakim posługują się do tworzenia sekwencji ruchów dla łazika.

Edit:
NASA nawet nie może się tym dzielić z międzynarodowymi partnerami z którymi współpracuje.
https://youtu.be/9T1JsWq9PnI?t=19m1s

[astropl]

Jedną z najbardziej prawdopodobnych przyczyn katastrofy EDL jest zawieszenie się bądź brak komunikacji z komputerem sondy programu, podającego wysokość z radaru. Brak tych danych spowodowałby zarówno przedwczesne odstrzelenie spadochronu, jak i wyłączenie silników, gdyż komputer potraktował to jako informację, że już wylądował. Ale podkreślam - to na razie hipoteza. Autorem jest Rolf Densing, szef OPS) w ESOC.

[Rafał]

W dość niespodziewanym miejscu, w Nature, padły ciekawe wypowiedzi pracowników ESA:
http://www.nature.com/news/computing-glitch-may-have-doomed-mars-lander-1.20861

Andrea Accomazzo, kierownik słonecznych i planetarnych misji: "Najprawdopodobniej przyczyną był błąd w oprogramowaniu lub problem w łączeniu danych z wielu sensorów, przez co statek uwierzył, że był na niższej wysokości niż w rzeczywistości"
("The most likely culprit is a flaw in the craft’s software or a problem in merging the data coming from different sensors, which may have led the craft to believe it was lower in altitude than it really was")

Jorge Vago, naukowiec w projekcie ExoMars: "Zgaduję, że w tym momencie [po wyłączeniu silników] byliśmy zbyt wysoko. I najprawdopodobniej z tego miejsca po prostu spadliśmy na powierzchnię. (...) Na razie nikt nie chce myśleć o opóźnieniu [ExoMars] do 2022. Przejście z 2018 do 2020 było wystarczająco bolesne."
("My guess is that at that point we were still too high. And the most likely scenario is that, from then, we just dropped to the surface (...) At this point, no one wants to think about flipping to 2022. It was painful enough to go from 2018 to 2020")

[Tomasz Czarnecki]

Jedną z najbardziej prawdopodobnych przyczyn katastrofy EDL jest zawieszenie się bądź brak komunikacji z komputerem sondy programu, podającego wysokość z radaru. Brak tych danych spowodowałby zarówno przedwczesne odstrzelenie spadochronu, jak i wyłączenie silników, gdyż komputer potraktował to jako informację, że już wylądował. Ale podkreślam - to na razie hipoteza. Autorem jest Rolf Densing, szef OPS) w ESOC.

A mi się wydaje,że sonda zrobiła wszystko prawidłowo Bo pewnie jakiś programista pokręcił pendrivy i wgrał program dla Rosetty. I lądownik zgodnie z poleceniami prawidłowo wyrżnął w podłoże

[ekoplaneta]

Mam nadzieję że nie było błędów w przeliczeniu jednostek 

[station]

Błędy w oprogramowaniu jestem jeszcze w stanie zrozumieć, ale jak ktos popelnia szkolne bledy na poziomie montazu sprzetu vide kapsuła Genesis....to faktycznie ręce potrafią zdrowo opasć do ziemi.

[Azarius]

Ciekawe z tym błędem oprogramowania, każdy pomyśli pewnie, że w tak ważnym projekcie nie powinno się to zdarzyć. Akurat pracuję w branży informatycznej, w tym ponad rok pracowałem jako tester oprogramowania. Dostawaliśmy kody, które wstępnie były już przetestowane przez programistów (samych twórców albo kogoś z ich działu) na środowisku developerskim zanim trafiały do nas. Wiecie z czego najczęściej wynikały błędy jakie wykrywaliśmy? Ktoś (najczęściej analitycy) nie przewidział, że konkretne dane (zestaw danych) może trafić na wejściu do programu. Z reguły wszystkie przewidziane przez analityków sytuacje działały w 100%, jednak gdy podało się jakieś nietypowe dane z reguły kod się "wysypywał". Co więcej zazwyczaj nie były to wcale dane "z kosmosu" tylko prawdziwe dane występujące w naszej firmie. Dlatego gdy słyszę o błędzie w oprogramowaniu to sądzę, że chodziło raczej o nietypowe dane jakie trafiły do lądownika, których nie przewidziały symulacje, a nie typowy błąd w kodzie. Także moim zdaniem przyczyna była inna niż błąd w oprogramowaniu, jeśli już to niedostosowanie oprogramowania do warunków podczas lądowania.

[ekoplaneta]

Kiedy możemy się spodziewać MRO zdjęć ladowiska Schiaparelli, wykonanych kamerą HIRISE? Miały być wykonane w tym tygodniu.

[station]

.... Dlatego gdy słyszę o błędzie w oprogramowaniu to sądzę, że chodziło raczej o nietypowe dane jakie trafiły do lądownika, których nie przewidziały symulacje, a nie typowy błąd w kodzie. Także moim zdaniem przyczyna była inna niż błąd w oprogramowaniu, jeśli już to niedostosowanie oprogramowania do warunków podczas lądowania.

Zastanawiam się zatem, jakie to nietypowe dane mogły nagle napłynąć do lądownika, że jego hardware w ostatecznosci zachował się tak a nie inaczej. Nieprzewidzianie wysokie zawirowanie w atmosferze? Nieprawidłowe położenie próbnika (tj.nie do końca dobry kąt nachylenia) podczas wejscia w atmosferę? Te dane (nieprzewidziane - idąc tym tokiem myslenia) musiałyby mieć zatem związek czysto z czynnikami zewnętrznymi, bo w tym momencie nie nalezy brac chyba pod uwagę "wysypania się" softu ot tak po prostu. Mam wrazenie, że ewentualne nietypowe dane mógł uzyskać np. radar pokładowy, źle w efekcie interpretujący odległosć od gruntu.

[NilQ]

Kiedy możemy się spodziewać MRO zdjęć ladowiska Schiaparelli, wykonanych kamerą HIRISE? Miały być wykonane w tym tygodniu.

Być może nawet już dzisiaj:

New high-resolution images of the Schiaparelli's crash site from NASA's Mars Reconnaissance Orbiter, MRO, would become available on Oct. 27, 2016.

http://www.russianspaceweb.com/exomars2016-edm-landing.html#1024

[NilQ]

Jest i zdjęcie (pełna rozdzielczość tutaj):



Artykuł ESA: http://www.esa.int/Our_Activities/Space_Science/ExoMars/Detailed_images_of_Schiaparelli_and_its_descent_hardware_on_Mars