Два програмного забезпечення Дефекти Майже Викликаний Boeing втратити Starliner Під час випробування грудня
Boeing і SpaceX будуть в цьому році працює над екіпажем запусках для свого нового космічного корабля, але існують перешкоди для обох компаній. У той час як SpaceX, здається, пройшов мимо своїх питань з минулого року, Boeing і раніше звертаючись відмовив випробувальний політ з грудня. NASA і Boeing спільно представили оновлену інформацію про розслідування, яке посилається на три помилки в CST-100 Starliner випробувального польоту. Два питання серйозний досить того, що вони викликали б втрату капсули без втручання з боку основного екіпажу.
У грудні, Boeing повинен був показати всім, що Starliner був в стані запуску і автономно навігації до Міжнародної космічної станції (МКС). Проте, не вказані програмні помилки викликали Starliner ввести неправильну орбіту і пропустити його рандеву МКС. У той час, Boeing заявив, що інцидент мав зв'язок з таймером місії, яка повинна була контролювати орбітальний опік. Повна історія трохи більше нюансів, хоча.
Місія минулий таймера (MET) був один з трьох питань, згадані в доповіді. Космічний корабель думав, що це було в пізнішій частині місії, змушуючи його згоріти двигуни і відходів палива. Тепер ми знаємо, що наземний контроль повинен був втрутитися і зупинити CST-100 від продовження спалювання палива таким чином. Команда не було вибору, окрім як перенаправити космічний корабель, так що б перетворити його в стійку орбіту.
Окремо була проблема з послідовністю УТИЛІЗАЦІЇ Starliner в службовому модулі (СМ). Це повинно викликати автоматичний випуск СМ до входу в атмосферу, але система не реєструє належним чином з контролером польоту. Команда на землі припала крок і зробити рухові зміни, щоб врятувати космічний апарат (знову).
Останнє питання ще перебуває в стадії дослідження, тому ми не можемо сказати, наскільки серйозним це або як це сприяло провалу місії в грудні. NASA повідомляє, що Starliner постраждали переривчасті збої зв'язку, яка стояла на заваді заземляющий елемент управління для управління космічного корабля. Ми повинні мати більше інформації про це в майбутньому.
Оновлення здається дивовижно відвертою для блог поста-державної облицюванням. НАСА каже, що контроль якості Boeing повинні бути виявлені ненормальності програмного забезпечення на декількох точках, а також проблеми, пов'язані з цією місією запропонувати основну розбивку в процесах Боїнга. Поки неясно, як НАСА буде рухатися вперед, але це, ймовірно, не дозволить Boeing літати будь людина в космос, поки компанія не може задовільно пояснити і виправити проблеми.
Читати далі
AMD забезпечить підтримку пам’яті Smart Access для апаратного забезпечення Intel, Nvidia
Повідомляється, що AMD співпрацює з Nvidia та Intel, щоб забезпечити апаратну підтримку пам’яті Smart Access на інших графічних та процесорних платформах.
Вертоліт NASA Mars залишається заземленим очікуванням програмного забезпечення
NASA Раніше зазначив, що вертоліт винахідності взяв би до марсіанського небо над вихідними, але агентство оголосило пізно в п'ятницю, яка була відкладена до кінця 14 квітня через проблему програмного забезпечення.
Програмне забезпечення Помилка затримка винахідливості вертольота 4-го Марс
Це, здається, таке ж питання, яке спричинило затримку в першій лінійній шкалі з винахідливості. Наса каже, що це планує спробувати це знову сьогодні, і ми повинні знати за кілька годин, чи було це успішним.
Gigabyte звинувачує носій для апаратного забезпечення DOA, замінить дефектні джерела живлення
Gigabyte замінить джерело живлення 750 Всього або 850 Вт, якщо ви вплинули на останні невдачі, але компанія хоче, щоб ви знали, що пескі рецензенти є справжньою проблемою.