Printora

Software que aproxima diagnóstico e impressão 3D.

Tecnologias identificadas

Python / FastAPIReactGo

O problema

Diagnosticar uma impressora 3D e atuar sobre ela são responsabilidades diferentes. A interface precisa apresentar as informações sem executar comandos privilegiados diretamente no navegador.

A solução

O Printora reúne interface de diagnóstico, API local e agente próximo ao equipamento, com integrações para o ambiente Klipper/Moonraker.

O que compõe a solução

Sistema React/TypeScript com telas de operação e diagnóstico que consomem a API.
Ver detalhes técnicos →
API Python/FastAPI para inventário, operações, integrações e persistência local em SQLite.
Ver detalhes técnicos →
Agente Go com capacidades delimitadas para conectar o equipamento aos contratos da aplicação.
Ver detalhes técnicos →

Recorte do projeto O recorte local usa SQLite. PostgreSQL e Redis pertencem à evolução da camada de nuvem, separada da operação local apresentada aqui.

Minha contribuição

Concebi e desenvolvi o Printora, com interface web, API local e agente de equipamento. A arquitetura distingue diagnóstico, planejamento de manutenção e execução de capacidades no ambiente da impressora.

Arquitetura em perspectiva

Backend, frontend e agente integram impressoras Klipper/Moonraker; diagnóstico e planos de manutenção distinguem leitura de execução.

Estrutura técnica

Tecnologia por módulo.

Interface web, API local e agente de equipamento separam experiência, persistência e acesso ao ambiente da impressora.

O que cada parte faz e quais tecnologias a sustentam. A existência de um módulo no código não significa que todos os seus recursos estejam concluídos ou publicados.

01 / Código existente

Sistema

ReactTypeScriptVite

Interface de operação e diagnóstico.

Telas por funcionalidade consomem contratos da API, sem executar comandos privilegiados diretamente no navegador.

02 / Código existente

API

PythonFastAPISQLite

API e persistência local.

Organiza inventário, operações e integrações do produto. O recorte local usa SQLite; não depende do desenho cloud para funcionar.

03 / Código existente

Agente

GoCLIsystemdHTTP

Integração no equipamento.

Executa capacidades delimitadas e conecta o ambiente local aos contratos da aplicação.

Como as partes se conectam

A interface conversa com o backend. O agente fica próximo ao equipamento; integrações com Klipper, Moonraker e Mainsail têm contratos e permissões próprios.

Dados e integrações

SQLite atende a operação local. PostgreSQL/Redis fazem parte de recortes cloud em evolução e não são apresentados aqui como substitutos do banco local.

Qualidade e operação

Checks separados de frontend, backend e agente, integração conservadora com o equipamento e procedimentos locais de instalação/retorno. Aceite físico não é substituído por testes de interface.