Jeffrey Cross
Jeffrey Cross

Open Hardware Definition 1.0 LIBERADO!

Esta é uma grande notícia, para todos que usam hardware de código aberto, finalmente temos algo que podemos colocar em nossas páginas, carimbar em nossas placas e dizer que este é um hardware de código aberto! Por favor, visite esta página, leia a definição e endosse! Ayah escreve -

Finalmente o dia D está aqui! Temos o prazer de anunciar o 1.0 da definição de hardware de código aberto.

A definição foi submetida a algumas rodadas de feedback, e a coleta de feedback foi realizada (on-line, fóruns, cúpula de hardware aberto, sites das partes interessadas, e-mail, etc.) e postada aqui para análise. Gradualmente, o feedback vem convergindo cada vez mais e apoiando a definição crescente.

Gostaríamos de agradecer a todos que participaram ativamente na elaboração da definição e a discuti-la.

Agora, para seguir em frente, por favor, AJUDA:

  1. Endosse a definição, poste seus comentários sobre a versão 1.0 no fórum e na lista de discussão enquanto trabalhamos para uma atualização 1.1 nas próximas semanas / meses.
  2. Dê uma olhada nos logotipos que estamos considerando para “hardware de código aberto”, dê feedback ou envie seu próprio logotipo no fórum, no tópico LOGO.
  3. Mostre seu apoio à Definição OSHW aplicando a definição ao seu trabalho / projeto / site

Após o salto, toda a definição 1.0!

Hardware Open Source Hardware (OSHW) Declaração de Princípios 1.0 Hardware de código aberto é um hardware cujo design é disponibilizado publicamente para que qualquer pessoa possa estudar, modificar, distribuir, fabricar e vender o design ou hardware baseado nesse design.A fonte do hardware, o design do qual é feita, está disponível no formato preferido para fazer modificações nela. O ideal é que o hardware de código aberto use componentes e materiais prontamente disponíveis, processos padrão, infraestrutura aberta, conteúdo irrestrito e ferramentas de design de código aberto para maximizar a capacidade dos indivíduos de fabricar e usar hardware. Hardware de código aberto dá às pessoas a liberdade de controlar sua tecnologia enquanto compartilham conhecimento e incentivam o comércio através da troca aberta de projetos.

Definição de Hardware de Código Aberto (Open Source Hardware - OSHW) 1.0 A Definição de Rascunho do OSHW 1.0 baseia-se na Definição de Código Aberto para Software de Código Aberto e na definição de rascunho do OSHW 0.5. A definição é derivada do Open Source Definition, que foi criado por Bruce Perens e os desenvolvedores Debian como o Debian Free Software Guidelines. Vídeos e Documentação da oficina de Abertura de Hardware que deu início à definição abaixo estão disponíveis aqui. Por favor, junte-se a conversa sobre a definição aqui

Introdução O hardware de código aberto (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 criar, 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 modificação e distribuição dos arquivos de projeto. 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 custos. A documentação deve incluir arquivos de design no formato preferido para fazer alterações, por exemplo, o formato de arquivo nativo de um programa CAD. 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. A licença pode exigir que os arquivos de design sejam fornecidos em formato (s) aberto (s) totalmente documentado (s).

2. Escopo A documentação do hardware deve especificar claramente qual parte do design, se não todas, está sendo liberada sob a licença.

3. Software Necessário Se o projeto licenciado requer software, incorporado ou não, para operar adequadamente e cumprir suas funções essenciais, então a licença pode requerer que uma das seguintes condições seja atendida: a) As interfaces são suficientemente documentadas de tal forma que poderiam razoavelmente É considerado simples escrever software de código aberto que permita que o dispositivo funcione adequadamente e cumpra suas funções essenciais. Por exemplo, isso pode incluir o uso de diagramas detalhados de temporização de sinais ou pseudocódigo para ilustrar claramente a interface em operação. b) O software necessário é liberado sob uma licença de código aberto aprovada pelo OSI.

4. Trabalhos Derivados 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 trabalho original. A licença deve permitir a fabricação, a venda, a distribuição e o uso de produtos criados a partir dos arquivos do projeto, dos próprios arquivos de projeto e dos derivados dos mesmos.

5. Livre redistribuição A licença não deve restringir qualquer parte de vender ou doar a documentação do projeto. 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.

6. Atribuição A licença pode exigir que documentos derivados e avisos de direitos autorais associados a dispositivos forneçam atribuição aos licenciantes ao distribuir arquivos de projeto, produtos manufaturados e / ou seus derivados. A licença pode exigir que esta informação seja acessível ao usuário final usando o dispositivo normalmente, mas não deve especificar um formato específico de exibição. A licença pode exigir trabalhos derivados para transportar um nome ou número de versão diferente do design original.

7. Não Discriminação Contra Pessoas ou Grupos A licença não deve discriminar nenhuma pessoa ou grupo de pessoas.

8. Nenhuma Discriminação Contra os Campos do Empenho A licença não deve restringir ninguém de fazer uso do trabalho (incluindo hardware fabricado) em um campo específico do empreendimento. Por exemplo, ele não deve restringir o uso do hardware em uma empresa ou de ser usado em pesquisa nuclear.

9. Distribuição da Licença Os direitos concedidos pela licença devem se aplicar a todos aqueles a quem a obra é redistribuída sem a necessidade de execução de uma licença adicional por essas partes.

10. A licença não deve ser específica para um produto Os direitos concedidos pela licença não devem depender do trabalho licenciado que faz parte de um produto específico. Se uma parte é extraída de uma obra e usada ou distribuída dentro dos termos da licença, todas as partes a quem a obra é redistribuída devem ter os mesmos direitos que aquelas concedidas para a obra original.

11. A Licença Não Deve Restringir Outros Hardware ou Software A licença não deve colocar restrições em outros itens que são agregados ao trabalho licenciado, mas não derivativos dele. Por exemplo, a licença não deve insistir que todos os outros hardwares vendidos com o item licenciado sejam de código aberto, nem que apenas softwares de código aberto sejam usados ​​externamente ao dispositivo.

12. A Licença Deve Ser Tecnologicamente Neutra Nenhuma disposição da licença pode ser baseada em qualquer tecnologia individual, parte ou componente específico, material ou estilo de interface ou uso dos mesmos.

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.

Licenças e Hardware Ao promover o Open Hardware, é importante não enganar, sem querer, os projetistas em relação ao grau em que suas licenças realmente podem controlar seus projetos. Sob a lei dos EUA e a lei em muitos outros lugares, os direitos autorais não se aplicam a projetos eletrônicos. Patentes fazem. O resultado é que uma licença de Open Hardware pode, em geral, ser usada para restringir os planos, mas provavelmente não os dispositivos fabricados ou mesmo reformulações do mesmo design que não são cópias textuais do original. A seção aplicável da lei de direitos autorais é 17.102 (b), que diz:

Em nenhum caso, a proteção de direitos autorais de um trabalho de autoria original se estende a qualquer ideia, procedimento, processo, sistema, método de operação, conceito, princípio ou descoberta, independentemente da forma em que é descrita, explicada, ilustrada ou incorporada. em tal trabalho.

Ação

Deixar Um Comentário