Космический софт

[frost_ii]

Если почитать литературу, представленную на ПЕРВОЙ странице данного топика, то вопросы, типа "чем не нравиться Windows?" отпадут сами собой. :wink:

Ещё одна странность, которая мне непонятна. Буржуи активно используют VxWorks, приспосабливая его к различному железу. У нас же (в России) каждый раз на практически идентичном железе занимаются осестроительством. Мне лично были известны три такие реализации (хотя это и не совсем моя специализация).

[Дем]

Если почитать литературу, представленную на ПЕРВОЙ странице данного топика, то вопросы, типа "чем не нравиться Windows?" отпадут сами собой. :wink:

Ещё одна странность, которая мне непонятна. Буржуи активно используют VxWorks, приспосабливая его к различному железу. У нас же (в России) каждый раз на практически идентичном железе занимаются осестроительством. Мне лично были известны три такие реализации (хотя это и не совсем моя специализация).

Потому что ума много, да по делу использовать не можем...
И как результат - российские аппараты теряются по дороге, а буржуи успешно перепрограммируют заглючивший марсоход...

[Andy_K64]

Если почитать литературу, представленную на ПЕРВОЙ странице данного топика, то вопросы, типа "чем не нравиться Windows?" отпадут сами собой. :wink:

Ещё одна странность, которая мне непонятна. Буржуи активно используют VxWorks, приспосабливая его к различному железу. У нас же (в России) каждый раз на практически идентичном железе занимаются осестроительством. Мне лично были известны три такие реализации (хотя это и не совсем моя специализация).

На РС МКС VxWorks - штатная операционная система бортового комплекса управления.

[frost_ii]

Спасибо, Вы меня обнадёжили.

[Andy_K64]

Кстати, и главные бортовые компьютеры там - трехканальные транспьютеры с процессорами архитектуры SPARC.

[frost_ii]

А кто автор изделия?

[Andy_K64]

А кто автор изделия?

EADS

[frost_ii]

Всё же буржуи... Жаль... А ведь могли же...

[Andy_K64]

Софт в основном наш. Буржуйский только firmware и часть низкоуровневого софта.

[au]

Могу сказать несколько слов о софте наземном. Лет 18 назад отвечал от промышленности за математику одного из изделий на Байконуре. Перед этим участвовал в его создании.
Это частный случай, но видимо типичный для данной отрасли.

Похоже, очень похоже на правду При всём уважении к авторам успешных проектов, всё описанное за исключением укладывающегося в инженерный здравый смысл -- это голос из могилы. Всё делается так, что система "кашлянуть боится". Всё на ассемблере, все протоколы для всего уникальные, компы допотопные даже на момент разработки, т.к. делались такими же методами. Это тихий ужас. Вполне недавние достижения этих методов -- марсоходы, которым не доверяли самим ездить ПО ПУСТЫНЕ, причём сам марсоход вполне способен переехать практически любое вообразимое в пустыне препятсвие. На каждые 10 проеханных метров собирается консилиум и изучаются фотки всего вокруг чтобы детище каким-то макаром не споткнулось о непредвиденную "софтом" песчинку. Управление электротележкой в пустыне производится по сложному радиоканалу с Земли!... вот они достижения и повод для профессиональной гордости Всё это к тому, что не стоит смотреть на это как на хрестоматийный образец. Этот подход пережил свою мотивацию на не один десяток лет, но людей переучить иногда просто невозможно, особенно при власти.

[avmich]

Статья о методике создания софта для шаттла.

[ДмитрийК]

Статья о методике создания софта для шаттла.

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

Ха! "Не надо лохматить бабушку" (с)

[Elemag]

Подскажите, ест ли подобной софт для Андроид или IOS?
https://software.nasa.gov/software/GSC-17177-1

[ОАЯ]

http://www.drofa.ru/index.php?show=catalog&name=167+%C0%E2%E8%E0%F6%

по этой ссылке книга "Полвека в авиации. Записки академика"

Написал Гендиректор ГосНИИАС акдемик Федосов Е.А.
Вопросами ПО, верификацией и т.д. он и занимался для ракет и авиации.

Как бы почитать с экрана можно здесь
Не по делу, но для моделирования (модели ракет) есть страница NASA
https://www1.grc.nasa.gov/beginners-guide-to-aeronautics/rocketmodeler/
Не знаю - толковый или нет. По рекомендации:
https://www.instructables.com/Make-Your-Own-Model-Rocket/

[Алексей Кириенко]

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

"никаких изменений без вспомогательных чертежей" ? ? ?
Бррр... Какие еще "вспомогательные чертежи" у ПО ? Блок-схемы  что-ли ? 

[Алексей Кириенко]

Вполне недавние достижения этих методов -- марсоходы, которым не доверяли самим ездить ПО ПУСТЫНЕ, причём сам марсоход вполне способен переехать практически любое вообразимое в пустыне препятсвие.

Ага нужно " Cybertruck" тесловский  со стандартным шоссейным  авто-пилотом послать...
(Ирония если что) Да кто-же против ! Как только получиться доставлять Марс  марсоходы хотя-бы десятками в год так сразу и  доверят и  самим пустыне ездить и по горам лазить. А пока каждый марсоход на Марсе  будет по цене "своего веса в калифорнии"(  стоимость одного грамма калифорния  примерно 27 млн долларов )  все так и останется.     
 

[Наименьший квадрат]

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

"никаких изменений без вспомогательных чертежей" ? ? ?
Бррр... Какие еще "вспомогательные чертежи" у ПО ? Блок-схемы  что-ли ?

Ответить на сообщение 2005 года в 2025-м - это ли не некропостинг? 

[telekast]

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

"никаких изменений без вспомогательных чертежей" ? ? ?
Бррр... Какие еще "вспомогательные чертежи" у ПО ? Блок-схемы  что-ли ?

Ответить на сообщение 2005 года в 2025-м - это ли не некропостинг? 

Чудеса движка и происки роскомпозора. Бывает при просмотре непрочитанных сообщений отправляет в прошлое.

[TAU]

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

"никаких изменений без вспомогательных чертежей" ? ? ?
Бррр... Какие еще "вспомогательные чертежи" у ПО ? Блок-схемы  что-ли ?

Интересно, что я данную тему в прошлом не видел.

Если кому интересно, могу просветить. Для начала есть презентация.


И публикация http://ubs.mtas.ru›upload/library/UBS3914.pdf

[Алексей Кириенко]

The most important things the shuttle group does -- carefully planning the software in advance, writing no code until the design is complete, making no changes without supporting blueprints, keeping a completely accurate record of the code -- are not expensive.

"никаких изменений без вспомогательных чертежей" ? ? ?
Бррр... Какие еще "вспомогательные чертежи" у ПО ? Блок-схемы  что-ли ?

Интересно, что я данную тему в прошлом не видел.
Если кому интересно, могу просветить. Для начала есть презентация.

И публикация http://ubs.mtas.ru›upload/library/UBS3914.pdf

М-да, «как всё запущено»! «Система визуального программирования «Дракон» — нет слов! Нет, во времена «Бурана» это была футуристическая по самое не могу разработка из будущего... Но сейчас? (И даже в 2014-м) Вспоминать эту поделку?? Серьезно?! Народ, у меня нет слов!     

У еще бы HiASM вспомнили (https://hiasm.com), кстати, ХайАсм на два порядка свежее, и то уже загибается от старости.   Но главное там то, что всё, что генерируется по «коду-схеме», часто совершенно нестабильно и не слишком предсказуемо.

Нет, получить приемлемый результат можно.

(Пример рабочей программы-схемы на ХайАсме)
 
Но гарантий нет, и это врожденное свойство подобных систем.

(Дело в том, что у них полно нигде не документированных причуд и крайне неявных особенностей, и да, схемы «супер-визуальных» сред разработки — это близко не алгоритм.)

P. S.

Кстати, вроде уже когда-то обсуждал тут (на форуме) что-то подобное.
P. S. P. S.
"И публикация.." Не открывается .