Guida per i progetti aziendali
Una missione utile richiede molto più di una rotta salvata. Bisogna sapere quando può partire, chi la supervisiona, quali condizioni la interrompono e come il risultato arriva a chi deve prendere una decisione. Qui trovi un metodo per organizzare il lavoro con DJI Dock e FlightHub 2.
DJI Dock 4 e DJI Dock 3
Il metodo di lavoro resta comune: preparare, supervisionare, verificare il risultato e registrare gli eventi. Cambiano componenti e controlli del ritorno alla stazione.
Con Matrice 5TD il Dock gestisce la sostituzione automatica della batteria. La procedura del team deve verificare lo stato delle batterie, la disponibilità della stazione e di O4 Ground Station prima di programmare la missione successiva.
Con Matrice 4D o 4TD il Dock ricarica la batteria del drone. Pianifica intervalli e numero di missioni considerando la carica effettiva e le condizioni del servizio.
Determina la frequenza sostenibile con una prova sul sito e sulla rotta rappresentativa. I tempi dichiarati nei test del produttore non definiscono da soli il numero di missioni giornaliere del progetto.
Documentazione ufficiale Dock 4 · Manuali per entrambi i modelli
La pianificazione di FlightHub 2 e le attività immediate sono descritte nel manuale DJI. Sul piano organizzativo conviene distinguere il lavoro ripetibile dalle richieste occasionali, perché cambiano il contesto, la priorità e la preparazione necessaria. Riferimenti: DJI — pianificazione per un singolo Dock e DJI — attività di volo immediate.
Ha una finalità ricorrente: acquisire lo stesso insieme di immagini, osservare punti prestabiliti o documentare un’area. Occorre verificare che la rotta e le condizioni restino adatte a ogni esecuzione.
Nasce da una necessità specifica, per esempio una verifica visuale. La richiesta deve indicare il punto da osservare, l’obiettivo e chi attende il risultato. L’urgenza non elimina i controlli prima del volo.
Una missione programmata non dovrebbe diventare un appuntamento eseguito senza riesame. Se cambiano ostacoli, viabilità o attività locali, la rotta può richiedere una revisione. Per le richieste provenienti da un allarme, il collegamento va progettato insieme alle integrazioni con la sala operativa.
Questo schema è una proposta organizzativa da adattare alle procedure del progetto. Le impostazioni tecniche e le azioni sul sistema devono seguire i manuali applicabili alla configurazione utilizzata.
Individuare destinatario, area da osservare e informazione da produrre. Stabilire come si riconosce una missione riuscita.
Associare la rotta al sito e alla configurazione corretta. Registrare la revisione e verificare che sia coerente con il quadro operativo applicabile.
Esaminare condizioni locali, stato del sistema e disponibilità del personale. Prevedere anche l’esito “non avviare” e come comunicarlo.
Seguire lo stato della missione secondo le procedure previste. Separare la richiesta del committente dalle decisioni operative del personale incaricato.
Verificare l’esito, registrare eventuali anomalie e controllare lo stato del sistema dopo la missione.
Verificare completezza e utilità dei dati. Archiviare il risultato o comunicare ciò che manca, con un riferimento alla missione.
Il flusso deve collegarsi alla valutazione normativa e alle responsabilità operative. Salvare un piano o avere accesso alla piattaforma non basta a rendere eseguibile una missione.
Una checklist efficace distingue l’informazione da verificare dalla decisione che ne consegue. Evita formule generiche come “rete OK”: indica invece quale servizio deve essere disponibile e chi deve intervenire quando non lo è.
| Momento | Che cosa verificare | Che cosa registrare |
|---|---|---|
| Prima dell’avvio | Missione e revisione corrette; condizioni del sito; disponibilità del personale; stato del Dock, del drone, della batteria e dei collegamenti previsti. | Chi ha svolto le verifiche, esito e motivi di un eventuale rinvio. |
| Durante la missione | Stato del volo e segnalazioni; disponibilità delle informazioni richieste per la supervisione; eventuali variazioni del contesto. | Anomalie osservate e decisioni adottate dal personale incaricato. |
| Dopo il volo | Esito del rientro, stato del sistema e presenza dei dati attesi. | Missione conclusa, incompleta o da ripetere; dati disponibili; richiesta di assistenza, se necessaria. |
Il clima e le condizioni ambientali vanno confrontati con i limiti di tutti i componenti utilizzati e con quelli dell’operazione. Le caratteristiche della stazione non sono da sole una garanzia che ogni missione sia eseguibile. Il riferimento tecnico è la documentazione DJI nella pagina ufficiale dei manuali Dock 3.
La formazione dovrebbe far esercitare queste decisioni, compreso il rinvio di una missione. Il percorso di formazione DJI Dock e FlightHub 2 può essere impostato sulle attività e sui ruoli previsti.
Il progetto deve includere procedure per perdita o degrado delle comunicazioni, indisponibilità della piattaforma, modifiche dell’area, segnalazioni del sistema e condizioni ambientali non più adeguate. Il comportamento del drone dipende dalle impostazioni, dalla configurazione e dalle procedure applicabili: non va dedotto da una regola generica.
Una difficoltà nella visualizzazione o nel trasferimento dei file non descrive da sola tutto ciò che sta accadendo al drone. Definire quali informazioni permettono al personale di valutare la situazione e quali canali sono previsti.
Indicare chi viene contattato, quali informazioni riceve e quando il servizio viene sospeso. Le attività sul campo e gli interventi tecnici devono essere svolti dal personale competente secondo i manuali.
Le verifiche di continuità si possono iniziare con esercitazioni organizzative e simulazioni di flusso. Le prove che coinvolgono il volo richiedono un piano controllato: non è opportuno improvvisare interruzioni di rete o alimentazione durante una missione.
I punti di dipendenza della piattaforma si approfondiscono nella guida FlightHub 2 Cloud oppure On-Premises; lo stato dei componenti e la gestione dei fermi nella guida alla manutenzione DJI Dock.
Un’attività operativa e un’acquisizione dati hanno criteri di riuscita differenti. Per una verifica visuale può servire un’inquadratura leggibile del punto richiesto; per un monitoraggio periodico possono servire immagini comparabili tra le date. Prima del primo volo, concordare cosa verrà consegnato e come sarà valutato.
La visualizzazione in diretta e i file acquisiti hanno funzioni diverse. Il progetto deve precisare quale contenuto viene usato per una decisione immediata e quale viene conservato per una successiva analisi. Il fatto che un operatore abbia visto il video non dimostra che il materiale richiesto sia già archiviato e accessibile.
La prova iniziale dovrebbe verificare l’intero percorso, dalla richiesta alla consegna del dato, entro le condizioni applicabili. Un breve verbale permette di distinguere ciò che è stato provato da ciò che rimane da completare.
La pianificazione non sostituisce la verifica delle condizioni e dello stato del sistema. Il progetto deve definire come e da chi vengono effettuati i controlli richiesti prima dell’avvio.
L’organizzazione del personale e della supervisione dipende dal quadro dell’operazione. Va definita prima di avviare il servizio, senza dedurla dalla sola disponibilità delle funzioni software.
Si può progettare un flusso di richiesta attraverso integrazioni compatibili. La richiesta deve passare attraverso le verifiche operative previste: non costituisce da sola un ordine di decollo eseguibile.
Occorre distinguere collegamento del sistema, visualizzazione e trasferimento dati. Le procedure e le impostazioni pertinenti devono prevedere la gestione dell’anomalia per la configurazione utilizzata.
Associare al piano un identificativo e una revisione, limitare i permessi di modifica e stabilire chi segnala cambiamenti nel sito. La revisione va verificata prima dell’uso.
Con due verifiche: l’esito operativo del volo e l’utilità del risultato per lo scopo concordato. Una missione completata può comunque richiedere un’integrazione dei dati.
Le indicazioni sui prodotti e sul quadro operativo rimandano ai riferimenti ufficiali riportati qui. Le checklist e gli esempi sono schemi di lavoro proposti per impostare il progetto; vanno adattati al sito, alla configurazione e alle procedure applicabili.
Ultima consultazione: 10 ottobre 2026. Verificare revisioni dei manuali, compatibilità, licenze e disposizioni vigenti quando si definisce il progetto.
DJI Dock 4 — manuali di installazione, uso e manutenzione · consultato il 14 ottobre 2026.
Continua il percorso
Passa da questa pagina agli altri approfondimenti su software, operazioni, formazione, manutenzione e documentazione dei due modelli.
Drone Emotions SRL
Indica quali informazioni vuoi ottenere e come verranno usate. Possiamo partire dal ciclo operativo e dalle persone che dovranno gestirlo.
Nel messaggio indica anche il tema «DJI Dock: operazioni e missioni da remoto», così da contestualizzare la richiesta.
