Разъяснения: «Потребность в радикальном улучшении топлива со временем будет только возрастать».

Apr 09, 2023

@ Клаес Хорошо, значит, это прямо в моей рубке. Я продолжаю твердить о важности компетентности в управлении сложностью. Это сокращение для многих вещей, и мы могли бы обсудить и написать на эту тему целую ученую степень. Это огромная.

Для людей вполне естественно злоупотреблять нашими новейшими новейшими технологиями и использовать их неразумно. Существуют веские археологические свидетельства такого поведения, насчитывающие по меньшей мере 9500 лет. То, что мы будем делать это с помощью компьютерных чипов и программного обеспечения, не должно вызывать удивления.

Почему сертификация систем авионики занимает так много времени (комбинации аппаратного и программного обеспечения – это НЕ просто программное обеспечение!!!!! – слышите, как я стучу по столу по этому поводу)?

Что касается защиты, у нас есть процесс, называемый анализом режима отказа. Коммерческие люди любят называть один и тот же процесс «Анализ видов и последствий отказов». Что вы делаете, так это документируете, как именно что-то работает, и анализируете каждый шаг и цепочку шагов, чтобы выявить все, что может пойти не так. Это начинается с аппаратных сбоев, которые в конечном итоге заканчиваются тем, что один или оба просто перестают работать или вводят неверные данные в программное обеспечение.

Примерно в 1980 году ваши типичные самые дешевые микросхемы (мы говорим о потрясающей мощности, а не о типе микросхемы) содержали чуть менее одного миллиона ИС-компонентов, чуть более 25% из которых составляли транзисторы. Они были расположены в одинаковых массивах, поэтому, несмотря на большие цифры, среднестатистический EE, выполняющий проект, мог получить довольно хорошее представление о том, как именно работает данный чип. К 1995 году эта способность была утрачена. Число действительно хороших EE высшего уровня, которое потребовалось, чтобы полностью понять суть наименее затратного чипа, было, вероятно, три или четыре, но вы все равно могли собрать команду в аэрокосмической компании, которая могла бы это сделать. К 2000 году собрать такую ​​команду стало невозможно по трем причинам. Одним из них было стремительное увеличение количества компонентов ИС (часто называемое законом Мура). Другим примером были удивительные технологии, встроенные в некоторые чипы, такие как самовосстановление и до сих пор удивительная программируемая вентильная матрица (FPGA). И третьим стал быстрый отток талантливых специалистов из аэрокосмической отрасли в технологические компании. И это только аппаратное обеспечение.

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

Таким образом, вопрос, который стоял прямо на столе в середине 1990-х годов, когда Кондит привел Boeing сначала к действительно удачному слиянию и поглощению с North American Rockwell, а затем к катастрофическому слиянию с MD, заключался в том, как нам справиться с этой взрывной сложностью и сокращением талантов. проблема в аэрокосмической авионике? Как нам вообще сделать наши проекты такими, чтобы было возможно проведение компетентного FMA (также известного как FMEA)?

Есть способ сделать это, но для этого требуется зрелое и проницательное инженерное руководство, которое понимает проблему и то, что необходимо сделать. И это инженерное лидерство должно быть полностью поддержано корпоративным и инвестиционным сообществом. В случае с Boeing ничего из этого не произошло, поэтому новые продукты не работали, и люди погибли. Это очень просто.

Следующая часть будет упрощением VAST. Что необходимо сделать, так это использовать более простые фабрики микросхем в дискретных функциональных модулях с четко определенным взаимодействием друг с другом, чтобы люди могли изолировать и понимать, что они должны делать, и выявлять риски, требующие особого внимания.

Что постоянно происходит в Boeing и в бортовом оборудовании истребителей Lockheed, так это способность производителей микросхем выполнять невообразимо большое количество функций и программных инструментов, которые могут использовать преимущества этих больших чисел (мы хорошо разбираемся в этом). 9 порядков и более здесь) использовались без усмотрения. Таким образом, команды инженеров почти полностью слепы в отношении того, что происходит внутри того, что предположительно является их собственной разработкой. И это без добавления генеративных инструментов искусственного интеллекта.