Watchtower punta a riunire intere farm di stampa 3D in un unico pannello locale
Gestire una farm composta da stampanti 3D di produttori diversi significa spesso passare continuamente da un’applicazione all’altra. Le macchine di Bambu Lab dispongono del proprio ambiente software, le stampanti basate su Klipper vengono amministrate attraverso interfacce come Mainsail o Fluidd, i sistemi di Prusa Research possono utilizzare PrusaLink e Prusa Connect, mentre molte configurazioni autocostruite o meno recenti si affidano a OctoPrint.
Questa frammentazione diventa più difficile da gestire quando il numero delle macchine cresce. L’operatore deve controllare code di stampa, telecamere, temperature, materiali caricati, messaggi di errore e consumi energetici attraverso strumenti che non sempre comunicano tra loro.
Watchtower, piattaforma sviluppata da 3D Sentinel, nasce con l’obiettivo di riunire queste attività in un solo pannello di controllo. Il progetto si trova nella fase precedente al lancio della campagna su Kickstarter e viene presentato come una soluzione locale, utilizzabile senza affidare a un servizio cloud esterno i dati operativi della farm.
L’elemento centrale della proposta non è il controllo di una singola stampante, funzione già disponibile in numerosi programmi, ma la gestione coordinata di una flotta eterogenea. Watchtower dovrebbe supportare stampanti di Bambu Lab, sistemi basati su Klipper, dispositivi compatibili con PrusaLink di Prusa Research e macchine collegate tramite OctoPrint.
Un server centrale installato nella rete della farm
Secondo 3D Sentinel, Watchtower viene installato su un computer presente nella stessa rete delle stampanti. Il server può essere eseguito su sistemi Windows di Microsoft, su macOS di Apple oppure su un computer Raspberry Pi.
Il pannello può essere aperto da computer, tablet e smartphone attraverso un browser. In una configurazione locale, i comandi, gli stati delle macchine e i flussi delle telecamere restano all’interno della rete dell’azienda, del laboratorio o dell’abitazione.
Questa architettura distingue Watchtower dai servizi che richiedono l’invio continuo della telemetria a server esterni. L’assenza di un cloud obbligatorio può interessare laboratori professionali che lavorano su modelli riservati, scuole con politiche informatiche restrittive e piccole aziende che non vogliono dipendere da un abbonamento per accedere alle proprie macchine.
Il funzionamento locale presenta anche un vantaggio operativo: la farm può continuare a essere controllata quando la connessione Internet non è disponibile, a condizione che la rete interna, il server Watchtower e le stampanti siano attivi.
L’accesso remoto rimane facoltativo. 3D Sentinel dichiara che l’utente potrà aprire un tunnel cifrato per raggiungere il pannello dall’esterno. In assenza del tunnel, il server dovrebbe restare raggiungibile soltanto dalla rete locale.
Non sono ancora disponibili informazioni tecniche complete sul sistema di tunneling, sui protocolli utilizzati, sulla gestione delle identità e sull’eventuale autenticazione a più fattori. Questi elementi saranno rilevanti per valutare Watchtower in contesti professionali, soprattutto quando il pannello consente di avviare, interrompere o modificare processi di stampa.
Come Watchtower può comunicare con ecosistemi differenti
La possibilità di supportare quattro ambienti diversi senza installare plugin e senza modificare il firmware dipende dalle interfacce di rete già esposte dalle singole piattaforme.
Per le stampanti di Bambu Lab, la comunicazione locale può utilizzare le funzioni LAN previste dal produttore. La modalità LAN consente alle macchine compatibili di comunicare con lo slicer e con altri strumenti presenti nella stessa rete senza dipendere necessariamente dai servizi cloud di Bambu Lab.
La compatibilità concreta può variare in base al modello, alla versione del firmware e alle opzioni abilitate sulla stampante. Su alcune macchine di Bambu Lab, l’uso di applicazioni di terze parti può richiedere anche l’attivazione della modalità sviluppatore. Sarà quindi necessario verificare quali modelli potranno essere controllati da Watchtower e quali funzioni resteranno limitate.
Nel caso di Klipper, il collegamento dovrebbe avvenire attraverso Moonraker. Moonraker è il server API normalmente utilizzato da interfacce come Mainsail e Fluidd per comunicare con Klipper. Attraverso le sue API è possibile leggere lo stato della stampante, trasferire file, ricevere aggiornamenti, amministrare la coda e inviare comandi.
Questa struttura rende Klipper adatto all’integrazione in un pannello esterno. Watchtower non deve sostituire il firmware o l’interfaccia esistente: può interrogare Moonraker e presentare le informazioni in una vista comune insieme a quelle delle altre stampanti.
Per le macchine di Prusa Research, il progetto fa riferimento a PrusaLink. A differenza di Prusa Connect, che è il servizio cloud di Prusa Research, PrusaLink viene eseguito localmente sulla stampante o sul dispositivo collegato alla macchina. Consente di caricare file, controllare il processo e monitorare la stampante attraverso il suo indirizzo nella rete locale.
Le generazioni più nuove di stampanti Prusa dispongono di PrusaLink integrato, mentre alcuni modelli precedenti possono richiedere un Raspberry Pi collegato tramite USB o GPIO.
OctoPrint completa l’elenco degli ambienti supportati. Il software, sviluppato come progetto open source, mette a disposizione una REST API per trasferire file, leggere temperature, controllare lo stato della macchina e gestire i lavori. Questa interfaccia consente a Watchtower di coordinare anche stampanti prive di un sistema di rete proprietario, purché siano già collegate a un’istanza di OctoPrint.
Rilevamento automatico delle stampanti nella rete
3D Sentinel afferma che Watchtower sarà in grado di individuare automaticamente le stampanti presenti nella rete. Una funzione di questo tipo può ridurre il lavoro necessario durante la configurazione iniziale, evitando l’inserimento manuale dell’indirizzo IP di ogni macchina.
Il rilevamento automatico non elimina però la necessità di autorizzare le connessioni. Bambu Lab utilizza codici di accesso e impostazioni LAN, OctoPrint può richiedere credenziali o chiavi API, Moonraker dispone di opzioni per l’autorizzazione e PrusaLink applica il proprio sistema di autenticazione.
In una farm professionale sarebbe utile anche assegnare indirizzi IP riservati o nomi di rete stabili alle stampanti. Se il router modifica gli indirizzi attraverso il servizio DHCP, un sistema di gestione deve essere capace di ritrovare la macchina senza perdere configurazioni, cronologia e associazioni con i materiali.
Da una raccolta di stampanti a una coda di produzione
Uno degli aspetti più rilevanti di Watchtower riguarda la gestione centralizzata dei lavori. Il progetto non vuole limitarsi a mostrare lo stato delle stampanti, ma intende distribuire le commesse in base alle caratteristiche delle macchine.
I file dovrebbero poter essere inviati direttamente da Bambu Studio di Bambu Lab, OrcaSlicer e PrusaSlicer di Prusa Research. Una volta ricevuto il lavoro, Watchtower dovrebbe inserirlo in una coda e selezionare una stampante compatibile valutando modello, stato e materiale disponibile.
Questo passaggio trasforma il pannello da semplice strumento di monitoraggio a sistema di coordinamento della produzione. In una farm tradizionale, l’operatore deve ricordare quali macchine hanno un determinato diametro dell’ugello, quale filamento è caricato e quali stampanti sono impegnate. Watchtower punta a registrare queste informazioni e utilizzarle per proporre o assegnare la destinazione del lavoro.
La funzione richiederà dati accurati. Se nel sistema viene registrato un filamento diverso da quello effettivamente caricato, la coda potrebbe inviare il file alla macchina sbagliata. Per questo motivo la qualità dell’automazione dipenderà sia dalle integrazioni software sia dalla disciplina con cui gli operatori aggiorneranno inventario e configurazioni.
Sarà inoltre importante capire se l’assegnazione resterà sotto il controllo dell’utente o se Watchtower potrà avviare una stampa senza conferma manuale. Un’automazione completa richiede che il piano sia libero, che il pezzo precedente sia stato rimosso e che la superficie di stampa sia pronta. Queste condizioni non possono essere dedotte soltanto dallo stato elettronico della stampante, salvo l’impiego di sensori o sistemi automatici di espulsione.
Supporto per AMS, CFS, QIDI Box e toolchanger
Le farm multicolore o multimateriale introducono un ulteriore livello di complessità. Non basta conoscere il tipo di stampante: il sistema deve sapere quali bobine sono installate nei singoli slot e quale unità può soddisfare la combinazione richiesta dal file.
Watchtower prevede il supporto per AMS di Bambu Lab, CFS di Creality, QIDI Box di QIDI Tech e configurazioni dotate di toolchanger. Il software dovrebbe associare i colori e i materiali del progetto agli slot disponibili.
Una funzione di questo tipo può evitare che l’operatore debba ripetere manualmente la corrispondenza a ogni invio. Se un modello richiede PLA nero, PLA bianco e un materiale di supporto, il sistema potrebbe cercare una stampante che disponga già della combinazione corretta.
La difficoltà risiede nella diversità dei sistemi. AMS, CFS e QIDI Box adottano protocolli, sensori e modalità di gestione differenti. Anche i toolchanger basati su Klipper possono essere configurati in modi molto diversi. Per offrire un comportamento uniforme, 3D Sentinel dovrà tradurre le informazioni di ciascuna piattaforma in un modello comune senza nascondere le limitazioni specifiche di ogni macchina.
Inventario dei filamenti e calcolo dei consumi
Watchtower dovrebbe includere un inventario dei materiali con una cronologia dei consumi. La funzione può diventare utile quando una farm utilizza decine di bobine con colori, produttori e polimeri differenti.
Il sistema potrebbe registrare la quantità assegnata a ciascuna stampante, sottrarre il materiale previsto per un lavoro e conservare uno storico della produzione. Questi dati permettono di stimare quando ordinare una nuova bobina e di individuare materiali che rimangono inutilizzati per lunghi periodi.
Per le attività commerciali, il consumo può essere collegato al costo del prodotto. Il prezzo del materiale rappresenta soltanto una parte del costo di una stampa: occorre considerare energia, tempo macchina, scarti, manutenzione e lavoro dell’operatore. Tuttavia, un registro centralizzato del filamento costituisce una base più affidabile rispetto a una stima eseguita separatamente per ogni stampante.
La precisione effettiva dipenderà dal modo in cui Watchtower calcolerà il materiale. Lo slicer può fornire una previsione basata sul G-code, ma la quantità realmente utilizzata può cambiare a causa di spurghi, torri di pulizia, cambi di materiale e stampe interrotte.
Un solo archivio per i file distribuiti nella farm
Tra le funzioni annunciate figura anche un browser unificato dei file. L’utente dovrebbe poter sincronizzare, scaricare e avviare i file presenti sulle diverse stampanti da un’unica schermata.
Questa funzione affronta un problema frequente nelle farm: ogni macchina può conservare una copia diversa dello stesso file, con nomi poco chiari o profili non più validi. Un archivio comune può aiutare a distinguere il modello originale, il progetto dello slicer e il G-code generato per una stampante specifica.
Il G-code non è sempre trasferibile da una macchina all’altra. Dimensioni del piano, cinematica, firmware, comandi iniziali, calibrazioni e velocità possono cambiare. Watchtower dovrà quindi impedire che un file preparato per una stampante venga inviato a un modello incompatibile soltanto perché il nome dell’oggetto è uguale.
L’associazione tra file, profilo, materiale e stampante sarà uno degli aspetti da osservare quando il software verrà distribuito agli utenti.
Telecamere: oltre 40 flussi dichiarati nello stesso pannello
3D Sentinel dichiara che Watchtower potrà visualizzare più di 40 flussi video contemporanei a piena frequenza dei fotogrammi. Si tratta di uno dei dati tecnici più impegnativi presentati dal progetto.
La capacità reale dipenderà da risoluzione, codec, frequenza dei fotogrammi, larghezza di banda della rete e potenza del dispositivo utilizzato per aprire il pannello. Quaranta flussi a elevata risoluzione possono generare un traffico consistente, soprattutto su una rete Wi-Fi condivisa.
Anche il modo in cui le immagini vengono elaborate è importante. Se il server deve decodificare e ricodificare ogni video, il carico sarà superiore rispetto a una soluzione che inoltra i flussi direttamente al browser. Le webcam integrate nelle stampanti possono inoltre utilizzare formati e sistemi di autenticazione differenti.
Il dato dichiarato da 3D Sentinel non è ancora accompagnato da un protocollo di prova pubblico. Per una valutazione attendibile serviranno test che specifichino il modello del Raspberry Pi, la risoluzione delle telecamere, il codec utilizzato, il numero di utenti collegati e il carico generato dalle altre funzioni.
Da 50 a 100 stampanti su un Raspberry Pi
Un’altra dichiarazione di 3D Sentinel riguarda la capacità di un singolo Raspberry Pi di amministrare da 50 a 100 stampanti. Il confronto proposto dall’azienda evidenzia che altre soluzioni basate su piccoli hub gestiscono un numero più limitato di dispositivi.
Anche questo valore deve essere interpretato con cautela. Leggere temperature e stato di cento stampanti richiede meno risorse rispetto alla registrazione simultanea di cento telecamere, alla sincronizzazione dei file o alla conservazione di una lunga cronologia.
La capacità del server dipenderà dal modello di Raspberry Pi, dalla quantità di memoria, dal tipo di archiviazione e dal numero di funzioni attive. Una scheda microSD, per esempio, può diventare un punto debole quando il software scrive continuamente log, anteprime, statistiche e cronologie. In un impianto destinato alla produzione potrebbe essere preferibile utilizzare un’unità SSD.
Prima di adottare Watchtower in una farm di grandi dimensioni sarà quindi necessario distinguere il numero massimo di stampanti rilevabili dal numero di stampanti gestibili con telemetria, video, code e archiviazione attivi nello stesso momento.
Errori di piattaforme diverse in un unico registro
Watchtower dovrebbe raccogliere in un solo feed i messaggi HMS delle stampanti di Bambu Lab, gli errori della console Klipper e gli avvisi generati da PrusaLink di Prusa Research.
Un registro centralizzato può aiutare l’operatore a individuare le macchine che richiedono attenzione senza aprire ogni interfaccia. 3D Sentinel prevede anche livelli di gravità e una cronologia degli eventi.
La normalizzazione non è semplice. Un errore di fine filamento, un’interruzione della comunicazione, una temperatura fuori intervallo e una perdita di passi hanno significati differenti. Il pannello deve conservare il codice originale della piattaforma e, allo stesso tempo, presentarlo in una forma comprensibile.
La cronologia può diventare utile anche per la manutenzione. Se una stampante registra più errori di estrusione rispetto alle altre, l’operatore può controllare ugello, trascinamento del filamento e percorso della bobina prima che il problema causi una serie di stampe fallite.
Notifiche attraverso Apple, Discord, Slack, SMS ed e-mail
Il progetto prevede l’invio di notifiche tramite iMessage di Apple, SMS, e-mail, Discord e Slack. Gli utenti dovrebbero poter scegliere quali eventi ricevere e attraverso quale canale.
Le notifiche possono riguardare la conclusione di una stampa, un errore, una macchina non raggiungibile o una richiesta di intervento. In una farm con numerosi dispositivi è però necessario evitare un numero eccessivo di messaggi. Un sistema efficace deve permettere di definire priorità, orari, gruppi di stampanti e destinatari.
La gestione centrale può consentire, per esempio, di inviare gli errori critici a un tecnico e le sole conferme di completamento al responsabile della produzione.
Il funzionamento locale del server non significa che ogni servizio di notifica possa operare senza Internet. Discord, Slack, l’invio di e-mail e alcuni sistemi SMS richiedono normalmente una connessione verso servizi esterni. La caratteristica “senza cloud” riguarda quindi soprattutto l’assenza di un cloud Watchtower obbligatorio per gestire le stampanti, non l’impossibilità di collegare volontariamente servizi Internet.
Smart plug per consumi e spegnimento delle macchine
Watchtower dovrebbe rilevare gli smart plug compatibili presenti nella rete, leggere il consumo elettrico e consentire l’accensione o lo spegnimento delle stampanti.
Questa funzione può ridurre i consumi in standby e permettere di disalimentare una macchina dopo il raffreddamento. Il comando deve però essere gestito con attenzione. Interrompere l’alimentazione mentre l’hotend è ancora caldo può spegnere la ventola di raffreddamento e favorire la risalita del calore verso la zona fredda dell’estrusore.
Un flusso corretto dovrebbe attendere la conclusione della stampa, verificare che la temperatura dell’hotend sia scesa sotto una soglia sicura e soltanto dopo spegnere la presa.
Il monitoraggio energetico può anche contribuire al calcolo dei costi. Una farm può confrontare consumi, tempi e quantità prodotte per capire quali macchine risultano più efficienti per uno specifico lavoro.
Non è ancora disponibile un elenco completo dei marchi e dei protocolli smart plug supportati da 3D Sentinel. La compatibilità sarà determinante, perché molte prese dipendono dal cloud del rispettivo produttore, mentre altre offrono un controllo locale documentato.
Integrazione degli ordini da Etsy e Shopify
Per gli utenti commerciali, Watchtower prevede l’importazione degli ordini provenienti da Etsy e Shopify. Il sistema dovrebbe collegare ciascun codice SKU a un modello o a un processo di stampa.
Un ordine contenente tre varianti di un prodotto potrebbe essere trasformato in altrettanti lavori, con quantità, colori e materiali associati alla configurazione corretta. Questa funzione ridurrebbe il passaggio manuale dal negozio online allo slicer e poi alla farm.
L’automazione richiede comunque controlli. Una modifica richiesta dal cliente, un indirizzo incompleto o una variante fuori produzione non dovrebbe generare automaticamente una stampa. Saranno utili stati intermedi come “da verificare”, “pronto per la produzione”, “in coda”, “stampato” e “da spedire”.
Resta da chiarire fino a quale punto Watchtower gestirà l’ordine. L’importazione e l’associazione degli SKU non equivalgono a un sistema ERP completo: fatturazione, spedizioni, resi e gestione fiscale potrebbero rimanere affidati a Etsy, Shopify o ad altri strumenti aziendali.
La sicurezza di una piattaforma locale
Un server locale riduce l’esposizione dei dati a servizi esterni, ma non garantisce automaticamente la sicurezza della farm. Watchtower avrà accesso a stampanti, telecamere, file e prese elettriche; una configurazione non protetta potrebbe quindi consentire azioni indesiderate.
Le installazioni professionali dovrebbero utilizzare credenziali individuali, permessi differenziati e una rete separata per i dispositivi di produzione. Il server, le stampanti e i sistemi collegati devono ricevere aggiornamenti e non dovrebbero essere esposti direttamente a Internet attraverso porte aperte sul router.
Il tunnel cifrato annunciato da 3D Sentinel è preferibile a una pubblicazione diretta del pannello, ma la sua sicurezza dovrà essere valutata quando saranno disponibili la documentazione e le condizioni operative.
Anche i backup meritano attenzione. Inventario, cronologia, configurazioni e associazioni degli ordini dovrebbero poter essere esportati e ripristinati senza dipendere dal funzionamento di un singolo Raspberry Pi.
Il confronto con gli strumenti già disponibili
Watchtower non entra in un mercato privo di alternative. Mainsail offre già una panoramica multi-stampante per sistemi Klipper, mentre Prusa Connect di Prusa Research è stato progettato anche per controllare farm di stampanti Prusa.
OctoEverywhere propone accesso remoto, notifiche e un pannello multi-stampante basato su servizi cloud. FDM Monster è invece un progetto open source per la gestione di farm che supporta OctoPrint, Klipper tramite Moonraker, PrusaLink e la modalità LAN di Bambu Lab.
Anche 3DQue sviluppa sistemi di automazione e pannelli centralizzati per farm, con funzioni orientate alla continuità produttiva e alla rimozione automatica dei pezzi.
La differenza proposta da 3D Sentinel è la combinazione tra gestione locale, supporto per ecosistemi eterogenei, code, inventario, telecamere, ordini commerciali e licenza non basata su un abbonamento ricorrente.
Il valore effettivo dipenderà da quanto profondamente Watchtower riuscirà a controllare ogni ecosistema. Visualizzare lo stato di quattro piattaforme è meno complesso che offrire le stesse funzioni di gestione, diagnostica e configurazione su tutte.
Una licenza permanente limitata per il lancio
3D Sentinel intende proporre attraverso Kickstarter un numero limitato di licenze permanenti. L’utente dovrebbe quindi pagare una sola volta anziché sostenere un costo mensile per ogni stampante.
L’azienda utilizza come confronto promozionale un costo ipotetico di cinque dollari per stampante al mese: una farm da venti macchine supererebbe in questo caso i mille dollari all’anno.
Il prezzo di Watchtower non è stato ancora comunicato. Non è stato specificato neppure quali aggiornamenti saranno inclusi nella licenza permanente, se esisteranno livelli diversi per numero di stampanti o se alcune funzioni commerciali verranno vendute separatamente.
Una licenza lifetime elimina il canone ricorrente, ma non elimina i costi di sviluppo e assistenza sostenuti da 3D Sentinel. Gli utenti dovranno quindi valutare il piano previsto per finanziare manutenzione, compatibilità con nuovi firmware e supporto a lungo termine.
Le verifiche necessarie dopo il lancio
Il progetto presenta una serie di funzioni adatte ai problemi quotidiani delle farm miste, ma gran parte delle prestazioni è ancora descritta attraverso materiale pubblicato da 3D Sentinel.
Non risultano disponibili test indipendenti sulla gestione di 50–100 stampanti attraverso un Raspberry Pi, sulla visualizzazione di oltre 40 telecamere a piena frequenza o sull’affidabilità dell’assegnazione automatica dei lavori.
Dovranno essere valutati anche il recupero dopo un’interruzione del server, la gestione delle stampanti non raggiungibili, la conservazione dei dati e il comportamento del sistema quando un produttore modifica firmware o protocolli.
Un altro elemento riguarda la disponibilità del software in assenza dell’azienda. Una soluzione interamente locale è utile soltanto se l’installazione, l’attivazione della licenza e il ripristino possono essere eseguiti senza dipendere in modo permanente da un server esterno.
Il ruolo possibile di Watchtower nelle farm eterogenee
Molte piccole farm crescono acquistando le macchine più adatte ai singoli lavori anziché adottare un solo marchio. Una stampante di Bambu Lab può essere utilizzata per la produzione veloce e multimateriale, una macchina Klipper per configurazioni personalizzate, una stampante di Prusa Research per processi consolidati e un sistema OctoPrint per mantenere operativo hardware precedente.
Questa diversità offre flessibilità, ma aumenta il lavoro di coordinamento. Watchtower tenta di creare uno strato comune sopra le piattaforme esistenti, senza obbligare l’utente a sostituire firmware e interfacce.
La scelta di un’architettura locale affronta inoltre due esigenze concrete: mantenere il controllo dei dati e contenere i costi quando il numero delle stampanti cresce.
Il progetto dovrà dimostrare che l’unificazione non avviene sacrificando le funzioni specifiche dei singoli ecosistemi. Se l’integrazione sarà sufficientemente profonda, Watchtower potrà ridurre i passaggi manuali tra slicer, pannelli, negozi online e registri di magazzino. Se invece il controllo sarà limitato alle operazioni fondamentali, gli utenti continueranno a utilizzare le interfacce originali per diagnosi e configurazioni avanzate.
La campagna Kickstarter permetterà di conoscere prezzo, requisiti hardware, piano di sviluppo e condizioni della licenza. Fino alla pubblicazione di prove indipendenti, i valori relativi a capacità del server, numero di telecamere e scalabilità devono essere considerati obiettivi dichiarati da 3D Sentinel, non prestazioni già confermate in ambienti produttivi.
