Big Reactors Grid Control

[Freedbot 0]

50% huh?  That's an odd factor to get stuck over.  I guess.  Sure I'll give it a shot and report back.

[XyFreak 36]

The main issue is that the internal steam capacity is limited to 50B so as soon as you hit >25B/t steam and it's no longer possible to level out at 50% (25B) everything kinda goes downhill.

[Freedbot 0]

Yeah I did notice the water level was well lower than the midway line, but even when manually cranked it still keeps up production fine.  Would it be possible to loosen that restriction in the script?  Anything I could/should edit?

Edit: Yep, recalibrated to 27.7 B/t again.  I guess I need the safety check relaxed if BRGC is to be of much use for my setup... Or is there something I can change?  Is the internal capacity set or variable based on design?

[XyFreak 36]

There is no particular safety check in place - it's just that the system itself stops working properly at some point. There is code in place to mitigate some of it but unfortunately it's something that's nothing I can easily fix.

The internal capacity is based on the reactors size but caps out at 50B. What you could do is build a second reactor and BRGC is gonna split the load.

[Freedbot 0]

I mean it's got to be something to due with either BRGC or OpenOS.  When I shut down BRGC and manually change rod insertion on the reactor it can provide steam to all the turbines fine.  It gets low on water due to the storage limit as you said, but at never runs out or fails to pump out enough steam properly.

For now what I've been doing when I want to leave it in "charge" mode (my goal is to reach 1% full on my energy core), is to turn the reactor "off" in BRGC so it doesn't mess with it, then manually turn the reactor on and adjust the rods to output 32B/t.  This is hardly ideal since it bypasses most of the point of using BRGC, but at least I still have the pretty GUI to show me stats and it'll work fine for my needs later once I go back off charge mode.  Here's what it looks like.  The water and steam levels don't fluctuate.

Oh, I nearly forgot.  Thank you for the quick responses, the help, and for making the script in the first place

[Ozuhananas 0]

Hello, I've got a slight problem to install the program. Each time I try to download it using the installer script it seems to can't reach the package "br_grid_control" and the download and install stop. I can't reach the package using a navigator directly by typing the url too...

[bjonnfesk 0]

Hello @XyFreak,

I am struggling with something seemingly simple with my installation of BRGC v.4.3.2 on OpenComputers v.1.7.4.1265; the modpack is a customised FTB Infinity Evolved v3.1.0. The program works fine in the sense that it controls my reactor and turbine (although turbine calibration took over 24 hours and used several stacks of Yellorium). However, brgc_gui does not refresh the screen unless I click something. By this I mean that I have to right-click the Screen™, then click somewhere on the GUI (could be anywhere; a tab, a button, or just anywhere) for it to update the statistics and values on screen. I can leave it for hours and it will still happily announce that my energy storage is at 98.13% when really it might be at 50%, or even less, or more if it has just run a Charge cycle. Once I open the Screen and click something, it updates immediately. This is very annoying to me, as I am using this program mostly for aesthetic reasons, and if I didn't want a cool GUI showing the status of my nuclear power plant, I would just control it with some simple ProjectRed logic. 

These are the specifications of my setup:

• One reactor producing about 1950mb\t
• One turbine consuming all this steam
• An OpenComputer with a large Screen connected to it:
  • Tier 3 Computer Case
  • Default BIOS
  • Accelerated Processing Unit (Tier 2)
  • 2 x Memory Tier 2
  • 1 x Hard Disk Drive Tier 1
  • Internet Card
  • 5 x 3 Screen Tier 2
• The server is a 24GB VPS I have rented for the sole purpose of hosting my FTB server, though it is also temporarily hosting a regular MC (v.1.12.2) at this time.

Could the lack of a discrete GPU be responsible? Let me know if you need any further information, but I have tried my best to supply everything my programmer's mind could think of that might be relevant.

Also, do you have a Git repository that I could have a gander at? I have limited Lua experience, but a good grasp of programming overall, and Lua is significantly easier to read and understand than, say, Perl 5.

Yours truly, 

Bjonnfesk

[BrisingrAerowing 12]

FYI: OC 1.7.5 is out on CF, and it contains the fix for timers getting starved.

@XyFreak

[XyFreak 36]

Nice, thanks

[stealth95l 0]

Energy Stored / Energy Max is showing ( -nan(ind)% ) instead of (0.00 RF/r) like the other two?

[XyFreak 36]

@stealth95l Well it's just blindly dividing by 0 so... *cough* woops. 0 would be wrong btw - it should propably display "---" or maybe "not connected".

@bjonnfesk You have OpenOS 1.7.4, which is bugged - you'll need to update OpenComputers or use the OpenOS updater. This has been discussed here quite a bit.

BRGC is not on a public git repo because I never wrote a "build script" so I just checked in the entire OpenOS installation *cough* and use my package builder to build and upload the different libs and packages from the running installation *cough*.

( I should get that cold checked  )

[stealth95l 0]

How is this setup for Grid Power? Is it supposed to drain the grid before powering up the Reactors/Turbines or do they just keep your battery's topped off? Also it would be awesome if this supported Flux Network to! Love your mod btw it's awesome!

[XyFreak 36]

@stealth95l

The grid controller drains your energy storage until it's below 20% and then carges it until it's 95% full. It does so by tweaking energy production to be just shy of what you are actually consuming for discharging and just a bit more when charging.

The assumption here is that for charging, less production is more efficient overall, and keeping your energy storage filled for longer improves responses to sudden power surges.

Note that it will always drive your components at their peak efficiency, unless you have passive reactors in your system and are requesting more energy than you can efficiently produce.

Meaning: Turbines will always run at peak efficiency or are halted. Reactors SHOULD always run at peak efficiency except when you just need more power.

[Dankhus 0]

When I run brgc I get an unexplainable error message on the reactor bar. It starts calibrating very briefly but immediately turns into an error. I have updated my OS to 1.7.5 and have reinstalled the pc completely multiple times but nothing seems to work... Anyone have an idea? (direwolf20 1.12 modpack)

[raindrugzZ 0]

First of al, very great program, using it for almost a week on my server without any issues, but would you think of any way to split your program over multiple monitors, that you display on one the detailed state of your reactor, and on the other the overview of turbines, running it twice hooked up to multiple displayed wasn´t working very well. Would be a great addition. Otherwise perfect program for my usage

[RoachPlay 0]

On 3/25/2020 at 3:27 AM, Dankhus said:

When I run brgc I get an unexplainable error message on the reactor bar. It starts calibrating very briefly but immediately turns into an error. I have updated my OS to 1.7.5 and have reinstalled the pc completely multiple times but nothing seems to work... Anyone have an idea? (direwolf20 1.12 modpack)

I have the same Error and no Idea

[torch0527 0]

Just curious if anyone has figured out how/if its possible to have multiple monitors to display all the gui pages

[Compu 0]

what if instead of shutting off the turbine for the suspend state you set the flow rate to 0, that way it still does the spinning animation but has the same effect of suspending the turbine

[XyFreak 36]

Hey,

sorry for the radio silence - at some point i stopped getting notifications when someone posts here

I have just pushed an update that should fix a lot of issues with 1.12.2 (better late than never). It also fixes a bug that messed with the calibration itself (it should actually be accurate now).

 

Now to answer some questions

It is not possible to have the GUI displayed on multiple monitors. Output only works to one monitor. I also can't hack that in reliably because there's not enough in-game CPU cycles to draw the GUI twice without flickering and run the controller.

The "ERROR" message almost always means that your reactor is overheating during calibration (check your piping) or that your turbine goes overspeed. Please check the guide on what the program expects your turbine to be capable of.

 

@CompuRight now the controller is suspending by disengaging the coild and shutting it down. Are you saying the small loss in speed over time is completely negated by setting the flow rate to 0 instead? o.O

[Spielepapagei 0]

I have fixed it my self

I have tried reinstalling this several times now, but each time I get this error.
Is this a bug or have I done something wrong?

Minecraft: 1.12.2 computercraft: 1.7.5.192 ExtremeReactors: 0.4.5.50 openos: 1.7.5

[Compu 0]

On 5/30/2022 at 4:07 PM, XyFreak said:

Hey,

sorry for the radio silence - at some point i stopped getting notifications when someone posts here

I have just pushed an update that should fix a lot of issues with 1.12.2 (better late than never). It also fixes a bug that messed with the calibration itself (it should actually be accurate now).

 

Now to answer some questions

It is not possible to have the GUI displayed on multiple monitors. Output only works to one monitor. I also can't hack that in reliably because there's not enough in-game CPU cycles to draw the GUI twice without flickering and run the controller.

The "ERROR" message almost always means that your reactor is overheating during calibration (check your piping) or that your turbine goes overspeed. Please check the guide on what the program expects your turbine to be capable of.

 

@CompuRight now the controller is suspending by disengaging the coild and shutting it down. Are you saying the small loss in speed over time is completely negated by setting the flow rate to 0 instead? o.O

no no i'm saying the change would actually make sure the physical turbines does the spinning animation, when it's shut off it stops doing the spinning animation, it stays spinning but it just doesn't do the animation

basically instead of disengaging the coil and shutting it down disengage the coil and set the maximum flow rate to 0

however the system monitoring the speed of turbines and kicking them off once they get below a certain speed instead of waiting for them to be needed before it does the kick off would be nice

[Compu 0]

@XyFreak

basically it's the difference between this

and this

https://youtu.be/h5pRz2dQHj4

[GeorgeDavis 0]

Hi, I downloaded the program and tried to use it for the reactor. and I want to ask if Minecraft 1.19 2022 is released, can I use it?

[Compu 0]

On 6/13/2022 at 12:14 AM, GeorgeDavis said:

Hi, I downloaded the program and tried to use it for the reactor. and I want to ask if Minecraft 1.19 2022 is released, can I use it?

this program requires opencomputers

[Compu 0]

btw could libgui be used in other projects? and if so could documentation be provided? i'm looking for a library that makes it easier to create graphical interfaces