Two Plus Two Publishing LLC Two Plus Two Publishing LLC
 

Go Back   Two Plus Two Poker Forums > Other Topics > Programming

Notices

Programming Discussions about computer programming

Reply
 
Thread Tools Display Modes
Old 07-15-2012, 10:49 AM   #1
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Python Project: Binary Adding Machine

Hey what's up guys. About a month and a half ago I decided I wanted to seriously try learning programming (took few courses in uni but mostly bombed them playing poker all day). I did about 20 project euler problems and realized that I was just building algorithms. And I wasn't learning about classes, which I figured are important, so I decided I needed to actually start some kind of project.

I decided on building a program that would model a physical binary adding machine. I got the idea from reading a book called Code by Charles Petzold. This book basically teaches you how computers work starting from morse code and flashlights, to binary and relays, all the way up to RAM, CPU, etc. It's turned out to be my favorite thing I've read in a long time, and I highly recommend it.

So anyway, about halfway through the book he explains how to make a binary adding machine. Basically you make relays out of wires and switches, and then combine those relays into logic gates, and then eventually combine those logic gates and get a binary adding machine. And while reading this, I really wanted to try to build one of my own. But a machine that can add two 8 bit numbers require a lot of relays, and I didn't want to have to build them all.

So instead I've decided to recreate the binary adding machine as a Python program. So far I've written up the code for a simple circuit with a switch (a flashlight). Here's a visual model i found off google:



And here's the module:

Code:
#parts: wire, switch, and battery

# charge is a variable shared by all classes that tells whether
# or not there's a complete circuit providing power
class Parts(object):
    charge = "no charge"


# wires to connect stuff
# I'm having other classes inherit Wire so I can connect
# stuff directly, without having to create a Wire instance
# between everything
class Wire (Parts):

    def connect(self, connected_to):
        self.connected_to = connected_to
        self.connected_to.source = self

# checks if there's a complete circuit
    def check_circuit(self):
        if self.check_in() == "circuit complete" and self.check_out() == "circuit complete":
            Parts.charge = "has charge"
        else:
            Parts.charge = "no charge"
            
    def check_in(self):
        if str(self.source) == "open":
            return "circuit incomplete"
        if str(self.source) !=  "battery plus":
            self.source.check_in()
        return "circuit complete"

    def check_out(self):
        if str(self.connected_to) == "open":
            return "circuit incomplete"
        if str(self.connected_to) !=  "battery minus":
            self.connected_to.check_in()
        return "circuit complete"

        
class Switch(Wire):

    def __init__(self, open_closed):
        self.open_closed = open_closed

    def __str__(self):
        return self.open_closed


class BatteryPlus(Wire):
        
    def __str__(self):
        return "battery plus"
    
    
class BatteryMinus():

    def __str__(self):
        return "battery minus"


class Lightbulb(Wire):

    def __str__(self):
        return "lightbulb"

    def check_light(self):
        self.check_circuit()
        if Parts.charge == "has charge":
            print "light on!"
        else:
            print "light off"
And here's the program:
Code:
#simple circuit

from parts import *


class Flashlight(object):

    def __init__(self):

        #parts
        self.plus = BatteryPlus()
        self.lightbulb = Lightbulb()
        self.switch = Switch("open")
        self.minus = BatteryMinus()

        #construction
        self.plus.connect(self.switch)
        self.switch.connect(self.lightbulb)
        self.lightbulb.connect(self.minus)
        

    #operation
    def on(self):
        self.switch.open_closed = "closed"
        self.lightbulb.check_light()

    def off(self):
        self.switch.open_closed = "open"
        self.lightbulb.check_light()

#test
new = Flashlight()
new.on()
new.off()
new.on()
new.off()
The next thing I want to do is add an Electromagnet class, which will help me build a relay. Which looks like this:
Once I've got that i'll move on to building the logic gates. I'll try to explain what's going on for those that are interested.

If you have any suggestions I'd love to hear them. If you just want to chat about programming send me a PM. I don't really know where to find people who can help me so I'm basically learning everything on my own through the internet.
WeAreSamurai is offline   Reply With Quote
Old 07-15-2012, 12:03 PM   #2
Carpal \'Tunnel
 
clowntable's Avatar
 
Join Date: Jun 2006
Location: 39, 46, 56, 59, 191
Posts: 39,784
Re: Python Project: Binary Adding Machine

Here's a suggestion:
Keep going and keep posting ITT. This is a neat project
clowntable is offline   Reply With Quote
Old 07-15-2012, 07:03 PM   #3
S.A.G.E. Master
 
daveT's Avatar
 
Join Date: Jun 2005
Location: Why didn't I use Clojure instead?
Posts: 16,821
Re: Python Project: Binary Adding Machine

I think this is really awesome project. I recently worked through something like this. Maybe you can watch this video so you can see how to generalize the procedures a little bit:

http://www.youtube.com/watch?v=9jbQrNGQVKc

Unfortunately, you'll have to translate all of the above to python, but I think you'll get the general idea down.

Basically, they build a wire, then the various gates, and store the state of the gates. They create a the whole program using a queue:

Python has a Queue module, http://docs.python.org/library/queue.html, though I don't know anything about it.
daveT is offline   Reply With Quote
Old 07-16-2012, 12:25 AM   #4
ɹǝʍoʇpunoɹ
 
RoundTower's Avatar
 
Join Date: Feb 2005
Location: soah made my profile
Posts: 13,926
Re: Python Project: Binary Adding Machine

this is pretty cool and I'd really like to see the project grow. But I don't understand this

Code:
    def check_in(self):
        if str(self.source) == "open":
            return "circuit incomplete"
        if str(self.source) !=  "battery plus":
            self.source.check_in()
        return "circuit complete"
is there a return missing from line 5?
RoundTower is offline   Reply With Quote
Old 07-16-2012, 04:18 AM   #5
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Re: Python Project: Binary Adding Machine

Quote:
Originally Posted by RoundTower View Post
this is pretty cool and I'd really like to see the project grow. But I don't understand this

Code:
    def check_in(self):
        if str(self.source) == "open":
            return "circuit incomplete"
        if str(self.source) !=  "battery plus":
            self.source.check_in()
        return "circuit complete"
is there a return missing from line 5?
No, this function just checks if the object linking to it is an open switch (indicating an incomplete circuit). And then the recursion loop checks if the object connected to that is an open switch, and so forth. Or if that object is a battery_plus object, then that means no open switches were found and that's the end of the first half of the loop (the other function check_out(self) goes the other direction towards the battery_minus object). Then the recursion ends, and then I don't need it to do anything more in that if-statement, and it finishes out the current iteration by returning "circuit complete". You could indent the last line, and then the current iteration would end without returning anything, (because it doesn't fulfill the condition != "battery plus") But as the remaining iterations go to completion,they'll each return "circuit complete" so it doesn't matter. (Maybe I should have done it that way to save a step.)

One thing I'm not sure about is why the function doesn't exit at the first iteration with a return statement. Instead it appears to hold the return statement from completing until its "outer" recursion iterations complete. At least I think that's what's happening when i stick a print statement before the return statement. I get more than one print out.
WeAreSamurai is offline   Reply With Quote
Old 07-17-2012, 12:33 AM   #6
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Re: Python Project: Binary Adding Machine

Hey, I'm really glad that you guys think the project is interesting. So I finished the relay program which required a lot of interesting adjustments to accommodate its new properties since the flashlight.

For people who don't know how a relay works, here's a picture of one:

Basically a wire goes into an electromagnet (an electromagnet turns into a magnet when supplied electricity) which pulls a switch. And you can set up the switch so that when it gets pulled it completes a circuit (or break an already complete circuit). This is useful because you can pull switches remotely now, instead of having to open and close switches by hand. Then if you wire multiple relays in different ways, you can get them to open and close switches under various conditions, which is a rough explanation of how you make logic gates.

Anyway here's the code. A lot of things are changed since the flashlight program. Electromagnet class and Relay class are at the bottom.

Code:
#parts: wire, switch,  battery plus, battery minus, lightbulb, electromagnet, relay

reset_parts = []

class Parts(object):

    def __init__(self):
        self.default = None
        self.status = None
        
    def _check_circuit(self):
        if self.status == "open":
            for x in reset_parts:
                x.status = x.default
            return
        if str(self) !=  "battery minus":
            self.wire_out._check_circuit()
            if str(self) == "switch" or str(self) == "lightbulb":
                reset_parts.append(self)
            self.operate()

    def operate(self):
        pass
        

class Wire (Parts):

    def connect(self, wire_out):
        self.wire_out = wire_out
        self.wire_out.connect_back(self)

# fix for the "black box" problem
    def connect_back(self, wire_in):
        self.wire_in = wire_in


class Switch(Wire):

    def __init__(self, default):
        self.default = default
        self.status = default

    def __str__(self):
        return "switch"

    def check_circuit(self):
        if str(self.wire_in) == "battery plus":
            self._check_circuit()


class BatteryPlus(Wire):
        
    def __str__(self):
        return "battery plus"


class BatteryMinus(Wire):

    def __str__(self):
        return "battery minus"
    

class Lightbulb(Wire):

    def __init__(self):
        self.default = "light off"
        self.status = "light off"

    def __str__(self):
        return "lightbulb"

    def operate(self):
        self.status = "light on!"

    def check(self):
        return self.status


class Electromagnet(Wire):

    def __init__(self, switch_obj):
        self.switch_obj = switch_obj
        self.default = None
        self.status = None

    def __str__(self):
        return "electromagnet"

    def operate(self):
        if self.switch_obj.default == "open":
            self.switch_obj.status = "closed"
        elif self.switch_obj.default == "closed":
            self.switch_obj.status = "open"
        self.switch_obj.check_circuit()
        

class Relay(Wire):

    def __init__(self):
        # parts
        self.switch = Switch("open")
        self.em = Electromagnet(self.switch)
        self.ground = BatteryMinus()
        self.voltage = BatteryPlus()
        
        #construction
        self.em.connect(self.ground)
        self.voltage.connect(self.switch)

    # fix connections for the "black box" problem
    def connect_back(self, wire_in):
        self.wire_in = wire_in
        self.wire_in.wire_out = self.em

    def connect(self, wire_out):
        self.switch.wire_out = wire_out
Here's a test for this code:

Code:
#test relay

from parts import *


# parts
battery_plus = BatteryPlus()
switch = Switch("open")
relay = Relay()
lightbulb = Lightbulb()
battery_minus = BatteryMinus()

#construction
battery_plus.connect(switch)
switch.connect(relay)
relay.connect(lightbulb)
lightbulb.connect(battery_minus)

#operation
def on():
    switch.status = "closed"
    switch.check_circuit()
    print lightbulb.check()

def off():
    switch.status = "open"
    switch.check_circuit()
    print lightbulb.check()

on()
off()
on()
off()
on()
One interesting problem I had was that I wanted the relay to work like any other part. I wanted to be able to connect to and from Relay objects, because the logic gates I'm going to build require me to connect multiple relays. So for example I want to be able to write "part.connect(relay)". But then it connects to the whole Relay object, instead of the collection of its parts. The problem is that when I check for complete circuits, I follow along connected parts. So I needed a way for a circuit check to start outside the relay and then eventually continue the circuit check inside the relay. So for example, what i wanted it to actually do was "part.connect(relay.electromagnet)" where electromagnet is the first object inside relay. That way I could accurately model a charge moving into the relay where it continues to do the circuit check. But that prevents me from being able to use the relay like a black box, which was my original goal.

So one weird thing you might see in here is that I added a connect_back function. Where after I connect to a part, the connected_to part connects back. And then in the Relay class, I overwrote the connect_back function so that it changes the connected_to. So if a part connects to a relay, it would tell relay to create a connect_back attribute linking back, but then the relay's overridden connect_back function would change the part's connected to attribute from "relay" to "relay.electromagnet". Maybe this is a convoluted way of doing it but I had a hard time thinking of another way.

So next I'm going to work on the logic gates. From what I've read I'm only going to need three gates and an inverter. I'll try to explain what those are and how I went about making them next time.

There were a ton of things I wanted to write about but it was just getting too long and complicated, so if you had any questions feel free to let me know.
WeAreSamurai is offline   Reply With Quote
Old 07-19-2012, 03:23 PM   #7
S.A.G.E. Master
 
daveT's Avatar
 
Join Date: Jun 2005
Location: Why didn't I use Clojure instead?
Posts: 16,821
Re: Python Project: Binary Adding Machine

What is the "black box problem?" I'm not sure what you think "black box" means, but there's some evidence you may be confused here, but I should hear it from you before I carry on.

I also think that it is better if you have the wire have a single state, thus you won't have to write all of this, and similar:


Code:
class Wire (Parts):

    def connect(self, wire_out):
        self.wire_out = wire_out
        self.wire_out.connect_back(self)

# fix for the "black box" problem
    def connect_back(self, wire_in):
        self.wire_in = wire_in
The wire should only carry a single state only after it is changed by one of your gates. Thus, wire A will always be 1 or 0. Think about how you can set this on the wires and simply use the wire as a connection between gate B and gate C. Once you generalize the state of the wire, creating your black-box procedures will be much easier.

I'm not entirely sure why you are inheriting the features of the wire to the other objects. This is akin to having a bicycle class inheriting from a car class because you need tires.
daveT is offline   Reply With Quote
Old 07-19-2012, 11:15 PM   #8
grinder
 
Join Date: Dec 2004
Location: teh suck
Posts: 633
Re: Python Project: Binary Adding Machine

I just wanted to thank OP for bringing Petzold's book Code to my attention. This is one of the most entertaining and insightful technical books I've read and makes me even more resentful of the awful CS classes I waded through that touched on a lot of the same topics in a far more confusing manner.
weevil is offline   Reply With Quote
Old 07-20-2012, 05:26 AM   #9
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Re: Python Project: Binary Adding Machine

Quote:
Originally Posted by daveT View Post
What is the "black box problem?" I'm not sure what you think "black box" means, but there's some evidence you may be confused here, but I should hear it from you before I carry on.

I also think that it is better if you have the wire have a single state, thus you won't have to write all of this, and similar:


Code:
class Wire (Parts):

    def connect(self, wire_out):
        self.wire_out = wire_out
        self.wire_out.connect_back(self)

# fix for the "black box" problem
    def connect_back(self, wire_in):
        self.wire_in = wire_in
The wire should only carry a single state only after it is changed by one of your gates. Thus, wire A will always be 1 or 0. Think about how you can set this on the wires and simply use the wire as a connection between gate B and gate C. Once you generalize the state of the wire, creating your black-box procedures will be much easier.

I'm not entirely sure why you are inheriting the features of the wire to the other objects. This is akin to having a bicycle class inheriting from a car class because you need tires.
Hey dave thanks for taking the time to look at the program. So a big reason that I'm worried about some of these problems is that I want the code to be easy to understand and use, esp as they're used to construct more complex devices. In fact, one of my goals is to make a library that everyone can try using once I'm done with it. So hopefully in few days you'll be able to construct your own adding machine by importing the code I'm writing now.

And by easy to use and understand, I mean I want the user to be able to write x.connect(y) for any part (wire, lightbulb, etc), even parts that are constructed from parts (relays, logic gates). This kind of got complicated though because with the logic gates I realized that some of the parts are requiring multiple inputs.

Maybe another problem is that I want the program to model the properties of an electrical device as closely as possible. So for the relay I could have programmed it to just take an input of 1 or 0 and pump out an according 1 or 0. But I wanted the operation of the relay to actually reflect the workings of its inner parts. So a circuit check would follow a current from outside the relay, and then go into the relay itself to power the electromagnet inside. So the blackbox problem is essentially getting that to happen without having to write "wire.connect(relay.electromagnet)" because the "relay.electromagnet" is referencing the inside of the relay. Which I don't want because I want people to be able to use the Relay class without having to know its construction.

The reason I make classes inherit Wire is I also don't want to have to write:

x.connect(wire1)
wire1.connect(y)
y.connect(wire2)
wire2.connect(z)

If I don't have the parts inherit class Wire, then I'll have to insert a wire in between every part. Having all the parts inhertit the class Wire allows me to write the above previous as:

x.connect(y)
y.connect(z)

which I think is still quite intuitive.

weevil,
I'm glad you're enjoying the book!

everyone,
I'm still working on the project, and almost finished with the logic gates. I had to make a lot of adjustments along the way. But I think the logic gates should be done pretty soon, and then it'd just one more small step to the finished program. I hope.
WeAreSamurai is offline   Reply With Quote
Old 07-20-2012, 06:19 PM   #10
S.A.G.E. Master
 
daveT's Avatar
 
Join Date: Jun 2005
Location: Why didn't I use Clojure instead?
Posts: 16,821
Re: Python Project: Binary Adding Machine

Why don't you just create a list like [wire, gate, wire, gate, wire, gate]?
daveT is offline   Reply With Quote
Old 07-22-2012, 12:36 AM   #11
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Re: Python Project: Binary Adding Machine

Quote:
Originally Posted by daveT View Post
Why don't you just create a list like [wire, gate, wire, gate, wire, gate]?
I thought about this idea yesterday. It's one I didn't consider before and I think it is a good solution up until the relay. Actually I was excited to try this idea because it would have improved a couple problems I was dealing with. I think it would have been really nice to be able to write something like:

device = Device()
device.construct([switch,relay,lightbulb]) #random example

And then have the finished product pop out. The only thing is that now I'm working on the logic gates and they have multiple inputs. And I can't think of how to put all the parts in a list and feed it into just one function in an intuitive way. But I still really like the idea and I'm still kind of using it.

So, the way I wrote things before you'd have to write x.connect(y). But your post gave me the idea to do it this way: connect(x,y) This way x and y can refer to each other in a much cleaner way. It collapses connect() and connect_back() functions I was using before into one function. It's so simple, but it didn't occur to me at first that I could use a global function.
WeAreSamurai is offline   Reply With Quote
Old 07-22-2012, 05:15 AM   #12
S.A.G.E. Master
 
daveT's Avatar
 
Join Date: Jun 2005
Location: Why didn't I use Clojure instead?
Posts: 16,821
Re: Python Project: Binary Adding Machine

Excellent. I asked you why you didn't use a list so you can see where you current techniques are heading, and your current thought process shows you understand. I just wanted to ask you in the most simplistic way possible. Of course, the list isn't really the correct answer, IMO, but it's in the correct direction, and perhaps the final answer will be a list, but probably not in a way you are familiar with, but I'll let you determine the best way.

You are basically creating a program on top of a program, and your program, you are dealing with 4 basic primitives: wire, and-gate, or-gate, inverter, and only one of these primitives have a state you really need to keep track of: wire.

If you make a function like so:

Code:
def andGate(wire1, wire2):
    <your code>
    return 1
    else: return 0
You have a function that takes two arguments (two wires) and returns one value (one wire-state).

Python also keeps state easily:

Code:
def wireState(wire):
    return wire


wire1 = 1
wire2 = 0

wire1 = wireState(wire1)
wire2 = wireState(wire2)
and via command line:

Code:
>>> wire1
1
>>> wire2
0
>>> wire1 = wireState(9)
>>> wire1
9
>>> wire2
0
>>> wire1
9
The challenging part of all of this will be chaining together all your gates, but I think you will figure out that answer once you get all your primitives created. Think of this: if you try to create the top-level stuff first, you are forcing yourself into design decisions on your primitives that may not be easy (or possible) to create, but if you create your primitives first and not worry about chaining them together, you'll at least you can modify the primitives in a way to fit the connections, but I think you'll find you won't have to, because the primitives are simple and straightforward.
daveT is offline   Reply With Quote
Old 07-22-2012, 07:35 AM   #13
journeyman
 
Join Date: Sep 2004
Posts: 360
Re: Python Project: Binary Adding Machine

This is cool, I think I'll get me that book too (I want to puzzle with it myself a little).
I feel like doing something similar in Java. If it's appropriate to do so, I could discuss about my way to build the actual circuit (I have something in mind that makes use of a list).
Keep up the good work, it's inspiring.

Last edited by cyberfish; 07-22-2012 at 07:43 AM.
cyberfish is offline   Reply With Quote
Old 07-22-2012, 02:05 PM   #14
newbie
 
WeAreSamurai's Avatar
 
Join Date: Nov 2010
Posts: 19
Re: Python Project: Binary Adding Machine

Whew, so I finally finished the logic gates. I really didn't expect it to get as complicated as it was, and I feel like I've just been running my brain to exhaustion for the last couple days. Debugging was a nightmare and now I can really see the value of good planning and good development practices, It was so satisfying though to see the last logic gate pump out the correct outputs. I really feel like this is the home stretch.

Ok for people who don't know how the logic gates work. Basically you have two binary inputs and one binary output. So for our machine, you have two switches as inputs. They are binary because they're either switched on or off. The output is a lightbulb, which is also either on or off.

Depending on what kind of logic gate it is, your inputs will have different outputs. For example AND gates only turn the light on if both switches are on. OR gates can turn the light on if either one or both switches are on. NAND is short for "Not AND" and the light is on unless both switches are on. And NOR is short for "Not OR" and light is on only when both switches are off. Here's a few pics that show how this would be put together.


and here are some logic tables:


I also needed to build an inverter (can also be called a NOT gate). When a current goes into an inverter, the inverter turns it off. When no current goes into the inverter, the inverter produces a current. This was really easy to make though, because it's the same as a relay with the switch turned to "closed" as default and then have the electromagnet "open" the switch when powered.

So here's the code:
Code:
# parts: wire, switch, battery plus side (voltage), battery minus side (ground), lightbulb
# electromagnet

circuits = set([])

class Parts(object):

    priority = 0

    def find_circuits(self):
        self.circuit_ins()
        self.circuit_outs()

    def circuit_ins(self):
        if str(self.wire_in) == "plus":
            circuits.add((Parts.priority, self.wire_in))
            return
        if str(self.wire_in) == "em":
            Parts.priority += 1
            self.wire_in.switch.find_circuits()
        if str(self.wire_in) == "switch" and self.wire_in.my_em:
            Parts.priority -= 1
            self.wire_in.my_em.find_circuits()
        self.wire_in.circuit_ins()
        Parts.priority = 0
        
    def circuit_outs(self):
        if str(self.wire_out) == "minus":
            return
        if str(self.wire_out) == "em":
            Parts.priority += 1
            self.wire_out.switch.find_circuits()
        if str(self.wire_out) == "switch" and self.wire_out.my_em:
            Parts.priority -= 1
            self.wire_out.my_em.find_circuits()
        self.wire_out.circuit_outs()
        Parts.priority = 0
                
    def on_off(self):
        for x in sorted(circuits):
            if x[1].check_switches() == "complete":
                x[1].circuit_on()
            elif x[1].check_switches() == "incomplete":
                x[1].circuit_off()
            
    def check_switches(self):
        if str(self.wire_out) == "switch" and self.wire_out.status == "open":
            return "incomplete"
        if str(self.wire_out) == "minus":
            return "complete"
        x = self.wire_out.check_switches()
        return x
        
    def circuit_on(self):
        self.activate()
        if str(self) in ("minus", "merge"):
            return
        self.wire_out.circuit_on()
            
    def circuit_off(self):
        self.deactivate()
        if str(self) in ("minus", "merge"):
            return
        self.wire_out.circuit_off()

    def activate(self):
        pass

    def deactivate(self):
        pass


class Wire(Parts):

    def connect(self, wire_out):
        self.wire_out = wire_out
        wire_out.connect_back(self)

    def connect_back(self, wire_in):
        self.wire_in = wire_in


class SplitWire(Wire):

    def __init__(self):
        self.wire_out1 = Wire()
        self.wire_out2 = Wire()
        self.wire_out1.wire_in = self
        self.wire_out2.wire_in = self

    def check_switches(self):
        if not "complete" in (self.wire_out1.check_switches(),
                                                      self.wire_out2.check_switches()):
            return "incomplete"
        return "complete"

    def circuit_on(self):
        self.wire_out1.circuit_on()
        self.wire_out2.circuit_on()

    def circuit_off(self):
        self.wire_out1.circuit_off()
        self.wire_out2.circuit_off()

    def circuit_outs(self):
        self.priority_old = Parts.priority
        self.wire_out1.circuit_outs()
        Parts.priority = self.priority_old
        self.wire_out2.circuit_outs()
        Parts.priority = self.priority_old
    
    def connect(self, wire_out1, wire_out2):
        self.wire_out1.connect(wire_out1)
        self.wire_out2 .connect(wire_out2)
        wire_out1.connect_back(self)
        wire_out2.connect_back(self)


class MergeWire(Wire):

    def __init__(self):
        self.input1 = Wire()
        self.input2 = Wire()
        self.input1.wire_out = self
        self.input2.wire_out = self
        self.wire_in1 = self.input1
        self.wire_in2 = self.input2
        self.charge = []
        
    def __str__(self):
        return "merge"

    def circuit_ins(self):
        self.priority_old = Parts.priority
        self.wire_in1.circuit_ins()
        Parts.priority = self.priority_old
        self.wire_in2.circuit_ins()
        Parts.priority = self.priority_old

    def activate(self):
        self.charge.append("on")
        if len(self.charge) > 1:
            if "on" in self.charge:
                self.wire_out.circuit_on()
            elif "on" not in self.charge:
                self.wire_out.circuit_off()
            del self.charge[:]
            
    def deactivate(self):
        self.charge.append("off")
        if len(self.charge) > 1:
            if "on" in self.charge:
                self.wire_out.circuit_on()
            elif "on" not in self.charge:
                self.wire_out.circuit_off()
            del self.charge[:]
            

class Switch(Wire):

    def __init__(self, default = "open"):
        self.default = default
        self.status = default
        self.my_em = None

    def  __str__(self):
        return "switch"

    def on(self):
        self.status = "closed"
        self.find_circuits()

    def off(self):
        self.status = "open"
        self.find_circuits()
        

class BattPlus(Wire):
        
    def __str__(self):
        return "plus"
    

class BattMinus(Wire):

    def __str__(self):
        return "minus"
    

class Lightbulb(Wire):

    def __init__(self):
        self.status = "light off"
        
    def __str__(self):
        return "light"

    def activate(self):
        self.status = "light on!"

    def deactivate(self):
        self.status = "light off"
        
    def check(self):
        self.on_off()
        print self.status

class Electromagnet(Wire):

    def __init__(self, switch):
        self.switch = switch
        switch.my_em = self

    def __str__(self):
        return "em"
        
    def activate(self):
        if self.switch.default == "closed":
            self.switch.status = "open"
        elif self.switch.default == "open":
            self.switch.status = "closed"

    def deactivate(self):
        self.switch.status = self.switch.default

#
# Relay and Inverter
#

class Relay(Wire):
    
    def __init__(self):
        # parts
        self.switch = Switch()
        self.input2 = self.switch
        self.em = Electromagnet(self.switch)
        self.input1 = self.em
        self.ground = BattMinus()
        self.voltage = BattPlus()
        
        #construction
        self.em.connect(self.ground)
        self.voltage.connect(self.switch)

    # fix connections
    def connect_back(self, wire_in):
            wire_in.wire_out = self.em
            self.em.wire_in = wire_in

    def connect(self, wire_out):
        self.switch.wire_out = wire_out
        wire_out.connect_back(self.switch)


class Inverter(Wire):
    
    def __init__(self):
        # parts
        self.switch = Switch("closed")
        self.input2 = self.switch
        self.em = Electromagnet(self.switch)
        self.input1 = self.em
        self.ground = BattMinus()
        self.voltage = BattPlus()
        
        #construction
        self.em.connect(self.ground)
        self.voltage.connect(self.switch)

    # fix connections
    def connect_back(self, wire_in):
            wire_in.wire_out = self.em
            self.em.wire_in = wire_in

    def connect(self, wire_out):
        self.switch.wire_out = wire_out
        wire_out.connect_back(self.switch)

#
# Logic Gates: AND, OR, NAND, NOR, XOR
#

class AndGate(Wire):

    def __init__(self):
        #parts
        self.relay1 = Relay()
        self.relay2 = Relay()
        self.input1 = self.relay1
        self.input2 = self.relay2

        #construction
        self.relay1.connect(self.relay2.input2)

    #fix connections
    def connect(self, wire_out):
        self.relay2.input2.wire_out = wire_out
        wire_out.connect_back(self.relay2.input2)
        
    
class OrGate(Wire):
    
    def __init__(self):
        #parts
        self.relay1 = Relay()
        self.relay2 = Relay()
        self.merge = MergeWire()
        self.input1 = self.relay1
        self.input2 = self.relay2

        #construction
        self.relay1.connect(self.merge.input1)
        self.relay2.connect(self.merge.input2)

    #fix connections
    def connect(self, wire_out):
        self.merge.wire_out = wire_out
        wire_out.connect_back(self.merge)


class NandGate(Wire):
    
    def __init__(self):
        #parts
        self.invert1 = Inverter()
        self.invert2 = Inverter()
        self.merge = MergeWire()
        self.input1 = self.invert1
        self.input2 = self.invert2

        #construction
        self.invert1.connect(self.merge.input1)
        self.invert2.connect(self.merge.input2)

    #fix connections
    def connect(self, wire_out):
        self.merge.wire_out = wire_out
        wire_out.connect_back(self.merge)


class NorGate(Wire):

    def __init__(self):
        #parts
        self.invert1 = Inverter()
        self.invert2 = Inverter()
        self.input1 = self.invert1
        self.input2 = self.invert2

        #construction
        self.invert1.connect(self.invert2.input2)

    #fix connections
    def connect(self, wire_out):
        self.invert2.input2.wire_out = wire_out
        wire_out.connect_back(self.invert2.input2)
And here is the tester program for the logic gates. A marked a place for where you can put in the logic gates and try them out.

Code:
# logic gate tester

from parts import *


#parts
voltage1 = BattPlus()
voltage2 = BattPlus()
switch1 = Switch()
switch2 = Switch()
and_gate = AndGate()
nand_gate = NandGate()
or_gate = OrGate()
nor_gate = NorGate()
light = Lightbulb()
ground = BattMinus()

#construction
voltage1.connect(switch1)
voltage2.connect(switch2)
#
# You can replace the logic gate in the next 3 lines to
# whichever logic gate you want.
switch1.connect(and_gate.input1)
switch2.connect(and_gate.input2)
and_gate.connect(light)
light.connect(ground)

#operation
while 1:
    print "first switch: enter 1 to switch on, 0 to switch off"
    on_off1 = input("> ")
    if on_off1 == 1:
        switch1.on()
    if on_off1 == 0:
        switch1.off()
    print "second switch: enter 1 to switch on, 0 to switch off"
    on_off2 = input("> ")
    if on_off2 ==1:
        switch2.on()
    if on_off2 == 0:
        switch2.off()
    light.check()
    print ""
I think the most interesting and difficult part of this project by far is reproducing the properties of a current. Because in real life a wire is always "checking" if there's a complete current or not. But with a program, everything is sequential, and the less steps the better. So you end up having to check for complete circuits at strategic times, so that it behaves like a real electrical device that knows at all times if it's on a complete circuit or not.

But then you have multiple circuits that are connected by relays, and whether certain circuits are going to be complete will depend on whether the circuit connected to it by the relay is complete. Now this made it so that I also needed to know what order to check the circuits in also.

Add to that, wires that can be split and merged. This got really complicated for me really fast. With the split wires you have to check both sides of the split before you know if either side has a charge. Similar problem (but different) with merged wires. Also since I was using recursive loops to check through the connected parts, now I had a problem where everything wasn't called input and output anymore. Now I had input1, input2 and output1, output2 and I couldn't just run the same function through them.

Anyway, I'm pretty happy with some of the solutions I made, although others less so. If you have any thoughts I'd love to hear them. I think the next post will be the final part of this project where I'll explain how to put the logic gates together to do binary addition. Stay tuned!

Last edited by WeAreSamurai; 07-22-2012 at 02:33 PM. Reason: adding pictures
WeAreSamurai is offline   Reply With Quote
Old 07-23-2012, 06:44 AM   #15
journeyman
 
Join Date: Sep 2004
Posts: 360
Re: Python Project: Binary Adding Machine

I've got a question about how 'simultaneous events' are handled:

Suppose Wire X is split into A and B, so they carry both the same signal. And suppose the two logic gates are EX-NOR.
How is a change in X handled by the logic gates?
I thought you could do it 1 by 1 until some sort of steady-state was reached but in cases like this the result might be different.

cyberfish is offline   Reply With Quote

Reply
      

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off



All times are GMT -4. The time now is 10:19 PM.


Powered by vBulletin®
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2008-2010, Two Plus Two Interactive