Farm di stampa

Gestione della libreria di modelli 3D per farm di stampa

Di Petros, che sviluppa Meshory · Aggiornato il 11 ott 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, traccia 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à.

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, Creality Print, Anycubic Slicer Next o PrusaSlicer in uno degli altri come nuovo 3MF, con piatti e colori dipinti trasferiti e l'originale lasciato intatto. Da Meshory 1.10.0 vengono trasferite anche le impostazioni di stampa che hai modificato. PrusaSlicer fa eccezione. I suoi progetti non registrano quali impostazioni hai modificato, quindi una conversione da o verso di esso usa il profilo di stampa della destinazione, e poiché Meshory esporta un progetto PrusaSlicer come un unico piatto, solo un progetto a piatto singolo può essere convertito verso di esso.

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, GLB, PLY, STEP, Rhino 3DM, Fusion F3D/F3Z e Lychee LYS (sperimentale), e un vero visualizzatore 3D, compresi i progetti Bambu con più piatti.
• Duplicati trovati in quattro modi: contenuto del file, geometria della mesh, intere cartelle e sovrapposizione tra cartelle, così una riesportazione o una conversione di formato viene comunque raggruppata con l'originale, una cartella che contiene lo stesso insieme di modelli si riduce a un solo risultato, e un pacchetto che si trova dentro un altro viene segnalato invece di sfuggire.
• 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 un tuo account presso un provider o un modello Ollama in locale, mai tramite un server di Meshory.
• Dritto nello slicer: oltre 16 slicer installati rilevati automaticamente, un clic dalla libreria, più il convertitore 3MF per una flotta mista.
• Una chiave di licenza, nessun account: una licenza è attiva su un massimo di 5 postazioni di lavoro alla volta; una farm che ha bisogno di più postazioni può scrivere a support@meshory.com e alzeremo il limite.

Sulla scala, un numero 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 scansionare una cartella NAS spiega come vengono gestite le sorgenti di rete.

Cosa Meshory lascia al software per farm

• Nessun controllo delle stampanti: non si collega alle stampanti, non smista i lavori, non pianifica la produzione e non monitora nulla. La sua Print queue, aggiunta in Meshory 1.11.0, è la lista delle cose da stampare di un maker: lotti con un nome, per un mercatino o una tiratura di regali, ciascuno con una scadenza facoltativa, e una bacheca con una corsia per ogni stampante che aggiungi a mano o dai preset del tuo slicer.
• 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 dei lavori dalle stampanti: nulla viene riletto da una stampante. In una lista di stampa segni tu ogni stampa come stampata o fallita, e i valori di tempo e filamento sono stime, salvate dallo slicer, calcolate da OrcaSlicer o inserite da te, non consumi misurati. Il filamento può essere assegnato a un modello, e il monitoraggio delle bobine è 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.

Sono compiti di gestione della farm, e il software per farm gira accanto a una libreria invece di sostituirla. La tabella in cima mostra quale sistema fa cosa, e la pagina di confronto mette Meshory a confronto con cartelle, siti di modelli e server self-hosted.

Cosa copre il software di gestione della farm

Stampanti, code e ordini appartengono a questo livello, e ciascuno di questi strumenti ne copre una parte.

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.