Scansione Laser Terrestre

Quando il workflow TLS cresce, è la postazione di elaborazione a stabilire il ritmo della consegna. Cosa rende prevedibili i tempi.

Chi lavora in scansione laser terrestre — TLS, dall’inglese Terrestrial Laser Scanning — sa che la qualità del rilievo si decide in campo, ma la velocità di consegna si decide in studio. Tra l’ultima scansione acquisita sul sito e la consegna al committente passano ore di registrazione su Cyclone o RiSCAN PRO, allineamento delle stazioni e gestione di dataset che oggi raggiungono frequentemente decine — e talvolta centinaia — di gigabyte.

Quando il dataset cresce, quando il numero di stazioni aumenta, quando si accavallano più progetti sulla stessa postazione, il tempo di elaborazione smette di essere prevedibile. E con i committenti che ragionano per scadenze contrattuali, l’imprevedibilità è il problema.

Cosa sta facendo davvero la workstation, dall’import al deliverable

Una nuvola di punti TLS non è un’immagine, non è una mesh, non è un modello calcolato. È un’acquisizione diretta — ogni punto è una misura che lo scanner ha eseguito sul sito. Questo significa che il software, quando importi i dati di una campagna, non sta calcolando geometria: la sta organizzando, indicizzando, mettendo in relazione le stazioni l’una con l’altra.

È una differenza che cambia tutto quando ragioni di workstation. Il workflow TLS si divide tipicamente in quattro fasi, e ognuna chiede alla macchina cose diverse:

Import delle scansioni

È la fase più intensiva su CPU e disco. Cyclone REGISTER 360 PLUS, in particolare, distribuisce l’import su più thread paralleli — il numero esatto dipende dalla RAM disponibile. Più RAM hai, più thread vengono allocati, più veloce procede l’import. Durante questa fase la CPU può restare al 100% per minuti consecutivi per ogni stazione, e lo storage lavora in lettura e scrittura simultanea su più cartelle (storage del progetto, cartella temporanea, cartella di import).

Registrazione e allineamento delle stazioni

Le scansioni acquisite da posizioni diverse devono essere unificate in un unico sistema di riferimento. Cyclone REGISTER 360 PLUS lavora con il modello a link (le sovrapposizioni tra stazioni adiacenti), poi esegue un’ottimizzazione globale del network — la cosiddetta Bundle Optimization. È una fase prevalentemente single-threaded, e diventa molto memory-intensive con progetti grandi: la documentazione ufficiale Leica testa il software fino a 2000 setup per progetto, ma avverte che oltre certe soglie i tempi crescono in modo non lineare e aumenta il rischio di instabilità.

Pulizia, classificazione, georeferenziazione

Eliminazione di outlier, mascheramento di oggetti in movimento, sezioni, georeferenziazione su punti GPS o totale. Qui il carico varia molto in base allo strumento usato e al deliverable richiesto. RiSCAN PRO, in modo diverso da Cyclone, ha tradizionalmente un’architettura in cui la singola funzione di processing usa un solo processore alla volta — ma permette di lanciare più funzioni in parallelo. Il vantaggio reale, quindi, sta più nella possibilità di tenere la macchina occupata su più operazioni contemporanee che nel velocizzare la singola operazione.

Export e produzione del deliverable

L’ultima fase — il file consegnato al committente — cambia natura a seconda della destinazione: un E57 unificato, un progetto Cyclone .lgsx, una nuvola decimata da importare in Revit, un set di sezioni 2D. L’export è prevalentemente single-threaded e dipende molto dalla velocità di scrittura del disco. Se la cartella di destinazione è su un NAS — pratica comune per archiviazione — i tempi raddoppiano facilmente, e Leica esplicitamente sconsiglia di salvare i progetti attivi su NAS per il rischio di instabilità di rete e potenziale corruzione dati.

Notare cosa manca da questo elenco: la GPU. La scheda grafica nel workflow TLS è coinvolta principalmente nella visualizzazione — navigare la nuvola, ruotare il modello, ispezionare le scansioni, controllare la qualità della registrazione. È importante che funzioni bene, ma non è il collo di bottiglia che determina i tempi di consegna. Eppure è il primo componente su cui molti studi puntano quando aggiornano la postazione TLS, ereditando uno schema mentale che arriva dal mondo del rendering 3D e che, applicato qui, non regge.

La differenza con la fotogrammetria, che molti operatori del rilievo conoscono perché gestiscono entrambi i workflow, è netta: nella fotogrammetria la nuvola di punti viene calcolata partendo da centinaia di immagini sovrapposte, e quel calcolo è massivamente parallelizzabile su GPU. Nel TLS la nuvola è il dato di partenza, non quello da calcolare — e tutto quello che il software fa successivamente è organizzazione, indicizzazione, ottimizzazione di geometrie. Operazioni che la GPU non accelera in modo significativo, e che invece premiano la combinazione di RAM, CPU e storage che vedremo nel dettaglio qui sotto.

Tre profili reali di studio TLS, e come cambia il quadro

Non esiste “la workstation per il TLS”. Esistono profili di studio diversi, con scanner diversi, dimensioni di campagna diverse e deliverable diversi, e ognuno chiede priorità hardware diverse. La tabella qui sotto mette a confronto tre profili tipici che incontriamo regolarmente in consulenza — non per assegnare configurazioni, ma per mostrare come cambiano i bivi diagnostici al variare del lavoro reale.

La tabella mostra una cosa importante: passando da un profilo all’altro non si tratta di “la stessa workstation più potente”. Cambia il modo di pensare l’intera architettura. Uno studio che è passato da campagne da 30 stazioni a campagne da 100 spesso scopre che la macchina che gli funzionava bene fino a un anno fa non è più sotto-dimensionata in un componente: è mal disegnata complessivamente per il nuovo volume di lavoro.

Cinque errori che vediamo più spesso nelle workstation TLS

Sono cinque errori di posizionamento — non di marca, non di budget — che ritroviamo regolarmente nelle macchine che gli studi TLS ci portano in valutazione. Hanno tutti in comune l’applicazione di uno schema mentale che funziona in altri contesti professionali (3D, rendering, gaming-grade performance) ma che nel TLS sposta il budget verso componenti meno determinanti.

1. La GPU di fascia alta come priorità

L’errore più comune in assoluto. Si compra una macchina con GPU professionale di fascia top — perché “una nuvola di punti complessa richiede tanta grafica” — e si scopre dopo i primi mesi che la registrazione e la bundle optimization continuano a richiedere ore. La GPU partecipa alla visualizzazione, non al processing. Una scheda professionale di fascia media basta abbondantemente per la navigazione fluida di nuvole anche grandi. Il budget eccedente, se investito in RAM e storage, avrebbe ridotto i tempi di consegna in modo molto più tangibile.

2. La RAM sottostimata sui progetti che cresceranno

Una macchina TLS dimensionata sui progetti di oggi rischia di non reggere quelli di domani. I dataset crescono per due ragioni che si sommano: gli scanner moderni acquisiscono più densamente, e i committenti richiedono coperture più estese. Una workstation con 32 o 64 GB di RAM può sembrare adeguata oggi e diventare il collo di bottiglia entro un anno, specialmente per studi che stanno espandendo il portafoglio verso As-Built BIM o rilievi multi-stazione su edifici complessi. Dimensionare la RAM solo sui dataset attuali è un’ottimizzazione per il presente che diventa un problema per il futuro prossimo.

3. Lo storage trattato come un dettaglio

Un solo SSD generico che gestisce sistema operativo, progetto attivo, cartella temporanea e import è lo scenario peggiore per il TLS — ed è sorprendentemente diffuso anche in macchine costose, perché lo storage viene visto come componente “di sfondo”. Cyclone REGISTER 360 PLUS è particolarmente sensibile a questo: ufficialmente raccomanda volumi distinti per progetto, cache temporanea e import, e sconsiglia esplicitamente l’uso di NAS per i progetti attivi. La progettazione dello storage va fatta a monte, non recuperata dopo i primi rallentamenti.

4. La CPU scelta per il clock, ignorando il bilanciamento

Nel TLS conta sia la velocità del singolo core (per le fasi single-thread come bundle optimization e export) sia il numero di core (per la fase di import multi-thread). Una CPU consumer con frequenza altissima ma pochi core va bene per l’export, malissimo per l’import; una CPU workstation con tanti core ma frequenza modesta è l’opposto. Il bilanciamento giusto dipende dal mix di operazioni reali del tuo workflow — e in quasi nessun caso lo determini guardando solo i benchmark consumer.

5. La workstation di marca con espansione bloccata

Una workstation di marca preconfigurata può avere prestazioni iniziali soddisfacenti, ma spesso porta con sé vincoli di chassis e alimentazione che ne limitano l’espansione. Slot RAM già tutti occupati con tagli piccoli, slot NVMe in numero ridotto, alimentatori sottodimensionati per upgrade futuri, dissipatori progettati per ingombri da trasporto più che per carichi continui. Nel TLS, dove la traiettoria del lavoro porta tipicamente a dataset più grandi anno dopo anno, una macchina non espandibile costringe a sostituirla tre volte negli stessi anni in cui una macchina pensata per crescere ne richiede una sola. È un punto su cui abbiamo scritto in modo più ampio in i quattro limiti delle workstation di marca, valido trasversalmente ma particolarmente sentito da chi lavora con dataset che crescono in modo strutturale.

Le sei domande che un esperto Syspack ti farà prima di proporre qualcosa

Quando un titolare di studio ci chiede di valutare una workstation per il TLS, non partiamo dalla configurazione. Partiamo da una conversazione strutturata sul lavoro reale, perché le risposte cambiano il dimensionamento in modo significativo — e spesso ribaltano le ipotesi iniziali. Sono sei domande che ti facciamo, e che vale la pena farsi anche prima di sentirci.

1. Quante stazioni nella campagna media, e qual è la più grande che hai gestito?

La media stabilisce il dimensionamento di base, il caso massimo definisce il margine di sicurezza. Una macchina pensata solo sulla media va in crisi quando arriva il progetto eccezionale — che è quasi sempre quello più importante.

2. Qual è il software primario di registrazione, e ne usi più di uno?

Cyclone REGISTER 360 PLUS, RiSCAN PRO, Trimble RealWorks, Faro Scene, 3DReshaper hanno comportamenti diversi sui carichi hardware. Chi usa più di un software in sequenza ha esigenze diverse da chi sta sempre dentro lo stesso ambiente.

3. Lavori su un progetto alla volta o ne hai più di uno aperto in parallelo?

La multi-attività cambia tutto. Una macchina pensata per un singolo progetto sequenziale viene scelta diversamente da una che deve elaborare un progetto mentre l’operatore lavora a un secondo deliverable.

4. Il deliverable finale dove va?

Una nuvola classificata per GIS, un modello federato BIM, un set di sezioni 2D, una mesh per archiviazione documentale: ognuno chiede percorsi diversi di processing. Il passaggio TLS → BIM, in particolare, ha esigenze di RAM che molti sottostimano.

5. Hai workflow ibridi con fotogrammetria, drone o LiDAR mobile?

Se la macchina deve gestire anche fotogrammetria da drone o dati da LiDAR mobile, il bilanciamento hardware cambia in modo netto — la fotogrammetria spinge molto più sulla GPU, e una macchina ottimizzata solo per TLS può essere sbilanciata.

6. Su che traiettoria sta crescendo il tuo studio?

Una macchina dimensionata sul lavoro di oggi va bene per oggi. Una macchina dimensionata su dove sarà lo studio fra due anni dura il triplo. Capire dove stai andando è parte integrante del dimensionamento, non un esercizio strategico separato.

Il punto

Nel TLS la macchina ben dimensionata non è quella più veloce nel singolo benchmark, ma quella in cui ogni componente è coerente con il modo in cui il software lavora e con il modo in cui lo studio cresce. RAM, CPU e storage devono essere pensati insieme, con la GPU al suo posto giusto — cioè la visualizzazione, non il processing.

La buona notizia è che non serve scegliere da soli. Da oltre 28 anni progettiamo workstation partendo dal lavoro reale del cliente, non dal catalogo — e nel rilievo digitale 3D abbiamo seguito decine di studi che si sono trovati esattamente nella situazione in cui i tempi di consegna dipendevano dalla macchina più che dalla loro competenza. La conversazione che ti proponiamo qui sotto serve esattamente a questo: capire insieme cosa serve davvero, prima di parlare di configurazioni.