Farm di stampa

Gestione della libreria di modelli 3D per farm di stampa

Di Petros, che sviluppa Meshory · Aggiornato il 18 set 2026 · 9 min di lettura

Una farm di stampa funziona con due sistemi che vengono spesso confusi per uno solo. Il software di gestione della farm fa funzionare le macchine: code, instradamento dei lavori, assegnazione delle stampanti, ordini, G-code. Un gestore di librerie di modelli risponde a una domanda completamente diversa, cioè cosa possiedi, dove si trova, e quale delle sei copie è quella da stampare. Il software per farm resta perlopiù silenzioso su questa seconda domanda, e più la libreria è grande più il silenzio si fa evidente. Questa pagina spiega cosa copre ciascun livello, ed è precisa su dove si ferma Meshory, perché è uno strumento per la libreria e non un software di gestione della farm.

Due livelli, e solo uno riguarda le stampanti

PrintStash, uno strumento self-hosted per farm e quindi anch'esso non una parte neutrale, descrive bene la distinzione nel proprio confronto dell'agosto 2026: un file manager è «un livello di libreria sopra la macchina», e «la stampante decide quale software controlla la macchina, non decide dove vivono i tuoi modelli, le revisioni del G-code e lo storico di stampa». È la distinzione da tenere a mente mentre valuti qualsiasi cosa in questo ambito.

La maggior parte delle farm finisce per usarne uno di ciascun tipo, ed è la risposta giusta e non un compromesso. L'errore è aspettarsi che uno dei due copra anche l'altra metà.

Cosa copre il software di gestione della farm

Se il problema sono stampanti, code e ordini, questi sono gli strumenti giusti, e nessuno di loro è Meshory.

I problemi di libreria che il software per farm lascia irrisolti

Peggiorano con la scala, ed è per questo che colpiscono le farm più duramente degli hobbisti.

La stessa parte, salvata sei volte, con sei nomi diversi

Una farm accumula duplicati più velocemente di chiunque altro: nuovi download dello stesso file, un kit acquistato due volte in bundle diversi, una parte riesportata a una scala diversa, lo stesso modello convertito da STL a 3MF per una stampante diversa. La maggior parte degli strumenti che dichiarano il rilevamento dei duplicati calcola l'hash dei byte del file, il che intercetta una copia rinominata e si lascia sfuggire tutti questi casi, perché una riesportazione non condivide alcun byte con il suo originale. Confrontare la mesh stessa è ciò che colma questa lacuna, e rilevamento basato su hash o sulla geometria analizza esattamente quali copie trova ciascun metodo.

Una libreria che non puoi vedere

Il software per farm mostra i file che hai già caricato al suo interno. Non genera un'anteprima per i 40.000 modelli fermi sul NAS che nessuno tocca da quando è arrivato il Kickstarter, e un operatore che non riesce a vedere un modello lo riscaricherà o lo ricomprerà piuttosto che cercarlo. Le miniature su tutto l'archivio sono la soluzione più economica per questo, ed è quella che gli strumenti per farm hanno meno probabilità di includere.

Pacchetti che nessuno ha mai estratto

I rilasci dei creator e delle campagne Kickstarter arrivano come ZIP, RAR e 7Z e restano inutilizzati, il che significa che il loro contenuto è invisibile alla ricerca e a qualsiasi controllo dei duplicati. Leggere dentro gli archivi senza estrarli è la differenza tra una libreria in cui puoi cercare e una in cui una parte consistente resta una scatola nera.

Una flotta mista significa file di progetto misti

Una farm che usa Bambu insieme a Creality o Snapmaker finisce con progetti dello slicer che si aprono solo nello slicer che li ha creati. Il convertitore 3MF di Meshory, in beta sotto Tools, sposta un progetto di Bambu Studio, OrcaSlicer, Snapmaker Orca o Creality Print in uno degli altri come nuovo 3MF, con piatti e colori dipinti trasferiti e l'originale lasciato intatto. Le impostazioni di stampa che hai modificato vengono trasferite a partire dalla versione successiva alla 1.9.0, quindi sulla versione attuale non lo sono.

Cosa Meshory non fa per una farm

Partiamo da qui, perché è più rapido da verificare e decide se il resto di questa pagina ti riguarda.

• Nessun controllo delle stampanti: non si collega alle stampanti, non smista i lavori, non gestisce una coda di produzione e non monitora nulla. Una coda è nella roadmap, pensata per una tiratura da mercatino o da regalo più che per la produzione, e non è ancora stata rilasciata.
• Nessun ordine, SKU o cliente: non c'è un catalogo prodotti né un collegamento tra un modello e qualcosa che vendi.
• Nessun monitoraggio del G-code: non versiona il G-code, non conserva un G-code noto come funzionante abbinato a una revisione e a un profilo del modello, e non estrae le impostazioni dello slicer da un file già affettato.
• Nessuno storico di stampa: successi, fallimenti, ristampe e materiale consumato non vengono registrati. Il filamento può essere assegnato a un modello, e il monitoraggio di bobine e stampanti è nella roadmap e non ancora rilasciato.
• Nessun account, permesso o registro di controllo: è un'app desktop monoutente. Più persone possono ciascuna eseguirla sulla stessa condivisione NAS, ma non c'è uno stato condiviso tra loro, nessun ruolo e nessuna registrazione di chi ha cambiato cosa.

Se uno di questi è il problema che stai cercando di risolvere, la tabella qui sopra è il punto di partenza, e PrintStash o Daedalus sono le scelte più ovvie per una farm self-hosted.

Cosa fa Meshory per una farm

Un solo compito, alla scala che una farm ha davvero. Indicizza le cartelle sul posto su macOS, Windows e Linux, comprese le condivisioni NAS e di rete, e non sposta nulla.

• Ogni modello visibile: miniature automatiche per STL, 3MF, OBJ, FBX, STEP e Rhino 3DM, e un vero visualizzatore 3D, compresi i progetti Bambu multipiatto.
• Duplicati trovati in tre modi: contenuto del file, geometria della mesh e intere cartelle, così una riesportazione o una conversione di formato viene comunque raggruppata con l'originale, e una cartella che contiene lo stesso insieme di modelli si riduce a un solo risultato.
• Archivi letti sul posto: ZIP, RAR, 7Z e TAR/TGZ sfogliabili come cartelle, con ogni modello al loro interno che riceve una miniatura e conta ai fini del rilevamento dei duplicati.
• Ricerca, tag e raccolte su tutta la libreria, con tagging con IA facoltativo tramite la tua chiave OpenRouter e non la nostra.
• Dritto nello slicer: oltre 15 slicer installati rilevati automaticamente, un clic dalla libreria, più il convertitore 3MF per una flotta mista.
• Nessuna postazione da gestire: una chiave di licenza e nessun account, e la posizione dichiarata è nessun limite di attivazione, quindi più postazioni di lavoro non significano più acquisti.

Sulla scala, il numero onesto invece di un aggettivo: prima di essere rilasciato è stato costruito e messo alla prova su una libreria da 118.270 modelli e 3,5 TB su un'unica condivisione NAS, e come scansionare una cartella NAS spiega come vengono gestite le sorgenti di rete.

Come si incastrano i due livelli

1. 1La libreria vive dove vive già, sul NAS o sul disco condiviso. Niente viene migrato in una nuova posizione.
2. 2Un gestore di librerie la indicizza sul posto, genera le anteprime e ripulisce i duplicati prima che qualcosa a valle debba occuparsene.
3. 3Un operatore trova il modello, converte il progetto se la stampante di destinazione richiede uno slicer diverso, e lo apre nello slicer.
4. 4Da lì il software per farm prende il controllo: affetta, mette in coda, instrada verso una stampante, registra l'esito a fronte dell'ordine.

Vale la pena deduplicare prima, in quest'ordine. Ogni duplicato che porti in un sistema di produzione diventa uno SKU duplicato, un lavoro duplicato o un operatore che stampa la revisione sbagliata.