Jeffrey Cross
Jeffrey Cross

Hardware de código-fonte aberto - (OSHW) versão preliminar versão 0.3 e cúpula

Hoje é um grande dia para quem projeta (ou constrói) hardware de código aberto. Por mais ou menos 5 anos ou mais, o termo “hardware de código aberto” tem sido usado cada vez mais para descrever projetos em que os criadores decidiram publicar completamente toda a fonte, esquemas, firmware, software, lista de materiais, lista de peças, desenhos e arquivos “board” para recriar o hardware - eles também permitem qualquer uso, inclusive comercial. Semelhante ao software de código aberto como o Linux, mas este centrado em hardware.

Houve, haverá e haverá muitas maneiras de definir o hardware de código aberto, mas alguns dos principais criadores e pensadores do assunto se reuniram e estou realmente entusiasmado em ajudar a anunciar que há um rascunho do hardware de código aberto (OSHW). ) versão de definição 0.3 e uma cúpula deste ano, logo antes de Maker Faire NYC.

Ayah Bdeir (colega do Eyebeam e coordenadora desses esforços) tem a dizer sobre a primeira rodada da definição e da cúpula. Ela escreve…

Comecei a me interessar pelo Open Hardware como um veículo para inovação e mudança social enquanto estava no grupo CCG no MIT Media Lab, e fiquei totalmente imerso nele enquanto membro sênior do Centro de Arte e Tecnologia Eyebeam em Nova York. Agora, sou um (louco!) Forte crente no poder do Open Hardware. Quando eu comecei o littleBits, eu pulei para os muitos desafios de portar o movimento Open Source para o hardware.

Ao trabalhar de perto na estratégia legal com o incrível consultor John Wilbanks, VP de Ciência da Creative Commons, decidimos criar um local para a comunidade interagir com a CC e embarcar em uma missão para ajudar a catalisar uma licença de Open Hardware. O workshop, intitulado “Abrindo Hardware: Um workshop sobre ferramentas legais para hardware de código aberto”, ocorreu no Eyebeam em 17 de março e contou com pioneiros do OH como Arduino, Adafruit, Buglabs, MakerBot, Chumby e Jonathan Kuniholm (Open Prosthetics), Chris Anderson (Wired), Mako Hill (OLPC, Wikipedia), Jon Philips (Qi), Shigeru Kobayashi (Gainer), Becky Stern (Make) e Thinh Nguyen e John Wilbanks (CC) e nós (littleBits, Eyebeam). Desde então, nós e um incrível grupo de estrelas de OH (Evil Mad Scientist, Parallax, Sparkfun, Lilypad), começamos a criar uma definição que hoje, estamos muito animados para lançar na versão 0.3 para comentários públicos.

Recentemente, fui indicado como colaborador da Creative Commons - um passo muito importante que mostra o compromisso da CC com nossa comunidade. E em 23 de setembro, Alicia Gibbs (buglabs) e eu estamos presidindo uma cúpula como parte do MakerFaire: o Open Hardware Summit. Nós estaremos discutindo a licença, e esperamos colocar a versão 1.0 para o mundo! Por favor, junte-se a nós, patrocine-nos, apoie-nos ou apenas siga-nos!

Ayah Bdeir 14 de julho de 2010

Então o que vem depois? Confira a definição de hardware de código aberto, ajude-nos a chegar à 1.0 - nos últimos 4 a 5 anos eu escrevi as centenas de projetos a cada ano - e finalmente chegaremos a um consenso das pessoas que fazem o hardware é e quais são os desafios pela frente. O hardware de código aberto existe, é real - dezenas de empresas estão prosperando fazendo milhões de dólares criando ótimos produtos e compartilhando a “receita”.

O abaixo é a licença v.0.3 colada de FreedomDefined. Para o original, acesse: http://freedomdefined.org/OSHW

Definição de Rascunho do Hardware de Código-fonte Aberto (Open Source Hardware - OSHW) versão 0.3

A Definição de Rascunho do OSHW 0.3 baseia-se na Definição de Código Aberto para Software de Código Aberto e na definição da definição do OSHW 0.2, incorporando ainda mais as ideias da Licença Aberta de Hardware da TAPR. Vídeos e Documentação da oficina de Abertura de Hardware que deu início à licença abaixo estão disponíveis aqui.

Introdução

Hardware Open Source (Open Source Hardware - OSHW) é um termo para artefatos tangíveis - máquinas, dispositivos ou outras coisas físicas - cujo design foi liberado para o público de tal forma que qualquer um pode fazer, modificar, distribuir e usar essas coisas. Esta definição destina-se a ajudar a fornecer diretrizes para o desenvolvimento e avaliação de licenças para Hardware Open Source.

É importante notar que o hardware é diferente do software em que os recursos físicos devem sempre ser comprometidos para a criação de bens físicos. Consequentemente, pessoas ou empresas que produzem itens (“produtos”) sob uma licença do OSHW têm a obrigação de não implicar que tais produtos sejam fabricados, vendidos, garantidos ou sancionados de outra forma pelo projetista original e também não fazer uso de nenhuma marca registrada o designer original.

Os termos de distribuição do Hardware de Código Aberto devem atender aos seguintes critérios:

1. Documentação

O hardware deve ser liberado com documentação, incluindo arquivos de design, e deve permitir a modificação e a distribuição dos arquivos de design. Nos casos em que a documentação não é fornecida com o produto físico, deve haver um meio bem divulgado de obter essa documentação por não mais do que um custo de reprodução razoável, de preferência, baixando via Internet sem custo. A documentação deve incluir arquivos de design no formato preferido para o qual um desenvolvedor de hardware modificaria o design. Arquivos de design deliberadamente ofuscados não são permitidos. Formulários intermediários, análogos ao código de computador compilado - como arte de cobre pronta para impressão de um programa CAD - não são permitidos como substitutos.

2. Software Necessário

Se o hardware exigir que o software, incorporado ou não, opere adequadamente e cumpra suas funções essenciais, o requisito de documentação também deve incluir pelo menos um dos seguintes: O software necessário, liberado sob uma licença de fonte aberta aprovada pelo OSI, ou outro documentação de tal forma que poderia razoavelmente ser considerado simples escrever software de código aberto que permita que o dispositivo funcione adequadamente e cumpra suas funções essenciais.

3. Obras Derivadas

A licença deve permitir modificações e trabalhos derivados e deve permitir que eles sejam distribuídos sob os mesmos termos que a licença do hardware original. A licença deve permitir a fabricação, venda, distribuição e uso de produtos criados a partir dos arquivos de projeto ou derivados dos arquivos de projeto.

4. Redistribuição Gratuita

A licença não deve restringir qualquer parte de vender ou doar a documentação do projeto como um componente de uma distribuição agregada contendo projetos de várias fontes diferentes. A licença não exigirá royalties ou outras taxas pela venda. A licença não exigirá nenhum royalty ou taxa relacionada à venda de obras derivadas.

5. Atribuição

A licença pode exigir trabalhos derivados para fornecer atribuição ao designer original ao distribuir arquivos de projeto, produtos fabricados e / ou derivados dos mesmos. A licença também pode exigir trabalhos derivados para transportar um nome ou número de versão diferente do design original.

6. Não Discriminação Contra Pessoas ou Grupos

A licença não deve discriminar nenhuma pessoa ou grupo de pessoas.

7. Nenhuma Discriminação Contra os Campos de Endeavor

A licença não deve restringir ninguém de fazer uso do hardware em um campo específico de empreendimento. Por exemplo, não pode restringir o hardware de ser usado em uma empresa ou de ser usado em pesquisa nuclear.

8. Distribuição de licença

Os direitos associados ao hardware devem ser aplicados a todos aqueles a quem o produto ou a documentação são redistribuídos sem a necessidade de execução de uma licença adicional por essas partes.

9. A licença não deve ser específica para um produto

Os direitos associados ao hardware não devem depender do hardware ser parte de um produto maior em particular. Se o hardware for extraído desse produto e usado ou distribuído dentro dos termos da licença de hardware, todas as partes para as quais o hardware é redistribuído devem ter os mesmos direitos que aqueles concedidos em conjunto com a distribuição original.

10. A licença não deve restringir outro hardware ou software

A licença não deve impor restrições a outro hardware ou software que possa ser distribuído ou usado com o hardware licenciado. Por exemplo, a licença não deve insistir que todos os outros hardwares vendidos ao mesmo tempo sejam de código aberto, nem que apenas software de código aberto seja usado em conjunto com o hardware.

11. A licença deve ser neutra em termos de tecnologia

Nenhuma disposição da licença pode ser baseada em qualquer tecnologia individual ou estilo de interface.

Posfácio

Os signatários desta definição de Hardware de Código Aberto reconhecem que o movimento de código aberto representa apenas uma maneira de compartilhar informações. Encorajamos e apoiamos todas as formas de abertura e colaboração, sejam ou não adequadas a essa definição.

Endossos OSHW Versão preliminar 0.3 é endossado pelas seguintes pessoas e / ou organizações. Por favor, sinta-se à vontade para adicionar (seus próprios nomes) a esta seção. A listagem de sua afiliação é opcional para endossos pessoais, e os endossos são presumidos como pessoais, a menos que o nome da organização seja listado separadamente.

David A. Mellis, MIT Media Lab e Arduino Limor Fried, Adafruit Industries Phillip Torrone, Make e Adafruit Industries Leah Buechley, MIT Laboratório de mídia Chris Anderson, Drones com fio e DIY Nathan Seidle, SparkFun Eletrônica Alicia Gibb, Bug Labs Massimo Banzi, Arduino Tom Igoe, Arduino, ITP / NYU Zach Smith, Indústrias MakerBot Andrew “bunnie” Huang, bunniestudios Becky Stern, MAKE Windell Oskay, Laboratórios Mal Científicos Loucos John Wilbanks, Creative Commons Jonathan Kuniholm, Projeto de Próteses Abertas / Design Compartilhado Aliança Ayah Bdeir, littleBits. cc / Eyebeam / Creative Commons

Veja outras versões e o wiki que foi colado aqui: http://freedomdefined.org/OSHW

Ação

Deixar Um Comentário