HackMD
  • Beta
    Beta  Get a sneak peek of HackMD’s new design
    Turn on the feature preview and give us feedback.
    Go → Got it
      • Create new note
      • Create a note from template
    • Beta  Get a sneak peek of HackMD’s new design
      Beta  Get a sneak peek of HackMD’s new design
      Turn on the feature preview and give us feedback.
      Go → Got it
      • Sharing Link copied
      • /edit
      • View mode
        • Edit mode
        • View mode
        • Book mode
        • Slide mode
        Edit mode View mode Book mode Slide mode
      • 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
      • More (Comment, Invitee)
      • Publishing
        Please check the box to agree to the Community Guidelines.
        Everyone on the web can find and read all notes of this public team.
        After the note is published, everyone on the web can find and read this note.
        See all published notes on profile page.
      • Commenting Enable
        Disabled Forbidden Owners Signed-in users Everyone
      • Permission
        • Forbidden
        • Owners
        • Signed-in users
        • Everyone
      • Invitee
      • No invitee
      • Options
      • Versions and GitHub Sync
      • Transfer ownership
      • Delete this note
      • Template
      • Save as template
      • Insert from template
      • Export
      • Dropbox
      • Google Drive Export to Google Drive
      • Gist
      • Import
      • Dropbox
      • Google Drive Import from Google Drive
      • Gist
      • Clipboard
      • Download
      • Markdown
      • HTML
      • Raw HTML
    Menu Sharing Create Help
    Create Create new note Create a note from template
    Menu
    Options
    Versions and GitHub Sync Transfer ownership Delete this note
    Export
    Dropbox Google Drive Export to Google Drive Gist
    Import
    Dropbox Google Drive Import from Google Drive Gist Clipboard
    Download
    Markdown HTML Raw HTML
    Back
    Sharing
    Sharing Link copied
    /edit
    View mode
    • Edit mode
    • View mode
    • Book mode
    • Slide mode
    Edit mode View mode Book mode Slide mode
    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
    More (Comment, Invitee)
    Publishing
    Please check the box to agree to the Community Guidelines.
    Everyone on the web can find and read all notes of this public team.
    After the note is published, everyone on the web can find and read this note.
    See all published notes on profile page.
    More (Comment, Invitee)
    Commenting Enable
    Disabled Forbidden Owners Signed-in users Everyone
    Permission
    Owners
    • Forbidden
    • Owners
    • Signed-in users
    • Everyone
    Invitee
    No invitee
       owned this note    owned this note      
    Published Linked with GitHub
    Like BookmarkBookmarked
    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 --- <!-- Back to [overview](https://hackmd.io/ya-g7omdSI--Vx0JcayB1Q?view) --> # Licensing Open Hardware [![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 or at lease 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://ohwr.org/project/cernohl/wikis/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 [cerified 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) ## Thanks to This lesson is made possible by: Santosh Ilamparuthi

    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 lost 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?

    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

    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

    Tutorials

    Book Mode Tutorial

    Slide Mode Tutorial

    YAML Metadata

    Contacts

    Facebook

    Twitter

    Feedback

    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

    Versions and GitHub Sync

    Sign in to link this note to GitHub Learn more
    This note is not linked with GitHub Learn more
     
    Add badge Pull Push GitHub Link Settings
    Upgrade now

    Version named by    

    More Less
    • Edit
    • Delete

    Note content is identical to the latest version.
    Compare with
      Choose a version
      No search result
      Version not found

    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. Learn more

         Sign in to GitHub

        HackMD links with GitHub through a GitHub App. You can choose which repo to install our App.

        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
        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