La gestione di una farm di stampanti 3D cambia natura quando le macchine smettono di essere singole postazioni e diventano risorse produttive di un’organizzazione. Una dozzina di sistemi può essere coordinata manualmente; con decine di macchine iniziano a pesare assegnazione dei lavori, manutenzione, controllo degli accessi, identificazione dei materiali e trattamento dei file ricevuti dai clienti. Bambu Lab Fleet Hub affronta questa seconda situazione con una piccola unità hardware installata nella rete dell’azienda, progettata per esporre funzioni di controllo attraverso API e lasciare i normali flussi di produzione all’interno dell’infrastruttura locale. Non è una nuova stampante, né una semplice applicazione di monitoraggio: è un livello di integrazione fra macchine e software gestionali.
L’architettura documentata prevede fino a cinquanta stampanti collegate contemporaneamente a un Hub. La documentazione tecnica ufficiale, versione 1.0 del 20 maggio 2026, permette di analizzare funzionalità e limiti senza ridurre la questione all’etichetta commerciale «senza cloud». Il funzionamento quotidiano è locale dopo l’attivazione, ma il primo collegamento richiede comunque una procedura autorizzativa che coinvolge i servizi del costruttore. Per un service che gestisce disegni proprietari e ordini industriali, questa differenza deve essere compresa prima di progettare l’installazione.
Perché una farm ha bisogno di un livello intermedio
Quando ogni stampante viene controllata separatamente, il responsabile deve trasferire il file, selezionare il profilo corretto, verificare disponibilità e avviare la produzione da interfacce differenti. La difficoltà cresce soprattutto con lavori ripetitivi e macchine non identiche: una richiesta può essere compatibile con più stampanti, ma solo alcune montano il materiale, l’ugello o la configurazione appropriati. Senza un punto centrale, lo stato reale delle risorse deve essere continuamente ricostruito. Una piattaforma di gestione deve quindi conoscere le macchine, riceverne la telemetria, inviare comandi e rendere disponibile queste informazioni ai sistemi che seguono ordini e avanzamento produttivo.
Fleet Hub mette a disposizione una API RESTful per il riconoscimento delle stampanti, l’associazione e dissociazione dei dispositivi, la consultazione dello stato e la gestione dei lavori. Le operazioni documentate comprendono avvio, pausa, ripresa e interruzione della stampa, oltre alla gestione dei filamenti. Un singolo lavoro può essere indirizzato a più macchine, caratteristica interessante quando bisogna distribuire lo stesso componente in una piccola serie. Questa capacità non equivale però a una pianificazione automatica completa: decidere quale ordine assegnare a quale macchina, con quali priorità e controlli di qualità, rimane un problema software e organizzativo che il sistema gestionale deve risolvere.
Il percorso di un file di stampa
L’Hub riceve il file di lavoro già preparato, nel formato gcode.3mf previsto dall’ambiente Bambu. Non svolge necessariamente il compito di uno slicer centrale capace di scegliere autonomamente strategia di supporto, temperatura o orientamento per ogni modello. È importante separare la progettazione del processo dalla distribuzione della sua esecuzione. L’architettura prevede due percorsi: caricare direttamente il file nel dispositivo, oppure indicare una risorsa HTTPS dalla quale la stampante può scaricarlo. Nel primo caso Fleet Hub lo memorizza nella cache locale e può identificarlo tramite un hash MD5 per riutilizzarlo senza trasferimenti ridondanti.
Il valore di MD5 in questa applicazione è quello di indice per la cache; non va confuso con una garanzia crittografica moderna sull’autenticità del progetto. La sicurezza del canale è affidata invece a TLS e, nei flussi principali fra servizi autorizzati, all’autenticazione reciproca mTLS. Il server gestionale invia il comando, il dispositivo intermedio lo inoltra e la stampante recupera il lavoro. Separare trasferimento dei file e comando di esecuzione consente un’integrazione con sistemi produttivi esterni, ma crea anche la necessità di controllare che versione del file, identificativo dell’ordine e macchina effettivamente utilizzata corrispondano.
MQTT, REST e integrazione con MES ed ERP
La comunicazione fra l’Hub e le stampanti utilizza MQTT su un canale autenticato, mentre i servizi esterni si collegano tramite l’interfaccia HTTP protetta. MQTT è adatto a una comunicazione in cui comandi e aggiornamenti di stato devono raggiungere più dispositivi; un’applicazione esterna non ha così bisogno di conoscere ogni dettaglio dei protocolli interni della flotta. REST facilita invece l’integrazione con un MES, il software che governa l’esecuzione della produzione, oppure con strumenti che acquisiscono ordini da un ERP.
Una possibile applicazione consiste nel ricevere da un sistema commerciale una commessa con numero, materiale e quantità, convertirla in uno o più lavori preparati e inviarla alle risorse libere. L’Hub può aiutare ad acquisire stato, errori e fotografie del piano di stampa, ma il collegamento fra numero di commessa, lotto di filamento, controllo dimensionale finale e spedizione richiede un’applicazione a monte. La presenza di API non costruisce automaticamente un sistema tracciabile per settori regolati. Consente piuttosto a un integratore di realizzarlo, purché definisca i dati necessari e gestisca le eccezioni.
Una piccola macchina di rete, non un server industriale generico
L’hardware descritto ha un involucro in lega di alluminio di 100 × 85 × 28 millimetri, processore ARM quad-core, 2 GB di RAM e 64 GB di memoria eMMC. Il collegamento è Ethernet a 100 Mbit/s e l’alimentazione avviene tramite USB-C a 5 V, 3 A. La potenza tipica indicata è di 5 W. Questi dati chiariscono il ruolo del prodotto: è un gateway specializzato, non una workstation destinata a eseguire il calcolo delle traiettorie di decine di stampe contemporaneamente.
Per i file dei lavori sono riservati 40 GB di archivio locale. Quando lo spazio si riduce, il sistema elimina prima i lavori rimasti inutilizzati più a lungo e quelli caricati in precedenza. Ne consegue che la cache non deve essere considerata l’archivio master della produzione: i modelli e le versioni approvate devono restare conservati altrove, con politica di backup, controllo delle revisioni e tracciabilità. In caso di ripristino del dispositivo potrebbe essere necessario ricaricare i file e riassociare l’installazione al servizio autorizzato.
La modalità locale non elimina ogni dipendenza esterna
Il processo iniziale richiede la registrazione di un servizio sviluppatore e il rilascio di credenziali e certificati. Durante l’attivazione viene creato un ticket, che viene presentato ai servizi del costruttore per ottenere una licenza firmata. L’Hub lega quindi l’autorizzazione all’identità del servizio che lo ha attivato. Successivamente, l’architettura documentata prevede che i dati e i comandi ordinari restino sulla LAN, senza l’invio proattivo dei file a server esterni.
La dipendenza iniziale è un vincolo operativo distinto dalla riservatezza dei file durante la produzione. Un’azienda che richiede completa indipendenza da servizi online deve verificare anche attivazione, rinnovo delle credenziali, aggiornamenti e sostituzione del dispositivo. Inoltre, la documentazione specifica che le stampanti gestite attraverso Fleet Hub operano nella modalità locale e non sono contemporaneamente raggiungibili attraverso Bambu Handy e i servizi cloud ordinari. È una scelta di architettura da pianificare, non una modalità aggiuntiva senza conseguenze per gli operatori.
Crittografia, identità dei dispositivi e confini della sicurezza
Il progetto impiega Secure Boot per verificare l’avvio di componenti firmware firmati, un ambiente di esecuzione isolato per alcune operazioni sensibili e memorie protette per elementi come certificati e credenziali. La documentazione descrive anche controlli obbligatori degli accessi a livello di sistema operativo e l’uso di certificati X.509 per identificare dispositivi e servizi. L’interfaccia di programmazione locale utilizza un unico account API per dispositivo, separato dall’eventuale account web di manutenzione. Se la password viene persa, il recupero richiede un ripristino di fabbrica, che cancella l’attivazione e i dati locali.
Sono misure che riducono diverse superfici di attacco, ma non costituiscono da sole una certificazione di sicurezza o la prova che il sistema resista a qualsiasi intrusione. La possibilità di creare credenziali sicure, collocare le stampanti in segmenti di rete controllati e conservare un inventario degli accessi resta una responsabilità dell’organizzazione. Lo stesso vale per la gestione delle credenziali dell’integratore, che dovrebbero essere custodite e ruotate secondo regole aziendali.
I 40 GB per i modelli non sono ancora cifrati a riposo
Il limite più concreto emerge dal documento sulla sicurezza. I trasferimenti dei file sono protetti durante il transito, ma nella versione descritta i modelli memorizzati nella cache locale restano in chiaro. La cifratura dei file a riposo è indicata come funzione futura. Il costruttore raccomanda per questo di collocare l’unità in un ambiente fisicamente controllato. È una distinzione essenziale: cifrare il canale di comunicazione impedisce a un osservatore di leggere facilmente il traffico, ma non protegge necessariamente i file contro l’estrazione fisica del supporto di memoria o un accesso non autorizzato al sistema.
Per un service che riceve progetti coperti da accordi di riservatezza, la misura va valutata nel contesto dei contratti. Si possono prevedere stanza tecnica controllata, rete segmentata, credenziali dedicate, conservazione dell’originale su sistemi separati e politiche di cancellazione. La possibilità di integrare Fleet Hub in una rete chiusa rimane interessante, ma la responsabilità di definire se sia sufficiente per uno specifico cliente resta a chi lo utilizza.
Monitoraggio, manutenzione e limiti da verificare sul campo
Il dispositivo conserva l’ultima immagine disponibile delle fotocamere delle stampanti e permette di consultarla attraverso API. Non va quindi presentato come un archivio video completo di tutte le produzioni. La disponibilità di uno snapshot può essere utile per la supervisione di una farm, ma la rilevazione automatica di difetti richiede strumenti ulteriori. Il monitoraggio degli errori HMS e delle condizioni operative può ridurre i controlli ripetitivi, senza sostituire l’intervento umano quando si verifica un guasto o quando serve un controllo di qualità.
Anche il dato massimo di cinquanta stampanti deve essere interpretato correttamente. È la capacità dichiarata di gestione simultanea, non il risultato di una campagna indipendente condotta con cinquanta macchine che trasmettono video e ricevono lavori in condizioni di rete congestionata. Saranno interessanti prove su latenza, riconnessioni, conflitti fra job, utilizzo della cache e ripristino dopo interruzioni di alimentazione. In ambienti produttivi veri, la stabilità nelle eccezioni può contare più della rapidità di un comando isolato.
La posta in gioco per i service di stampa 3D
Fleet Hub segnala una direzione precisa: una stampante desktop avanzata diventa più utile alle imprese quando può essere inserita in un flusso digitale verificabile. La disponibilità di API locali, autenticazione dei dispositivi e gestione centralizzata apre opportunità per i laboratori che devono collegare ordini, produzione e consegne. Non cancella però la necessità di predisporre software applicativo, gestire la qualità e definire un modello di sicurezza adatto ai file dei clienti.
La documentazione pubblica è abbastanza dettagliata per capire l’architettura, ma non sostituisce un collaudo dell’integrazione con una farm specifica. Restano da confermare disponibilità commerciale nei diversi mercati, condizioni di accesso alle API, prezzi e risultati su flotte eterogenee. Il punto più interessante è la combinazione di controllo locale e integrazione industriale; la questione più delicata, almeno nella versione iniziale, è la protezione dei file conservati sul dispositivo. Sono proprio questi aspetti, più delle funzioni di avvio remoto, che determineranno l’utilità del sistema in produzione.
Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI).
