Ну что же, начинает появляться информация: https://www.kommersant.ru/doc/3968218
Как сообщает источник, по факту удара молнии случилось обрубание генераторов и переход ситуации с электроснабжением на борту в статус Emergency Electrical Configuration (питание от аккумуляторов).
РЛЭ любого современного самолёта в подобной ситуации требует "Садиться как можно скорее". Однако, уже начинаются упреки в сторону экипажа, что "как можно скорее" не означает "немедленно". И о каком немедленно идёт речь, если это был уже 2й заход? Вопросов пока 2. Где выпущенный ветряк у ссж? И где прецеденты у других типов с переходом электроснабжения в ЕЕС из за удара молнии да ещё и с Direct mode в виде бонуса, что возводит степень стресса на экипаж до высочайших уровней?
Да, про освещение в салоне о котором рапортовал пассажир и что это за ЕЕС такой, с горящими салонными люстрами, это был мой 3й вопрос..Кроме того, работало освещение в салоне и все прочее что работает только в нормальном режиме
Скажите пожалуйста. что понимается под "надежно заземлены" в случае самолета? Где у самолета "земля" - корпус?При неудачном попадании молнии должна отработать защита. Как я писал выше, регулировкой напряжения генератора "Г" и его частоты , а так же его отключением от шины бортсети при превышении параметров и коротких замыканиях занимается отдельный блок , назовем его "БРЗУ"(блок регулировки защиты и управления) , так же фидер генератора , а именно цепь от генератора до шины бортсети, и сам генератор защищает блок трансформаторов тока "БТТ", который обеспечивает дифференциальную защиту при обрыве фаз и коротких замыканиях в генераторе и его фидере и подает сигнал отключения на БРЗУ, которое в свою очередь подает сигнал на контактор "К" отключающий генератор от бортсети. Все эти устройства надежно заземлены и даже если куда то попала молния и навела беспорядок в параметрах генератора, то все устройства , которые я упомянул выше, должны сразу отключить его от бортсети, для этого они там и стоят. Поэтому я не верю в сказку про "неудачное попадание молнии" , особенно в майском "тропическом" климате Шереметьево
Эта схема от другого самолета, но это классика сети переменного тока
Посмотреть вложение 667118
О, я вижу, вы ещё и эксперт в написании алгоритмов для бесперебойных систем? Причём ваши алгоритмы отключают навсегда все источники на шине при одиночной наведённой помехе на неё?А про защиту тут пишут чушь. Бесперебойные системы строят так, что при отказах даже частичных отключают нафиг узлы под подозрением. В данном случае никто не будет писать алгоритмы которые будут разбираться
Не спорю. Только землю замените на самолет в данной конкретной ситуации.Напряжённость поля неоднородна. У нас сначала лидер бежит вниз, потом стример бежит вверх. В первом приближении напряжённость более-менее однородна от фронта бегущего заряда и дальше до его "конечной цели", но гораздо меньше по абсолютной величине там, где фронт заряда уже пробежал.
Если кто стоит на земле в той области, куда бьёт молния, ему не везёт, потому что напряжённость поля там в какой-то момент очень высока (киловольты на метр). С самолётом, висящим в километрах над землёй (и в километрах же от грозовой тучи), ситуация несколько иная.
"Молнии" облако-самолёт - это очень маленькие разряды.Не спорю. Только землю замените на самолет в данной конкретной ситуации.
Обоснуете?"Молнии" облако-самолёт - это очень маленькие разряды.
Взаимная электроёмкость облака и самолёта на много порядков меньше взаимной электроёмкости облака и земли.Обоснуете?
Очень даже вероятно. Самолеты эти разряды сами и провоцируют, поэтому в них, точнее, через них и лупит так часто.Не спорю. Только землю замените на самолет в данной конкретной ситуации.
Я там, раньше, был неправ - то, что я написал будет, если самолет влетит в канал земля-облако, что невероятно.
Намекает на то, что вы при построении вашей модели явления в чём-то сильно ошибаетесь. Потому что сами понимаете, что такое физически невозможно.Ну как-бы U=Q/C что при неизменном заряде облака намекает - если быть формалистом
Попробуйте умножить это ваше "больше киловольта на сантиметр" на десятки километров общей длины молнии. Результат опять намекает на то, что вы при построении вашей модели явления в чём-то сильно ошибаетесь.А вообще - если есть пробой воздуха на самолет хотя-бы через десятки метров - значит, есть сотни киловольт. Насколько я помню для молниевого разряда нужна напряженность поля больше киловольта на сантиметр.
Это вы сейчас о чём?По поводу количества заряда, который придет на самолет - так он ведь не в вакууме летит, у него начиная от КС двигателей тянется километровый шлейф, начинающийся ионизированной смесью продуктов сгорания и продолжающийся инверсионным следом, нет?
Ну там же смайл даже поставлен специально...Намекает на то, что вы при построении вашей модели явления в чём-то сильно ошибаетесь. Потому что сами понимаете, что такое физически невозможно.
Там не настолько простой механизм. Во всяком случае есть вполне себе Гуревич и Зыбин с вот такой статьей: Пробой на убегающих электронах и электрические разряды во время грозы, которые называют цифру 2,16 кВ/см. Я по памяти написал - больше киловольта.Попробуйте умножить это ваше "больше киловольта на сантиметр" на десятки километров общей длины молнии
О том, что когда речь идет о высоких напряженностях поля летящий (турбо)реактивный самолет - это не маленькая изолированная фитюлька, а довольно протяженная в пространстве система, способная всосать и передать на расстояние порядка сотен метров а то и километров вполне значимый электрический заряд.Это вы сейчас о чём?
Ну почему от балды? вполне себе по памятиВот-вот, поэтому многое и пишете "от балды", что погуглить лень.
Это - мягкий RTВы путаете понятия жесткого реального времени (при любых условиях вычисления идет не больше, чем задано в ТЗ)
Не-а, не путаюи жесткого тайминга.
Я же привел вам конкретный пример, когда фатальна. Давайте ограничим область применения вашего решения - и все вопросы отпадут. Для определенных, ограниченных областей вы предлагаете нормальное решение.Так что думаю, что допуски порядка от 20 до 100 мс и задержка на 1мс - не фатальна.
я и не говорил, что ваше нарушает. Если вы синхронно блокируете обмен во всех шинах. Но, знаете, тут тоже есть нюансы. У вас дважды дублированный вычислитель. А тактовые генераторы там насколько синхронизированы? Не окажется ли так, что для разных вычислителей обмен будет блокирован в момент, когда у них разное внутренне состояние? Окно такой возможности, конечно, невелико - но оно вполне себе есть.Ну мое решение консистентность не нарушает,
Да хоть в 0,3% загрузки, хоть в 2000%. Это же RT, какая разница, какова загрузка процессора? Ну в смысле это же еще при разработке системы определяется - если программно-аппаратная платформа не способна обеспечить RT в любой ситуации в которой он есть в ТЗ - значит, она не разработана.То есть вы уверены, что процессор работает в 100% загрузки???
Забавно. А меня как-бы учили, что верхняя И НИЖНЯЯ границы - это жесткий, только верхняя - это мягкий, а "в среднем" - вообще ниочем.Любое вычисление не превышает заданное время - жесткий RT, среднее время вычислений не превышает заданное - мягкий RT.
Я о таком вообще не писал.Это не обработка "как можно быстрее"
Это важно, т.к. в дублированной/троированной/дважды дублированной системе сравнивается (в общем случае) СОСТОЯНИЕ компьютеров, и на основании этого сравнения машины с отличающимся от остальных состоянием уходят на тест/отключение. Если тест и они его прошли - то их надо поднять в состояние, идентичное остальным, "образцовым" машинам. При не абсолютно синхронной работе - а в реальности она не абсолютно синхронна - вам нужно обеспечить некие "окна" в тайминге, в течении которых состояние таки будет идентичным (если все в порядке). Для этого и нужен жесткий RT, которому меня учили. Например потому, что сравнение векторов состояний может быть и аппаратным, выполняемым внешним контроллером, на каждом атомарном такте RT-системы.А это в данной модели неважно. Важно, что придет сигнал "сбой обмена", текущее измерение пропускается, а датчики повторят последнее измерение. Тут важнее правильно датчики написать, чтобы они понимали, что повторить придется и только что ушедшее (менее 10мкс от ухода).
... И израильский берешит разбивается о поверхность Луны.это фатальная рассинхронизация на целый скан за... 5.5 часов. Точнее фатальной она станет в два раза быстрее, когда перевалит за полскана.
Вы пытаетесь изобрести механизм реализации жесткого RT. При этм вводите блок синхронизации, который легко может стать единой точкой отказаТо есть вначале скана - прочитали все данные, потом обработали, потом подождали синхронизации и синхронно вывели. И только эта синхронизация дает возможность сравнивать 2 или 3 однотипных процессорных блока.
Э? Ну как-бы тонкие техпроцессы подразумевают более быструю деградацию, а повышенная температура кристалла - тоже ускоряет дрейф, это очевидно, но тем не менее компоненты должны соответствовать заявленным ТТХ и если вы выбираете для аппаратной платформы компоненты, ТТХ которых не удовлетворяют вашему ТЗ - то, простите, кто виноват? Собственно, это - часть работы конструктора.Быстрая деградация (отказ за годы вместо десятков лет) на номинальной мощности процессора - это удел современных SoC
То есть у вас вместо одной единой точки отказа - три?Вы не путаете, кто вводит внешний контролер, являющийся единой точкой отказа? А что внешний контролер и есть блок синхронизации, не догадыветесь?
Мне внешний контроллер (единая точка отказа) не нужен. Каждый блок (из трех) принимает вывод всех своих соседей. И подстраивает свой тайминг так, чтобы быть не первым и не последним. Разумеется, с учетом того, что свой сигнал принимается без задержки, а чужие - с задержкой. Ну оценку делает каждый блок. - как по признаку "я наврал, соседи совпадают", так и наоборот - "сосед наврал, а я с другим соседом совпадаю". Исключение идет по худшей оценке.
А что мешает отказавшему блоку 1 отключить сразу и 2, и 3?Давайте посмотрим, что будет в ситуации ложного отказа. Блок 1 принимает решения от блоков 2 и 3. Блок 1 ложно(!!!!) считает, что его решение совпадает с 2, но не совпадает с 3, при этом реально 2 и 3 совпадают, 1 отличается. Блок ложно выдает решение на отключение блока 3. Блоки 2 и 3 видят истинную картину (2 и 3 совпадают, 1 ложно) и отключают блок 1. Как видите, ничего фатального - блок 2 продолжает работу.
А при чём здесь MCAS? На отключение runaway stabilizer в кабине есть два пилота.А теперь сравните это с MCAS, где вообще не было контроля достоверности датчика. И вообще не было онлайн дублирования - в любой момент времени работал только один блок расчета MCAS.
По сути, только теория вероятности.А что мешает самолету возомнить себя терминатором и начать пикировать наКремльБелый Дом?
Что-то я не ожидал услышать такое от программиста.Нету этого в алгоритме.