Hardware open source: o que dá para usar numa empresa

A proposta chega com um servidor anunciado como aberto, e a pergunta da área de compras vem junto: "isso sai mais barato e é mais seguro, certo?". Os arquivos da placa estão mesmo publicados. O que a proposta não diz é quem troca a fonte quando ela queimar.

Hardware open source aparece cada vez mais em proposta comercial, de placa de prototipagem a rack de data center. O rótulo é real e tem definição formal. Ele só responde a uma pergunta diferente da que o comprador costuma fazer.

Um projeto aberto publica o desenho do equipamento, e isso não muda quem dá garantia nem quem conserta. Antes de comprar, a pergunta útil é quem fabrica a unidade que chega na sua mesa e quem atende quando ela falha.

O que a OSHWA chama de hardware open source

A Open Source Hardware Association mantém a definição mais citada. A definição da OSHWA começa dizendo que hardware open source é aquele cujo desenho fica disponível publicamente. A partir daí, qualquer pessoa pode estudar, modificar, distribuir, fabricar e vender o projeto ou o hardware baseado nele.

O texto tem 12 critérios. O primeiro, documentação, é o que mais separa projeto aberto de marketing. Os arquivos de projeto precisam vir no formato preferido para modificação, como o arquivo nativo do programa de CAD. Arquivo ofuscado de propósito não vale. Também não vale entregar só a arte final do cobre pronta para a fábrica, que permite copiar a placa sem entender o circuito.

Se a documentação não vem junto com o produto, ela precisa estar disponível por um custo próximo ao de reprodução, de preferência como download gratuito. Os outros critérios tratam de redistribuição livre, atribuição, obras derivadas e da proibição de discriminar pessoas ou áreas de uso.

A associação também tem um programa de certificação. O fabricante declara que o produto segue a definição, e o projeto entra num diretório que dá para filtrar por tipo de hardware, licença e país de origem. É o primeiro lugar para conferir se o selo de uma proposta tem lastro. Nem todo projeto que se diz hardware open source passa pela certificação, e a falta do selo não prova nada: só obriga você a conferir os arquivos por conta própria.

A licença: o que a CERN-OHL v2 pede em cada variante

Software aberto se apoia em licenças como GPL e MIT. Desenho de hardware tem licenças próprias, e a mais usada em projetos sérios é a CERN Open Hardware Licence versão 2. A página da CERN-OHL v2 publica três variantes.

• CERN-OHL-S: reciprocidade forte. Quem modifica e distribui o projeto mantém o derivado sob a mesma licença.
• CERN-OHL-W: reciprocidade fraca. A parte modificada segue sob a licença, mas componentes disponíveis no mercado e material externo ligado por interface documentada ficam de fora.
• CERN-OHL-P: permissiva, sem obrigação de devolver as modificações.

Para quem compra, a variante diz o que o fornecedor é obrigado a publicar quando altera o projeto. Na W, por exemplo, quem fabrica e entrega um produto precisa fornecer o código-fonte completo do desenho ou informar onde ele está. Para a empresa que só usa o equipamento, sem modificar nem redistribuir, essas obrigações quase nunca pesam. Elas importam para quem adapta o projeto e vende o resultado, como um integrador que monta uma versão própria da placa.

A lógica de reciprocidade é a mesma do software, assunto do post sobre o que uma licença open source deixa vender.

Hardware aberto e firmware aberto são camadas diferentes

A confusão mais comum mistura o circuito com o software que roda nele. O caso clássico é o roteador com OpenWrt.

O repositório do OpenWrt descreve o projeto como um sistema operacional Linux para dispositivos embarcados. Você instala o OpenWrt num roteador comprado em loja, cuja placa, chip de rádio e esquema elétrico continuam fechados. O software ficou aberto, e o hardware não mudou nada. Um roteador com OpenWrt continua longe de ser hardware open source.

O inverso também existe. Uma placa pode ter esquema e arquivos de CAD publicados e rodar um firmware proprietário, ou depender de um chip cujo interior ninguém fora do fabricante conhece.

A página da placa Arduino Uno Rev3 é um bom exemplo do lado do hardware: ela oferece o esquemático em PDF e os arquivos de CAD para download. Já quem monta um laboratório de rede com Raspberry Pi usa software aberto sobre uma placa cujo projeto é do fabricante. As duas placas servem para aprender, mas só a do Arduino libera os arquivos de CAD da placa para quem quiser fabricar uma igual.

Onde o hardware open source aparece numa empresa

Fora da bancada de prototipagem, três frentes contam.

RISC-V. A RISC-V International descreve o RISC-V como um conjunto de instruções (ISA) aberto e sem royalties. O projeto começou em maio de 2010 na Universidade da Califórnia em Berkeley. O detalhe que importa: a própria entidade diz que qualquer um pode usar o RISC-V em soluções abertas ou proprietárias. A ISA é aberta. O chip que você compra pode ter o desenho interno fechado.

Open Compute Project. O OCP nasceu em 2011, por iniciativa do Facebook, hoje Meta. A missão declarada é projetar, usar e levar ao mercado os desenhos mais eficientes para computação em escala. Ele publica especificações de servidor, rack e alimentação para data center, e quem entende o que é um servidor reconhece as peças. Empresa pequena raramente compra equipamento OCP direto. O projeto interessa mais a quem opera data center próprio.

Placas de controle e automação. Arduino e derivados aparecem em protótipo de sensor, painel de chão de fábrica e automação simples. É onde o desenho aberto mais ajuda, porque a equipe pode adaptar a placa sem pedir licença. O risco ali é outro: placa de desenvolvimento não foi feita para ambiente industrial, e colocar uma em produção sem caixa, proteção elétrica e plano de reposição é decisão que precisa de dono.

Garantia, suporte e dependência de fornecedor

Um desenho público permite que várias empresas fabriquem o mesmo equipamento. Isso reduz dependência de um único fornecedor do projeto. Não reduz a dependência de quem fabricou a sua unidade. Comprar hardware open source deixa essa conta exatamente onde estava.

Componente é outro ponto. Um projeto aberto lista as peças, o que ajuda a achar substituto quando um chip sai de linha. Isso só vale se a lista de materiais estiver completa e se a peça listada ainda for vendida.

A auditabilidade tem limite. Ter o projeto aberto deixa revisar o desenho, mas não prova que a placa entregue saiu daquele desenho. É o mesmo problema da cadeia de suprimentos de software: o código público só protege quem confere o que foi de fato construído.

Fabricante de hardware open source ganha dinheiro vendendo unidades prontas e contratos de suporte. O desenho aberto atrai comunidade e clientes, e o suporte paga as contas. O post sobre modelo de negócio open source mostra a mesma conta no software.

Como avaliar antes de comprar

Uma proposta de hardware open source merece estas perguntas:

1. Peça o link dos arquivos de projeto. Esquema, layout da placa e lista de materiais, em formato editável. Se só existe PDF, o projeto não segue a definição da OSHWA.
2. Confira a licença e a variante. CERN-OHL-S, W ou P dizem o que o fornecedor precisa publicar quando altera o projeto. Procure o produto no diretório de certificação.
3. Pergunte quem fabrica a unidade. O nome do projeto e o nome de quem solda a placa podem ser empresas diferentes.
4. Peça a garantia por escrito. Prazo, troca, peça de reposição e tempo de atendimento ficam no contrato, não na licença.
5. Separe hardware de firmware. Pergunte qual software roda no equipamento, quem atualiza e qual a licença dele.
6. Teste uma unidade antes do lote. Um equipamento em bancada por algumas semanas revela mais que qualquer ficha técnica.

O que muda e o que não muda

O desenho aberto muda quem pode estudar, copiar e fabricar o equipamento. Para auditoria e para quem quer fugir de fornecedor único, isso tem valor real.

Ele não muda a relação de compra. A definição da OSHWA tem 12 critérios, e nenhum deles fala em garantia ou em assistência técnica.