• Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal
Welcome to OpenComputers

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more!

This message will be removed once you have signed in.

  • Announcements

    • Lizzy Trickster

      Latest Stable OpenComputers Version   11/26/16

      The latest released version of OpenComputers is version 1.6.1 for MC 1.7.10, 1.8.9, 1.9.4 & 1.10.2. See more information here! Beta/Dev builds can be found at the Jenkins Build Server (ci.cil.li)

XyFreak

Members
  • Content count

    145
  • Joined

  • Last visited

  • Days Won

    6

1 Follower

About XyFreak

  • Rank
    Leading Member

Contact Methods

  • Minecraft
    MC_XyFreak

Recent Profile Visitors

466 profile views
  1. @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???
  2. 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.
  3. Big Reactors Grid Control Version 4.2.3 has been released! Only difference to 4.2.2: Experimental support for RFTools Power Cells!
  4. Consider it done
  5. 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
  6. 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" ?
  7. 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 ^^;.
  8. 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.
  9. 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. 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.
  10. 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!
  11. The upload got corrupted somehow. Try again pls.
  12. @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).
  13. I found the issue :facepalm:. I'm not doing anything if energyRate is 0 - and guess what I'm setting energyRate to...
  14. 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
  15. 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