• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    迪恩网络公众号

sandalle/minecraft_bigreactor_control: Minecraft BigReactor Computercraft Contro ...

原作者: [db:作者] 来自: 网络 收藏 邀请

开源软件名称(OpenSource Name):

sandalle/minecraft_bigreactor_control

开源软件地址(OpenSource Url):

https://github.com/sandalle/minecraft_bigreactor_control

开源编程语言(OpenSource Language):

Lua 100.0%

开源软件介绍(OpenSource Introduction):

Lolmer's iteration of the EZ-NUKE Minecraft BigReactor Computercraft Control Program with more stable control algorithms

Description

This program controls a Big Reactors nuclear reactor in Minecraft with a Computercraft computer, using Computercraft's own wired modem connected to the reactors computer control port. It uses a PID (en.wikipedia.org/wiki/PID_controller) for each device controlled.

These scripts are known to run on:

To simplify the code and guesswork, I assume the following monitor layout, where each "monitor" listed below is a collection of three wide by two high Advanced Monitors:

  • One Advanced Monitor for overall status display plus

    one or more Reactors plus

    none or more Turbines. OR

  • One Advanced Monitor for overall status display plus (furthest monitor from computer by cable length)

    one Advanced Monitor for each connected Reactor plus (subsequent found monitors)

    one Advanced Monitor for each connected Turbine (last group of monitors found).

If you enable debug mode, add one additional Advanced Monitor for #1 or #2.

Notes

  • Only one reactor and one, two, and three turbines have been tested with the above, but IN THEORY any number is supported.
  • Devices are found in the reverse order they are plugged in, so monitor_10 will be found before monitor_9.

When using actively cooled reactors with turbines, keep the following in mind:

  • 1 mB steam carries up to 10RF of potential energy to extract in a turbine.
  • Actively cooled reactors produce steam, not power.
  • You will need about 10 mB of water for each 1 mB of steam that you want to create in a 7^3 reactor.
  • Two 15x15x14 Turbines can output 260K RF/t by just one 7^3 (four rods) reactor putting out 4k mB steam.

Features

  • Configurable min/max energy buffer and min/max temperature via ReactorOptions file.
  • Disengages coils and minimizes flow for turbines over max energy buffer.
  • ReactorOptions is read on start and then current values are saved every program cycle.
  • Rod Control value in ReactorOptions is only useful for initial start, after that the program saves the current Rod Control average over all Fuel Rods for next boot.
  • Auto-adjusts control rods per reactor to maintain temperature.
  • Will display reactor data to all attached monitors of correct dimensions.
    • For multiple monitors, the first monitor (often last plugged in) is the overall status monitor.
  • For multiple monitors, the first monitor (often last plugged in) is the overall status monitor.
  • A new cruise mode from mechaet, ONLINE will be "blue" when active, to keep your actively cooled reactors running smoothly.

GUI Usage

  • Right-clicking between "< * >" of the last row of a monitor alternates the device selection between Reactor, Turbine, and Status output.
    • Right-clicking "<" and ">" switches between connected devices, starting with the currently selected type, but not limited to them.
  • The other "<" and ">" buttons, when right-clicked with the mouse, will decrease and increase, respectively, the values assigned to the monitor:
    • "Rod (%)" will lower/raise the Reactor Control Rods for that Reactor
    • "mB/t" will lower/raise the Turbine Flow Rate maximum for that Turbine
    • "RPM" will lower/raise the target Turbine RPM for that Turbine
  • Right-clicking between the "<" and ">" (not on them) will disable auto-adjust of that value for attached device.
    • Right-clicking on the "Enabled" or "Disabled" text for auto-adjust will do the same.
  • Right-clicking on "ONLINE" or "OFFLINE" at the top-right will toggle the state of attached device.

Default values

  • Rod Control: 90% (Let's start off safe and then power up as we can)
  • Minimum Energy Buffer: 15% (will power on below this value)
  • Maximum Energy Buffer: 85% (will power off above this value)
  • Minimum Passive Cooling Temperature: 950^C (will raise control rods below this value)
  • Maximum Passive Cooling Temperature: 1,400^C (will lower control rods above this value)
  • Minimum Active Cooling Temperature: 300^C (will raise the control rods below this value)
  • Maximum Active Cooling Temperature: 420^C (will lower control rods above this value)
  • Optimal Turbine RPM: 900, 1,800
    • New user-controlled option for target speed of turbines, defaults to 1817 RPM, which is high-optimal.

Requirements

Resources

ChangeLog

  • 0.3.18

    • Fix Reactor Online/Offline input non-responsive when reactor is converted from passive to active cooled (Issue #61).
    • Fix setTextScale reset to fix monitor bug in CC (Issue #68) thanks to @emp3d and @Slacker101).
    • Fix GUI crash with no turbines, switch Status and Reactor screens with no turbines (Pull #69) thanks @Tsudico.
    • New control algorithms using PID controllers (Pull #74) thanks to @mattsoulanille.
    • Tiny fixes for variable leaking (Pull #75) thanks to @dkowis.
  • 0.3.17

    • Display how much steam (in mB/t) a Turbine is receiving on that Turbine's monitor.
    • Set monitor scale before checking size fixing Issue #50.
    • Having a monitor is now optional, closing Issue #46.
    • Incorporate steam supply and demand in reactor control thanks to @thetaphi (Nicolas Kratz).
    • Added turbine coil auto dis-/engage (Issue #51 and #55) thanks to @thetaphi (Nicolas Kratz).
    • Stop overzealous controlRodAdjustAmount adjustment amount adjustment Issue #56 thanks to @thetaphi (Nicolas Kratz).
    • Monitors can be reconfigured via GUI fixes Issue #34 thanks to @thetaphi (Nicolas Kratz).
  • 0.3.16

    • Add support for ComputerCraft 1.7 (thanks dkowis and jnyl42, Issue #48).
    • Fix typo for unsupported OS (found from above)
  • 0.3.15

    • Add ability to override safe values for Issue #39.
  • 0.3.14

    • Fix Issue #5. EZ-Nuke should now work with ComputerCraft 1.58 or 1.63.
  • 0.3.13

  • 0.3.12

    • Mechaet's changes:
    • Redid some typing to correct a bug where the reactors always started with rod control disabled.
  • 0.3.11

    • Mechaet's changes:
    • Cleaned up global variables list
    • Added in per-device naming (displays a friendly name on the bottom of the monitor if configured in the device options file)
    • Bigger bypasses of control routines when the control has been overridden
    • Individual config files for turbines and reactors. Persistent between reboots, remembers your last saved settings.
    • Cruise mode override bypass
    • Changing flow rate no longer toggles flow rate override on and off. Changing the flow rate clearly indicates intent, so we put the override flag on and leave it there.
    • Changed the rate at which the regular algorithm adjusts reactor rod control rates. Instead of being 1:1 we now move at 1:5 speed because there is a wide loophole where big adjustments can cause a swinging pendulum effect continually missing the target.
  • 0.3.10

    • Turbine algorithm pass by Mechaet.
    • Updated turbine GUI.
    • Fix single monitor (again) for Issue #22.
  • 0.3.9

    • Reactor algorithm pass by Mechaet.
    • Additional user config options by Mechaet.
    • Fix multiple reactors and none or more turbines with only one status monitor.
    • Fix monitor scaling after one was used as debug (or in case of other modifications).
    • Cruise mode implemented, defaults off but is saved between boots.
    • Fix energy/% displays to match Big Reactors' GUI (Issue #9).
    • Always write out found devices on computer terminal.
    • Much improved round() function from mechaet (Issue #14).
    • Refactoring pass/algorithm change on the reactor temperature control. Should now adjust in increments to achieve the desired temperature range quicker and more accurately.
    • Optimal passive-cooled reactor temperature range changed from 850-900 to 950-1400.
    • Fix display Issue #15.
  • 0.3.8

    • Update to ComputerCraft 1.6 API (only term.restore() -> term.native() required :)).
  • 0.3.7

    • Fix typo when initializing TurbineNames array.
    • Fix Issue #1, turbine display is using the Reactor buffer size (10M RF) instead of the Turbine buffer size (1M RF).
  • 0.3.6

    • Fix multi-reactors displaying on the correct monitors (thanks HybridFusion).
    • Fix rod auto-adjust text position.
    • Reactors store 10M RF and Turbines store 1M RF in their buffer.
    • Add more colour to displayAllStatus().
    • Sleep for only two seconds instead of five.
    • Fix getDeviceStoredEnergyBufferPercent() for Reactors storing 10M RF in buffer.
    • Keep actively cooled reactors between 0-300^C (non-configurable for now).
  • 0.3.5

    • Do not discover connected devices every loop - nicer on servers. Reset computer anytime number of connected devices change.
    • Fix multi-reactor setups to display the additional reactors on monitors, rather than the last one found.
    • Fix passive reactor display having auto-adjust and energy buffer overwrite each other (removes rod count).
  • 0.3.4

    • Fix arithmetic for checking if we have enough monitors for the number of reactors.
    • Turbines are optimal at 900, 1800, and 2700 RPM
    • Increase loop timer from 1 to 5 to be nicer to servers
  • 0.3.3

    • Add Big Reactors Turbine support.
    • First found monitor (appears to be last connected monitor) is used to display status of all found devices (if more than one valid monitor is found)
    • Display monitor number on top left of each monitor as "M#" to help find which monitor is which.
    • Enabling debug will use the last monitor found, if more than one, to print out debug info (also written to file)
    • Only clear monitors when we're about to use them (e.g. turbine monitors no longer clear, then wait for all reactors to update)
    • Fix getDeviceStoredEnergyBufferPercent(), was off by a decimal place
    • Just use first Control Rod level for entire reactor, they are no longer treated individually in BR 0.3
    • Allow for one monitor for n number of reactors and m number of turbines
    • Auto-adjust turbine flow rate by 25 mB to keep rotor speed at 900 or 1,800 RPM.
    • Clicks on monitors relate to what the monitor is showing (e.g. clicking on reactor 1's display won't modify turbine 1's nor reactor 2's values)
    • Print monitor name and device (reactor|turbine) name in blue to monitor associated for easier design by users.
    • Remove version number from monitors to free up space for monitor names.
    • Add option of right-clicking on "Enabled"/"Disabled" of auto-adjust to toggle it.
  • 0.3.2

    • Allow for rod control to override (disable) auto-adjust via UI (Rhonyn)
  • 0.3.1

    • Add fuel consumption per tick to display
  • 0.3.0

    • Add multi-monitor support! Sends one reactor's data to all monitors.
    • print function now takes table to support optional specified monitor
    • Set "numRods" every cycle for some people (mechaet)
    • Don't redirect terminal output with multiple monitor support
    • Log troubleshooting data to reactorcontrol.log
    • FC_API no longer used (copied and modified what I needed)
    • Multi-reactor support is theoretically implemented, but it is UNTESTED!
    • Updated for Big Reactor 0.3 (no longer works with 0.2)
    • BR getFuelTemperature() now returns many significant digits, just use math.ceil()
    • BR 0.3 removed individual rod temperatures, now it's only reactor-level temperature
  • 0.2.4

    • Simplify math, don't divide by a simple large number and then multiply by 100 (#/10000000*100)
    • Fix direct-connected (no modem) devices. getDeviceSide -> FC_API.getDeviceSide (simple as that :))
  • 0.2.3

    • Check bounds on reactor.setRodControlLevel(#,#), Big Reactor doesn't check for us.
  • 0.2.2

    • Do not auto-start the reactor if it was manually powered off (autoStart=false)
  • 0.2.1

    • Lower/raise only the hottest/coldest Control Rod while trying to control the reactor temperature.
    • "<" Rod Control buttons was off by one (to the left)
  • 0.2.0 - Lolmer Edition :)

    • Add min/max stored energy percentage (default is 15%/85%), configurable via ReactorOptions file.
    • No reason to keep burning fuel if our power output is going nowhere. :)
    • Use variables variable for the title and version.
    • Try to keep the temperature between configured values (default is 850^C-950^C)
    • Add Waste and number of Control/Fuel Rods to displayBards()

TODO

See https://github.com/sandalle/minecraft_bigreactor_control/issues?q=is%3Aopen+is%3Aissue+label%3Aenhancement :)




鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
热门推荐
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap