Imagem de destaque Snapmaker libera código do Klipper para a U1 e define novo padrão de transparência Source: All3DP
Este artigo é oferecido gratuitamente a você e é independente de qualquer influência de terceiros. Para manter as coisas assim, a nossa revista é financiada por meio de publicidade, assinaturas sem anúncios e links de compras. Se você fizer uma compra através destes links, nós recebemos uma comissão. Saiba mais
Código aberto de verdade

Snapmaker libera código do Klipper para a U1 e define novo padrão de transparência

Foto deMatthew Mensley
Por Matthew Mensley
Atualizado em 1 de abr 2026

A Snapmaker lançou o código-fonte modificado dos três projetos de código aberto que sustentam o firmware da Snapmaker U1: Klipper, Moonraker e Fluidd. Os repositórios foram publicados no GitHub em 30 de março, o último dia antes do prazo que a própria empresa havia estabelecido.

Publicidade

A U1, uma máquina CoreXY com quatro cabeçotes de ferramentas que arrecadou mais de US$ 20 milhões no Kickstarter, roda uma versão customizada do Klipper. Ela também utiliza a interface web Fluidd e a API Moonraker. Todos os três projetos são licenciados sob a GPLv3, que exige que qualquer pessoa que distribua versões modificadas disponibilize o código-fonte correspondente.

A Snapmaker vinha enviando unidades da U1 aos apoiadores desde o final de 2025 sem publicar esse código, o que gerou questionamentos sobre conformidade — o ponto de discórdia sendo o intervalo de três meses e meio entre a distribuição do firmware e sua disponibilização ao usuário.

Em uma discussão no fórum em janeiro de 2026, membros da comunidade começaram a dissecar o firmware e, comparando-o com o Klipper original (upstream), notaram a extensão das modificações. O FAQ do Kickstarter da Snapmaker prometia inicialmente que o código chegaria “antes de março de 2026”. Uma atualização na wiki em 6 de março corrigiu isso silenciosamente para “antes do final de março de 2026”, o que a empresa atribuiu a um erro de redação.

A maneira como a Snapmaker lançou o código é digna de nota. Uma postagem no blog sobre o lançamento detalha não apenas o que foi alterado, mas aproximadamente o quanto: cerca de 20% da base de código é personalizada, diz a empresa, incluindo um fluxo de trabalho de troca de ferramentas redesenhado para operação paralela multi-cabeçote, nivelamento de mesa por corrente de Foucault (eddy-current), calibração de deslocamento XYZ multi-cabeçote, recuperação de perda de energia, detecção de emaranhamento de filamento e reconhecimento de filamento via RFID. O Moonraker teve cerca de 15% de seu código modificado, principalmente para integração com a Snapmaker Cloud, manipulação de arquivos 3MF e gerenciamento de rede local. A empresa afirma que as mudanças no Fluidd foram menores.

Por que tudo isso importa? Bem, obrigações de licença à parte, para os donos da U1, ter acesso ao código significa a capacidade de inspecionar, modificar ou até mesmo criar seu próprio firmware. Para os desenvolvedores independentes de firmware que já vinham fazendo isso a partir de engenharia reversa, significa trabalhar sobre uma base adequada, em vez de um alvo móvel.

Publicidade
Publicidade

Esse tipo de transparência sobre a natureza e a extensão das modificações é incomum nesse setor. O histórico da indústria em relação à conformidade com a licença GPL do Klipper é, para dizer o mínimo, irregular. A Creality enfrentou forte pressão da comunidade devido à K1 em 2023 e à K2 Plus em 2025, enquanto o lançamento da Centauri Carbon da Elegoo foi alvo de uma campanha bem-sucedida de pressão da comunidade pela conformidade. Na maioria desses casos, o código-fonte, quando finalmente apareceu, chegou com pouco ou nenhum contexto sobre o que havia sido alterado.

Indo contra essa tendência, a postagem da Snapmaker sobre o lançamento parece mais um registro de alterações do que um protocolo de conformidade.

Existem limites, no entanto. A postagem no blog afirma que “certas capacidades avançadas dentro do sistema U1 são implementadas através de módulos desenvolvidos de forma independente”, não derivados do Klipper, Moonraker ou Fluidd. Isso inclui a calibração automática inteligente da taxa de fluxo e a detecção de defeitos baseada em IA. Separadamente, a wiki da Snapmaker confirma que o sistema de reconhecimento de filamento por RFID é proprietário, sem planos para torná-lo código aberto.

No momento em que a Snapmaker publicou seus repositórios, firmwares independentes como o SnapmakerU1-Extended-Firmware de paxx12 já haviam surgido, oferecendo recursos não presentes no original, incluindo acesso root via SSH, interfaces Fluidd e Mainsail completas, transmissão de câmera WebRTC com aceleração por hardware, suporte a leitor RFID externo e integração com OctoEverywhere para acesso remoto e detecção de falhas por IA.

O envolvimento da própria Snapmaker na fusão de solicitações (merge requests) e na adoção de correções e recursos desenvolvidos pela comunidade será a prova de que este foi um lançamento bem-sucedido, e não apenas um despejo de arquivos para cumprir a lei. Você pode conferir por conta própria no GitHub.

Também de interesse:

Sobre o autor:
Matthew Mensley is a senior editor at All3DP with nine years covering consumer 3D printing hardware. He writes news, reviews, and buying guides with the clarity of someone who's seen enough hype cycles to know which ones to take seriously.
Publicidade
Publicidade
Publicidade