Перейти к содержимому
eu_tomat

Микроконтроль ядерных реакторов IC2exp

Рекомендуемые сообщения

1 час назад, Doob сказал:

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

Да, конденсаторы сильно упрощают схему охлаждения. Она не требует балансировки.

 

Но как ты добился лишь одного холодильника при использовании теплообменников? Попробуем посчитать. К слову, я тоже ошибся в своих расчётах. Теперь попробую посчитать правильно.

 

На уране 8099 eu/t не достичь, даже если забить ТВЭЛ'ами все слоты реактора. Остаётся MOX. Максимальный множитель эффективности для разогретого реактора 4.9996, а для минимизации тепла при максимизации температуры мы используем счетверённые ТВЭЛ'ы с базовой генерацией 60 eu/t. Значит, используется 8099/4.9996/60 = 27 счетверённых стержней MOX. Реактор имеет 54 слота, значит, стержни можно разместить лишь в шахматном порядке.

 

Каждая сборка генерирует 96 hu/s, а все сборки 96*27 = 2592 hu/s. В свободные ячейки мы можем разместить теплоотводы или теплообменники.

 

Самый эффективный теплоотвод даёт охлаждение в 20 hu/s на слот, и для полного охлаждения требуется 2592/20 = 129.6 слотов. В рабочем реакторе есть 27 свободных слотов. Фактически меньше, т.к. для поддержания высокой температуры реактора количество разогнанных теплоотводов в реакторе потребуется уменьшить. Но для грубых расчётов будем считать 27 слотов. Значит, для охлаждения потребуется (129.6-27) / 54 = 1.9 охлаждающих реакторов. Два холодильника в самом лучшем случае. Как у тебя получился один?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не понял, откуда 27 МОХ.

На максимальной температуре счетверенный МОХ дает 699.96 eu/t, это при полном переотражении нейтронов, т. е. эффективность 35.

При отражении только с трех сторон и конденсатором с четвертой, получаем 599.95 eu/t и эффективность 30.

 

Я же натыкал конденсаторов и, чтобы поднять эффективность, полностью закрыл один МОХ, отбирая тепло с корпуса. Но если уменьшить количество элементов, придется ставить закрытые сдвоенные МОХ, что опять дает эффективность 30.

 

Эффективные схемы на МОХ нужнее, т. к. уран на начальных этапах игры быстро перерабатывается, а плутоний нужен всегда. И у урана нет буста по энерговыделению с повышением температуры, что крайне важно для всяких UU фабрикаторов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
12 минуты назад, Doob сказал:

Не понял, откуда 27 МОХ.

Речь шла об этой схеме:

В 08.10.2019 в 15:37, Doob сказал:

Я тут накидал сбалансированную по всем параметрам схему, дающую 8099 еутиков, погоняю и покажу, может есть еще что дооптимизировать.

Я тут вижу только вариант с 27 MOX. А у тебя какой был?

 

P.S.: Схема с конденсаторами, ясное дело, не требует дополнительных реакторов для охлаждения.

Изменено пользователем eu_tomat
P.S.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот, мы говорим про микроконтроль. Пытаемся малыми действиями достичь большого эффекта. Но это не значит, что каждую секунду обязательно следует опрашивать какие-то датчики и что-то перемещать. Ядерный реактор Industrial Craft это не самолёт, которому надо учитывать случайные воздушные потоки и турбулентности. Многие процессы в этих реакторах предсказуемы. Зачем прямо сейчас переносить в холодное место один из теплоотводов, если перегрев грозит ему лишь через минуту? Зачем каждый тик проверять догорающие ТВЭЛ'ы, если время их работы точно известно?

 

Предлагаю несколько похожих загадок:

 

Есть почти сгоревший урановый ТВЭЛ с разрушением 9980. На сколько секунд горения его хватит? А на сколько хватит свежего уранового ТВЭЛ? А сколько секунд будет гореть сдвоенный ТВЭЛ? А счетверённый?

 

Теперь то же самое с ТВЭЛ'ами из смеси оксидов. Есть одиночный MOX-ТВЭЛ с разрушением 9980. Сколько секунд сможет гореть он? И сколько секунд будет гореть свежий ТВЭЛ? А сдвоенный? А счетверённый?

 

У кого какие ответы?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 12.10.2019 в 15:24, eu_tomat сказал:

У кого какие ответы?

1. Открыл тему на википедии по ядерным реакторам

2. Бегло посмотрел на кол-во текста

3. Закрыл вкладку и пошёл плакать в подушку

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
14 часа назад, BrightYC сказал:

1. Открыл тему на википедии по ядерным реакторам

2. Бегло посмотрел на кол-во текста

3. Закрыл вкладку и пошёл плакать в подушку

Чтение является основным занятием программиста: читать код, читать спецификации, читать задание. Не всегда их текст короток и, что ещё хуже, не всегда соответствует друг другу. И лишь во вторую очередь программист пишет текст: код, спецификации. задание.

 

Есть две ссылки: для урана и для MOX:

Цитата

Урановый ТВЭЛ работает 20000 секунд (до экспериментальной версии было 10000 секунд), постепенно теряя прочность. В конце работы он превращается в обеднённый урановый ТВЭЛ (до экспериментальной версии с шансом 25 % превращался в обеднённый ТВЭЛ, или же исчезал).

 

Топливный стержень (MOX) работает 10000 секунд постепенно теряя прочность. В конце работы он превращается в Обеднённый MOX ТВЭЛ. В отличие от урановых стержней при нагреве реактора эффективность МОХ увеличивается.

 

Но фокус, как всегда, в том, что эта информация не совсем верна. И для её уточнения, не всегда требуется читать много текста или писать код. Предлагаю провести следующие эксперименты:

  • Пространство реактора с шестью дополнительными камерами заполняем теплоёмкими реакторными обшивочными пластинами, а в один из слотов помещаем одиночный урановый ТВЭЛ. К реактору подключаем MFSU. На реактор подаём сигнал редстоуна и уходим гулять. Часов через пять с половиной убеждаемся в том, что стержень сгорел до конца, проверяем энергию в MFSU, а также нагрев реактора. Для проверки нагрева можно воспользоваться компьютером или информационной панелью из NuclearControl. Зная расчётный выход энергии и тепла, можно оценить фактическое время работы реактора.
  • Эксперимент аналогичен предыдущему. Но вместо урана используется MOX. Проверяется нагрев реактора. На эксперимент уходит около трёх часов.
  • Ещё один эксперимент с MOX. Но вплотную к стержню кладётся разогнанный теплоотвод. Проверяется энергия в MFSU.

Эксперименты с MOX можно объединить в один, но тогда для проверки выделенной энергии придётся заняться интегрированием и потом искать ошибку, либо в своём интегрирующем коде, либо в реализации ic2exp, это занятие лишь для самых суровых программистов.

 

Все три эксперимента не запрещается провести параллельно и даже воспользоваться модами, повышающими TPS и ускоряющими течение времени в Майнкрафте, насколько позволяют ресурсы компьютера.

 

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

 

А сколько вам удалось выжать тепла и энергии из одиночно стоящих стержней из урана и MOX?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

Предлагаю всем неравнодушным ядерщикам подумать над следующими вопросами:

  • Как не допустить отключения управляющего компьютера?
  • Как в кратчайшие сроки включить погасший управляющий компьютер?
  • Как не допустить расплавления компонентов реактора или взрыва, пока компьютер выключен, а реактор предоставлен самому себе?
  • Как всё это сделать с минимальной нагрузкой на сервер?

Публикация возникших соображений приветствуется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
30 минут назад, eu_tomat сказал:

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

 

Наоборот, это один в один сценарий запуска Прометея. Я был бы не против. :D

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, eu_tomat сказал:

Прошёл месяц, но наши ядерщики не рвутся сообщать о результатах своих экспериментов. И в связи с этим у меня возникают вопросы. Я предложил слишком сложный эксперимент? Или без игрового сервера нет никакой мотивации погружаться в Майн? Или тема реакторов уже неинтересна?

Конечно неинтересен. Майн выдохся что ясно всем, чего в реакторе нового можно найти спустя кучу лет после выхода мода?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, eu_tomat сказал:

Предлагаю всем неравнодушным ядерщикам подумать над следующими вопросами:

  • Как не допустить отключения управляющего компьютера?
  • Как в кратчайшие сроки включить погасший управляющий компьютер?
  • Как не допустить расплавления компонентов реактора или взрыва, пока компьютер выключен, а реактор предоставлен самому себе?
  • Как всё это сделать с минимальной нагрузкой на сервер?

1. Редстоун-плата подаёт красный камень, инвертируем его красным камнем. Если компьютер выключился - подаётся редстоун-сигнал на компьютер. Так же сделать резервное питание компьютеру на случай отключения.

2. Записать программу на EEPROM.

3. Ядерный реактор отключится, когда компьютер выключится. Он же от редстоун-сигнала работает.

4. Это последнее что должно заботить. Пара факелов и 1 компьютер не сильно нагрузит сервер.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, BrightYC сказал:

1. Редстоун-плата подаёт красный камень, инвертируем его красным камнем. Если компьютер выключился - подаётся редстоун-сигнал на компьютер. Так же сделать резервное питание компьютеру на случай отключения.

2. Записать программу на EEPROM.

3. Ядерный реактор отключится, когда компьютер выключится. Он же от редстоун-сигнала работает.

4. Это последнее что должно заботить. Пара факелов и 1 компьютер не сильно нагрузит сервер.

Да, эта схема будет работать в случае холодного реактора. Но реакторы бывают и горячими тоже. Учитывая, что реактор управляется с помощью красной платы, то компьютер оказывается в горячей зоне. В лучшем случае компьютер имеет одну сторону, смежную с холодным блоком. А в твоей схеме с факелом нужны минимум две такие стороны. Поэтому часть обвязки редстоуном оказывается в горячей зоне, рано или поздно сгорает, и компьютер теряет возможность автоматического включения. Этот способ не работает с горячими реакторами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Только что, eu_tomat сказал:

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

Микроконтроллер с редстоуном и платой беспроводной сети. Сгорел микроконтроллер или кончился заряд - реактор остывает. И редстоун-факела не нужны. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Только что, BrightYC сказал:

Микроконтроллер с редстоуном и платой беспроводной сети. Сгорел микроконтроллер или кончился заряд - реактор остывает. И редстоун-факела не нужны.

Да, микроконтроллер является хорошим вариантом. И, кстати, он у меня ни разу не сгорал. Но при использовании беспроводной сети возникает вопрос: кто включит погасший микроконтроллер? Они с компьютером будут постоянно обмениваться пакетами? Но это повысит нагрузку на сервер.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Только что, eu_tomat сказал:

Да, микроконтроллер является хорошим вариантом. И, кстати, он у меня ни разу не сгорал. Но при использовании беспроводной сети возникает вопрос: кто включит погасший микроконтроллер? Они с компьютером будут постоянно обмениваться пакетами? Но это повысит нагрузку на сервер.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, NEO сказал:

Конечно неинтересен. Майн выдохся что ясно всем, чего в реакторе нового можно найти спустя кучу лет после выхода мода?

Перефразирую:

Цитата

Конечно не интересен. Жизнь выдохлась что ясно всем, чего в жизни нового можно найти спустя миллиарды лет после большого взрыва?

 

Изменено пользователем BrightYC

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, BrightYC сказал:

Перефразирую:

 

Скорее всего не найти, какой смысл что-то делать если в конце будет тепловая смерть вселенной и никто не спасётся....

Правильно мыслишь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, BrightYC сказал:

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

Собственно, такую экстремальную цель я и поставил: обеспечить устойчивость управления даже в случае лагов сервера. Реактор должен продолжать работу не смотря ни на что. Насколько мне это удастся в той или иной схеме, это другой вопрос. Часть из обсуждённых схем не будет стабильной даже при 20 TPS. Другая часть сможет работать даже при сильных лагах. Вот, я и хочу выяснить предел прочности этих схем. Но для начала надо обеспечить бесперебойную работу управляющего компьютера.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
11 минуту назад, eu_tomat сказал:

Но при использовании беспроводной сети возникает вопрос: кто включит погасший микроконтроллер?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, eu_tomat сказал:

Собственно, такую экстремальную цель я и поставил: обеспечить устойчивость управления даже в случае лагов сервера. Реактор должен продолжать работу не смотря ни на что. Насколько мне это удастся в той или иной схеме, это другой вопрос. Часть из обсуждённых схем не будет стабильной даже при 20 TPS. Другая часть сможет работать даже при сильных лагах. Вот, я и хочу выяснить предел прочности этих схем. Но для начала надо обеспечить бесперебойную работу управляющего компьютера.

Предлагаю написать продвинутый симулятор реактора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, eu_tomat сказал:

Реактор должен продолжать работу не смотря ни на что. Насколько мне это удастся в той или иной схеме, это другой вопрос. Часть из обсуждённых схем не будет стабильной даже при 20 TPS.

Моё мнение - вырубать реактор при ТПС ниже допустимого. Нашёл старенький код, позволяющий определить кол-во тиков в секунду. 

local c, fs = require("component"), require("filesystem")
local gpu = c.gpu
local TC, RO, RN, RD, TPS = 2, 0, 0, 0

gpu.setForeground(0x99b2f2)
gpu.set(1, 2, "TPS Сервера:")
local function time()
    local f = io.open("/tmp/TF", "w")
    f:write("test")
    f:close()
    return(fs.lastModified("/tmp/TF"))
end

while true do
    RO = time()
    os.sleep(TC) 
    RN = time()
    RD = RN - RO
    TPS = 20000 * TC / RD
    TPS = string.sub(TPS, 1, 5)
    nTPS = tonumber(TPS)
    gpu.set(13, 2, "     ")
    if nTPS <= 10 then
        gpu.setForeground(0xcc4c4c)
    elseif nTPS <= 15 then
        gpu.setForeground(0xf2b233)
    elseif nTPS > 15 then 
        gpu.setForeground(0x7fcc19)
    end
    gpu.set(13, 2, TPS)
end

Когда тпс в норме - включаем реактор. На лаги майна лучше не надеяться. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в тему...

×   Вы вставили отформатированное содержимое.   Удалить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.


×
×
  • Создать...