Talk:Redstone circuits/Piston

= Torch logic = The point of this page was to show people faster and smaller circuits. When a circuit uses a torch for logic, it will not work at a fast speed. I think circuits that are smaller should be shown ASWELL as those which are longer = optimization = Most of these circuits seem terribly inefficient, they are to big and have been designed/chosen with no thought. here are my suggestions for optimisation:

not
this one extends down rather than across. most people have more space down than across

and
The and gate uses torches for logic and 2 repeaters so it is slow. an faster would be like this:

note that the repeater actuall points right

implies
This gate is hopelessly inefficient as it uses torches for logic. i am not going to do more diagrams as it is a pain but if you want some fast piston based logic gates, look here:  These currant designs look like pistons have been added for the hell of it

= Piston Moving blocks up and then back/forward and then down = I tried doing it, but it only works once. This is based on delay, but I have no idea how to make it work both ways. Cool12309(T 03:13, 1 August 2011 (UTC)


 * Up then sideways and then down, this does that, just attach a clock to it, and it should work ;)
 * If somebody knows how to convert hit into a proper image, please do so :P (I license it under public domain).
 * Link to image
 * Aidiakapi 19:53, 29 September 2011 (UTC)

better piston clock
i found a way to make the piston clock faster, and you dont need the repeater! looking horizontally, 1/4 of it looks like this:

(the torch is closest, then the other stuff, then the wire on top is up and back one)

Trvcic 00:05, 9 September 2011 (UTC)


 * I don't understand the diagram. How exactly does this work? Father  Toast  00:38, 9 September 2011 (UTC)

is this better? Trvcic 01:24, 10 September 2011 (UTC)


 * Not really. Can you take a screenshot of it? As a side-note, I made two types of no-repeater/torch piston clocks while fooling around. They're weird and give a slightly glitchy pulse (only tried in SMP, could just be lag); they pulse ridiculously fast. Father  Toast  21:17, 11 September 2011 (UTC)

here's 1/4 of it:

the full version, from above:

finally figured out how to add pics *feels proud of self*

Trvcic 22:08, 11 September 2011 (UTC)


 * Oh, you put the first row of redstone with the torch instead of with the piston. That moves the block, but it doesn't send a pulse in SMP for some reason. Father  Toast  23:13, 11 September 2011 (UTC)

yeah, in ssp it only sends a super short pulse. its so glitchy the block in the middle wont even suffocate you on my friends server you cant even see it working, the pistons just disappear and reappear. I just wanted to put it here for the option

Trvcic 20:40, 12 September 2011 (UTC)

i found something, can anyone tell me how it works?


if you put a redstone torch on the side of the dirt, or the top of the gold blocks, the piston raises up and breaks it. the dirt block is necessary, but its not the north/south quirk. i just wanted to know how exactly this worked. is the r torch powering the block under itself? and why? Trvcic 04:51, 15 September 2011 (UTC)

Why Are Pistons Preferable?
I'm all about piston circuits (20% cooler and all), but the AND gate highlights a problem with this page. Let's compare the Piston AND with the standard AND (Design A on redstone circuits): So why exactly are piston circuits preferable? Qcdynamics 22:50, 11 October 2011 (UTC)
 * The piston AND is just as large.
 * The piston AND has essentially the same amount of delay.
 * The standard AND uses considerably fewer resources.
 * This design uses a torch, which makes it just as susceptible to burning out.
 * Pistons create much more lag than standard logic gates.
 * Sticky pistons that receive a 1-tick pulse drop their block, which can mess with overall output.