Chaoschaot234

Is there a current valid link to the library? The latest link isn't available anymore

Uhm, wasn't there a change for the reactor so that newer version of your script are incompatible with 1.7.10?

And how can I update my current version? Installed is the 1.7.10 version. Any update script available or is it safe to re-run the dc_installer again?

10 hours ago, XyFreak said:

So the 1.7 version is built around extracting energy from the reactor and reinjecting it through a seperate circuit. As a result, the flux gate extracting energy that goes to storage is only extracting CALCULATED_OUTPUT - REINJECT

So there's your problem. Your setup looks more like the 1.10 setup, in which case you should propably use the 1.10 program. (I knew i changed something important going from 1.7 to 1.10)

Hmmm, since I am the server owner and my mate has no probles with it, I can test the current version of your script in 1.7.10 and will see, if I can create a void in the void or if the reactor will still be there
Give me one or two days and I'll share my experiences and what I have used in the config

5 hours ago, XyFreak said:

It looks like not enough power is being extracted from the reactor. DC is "immune" to config file changes as it has code in place to figure out those multipliers through backwards calculation (and sometimes they just don't matter). Is wherever you're piping the energy to able to accept that much / store that much? (I'm guessing yes but still asking )

I use Cryo-Ducts (unlimited transfer) and Tesseracts (see picture). On the end another Tesseract is directly connected to the Energy Pylon to get/receive the energy (one Tesseract for sending energy into the storage ball and one to drain from it and only for the reactor)

Master Question here: How can I get a breeder in 1.7.10 if smth. is going wrong?

@XyFreak

I tried out the berreder config but it seems to be wrong (ignore the autostart value):

I tested it before with you simulator: 

But this is, what the reactor in 1.7.10 is doing with it so I assume that there is smth. wrong. Because I started the reactor already 12 1/2 hours ago - Test with 1.12.2 will follow on the weekend

Hey @XyFreak,

did you updated the script so that I can monitor the reactor over the wireless network card while the main computer is still at the reactors place to be not affected by the delay?
And if so, only for the latest version or also for the 1.7.10 version (playing both version currently)?

Edit 1: Also, what does the dc_gui do while maintaining multiple reactors? Or is there another variable to assaign the monitors address or how is this resolved?
Edit 2: Would it be fine, if you would add "autostart=true" also to the 1.7.10 script pls? I forgetting it every time, that it isn't in there.

Ok, I must compleatly do a hard reset and I'll definitly change the line 252, if this comes live again. TO bad that getting back te flux gate control isn't possible

EDIT: Indeed smth has broken the controll over the flux gates

Edit 2: Can you tell me, where the mainscript is stored @XyFreak ?

Edit 3: Ok, from the Discord chat it seems that the flux gate does not save the OC data correctly. This is like hell -.-

Ok, waht ever caused the address problem but when it is caused your script is no longer useable as long as you did not do a clean shutdown and clean startup from the reactor.
I think smth. that a sanity check should be implemented.

In SP it changed definitly, now I am going to see if it changed in MP to and if so, I hope to get a bugfix for 1.7.10 from the OC team, since with your default settings the reactor runs at 20% field level and I have not many time to fastly feed energy in the FF to make it stable, to then disconnect the output cable ... otherwise booom!

ok - it is impossible to fix it directly on the server which means that the address of the device was changed like I have noticed in SP which is not good - when I fixed this and saved the reactor, I'll do a restart again from the server to see what will happen than and
if I see new/other addresses again, smth. went wrong, maybe because of false chunkloading?

Ok, here are images from the first setup and after the restart ... one address changed ... one from those flux gates, why ever ... pls look close at the files name to see the difference in the time.

6 minutes ago, XyFreak said:

I had the same issue when using EnderIO OC conduits. Those conduits are bugged as hell and are counted for one component each the first tick after server reboot, which causes your computer to crash. I "fixed" the issue by reducing the number of conduits used and using a server with a lot of component cards.

TL;DR Don't use EnderIO conduits and build the computer in the same chunk as the reactor

No, the problem seems to be, that after the server restarts, that the Addresses from all devices are changed. I am glad to have backups because the GUI was totally froozen. After reboot and restarting the GUI, while I have deactivated the reactor and connected the cryo flux ducts directly to the field injector, I checked over 

what the addresses are and the address from the reactor chaged and this after a server reboot? I am a bit confused about this and maybe I should ask a bit arround on the OC discord and I should checkout if this change happends only beause I've lookd in SP for the backup to work or if this comes directly from the server restart. Will responds after getting more information about this.

Just now, Saber404 said:

This happened to me as well, I believe what happens is that the script stops running or something and it then processed to blow up when the server is restarting

This is true, since on a server reboot all threads are stopped/freezed and after reboot is compleated it should continue with normal operation. And if you have enabled the autstart over "rc draconic_control enable" it is definitly started on every
computer reboot.

I am not sure if smth. can be done about this because it looks like a problem on OCs side self, which I try to figure out now.

@XyFreak - After Server restart the Reactor was gone so it seems that smth. goes horrible wrong either with the OC Computer or with the script itself. Main control service was definitly included to run at restart.

@XyFreak

Could it be possible for Version 1.3+ to remove the redraw for the gui? On the current FTB 1.7.10 server the part with all those values (energy I/O rate, fuel conversion, ...) is blinking which means/seems to be redrawn.
Would be nice to have a static ones where only the values are getting redrawn.

Also the GUI can not be inserted to start with the computer, can this added please to?

Then I don't know how to monitor multiple reactors, can you post an example config for it please?

And last thing is that on https://tenyx.de/draconic_control/1.7.10/advanced.html#presets are all values comma-separated but on https://tenyx.de/draconic_control/1.7.10/#download values are semicolon-separared.
I tried to comma-separate them like seen on the first link but then the GUI fails so either all values must be semicolon-separated or smth. goes wrong.

Would be nice if you could lookup all those points and hopefully a computer reboot/server reboot with computer reboot does not blow up the reactor since a few secounds are needed for a full os restart ^^

Hey together,

I have a few questions but before I am going to ask them I won't get a compleat written down script. The only goal is to understand how things are working or how some pice of code.

What I currently want is to create a multipaged programm to control my entire base (this should later includ the bases on other plantes (GalacticCraft)). This means for me including:

• the AE2/LP crafting (here I should mention that OpenPeripherals is installed, also OCLights 2 but OpenComputers is not installed),
• creating a map from my base with showing the current playerposition (eventually showing the players head instand as of showing a small colored pixel and if possible it should update the position on the screen after 2-5 sec)
• minechem integration
• genetics/bees integration
• I have also seen a teleporter in a yt video which was used over a CC program and I assume that it was the ender io ones but I have never played with it yet
• oxygen state to see if rooms are pressurized (this should be a small function I think)
• and much more

All this stuff above should be packed in pages but I have currently never seen any oc programm which uses pages and it will also be nice to get a pice of code for a loadingbar which shows up for 5-10 sec (hardcoded) or wit a
parameter for the loading time (this is just a fun feature which can be added ad the end of the main program).

But how to show all those stuff?
I thought about a menu bar on the top screen (defult stlye) and under it all the pages with there content so if I click on the element "Energy > Storage I (SubMenuItem)" the place below should be cleared and drawn with the related
content (e. g. name of the energy storage and a drawn bar showing current energy level in rf/eu (in %)) and if I then switch to another page the last known state of some vars should be saved (I prefere json to store the data).

If it can be made I want a GUI in the startrek console style with all it's glamour and so on so no real menu bar is required because it is solved over buttons (found the ported DW20 Button API here in this forum which is rly nice) which
should then load the pages too but each layer of buttons should redraw the layer of sub-buttons (if there are any of them) like a big button menu.

I know that this will be a lot of stuff todo but at the end it should work smoothly even if the first file will be written dirty  .
Well, then the last question: To not write all the nice stuff in a one billion line file is it possible to cut out the pices? E. g. creating the file main.lua with the hole controlment and if a related button/menuitem is pushed it should load
the coresponding file, e. g. energyStorage.lua (safed under modules/). I know that this can be done over the filesystem, right?

I hope to get this working but not all will be implemented yet since I have no BigReactors I have only IC2, Solarpanels and Immersive Engeneering because currently NuclearCraft does not have any CC/OC support yet.

And yes, I have a bit knowledge in lua programming not such many but the basics are definitly there.
Ok, I hope that I have wrapped all together and did not forgotten any important point so if something is not clear enough feel free to ask me  .

Scripts:

Currently no scripts available but if I am starting they will be accesable over github (better then pastbin I think). Hope that I'll did well to get it working fine :).

Is it possible that you can make a tutorial video on YouTube for that?

It will be nice because this reactor is kindly more dangerous as the IC2 Nuclearreactor.

Because my englisch isn't the best it is better when you will do it ^^.

Thanks for the bugfix.

I'll test it on my MP-Server and will response after that .

Oh, I forgott to mention that you can set the ROD LVL also in active mode on each reactor, so please insert a buttion with a new page that you can set the ROD LVL manually.

ALso my BR did not has one steam outputsystem, it has up to 20 because it produces so much steam that I can run a total of 20 turbines with at last 24.5 KRf/t and this will then be collected into one energy network.

How does this can be a problem?

Hey,

Nice to see that u also wrote a BR programm to.

Is it possible to set the rotaion for ludicrit turbines over 2000 rpm? I think it was 2100-2400 rpm with arround 24~30 KiRF I think (or was there a zero more?).

Because the CC script, which I usually use is with a small trick adjustable .

Will be nice .

Same question like for the DR Programm ... is it possible to use it over LAN/WLAN? Will be glad to see the state of each connected BR/Turbine even if each BR/Turbine has only a nun-GUI PC connected.

Hey,

wanna ask if this programm has the cabability to ran on a server.

Q: What this mean?

A: Installing it on a Server with or without using a RAID-System.

The Server should be able to monitor through all connected DR's over internal wireless lan.

Also, if it's possible, it should be able to query more then one Monitor to display each reactor state.

On the Reactor's side you should only need a T1/T2 Computer which collects the needed data and send it to

the main server.

However, I don't know if there can be delays or some interruption if it's not only used on the overworld (like setting the

reactor up in the Last Milenium so it can be blowing up if it wanna do this xP).

At last I want to know how do u handle the fuel thing ... did you only shout down the reactor and pinging the user with a msg

like "Reactor is out of fuel, pls refill!" or can this be easily done over AE2's ME-System? Also is it normal, if you just refilled the

Core with new fuel, that it has to reheat from zero? I thought/assumed that the Reactor is saving his last state safely ...

Otherwise I wanna try this out on my SP befor I am using it on MP - Wont get any big hole on the server xD.