https://dwarffortresswiki.org/api.php?action=feedcontributions&feedformat=atom&user=Gammon 2026-04-08T05:37:37Z User contributions MediaWiki 1.35.11 https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=59004 2009-12-01T23:34:25Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Gates== <br /> <br /> Water sources are placed above the first piece to maximize water pressure. In the case of XOR &amp; XAND the source will be placed above the shaft in front of the pieces. Drainage must be available to all pieces. The colors are useful for determining which input has what output connected to it; feel free to use notes here as well.<br /> <br /> The first image under each gate is the bottom level of that gate. Note that under the end piece of each double length bridge is a channel; The end piece of each bridge is closest to the plate.<br /> <br /> Note that between AND &amp; NAND and every other similar pair it is the pressure plate water settings which determines its output. This is the only way in which they differ.<br /> <br /> <br /> ====AND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====OR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====NOT, INVERTER====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NAND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;NOR&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig5NOR0.png|Level 0. Water source is at the top, falling from above.<br /> &lt;/gallery&gt; <br /> ====XOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|+}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> ====XAND==== <br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|+}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;XAND&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig4XAND2.png|Level -2. Grates hide a drainage bypass.<br /> File:Fig4XAND1.png|Level -1. Water source at top, falling from above.<br /> File:Fig4XAND0.png|Level 0. Water source at top, falling down.<br /> &lt;/gallery&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> [[Image:Fig6SRLATCH0.png]]<br /> <br /> Here are four inputs, Red, Blue, Green and Gold, and two outputs, Pink and Teal. Outside signals are connected to Red and Green. Internally, Teal connects to Blue, and Pink connects to Gold. Only one of the outputs is typically used; if Pink is that output, then input Green will SET the BIT, and input Red will RESET it.<br /> <br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> All gates using bridges and floodgates are particularly slow at changing states. Each takes 100 steps to switch states, and Pressure plates require 100 steps to turn OFF.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png|thumb|The reservoir]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=59003 2009-12-01T22:35:35Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Gates== <br /> <br /> Water sources are placed above the first piece to maximize water pressure. In the case of XOR &amp; XAND the source will be placed above the shaft in front of the pieces. Drainage must be available to all pieces. The colors are useful for determining which input has what output connected to it; feel free to use notes here as well.<br /> <br /> The first image under each gate is the bottom level of that gate. Note that under the end piece of each double length bridge is a channel; The end piece of each bridge is closest to the plate.<br /> <br /> Note that between AND &amp; NAND and every other similar pair it is the pressure plate water settings which determines its output. This is the only way in which they differ.<br /> <br /> <br /> ====AND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====OR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====NOT, INVERTER====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NAND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;NOR&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig5NOR0.png|Level 0. Water source is at the top, falling from above.<br /> &lt;/gallery&gt; <br /> ====XOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> ====XAND==== <br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;XAND&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig4XAND2.png|Level -2. Grates hide a drainage bypass.<br /> File:Fig4XAND1.png|Level -1. Water source at top, falling from above.<br /> File:Fig4XAND0.png|Level 0. Water source at top, falling down.<br /> &lt;/gallery&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> [[Image:Fig6SRLATCH0.png]]<br /> <br /> Here are four inputs, Red, Blue, Green and Gold, and two outputs, Pink and Teal. Outside signals are connected to Red and Green. Internally, Teal connects to Blue, and Pink connects to Gold. Only one of the outputs is typically used; if Pink is that output, then input Green will SET the BIT, and input Red will RESET it.<br /> <br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png|thumb|The reservoir]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=59002 2009-12-01T22:32:38Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Gates== <br /> <br /> Water sources are placed above the first piece to maximize water pressure. In the case of XOR &amp; XAND the source will be placed above the shaft in front of the pieces. Drainage must be available to all pieces. The colors are useful for determining which input has what output connected to it; feel free to use notes here as well.<br /> <br /> The first image under each gate is the bottom level of that gate. Note that under the end piece of each double length bridge is a channel; The end piece of each bridge is closest to the plate.<br /> <br /> <br /> ====AND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====OR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====NOT, INVERTER====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NAND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;NOR&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig5NOR0.png|Level 0. Water source is at the top, falling from above.<br /> &lt;/gallery&gt; <br /> ====XOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> ====XAND==== <br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;XAND&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig4XAND2.png|Level -2. Grates hide a drainage bypass.<br /> File:Fig4XAND1.png|Level -1. Water source at top, falling from above.<br /> File:Fig4XAND0.png|Level 0. Water source at top, falling down.<br /> &lt;/gallery&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> [[Image:Fig6SRLATCH0.png]]<br /> <br /> Here are four inputs, Red, Blue, Green and Gold, and two outputs, Pink and Teal. Outside signals are connected to Red and Green. Internally, Teal connects to Blue, and Pink connects to Gold. Only one of the outputs is typically used; if Pink is that output, then input Green will SET the BIT, and input Red will RESET it.<br /> <br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png|thumb|The reservoir]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig6SRLATCH0.png&diff=59001 2009-12-01T22:29:25Z

<p>Gammon: Here are four inputs, Red, Blue, Green and Gold, and two outputs, Pink and Teal. Outside signals are connected to Red and Green. Internally, Teal connects to Blue, and Pink connects to Gold. Only one of the outputs is typically used; if Pink is that outpu</p> <hr /> <div>Here are four inputs, Red, Blue, Green and Gold, and two outputs, Pink and Teal.<br /> Outside signals are connected to Red and Green. Internally, Teal connects to Blue, and Pink connects to Gold. Only one of the outputs is typically used; if Pink is that output, then input Green will SET the BIT, and input Red will RESET it.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND0.png&diff=58999 2009-12-01T22:23:13Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND0.png&quot;</p> <hr /> <div>On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND1.png&diff=58998 2009-12-01T22:22:40Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND1.png&quot;</p> <hr /> <div>One level under the top of the XAND and we find two floodgates and two floor grates for drainage and access. This is also the top of an AND gate. Notice the space in front of the uppermost floodgate, that is the water source which falls from above.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND2.png&diff=58997 2009-12-01T22:21:57Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND2.png&quot;</p> <hr /> <div>This is the bottom of the XAND gate and also the bottom of an AND gate. Two bridges raise and lower to stop or allow the drainage of water from a channel directly above them. A channel below bypasses any unintended blockage of water.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig5NOR0.png&diff=58996 2009-12-01T22:20:26Z

<p>Gammon: uploaded a new version of &quot;File:Fig5NOR0.png&quot;</p> <hr /> <div>Two bridges raise and lower to control drainage and flow. Channels have been dug underneath the bridge end pieces (nearest the plate.) Water source is at the top, falling down onto the uppermost bridge.</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=58995 2009-12-01T22:19:40Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Gates== <br /> <br /> Water sources are placed above the first piece to maximize water pressure. In the case of XOR &amp; XAND the source will be placed above the shaft in front of the pieces. Drainage must be available to all pieces. The colors are useful for determining which input has what output connected to it; feel free to use notes here as well.<br /> <br /> The first image under each gate is the bottom level of that gate. Note that under the end piece of each double length bridge is a channel; The end piece of each bridge is closest to the plate.<br /> <br /> <br /> ====AND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====OR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> <br /> ====NOT, INVERTER====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NAND====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |} <br /> ====NOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;NOR&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig5NOR0.png|Level 0. Water source is at the top, falling from above.<br /> &lt;/gallery&gt; <br /> ====XOR====<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> ====XAND==== <br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{H2O}}<br /> |{{H2O}}<br /> |{{H2O}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╬|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#800000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|X|#FFF|#003366}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RTF|.}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> {| style=&quot;border-spacing: 0&quot;<br /> |{{RTF|╔}}<br /> |{{RTF|═}}<br /> |{{RTF|╗}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#800000|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╥|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT|╨|#003366|#000}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|║}}<br /> |{{RT0|^|#808}}<br /> |{{RTF|║}}<br /> |-<br /> |{{RTF|╚}}<br /> |{{RTF|═}}<br /> |{{RTF|╝}}<br /> |}<br /> &lt;gallery caption=&quot;XAND&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig4XAND2.png|Level -2. Grates hide a drainage bypass.<br /> File:Fig4XAND1.png|Level -1. Water source at top, falling from above.<br /> File:Fig4XAND0.png|Level 0. Water source at top, falling down.<br /> &lt;/gallery&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> &lt;pre&gt;<br /> 0 0 <br /> [ [ I.S I.R<br /> ] ]<br /> [ [ I.Q I.Q<br /> ] ] <br /> &lt;P &lt;P O.Q O.Q<br /> &lt;/pre&gt;<br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png|thumb|The reservoir]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=User_talk:Gammon&diff=58991 2009-12-01T20:12:59Z

<p>Gammon: </p> <hr /> <div>Could you make the images with the default tileset? --[[User:Kami|Kami]] 19:49, 1 December 2009 (UTC)<br /> * I will, but time is always in short supply around here. Ideally, I would make everything using the default tileset so I can remove the key. [[User:Gammon|Gammon]] 20:12, 1 December 2009 (UTC)</div>

Gammon https://dwarffortresswiki.org/index.php?title=40d:Computing&diff=58982 2009-12-01T18:51:42Z

<p>Gammon: </p> <hr /> <div>Computing in dwarf fortress is the practice of setting up complex constructions to perform logical operations and calculations, ideally to control some functionality of your fortress, or such a doddle. Even it isn't a young concept anymore there is still lots of room for improvement and development. One reason is that there are many ways to solve one problem. Innovation and invention is encouraged.<br /> == General ==<br /> &lt;!-- ''&quot;So, what is computing? Let's pretend to be stupid ...&quot;'' [http://en.wikipedia.org/wiki/Die_Feuerzangenbowle Die Feuerzangenbowle]&lt;br /&gt; --&gt;<br /> Concepts of computing in dwarf fortress are far away from what you can call a programmable computer. Even all necessary components are proven to exist, a construction working like a real computer may be too complex to be built in dwarf fortress. Nevertheless, early computing machines and electronic devices are comparably simple. These concepts can be easily transferred into dwarf fortress. So dwarfputing is more or less a kind of electronics, casting logic in hardware.<br /> <br /> == Basics ==<br /> === Binary information ===<br /> Binary information can have one of two possible states: true or false, respectively 1 or 0. In dwarf fortress they can be represented by different entities:<br /> * on/off state or signal of a [[trigger]]<br /> * power or connection state of a [[machine component]]<br /> * open or closed state of a [[door]] or similar buildings<br /> * [[pressure plate|low/high]] or [[flow|flowing/standing]] [[water|fluid]]<br /> * present [[creature]]s and [[dwarf|borgs]]<br /> * ...<br /> Electronic devices and computers base on this elementary form of information, and if you want to go into computing, you’ll have to familiarize with it. [http://en.wikipedia.org/wiki/Propositional_calculus propositional calculus]<br /> === Input/Output ===<br /> Input can be every trigger - [[lever]] or [[pressure plate]]. Typically your dwarfs are pulling levers, any creatures are walking over your pressure plates, or any fluid is covering those plates to initiate any computing. The bottom line is you'll always have a lever or a pressure plate or multiple of them sending binary signals: on/off.&lt;br /&gt;<br /> Note: Even [[pressure plates]] can be constructed to trigger at different fluid levels, the output will always be just a binary on/off. So everything you build will have a binary base.&lt;br /&gt;<br /> &lt;br /&gt;<br /> Input elements<br /> * manual: [[lever]] -&gt; binary on/off signal<br /> * triggered: [[pressure plate]] -&gt; binary on/off signal<br /> <br /> According to input, output can be everything that is able to react to an on/off signal. This can be doors, bridges, floodgates allowing or stopping flow, gears controlling pumps and many more. Just refer to the [[lever#On/Off states|lever]] page for a detailed list. Independent of what you finally want to control with your dwarfputer, there are always pressure plates generating this signal. In some special configurations - when [[mechanical logic]] is involved - output may not be a on/off signal but power, thus running or not running machine component.&lt;br /&gt;<br /> &lt;br /&gt;<br /> Output elements<br /> * signal: [[pressure plate]] -&gt; binary on/off signal -&gt; linkable Object(s)<br /> * power: [[gear assembly]] -&gt; binary power on/power off -&gt; machine<br /> === Binary logic ===<br /> Basic binary logic takes one or two input bits and creates an output based on them. The devices that perform these operations are commonly called '''logic gates'''.&lt;br /&gt;<br /> * NOT - takes one input and returns the opposite of the input&lt;br /&gt;&lt;br /&gt;<br /> {| class=&quot;wikitable&quot; border=1<br /> |-<br /> ! input A <br /> ! NOT<br /> |-<br /> | 0<br /> | 1<br /> |-<br /> | 1<br /> | 0<br /> |}&lt;br /&gt;<br /> * AND - takes two inputs and returns true if both inputs are true<br /> * OR - takes two inputs and returns true if at least one input is true<br /> * XOR - takes two inputs and returns true if exactly one input is true<br /> * NAND - takes two inputs and returns true if either input is false<br /> * NOR - takes two inputs and returns true if both inputs are false<br /> * NXOR - takes two inputs and returns true if both inputs are identical&lt;br /&gt;&lt;br /&gt;<br /> {| class=&quot;wikitable&quot; border=1<br /> |-<br /> ! input A <br /> ! input B<br /> ! AND<br /> ! OR<br /> ! XOR<br /> ! NAND<br /> ! NOR<br /> ! NXOR<br /> |-<br /> | 0<br /> | 0<br /> | 0<br /> | 0<br /> | 0<br /> | 1<br /> | 1<br /> | 1<br /> |-<br /> | 0<br /> | 1<br /> | 0<br /> | 1<br /> | 1<br /> | 1<br /> | 0<br /> | 0<br /> |-<br /> | 1<br /> | 0<br /> | 0<br /> | 1<br /> | 1<br /> | 1<br /> | 0<br /> | 0<br /> |-<br /> | 1<br /> | 1<br /> | 1<br /> | 1<br /> | 0<br /> | 0<br /> | 0<br /> | 1<br /> |}&lt;br /&gt;<br /> The most human-understandable logic system requires NOT, AND and OR gates, but having a design for either a NAND or a NOR gate is enough to build any of the other gates. Some gates are easier to create or need fewer components than others depending on what discipline your logic relies on.<br /> === Complex gates ===<br /> * [[Latch]] - storing and reading a single binary value<br /> * [[Repeater]] - sending a repeating signal<br /> * [[Counter]]/[[Adder]] - binary calculation<br /> == Disciplines ==<br /> There are 4 main disciplines of dwarfputing, depending on what will drive the dwarfputer. Each of them has it's assets and drawbacks. <br /> === Fluid logic ===<br /> [[Fluid logic]] is controlling the ''flow of fluid'' over different pressure plates. Fluid logic can be easily constructed and every known logic gate in dwarf fortress has already been built with it. On the other hand this discipline depends on a somehow unlimited source of the used fluid to deal with it's [[evaporation]] and [[Water#Water_in_Fortress_Mode|destruction]].<br /> === Mechanical logic ===<br /> [[Mechanical logic]] uses systems of axles and [[gear assemblies]] to build logical gates. Mechanical logic reacts very fast and can be easily constructed. Especially the feature of gears to toggle on every signal instead of reacting different to on/off signals makes mechanical logic gates very flexible. On the other hand this discipline depends on much mechanical power. And because of the lack of some kind of rotation sensor, you will generally need a pump, a pressure plate and any fluid to convert power into on/off signals.<br /> === Borg logic ===<br /> [[Borg logic]] controlling the path of your dwarves to direct them over pressure plates. They will be driven by constant hauling jobs or military designations. Pressure plates are used in similar setups to those in the fluid logic method. It is theorized that Borg logic would be quicker and easier to set up than fluid logic, although it would require a very large population dedicated to nothing but borging. The tendency of dwarves to eat, sleep, drink, makes this discipline quite unreliable. There are no known examples of borg logic, and it is purely theoretical at this time. Maybe the discovery of [[one-way]] ramps will push it's development.<br /> === Animal logic ===<br /> [[Animal logic]] is like borg logic but uses animals or captured hostiles to trigger pressure plates. Animals have a natural 'follow the leader' tendency and never starve. Hostiles will always target your dwarves and will also need no food or sleep.<br /> == Examples ==<br /> There are few examples of a really useful dwarfputer and some concepts witches have the potential to become useful for others. But in most cases they are made just for fun. What doesn't mean to diminish their designers achievements, because these are in general the more complex ones.&lt;br /&gt;At the moment there are no known examples of animal or borg logic.<br /> === Useful ===<br /> * Magma trap<br /> ** This is an example of an useful dwarfputer controlling a magma trap. It automatically floods an area with lava, cleans up and resets afterwards. The timing is perfectly adjusted to let the victims vanish only leaving their valuable metal behind.&lt;br /&gt;video: http://mkv25.net/dfma/movie-1808-perfectmagmatrap&lt;br /&gt;design: http://i576.photobucket.com/albums/ss208/kanddak/magmatrap.png<br /> === Concepts ===<br /> * repeater<br /> ** mechanical logic http://mkv25.net/dfma/movie-1370-pump-basedautorepeater<br /> * adding machine<br /> ** mechanical logic, 6-bit: http://mkv25.net/dfma/movie-1561-addingmachine<br /> ** fluid logic, 8-bit: http://mkv25.net/dfma/movie-1084-numberabbeydemonstration<br /> === Such a doddle ===<br /> * decimal display for 4-bit binary input<br /> ** mechanical logic, decimal with overflow-bit: http://mkv25.net/dfma/movie-1745-dwarfputerv01<br /> ** probably fluid logic: http://mkv25.net/dfma/movie-1657-7segmentlcddisplay<br /> ** fluid logic, hexadecimal: http://mkv25.net/dfma/movie-1092-7-segmentdisplaydemonstration<br /> * tic tac toe<br /> ** mechanical logic http://mkv25.net/dfma/movie-1813-tictactoev10simple<br /> == See Also ==<br /> * [[Fluid logic]]<br /> * [[Mechanical logic]]<br /> * [[Repeater]]<br /> == Related user pages ==<br /> [[User:BaronW]] - A calculator capable of addition and subtraction with inputs of up to 1023.<br /> <br /> [[User:SL/Logic Gates]] - These use mechanisms for connecting gates and devices and so forth, but fluid for logic. They're built on top of a body of water, and require power (for a pump or two per gate).<br /> <br /> [[User:Kyace/Adder]] - A full adder built using fluid logic, with a video of a rough prototype. Trivial to combine 8 of these to make a fluid device capable of adding two 8 bit numbers together.<br /> <br /> [[User:Soundandfury#Logic_Gates]] - These have a water supply reservoir above and a drain below. The drained water can be pumped back to the supply reservoir.<br /> <br /> [[User:Bidok]] - Animal logic with all gates, memory, repeater and counter. All powered by kittens.<br /> <br /> [[User:Hussell#Assorted_Devices]] - Fluid logic<br /> <br /> [[User:Gammon]] - Fluid logic. Very detailed CMOS gates.<br /> [[Category:Guides]]</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=58981 2009-12-01T18:30:57Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Key==<br /> <br /> ====Floodgate====<br /> &lt;pre&gt;<br /> X FLOOD ALLOW FLOW WHEN ON<br /> &lt;/pre&gt;<br /> <br /> ====Large Raising Bridge====<br /> &lt;pre&gt;<br /> [ Start CH.BR. ALLOW DRAIN WHEN ON, ALLOW FLOW WHEN OFF<br /> ] End<br /> &lt;/pre&gt;<br /> Note: Channel below the end piece.<br /> <br /> ====Small Raising Bridge====<br /> &lt;pre&gt;<br /> [ BRIDGE ALLOW DRAIN WHEN OFF<br /> &lt;/pre&gt;<br /> Note: Channel above piece.<br /> <br /> ====Pressure Plate====<br /> &lt;pre&gt;<br /> P PR.PL. X/X ON<br /> P&lt; ON UNDER MAXIMUM<br /> &gt;P ON OVER MINIMUM<br /> &lt;/pre&gt;<br /> <br /> ====Channel====<br /> &lt;pre&gt;<br /> . DRAIN.<br /> &lt;/pre&gt;<br /> Note: Also used as a drain bypass to route around objects.<br /> <br /> ====Source====<br /> &lt;pre&gt;<br /> ~ WATER SOURCE.<br /> &lt;/pre&gt;<br /> Note: Only depicted in XAND and XOR.<br /> <br /> ===Notes===<br /> <br /> *Water source is above first input piece.<br /> *-2, -1, 0 Refers to level.<br /> *I is INPUT, O is OUTPUT. Numbered.<br /> <br /> <br /> ==Gates== <br /> <br /> <br /> ====AND====<br /> &lt;pre&gt; <br /> -1 0<br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====OR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> [ I.2 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOT, INVERTER====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====NAND====<br /> &lt;pre&gt; <br /> -1 0 <br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR<br /> [ I.2 BRIDGE <br /> ] CH.BR<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> &lt;gallery caption=&quot;NOR&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig5NOR0.png|Level 0. Water source is at the top, falling from above.<br /> &lt;/gallery&gt; <br /> ====XOR====<br /> &lt;pre&gt; <br /> -2 -1 0<br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt;<br /> ====XAND==== <br /> &lt;pre&gt; <br /> -2 -1 0 <br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt;<br /> &lt;gallery caption=&quot;XAND&quot; widths=&quot;100px&quot; heights=&quot;100px&quot; perrow=&quot;6&quot;&gt;<br /> File:Fig4XAND2.png|Level -2. Grates hide a drainage bypass.<br /> File:Fig4XAND1.png|Level -1. Water source at top, falling from above.<br /> File:Fig4XAND0.png|Level 0. Water source at top, falling down.<br /> &lt;/gallery&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> &lt;pre&gt;<br /> 0 0 <br /> [ [ I.S I.R<br /> ] ]<br /> [ [ I.Q I.Q<br /> ] ] <br /> &lt;P &lt;P O.Q O.Q<br /> &lt;/pre&gt;<br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png|thumb|The reservoir]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig5NOR0.png&diff=58980 2009-12-01T18:26:41Z

<p>Gammon: Two bridges raise and lower to control drainage and flow. Channels have been dug underneath the bridge end pieces (nearest the plate.) Water source is at the top, falling down onto the uppermost bridge.</p> <hr /> <div>Two bridges raise and lower to control drainage and flow. Channels have been dug underneath the bridge end pieces (nearest the plate.) Water source is at the top, falling down onto the uppermost bridge.</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=58978 2009-12-01T18:12:40Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Key==<br /> <br /> ====Floodgate====<br /> &lt;pre&gt;<br /> X FLOOD ALLOW FLOW WHEN ON<br /> &lt;/pre&gt;<br /> <br /> ====Large Raising Bridge====<br /> &lt;pre&gt;<br /> [ Start CH.BR. ALLOW DRAIN WHEN ON, ALLOW FLOW WHEN OFF<br /> ] End<br /> &lt;/pre&gt;<br /> Note: Channel below the end piece.<br /> <br /> ====Small Raising Bridge====<br /> &lt;pre&gt;<br /> [ BRIDGE ALLOW DRAIN WHEN OFF<br /> &lt;/pre&gt;<br /> Note: Channel above piece.<br /> <br /> ====Pressure Plate====<br /> &lt;pre&gt;<br /> P PR.PL. X/X ON<br /> P&lt; ON UNDER MAXIMUM<br /> &gt;P ON OVER MINIMUM<br /> &lt;/pre&gt;<br /> <br /> ====Channel====<br /> &lt;pre&gt;<br /> . DRAIN.<br /> &lt;/pre&gt;<br /> Note: Also used as a drain bypass to route around objects.<br /> <br /> ====Source====<br /> &lt;pre&gt;<br /> ~ WATER SOURCE.<br /> &lt;/pre&gt;<br /> Note: Only depicted in XAND and XOR.<br /> <br /> ===Notes===<br /> <br /> *Water source is above first input piece.<br /> *-2, -1, 0 Refers to level.<br /> *I is INPUT, O is OUTPUT. Numbered.<br /> <br /> <br /> ==Gates== <br /> <br /> <br /> ====AND====<br /> &lt;pre&gt; <br /> -1 0<br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====OR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> [ I.2 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOT, INVERTER====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====NAND====<br /> &lt;pre&gt; <br /> -1 0 <br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR<br /> [ I.2 BRIDGE <br /> ] CH.BR<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====XOR====<br /> &lt;pre&gt; <br /> -2 -1 0<br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt;<br /> ====XAND==== <br /> &lt;pre&gt; <br /> -2 -1 0 <br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt;<br /> [[File:Fig4XAND2.png]][[File:Fig4XAND1.png]][[File:Fig4XAND0.png]]<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> &lt;pre&gt;<br /> 0 0 <br /> [ [ I.S I.R<br /> ] ]<br /> [ [ I.Q I.Q<br /> ] ] <br /> &lt;P &lt;P O.Q O.Q<br /> &lt;/pre&gt;<br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=58977 2009-12-01T18:11:27Z

<p>Gammon: </p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Key==<br /> <br /> ====Floodgate====<br /> &lt;pre&gt;<br /> X FLOOD ALLOW FLOW WHEN ON<br /> &lt;/pre&gt;<br /> <br /> ====Large Raising Bridge====<br /> &lt;pre&gt;<br /> [ Start CH.BR. ALLOW DRAIN WHEN ON, ALLOW FLOW WHEN OFF<br /> ] End<br /> &lt;/pre&gt;<br /> Note: Channel below the end piece.<br /> <br /> ====Small Raising Bridge====<br /> &lt;pre&gt;<br /> [ BRIDGE ALLOW DRAIN WHEN OFF<br /> &lt;/pre&gt;<br /> Note: Channel above piece.<br /> <br /> ====Pressure Plate====<br /> &lt;pre&gt;<br /> P PR.PL. X/X ON<br /> P&lt; ON UNDER MAXIMUM<br /> &gt;P ON OVER MINIMUM<br /> &lt;/pre&gt;<br /> <br /> ====Channel====<br /> &lt;pre&gt;<br /> . DRAIN.<br /> &lt;/pre&gt;<br /> Note: Also used as a drain bypass to route around objects.<br /> <br /> ====Source====<br /> &lt;pre&gt;<br /> ~ WATER SOURCE.<br /> &lt;/pre&gt;<br /> Note: Only depicted in XAND and XOR.<br /> <br /> ===Notes===<br /> <br /> *Water source is above first input piece.<br /> *-2, -1, 0 Refers to level.<br /> *I is INPUT, O is OUTPUT. Numbered.<br /> <br /> <br /> ==Gates== <br /> <br /> <br /> ====AND====<br /> &lt;pre&gt; <br /> -1 0<br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====OR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> [ I.2 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOT, INVERTER====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====NAND====<br /> &lt;pre&gt; <br /> -1 0 <br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR<br /> [ I.2 BRIDGE <br /> ] CH.BR<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====XOR====<br /> &lt;pre&gt; <br /> -2 -1 0<br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt;<br /> ====XAND==== <br /> &lt;pre&gt; <br /> -2 -1 0 <br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt;<br /> [[File:Fig4XAND0.png]][[File:Fig4XAND1.png]][[File:Fig4XAND2.png]]<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> &lt;pre&gt;<br /> 0 0 <br /> [ [ I.S I.R<br /> ] ]<br /> [ [ I.Q I.Q<br /> ] ] <br /> &lt;P &lt;P O.Q O.Q<br /> &lt;/pre&gt;<br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> ====Reservoir====<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. The door above determines whether the reservoir may fill. Underneath the water are a series of hatches over the computer components, determining whether the computer is on or off. To the left is a protected access shaft. The pump at the topmost is the highest in a series of pumps, reaching below to remove waste water.<br /> <br /> [[File:Fig1Reservoir.png]]<br /> <br /> <br /> ====Computer Components====<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> ====Drainage====<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND2.png&diff=58976 2009-12-01T18:02:52Z

<p>Gammon: This is the bottom of the XAND gate and also the bottom of an AND gate. Two bridges raise and lower to stop or allow the drainage of water from a channel directly above them. A channel below bypasses any unintended blockage of water.</p> <hr /> <div>This is the bottom of the XAND gate and also the bottom of an AND gate. Two bridges raise and lower to stop or allow the drainage of water from a channel directly above them. A channel below bypasses any unintended blockage of water.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND1.png&diff=58975 2009-12-01T18:00:38Z

<p>Gammon: One level under the top of the XAND and we find two floodgates and two floor grates for drainage and access. This is also the top of an AND gate. Notice the space in front of the uppermost floodgate, that is the water source which falls from above.</p> <hr /> <div>One level under the top of the XAND and we find two floodgates and two floor grates for drainage and access. This is also the top of an AND gate. Notice the space in front of the uppermost floodgate, that is the water source which falls from above.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND0.png&diff=58974 2009-12-01T17:56:49Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND0.png&quot;:&amp;#32;On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge</p> <hr /> <div>On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND0.png&diff=58973 2009-12-01T17:55:12Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND0.png&quot;:&amp;#32;Reverted to version as of 17:49, 1 December 2009</p> <hr /> <div>On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND0.png&diff=58972 2009-12-01T17:54:15Z

<p>Gammon: uploaded a new version of &quot;File:Fig4XAND0.png&quot;:&amp;#32;On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge</p> <hr /> <div>On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig4XAND0.png&diff=58971 2009-12-01T17:49:54Z

<p>Gammon: On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</p> <hr /> <div>On the first level of this XAND gate, two raising bridges can be seen. Under the end piece of each bridge (the end piece is closest the plate) a channel has been dug to allow drainage when the bridge turns on.</div>

Gammon https://dwarffortresswiki.org/index.php?title=File:Fig1Reservoir.png&diff=58970 2009-12-01T17:47:51Z

<p>Gammon: A reservoir holding water ensures a high pressure throughout this fluid logic computer.</p> <hr /> <div>A reservoir holding water ensures a high pressure throughout this fluid logic computer.</div>

Gammon https://dwarffortresswiki.org/index.php?title=40d_Talk:Fluid_logic&diff=58945 2009-12-01T00:49:15Z

<p>Gammon: </p> <hr /> <div>Can anyone explain how the XOR of the Mechanical-Fluid Gates work? I don´t seem to understand it...--[[User:Kami|Kami]] 17:34, 12 October 2009 (UTC)<br /> * Sure. It assumes the pump is powered by a windmill on a map with strong wind (40 power). If neither input is on, the power is only transfered to the southeast gear assembly (total of 10 power consumed). If only the yellow gear assembly is connected (considered to be a logic high), then every gear assembly but the green input is powered (30 power in gear assys, 10 power for the pump). If only the green assembly is connected, the yellow assy and the white one to the north are both disconnected (25 power in gear assys, 10 for the pump). But if both assys are connected, the entire thing requires 45 power to work, and nothing turns. Easily modifiable with a huge number of gears for water wheel power. I believe a windmill farm would be necessary on a map with 20 or 10 wind. -[[User:Arrkhal|Arrkhal]] 20:27, 12 October 2009 (UTC)<br /> ** Now I understand. But I think this should be mentioned anywhere. ^^&lt;br /&gt;By the way, I don´t think this is a good concept. You´ll have to empower every single part of your &quot;computer&quot; by itself. And you´ll have to calculate your power well and build tons of useless gears. Complex logic will lead you to a state you can´t handle it anymore... I´ll think of it. --[[User:Kami|Kami]] 13:31, 13 October 2009 (UTC)<br /> *** Probably not the best system, yeah. I was mainly just trying to think of a system which destroys a minimum amount of water, to be able to compute on a map with only murky pools. You may want to look at the [[mechanical logic]] page, too. That's where I got the XOR design from. If there's a better way to make an XOR with gears and axles, I can't think of it. -[[User:Arrkhal|Arrkhal]] 23:36, 13 October 2009 (UTC)<br /> ****Just hook the inputs up to the same gear- gear assemblies toggle. You'll need to &quot;invert&quot; the pressure plate, though, since hooking up two levers to a gear assembly leaves them both off and the power on. With one lever pulled, the power's off, and with both it's back on. 23:34, 14 October 2009 (UTC)<br /> ****I think this is more mechanical computing than water computing, because in this case the logic lies within the gears and power. The water is only used to convert power into lever signals.&lt;br /&gt;But I see the destruction of water is a problem you will have to solve if you have limited ressources. Did you ever consider to use hatches to control the flow of water? This would require more pumping, but could work?&lt;br /&gt;An XOR with gears that is not based on underpovering can be made the same way you did for the infinite flow gates above. A XOR B = (A AND NOT B) OR (NOT A AND B) | A XNOR B = (A AND B) OR (NOT A and NOT B)&lt;br /&gt;Oh, and here is an short example of computing I tested: http://mkv25.net/dfma/movie-1745-dwarfputerv01 --[[User:Kami|Kami]] 10:46, 15 October 2009 (UTC)<br /> <br /> ==Help: Time Keeping, a counting problem==<br /> Ok, I am well-and-truly crazy, but I want to make a DF clock. One which accurately tracks days and month. (Additional awesome for tracking 'hours' within days, but that would be crazy). So, i think i know what to do conceptually, but i'm having problems making the leap from concept to a concept of execution in the game. (Part of this certainly results from my having had problems getting pressure plates to work properly before)<br /> <br /> Thoughts: &lt;br&gt;<br /> So, there's going to be some minimal repeater, which toggles with a frequency of f. Each toggle of the repeater fills a 1x1 area with 7/7 water, or dumps that water.<br /> <br /> The resevoir into which the water is dumped with each toggle is 7x1, causing it to fill to 1/7 everywhere the first time, 2/7 the second, etc... When it reaches 7/7 it dumps...<br /> <br /> ...into a 7x7, which similarly fills up to 7/7 over 7 dumps of the second level system.<br /> <br /> Issues: How do i ensure perfect draining of a 1x7 area in relatively short time? A 7x7 area? How many iterations / what final depth on last iteration do i need to count out a day/month? (Ie, how short or long does a repeater tend to run per repeat, and what multiple of that is sufficient to count out a month?)<br /> <br /> Biggest issue: It must work slowly enough to allow draining yet quickly enough to permit accurate counting of days.<br /> <br /> I suppose after the 1x7 it could trigger another 1x1 repeater, and i could just parallelize that way, with each repeater being triggered slower and slower. The 7x1 could also be a 6x1 column with a 1x2 top layer (7 cubes, 6 vertical, 7th needs a floor to measure depth), which would help with rapid draining, but will it be rapid enough?<br /> <br /> So, any thoughts? How can I build this and not go crazy?<br /> <br /> --[[User:Squirrelloid|Squirrelloid]] 09:45, 31 October 2009 (UTC) has the potential to become the greatest dwarfputer ever!<br /> <br /> Here are some suggestions:<br /> * If you fill an area with 1/7 water you will encounter a problem with evaporation, especially when it takes more time until you add more water for example when you´re counting months.<br /> * Possible solution: You could work with multiple of 2/7 water or use some system that adds an additional 1/7 water per field for the first time.<br /> * You can´t totally drain an area, even it goes -1 z-level through a whole at one side a 1/7 portion of water will always stay there. One possibility would be to use a hatch or a bridge, but then you can´t use a pressure plate as trigger.<br /> * Imagination: 6/7 would be perfect if you have an 1x3 area and want to use multiple of 2/7 water.<br /> * Don´t use larger areas for each level like you suggested (1 7 43 ...). Use multiple small components connected via pressure plate in a row.<br /> * Suggest to work with components like others used for their alculation machines. Using the height of water is not the the best idea comparing to pure binary logic with filled/not filled.<br /> * I think the best repeater would be a that goblin one.<br /> <br /> --[[User:Kami|Kami]] 11:18, 31 October 2009 (UTC)<br /> <br /> :Ok, big first issue: I made a rough build of a single component as i proposed, just to see if it would work at all. It doesn't. For some reason I can't have a single pressure plate open the floodgates *and* close the hatches? Am i misunderstanding something about the way pressure plates work? <br /> <br /> :So, i'm filling with pressurized water, meaning the 1x1 component goes to 7/7 instantaneously. This means it should open the floodgate to drain the 1x1 and close the hatch to prevent additional fill of the 1x1 at the same time. Flood gate opens fine but the hatch refuses to close... What the heck am i doing wrong? Shouldn't the pressure plate toggle both hatches and floodgates to the opposite of their current positions?<br /> <br /> :If it toggles multiple times, maybe i could just open and close components with a 3/7-4/7 signal and it could just repeatedly toggle the components at some frequency that could be counted with other components... of course, then i need to time every component separately - now that sounds like a nightmare.<br /> <br /> :This would be easier if screw pumps didn't create water, so their supply was actually limited by how much had gone in...<br /> <br /> :Issue with lots of binary components - that sounds a lot more space intensive. It does, however, sound more foolproof.<br /> <br /> :--[[User:Squirrelloid|Squirrelloid]] 13:00, 31 October 2009 (UTC)<br /> <br /> ::Relevant additional question - Does anyone know how many 'steps' there are in a DF day? Month? Year? --[[User:Squirrelloid|Squirrelloid]] 13:19, 31 October 2009 (UTC)<br /> <br /> :Your Problem is: pressure plates and levers have a &quot;on&quot; and a &quot;off&quot; state. &quot;On&quot; opens door, floodgates and hatches, &quot;off&quot; closes them. It is not possible to open one thing and close another directly with the same lever or pressure plate. Look at [[lever]] for more information. You´ll have to use some kind of signal-inverter or use a bridge to block flow. Bridges can be used as inverted doors ([[fluid logic]]). --[[User:Kami|Kami]] 15:00, 31 October 2009 (UTC)<br /> <br /> ::That's really stupid. But creatures stepping on a pressure plate just work like a toggle? What the hell? Why can't fluids work more like that. --[[User:Squirrelloid|Squirrelloid]] 17:02, 31 October 2009 (UTC)<br /> <br /> Ok, I think I have a design that might work. Its not exactly binary, but its going to be a whole lot easier to build rather than figuring out the mess of logic.<br /> <br /> So the example repeater on the Repeater page says it works ~1/300 'steps'. Assume there are 1200 'steps' in a day.<br /> <br /> P|_+_|_+^_<br /> <br /> Where P is pressurized water, | is a floodgate, + is a drawbridge, ^ is a 3/7-7/7 pressure plate, and _ is a hatch. The doors and bridges are linked to the pressure plate in the repeater, which alternately toggles them, so it counts up to 4. The ^ at the end opens all the hatches when 'on' (voiding the system), and also triggers a day counter, built on similar principles but 28 long. The day counter similarly triggers a month counter that is 12 long. The difference being each step of the day/month counter needs a ^ to trigger a display somewhere (unless you use the counter itself as the display, which is admittedly inelegant).<br /> <br /> ... The ^ from the repeater is going to toggle on and off once per iteration isn't it, so it'll do two parts instead of one per 300 'steps'? crap. I suppose you need to make it twice as long then, huh? Ie:<br /> <br /> P|_+_|_+_|_+_|_+^_<br /> <br /> (As much fun as building a full binary system would be, I want something that can be constructed relatively quickly, which in this case means 'with a limited number of logic structures')<br /> <br /> --[[User:Squirrelloid|Squirrelloid]] 08:44, 1 November 2009 (UTC)<br /> <br /> :Ok, it doesn't work, i can't keep water at 7/7 through the whole thing (annoying).<br /> :a day is also not an integer multiple of that particular repeater. Its somewhere between 3 and 4 iterations. Ugg, getting this to work properly is going to drive me nuts. I'm not really sure I want to try to code in binary... --[[User:Squirrelloid|Squirrelloid]] 12:04, 1 November 2009 (UTC)<br /> <br /> :Hmm.. with a little more complication i don't need to have them in sequence. But drainage becomes a bigger engineering problem... Ok, lets solve the repeater:day ratio problem first, then i'll try to figure out how to 'wire' this mess. --[[User:Squirrelloid|Squirrelloid]] 12:39, 1 November 2009 (UTC)<br /> ::I have seen a video of a goblin running forth an back towards triggered doors. http://mkv25.net/dfma/movie-1299-goblininfiniteloop I think this would be a perfect and scalable repeater... I think if you know how fast a goblin can run and how long it would take to find the new way, you´ll be able to have him &quot;repeat&quot; exactly x times a day. --[[User:Kami|Kami]] 19:39, 2 November 2009 (UTC)<br /> <br /> :::So, there's this theory that a day has 1200 'ticks'. Bridges and floodgates have a 100 tick delay (assuming they're built *before* the pressure plate, o/w 101 ticks...). Theory seems to suggest pressurized water pushes 7/7 water into an open space each tick. So the minimal repeater with pressurized water: P+^| has a 202 tick cycle (assuming +,| are built before ^). Theory - we need to extend the front end of this 38 squares to get a 240 tick repeater (1200/240 = 5).<br /> <br /> :::by front end i mean something like P+____..._____+^|, where _ are open space with hatch covers, because this needs to completely drain each cycle, and also not interfere with the spacing of the actual repeater, just the time it takes to refill/retrigger.<br /> <br /> :::I need to actually build this and run some timing tests... The other problem is i'm assuming infinitely pressurized water - need to check feasibility if i'm draining 38 squares of water each cycle of the repeater... (admittedly, i can use its waste water to pressurize whatever adder i have keeping track of how often its repeated...)<br /> <br /> :::--[[User:Squirrelloid|Squirrelloid]] 20:17, 2 November 2009 (UTC)<br /> <br /> == Image improvement ==<br /> [[User:HebaruSan|HebaruSan]], you added an 'Image Rules Notice'. Can you explain what you'd like to have improved? Using the default tileset would rather reduce than improve clarity.<br /> : The only thing that's rule-related is to convert from GIF to PNG, which is minor. I'd still find these a bit confusing after that, though; a few suggestions:<br /> :* Change |thumb to |right or |left so they appear at full size, since they're an important part of the content and not an aside.<br /> :* Omit the gridlines.<br /> :* Use a black background.<br /> :* Use the foreground color for color-coding the functional pieces. So the gear assembly itself would be green or purple, not the tile under it.<br /> :* Use a thicker/bolder font.<br /> :* ''Maybe'' draw some partially transparent arrows over the tiles to illustrate the flow of the logic. I.e., from this tile, to that tile, to that tile, ...<br /> :* ''Maybe'' split them out into one graphic per diagram. This may not matter much once they're full-size, though.<br /> : I found [[User:Hussell/SetResetLatch]] to be pretty readable, using mostly the standard tileset. I'll try to find some time today to mock one of these up with RT, to see how it looks.<br /> : --[[User:HebaruSan|HebaruSan]] 14:03, 9 November 2009 (UTC)<br /> <br /> ::With the sole exception of screwpumps, i think the default tileset would make things a lot clearer. Also, why say 'input' and 'output' when what you mean is 'water' and 'pressure plate'? A less formal abstract treatment and a more DF-termed treatment might make it more accessible. --[[User:Squirrelloid|Squirrelloid]] 14:36, 9 November 2009 (UTC)<br /> :::I allready tried to use default tileset, not for water logic but for mechanical logic, and failed so far. Especially pumps and plates for different levels are a problem, but also linkage issues and I/O can be difficult do display. But I have to admit that [[User:Hussell/SetResetLatch|Hussell's SetResetLatch]] looks quite good.&lt;br /&gt;@[[User:Squirrelloid|Squirrelloid]]: I don't think the problem of this page are the images. There should be more Text to explain how they are working.--[[User:Kami|Kami]] 15:11, 9 November 2009 (UTC)<br /> :::: [[File:Fluid darkbg.png|right]] For comparison, here's what it might look like with black backgrounds, varying foregrounds, no gridlines, and thicker glyphs:<br /> :::: --[[User:HebaruSan|HebaruSan]] 17:29, 9 November 2009 (UTC) &lt;br clear=&quot;all&quot;/&gt;<br /> <br /> == CMOS logic ==<br /> <br /> The logic gate described as CMOS logic is actually classic transistor logic, which relies on the flow of current (water). The point of CMOS logic is that there is only flow at state changes. It would look like this in Dwrf Fortress (not tested yet):<br /> &lt;pre&gt;<br /> ║S║ - water source<br /> ╠X╣ - floodgate<br /> ║p║ - pressure plate<br /> ╠B╣ - drawbridge<br /> ║D║ - drain<br /> &lt;/pre&gt;<br /> The floodgate and the bridge are connected to the same input, and the pressure plate will be the output (either positive or negative). It has an advantage of low water usage (the same as real CMOS circuits), so it can be connected to a permanent water source (or even a pond that is filled occasionally), and can be drained by letting the water into a large cavern where it will evaporate.<br /> <br /> [[Special:Contributions/89.132.124.161|89.132.124.161]] 13:11, 17 November 2009 (UTC)<br /> * I'm on to testing this logic and will write to the main page when ready. [[User:Petersohn|Petersohn]] 07:50, 18 November 2009 (UTC)<br /> ** Done. [[User:Petersohn|Petersohn]] 12:46, 30 November 2009 (UTC)<br /> *I have added my personal work on this subject to my user page. The gates I use are similar, but I feel they may yet contribute. [[User:Gammon|Gammon]] 00:45, 1 December 2009 (UTC)</div>

Gammon https://dwarffortresswiki.org/index.php?title=40d_Talk:Fluid_logic&diff=58944 2009-12-01T00:45:00Z

<p>Gammon: /* CMOS logic */</p> <hr /> <div>Can anyone explain how the XOR of the Mechanical-Fluid Gates work? I don´t seem to understand it...--[[User:Kami|Kami]] 17:34, 12 October 2009 (UTC)<br /> * Sure. It assumes the pump is powered by a windmill on a map with strong wind (40 power). If neither input is on, the power is only transfered to the southeast gear assembly (total of 10 power consumed). If only the yellow gear assembly is connected (considered to be a logic high), then every gear assembly but the green input is powered (30 power in gear assys, 10 power for the pump). If only the green assembly is connected, the yellow assy and the white one to the north are both disconnected (25 power in gear assys, 10 for the pump). But if both assys are connected, the entire thing requires 45 power to work, and nothing turns. Easily modifiable with a huge number of gears for water wheel power. I believe a windmill farm would be necessary on a map with 20 or 10 wind. -[[User:Arrkhal|Arrkhal]] 20:27, 12 October 2009 (UTC)<br /> ** Now I understand. But I think this should be mentioned anywhere. ^^&lt;br /&gt;By the way, I don´t think this is a good concept. You´ll have to empower every single part of your &quot;computer&quot; by itself. And you´ll have to calculate your power well and build tons of useless gears. Complex logic will lead you to a state you can´t handle it anymore... I´ll think of it. --[[User:Kami|Kami]] 13:31, 13 October 2009 (UTC)<br /> *** Probably not the best system, yeah. I was mainly just trying to think of a system which destroys a minimum amount of water, to be able to compute on a map with only murky pools. You may want to look at the [[mechanical logic]] page, too. That's where I got the XOR design from. If there's a better way to make an XOR with gears and axles, I can't think of it. -[[User:Arrkhal|Arrkhal]] 23:36, 13 October 2009 (UTC)<br /> ****Just hook the inputs up to the same gear- gear assemblies toggle. You'll need to &quot;invert&quot; the pressure plate, though, since hooking up two levers to a gear assembly leaves them both off and the power on. With one lever pulled, the power's off, and with both it's back on. 23:34, 14 October 2009 (UTC)<br /> ****I think this is more mechanical computing than water computing, because in this case the logic lies within the gears and power. The water is only used to convert power into lever signals.&lt;br /&gt;But I see the destruction of water is a problem you will have to solve if you have limited ressources. Did you ever consider to use hatches to control the flow of water? This would require more pumping, but could work?&lt;br /&gt;An XOR with gears that is not based on underpovering can be made the same way you did for the infinite flow gates above. A XOR B = (A AND NOT B) OR (NOT A AND B) | A XNOR B = (A AND B) OR (NOT A and NOT B)&lt;br /&gt;Oh, and here is an short example of computing I tested: http://mkv25.net/dfma/movie-1745-dwarfputerv01 --[[User:Kami|Kami]] 10:46, 15 October 2009 (UTC)<br /> <br /> ==Help: Time Keeping, a counting problem==<br /> Ok, I am well-and-truly crazy, but I want to make a DF clock. One which accurately tracks days and month. (Additional awesome for tracking 'hours' within days, but that would be crazy). So, i think i know what to do conceptually, but i'm having problems making the leap from concept to a concept of execution in the game. (Part of this certainly results from my having had problems getting pressure plates to work properly before)<br /> <br /> Thoughts: &lt;br&gt;<br /> So, there's going to be some minimal repeater, which toggles with a frequency of f. Each toggle of the repeater fills a 1x1 area with 7/7 water, or dumps that water.<br /> <br /> The resevoir into which the water is dumped with each toggle is 7x1, causing it to fill to 1/7 everywhere the first time, 2/7 the second, etc... When it reaches 7/7 it dumps...<br /> <br /> ...into a 7x7, which similarly fills up to 7/7 over 7 dumps of the second level system.<br /> <br /> Issues: How do i ensure perfect draining of a 1x7 area in relatively short time? A 7x7 area? How many iterations / what final depth on last iteration do i need to count out a day/month? (Ie, how short or long does a repeater tend to run per repeat, and what multiple of that is sufficient to count out a month?)<br /> <br /> Biggest issue: It must work slowly enough to allow draining yet quickly enough to permit accurate counting of days.<br /> <br /> I suppose after the 1x7 it could trigger another 1x1 repeater, and i could just parallelize that way, with each repeater being triggered slower and slower. The 7x1 could also be a 6x1 column with a 1x2 top layer (7 cubes, 6 vertical, 7th needs a floor to measure depth), which would help with rapid draining, but will it be rapid enough?<br /> <br /> So, any thoughts? How can I build this and not go crazy?<br /> <br /> --[[User:Squirrelloid|Squirrelloid]] 09:45, 31 October 2009 (UTC) has the potential to become the greatest dwarfputer ever!<br /> <br /> Here are some suggestions:<br /> * If you fill an area with 1/7 water you will encounter a problem with evaporation, especially when it takes more time until you add more water for example when you´re counting months.<br /> * Possible solution: You could work with multiple of 2/7 water or use some system that adds an additional 1/7 water per field for the first time.<br /> * You can´t totally drain an area, even it goes -1 z-level through a whole at one side a 1/7 portion of water will always stay there. One possibility would be to use a hatch or a bridge, but then you can´t use a pressure plate as trigger.<br /> * Imagination: 6/7 would be perfect if you have an 1x3 area and want to use multiple of 2/7 water.<br /> * Don´t use larger areas for each level like you suggested (1 7 43 ...). Use multiple small components connected via pressure plate in a row.<br /> * Suggest to work with components like others used for their alculation machines. Using the height of water is not the the best idea comparing to pure binary logic with filled/not filled.<br /> * I think the best repeater would be a that goblin one.<br /> <br /> --[[User:Kami|Kami]] 11:18, 31 October 2009 (UTC)<br /> <br /> :Ok, big first issue: I made a rough build of a single component as i proposed, just to see if it would work at all. It doesn't. For some reason I can't have a single pressure plate open the floodgates *and* close the hatches? Am i misunderstanding something about the way pressure plates work? <br /> <br /> :So, i'm filling with pressurized water, meaning the 1x1 component goes to 7/7 instantaneously. This means it should open the floodgate to drain the 1x1 and close the hatch to prevent additional fill of the 1x1 at the same time. Flood gate opens fine but the hatch refuses to close... What the heck am i doing wrong? Shouldn't the pressure plate toggle both hatches and floodgates to the opposite of their current positions?<br /> <br /> :If it toggles multiple times, maybe i could just open and close components with a 3/7-4/7 signal and it could just repeatedly toggle the components at some frequency that could be counted with other components... of course, then i need to time every component separately - now that sounds like a nightmare.<br /> <br /> :This would be easier if screw pumps didn't create water, so their supply was actually limited by how much had gone in...<br /> <br /> :Issue with lots of binary components - that sounds a lot more space intensive. It does, however, sound more foolproof.<br /> <br /> :--[[User:Squirrelloid|Squirrelloid]] 13:00, 31 October 2009 (UTC)<br /> <br /> ::Relevant additional question - Does anyone know how many 'steps' there are in a DF day? Month? Year? --[[User:Squirrelloid|Squirrelloid]] 13:19, 31 October 2009 (UTC)<br /> <br /> :Your Problem is: pressure plates and levers have a &quot;on&quot; and a &quot;off&quot; state. &quot;On&quot; opens door, floodgates and hatches, &quot;off&quot; closes them. It is not possible to open one thing and close another directly with the same lever or pressure plate. Look at [[lever]] for more information. You´ll have to use some kind of signal-inverter or use a bridge to block flow. Bridges can be used as inverted doors ([[fluid logic]]). --[[User:Kami|Kami]] 15:00, 31 October 2009 (UTC)<br /> <br /> ::That's really stupid. But creatures stepping on a pressure plate just work like a toggle? What the hell? Why can't fluids work more like that. --[[User:Squirrelloid|Squirrelloid]] 17:02, 31 October 2009 (UTC)<br /> <br /> Ok, I think I have a design that might work. Its not exactly binary, but its going to be a whole lot easier to build rather than figuring out the mess of logic.<br /> <br /> So the example repeater on the Repeater page says it works ~1/300 'steps'. Assume there are 1200 'steps' in a day.<br /> <br /> P|_+_|_+^_<br /> <br /> Where P is pressurized water, | is a floodgate, + is a drawbridge, ^ is a 3/7-7/7 pressure plate, and _ is a hatch. The doors and bridges are linked to the pressure plate in the repeater, which alternately toggles them, so it counts up to 4. The ^ at the end opens all the hatches when 'on' (voiding the system), and also triggers a day counter, built on similar principles but 28 long. The day counter similarly triggers a month counter that is 12 long. The difference being each step of the day/month counter needs a ^ to trigger a display somewhere (unless you use the counter itself as the display, which is admittedly inelegant).<br /> <br /> ... The ^ from the repeater is going to toggle on and off once per iteration isn't it, so it'll do two parts instead of one per 300 'steps'? crap. I suppose you need to make it twice as long then, huh? Ie:<br /> <br /> P|_+_|_+_|_+_|_+^_<br /> <br /> (As much fun as building a full binary system would be, I want something that can be constructed relatively quickly, which in this case means 'with a limited number of logic structures')<br /> <br /> --[[User:Squirrelloid|Squirrelloid]] 08:44, 1 November 2009 (UTC)<br /> <br /> :Ok, it doesn't work, i can't keep water at 7/7 through the whole thing (annoying).<br /> :a day is also not an integer multiple of that particular repeater. Its somewhere between 3 and 4 iterations. Ugg, getting this to work properly is going to drive me nuts. I'm not really sure I want to try to code in binary... --[[User:Squirrelloid|Squirrelloid]] 12:04, 1 November 2009 (UTC)<br /> <br /> :Hmm.. with a little more complication i don't need to have them in sequence. But drainage becomes a bigger engineering problem... Ok, lets solve the repeater:day ratio problem first, then i'll try to figure out how to 'wire' this mess. --[[User:Squirrelloid|Squirrelloid]] 12:39, 1 November 2009 (UTC)<br /> ::I have seen a video of a goblin running forth an back towards triggered doors. http://mkv25.net/dfma/movie-1299-goblininfiniteloop I think this would be a perfect and scalable repeater... I think if you know how fast a goblin can run and how long it would take to find the new way, you´ll be able to have him &quot;repeat&quot; exactly x times a day. --[[User:Kami|Kami]] 19:39, 2 November 2009 (UTC)<br /> <br /> :::So, there's this theory that a day has 1200 'ticks'. Bridges and floodgates have a 100 tick delay (assuming they're built *before* the pressure plate, o/w 101 ticks...). Theory seems to suggest pressurized water pushes 7/7 water into an open space each tick. So the minimal repeater with pressurized water: P+^| has a 202 tick cycle (assuming +,| are built before ^). Theory - we need to extend the front end of this 38 squares to get a 240 tick repeater (1200/240 = 5).<br /> <br /> :::by front end i mean something like P+____..._____+^|, where _ are open space with hatch covers, because this needs to completely drain each cycle, and also not interfere with the spacing of the actual repeater, just the time it takes to refill/retrigger.<br /> <br /> :::I need to actually build this and run some timing tests... The other problem is i'm assuming infinitely pressurized water - need to check feasibility if i'm draining 38 squares of water each cycle of the repeater... (admittedly, i can use its waste water to pressurize whatever adder i have keeping track of how often its repeated...)<br /> <br /> :::--[[User:Squirrelloid|Squirrelloid]] 20:17, 2 November 2009 (UTC)<br /> <br /> == Image improvement ==<br /> [[User:HebaruSan|HebaruSan]], you added an 'Image Rules Notice'. Can you explain what you'd like to have improved? Using the default tileset would rather reduce than improve clarity.<br /> : The only thing that's rule-related is to convert from GIF to PNG, which is minor. I'd still find these a bit confusing after that, though; a few suggestions:<br /> :* Change |thumb to |right or |left so they appear at full size, since they're an important part of the content and not an aside.<br /> :* Omit the gridlines.<br /> :* Use a black background.<br /> :* Use the foreground color for color-coding the functional pieces. So the gear assembly itself would be green or purple, not the tile under it.<br /> :* Use a thicker/bolder font.<br /> :* ''Maybe'' draw some partially transparent arrows over the tiles to illustrate the flow of the logic. I.e., from this tile, to that tile, to that tile, ...<br /> :* ''Maybe'' split them out into one graphic per diagram. This may not matter much once they're full-size, though.<br /> : I found [[User:Hussell/SetResetLatch]] to be pretty readable, using mostly the standard tileset. I'll try to find some time today to mock one of these up with RT, to see how it looks.<br /> : --[[User:HebaruSan|HebaruSan]] 14:03, 9 November 2009 (UTC)<br /> <br /> ::With the sole exception of screwpumps, i think the default tileset would make things a lot clearer. Also, why say 'input' and 'output' when what you mean is 'water' and 'pressure plate'? A less formal abstract treatment and a more DF-termed treatment might make it more accessible. --[[User:Squirrelloid|Squirrelloid]] 14:36, 9 November 2009 (UTC)<br /> :::I allready tried to use default tileset, not for water logic but for mechanical logic, and failed so far. Especially pumps and plates for different levels are a problem, but also linkage issues and I/O can be difficult do display. But I have to admit that [[User:Hussell/SetResetLatch|Hussell's SetResetLatch]] looks quite good.&lt;br /&gt;@[[User:Squirrelloid|Squirrelloid]]: I don't think the problem of this page are the images. There should be more Text to explain how they are working.--[[User:Kami|Kami]] 15:11, 9 November 2009 (UTC)<br /> :::: [[File:Fluid darkbg.png|right]] For comparison, here's what it might look like with black backgrounds, varying foregrounds, no gridlines, and thicker glyphs:<br /> :::: --[[User:HebaruSan|HebaruSan]] 17:29, 9 November 2009 (UTC) &lt;br clear=&quot;all&quot;/&gt;<br /> <br /> == CMOS logic ==<br /> <br /> The logic gate described as CMOS logic is actually classic transistor logic, which relies on the flow of current (water). The point of CMOS logic is that there is only flow at state changes. It would look like this in Dwrf Fortress (not tested yet):<br /> &lt;pre&gt;<br /> ║S║ - water source<br /> ╠X╣ - floodgate<br /> ║p║ - pressure plate<br /> ╠B╣ - drawbridge<br /> ║D║ - drain<br /> &lt;/pre&gt;<br /> The floodgate and the bridge are connected to the same input, and the pressure plate will be the output (either positive or negative). It has an advantage of low water usage (the same as real CMOS circuits), so it can be connected to a permanent water source (or even a pond that is filled occasionally), and can be drained by letting the water into a large cavern where it will evaporate.<br /> <br /> [[Special:Contributions/89.132.124.161|89.132.124.161]] 13:11, 17 November 2009 (UTC)<br /> * I'm on to testing this logic and will write to the main page when ready. [[User:Petersohn|Petersohn]] 07:50, 18 November 2009 (UTC)<br /> ** Done. [[User:Petersohn|Petersohn]] 12:46, 30 November 2009 (UTC)<br /> <br /> I have added my personal work on this subject to my user page. The gates I use are similar, but I feel they may yet contribute. [[User:Gammon|Gammon]] 00:45, 1 December 2009 (UTC)</div>

Gammon https://dwarffortresswiki.org/index.php?title=User:Gammon&diff=58943 2009-12-01T00:38:22Z

<p>Gammon: Created page with '=Fluid logic= ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own…'</p> <hr /> <div>=Fluid logic=<br /> <br /> ''Disclaimer: This is my personal work on the topic, and felt inclined to share it after reading about the same topic on DF Wiki. Use this information for your own works on the matter.''<br /> <br /> Fluid logic is a form of [[computing]] which uses a fluid (generally [[water]]) controlled by various means, to trigger [[pressure plate]]s and hopefully accomplish some desirable result.<br /> <br /> <br /> ==Key==<br /> <br /> ====Floodgate====<br /> &lt;pre&gt;<br /> X FLOOD ALLOW FLOW WHEN ON<br /> &lt;/pre&gt;<br /> <br /> ====Large Raising Bridge====<br /> &lt;pre&gt;<br /> [ Start CH.BR. ALLOW DRAIN WHEN ON, ALLOW FLOW WHEN OFF<br /> ] End<br /> &lt;/pre&gt;<br /> Note: Channel below the end piece.<br /> <br /> ====Small Raising Bridge====<br /> &lt;pre&gt;<br /> [ BRIDGE ALLOW DRAIN WHEN OFF<br /> &lt;/pre&gt;<br /> Note: Channel above piece.<br /> <br /> ====Pressure Plate====<br /> &lt;pre&gt;<br /> P PR.PL. X/X ON<br /> P&lt; ON UNDER MAXIMUM<br /> &gt;P ON OVER MINIMUM<br /> &lt;/pre&gt;<br /> <br /> ====Channel====<br /> &lt;pre&gt;<br /> . DRAIN.<br /> &lt;/pre&gt;<br /> Note: Also used as a drain bypass to route around objects.<br /> <br /> ====Source====<br /> &lt;pre&gt;<br /> ~ WATER SOURCE.<br /> &lt;/pre&gt;<br /> Note: Only depicted in XAND and XOR.<br /> <br /> ===Notes===<br /> <br /> *Water source is above first input piece.<br /> *-2, -1, 0 Refers to level.<br /> *I is INPUT, O is OUTPUT. Numbered.<br /> <br /> <br /> ==Gates== <br /> <br /> <br /> ====AND====<br /> &lt;pre&gt; <br /> -1 0<br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====OR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> [ I.2 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOT, INVERTER====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR.<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====NAND====<br /> &lt;pre&gt; <br /> -1 0 <br /> . X I.1 FLOOD <br /> [ . I.1 BRIDGE <br /> . X I.2 FLOOD <br /> [ . I.2 BRIDGE<br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt; <br /> ====NOR====<br /> &lt;pre&gt; <br /> 0<br /> [ I.1 BRIDGE <br /> ] CH.BR<br /> [ I.2 BRIDGE <br /> ] CH.BR<br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt; <br /> ====XOR====<br /> &lt;pre&gt; <br /> -2 -1 0<br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 0/5 <br /> &lt;/pre&gt;<br /> ====XAND====<br /> &lt;pre&gt; <br /> -2 -1 0 <br /> ~ ~ <br /> . X [ I.2 FLOOD I.1 CH.BR. <br /> [ . ] I.2 BRIDGE <br /> . X [ I.1 FLOOD I.2 CH.BR. <br /> [ . ] I.1 BRIDGE <br /> P O.1 PR.PL. 6/7 <br /> &lt;/pre&gt;<br /> <br /> <br /> ==Computing==<br /> <br /> <br /> ===Latch===<br /> <br /> In Dwarf Fortress, a latch is a circuit which has two stable states and thereby can store one bit of information.<br /> <br /> A circuit incorporating latches has state; its output may depend not only on its current input, but also on its previous inputs.<br /> <br /> <br /> ====S/R Latch====<br /> &lt;pre&gt;<br /> 0 0 <br /> [ [ I.S I.R<br /> ] ]<br /> [ [ I.Q I.Q<br /> ] ] <br /> &lt;P &lt;P O.Q O.Q<br /> &lt;/pre&gt;<br /> Note: Use a Signal Trap when attempting to capture creature plate signals. Hold RESET while system boots.<br /> <br /> <br /> ====Signal Trap====<br /> &lt;pre&gt;<br /> -1 0 1<br /> X . X I.R I.S <br /> &lt;P O.Q<br /> &lt;/pre&gt;<br /> Notes<br /> *INPUT S to SET, INPUT R to RESET<br /> *Uses a door and hatch. Useful for capturing creature plate OUTPUT.<br /> <br /> <br /> ===Clock Signal===<br /> &lt;pre&gt;<br /> 0<br /> [ IC CH.BR.<br /> ]<br /> &lt;P OC PR.PL.<br /> &lt;/pre&gt;<br /> Note: ACCURACY UNTESTED.<br /> <br /> <br /> <br /> ===Methods Of Implementation=== <br /> <br /> The computational &quot;house&quot; is a collection of gates and purpose-made components for the computation of inputs and harvesting of results.<br /> <br /> A source of water is pumped into a reservoir with the computational devices arranged below it to accept the water. Below these devices is a system for carrying away the used water.<br /> <br /> The system must be able to carry the water at an adequate rate. Pumps are one way to assure this: they take the water to a river or map edge. Untested is the method of &quot;atom-smashing&quot; the water; it would greatly minimize the work needed, and indeed this already occurs inside the devices.<br /> <br /> Of concern is what is known as &quot;sloshing&quot;: where water can cause effect upon a pressure plate more then once per operation. This can cause chaos in the computer and completely ruin it. Pressure must be kept as high as possible; and drainage faster then the rate which pressure introduces water into the computer.<br /> <br /> <br /> Fig.1 Reservoir<br /> <br /> A pump can be seen supplying water to the reservoir from a brook. Two doors, seen as XX, determine whether the reservoir may fill. The series X~X~X~X~X~X indicates hatches over the computer components, determining whether the computer is on or off.<br /> <br /> EDIT LATER<br /> <br /> <br /> Fig.2 Computer Components<br /> <br /> Here can be seen an S/R Latch: where two NOR gates have their outputs crossed to the others second input. This allows 1 bit to be stored.<br /> <br /> An access shaft, I, and a door, X, allow workers to reach the site.<br /> <br /> EDIT LATER<br /> <br /> <br /> Fig.3 Drainage<br /> <br /> Here a pump, %, can be seen removing water from a pit below the S/R Latch. There is ample conduit to bring the water to the brook and pump into it. A waterwheel, gear assembly, and two axles bring power to the pumps.<br /> <br /> EDIT LATER</div>

Gammon