xBlizzDevious

@XyFreak I don't suppose there's any chance of this program expanding to just "Reactors, Turbines and Grid Control" is there?

I'm wanting to play around with Mekanism reactors and turbines but I don't want to lose this program.

Just now, XyFreak said:

I know about that issue with ATM3. There's nothing I can do though. You can go into /usr/lib/brgc/energy_storage_componen.lua and change the ratio to 0.15 yourself. There're a lot of ways you can break BRGC by changing default configurations (e.g. you can change the ammount of steam a turbine blade can pick up) and there's no way for me to fix that because I can't read those configs ;).

Yeah, I figured as much. I was hoping it could be read, though. Maybe have a config file with options that could be changed in the mod settings? Thanks for the quick reply!

Just now, XyFreak said:

Yeah that's definitely because you activated indipendent-mode. It makes it so the grid controller ignores the turbine and lets it do its thing.

I updated the description. Thanks for reminding me.

I realised it would be the case as I was typing it!

No problem. Did you see my edit of the previous post?

4 hours ago, XyFreak said:

@xBlizzDevious

Induction matrices are already supported  I haven't tested your steam thingy. It might work as long as you don't use active reactors at all. Just try it out.

Yeah, with just my passive reactor and the turbine connected, it would try and slow the turbine and leave the reactor at full (I had the turbine on independent, so that probably caused that).

I just added my Induction Matrix to the network and it runs perfectly. My turbine span up to full speed and my reactor is running at optimal.

Note: you should probably update the documentation to say that it works with induction matrices as it wasn't on your list so I just thought it wouldn't work.
"Currently EnderIO Capacitors (requires the mod Computronics), Draconic Evolution Energy Storage and RFTools Power Cells are supported."


EDIT: Just noticed an error with the program. Well, more a hardcoded number than should read variables - if possible.
I'm playing All The Mods 3 and in this pack, they've changed the ratios for energy conversion. Your program is saying that my induction matrix stores ~1.4TRF but it's actually only capable of storing 448GRF. The output (weighted) figure is also wrong, saying about 230kRF/t when it's actually about 170kRF/t (according to the matrix itself).

Hey XyFreak. I'm back!

Used to use this program a good while ago and then went away from Minecraft. I'm back now and still very grateful that you wrote this excellent piece of software.



Now my questions are:
Any chance of Mekanism Induction Matrix support?
How does the software handle a turbine connected that isn't supported by an active reactor? I've connected mine and it's started it up so seems good but I've only just connected it. I've got a reactor connected as well - but it's passive. I'm producing steam for the turbine with compression dynamos with specialisations and augments because they're daaamn OP.

3 hours ago, XyFreak said:

Thats the same bug that blew my draconic reactor. It's either an OpenComputers bug or an ender io bug. are you using ender io conduits? If so try replacing those with regular cables. If not that's a nasty open computers bug then. My workaround is to increase the computer startup time in the server config to 2.5 seconds (from 0.25) and use servers with 2x tier 3 component cards.

 

Good to hear

 

Edit:

The network remote feature is most likely not going to happen. For progress on the energy storage thingy: check my twitter (@XyFreak1)

That's fair enough. I forgot to mention that I'm not using EnderIO conduits in any way connected to the computer. It's a Flux Point for power and OCs own network cables for networking.

Awesome news on the external storage options. I'll be eagerly awaiting. It'll work with the DE Energy Core, right?

6 hours ago, XyFreak said:

There is no remote option yet, no.

I had the same issue where OC would register about 3-4 times as many components after a server restart which caused the computer to shut down. If it happens again, please check the computer with an analyzer to see how many components it's currently registering. I'm also trying to find the cause of this. Are you by chance using ender io OC conduits?

A workaround for this is to use a server with a lot of component bus cards so your computer can handle the "initial component load" and not crash.

Interesting. The control computer has been offline since it last crashed as my Tier 7 Dragonball is full (energy core) and the reactor is not needed at the moment. However, I just checked it with the analyser and right enough, it says 11/0 connected. Now I'm not sure if it includes internal components or just network components.... If it includes internal, that does make sense. If it doesn't, then it's wrong. And I'm assuming the "/0" is because it's off?

Shame about the remote feature. Is it planned? And how's the external energy storage feature going?

Going to set up my reactor with turbines soon and I'm hoping to have them in one void world and my main base in another void world.

Is it possible to have the computer, screen and keyboard in the main base and have linked cards (or some other interdimensional transmission system) connected to the reactors and turbines?


Quick note: after logging off for several hours and logging back in, my reactor control computer was switched off but my TPS-Check computer was still online.

4 minutes ago, XyFreak said:

Btw - since you're going for an absurd amount of power generation - may i shamelessly advertise my draconic evolution reactor control program?

https://tenyx.de/draconic_control/

Already checked it out. Hopped into creative, set up a reactor with your program and promptly blew it up. I assume I set something wrong, but I couldn't be bothered with the risk so stuck with BR (or Extreme Reactors as it now is).
 

2 minutes ago, XyFreak said:

Yes - back in the middle of the 1.7.10 lifespan, AE2 Fluid P2P were utterly broken - as long as the output side accepted SOME fluid, the input side took in EVERYTHING it could, destroying the difference in the process.

This is going to throw off the controller. You CAN try it but i somehow doubt this has been fixed. Phantom Faces are propably your best bet.

Hmm.... That's a real shame. I'll give it a shot though. What about a storage bus on a Demonicly Gargantuan Drum and... Oh wait, I'd need ExtraCells 2 for that. Where are all the mods at!? Devs?

1 minute ago, XyFreak said:

...interesting.... thanks^^

No problem.

Another question... I saw Refined Storage causing issues before with transferring steam. Have you had any experience of ME system P2P tunnels and turbines? I always used to use tesseracts but until ThermalDynamics is done, I can't. There are other options but P2P would be nicest for me if it's capable.

2 minutes ago, XyFreak said:

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.

Cool. I'll probably aim for ~50B/t but then use 20 turbines per reactor (depending on setup difficulty).

Server restarts: well that's interesting. I disconnected from the server, then went to the server console and typed "save-all" and then "stop", as I always do. I waiting 5-10 seconds and then launched it again. Connected and the computer was still on. FTB Beyond 1.5.2 with FastLeafDecay, VeinMiner and MachineMuse's Modular Powersuits added - though I don't see how they would affect it.

Just now, XyFreak said:

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 >_>

Sure. I'll just test and get back to you.

I imagine it will though. I left it all running last night. Just got home from work and hopped on with the computer off and needing re-calibrating. That's what prompted me to ask.

Another quick question:
When building an active reactor, should I build it to be most efficient at 50B/t or just able to keep up at 50B/t?

11 minutes ago, XyFreak said:

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

Prepare to be disappointed...
 

general (
    # A multiplier for balancing fuel consumption. Default: 1.0
    D:fuelUsageMultiplier=16.0

And this...
	reactor {
    # The maximum valid size of a reactor in the Y dimension, in blocks. Lower this if your server's players are building ginormous reactors. Bigger Y sizes have far less performance impact than X/Z sizes
    I:maxReactorHeight=128
	    # The maximum valid size of a reactor in the X/Z plane, in blocks. Lower this if your server's players are building ginormous reactors
    I:maxReactorSize=63
    # A multiplier for balancing reactor power production. Stacks with powerProductionMultiplier. Default: 1.0
    D:reactorPowerProductionMultiplier=4.0
}

 

It's basically so that I can build mahoosive reactors until I get to the point that I actually can be bothered to work on building 20+ turbines. Going to play with RFTools Builder or perhaps go the old-fashioned route and use MFFS since that's in FTB Beyond. That's assuming you can still build things that way.

Odd thing I've noticed...

I had my world on single player for a long time and the computer was reset a few times (chunk loading issues, I assume) causing it to re-calibrate. Every single time, my reactor would output almost exactly 550kRF/t every single time (on PWM). I have tweaked the configs slightly - it's not that big of a reactor.

I've since moved the world to my server to take the strain off of the client and every time it happens now, I get a different result.

Initially, it carried on the same. Then it started running at 590kRF/t. Next time, it is only showing 540kRF/t.

Any idea what's causing the huge variances? I would have thought tick-rate, but surely the tick rate on my SP save would have been worse - or at least more erratic - than when it's run on the server?

Hi all,

Back on 1.7.10, I had ComputerCraft and someone made an amazing program that literally controlled your Applied Energistics system so that you could keep specific amounts of whatever stocked at all times. The program was Stockpile and here it is:
https://github.com/sidoh/stockpile

Has anyone created anything similar to this on OpenComputers as I'd really love some decent programs - already enjoying the Big Reactor Grid Controller that XyFreak posted on here.

Hey, this looks like a great bit of software.

I always used to run BigReactors with my own, very basic Lua program on ComputerCraft, but FTB Beyond doesn't include CC, so I thought I'd play around with OpenComputers (rather than just use a comparator - because that's boring)!

Either way, when I run the installer, it does a little bit and then fails and says this:
 

Failed to download br_grid_control

Sounds like it can't get through for some reason. Any ideas?


Ok, I wondered if it was my cheapo computer. It was. I spawned in a tier 3 case, screen, CPU, HDD, GPU and a couple of sticks of RAM. Then I tried running the program on that; it installed just fine. I haven't tested it with my reactor as I just threw this down in the save I'm actually playing on.


Here's the spec of the computer I intend to use:
Tier 2 case,
Tier 1 CPU,
Tier 1 HDD,
1 x Tier 2 RAM,
Tier 1 GPU,
Internet Card.

What's the limited factor? I'm guessing the CPU or HDD but I imagine you'll be able to tell me so that I can fix it when I get back online in a couple of days.