peter taylor
- Joined Apr 1, 2013
- 106
Having looked around, I agree that the general consensus is that an n-input XOR gate behaves as an odd parity generator.To the best of my knowledge, no formal definition has ever been adopted by a relevant standards body. But decades past the digital logic community informally reached a consensus that a multi-input XOR would behave just like a cascade of 2-input XOR gates since that is the natural interpretation of a sequence of signals in an XOR chain using the shortcut XOR operation symbol. As it turns out, this also happens to behave as an odd-parity detector.
You are obviously free to use whatever terminology you want to describe things, except that this type of practices causes great deal of confusion when they don't comply with the widely accepted convention.If I decide that an XOR gate is a bunch of bollocks, then it is.
To be fair, I have seen circuit diagrams where XOR gates with up to 8 inputs are expected to work as a 'one hot' detector, and where one XOR symbol is used, but simply expanded to 8 inputs.You are obviously free to use whatever terminology you want to describe things, except that this type of practices causes great deal of confusion when they don't comply with the widely accepted convention.
This thread is a prime example of that.
XOR could not have worked in this case - it couldn't have possibly detected the error conditions reliably. OR would, however.An example comes from fire and gas control for oil rigs. In that case, two or more true inputs represents a fault condition, and the XOR
detects that.
This is a key point, though it has been made at least a couple of times in this thread already.I am pretty sure we are not talking about the same thing. My point is that if you are going to use a common terminology to communicate with others, you better make sure that 1) it means the same to others; or 2) you lay out exactly what you mean. Otherwise, you end up confusing people.
You are missing his point. He had a logic function that implemented the desired detection function and that function was called, rightly or wrongly, an XOR function.XOR could not have worked in this case - it couldn't have possibly detected the error conditions reliably. OR would, however.
That's the conclusion I came to, though I know that that consensus is not universal.Having looked around, I agree that the general consensus is that an n-input XOR gate behaves as an odd parity generator.
Actually, a LOT worse can happen. You can get people killed, for one.Don't be afraid to fight commonly accepted ideas.
All that can happen is being shunned, at worst, or revered, at best.
They're not.I think IEEE should stop acting like Gods'
Okay. Then do so. Of course, if the guy selling you potatoes (or whatever) decides that NIST should stop acting like Gods and decides that a small potato weighs five pounds and then charges you the going rate but uses his definition of the pound, I'm sure you won't have any problem with that.If I decide that an XOR gate is a bunch of bollocks, then it is.
Two elegant ways of saying "go F yourself". I can't believe how patiently you argue semantics with these guys.Okay. Then do so. Of course, if the guy selling you potatoes (or whatever) decides that NIST should stop acting like Gods and decides that a small potato weighs five pounds and then charges you the going rate but uses his definition of the pound, I'm sure you won't have any problem with that.
Or if the pharmacist filling your prescription decides that the people that defined how much a milliliter is didn't know what they were talking about and uses their own definition instead, I'm sure you won't have a problem with that, either.
The schematics in question are reviewed and authorised by chartered engineering groups, representing insurance companies.I am pretty sure we are not talking about the same thing. My point is that if you are going to use a common terminology to communicate with others, you better make sure that 1) it means the same to others; or 2) you lay out exactly what you mean. Otherwise, you end up confusing people.
XOR could not have worked in this case - it couldn't have possibly detected the error conditions reliably. OR would, however.
You are making the mistake of assuming that A XOR B XOR C defines a three-input XOR function. But that is NOT the definition of the XOR function that the schematics he is referring to are using. That definition, which is quite defensible, is that the output is HI if and only if exactly one of the inputs is HI, also known as a "one-hot detector". This is very, very different from an odd-parity detector."OR would not satisfy the last requirement"
Really?
In your world, 1 OR 1 OR 0 = ? And 1 XOR 1 XOR 0 = ?
Also, 1 OR 0 OR 0 = ? And 1 XOR 0 XOR 0 = ?
If you are unsure, run them through a computer.
Indeed, sometimes I wonder if our friend has Vulcan genes in him...Two elegant ways of saying "go F yourself". I can't believe how patiently you argue semantics with these guys.
I don't buy this. If nothing else, logic circuits can have multiple outputs some of which are inverted.One of the most interesting ideas, if i remember this right, is that of the single inverter logic circuit.
The question is, what can you make with an unlimited number of AND and OR gates, and just ONE inverter gate?
The answer is, ANY LOGIC CIRCUIT that has ever been made or ever will be made with two state logic.
A generic form of it would be:y = ((a ^ b) ^ c) ^ (a & b & c)
I don't buy this. If nothing else, logic circuits can have multiple outputs some of which are inverted.
Let's pick a simple one to start with -- a 2-to-4 decoder. How can that be implemented using only ANDs and ORs plus no more than one inverter?
This is not really what I have been saying.The question is, what can you make with an unlimited number of AND and OR gates, and just ONE inverter gate?
Sorry, NAND gives 1, 1, 1, 0NAND gives 1, 0, 0, 0