Gli errori più comuni nella connettività dei sistemi time lapse di cantiere: rete locale, singolo operatore, assenza di buffer, banda sottodimensionata e traffico limitato.
Una connessione che funziona il giorno dell’installazione non dimostra che un sistema time lapse resterà connesso per tutta la durata del cantiere. Molti problemi nascono da scelte apparentemente ragionevoli: usare il Wi-Fi già presente, installare due SIM senza verificare l’indipendenza degli operatori, affidarsi alla memoria locale o dimensionare la rete sullo speed test migliore. Il punto non è evitare ogni interruzione, ma impedire che un’interruzione di rete diventi una perdita di immagini.
Errore 1: considerare la rete di cantiere una connessione stabile
Appoggiarsi alla rete esistente sembra la soluzione più semplice. Evita un router dedicato, un contratto dati e parte della configurazione iniziale. Il problema è che la rete di cantiere è normalmente un’infrastruttura provvisoria, gestita per servire uffici, imprese e attività operative che cambiano nel corso dei lavori.
Una modifica del layout può spostare un access point; un’impresa può riconfigurare la rete; un tratto cablato può essere rimosso; un apparato può venire spento senza che chi gestisce il monitoraggio ne sia informato. Il sistema di ripresa eredita così una dipendenza da un’organizzazione terza che non ha necessariamente tra i propri obiettivi la continuità del time lapse.
Giuseppe Galliano Studio, che ha documentato cantieri industriali, demolizioni, costruzioni e grandi opere, adotta per questo una connettività autonoma rispetto alla rete del sito. L’obiettivo non è aggiungere ridondanza per principio, ma evitare che il monitoraggio dipenda da un servizio provvisorio che può cambiare insieme alle lavorazioni.
Errore 2: chiamare “ridondanza” due SIM equivalenti
La seconda scorciatoia è inserire due SIM e considerare risolto il problema. Una ridondanza utile deve però essere costruita attorno ai modi in cui il sistema può guastarsi. Due collegamenti che dipendono dallo stesso operatore non offrono indipendenza rispetto all’indisponibilità di quell’operatore. Possono essere utili per altri motivi, ma non costituiscono la stessa protezione ottenuta con reti appartenenti a operatori differenti.
Nella configurazione indicata da Galliano, le SIM vengono quindi scelte su operatori diversi. Il criterio è ridurre la correlazione dei guasti e aumentare la possibilità che, quando una rete non è disponibile o è fortemente degradata, l’altra continui a fornire un canale utilizzabile. Non significa che ogni elemento fisico delle due reti sia sempre indipendente: significa progettare il backup affinché non replichi deliberatamente la stessa dipendenza logica della linea primaria.
Errore 3: pensare che il backup di rete sostituisca il buffer
La doppia connettività evita molte interruzioni, ma non elimina la possibilità che entrambe le reti risultino indisponibili. Se l’acquisizione è legata al trasferimento immediato, in quel momento il sistema rischia di smettere di produrre uno storico completo.
Il buffer locale risolve un problema diverso dal failover. Quando nessun collegamento è disponibile, le camere o il sistema di controllo continuano ad acquisire e conservano temporaneamente i file da inviare. Al ritorno della rete, la coda viene trasferita verso l’infrastruttura remota. La differenza è concreta: il committente può perdere per qualche tempo l’accesso alle immagini aggiornate, ma la documentazione dell’opera non deve perdere le immagini prodotte durante il blackout di rete.
Un’architettura che preveda soltanto la ridondanza di connessione protegge quindi il tempo reale finché almeno una rete funziona. Un’architettura che aggiunge il buffer protegge anche la continuità documentale quando nessuna rete è disponibile.
Errore 4: dimensionare la linea sulla banda media
Con due camere 4K e due immagini al minuto, la configurazione descritta genera in condizioni normali poco più di 1 Mbps in upload. Fermarsi a questo dato porta facilmente a concludere che il problema sia risolto con qualunque linea che superi quella soglia. È un calcolo incompleto.
Dopo un’interruzione, infatti, il sistema deve continuare a inviare le nuove immagini e contemporaneamente recuperare quelle accumulate. Se la linea disponibile è appena sufficiente al traffico corrente, l’arretrato non viene smaltito. Se la capacità residua è molto piccola, possono servire ore o giorni per tornare in allineamento; una nuova interruzione può arrivare quando la coda precedente non è ancora stata assorbita.
Per la configurazione indicata, Galliano utilizza come riferimento almeno 5 Mbps sostenuti per affrontare il rientro dopo un’interruzione di ventiquattro ore entro la successiva finestra utile. È un parametro operativo riferito a quel volume di acquisizione, non una regola valida per ogni sistema. Il metodo corretto consiste nel calcolare il traffico ordinario, il massimo arretrato che si vuole tollerare e il tempo entro il quale lo si vuole recuperare.
Errore 5: scegliere il collegamento sullo speed test migliore
Il sopralluogo serve anche a misurare la connettività, ma una singola prova può dare un quadro troppo favorevole. Una rete mobile cambia in funzione della congestione e delle condizioni radio. Il valore che interessa a un sistema di monitoraggio non è il massimo raggiunto per pochi secondi, ma la capacità di upload che resta disponibile quando la rete è più caricata.
Galliano segnala un caso tipico: un sito che mostra 20 Mbps in upload in una fascia tranquilla può scendere a 2 o 3 Mbps quando la cella si popola e il cantiere è in piena attività. La conseguenza progettuale è semplice: le misure vanno ripetute in più momenti e il dimensionamento deve tenere conto dei valori bassi osservati, non del picco.
È anche qui che un secondo operatore assume un significato concreto. Non serve soltanto quando la prima rete scompare del tutto: può diventare utile quando le prestazioni della rete primaria scendono sotto la soglia necessaria al trasferimento e al recupero del buffer.
Errore 6: usare un piano dati limitato per un flusso continuo
Il traffico generato da immagini ad alta risoluzione cresce rapidamente. Nella configurazione a due camere fornita come riferimento, vengono movimentati oltre 4 GB al giorno, circa 106 GB al mese e circa 1,27 TB in dodici mesi di sole immagini.
Con un piano soggetto a soglie mensili, la connettività diventa una risorsa da razionare. Aumentare temporaneamente la frequenza di scatto, recuperare una coda o aggiungere una camera può modificare il consumo e introdurre limitazioni proprio quando il sistema dovrebbe funzionare senza presidio. Per questo, nell’architettura descritta, il traffico dati illimitato è trattato come requisito operativo.
La quantità di dati spiega inoltre perché “tanto resta tutto sulla scheda” non sia una strategia di continuità. La memoria locale è utile come buffer, cioè come deposito temporaneo in attesa del trasferimento. Trasformarla nell’archivio principale significa spostare il problema sulla capacità del supporto, sull’accesso fisico e sul rischio di scoprire un errore solo al momento del recupero.
Errore 7: scegliere il satellitare solo sul prezzo nominale
Quando il collegamento mobile non è disponibile, il satellitare può diventare una scelta necessaria. In una zona della provincia di Cremona priva di copertura cellulare utile, Galliano riferisce l’impiego di un collegamento satellitare a banda garantita.
Il confronto economico tra banda condivisa e banda garantita non può fermarsi al canone. Nel monitoraggio, il buffer rende tollerabile un degrado temporaneo: le immagini restano in coda e possono essere inviate in seguito. Ma se la capacità rimane ridotta per un periodo lungo, l’arretrato aumenta e deve comunque essere recuperato. In una commessa pluriennale questo può generare un costo operativo maggiore del risparmio iniziale.
La scelta dello Studio è influenzata anche dall’esperienza nelle dirette streaming. In quel contesto la continuità di banda è più rigida perché non esiste la possibilità di rinviare il trasferimento del contenuto già andato in onda. Nel time lapse il buffer offre più elasticità, ma il principio di progettare la trasmissione sulle condizioni peggiori resta utile.
Un collaudo corretto deve provocare il problema
Failover, blackout di rete e recupero vanno provati
Una verifica limitata alla presenza del segnale lascia irrisolti proprio i comportamenti più importanti. Durante la messa in servizio è più utile forzare il failover verso la SIM di backup, togliere temporaneamente entrambe le connessioni, controllare che il buffer continui ad accumulare file e misurare che cosa accade quando la rete torna disponibile.
Questo tipo di prova evidenzia errori che uno speed test non mostra: tempi di commutazione troppo lunghi, code che non vengono smaltite, riconnessioni incomplete o una banda di rientro insufficiente. Il sistema viene così verificato non solo nel suo stato migliore, ma nella condizione per cui la ridondanza è stata installata.
L’errore comune: progettare la rete per quando tutto funziona
Tutti questi errori hanno una radice comune. Si osserva il sistema in regime nominale e si verifica che la camera scatti, il router sia collegato e l’immagine arrivi al server. È una prova necessaria, ma non sufficiente.
La domanda utile è che cosa accade dopo. Se la rete del cantiere viene spenta, il sistema ha un proprio collegamento? Se l’operatore primario cade, il backup dipende dalla stessa indisponibilità? Se entrambe le reti non funzionano, l’acquisizione prosegue? Quando la connettività torna, la banda è sufficiente a smaltire il buffer senza accumulare ritardo? Se non c’è copertura cellulare, esiste una tecnologia alternativa compatibile con il volume di dati?
Un sistema di monitoraggio di lunga durata non si valuta quindi soltanto dalla capacità di essere online. Si valuta dal modo in cui attraversa i periodi in cui online non può esserlo. La differenza tra un disservizio temporaneo e una perdita documentale nasce quasi sempre da decisioni prese prima dell’installazione.
