Delft Open hardware
    • Create new note
    • Create a note from template
      • Sharing URL Link copied
      • /edit
      • View mode
        • Edit mode
        • View mode
        • Book mode
        • Slide mode
        Edit mode View mode Book mode Slide mode
      • Customize slides
      • Note Permission
      • Read
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Write
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Engagement control Commenting, Suggest edit, Emoji Reply
      • Invitee
      • No invitee
    • Publish Note

      Publish Note

      Everyone on the web can find and read all notes of this public team.
      Once published, notes can be searched and viewed by anyone online.
      See published notes
      Please check the box to agree to the Community Guidelines.
    • Commenting
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
      • Everyone
    • Suggest edit
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
    • Emoji Reply
    • Enable
    • Versions and GitHub Sync
    • Note settings
    • Engagement control
    • Transfer ownership
    • Delete this note
    • Save as template
    • Insert from template
    • Import from
      • Dropbox
      • Google Drive
      • Gist
      • Clipboard
    • Export to
      • Dropbox
      • Google Drive
      • Gist
    • Download
      • Markdown
      • HTML
      • Raw HTML
Menu Note settings Sharing URL Create Help
Create Create new note Create a note from template
Menu
Options
Versions and GitHub Sync Engagement control Transfer ownership Delete this note
Import from
Dropbox Google Drive Gist Clipboard
Export to
Dropbox Google Drive Gist
Download
Markdown HTML Raw HTML
Back
Sharing URL Link copied
/edit
View mode
  • Edit mode
  • View mode
  • Book mode
  • Slide mode
Edit mode View mode Book mode Slide mode
Customize slides
Note Permission
Read
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Write
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Engagement control Commenting, Suggest edit, Emoji Reply
Invitee
No invitee
Publish Note

Publish Note

Everyone on the web can find and read all notes of this public team.
Once published, notes can be searched and viewed by anyone online.
See published notes
Please check the box to agree to the Community Guidelines.
Engagement control
Commenting
Permission
Disabled Forbidden Owners Signed-in users Everyone
Enable
Permission
  • Forbidden
  • Owners
  • Signed-in users
  • Everyone
Suggest edit
Permission
Disabled Forbidden Owners Signed-in users Everyone
Enable
Permission
  • Forbidden
  • Owners
  • Signed-in users
Emoji Reply
Enable
Import from Dropbox Google Drive Gist Clipboard
   owned this note    owned this note      
Published Linked with GitHub
Subscribed
  • Any changes
    Be notified of any changes
  • Mention me
    Be notified of mention me
  • Unsubscribe
Subscribe
--- title: Licensing Open Hardware description: This lesson introduces licensing considerations and concepts for open hardware projects. authors: Santosh Ilhamparuthi version: 1.0 --- # Licensing Open Hardware <!-- Back to [overview](https://hackmd.io/ya-g7omdSI--Vx0JcayB1Q?view) --> [![License: CC BY 4.0](https://img.shields.io/badge/License-CC_BY_4.0-lightgrey.svg)](https://creativecommons.org/licenses/by/4.0/) [![DOI](https://zenodo.org/badge/DOI/10.5281/zenodo.7195720.svg)](https://doi.org/10.5281/zenodo.7195720) **Date of release:** 23-09-2022 Do I need to add a license to my project? Can you do anything you want if you find a project that isn't licensed? Are licenses iron clad, can you negotiate the terms? What happens if someone violates the terms of your license, can you collect damages and what happens when you violate a license? These and many more questions like them surrounding the use of licenses and what happens to copyrighted material are often asked. The aim of this lesson is to give you an introduction and basic information to get you started in using open source hardware licenses and to hopefully answer some of these questions. :::info **By the end of this lesson you should be able to** - Choose an appropriate license for your open hardware project - Understand what rights and responsibilites you have when you use a licensed project **Learning objectives** - Understand the basis for licenses - The real world standing of open source hardware licenses - Know the considerations involved in choosing a license - Limitations in using open hardware licenses ::: ## Introduction Licensing is an important aspect of sharing/publishing open source projects as it provides clarity for anyone looking to reuse your open source project. Without licenses in place, anyone who wants to reuse it is left with legal ambiguity as to the status of using your intellectual property. While we are looking to focus on open source hardware licenses the context is that this is within the broader open source movement. The open source licensing of hardware came out of open source software licenses and in fact several open source software licenses are widely accepted within the open hardware community. While we do believe that open source licensing is important and encourage you to adopt the appropriate licenses, it is important to note that within the open source community there is also a philosophical disagreement on licensing, seen as thrusting a “[permission culture](https://lu.is/blog/2013/01/27/taking-post-open-source-seriously-as-a-statement-about-copyright-law/)” within the open source movement. :::warning :warning: It is important to consider that copyright, licenses, patents etc are all legal concepts and are as such subject to what the law says. Laws can change. This change is not simply one of the laws changing over time, though that is a factor, but changes in jurisdiction and enforcement. Simply put different countries have different laws and follow different procedures with regard to enforcing them. The content provided here is broadly based on American and European law and legal traditions and might not be applicable - might even be contra indicated - or relevant. While things like the Berne Convention have sought to harmonize copyright enforcement, the real world is a messy place. Please also note that the information provided here is not by a lawyer specialising in intellectual property law or any other sort of lawyer for that matter. So do not take the descriptions provided or viewpoints shared as legal advice, they are not that and not intended to be used in that manner. Consult a legal expert to provide actual legal advice for your case. ::: ## Content To understand what licenses do and how to apply them, it is first important to be familiar with a number of terms. Often terms like copyright, licenses, patents, trademarks etc. are used interchangeably and maybe incorrectly and leads to confusion as to what exactly is being discussed and what the implications that arise from them are. Familiarise yourself with the following terms and follow the links to understand more about them. :::info :information_source: **[Copyright](https://europa.eu/youreurope/business/running-business/intellectual-property/copyright/index_en.htm#shortcut-1/):** “When you create an original literary, scientific and artistic work, such as poems, articles, films, songs or sculptures, you are protected by copyright. Nobody apart from you has the right to make the work public or reproduce it.” And, “If you create literary, scientific and artistic work, you automatically have copyright protection, which starts from the moment you create your work, so you don't need to go through any formal application process.” **[License](https://www.oshwa.org/faq/#what-is-a-license/):** “ Licensing is a way to give people rights that they wouldn’t otherwise have to use your intellectual property (IP) and, in return, to place restrictions on how they exercise those rights.” **[Patent](https://www.wipo.int/patents/en/):** “A patent is an exclusive right granted for an invention, which is a product or a process that provides, in general, a new way of doing something, or offers a new technical solution to a problem. To get a patent, technical information about the invention must be disclosed to the public in a patent application.” **[Trademark](https://euipo.europa.eu/ohimportal/en/trade-mark-definition/)**: "Trade marks are signs used in trade to identify products. Your trade mark is the symbol your customers use to pick you out. It distinguishes you from your competitors. You can protect and build upon your trade mark if you register it." ::: Copyrights are generally what make open source licenses enforceable. So for many open source licenses to be applicable it is necessary to figure out what parts of the project are actually copyrightable and therefore can be licensed. This complicates thing since copyrights do not protect functional items and hardware can be a combination of creative and functional elements, while the former is protected by copyright the latter would usually need a patent (if it is indeed patentable) to be protected. It is important to note that copyrights and patents are mutually exclusive, that is something is either protected by copyright or it is protected by a patent but not both simultaneously. This can bring up a question, should you consider patents? Maybe pull a Tesla and [make your patents free to use](https://www.tesla.com/blog/all-our-patent-are-belong-you/)? First, there are nuances to that Tesla announcement and while it is nice, it would probably not fit the [definition of open source hardware](https://www.oshwa.org/definition/#:~:text=Open%20source%20hardware%20is%20hardware,for%20making%20modifications%20to%20it/). Patents require that inventions be novel and non-obvious, a high bar that is not easily cleared, on top of which, obtaining patents is also a long an expensive process involving filling lots of forms, making declarations and hiring a competent lawyer in the area and paying the requisite fees. From an open source hardware point of view patents are not a solution, though there is some[ interesting](https://www.boldandopen.com/) policy [ideas](http://www.openpatentoffice.org/) that could dramatically change the patents landscape. ### What licenses to use While as discussed above there are difficulties with regard to applying licenses to open source hardware projects, there are community practices that are good to know and follow. A good place to start is to see which licenses are generally accepted by OSHWA, - [GNU General Public License (GPL)](http://www.gnu.org/licenses/gpl.html/) - [Creative Commons licenses](https://creativecommons.org/licenses/) - [CERN Open Hardware Licenses](https://cern-ohl.web.cern.ch/home) - [TAPR Open Hardware License](https://tapr.org/the-tapr-open-hardware-license/) - [Solderpad Hardware License](http://solderpad.org/licenses/) The licenses listed above that are used in open source hardware can be broadly classified as permissive licenses and reciprocal or copyleft licenses. That these are terms right out of open source software licenses is not a accident, as discussed before. In broad terms copyleft licenses impose an obligation of reciprocity on users of any of the licensed items, i.e. if something is licensed under a copyleft license then any derivative works need to be shared under the same rights. Copyleft licenses do not prohibit the commercial use of copyrighted item only that you may not place additional restrictions on the derivative work. Permissive licenses are those licenses that do not impose the reciprocity requirements. These licenses allow for the proprietary licensing of derivative works. #### Non-Hardware Native licenses The GNU(GPL) developed within the context of the open source software movement (by Richard Stallman) is a popular copyleft license. The CC-BY-SA license falls under open source copyleft licenses. Most copyleft licenses fall under open source licenses but not all open source licenses are copyleft. The CC licenses offer a spectrum of licensing with the CC0 and CC-BY licenses being permissive open source licenses. Creative Commons recommends that CC licenses should not be used for licensing software. The MIT license and FreeBSD license are also permissive licenses. #### Hardware Native licenses Due to the unique challenges faced when licensing open source hardware, licenses specifically tailored to be used with open source hardware have been created. The CERN Open Hardware License is a prominent member in this category with the [CERN OHL v2.0](https://ohwr.org/project/cernohl/wikis/Documents/CERN-OHL-version-2/) license coming in three flavours the copyleft or strongly reciprocal CERN-OHL-S variant, the weakly reciprocal CERN-OHL-W variant and the permissive CERN-OHL-P variant. The aforementioned TARP Open hardware license is also a copyleft license while the Solderpad Hardware License is a permissive license. The advantage of using the licenses developed specifically for hardware is that they try to address the peculiarities of licensing open source hardware. The CERN OHL v2.0 for example address the fact that there are different elements to an open hardware project and can be used for the software parts of the open hardware project as well, though CERN itself encourages the use of dedicated open source software licenses for those parts. ### How and where to add licenses The choice of license is a personal one based on the goals of the hardware project and the scope for collaboration and growth. However, structuring the project and adding the appropriate licenses to the different section is much more universal. Adopting the OSHWA certification regime to distinguish and apply the licenses is a good strategy. The certification considers four elements: a) the **hardware**, b) **software**, c) **documentation** and d) **branding**. Depending on the type of project and scope one or two elements might not be relevant but for the most part having a plan for all four is a good idea. The licenses used should generally be featured in the main page where the project is hosted. For example if GitHub is used a license file should be added to the topmost layer of the repo along with a Readme file. The appropriate licenses should also attached to the different elements. For example the software license should be attached to the code, with the appropriate declaration at the start of any section. #### Hardware This consists of the actual hardware elements of the project and utilising a license like a CERN OHL would be appropriate. This element consists of the functional parts of the “product”. In general functional parts of an invention could be protected by a patent but in our context the Open Hardware Licenses play the role. Since a patent has to be specifically applied for and given by the patent office of the country the aspects that the open hardware licence actually protects can be uncertain. This does not mean there is no point to utilising such a license but simply that one must be mindful of limitations. The following line from the certification guidelines from OSHWA, gives a good perspective on the use of these hardware licenses, “It is best to think of hardware licenses as guiding tools for good actors, not ways to punish bad actors.” #### Software Depending on the type of open hardware project this element might not be needed. But in the case where software is required for the functioning of the open source hardware this element should be addressed. Using an open source initiative approved compatible license is a good way to go about this. Using for example the GNU(GPL) 3.0 for a copyleft license of the software and perhaps the MIT or FreeBSD in case of permissive software licensing. Do keep in mind that the software under discussion here includes things like firmware. Firmware is not considered an element of the hardware. #### Documentation This element includes all the descriptions and discussions on how to build and use the hardware. This include the design files. The licenses applied here work on the basis of copyright and as such what is protected is the copyrightable aspects presented here. So creative aspects of the design might be protected but not the functional ones. The copyright protection of the documentation offers protection from unauthorised copying and distribution of the actual documentation it does not prevent anyone from making the physical objects that are described in the documentation. Nor does it prevent anyone from creating their own version of the documentation. Using a CC license for the documentation is advisable. A CC-BY for permissible and a CC-BY-SA for copyleft. Note that for a project to be considered open source restriction on field of use or commercial use should not be placed. #### Branding For most small scale open source hardware projects and those that fall within scope of hobbies branding is unlikely to be of concern. But depending on the project it is important that branding and trademarks are appropriately protected and presented. If the hardware elements include brand logos or trademarks it is advisable to include only "clean" versions of the hardware in the open source documentation. This will ensure that any recreations or distributions of the product are not done so with your branding unless explicit permission is given by you. If branding and trademarks are relevant to your project it is important to apply for and obtain those certifications from the appropriate government authorities. ### Limitations While we have had an extensive discussion on licensing and how to go about using them it is important to keep in mind that licenses are only as powerful as the ability to enforce them. This means that while you can curate and choose the best license that fits your goals it might entirely be redundant if enforcement is not possible. The good news is that open source software licenses have been tested across different jurisdictions and been upheld in many cases, including the USA, Germany and many others. The full scope of enforceability and effectiveness is still being explored. On the other hand open source hardware licensing is relatively recent and appears to be entirely untested in an actual court of law. This means that the protections offered by such licenses stand on unproven grounds. Added to this is the fact that a lot of the licensing is based on copyright law which does not transfer well when dealing with actual hardware. This mean that the open hardware licenses might not offer as much or in fact any protections. So it is good to repeat, “It is best to think of hardware licenses as guiding tools for good actors, not ways to punish bad actors.” # Exercises ## Exercise 1 What kind of license do you want to use for your project? The goal here is for you to think about how you see your project being used by others and what you would like to see/not see happen to it. Which is exactly what licensing is about. Explore some of the documentation associated with the licenses discussed in the lesson. Pick a license that suits your goals and explain why that is the case. ## Exercise 2: Investigate an open source hardware project and the license used. The goal here is to check to see if open hardware projects are properly licensed. Chcek to see if all the relevant parts are shared and have an appropriate license. Compare the project you have chosen with a project that has been certified as open by the OSHWA. Here is the list of [certified projects](https://certification.oshwa.org/list.html). # Reference and further readings - Open source hardware https://larszimmermann.de/licensing-open-source-hardware-by-michael-weinberg/ (accessed Sep. 23, 2022). - OSHWA faq https://www.oshwa.org/faq/ (accessed Sep. 23, 2022) - Certification procedure from OSHWA https://certification.oshwa.org/process/hardware.html (accessed Sep. 23, 2022) - Copyright https://europa.eu/youreurope/business/running-business/intellectual-property/copyright/index_en.htm#shortcut-1/ (accessed Sep. 23, 2022) - Open Source Initiative https://opensource.org/faq (accessed Sep. 23, 2022) - CERN Open Hardware License project https://ohwr.org/project/cernohl (accessed Sep. 23, 2022) - License selector https://ufal.github.io/public-license-selector/ (accessed Sep. 23, 2022) - Open source license litigation https://en.wikipedia.org/wiki/Open_source_license_litigation (accessed Sep. 24, 2022) - Legal guide to open source https://opensource.guide/legal/ (accessed Sep. 24, 2022) - Resources on Intellectual property https://www.wipo.int/reference/en/ (accessed Sep. 24, 2022) --- <ul class="pager"> <!--this is the style of the button--> <li><a href="/HswGjAZ-Re-aM12kuHBqwg">Previous Week</a></li> <!--This button takes me to the table of contents--> <li><a href="/MhMIZ6b6S7eqPcU1omeR9w">Next Week</a></li> <!--This button takes me to the previous page--> </ul>

Import from clipboard

Advanced permission required

Your current role can only read. Ask the system administrator to acquire write and comment permission.

This team is disabled

Sorry, this team is disabled. You can't edit this note.

This note is locked

Sorry, only owner can edit this note.

Reach the limit

Sorry, you've reached the max length this note can be.
Please reduce the content or divide it to more notes, thank you!

Import from Gist

Import from Snippet

or

Export to Snippet

Are you sure?

Do you really want to delete this note?
All users will lose their connection.

Create a note from template

Create a note from template

Oops...
This template is not available.
Upgrade
All
  • All
  • Team
No template found.

Create custom template

Upgrade

Delete template

Do you really want to delete this template?
Turn this template into a regular note and keep its content, versions, and comments.

This page need refresh

You have an incompatible client version.
Refresh to update.
New version available!
See releases notes here
Refresh to enjoy new features.
Your user state has changed.
Refresh to load new user state.

Sign in

Forgot password

or

By clicking below, you agree to our terms of service.

Sign in via Facebook Sign in via Twitter Sign in via GitHub Sign in via Dropbox Sign in with Wallet
Wallet ( )
Connect another wallet

New to HackMD? Sign up

Help

  • English
  • 中文
  • Français
  • Deutsch
  • 日本語
  • Español
  • Català
  • Ελληνικά
  • Português
  • italiano
  • Türkçe
  • Русский
  • Nederlands
  • hrvatski jezik
  • język polski
  • Українська
  • हिन्दी
  • svenska
  • Esperanto
  • dansk

Documents

Help & Tutorial

How to use Book mode

How to use Slide mode

API Docs

Edit in VSCode

Install browser extension

Get in Touch

Feedback

Discord

Send us email

Resources

Releases

Pricing

Blog

Policy

Terms

Privacy

Cheatsheet

Syntax Example Reference
# Header Header 基本排版
- Unordered List
  • Unordered List
1. Ordered List
  1. Ordered List
- [ ] Todo List
  • Todo List
> Blockquote
Blockquote
**Bold font** Bold font
*Italics font* Italics font
~~Strikethrough~~ Strikethrough
19^th^ 19th
H~2~O H2O
++Inserted text++ Inserted text
==Marked text== Marked text
[link text](https:// "title") Link
![image alt](https:// "title") Image
`Code` Code 在筆記中貼入程式碼
```javascript
var i = 0;
```
var i = 0;
:smile: :smile: Emoji list
{%youtube youtube_id %} Externals
$L^aT_eX$ LaTeX
:::info
This is a alert area.
:::

This is a alert area.

Versions and GitHub Sync
Upgrade to Prime Plan

  • Edit version name
  • Delete

revision author avatar     named on  

More Less

No updates to save
Compare
    Choose a version
    No search result
    Version not found
Sign in to link this note to GitHub
Learn more
This note is not linked with GitHub
 

Feedback

Submission failed, please try again

Thanks for your support.

On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?

Please give us some advice and help us improve HackMD.

 

Thanks for your feedback

Remove version name

Do you want to remove this version name and description?

Transfer ownership

Transfer to
    Warning: is a public team. If you transfer note to this team, everyone on the web can find and read this note.

      Link with GitHub

      Please authorize HackMD on GitHub
      • Please sign in to GitHub and install the HackMD app on your GitHub repo.
      • HackMD links with GitHub through a GitHub App. You can choose which repo to install our App.
      Learn more  Sign in to GitHub

      Push the note to GitHub Push to GitHub Pull a file from GitHub

        Authorize again
       

      Choose which file to push to

      Select repo
      Refresh Authorize more repos
      Select branch
      Select file
      Select branch
      Choose version(s) to push
      • Save a new version and push
      • Choose from existing versions
      Include title and tags
      Available push count

      Upgrade

      Pull from GitHub

       
      File from GitHub
      File from HackMD

      GitHub Link Settings

      File linked

      Linked by
      File path
      Last synced branch
      Available push count

      Upgrade

      Danger Zone

      Unlink
      You will no longer receive notification when GitHub file changes after unlink.

      Syncing

      Push failed

      Push successfully