И недели не прошло, как после продления срока эксплуатации пустился блок 3 Запорожской АЭС, с чем я коллег категорически поздравляю. Но на этом хорошие новости, к сожалению заканчиваются.
Загрузка на блоке 3 ЗАЭС смешанная, т.е. в активной зоне одновременно находится топливо двух поставщиков, при этом контроль активной зоны осуществляется ПО нашей фирмы с константным обеспечением, самостоятельно подготовленным украинскими специалистами. Исходные коды ПО украинской стороне не передавались, т.е. как максимум проводилась "подгонка" константного собственного обеспечения "чтобы заработало".
Понятно, что такая ситуация создалась не сегодня, потуги слепить "украинское СВРК" на базе поставленного нами ПО и собственных констант начались примерно со скакунами на майдане. Среди побудительных причин я вижу:
- необходимость привлечения фирмы разработчика для модернизации ПО - занятие не слишком дешёвое,
- стоимость внедрения американского ПО аналогичного класса (BEACON различных конфигураций) ещё дороже,
- переход на BEACON делает АЭС зависимой от фирмы-поставщика или её субконтрактора (в данном случае - от ЦПАЗ, блок на новую топливную кампанию без участия ЦПАЗ запустить невозможно),
- иллюзия того, что Заказчик понимает "как это работает". На самом деле, конечно, понимает. И основы модели, заложенной в расчётное ядро, и последовательность приближений, и многое другое. Только понимают ребята это на уровне пользователя, а не разработчика,
- и в ЦПАЗе, где обосновались, в т.ч. и выходцы с ЗАЭС, и в НАЭК (ОП НТЦ), и непосредственно на Запорожской АЭС есть спектральные коды и ребята, обученные на них работать, т.е. теоретически, эти люди могут готовить константное обеспечение для малогрупповых моделей.
Отголоски, включая попытки "за так" получить исходные коды, доносились до нас с такой силой, что в январе 2015 года пришлось официально предупредить коллег, что никакой ответственности за последствия эксперимента нести не можем, а действовать нужно в соответствии с ранее принятым техническим решением.
Это была предыстория, как она сказывается на текущей ситуации? Тут всё достаточно просто. Есть ГОСТ на СВРК, которым установлены требования к точности расчёта основных параметров. Я утверждаю, что без модернизации нашего ПО попытка контролировать им смешанную активную зону даже при идеально подготовленных константах (а в этом есть сомнения) приведёт к нарушению ГОСТа. Беда Запорожской АЭС в том, что величины погрешностей, регламентированные ГОСТом, входят в качестве предельных отклонений в обоснование безопасной эксплуатации энергоблока. И есть у меня нехорошее подозрение, что никто величины погрешностей не определял и безопасность не переобосновывал...
Комментарии
Не свое - не жалко...
Во-первых, моё. У меня на Украине родители и куча родственников.
Во-вторых, Украина маленькая, Чернобыль это продемонстрировал. Ветер, он, зараза, дует не в ту сторону, в которую ему приказывают дуть.
Я не о вас, а о них...
Дык светиться будем все...
В 99 случаях из 100 ничего не случится. Вот только попасть на оставшийся 1 совсем не хочется.
От чумного барака нужно держаться подальше ибо неизбежен риск заражения
У меня племяха, двоюродный брат с женой и детьми там живут.
Ну так вывозите родственников из 404, чего ждете? когда убивать или умирать с голода начнут?
Для жены брата я москаль, а брат под каблуком у жены.. племяха адекватная(
А что делать, если не едут? Вот не хотят и всё... Тётушку из Краматорска мы вывезли, а родителей из Киева не получается.
Звучит вдохновительно,хотя и не понятно
Спрашивайте, если смогу, растолкую.
Скорее всего просто вы мне не растолкуете.Но примерно я понял,что там с програмным обеспечением проблемы,которое не расчитано на левое топливо
Именно так. Самое смешное, что по этим граблям коллеги уже скакали - наше модернизированное ПО контролирует смешанную активную зону блока 2 ЮУАЭС.
Я только одного не понял, зачем было оставлять в софте форточку для самопальных изменений. Элементарная проверка целостности данных... почему не?
Меняют не софт, а константное обеспечение - у коллег есть иллюзия, что дело только в нём. Условно говоря, считалка осталась прежней, а базу данных под неё сменили.
Я не так немного выразился... почему софт продолжает спокойно работать с не подписанным и не сертифицированным константным обеспечением? Почему нельзя было добавить верификацию базы данных в софт, так чтобы он с левой\поврежденной базой не работал бы... или это такое условие было в ТЗ, что софт должен принимать любой набор данных?
ТЗ 2004 года, я сейчас уже даже и не скажу, было там такое условие или нет. Беда в том, что тогда для нас это был крупный заказ и мы во многом работали вместе с заказчиком, вот и "наработали".
Очевидно, что все нюансы техпроцесса на конкретных АЭС разработчики ПО охватить не могут, поэтому оставляют возможность самостоятельной подгонки (изменения констант). Но хохлы, как я понял, меняют эти константы уже за рамками косметических подгонок, не учитывая госты.
Что то я очкую.
В общих чертах понятно. Не ясен только момент аварийного останова. В случае нарушения работы вашего софта, каковы возможные коллизии в плане аварийного останова и выброса радиации.
Наш софт работает в системе нормальной эксплуатации, т.е. на срабатывание систем защиты и т.п. почти не влияет /есть пара параметров, по которым мы ограничиваем набор мощности/. Однако, СВРК - единственная система, контролирующая именно активную зону энергоблока, поэтому требования к ней специфические, в частности, точность контроля полей энерговыделения закладывается в качестве одной из составляющих т.н. "коэффициентов запаса" при обосновании безопасности. Условно говоря, если я показываю, что кассета имеет мощность 20 МВт, то в обоснование безопасности протекания аварии будет заложен 21 МВт (+5% погрешности согласно ГОСТа).
Если обычным языком, любая авария начинается с "порога реагирования персонала". Если у меня все показатели в допустимой "зелёной" зоне, а на самом деле уже идёт, например, подкипание теплоносителя на оболочках твэл, то оператор из-за меня "проспал" ситуацию, когда он обязан был вмешаться и, например, снизить мощность. Из-за такого состояния контроля можно влететь в ситуацию, когда вмешательство автоматики в аварию запоздает или будет недостаточным.
В реактор воткнута система контроля и управления. Одним из основных показателей является измерения нейтронного потока.
Система сложная, вокруг физической информации о потоке собрана математическая модель, индивидуально, пот конкретный реактор и конкретное топливо.
Каклы сунули в реактор вестерновкие сборки, разработчик системы контроля и управления сказал
- Так низзя, посаны!
Каклы отморозились и с умным видом подкручивают ручки и подтягивают гаечки.
Ипанет или нет, покажет время.
Фукусима, конечно, будет врядли, разработчик просто запугивает от бессилия.
А вот запороть блок стоимостью 5 арбузов денех можно запросто, начиная от сломавшейся сборки в активной зоне и нудного ремонта и обеззараживания длинною в два-три года, и, заканчивая, выпадением кориума в ловушку сквозь проплавленное дно реактора и патчем статьи в педивикии с "6 реакторов" на "5 реакторов".
Как-то очень приблизительно я так и понял.
Наша система - только система контроля. Управления там - только запрет на подъём мощности по 2 параметрам активной зоны.
Разработчик, конечно же, запугивает, поскольку проблемы при штатной эксплуатации вполне укладываются в запасы. Танцы с бубном начнутся при непроектном поведении зоны в случае аварии.
Матмодель, конечно же, не заточена под конкретное топливо, а вот её программная реализация - да, всегда есть и винтики, и отвёртки, чтобы эти винтики подкручивать под специфику (а её в смешанной зоне достаточно).
Ловушки расплава у В-320 аппаратов нет.
Тем хуже...
(оффтоп) а это у вас желтая аватарка была с животным, или я что-то неправильно помню?
Вы правы, у меня была изначально аватарка с медитирующим быком.
Решил, что собеседнику правильнее показывать своё лицо.
Увы, не надейтесь что хохлы потом документы поднимать будут и читать что их предупреждали. Будет как раз две волны: первая - русские террористы взорвали/уничтожили украинскую АЭС и вторая - русские АЭС ненадежны, покупайте наши. Потому что никого правда не интересует
Да я и не надеюсь, просто тенденция нехорошая наблюдается, когда запустивший медийную волну уже начинает верить в то, что сами наговорили...
Не обязательно быть специалистом, чтобы понять суть: "....попытки "за так" получить исходные коды....". Ну и шантаж по этому поводу будет очень громким. Еще услышим.
ну ещё на пол шага дальше...
- полномасштабная авария на Запорожской АЭС полностью отвечает и уже поставленным задачам и психологии элиты, угасающей гегемонии США в Европе
и ПО лучший триггер в этом деле.
вся остальная трескотня, выглядит как заговор молчания, и "озарение-просветление" произойдет обязательно, но уже после трагедии
Просветление как то зловеще по Фрейду
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Спасибо за инфу, хоть и профильно, но комрады должны быть осведомлены...
Надеюсь, вменяемые люди там(кто остался)как то протянут со всеми этими пертурбациями на АЭС до лучших времен...
А они точно придут.
Вменяемые люди мне уже ответили: "Это наш выбор". Причём было ясно, в какую сторону выбирают, ещё в 2014, но тогда был шанс на победу здравого смысла. Осталось понять (для себя) кто сейчас на Украине настолько отморожен, что может "рулить" технарями в нашей отрасли (повторюсь, даже ещё год-полтора назад у меня было ощущение, что на АЭС этот вирус распространиться не сможет - не рискнут).
Подходя цинично авария на ЗАЭС выгодна РФ особенно если ветер будет дуть на запад. Однако ввиду особенности конструкции реакторов ВВЭР, а именно отрицательному эффекту реактивности вероятность такой аварии практически нулевая. Чтобы создать локальные критические массы и расплавление ТВС необходимо их плотно придать к другу да ещё залитыми водой как замедлителем. Только тогда образуется расплавление и кориум.
Скорее всего может быть разгерметизация ТВС с загрязнением внутреннего контура. Вот это была бы большая удача. Можно было бы "козлить" Украину и Вестингауз и требовать закрытия всех АЭС уркаины.
А что такое "константное обеспечение", "спектральные коды" и "малогрупповые модели" ???
Поддерживаю вопрос. Велика вероятность, что под этими терминами я понимаю не то что надо.
а с какой целью вы интересуетесь?
Очень упрощённо.
1) Есть "считалка", а есть набор коэффициентов для каждого конкретного сорта топлива, которые эта "считалка" должна иметь, чтобы активная зона с таким сортом топлива могла быть посчитана. Вот совокупность таких наборов коэффициентов для всех сортов топлива в зоне = константное обеспечение.
2) Для описания взаимодействий нейтронов с веществом необходимо знать не только с какими веществами придётся взаимодействовать нейтронам, но и спектр (распределение по) энергии нейтронов, поскольку от энергии (скорости) зависит вероятность взаимодействия, например, у урана-238 есть гигантские резонансы поглощения нейтронов, а в области, в которой скорость нейтрона сопоставима со скоростью молекул среды, взаимодействие обратно пропорционально скорости. Коды, учитывающие подробное энергетическое распределение нейтронов называют спектральными, как правило, это означает, что весь диапазон возможных энергий нейтрона разбит на много энергетических групп (минимум для подробного описания - 26, обычно больше), в каждой из которых свой набор констант для каждого вида взаимодействия (деление, поглощение, рассеяние). Естественно, геометрия и материальный состав для такого кода описываются очень подробно.
3) Спектральные коды не подходят для решения инженерных задач - их время расчёта невозможно "утоптать" в режим онлайн. Для инженерных целей используют упрощённые модели. Основное упрощение - разбиение энергетического спектра нейтронов на малое число групп (2, 4, 6), поэтому такие модели называют малогрупповыми. При помощи спектральных кодов готовят константное обеспечение малогрупповых кодов (здесь код = ПО, в котором реализована та или иная модель), фактически, речь идёт о корректном усреднении констант спектрального кода или вычисления их "агрегатов" типа "коэффициента размножения в бесконечной среде, Когда идёт речь о малогрупповом коде, важно понимать, что всегда существуют ограничения на его применение - чем-то приходится жертвовать и многое упрощать, чтобы считалось быстрее. Зато в области применения такого кода он считает весьма точно и позволяет проводить восстановление поля энерговыделения в активной зоне в цикле опроса датчиков (около 1 секунды).
спасибо. было очень интересно!
Не надо бояться радиации. Её вред чрезмерно преувеличен.
Шандарахнет ну и ладно. Реальный вред может быть только в радиусе 50 км и то недолго
спасибо, теперь я спокоен
Может почитаете, что такое "лучевая болезнь" ? В чем отличие ее типов от внутреннего, наружного и местного облучения? Например, какова скорость смерти от кишечной формы?
Он к тому, что это всё будет касаться только местных жителей.
Ну а потом вообще не страшно. Через 30 лет после взрыва бомбы в Нагасаки, в эпицентре был парк разбит "Ground Zero" и детишек гулять пустили..
Последствия от взрыва бомбы и от выброса радиоактивной дряни из реактора разные. Как это ни цинично звучит, но ядерный взрыв "чище".
Только вот в Припять мало кто на экскурсию желает съездить спустя 30 лет.
А причиной тому такая еруда, как "период полураспада". У ядерных боеприпасов в результате образуются быстро распадающиеся элементы, а после аварий на АЭС загрязнения долгоживущие. Основные (по Вики) загрязнения после аварии ЧАЭС:
А не местная Беларусь тоже забесплатно отхватила себе этой "радости" потому, что ветер дул не в том направление чем обычно.
а чего это считать и зачем? Разумеется людям попавшим под облучение надо, и врачам надо. А вот тому кто не попал зачем?
Радиация это плохо, если она выше нормы, но вот длительность "жизни" радиации главнее. Если будет раскидан радиоактивный материал с большим периодом полураспада это катастрофа, а если будет разовое / краткосрочное облучение, то это катастрофа лишь для тех кто под это попал.
Интересно, а каким образом при нынешней вакханалии на 404 возможно привлечение спецов из России? Как гендир сможет послать высококлассных инженеров в командировку в страну, где нет гарантий, что инженеры не будут арестованы и/или останутся живы?
А Вы прочитайте письмо, ссылку на которое я привёл в тексте.
Я в Киеве был в последний раз 13.02.2014, впечатлился (уже тогда было понятно, чем эта вакханалия с майданом закончится), до изменения обстановки по фирме действует указание на запрет командировок персонала на украинские энергоблоки. Остаются электронные способы общения (установочный пакет не нами придуман и вполне успешно работает), ну, а на крайний случай - Европа, ей, "благодетельнице" на Украине пока особо не угрожают, а обученный европейский персонал у нас есть, как и право на работу с нашим ПО.