- 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.
Difference between revisions of "40d Talk:Mechanical logic"
m (moved Talk:Broken/40d\x3aMechanical logic to 40d Talk:Mechanical logic: Fixing talk page name (428/738)) |
|||
(6 intermediate revisions by 6 users not shown) | |||
Line 23: | Line 23: | ||
::The problem, then, however, is that for some of the more complicated gates, and definitely for the memory gates, that it becomes very difficult to know which gearboxes are supposed to be linked to, and which ones are supposed to sit there and spin when powered. | ::The problem, then, however, is that for some of the more complicated gates, and definitely for the memory gates, that it becomes very difficult to know which gearboxes are supposed to be linked to, and which ones are supposed to sit there and spin when powered. | ||
::Also, heh, I know those are confusing. The gates themselves operate on a sort of backwards logic, so even I find it easiest just to look at it and say "okay, I figured this out a while ago. just use the gate, that'll be easiest to think with"--[[User:Sukasa|Sukasa]] 23:04, 6 July 2008 (EDT) | ::Also, heh, I know those are confusing. The gates themselves operate on a sort of backwards logic, so even I find it easiest just to look at it and say "okay, I figured this out a while ago. just use the gate, that'll be easiest to think with"--[[User:Sukasa|Sukasa]] 23:04, 6 July 2008 (EDT) | ||
+ | |||
+ | :::What of using DF paint or screen capturing from the game to create diagrams? The only immediate concern (imo) is in case of multi level diagrams. I'm sure some form of anchor points that are universal to all levels, or perhaps using some annotation, would help out considerably with that. I'd be up for for posting some basic ones, but I would need assistance with the more complicated ones.--[[User:Dakira|Dakira]] 18:12, 5 May 2009 (PST) | ||
+ | |||
+ | ::::[http://www.tailpig.com/AsciiDraw/ AsciiDraw] is made for drawing pictures of roguelikes. It has a multitude of characters and colours which are placed on a grid, and it is extremely useful for making Dwarf Fortress plans. Right now, the article is completely unreadable, since quite a few symbols are used without an explanation of what they mean. --[[User:Zort|Zort]] 12:34, 11 May 2009 (UTC) | ||
== Not gates == | == Not gates == | ||
Line 34: | Line 38: | ||
We could use some more Clocked Logic designs, since there aren't very many right now. Anybody up for designing a few?--[[User:Sukasa|Sukasa]] 23:15, 6 July 2008 (EDT) | We could use some more Clocked Logic designs, since there aren't very many right now. Anybody up for designing a few?--[[User:Sukasa|Sukasa]] 23:15, 6 July 2008 (EDT) | ||
− | == | + | == Using Logic Output == |
− | + | Is there currently any way to use the result of a circuit for anything useful? It seems to me that we ought to lobby Toady for something like a powered switch. It could consume something like 5 power or so and toggle whenever the it gained/lost power.[[User:Ricree|Ricree]] 13:02, 8 September 2008 (EDT) | |
− | |||
− | |||
− | + | No, currently all it outputs is raw axle power; however the 'rotation sensor' or the makeshift one would be able to convert the rotational power to a lever trigger, either directly, or via a pressure pad. |
Latest revision as of 21:49, 8 March 2010
This should be merged into computing. VengefulDonut 09:28, 2 July 2008 (EDT)
I made it as a separate article because it seemed rather large, and I wanted to avoid swamping the computing thread, which covers all kinds of computing, with a massive amount of mechanical-only stuff. Perhaps this page should be linked to by computing, instead? --Sukasa 18:35, 4 July 2008 (EDT)
Also, the diagrams aren't clear. I suggest using {{RT}} or {{qd}}. VengefulDonut 09:30, 2 July 2008 (EDT)
I'll do that, thanks. --Sukasa 18:35, 4 July 2008 (EDT)
Diagram Colour[edit]
okay, just to maintain a clear colour scheme for anyone else who's making a Qd version of the diagrams...
The Three primary colours are either for the first three inputs, or two inputs and the output if there are few enough inputs. The Three two-colour combinations (Purple, Yellow, and Teal) are for the next three inputs, or outputs. White or greyscale colours should be avoided, as they are too similar to the rest of the diagram.
heh, I know these are somewhat hard-to-read, and for the adder, there aren't enough colours, but if for everything else we try and follow this, it should make it a little easier to read. Lastly, in the memory logic devices, just colour D as if it were an input. thanks to anyone who helps :D --Sukasa 18:52, 4 July 2008 (EDT)
- IMO, It would be easier on you (for making the diagrams) and easier on others (for reading the diagrams) to leave them uncolored. VengefulDonut 19:41, 4 July 2008 (EDT)
- FWIW, I think the diagrams are pretty much incomprehensible at the moment; I think colour would help. --AlexChurchill 05:29, 7 July 2008 (EDT)
- Also, I think the diagrams would be much clearer if the graphics were presented as closely as possible to game graphics - using a lowercase o for an unlinked gearbox is very confusing. In fact, I think your OR gate is an AND gate and vice versa. VengefulDonut 19:49, 4 July 2008 (EDT)
- The problem, then, however, is that for some of the more complicated gates, and definitely for the memory gates, that it becomes very difficult to know which gearboxes are supposed to be linked to, and which ones are supposed to sit there and spin when powered.
- Also, heh, I know those are confusing. The gates themselves operate on a sort of backwards logic, so even I find it easiest just to look at it and say "okay, I figured this out a while ago. just use the gate, that'll be easiest to think with"--Sukasa 23:04, 6 July 2008 (EDT)
- What of using DF paint or screen capturing from the game to create diagrams? The only immediate concern (imo) is in case of multi level diagrams. I'm sure some form of anchor points that are universal to all levels, or perhaps using some annotation, would help out considerably with that. I'd be up for for posting some basic ones, but I would need assistance with the more complicated ones.--Dakira 18:12, 5 May 2009 (PST)
- AsciiDraw is made for drawing pictures of roguelikes. It has a multitude of characters and colours which are placed on a grid, and it is extremely useful for making Dwarf Fortress plans. Right now, the article is completely unreadable, since quite a few symbols are used without an explanation of what they mean. --Zort 12:34, 11 May 2009 (UTC)
Not gates[edit]
Since this article makes no mention of a machine-logic way to create a NOT gate, I don't think it is worth mentioning any of the machine derivatives of NOT gates either. The only NOT gate provided is a water logic gate, which is described on SL's water logic page. It's also trivial enough to set up a NOT gate before an input to make an AND NOT, a NAND, or a NOR using a normal gate coupled with a NOT that those aren't worth mentioning with or without a machine logic NOT gate available. VengefulDonut 19:54, 4 July 2008 (EDT)
- "NOT or BUFFER" is listed down slightly, unless you mean before the article was merged >_> --Sukasa 23:05, 6 July 2008 (EDT)
Clocked Logic[edit]
We could use some more Clocked Logic designs, since there aren't very many right now. Anybody up for designing a few?--Sukasa 23:15, 6 July 2008 (EDT)
Using Logic Output[edit]
Is there currently any way to use the result of a circuit for anything useful? It seems to me that we ought to lobby Toady for something like a powered switch. It could consume something like 5 power or so and toggle whenever the it gained/lost power.Ricree 13:02, 8 September 2008 (EDT)
No, currently all it outputs is raw axle power; however the 'rotation sensor' or the makeshift one would be able to convert the rotational power to a lever trigger, either directly, or via a pressure pad.