element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Open Source Hardware
  • Technologies
  • More
Open Source Hardware
Forum Hardware Freedom Day is April 20th!
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Open Source Hardware to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 24 replies
  • Subscribers 318 subscribers
  • Views 3800 views
  • Users 0 members are here
  • openhardware
  • oshw
  • hfd
  • opensource
Related

Hardware Freedom Day is April 20th!

fustini
fustini over 12 years ago

http://www.hfday.org/images/mightyohm.jpg

Hardware Freedom Day is a yearly celebration of Open Hardware! Every year since 2004 hundreds of teams have been celebrating Software Freedom Day, often showcasing Open Hardware in the process. At the Digital Freedom Foundation(formerly known as SFI) we thought it was about time to have a special day just for Open Hardware. So get your hackerspace in order, your team up to speed and register your event right now!

You can find if there is an event planned near you:

 

http://www.hfday.org/map/

 

or learn how to organize one if not:

 

http://wiki.hfday.org/StartGuide

 

Anyone planning to go to one or organize one?

 

cheers,

drew

  • Sign in to reply
  • Cancel

Top Replies

  • morgaine
    morgaine over 12 years ago in reply to johnbeetem +2
    John Beetem wrote: If FPGAs were open like many microprocessors, people who could solve this would work on it. But given that any results will be "purely academic", the kind of people who want to see something…
  • morgaine
    morgaine over 12 years ago in reply to fustini +2
    Apparently it was Culture Freedom Day yesterday. Pity that this very noble intention is only a joke in practice, as popular culture has been locked away behind corporate firewalls and "suing as a business…
  • morgaine
    morgaine over 12 years ago in reply to johnbeetem +1
    John Beetem wrote: I'm not surprised it hasn't happened. First, it couldn't have started happening until about 5 years ago when the basic FPGA patents began to expire. IMO Xilinx's 4-input LUT is great…
Parents
  • billabott
    billabott over 12 years ago

    Topic: Boolean Algebra

     

    http://www.digilogwiki.com/index.php?title=Minterms_and_Maxterms

     

    has IMO inconsistent "Given" conditions set up for the gas pipeline example.

     

    Comments anyone?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to billabott

    I don't think the given condtions are inconsistent, but I think the first condition,

    If El Paso is open, then Phoenix and San Diego must both be either open or closed.

    could be simplified to just

     

    If El Paso is open, then Phoenix and San Diego must both be closed.

     

    So the "or open" is superfluous/redundant, because it can never happen, but that doesn't make it inconsistent.

     

    However, I am troubled by the first row of the truth table.  I would have expected T=1 because

    neither condition is violated.

     

    I'm also confused by the Tuscon pipe.  I would have expected that the flow in the Tuscon pipe

    would be the sum of the flows in its 3 feeder pipes, but clearly that isn't what column T represents.

    There seems to be an implied condition that the Tuscon pipe flows if and only if the 2 conditions are

    satisfied and at least one of the feeders is flowing.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • johnbeetem
    johnbeetem over 12 years ago in reply to Former Member

    coder27 wrote:

     

    I don't think the given condtions are inconsistent, but I think the first condition,

    If El Paso is open, then Phoenix and San Diego must both be either open or closed.

    could be simplified to just

     

    If El Paso is open, then Phoenix and San Diego must both be closed.

     

    So the "or open" is superfluous/redundant, because it can never happen, but that doesn't make it inconsistent.

     

    However, I am troubled by the first row of the truth table.  I would have expected T=1 because

    neither condition is violated.

     

    I'm also confused by the Tuscon pipe.  I would have expected that the flow in the Tuscon pipe

    would be the sum of the flows in its 3 feeder pipes, but clearly that isn't what column T represents.

    There seems to be an implied condition that the Tuscon pipe flows if and only if the 2 conditions are

    satisfied and at least one of the feeders is flowing.

    I agree that the Givens are inconsistent.  The first given is OK as written: it says that if El Paso is open, the other two are equal (exclusive NOR).  However, the second given conflicts with the first, because if El Paso is open then both Phoenix and San Diego could be open, but if Phoenix is open then El Paso must be closed.  It appears to be one of those examples that's so simple that its author didn't think he or she needed to check it.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to johnbeetem

    John,

       What do you call a boolean logic condition that says

          A implies (False or B)

    Clearly the False is redundant and the condition could be simplified to

         A implies B

    But I wouldn't call that inconsistent, because you wouldn't have any trouble creating

    a unique truth table for it.

     

    In the original example we have

         E implies ((P and S) or (~P and ~S))

         P implies (~E and ~S)

     

    The first condition can be simplified (in light of the second) to

         E implies (False or (~P and ~S))

    which can be simplified to

         E implies (~P and ~S)

     

    which leaves you with two consistent conditions that make for a unique truth table.

     

    It wouldn't surprise me if the author unintentionally had a redundant (P and S) in

    the first condition, but I don't see that it really matters at all.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • Former Member
    Former Member over 12 years ago in reply to johnbeetem

    John,

       What do you call a boolean logic condition that says

          A implies (False or B)

    Clearly the False is redundant and the condition could be simplified to

         A implies B

    But I wouldn't call that inconsistent, because you wouldn't have any trouble creating

    a unique truth table for it.

     

    In the original example we have

         E implies ((P and S) or (~P and ~S))

         P implies (~E and ~S)

     

    The first condition can be simplified (in light of the second) to

         E implies (False or (~P and ~S))

    which can be simplified to

         E implies (~P and ~S)

     

    which leaves you with two consistent conditions that make for a unique truth table.

     

    It wouldn't surprise me if the author unintentionally had a redundant (P and S) in

    the first condition, but I don't see that it really matters at all.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • johnbeetem
    johnbeetem over 12 years ago in reply to Former Member

    Assuming that the site http://www.digilogwiki.com/index.php?title=Minterms_and_Maxterms is intended to be tutorial, it's very important to avoid verbiage that might be contradictory.  For that matter, one could interpret:

    If El Paso is open, then Phoenix and San Diego must both be either open or closed.

    to mean that Phoenix must be either open or closed, and San Diego must likewise be either open or closed.  Since there's no "partially open" in Boolean algebra, then Phoenix is always either open or closed, and San Diego is always either open or closed, so they both simplify to TRUE, so the whole given simplifies to "if El Paso is open, then TRUE".  Not amusing enough to be a sillygism, so it's just confusing.

     

    They also neglect to say whether 0 means open and 1 means closed, or vice-versa.  You need to know this to construct the truth table.

     

    It's hard enough to learn logic without trying to make sense of ambiguous examples.  In particular, the premises have got to be clear and unambiguous.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to johnbeetem

    agreed, the example is anything but clear and unambiguous!

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • billabott
    billabott over 12 years ago in reply to Former Member

    Working backwards from the truth table, I have concluded the the Givens need to be changed from

    If El Paso is open, then Phoenix and San Diego must both be either open or closed. If Phoenix is open, then both El Paso and San Diego must be closed.

    to

    If El Paso is open, then Phoenix and San Diego must both be either open or closed. If Phoenix is open, then both El Paso and San Diego must both be either open or closed.

     

    Happy Trails

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to billabott

    Bill,

       I think you're on to something.  Your change would make the last row of the truth table make sense.

    But the first row still wouldn't make much sense.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube