- Sky
- Blueberry
- Slate
- Blackcurrant
- Watermelon
- Strawberry
- Orange
- Banana
- Apple
- Emerald
- Chocolate
- Charcoal
XyFreak
-
Content Count
400 -
Joined
-
Last visited
-
Days Won
32
Posts posted by XyFreak
-
-
18 hours ago, John T. said:
through experimentation the last few days I have found that when you make changes to your system ie. change the coil size of a turbine or the dimension or makeup of your reactor it's best to break and replace all computer ports so the open computer can "recalibrate" the system. I added a turbine, I also increased the reactor by 2 blocks in height and the turbines never got up to speed and the control rods of the reactor were all over the place until I broke and replaced all ports thus giving them new "IP" addresses which in turn forced the computer to recalibrate . Hope this helps someone
Or you can just remove /etc/br_control.cfg
Or you can use brgcctrl
But yes you are right, if you make changes to the system you have to somehow recalibrate it.
-
-
"Independent" makes the grid controller not controll that turbine. The turbine will then be self-regulating and slowing up / down depending on the internal energy buffer (the target is 50%). While this works extremely well, it's not as efficient as having the turbine be turned on/off by the grid controller. If you intend to build a turbine and not add it to your main power-grid, however, you can use this mode to make it happen.
-
hm? in a 7x7x16 you have 32 blocks of ludicrite, resulting in a 4 deep coil, then you use a double layer of blades on the rotor, resulting in a 10 deep blade assembly with 80 blades (more blades are useless). Add 2 blocks for the casing on each end and you get a 16 deep / high turbine.
-
I personally prefer 7x7x16 so i can fit them into a chunk however i want, but that's just personal preference really. That's up to you. Your reactor should be fine. If i understood your reactor design correctly, your reactor can sustain 11 turbines. You've got some headroom there
-
32 ludicrite is superior to 37 enderium so i recommend ludicrite. You can also build the turbine more compact that way. If you already have the ludicrite, why not craft some more and build another turbine?
-
@John T. 37 ludicrite is too much. 32 is the max you should use. That's propably the reason you can't get your turbine up to speed.
EDIT:
Just to clarify, ludicrite has a much higher pull on the rotor so you can't just substitute enderium blocks with ludicrite
-
@flashbastard Sounds like you have troubles getting enough steam into your turbine / water into your reactor. This definitely shouldn't happen! Can you send me a screenshot of the details screen of the turbine in question?
-
Hi @Haftyk
Please check the second image / your configuration file. The first character there is a } that doesn't belong there
Assuming everything else is correct, this should fix your issue.
-
On 11.4.2018 at 9:37 PM, JacobTOG said:
I get this error! Didnt edit or anything. Tried re-downloading.
You wrote http://xymp.tenyx.de/standalone/brgc_installer.lua instead of http://xypm.tenyx.de/standalone/brgc_installer.lua
What you downloaded was a 404 error page ;)
-
I don't see anything wrong, no. "waiting for server" usually means that you have tickrate problems. If your server keeps spamming the exception you posted earlier tho, this would explain why your tps is basically non-existing ;).
We'll have to wait for Zero to show up so he can take a look at the extreme reactors code as your pastebin points towards there being a problem.
-
5 hours ago, Will135 said:
https://pastebin.com/T4B1TxcV
i got this today and i get no tps, this only happens when i have ur program on, any guesses why?and btw i changed from rftools power cells to an induction matrix
@ZeroNoRyouki I think you might've forgot to check for a 0 somewhere
-
@Will135 you're most likely seeing a limitation to what the API can handle for rftools. I'll look into it but it's extremely likely, that I can't fix it. For the capacitor bank you literally just need that mod installed. Afterwards just use an OC adapter as you did with rftools.
-
Thanks
-
@Draaven that issue is actually related to the old version of the ER API, you will have to upgrade ER (to 0.4.5.48 or higher) in order to fix this issue if you want to computer control ER stuff. Personally I only managed to reproduce this issue with turbines but I guess it can happen with pretty much anything.
-
Currently there are no plans to do that. Fun fact: the installer already downloads packets but it doesn't actually act as packet manager.
The whole thing originally emerged from my "xypm" which was able to get packets from the internet tunneling everything over OC network and allowing computers without internet cards to ... install packets (as long as there is a computer on said network with an internet card). My plan is to revive that but...heh.. dunno when.
-
Heh, thanks. But everyone here is
-
Just update lol, as you can see the issue will be fixed in the next OpenComputers dev build so no need to report it anymore. The BRGC update includes a hack that makes it work for now.
EDIT: Alternatively you could change your CPUs mode to Lua 5.2 but .... I fear I have more 5.3 related bugs in my code due to behaviour changes (like the format one) so... the more ppl use 5.3 here the more of those bugs are found so that's a plus.
-
I'll make it official now.
Big Reactors Grid Control Version 4.3.1 has been released!
Changelog:
- Now using the new ER API (0.4.5.48 and higher). Old API is still supported. - Implemented further mitigations for the "too long without yielding" issues. - Included a hack/workaround for a bug with OpenOS 1.7.1 (and earlier) and Lua 5.3 mode. - Fixed a bug where attempting to format a number as an integer (illegal in Lua 5.3 mode).
I'm sorry for abusing some of you as beta testers
-
Awesome
-
Yes, definitely. Right now 1.12 is propably the most important version... I guess.
-
@payonel I figured I can do that after seeing your commit. I'm debating whether I actually want to include hacks affecting _G in BRGC tho..... maybe I will just to avoid this issue coming up more and more.... tough call ^^
thanks tho
EDIT: It's done, I put it in my "promise" library (where uuid is used)
-
@payonel sweet
I'm glad we're finding real issues now and not just me being supid / jumpy
-
Ok the issue has been fixed @Dreytac @sanovskiy, sorry for missing that... that was stupid of me...
Big Reactors Grid Control
in Programs
Posted
brgcctrl has a help system - just do