XyFreak

Your reactors current generation rate is round about the field input rate i guess? Or is it 0?

What version of DE do you have? I need to recreate this issue...somehow...

That reminds me...are you 100% sure you have the output flux gate placed the right way? It's kinda not so obvious in 1.7.10.

17 hours ago, tnt84268 said:

I am still using 1.7.10

I checked both the reactor and computer and they both say the reactor is on and running.

I might of screwed up the Draconic energy crystals but I'm pretty sure it got it right.

Can you run a quick "draconic_control runOnce" and see if it errors? If nothing happens, the controller is running as intended. If it does error, can you please send me a screenshot?

13 hours ago, tnt84268 said:

I'm having trouble with the computer. The controller works fine except for the fact that it doesn't  drain power out of the reactor.

I'm using this config

reactors = {
	{
		reactorAddress = "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",
		fluxGateDrainbackAddress = "YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY",
		fluxGateOutputAddress = "ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ",
		drainback = 1.1,
		targetSaturation = 0.10,
		throttleSaturation = 0.56,
		throttleTemperature = 8115,
		throttleExponent = 0.12,
		limitTemperature = 10000,
		limitExponent = 2.79,
		burnConversion = 0,
		burnRFt = 2000000
	}
}

I'm using the energy crystals from Draconic to transfer the energy to a tesseract from Thermal Expansion.

Sounds like you're still on 1.7.10? If it doesn't drain power, can you please make sure that your reactor is actually in "running" mode? I think the 1.7.10 version might have a bug where it prematurely shuts down the reactor sometimes.

@Meathammer

The message tells you exactly what your problem is

The controller was either unable to load your configuration or couldn't find it alltogether.

Note that the controller only loads the configuration ONCE so if you started it without any configuration present, you'll have to restart the computer in order to "activate" the "new" configuration.

Other than that please make sure you've put your config file under /etc/draconic_control.cfg.

And just to make sure that I didn't screw up any of the examples, here's a known to be working configuration from my test world:

reactors = {
	{
		reactorAddress = "3dc38bf6-2001-45da-aab8-862dd034c53d",
		fluxGateDrainbackAddress = "b805d044-3a16-4382-86f7-4f59f56a4c68",
		fluxGateOutputAddress = "ba9149fa-c468-4633-85cc-6dc28fc410a4",
		drainback = 1.1,
		targetSaturation = 0.1,
		throttleSaturation = 0.56,
		throttleTemperature = 8115,
		throttleExponent = 0.12,
		limitTemperature = 10000,
		limitExponent = 2.79,
		burnRFt = 2000000
	}
};

If you keep having problems, let me know.

@BrisingrAerowing Extreme Reactors is capped at 50B/t ( 50000 mB/t ).

@Gavote is right: This looks like either you're running just one turbine off this reactor or your steam transfer is simply too slow. There're not many blocks that can handle the throughput required for larger turbine setups.

Thermal Dynamics, WHERE ARE YOU???

On 26.5.2017 at 0:38 AM, DemolitionDerby said:

@Didz

I am not sure what you mean as I have not find a file in /etc/profile on the computer..

 

I just verified that I also have /etc/profile. What Version of OpenComputers are you on? 1.5? Have you been using 1.5 in the past and upgraded from 1.6 later? If so you might need to reinstall OpenOS on your computer.

Big Reactors Grid Control Version 4.2.3 has been released!

Only difference to 4.2.2: Experimental support for RFTools Power Cells!

21 hours ago, BrisingrAerowing said:

@XyFreak How about adding power storage support for RFTools Powercells? Those are the only power storage system available on 1.11 that I know of (there may be others).

RFTools does have built in computer support, so it shouldn't be all that difficult to add it in (famous last words there...).

Consider it done

Big Reactors Grid Control Version 4.2.2 has been released!

The version 4.2.1 was supposed to be....

Changelogs:

 - Actually fixed "brgcctrl recalibrate"
 - Fixed an issue where the grid controller would fail to suspend turbines
 - Fixed an issue where the grid controller would ignore reactors/turbines being disabled and still use them
 - Fixed an issue where turbines always enter CALIBRATION state after KICKOFF
 - Fixed an issue where turbine calibration would finish too soon

Are you playing in singleplayer? If so can you access this website: https://xypm.tenyx.de ?

Also can you provide a screenshot of the error? Or does it litteraly only say "HTTP error" ?

1 minute ago, MasonMac said:

Keep getting HTTP error while installing this

Can you provide more information please? It works perfectly fine on my end.

If you didn't do that already, please try to run the installer again after installing more ram. The installer is eating it atm ^^;.

15 hours ago, GabrielLamento said:

That fixed it! Awesome. But now my next issue. Does the controller change the steam input to the turbines at some point? Mine always asks the 25mB per blade amount. With some setups it overspinns during just after kickoff and other times it reaches 1750 but then the coils engage and the rpms drop. With just a bit more steam it would work...

See screenshots for my designs. The reactor is a 7x7x5 with 4 rods in the middle (like an X). middle column is cryo and so is the rest. Turbine 1 (the fast one) is 5x5x8 with one enderium coil and 20 blades. Turbine 2 is 7x7x11 with 2*8 enderium coils and 32 blades. Steam goes through the enderio tesseract thingys.

 

https://drive.google.com/file/d/0B0-IEW7Ie26dV3RvOG1SMnpfT3c/view?usp=sharing

The controller CAN change the steam input to the turbines but with the grid controller running properly, this should never happen. As such, the turbines should always run with 25mB * #blades steam per tick. The controller expects you to build a well balanced turbine. If your turbine doesn't get fast enough with the amount of steam provided then there's nothing I can do (Please correct me if I misunderstood you). Anyways - The 1750 RPM during calibration is hardcoded. If rpm drops a bit then that's to be expected: It's a value I arbitrarily chose so very efficient turbines calibrate more quickly. The 1666RPM is not perfect but still fine if you ask me (the bar is still green after all  ).

There's also going to be another bugfix release today with the stuff I found while debugging @Didzs setup.

1 hour ago, GabrielLamento said:

Hi,

I can't get the grid to work. I connected a 4x4x3 enderio vibrant cap bank up with an adapter, cable and put a tier 1 data card in the computer. But all I get is 0.000 RF / 0.000 RF (-1.#J% ). What am I doing wrong here?

ps. Consider me a complete noob on OpenComputers  Oh and I love the rest of the program. Really easy. Just need to figure out how to supply my reactor with enough water.

This sounds like you don't have the mod "Computronics" installed. Unfortunately EnderIO does not have OpenComputers integration out-of-the-box. I'm going to clarify that in the description in a sec.

The only mod I know of where the energy storage has OpenComputers integration is Draconic Evolution: The Draconic Energy Storage works as intended without any extra mods.

20 hours ago, Didz said:

Oh... actually... hold press. After I ran a quarry for a while (which required the turbines to run) - when the storage got all charged up again, the Turbine didn't Suspend and it's now back in its Fast Spindown or Spindown generation states as before (even though the Grid is in Decreasing Charge state) https://www.dropbox.com/s/s107ahbi1zxrxwf/2017-05-22_20.04.04.png?dl=0

After the natural charging, the Demand value is still following the Generation Rate value (seems to be the case when Generation Rate >= Demand Value?).

Now after a while, the Generation Rate has fallen below the storage's actual Demand and the Demand value is correct (and higher than the Generation Rate). The Turbine has started spinning up again even though the 20% threshold hasn't been hit on the way back down yet: https://www.dropbox.com/s/76nj8z7uim2sjg2/2017-05-22_20.08.37.png?dl=0

I'm not sure if this is all good or not? I expected the Turbine to Suspend immediately after the natural demand charging operation (like it did previously with the manual Charge button operation), but it seems to not do that here and seems to waste a bit of RF/t when there's not enough room in the storage to take it (95% had been hit).

EDIT: You can hop on the server if you like - Direwolf20 1.10 (pack version 1.9.1).

I'll take you up on that offer. Please pm the the login credentials server address and I'll be there in a blink of an eye.

Thanks

It's official then:

Big Reactors Grid Control Version 4.2.1 has been released!

Changelogs:

 - Fixed an issue where the grid controller would not shut down turbines/reactors when the attached energy storage is full.
 - Fixed an issue where brgcctrl would crash when attempting to recalibrate turbines.
 - Removed "optimize" from brgcctrl as this no longer serves any purpose.

In order to upgrade from 4.2 just run the installer again and you're good!

The upload got corrupted somehow. Try again pls.

@Didz I've uploaded version 4.2.1. Can you double check the charge issue before I release? My test setup now shuts down completely (as it should).

I found the issue :facepalm:. I'm not doing anything if energyRate is 0 - and guess what I'm setting energyRate to...

20 hours ago, Didz said:

The grid's Energy Demand seems to be equal to the turbine generation rate in some cases (after a Charge), but the Weighted value remains accurate. Should this be the case? The demand should be very low now because the storage has already reached 100% and is still being charged by residual turbine generation. I'd expect the turbine to be in Suspended state after a Charge is complete to save RPM and avoid wasted RF/t, but it looks like it keeps the coils enabled even though the demand is not as high as the value on the screen says it is. It seems to also activate the turbine again after a while, but the demand is definitely not needed!

https://www.dropbox.com/s/ljbjbsoa6061bn7/2017-05-21_22.00.57.png?dl=0

Uh....wait...I'm pretty...no I'm 100% sure I fixed this. I even wrote code to detect this exact issue and tested it a couple of times.

I'll have to dive deeper for that.

As for the wheigted value: This is essentially debug info for me. At 100% storage this value won't change anymore

EDIT:

I knew it - with comment!

	-- When we're producing more energy than required and the energy storage is
	-- full, the energy extraction rate will clip to the production rate. This
	-- will cause the controller to never shut down and produce as much energy
	-- as possible. As a workaround, we force the energy demand to be 0 if the
	-- energy storage is full. This will cause the controller to shut down
	-- energy production until the energy storage is not full anymore.
	if grid_controller.getEnergyStored() >= grid_controller.getMaxEnergyStored() - grid_controller.getEnergyProductionRate() then
		energyDemand = 0
		energyRate = 0
	end

Ok it looks like i forgot to change some things in brgcctrl after refactoring the turbine code... damn. I'm going to fix that tomorrow.

The 1430ish RPM seems odd. Just to make sure: are you able to transfer enough energy into the energy storage? Just check the turbines gui and see if it has any energy stored. If it does, there's your problem

I've also run into the exit bug but I've not worked on fixing that - yet  libGUI is not OpenOS btw

@Didz I've just uploaded a hotfix that prevents this secondary error state from occuring. Can you run the installer again and post the error message if it happens again? Thanks.

EDIT: I've noticed you connected an Ender IO Capacitor. Unfortunately, I figured out that you need the mod "Computronics" for this to work, which is not included in any FTB back by default. You can either install it or use a very low-end draconic energy core. That one works out of the box.

On it. From what I can tell, these errors are just the aftermath from something else going wrong beforehand.... damnit

sweet

Have you tried removing the /etc/br_control.cfg?

There is not, no