serafim

С помощью OpenComputers мы можем из реактора IC2 выжимать лярды энергии, но на 1.12.2 стоит ограничение на выходе реактора в 8192 eU/t По умолчанию если превысить 8192 eU/t провода и машины взрываются, к счастью взрыв можно отключить. Но конфигом не снять ограничение в 8192 eU/t, почему то разрабы IC2 против того, чтоб мы пользовались неограниченной энергией.

Для безопасной замены конденсаторов нужно отключить реактор, он останавливается примерно за 0,2 секунды, я использую 0,5 секунд чтоб с гарантией он отключился. Обновил код, добавил заплатку чтоб при замене он не ждал на каждом кондёре 0,5 сек, это ускорило скорость замены конденсаторов в несколько раз

Действительно отключается вместе с компьютером, спосиб за инфу

Как то это всё сомнительно, я ведь уже предлагал дополнительную защиту на стороннем моде Nuclear Contol + элемент И

Прога становится не просто так, в этот момент реактор в одном шаге от взрыва, поскольку конденсатор успел сгореть на 100 % вместо того чтоб поменяться на 95 %, это может зависеть как от самой схеме в реакторе, так и от лагов, поскольку OC в майне имеет низкий приоритет. Всё верно, редстоун конденцаторы физически не могут поглотить столько тепла, их нужно использовать толь на начальном этапе, например с одинарными стержнями. На сервере никогда не тестировал, у тебя есть шанс поделится инфой со всеми, поставь к примеру один одинарный стержень и жди рестарта

В общем Дюп возможен только в креативе и только с конденсаторами с одинаковым повреждением Обновил прогу автокрафта конденсаторов, добавил чтоб на 1.12.2 чинил кондёры из пыли до 90+ % Убрал дюп на всякий пожарный

@yura0138 что за схему в реакторе ты используеш ? (скриншот если можно)

Пожалуй по умолчанию поставлю на 95% вместо 97% немного увеличится расход лазурита, но зато с гарантией не будет взрыва Странно что он сразу по две штуки берёт, так ещё и дюпает Не, так не честно надо исправить

Это означает что конденсатор выгорел на 100 %, хотя меняться он должен при 97%, то есть за 1 секунду он сгорает на 4 % На строке 26 нужно снизить % на 95 например local perDamage = 97 --процент износа конденсатора при котором он меняется Хм

Вроде работает, контроль реактора IC2(1.12.2) на конденсаторах [OpenComputers]

Что то в моде IC2 под майн 1.12.2 сломаны названия блоков, у всех стоит ic2:te хоть у печки, хоть у реактора. Названия стержней изменены с MOX на mox и Uran на uranium Изменили прочность лазуритовому конденсатору с 10000 на 100000 задействовал maxDamage для вычислений Камера реактора теперь начинаются со слота 1 а не с 0 Почему то перестало работать сохранение slotReac[#slotReac] = i заменил на table.insert(slotReac, i) Если конденсатора в реакторе нет, то вместо nil возвращает какуюту дич (-1.#IND) Изменил функции на поиск пустого слота с помощью "minecraft:air" Код переписал, как всё проверю выложу

Прога разрабатывалась на 1.7.10, похоже на 1.12.2 название реактора поменяли, лан щас поставлю клиент, посмотрю как добавить совместимость

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

Это сделано намеренно, например название сундука в разных модах начинается то с большой(Chest) то с маленькой буквы(chest), чтоб всё не перебирать проще удалить первую букву, также и реактор, могу ошибаться но помойму в 1.12.2 название с большой буквы начинается, в общем так надёжней. опиши подробней и желательно попробуй в креативе работает, нет

А вот сделать переработку ресурсов вполне реально, насчёт эффективности х.з.

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

Можно, если это стабильный реактор, взорвать его можно только умышленно. Для одной дробилки с печкой 100 eu/t за глаза + батарея во время простоя заряжается.

Для управления реактором нужен адаптер , увы но робот не умеет с ним работать, ни как блок, ни как улучшение Вот тут простая прога управления реактором поддерживающая заряд в аккумуляторе на уровне 97-100 % Говорю сразу. стержни она не меняет, но отлично подходит для маленького безопасного реактора на 100 eu/t Вообще подобное управление можно сделать на логике (не идеально но работает) Когда батарея полностью заряжена она выдаёт сигнал, но при малейшим его разряде сигнал гаснет, чтоб реактор не дёргался в судорогах (заряд - разряд) построим схему задержки включения. Нужен таймер(Timer), формирователь импульса(Pulse former), переключатель(T-flipflop) Если батарея заряжена то она выдаёт сигнал, также таймер выдаёт импульсы через определённые интервалы (можно поиграться со значением) как только батарея начинает разряжается её сигнал гаснет и сигнал с таймера идёт на формирователь импульсов, срабатывает переключатель, блокируя таймер и активирует реактор, как только батарея зарядится она выдаст сигнал и цикл повторится.

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

Там так и делается, в таблицу slotReac сохраняется расположения конденсаторов а затем только их чекают. Перебор всех слотов привёл как пример, На строке 35 можно поменять значение slotsReac например на 13 ячеек Вести расчёт на сколько за тик меняются проценты без опроса реактора идея отличная, но требует много мороки с кодом

Информация подтвердилась, перебор 13 ячеек реактора занимает 0.65 секунд Накидал кусок кода из доступного апи, можете сами потестить На строке 35 поменяйте slotsReac на то значение ячеек реактора которое вас интересует от 1 до 54 Перебор всех 54 ячеек реактора занимает 2,9 секунды

Там скорее огрызок от апи, сделать то оно конечно можно, но сильно сомневаюсь что оно будет работать а не лагать. По моим наблюдениям конденсатор за одну секунду может выгореть от 0 до 4 % в зависимости от схемы в реакторе. Реактор обновляет данные 1 раз в секунду, сейчас прога опрашивает его каждые 0,7 секунд методом транспозера getAllStacks получая сразу всё содержимое камеры реактора в виде таблицы, затем молниеносно проверяет ранее сохранённое расположение конденсаторов не перебирая всё содержимое камеры. Возьмём к примеру эту эффективную схему Здесь 13 конденсаторов, и без метода getAllStacks придётся перебирать их по очереди делая 13 опросов реактора, и это нужно успеть сделать за 1 секунду, или на следующей секунде конденсатор уже может догореть и взрыв обеспечен Вторая замеченная проблема это поиск стороны расположения реактора и сундука, там использован метод транспозера getInventoryName которого также нет на ранних версиях. Сейчас можно произвольно лепить управляющие блоки реактору, программа сама их найдёт и назначит, в противном случае придётся назначать стороны ручками, или строить только один вариант расположения блоков. Возможно это можно будет победить опросом размера инвентаря, но это не сильно надёжно и возможны ошибки, например если поставят нестандартный большой сундук, а сейчас поиск происходит по имени и ошибок быть не может. Возможны ещё какие то проблемы вылезут в процессе. Как по мне зря иговые серваки сидят на старом OC по три и более лет, обновить не так уж и сложно, тем более что мод развивается.

В программу контроля реактора добавил проверку на версию OC, необходимые методы у транспозера появились только с версии мода opencomputers 1.7+ Увы но большинство серверов до сих пор сидят на 1.6.2 которому уже больше трёх лет, в итоге прога вылетает в ошибку. пример проверки на версию OC

зажал на долго Ctrl C пока консоль не отзовётся, защиты от прерывания не было, просто while true print + авторан

угу подождал пока по прерыванию прога ляжет, да авторан и while true