Stevolution

I have been playing Tekkit in SPP for 6 months now - not a single issue. Perhaps I am lucky.

Although beware, the energy link is appallingly inefficient... try to run more than one machine off it.

That is going to be hard I think with redstone wiring... you will end up with a huge room full of it. My elevator is controlled by a computer. Its a lot easier to program it to do exactly what you want, rather than huge amounts of wiring. You can program some simple = anti spamming - protection into that. I also have a redstone torch built into the side of my elevator that lines up with a color on a bundled cable for each floor. That way, I get a report back to the computer of exactly where it is. Probably no help however if you can't program computers! Its not anywhere near as hard as you think however.

Hi all My nuclear reactor trundles along in its safe little world, pumping out a pathetic 120 EU Time to ramp it up... But.. I have not tried anything above 'safe'. The reactor is setup with a fully automated system that can fill the reactor with any layout I like. My computer system is set so that I can pick one configuration out of a possible 10, and it will automatically set the reactor up. However, this is all theory... I have a factory that creates uranium cells, coolant cells and ice blocks if I need them. But, on the more powerful reactors... do the heat dispersers get used up? If yes, then I need to add a production line for those as well, and add them to the computer before starting up the system. Or, should the reactor - whatever its power, not use up its cooling if it is setup correctly? I am guessing if you run at a higher power, then cooling gets used up regardless. Thanks

And welcome to the most unfriendly forum on the net Artrick

Hi Dug out an old tower PC from the workshop and planning to spec it up a little as my Tekkit machine, as the quite frankly horrific lagging on my Vaio laptop is starting to drive me mad Frames usually draw, but basically one at a time. The video above (which also has my sfx and speech system in it) doesn't draw the sliding reactor door at all due to the added work of the video recording software. I have a massive dock crane that stutters it way along the dock laughably. What is going to increase performance more - good graphics card, better processor? Are these frames stuttering because the processor cannot work it out quick enough, or because the computer can't draw them quick enough. I am guessing go for the best graphics card I can +4Gb or more ram. On a limited budget here!

How large is large? I just use a Destruction Cat on max power. Doesn't take long.

Found it... capital 'S' on the sleep command. Its too late for programming. Thanks all

Thanks Warp. I noticed that when I printed it off. However it actually seems to make no difference. I added another while statement at the top, and that cured the EOF issue. Now, when its run through... I get a call to nil error instead.

Well I must be missing an end statement somewhere. So printing it off is easier to see all the code than the tiny little monitor on the computer. No worries. I will suss it out

wow thanks.. I only started last night. I will print it off and draw out the loops

Can anyone see where I am missing and 'end' statement. Its at the bottom somewhere. I am getting EOF in line 83 but I can't seem to get rid of it. pad = rs.testBundledInput ("back", 8192) extbut = rs.testBundledInput ("back", 64) while true do term.clear() term.setCursorPos(1,1) print " Nuclear Reactor Access Control" print " " redstone.setBundledOutput("back", 0) local mon = peripheral.wrap("right") mon.clear() mon.setTextScale(1) mon.setCursorPos(2,1) mon.write " Access System" mon.setCursorPos(2,3) mon.write " Terminal Clear " sleep(1) while true do local event = os.pullEvent() if event == "redstone" then break end end if pad == true then break else end sleep(1) rs.setBundledOutput("back" ,2048) sleep(7) rs.setBundledOutput("back" ,0) mon.setCursorPos(2,3) mon.write"Terminal Active" print"Please Enter Your Security Code" code = read("*") if code == "Tekkit" then break else rs.setBundledOutput("back", 1024) sleep(6.7) rs.setBundledOutput("back", 0) end end rs.setBundledOutput("back", 512) sleep(6.7) rs.setBundledOutput("back", 0) print"" print "(1) Access to Reactor Stage 1" sleep(.3) print "(2) Access to Control Room 1" sleep(.3) print "(3) Access to Control Room 2" sleep(.3) print "(4) Over-ride Reactor Lighting" sleep(.3) print "(5) Test Voice Audio Systems" sleep(1) print"" print"Select Required Function" nrdoor = "1" comd1 = "2" comd2 = "3" ligh = "4" aud = "5" input = read() if input == nrdoor then print"one" sleep(3) end elseif input == comd1 then print"two" sleep(3) end end There are some untidy bits I know.... still learning here. Last commands (print"two" etc) are just for testing.

Yes... I know.... goto's are the devils arse in the world of programming. However, I seems to be getting into a right old mess here. I have a routine that sets up the screen and a few other items. Then it waits for any change in redstone activity (the only way I seem to be able to stop it hogging computer resources). Once it detects a redstone change of any sort (standing on a pad), it then checks that input to make sure it was actually the pad and not something else that activated it. Then... its a password loop Then.... its enter a selection from a menu Then... do one of 5 things. So basically... loops within loops. But in such a small poxy programming window, its really hard to write anything of any size. Especially as you can only move with the arrow keys. I didn't care what it looked like. No-one else will ever see the coding.

Still playing around with this Computercraft stuff. Slowly getting my head around it. Is there a way of setting a line or block name. And can you then setup a got style statement to it? The reason is, I have a program that has 5 options at the beginning. Depending on the input, I need to go to a certain part of the program. Then once completed, return back to the beginning of the program (but not restart it). Ideally, I need to name these 5 tasks and either gosub or goto them from the input loop. (oh - and how much programming can this little computer take?) edit: This doesn't seem to work: http://lua-users.org/wiki/GotoStatement

Update..... sussed the redstone torch idea. Bit of re-designing of the lift to make sure it stays 2 blocks away from any surface. Seems to work OK. Thanks all

I am still getting my head around this Lua coding. This is my first proper go. No laughing..... term.clear() print " Lift Control" print " " redstone.setBundledOutput("back", 0) local mon = peripheral.wrap("right") mon.clear() mon.setTextScale(1) sleep(2) print " System ready" mon.setCursorPos(2,1) mon.write "NI Lift Control" while true do while true do sleep(0) local event = os.pullEvent() if event == "redstone" then break end end down = rs.testBundledInput ("back", colors.lightBlue) up = rs.testBundledInput ("back", colors.magenta) gf = rs.testBundledInput ("back", colors.orange) if up == true then sleep(3) for i=1,6 do mon.setCursorPos(3,3) mon.write"Lift going up " rs.setBundledOutput("back" ,513) sleep(.5) rs.setBundledOutput("back" ,512) sleep(.5) end elseif down == true and gf == false then sleep(3) for i=1,6 do mon.setCursorPos(2,3) mon.write"Lift going down " rs.setBundledOutput("back" ,768) sleep(.5) rs.setBundledOutput("back" ,512) sleep(.5) end end rs.setBundledOutput("back" ,0) term.setCursorPos(14,6) print" " mon.setCursorPos(2,3) mon.write" " end It works fine. Just needs tiding up. I know I have different methods of checking the inputs etc. It is all part of the learning curve. The first little routine basically waits for a change in the Bundled Input... and this method certainly seems to stop the horrific lag I suffered through other methods. The routine is controlling my lift. 2x push buttons on each floor for up and down, and then 2 outputs for the up and down frame motors. The cyan cable goes to an alarm which sounds during movement. The 'gf' (on the orange cable) is a ground floor sensor (there will be one at the top as well). This is to stop you calling the lift down, when its already at the bottom. However.... I can't find a good way of getting a redstone signal when the lift has reached ground floor. First effort - a bare redstone cable in the wall at the bottom. I mounted a redstone torch on the side of the frame lift (on a panel), but it just pops off when the lift moves. If you put it on a cover, then it stops the lift moving (bloody frames). So then I put a daylight sensor in the wall through a NOR gate to give a signal when the lift was blocking the light. Works fine if you block the hole with a block... but frames with covers don't act like blocks and do not cut out the light for some reason to the light sensor. Any suggestions on detecting position?

Oh double damn. Now I have to kill old coal eyes and build a double compressor setup to make ice. I'm making buckets of water for the cooling cells, may as well make the ice properly as well. Bye snowman

Thanks Viktor. I have been resetting my states to 0 before running the loop anyway, as it seems to make the whole system more stable

Hi I have a computer controlling a lift over 3 floors. I am trying to get the Bundled cable output to switch on and off only certain colors. I'm Wiki'd out here. rs.setBundledOutput("back", color.white, true). This works fine, as it does with any other color, or when you add colors e.g color.white+color.cyan However, I need to switch off certain colors and keep others on. I was under the impression that I could do the following (but obviously not... it doesn't work).. So to switch on only white and cyan... rs.setBundledOutput("Back",513, 1) Where 512 is the color of Cyan and 1 is the color of white - hence 513. All other colors would turn off. The 1 and 0 at the end of the command work fine as the true/false statement. Anyone? (and where are the programs listings stored? - just so I can copy/paste them if needed)

This might be better.. http://postimage.org/image/u4ai0h9kx/ http://postimage.org/image/mysurxkrf/ Bottom is the 3x ins cable. Above that are the HV transformers, then glass fibre up into the bottom of the MFSU's Colour coded galss fibre out to the MV transformers etc Thanks for everyone's assistance

Added a couple more piccies.. but still hard to work out what is what. Anyway, not to worry Watchful, a solution has been found and I'm a happy bunny.

I think I am set up fine then. Watchful11 - that is basically my setup http://postimage.org/image/t1xilrfed/ http://postimage.org/image/93bygxgld/ http://postimage.org/image/wbau3ierl/ http://postimage.org/image/uquxr7n0f/ My 3xins HV cable is stepped up as it leaves the reactor, then is stepped back down at the sub-station. The substation consists of 10x HV transformers (converting the power back down from being stepped up), and each HV transformer feeds its own MFSU. Then in turn via galss fibre, they are stepped down further. All seems to be working fine now, with provision for future ramping up of the reactor power. Oh - and in the pics, there are actually three substations. One is wind, one is solar and one is nuclear.

Oh... now I am lost! Don't quite understand (yet) all this EU/packet stuff. My reactor is currently used at a pathetic, yet totally safe 120EU output. However, its built like fort Knox with a computerised system for altering its configuration + ice generation etc. I intend to wind that output up far higher than it is now. My warehouse of future machinery isn't built yet, so I don't need the high output. I basically only ever use glass fibre cable or 3x ins (occasionally 2xins) The HV cables are only ever on the reactor side of things. Using a reversed HV transformer has boosted the juice high enough to reach the sub-station (68 blocks away). And if you click the supply cable at the sub-station end with the glitchy EU meter, I get a pathetic EU per tick count (averages about 2 or 3). But... at least it gets there. If you look inside the 10 MFSU units its feeding, they are charging at a rate of 512 EU every 2 seconds. The increase count is exactly 512 I don't understand the need t max out something like tin cable, when a glass fibre would just be far better (unless resources are short I suppose) How do I get images up on here guys?

You mean I have been beating the crap out of my snowman for ice blocks and I could of cheated... damn

Mmm OK. My setup now is Reactor -> 3xins cable-> step up HV transformer -> long 3xins HV cable -> step down HV transformer -> MFSU -> output to various items via glass fibre Seems to work, but I have no idea what the losses are. Oh, and wow.... getting a transformer back to front with the machines still connected..... makes a pretty damn good mess of your control room and your pants (must turn the sound down a bit)