v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Difference between revisions of "User:SL/Borg Logic Gates"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
Line 1: Line 1:
I'm mostly just pondering whether it might be possible to make a hybrid borg-mechanical system at the moment.
+
I'm mostly just pondering borg logic at the moment.
  
 
In order to make borg logic reliable without forcing dwarves to stand around, we may need to base it on a memory gate first. The memory gate requires water. We can use the simple one from my water/mechanism-connected logic gates: http://dwarffortresswiki.net/index.php/User:SL/Logic_Gates#Memory
 
In order to make borg logic reliable without forcing dwarves to stand around, we may need to base it on a memory gate first. The memory gate requires water. We can use the simple one from my water/mechanism-connected logic gates: http://dwarffortresswiki.net/index.php/User:SL/Logic_Gates#Memory

Revision as of 10:03, 15 February 2010

I'm mostly just pondering borg logic at the moment.

In order to make borg logic reliable without forcing dwarves to stand around, we may need to base it on a memory gate first. The memory gate requires water. We can use the simple one from my water/mechanism-connected logic gates: http://dwarffortresswiki.net/index.php/User:SL/Logic_Gates#Memory

The kitten logic gates sound more optimal, but I want to see where this leads.

You would build the memory gate on top of a reservoir, aquifer, or ocean. As I design each gate, I'll explain what to link the SET and CLEAR inputs and the OUTPUT to.

Note: It is possible for both the SET and CLEAR outputs to be triggered at the same time on the memory gate with these designs. This may result in an unpredictible output for a small amount of time.

Also, these gates are only theoretical and have not yet been tested.

NOT gate

###
B^B
B^B
B^B
O#O
FvF
FvF
FvF
###

'O': Service doors, normally locked - so that you can get in to perform maintenance on the pressure plates and whatnot. INPUT : All the floodgates, labelled F, and the bars or grates, labelled B. Your input is some lever, or something else, which you want to negate the value of. SET OUTPUT: 'v' tiles are pressure plates set to detect dwarves, linked to the SET output on a memory gate. They are given a pathing priority with the highest possible value (Important!). They should each also be linked to the adjacent 'F's or 'B's in case a dwarf is trapped inside. CLEAR OUTPUT: '^' tiles are pressure plates set to detect dwarves, linked to the CLEAR output on a memory gate. They are given a pathing priority with the lowest possible value (Important!).

How it works: If the INPUT is ON, the doors are opened, and newly calculated paths will be routed over the SET OUTPUT pressure plates. If the doors are closed, newly calculated paths will be routed over the CLEAR OUTPUT pressure plates instead. This will unfortunately cause dwarves who have already calculated a path through the now-closed doors to run into the doors and exclaim "WTF."