A Critical Look At Open Licensing For Hardware
Glyn Moody writes "At a recent Open Hardware Camp in London, it became clear that one of the main obstacles to applying open source principles to hardware was licensing. For example, should competing big companies be allowed to use their economies of scale to make and sell cheaper products based on open hardware designs developed by small start-ups without payment? There's also the problem that hacking designs for physical objects like open source cars may have safety implications, which raises questions about liability. So what's the best way to address these issues?"
I don't understand why there would be security implications in having open designs for physical objects, unless those designs are pretty lousy and have faults that are only visible with the design.
For every problem, there is at least one solution that is simple, neat, and wrong.
It's an "open design" for a reason. Perhaps switch "open design" for "easy licensing options". Further, unless a big company forks the project, the originator usually has some control over the progress of the project, which means their smaller product becomes a "reference platform" with some added value even if the bigger company has a somewhat cheaper version.
In the case of cars, I fail to see why it would create any more of a liability issue than the DIY kit cars currently available. I suspect if it can pass inspection, it can be insured. For cars at least liability lies with the drivers (barring some catastrophic equipment failure, which obviously the manufacturers would be liable for).
So, I would assume that if there exists an appropriate ratings committee, standards, and inspectors to ensure safety (QA), liability would be a non-issue.
"Be prepared, son. That's my motto. Be prepared." --Joe Hallenbeck
For example, should competing big companies be allowed to use their economies of scale to make and sell cheaper products based on open hardware designs developed by small start-ups without payment?
This is called a non-commercial license. Non-commercial licenses have had a notoriously poor market reception in the past for software (no kidding). Only successful project I remember which uses such a license is MAME. People usually hate it for that, since you cannot easily port work to/from MAME and other open-source projects easily. If you do not allow people to manufacture hardware in a commercial basis, it will be even worse, since most people do not have the resources to manufacture hardware. It is nearly as bad as having a closed design.
'Hacking' for unlawful purposes is a problem with any design.
Cars have been "open" by default for the majority of their existence -- they may not hand you schematics, but all the workings of the car were out in the open for any mechanic to see and generally well understood. Mechanics could replace or rebuild just about any part of the car including replacing the engine with a from-scratch rebuild, and this behavior was not only generally tolerated but often encouraged by the auto makers. It's only in relatively recent times with the advent of computer control that the ability to hide the workings of the vehicle even became possible, and even more recently that these computers were used to try to create a "proprietary" environment where you couldn't have any random mechanic fix your car (and this attempt has largely failed).
Safety and liability are no more an issue than it was with hot rods and such back in the day. It's simple: Your vehicle, modified or no, has to comply with state and federal laws regarding road worthiness, and pass any inspections your state might have. If your car fails because of the original manufacturer's design, then it's their fault. If it fails because of a 3rd party modification, that's their fault. If it fails because of your tinkering in your garage, that's your fault. Grey areas are hammered out in the courts, like they always have been.
The enemies of Democracy are
So i want to replace the cylinders in my honda accord, what is the exact nickel content in each cylinder? what are the heat treat specifications for that cylinder? this is important, and this is proprietary knowledge given only to safety organizations like the DOT.
another example: my M5PVL drive gear, a component of my Acura transmission, has a certain chemical makeup. I know the makeup of the M5PVL for my honda pilot, but my Acura has turbochargers (its an RDX.) if you dont have the chemical makeup of the steel, you end up with a gear that explodes under stress.
Lastly, id like to exploit the extra space in my TL drivetrain to add motors and make a hybrid, but im worried the recall information on the cold weather start and idle fluid transfer system for the transmission is insufficient. I know the fluid doesnt transfer properly and i need to return the transmission for a different one, but I need more information about the failures so i can determine how best to plan my motor layout...this information is proprietary.
Good people go to bed earlier.
If your doctor recommended a pacemaker which used open-source code that the vendor had scrutinized, tweaked, hardened, debugged, etc. so well that this pacemaker was considered the best one on the market, would you reject it because it was open source?
The design and manufacture of the pacemaker has to meet rigorous legal requirements.
It's a very expensive proposition.
If you are in this business, I don't know why you would want to trade a quarter century of experience in house for code that gives you nothing you don't already have.
Who asked open-source hardware? I just want hardware whose programming interfaces are completely documented.
The largest prime factor of my UID is 263267.