XyFreak

...interesting.... thanks^^

You should avoid aiming for 50B/t and go for 40B/t - 45B/t instead because you'll be unable to maintain this 50B/t without overshooting. The controller is also going to have trouble with that tbh.

Of course, aiming maximum efficiency is always better. Either way SHOULD work though as long as you give it a little headroom.

Ah ok - those configs

If you are playing on a FTB Beyond server, can you do me a favor? I currently have an issue where computers are turned off after a server restart. If you happen to observe this, can you tell me? I want to make sure its not just my server/setup whatever before I ... rant about that bug >_>

Well... mods work different on a server than in single player. I can think of a few reasons why the results vary, but I have no explanation for why they do on a server and don't in single player though.

The recalibration issue is going to be fixed with the next release btw.

I'm also curious on what configs you tweaked. If you modified the polynomials by hand I'm going to be impressed

Glad to hear you fixed it

How much (percentage based) was the reactor able to output during calibration? Also the flat 4.0 B/t is bothering me. Is there some kind of bottleneck? >_>

EDIT: And how many blades do your turbines have (each)?

Ok, I'm on it.

1 minute ago, steel720 said:

what is the problem ? cant start the program 

Your reactors address is invalid

The best way to make sure this doesn't happen is to build everything into a single chunk. Otherwise use chunkloaders.

26 minutes ago, steel720 said:

and what have i done wrong when they randomly explode test server doe but the reactor was running fine and then it went to critical i am running the

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 } };  preset 

If you're running a server (aka not single player) then make sure your computers stay turned on when the server restarts. There could also be chunkloading issues.

Btw - if you plan on building multiple of these (you already have two?) you may REALLY want to think about using more aggressive presets to get more rf/t 

Now that everything seems to be working i recommend the presets I use (they're on the website) with burnRFt=0 for fuel efficiency or with the 2000000 one for max power gen.

It should be gone after a few minutes. If it comes back it'll indicate something that actually requires your attention. The GUI displays the reactors generation rate as well as the input rate so you can verify that for yourself.

Yes i chose the 25% at random >_>. Better safe than sorry.

You are propably running a draconic evolution version prior to 2.0.10.194. These versions have a bug in the reactor logic which causes higher than intended load on your containment. The warning you see flashes becaues your containment load is higher or equal to 25% of your reactors total output. Usually this only happens if something is wrong but because the logic is flawed, this is "normal" in your version. I hate to say this but you can propably ignore this warning for the first few minutes.

Warning: Stupid questions ahead!

• This is what you're getting?

Draconic Control has not been configured yet.
Please make sure everything is set up correctly and start this program again.

• Your config file is located at "/etc/draconic_control.cfg"?
• What does "draconic_control start" say?
• What does "draconic_control runOnce" say?

Have you tried pulling out the install disk? Just be sure...

Ok...can you post a few screenshots? maybe i can spot something "minor" thats out of place.

Also, please post your config.

You did that, there was no error and only this showed up? o.O

@steel720 that's a bug, you can just turn on the reactor again directly after that and it'll work just fine.

Hey guys,

my email inbox told me that something is going on here

First of all, you CAN use the same controller for multiple reactors. No problems there. However the GUI will only show the first reactor because I never implemented that.

I've heared that in some cases, the adapter addresses may change and the analyzer will read out the wrong addresses. Please compare the addresses of the adapters to the output of the "components" command. If they're indeed different, this is the second time I've heared of this.

Also if you are on a server, make sure the computers stay turned on after a server restart. On our server they just shut down. See: https://github.com/MightyPirates/OpenComputers/issues/2185 - exact same issue. Double check it or else you'll be in for a suprise....like me :/.

Can you do a

brgcctrl service turbines runOnce

?

xD good luck. If you have any questions just send me a pm. I can't promise I'll be able to help you but I'll try.

Start off by serializing and sending the data from the controller. OC has a serialization library so you just need to call it. As soon as you got that part right, you shouldn't accidentally blow up your reactor :P.

Don't worry about it.

The main issue with the whole networking thing is to get it done properly. A quick and dirty hack is always easy but that kind of code isn't really what I'm aiming for.

If you want to try to do these modifications, here is how you do it the hacky way:

• Make the actual controller serialize and send its reactor info object over to a computer that is to draw the gui.
• Modify the gui so that it no longer starts the controller locally.
• Have the gui instantiate a controller object. You will be feeding it data in a bit. Do it like this:

• local draconic_control = require("draconic_control")
  local instance = draconic_control()

• Overwrite the "isConnected" function with a function that always returns true.
• Write a listener that deserializes and stores the data it receives from the remote controller. You want to store this table in "instance.reactorInfoLast" where "instance" is your "fake controller".
• Remove line 313 of the gui and feed your "fake controller" object into the DraconicControllerGUI constructor instead of "controller" (line 319)
• Make sure the settings for the reactor are synced. The health display may freak out otherwise.

This should do what you want but... yeah... it's incredibly hacky.

Which is exactly what i just wrote

No easy way, sorry.

There is a hard way of course, which includes writing your own provider service and modifying the gui to get its data from this service via OC network messages ;).