Multisim and Ultiboard

cancel
Showing results for 
Search instead for 
Did you mean: 

Problems with Exclusive OR and NOR

Has anyone experienced problems using the ENOR and EOR logic provided with Multisim 10.  I have found that they do not operate as an Exclusive device should.  For example, when providing a ground or low to each input, the device provides the expected output...if its an EOR I get a low an ENOR I get a high.  However, when providing a high to all the inputs the opposite occurs, a High output for EOR and a Low for an ENOR. 
 
Normal Logic Table for an EOR should be:
 
Input 1  Input 2   Output
 
   H         H           L
   H          L           H
   L          H           H
   L          L           L
 
results I get are:
 
   H        H           H
   H        L            H
   L         H           H
   L        L             L
 
 
I have tested this with both digital simulation settings with the same results. 
 
Help....
 
Thanks in advance......Sparky
0 Kudos
Message 1 of 11
(9,181 Views)
Hmm. Seems to work OK for me. Could you post your test circuit for us to review?
0 Kudos
Message 2 of 11
(9,178 Views)
Just a note I forgot: I only tested a 74LS86 (EXOR). Worked fine.
0 Kudos
Message 3 of 11
(9,172 Views)

The ciruit is as basic as it gets.....using a generic...the one I started with is the ENOR5, 5 input XNOR, then using ground and VCC...wired to either all ground or all VCC and monitor with an O-Scope. 

I do have this integrated in a complex circuit, and during diagnosis of problems with that circuit, I built this simple circuit to evaluate its specific function.  So, for some reason in the complex and simple configuration, the behaivor does not follow a normal XNOR...

I used other devices...the 3 and 2 input XOR and XNOR with the same results.  

What has me really scratching my head is I just built an XOR using 4 AND gates and it seems the logic still fails.....

So, let me know if you used that ENOR5 (can find it during a search) and if it works for you, while I sit here with smoke coming out of my ears...

 

0 Kudos
Message 4 of 11
(9,171 Views)
Hey....the 74LS86 worked fine for me.....hmm...
 
I wonder if there are issues with the genaric devices.....
 
The circuit I am working on requires a 5 input and the genaric was the only one I could find without compounding them....may just compound them to work around the simulation issue.
 
Thanks!!!!
 
Let me know what you find on the genaric devices...
 
 
0 Kudos
Message 5 of 11
(9,170 Views)

Well...it appears there are issues with some of the generic devices.

Using the EXOR you used in a compound configuration, I was able to achieve the proper results for my circuit.  Its a bit messy as I just Kludged the 5 Input EXOR equivalent into my circuit.

In any case it is working wonderfully.

I attached the circuit...feel free to use/abuse...

I built the circuit to simulate control of a Maxim digital potentiometer using an Optical Encoder control.  The Optical Encoder provides a 2 wire quadrature output.  It could be used with any compatible gray code counter; however, the Maxim pot contains its own up/down counter.  Its interface uses an up/down control, when held High the wiper position will increment and decrement when held low with a clock input on another pin. 

I used two digital inputs with one delayed by .25 msec to emulate the output of the Optical Encoder.  This is input into a D Flip Flop to detect rotational direction.  If CW, the first output of the Encoder will lead the second output by 90 degrees and opposite for CCW rotation.  Since the counter in the Maxim Pot could overflow (restart at zero) if CW rotation passed its max count and it could also overflow if rotated CCW past zero, I needed a way to stop up or down count if either min or max was reached.  Further, I needed that control to recognize during max count that a decrement command was present and allow it to count down.  The same is true if min count is reached.  So, if the user rotates CW beyond max count, the count stops at max and only reacts to a down count or CCW rotation.  The same is true if the user trys to rotate CCW beyond min count. 

The only step left is to build in enough counters to count to the potentiometers max count. 

 

0 Kudos
Message 6 of 11
(9,164 Views)
By golly, I believe you're right about the EOR5 and ENOR5 gates. They are indeed working incorrectly as you have noted. I did try the EOR2 and the ENOR2 gates and they seem to be working OK. I was starting to wonder about you and decided to try the gates you were testing - and they failed. Ha Ha. Just kidding. This looks like something NI is going to have to address. I have to admit, however, that I'm not sure what "TIL" components are.
0 Kudos
Message 7 of 11
(9,157 Views)

Well....ur first thought was spot on....I know exactly what I want to do....unfortunately the laws of physics as well as Basic Electronics prevent my successful accomplishment...HA.

You got me what TIL references....google provided the normal list of "not so" correct but nevertheless funny possibilities.  I'll put in a notice to NI.

Thanks for your help!

 

0 Kudos
Message 8 of 11
(9,155 Views)

You're most welcome and good luck with your project!

 

P.S.

Darn those laws of physics and electronics.

0 Kudos
Message 9 of 11
(9,153 Views)
Hello,

I do not see a problem with the EORn or ENORn parts in the TIL family. You can think of the output of a XOR gate being HI only if the number of inputs in HI state is odd. So for a 5 input XOR gate, if the inputs are all HI, the output is HI

I tried the EOR2 and EOR5 parts and both follow this logic.

So unless you refering to some other part, I do think there's a problem.

"TIL" is an acrynom for Technology Independent Logic. TIL interface logic is typically used for generic logic parts that are not associated with a part number.

Thanks,







Max
National Instruments
0 Kudos
Message 10 of 11
(9,098 Views)