You can do a very nice XOR using just two of those Mock Relays. First a ladder diagram:
|---[ A]----[/B]--+--( )----|
We get conduction if A & !B or !A & B. Next, we use the fact that the relay can conduct in either direction through the NO and NC connections and use one set of SPDT contacts for both A and !A (connect COM to the terminal on the left) and one set of SPDT contacts for B and !B (connect COM to the relay coil on the right). Then you just wire the NO/NC contacts of the two relays to each other. You can swap the NO/NC wires to get XNOR.
This is the same switching you use for an electric light that's controlled from two locations. If you want more than two locations, you need DPDT switches for the middle switches which require pairs of the Mock Relays. This gives you the odd or even parity function, depending on how you hook it up.
You can get the functionality of the relay with a 2:1 bus switch such as the Fairchild Semi NC7SB3257. Like the relay, you get bidirectional flow between the common terminal Y and the NC/NO terminals A and B.
I remember playing with relay boxes in high school. Lots of noise, loads of fun. I took another look at relay logic when I studied VLSI design, since pass transistors let you do things like the controlling a single light from any number of DPDT switches instead of a bunch of TTL gates. If anyone wants to cheat, the theory behind relay logic is contained in Claude Shannon's 1937 Master's Thesis A Symbolic Analysis of Relay and Switching Circuits, also published in a 1938 issue of Transactions of the AIEE.
I must admit to feeling bad ever since I posted this, because I have to confess to being deliberately misleading.
The reason I used quotes when talking about "input" A and "input" B and "output" Y is that the whole concept of inputs and outputs is a bit nebulous (or perhaps we should say "subjective") when it comes to working with relays.
There, you see, I'm not being too mean... I'm giving you a clue (well, a hint of a sniff of a clue LOL)
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.