Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

XyFreak

Members
  • Content Count

    366
  • Joined

  • Last visited

  • Days Won

    30

Everything posted by XyFreak

  1. Hi guys, Draconic Control will be the first program I'll be releasing (more to come). The important stuff first: By now there are quite a few programs out there to control draconic reactors. However most of these don't even get close to about 1 MR/t. With this program 1.9 MRF/t (on average) is very well possible. Of course if you're not interested in RF/t but only total RF generated, this program is for you as well. Also, this one has a nice gui. Go check it out here: https://tenyx.de/draconic_control/ Yes, it comes with yet another (unreleased) GUI library *cough*. And yes it uses some kind of self built installer *doublecough*. This program has a CC and OC version. If you want to skip to the OC setup instructions, click here: https://tenyx.de/draconic_control/#setup_oc I'm open for suggestions and so forth. This is the first of quite a few things I'm about to release so stay tuned if you like this one You can follow me on twitter @XyFreak1 to stay up-to-date - I promise I won't spam your tweetdeck or something - mostly release related stuff Have Fun - XyFreak
  2. So the 1.7 version is built around extracting energy from the reactor and reinjecting it through a seperate circuit. As a result, the flux gate extracting energy that goes to storage is only extracting CALCULATED_OUTPUT - REINJECT So there's your problem. Your setup looks more like the 1.10 setup, in which case you should propably use the 1.10 program. (I knew i changed something important going from 1.7 to 1.10)
  3. It looks like not enough power is being extracted from the reactor. DC is "immune" to config file changes as it has code in place to figure out those multipliers through backwards calculation (and sometimes they just don't matter). Is wherever you're piping the energy to able to accept that much / store that much? (I'm guessing yes but still asking )
  4. It should display the RF transfer limit in green text at the bottom of its GUI
  5. @Chaoschaot234 no i never got around doing that, sorry. @Electro56 If your temperature is stuck at 20 degrees then your reactor isn't even charging. Please have a look at the flux gate at the energy injector. If that's in computer mode and >0 then the flux gate is either facing the wrong way, not connected to energy or something is just not behaving connection wise. EDIT: @Chaoschaot234 regarding your edits: The GUI always selects the first reactor. If you look for a line like local controller = draconic_control.controllers[1] towards the end of the dc_gui.lua you can propably figure out on how to get it to display other reactors I have a modified version around somewhere that makes it so dc_gui takes its first command line parameter and uses that as index but i dunno where it is right now. The ultimate goal was to make everything (DC and BRGC) network ready and use the GUI and grid logic from BRGC manage everything but that obviously didn't happen. And right now I'm way to burned out from programming to get to that. As for the 1.7.10 autostart one: No promises. It isn't hard but I'd still need to get around and do it. I haven't tried it but the 1.10 code might just work, depending on the version of OpenOS available for 1.7.10. The controller logic itself only got safer to use (and so did the setup).
  6. no but if you're using my building guide, you should definitely follow the new one.
  7. @isaacay One last thing, since you are looking at the 1.7 page - the setup on the non-1.7 page is safer and you should go for that instead. It won't change any of the logic but shutting down the reactor is... not incredibly risky anymore.
  8. i updated the link so you might have to hit shift + f5 to force clear your browsers cache - the link you're looking for is https://tenyx.de/draconic_control/1.7.10/draconic_simulator_64.exe btw
  9. OH! Fixed the link, thanks.
  10. @isaacay I just doublechecked the links on https://tenyx.de/draconic_control/advanced.html#simulator and the files are accessable
  11. XyFreak

    Big Reactors Grid Control

    Hi everyone. A while back I promised more releases, so here you go: Big Reactors Grid Control is a multi reactor/turbine controller for Big Reactors and Extreme Reactors. Mission goal: Be the best big reactors controller there is. Nothing more, nothing less. First things first - here's the website: https://tenyx.de/brgc/ Main features Active and passive reactor support Support for multiple reactors and turbines at the same time (n:m) Control active and passive reactors with the same controller Automatic configuration of everything (EVERYTHING!) Setup instructions wget the installer from here: http://xypm.tenyx.de/standalone/brgc_installer.lua Run it Done Big Reactors Grid Control comes with three rc.d files: /etc/rc.d/brgc_reactor.lua /etc/rc.d/brgc_turbine.lua /etc/rc.d/brgc_grid.lua If you want the controller to run at boot time, you can just use OpenOS' rc.d schema. There's a GUI as well as a command line utility for advanced users. To start the gui, simply run "brgc_gui" and watch the magic happen. The gui scales the screen resolution to match the screens ratio and should scale with basically all screen setups. I recommend 3x2 or 4x3 screens. As of now the command line utility allows you to do (almost) everything you can do with the GUI and also allows you to change the controllers configuration at runtime (if you so desire). Check out "brgcctrl help" for further information. How to set up the grid In a basic setup you just interconnect everything: All active reactors can output steam to all turbines. All passive reactors and turbines output energy to the same grid. You CAN have passive reactors and turbines output energy to different energy grids. While this poses absolutely NO problem for passive reactors, you will have to set some turbines to "independent"-mode (more on that below). If you want your reactors and turbines to properly cooperate, you'll also need to connect at least one energy storage block to your energy grid. Currently supported storage "blocks" are: EnderIO Capacitors (requires the mod "Computronics") Draconic Evolution Energy Storage multiblocks. RFTools Energy Cells Thermal Expansion Energy Cells Mekanism Induction Matrices You can connect them using OpenComputers Adapters. Discovering new components As mentioned before the controller tries to autoconfigure everything: Passive Reactors When a new passive reactor is connected to the controller, the controller will first try to measure its maximum energy output. The reactor will have its output increased step by step and the average (interpolated) maximum will be used for that value (CALIBRATING). After calibration has been completed, the controller calculates the most efficient energy output of the reactor. Active Reactors When a new active reactor is connected to the controller, the controller will first try to measure its maximum steam output (CALIBRATING). For this to work correctly the reactor must be able to output at least SOME steam (read: you need a consumer) and you will need to provide sufficient ammounts of water. The controller will detect reactors with a potential steam output greater than 50 B/t and limit its energy accordingly. Turbines When a new turbine is connected to the controller, the controller will first try to measure its maximum energy output (CALIBRATING). For this to work, make sure your turbine is built correctly. This means your turbine can be run at maximum supported steam (25mb/t per blade) without exceeding 1950 RPM. Should your turbine exceed 1950 RPM at any stage, the controller will shut down the turbine and flag it as failed. Note: Your turbine is NOT required to be able to process 2000 mB/t. Smaller turbines work perfectly fine. Screenshots After this wall of text, here're some screenshots (pre 4.2). Setup: Main view: Passive reactor details: Active reactor details: Turbine details: Let's go in order: When you start up the GUI you will be presented with the main view. Here a combined overview of passive reactors, active reactors and turbines will be presented. You can click (or touch) on any of these items to open up a detailed view of the component. Here you can enable/disable the component or change its behaviour. What behaviour? This is where it gets interesting. Passive Reactors You will notice that passive reactors have two modes and an "auto" mode. PWM This is the behaviour everyone knows: The reactor gets turned on when its internal energy storage drops below 10% and gets turned off when the energy storage exceeds 90% of it's maximum capacity. In PWM mode the reactor will generate energy at its most efficient rod level. Overall this mode allows the reactor to generate energy as efficiently as possible as long as your actual energy consumption is below or equal to its optimal energy output. But sometimes you need just a bit more energy and you don't want to upgrade your reactor or build a new one. "Classic" controllers will fail to produce sufficient ammounts of energy here. This leads me to the second behaviour: Load In "Load"-mode the reactor will always aim to produce energy at the same rate as it's consumed. Maybe some people already suspect what that mode is all about: It's a PD-like regulator. While "Load"-mode is not as efficient as PWM-mode in situations where the energy consumption is below the optimal energy output, it will guarantee you're never running into energy shortages - provided you're not exceeding the reactors maximal capacity. Auto "Auto"-mode aims to eliminate the disadvantages of both modes by combining them: If the energy consumption can be satisfied with PWM-mode, PWM will be used. If the energy consumption is above optimal levels, "Load"-mode will be used instead. As a result, "auto"-mode generates energy as efficient as possible while always saturating your energy demands. Active Reactors As of now, active reactors only operate in "load" mode. Steam is consumed and produced way too fast and the reactors internal steam storage does not allow for anything else. Turbines Turbines controlled similar to reactors in "load" mode: The controller will always try to balance the turbines internal energy storage out to 50% by using a PD-like regulator. Turbines can be operated in "ganged"-mode or in "independent"-mode, with "ganged"-mode being the default. The only difference between these two modes is that turbines in "ganged"-mode can be shut down by the controller, while "independent" turbines will always be active, even if they overproduce energy at the lowest RPM allowed. This is handy if one (or more) of your turbines produces energy for a seperate (dedicated) energy grid but has to be controlled by the same controller. If such a turbine is not in "independent"-mode it may be shut down which will lead to energy failure in that grid. That's it for now. If you have any questions, want to report bugs, etc., feel free to drop a message here. Also: Do you want an indepth tutorial on how to use the command line utility? Need a description on what the GUI is actually showing? Have fun XyFreak
  12. XyFreak

    Big Reactors Grid Control

    What I'm more concerned about is that the error @Crack3dC0d3 posted can't/shouldn't happen. The code explicitly tests for nil there and there's a line offset by one. So either he uses an older version or the sources on my server are not what they should be....
  13. XyFreak

    Big Reactors Grid Control

    @Crack3dC0d3 i need more info on how you build your computer.
  14. XyFreak

    Big Reactors Grid Control

    If BRGC does not set the fuel rods then something is broken. It does that every .5 seconds so.... I'll try to reproduce the issue but by the looks of it something is going wrong somewhere... is there any way for me to debug it on-site
  15. XyFreak

    Big Reactors Grid Control

    @katt1204 You are running OpenOS 1.5 - that sounds REALLY old to me. I think i tested the earliest version of brgc against OpenOS 1.6 so... your only option is to upgrade i think. Honestly you might get away with not using brgcctrl and start the services directly on your own but that's just speculation. Upgrading OC is your best bet.
  16. XyFreak

    Big Reactors Grid Control

    @squidflex So everything is hooked up. Can you please hit the "CHARGE" button on the GUI and see if that changes anything for you? If it does then BRGC simply decides, that it's overproducing energy. Although 1600 mB/t sounds odd (as it should be 2000 mB/t -> 1 turbine).
  17. XyFreak

    Big Reactors Grid Control

    It's a bug in the command line tool specifically.. though I was pretty sure i fixed this ages ago... You CAN "fix" this by going into Lua 5.2 mode but that's something i need to fix tbh. Thanks
  18. Well the most important question is: WHY did it go critical? Did the energy saturation fall below acceptable levels? (= FluxGate malfunction) Did the containment just straight up fail? (= Injector disconnected from energy grid) Maybe something is wonky with servers?
  19. Sweet. I just built a new reactor with all mods updated and it worked for me with the gate touching the reactor... i placed the gate after the reactor was already formed tho so placing it beforehand might be an issue. I also noticed that attaching a second energy injector has gotten kinda wonky once the reactor has formed so for now it might be a good idea to fully build the reactor first (and open the GUI) and then place everything else around it.
  20. @CocoVanChoco The reason the reactor is shutting down is because you enabled "failsafe" - this option doesn't do what you think it does and i advise against using it - it becomes useless after past 11% fuel conversion anyways. The reason your reactor is filling up is because energy can not be transferred away from the core fast enough (if at all)
  21. XyFreak

    Big Reactors Grid Control

    Do you have something else feeding into the energy storage? If so that might be enough to fill increase your storages charge. If not then this should not happen. Does the GRID display show the cell being 20% full as well? Do you have multiple turbines? @Daggz I'll look into it, thanks. brgcctrl has never really been my main focus so I tend to overlook stuff in there. If you really NEED it you could set the OC CPU to Lua5.2 but that error right there is 100% my fault.
  22. XyFreak

    Big Reactors Grid Control

    Kinda. But what if you can't connect energy storage blocks? E.g. you don't have computronics installed? Or maybe you don't want to connect more cables? I don't see any reason to remove it. Also the AUTO logic will take over for a particular component whenever that component actually fills with energy itself (aka you wired something wrong - your conduits are too weak). I that case the logic self throttles everything. The only thing I COULD remove would be the button - but why prevent ppl from using stuff that has to be there anyways and can be used at any time?
  23. XyFreak

    Big Reactors Grid Control

    @Sindor Nex Grid mode means everything is coupled together using the grid controller. In order for that mode to work you need to connect your energy storage to the computer. With everything hooked up the controller will attempt to make energy production as efficient as possible: energy potential = max energy production possible by all connected generators optimal energy potential = max energy production possible by all connected generators running at their efficiency peak If your current energy consumption is less or equal than your optimal energy potential, then: storage < 20% -> Enable just enough components so that there is a net energy gain storage >90% -> Disable just enough components so that there is a small energy loss If your current energy consumption is larger than your optimal energy optential but less than your energy potential, then: Enable everything and put passive reactors in LOAD mode so that energy production = energy consumption If your current energy consumption is larger than your energy potential, then: Everything at full blast! The metric that decides what to do is based on a weighted running average on the current energy consumption. The weight itself is based on your energy storage fill level: Higher levels -> metric decreases slower, but increases faster Lower levels -> metric decreases faster, but increases slower 50% = equilibrium That way power spikes don't cause the controller to go haywire on high energy levels but keeps it responsive on lower levels to prevent blackouts. The components that are turned on for the <= opt energy pot. is as follows: Any turbine has priority over a passive reactor Passive reactors are sorted by their fuel efficiency and then turned on from most efficient -> least efficient That about sums it up. Basically you WANT to use grid mode whenever possible. Its the smart way to use BRGC The logic that was responsible for controlling turbines before the grid controller is gone btw. Yes the grid controller requires you to hook up your energy storage, but it does a MUCH better job than the previous logic that relied on the turbines internal energy storage. You can still run turbines without it but they'll not cooperate. Independent mode on turbines will also remove the turbine from the grid controller.
×

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.