Dock 4 e Matrice 5TD
Definisci quali immagini e stati di stazione, drone e O4 Ground Station devono arrivare al sistema destinatario. Collauda anche l’indisponibilità del sistema e il mancato avvio della missione.
Guida per i progetti aziendali
DJI Dock 4 e Dock 3: integrazione con videosorveglianza e allarmi
Collegare DJI Dock alla videosorveglianza può aiutare una sala operativa a ottenere un punto di osservazione aggiuntivo. Per costruire un’integrazione utile occorre però progettare il passaggio dall’evento alla richiesta di missione, l’accesso alle immagini e la gestione degli esiti.
DJI Dock 4 e DJI Dock 3
Progetta l’integrazione per la configurazione scelta
Il flusso tra evento, missione e sala operativa può essere studiato per entrambi i modelli. Le interfacce e le funzioni effettivamente disponibili vanno confermate prima dello sviluppo.
Dock 3 e Matrice 4D / 4TD
Precisa il drone impiegato: le richieste di immagini termiche devono riferirsi al Matrice 4TD. Conserva la corrispondenza tra sito, dispositivo ed evento nella sala operativa.
Una funzione presente nella piattaforma non dimostra da sola la compatibilità con il VMS o il sistema di allarme dell’azienda. Identifica prodotto, versione, interfaccia e risultato da verificare.
Documentazione ufficiale Dock 4 · Manuali per entrambi i modelli
Il drone come punto di osservazione nella sala operativa
Un sistema di videosorveglianza fisso osserva punti e inquadrature prestabiliti. Un drone può fornire un’osservazione da un’altra posizione, entro le condizioni dell’operazione e della configurazione adottata. Il valore dell’integrazione va definito rispetto a una domanda concreta: quale verifica è oggi difficile e quale informazione aggiuntiva dovrebbe essere ottenuta?
Verifica di un’area indicata
Una segnalazione identifica una zona da osservare. Il progetto deve tradurre questa informazione in una richiesta comprensibile al personale, evitando di confondere il nome di una telecamera con una posizione di volo già valida.
Documentazione dell’esito
Le immagini ottenute vanno associate alla richiesta che le ha originate. Chi gestisce l’evento deve sapere se la missione è stata eseguita, rinviata o non ha prodotto un risultato sufficiente.
Il drone non dovrebbe essere presentato come risposta garantita a ogni allarme. Meteo, vincoli operativi, stato del sistema e disponibilità del personale possono impedirne l’impiego. Il flusso deve gestire esplicitamente anche questi casi.
DJI Cloud API e FlightHub 2 OpenAPI: due livelli diversi
Le API DJI permettono di progettare collegamenti software, ma il percorso dipende dall’architettura scelta. È utile distinguere il collegamento del sistema DJI a una piattaforma esterna dall’integrazione di un’applicazione con FlightHub 2.
| Livello | Funzione nel progetto | Che cosa verificare |
|---|---|---|
| DJI Cloud API | Consente di collegare prodotti supportati, inclusi i Dock compatibili, a una piattaforma di terze parti attraverso interfacce documentate. | Modelli supportati, versione delle interfacce, funzioni disponibili e responsabilità della piattaforma sviluppata. |
| FlightHub 2 OpenAPI | Permette di collegare servizi esterni alle funzioni esposte dalla piattaforma FlightHub 2. | Edizione Cloud o privata, licenze, autorizzazioni e API effettivamente disponibili nell’ambiente scelto. |
| VMS e sistema di allarme | Riceve o fornisce eventi, video e stati secondo le proprie interfacce. | Prodotto, versione, licenze del fornitore e modalità supportate per importare o visualizzare i contenuti. |
DJI descrive la Cloud API con protocolli quali MQTT, HTTPS e WebSocket. FlightHub 2 ha una propria documentazione OpenAPI: i due nomi non identificano un connettore universale per ogni VMS. Riferimenti: DJI Cloud API e FlightHub 2 — OpenAPI per Public Cloud.
La scelta tra piattaforma pubblica e installazione privata va approfondita insieme alla guida FlightHub 2 Cloud oppure On-Premises. Prima di confermare un’integrazione servono i dati tecnici di entrambi i sistemi coinvolti.
Dall’allarme alla missione: un flusso da progettare
La documentazione FlightHub 2 comprende interfacce per flussi legati agli eventi. La disponibilità nel progetto va verificata rispetto a versione, edizione e funzioni richieste. Il seguente schema è una proposta di processo organizzativo, non la descrizione di un’integrazione già installata. Riferimento: DJI — Event API.
-
01 · Ricevere l’evento
Il sistema sorgente invia una segnalazione con identificativo, zona e momento di rilevazione.
-
02 · Qualificare la richiesta
Il flusso distingue segnalazioni valide, duplicati, richieste annullate e priorità concordate.
-
03 · Verificare l’eseguibilità
Il personale e le procedure previste determinano se la missione può essere avviata.
-
04 · Gestire la missione
La richiesta viene associata al piano e alla supervisione pertinenti, mantenendo il riferimento all’evento.
-
05 · Presentare il risultato
La sala operativa riceve il contenuto disponibile attraverso la modalità di accesso concordata.
-
06 · Chiudere l’evento
Si registra l’esito, inclusi rinvio, missione incompleta o mancata disponibilità del contenuto.
Il passaggio centrale è la verifica di eseguibilità. Le regole di integrazione devono rispettare il quadro normativo dell’operazione e il ciclo definito per le missioni da remoto.
Le informazioni da scambiare tra i sistemi
Prima dello sviluppo, concordare una specifica dello scambio dati. Un evento con un testo libero come “movimento rilevato” può essere insufficiente per scegliere la zona e prevenire richieste duplicate.
- Identificativo: un riferimento univoco che consenta di associare richiesta, missione ed esito.
- Zona: collegamento tra la denominazione nel sistema di allarme e un’area conosciuta nel progetto operativo.
- Tempo: data, ora e fuso coerenti, oltre al criterio per considerare una segnalazione ancora attuale.
- Stato: nuovo, preso in carico, annullato o concluso, secondo una convenzione concordata.
- Priorità: criterio esplicito per gestire richieste concorrenti, senza superare le condizioni operative.
- Risposta: presa in carico, rifiuto motivato o esito finale, con messaggi comprensibili alla sala operativa.
Separare il contenuto dell’evento dalle credenziali di accesso ai servizi. Chi utilizza il VMS non deve ricevere automaticamente tutti i permessi di gestione del Dock: gli accessi si assegnano in base al compito da svolgere.
Accesso al video, registrazione e protezione delle informazioni
“Vedere il drone nel VMS” può indicare funzioni differenti: aprire una visualizzazione autorizzata, ricevere un flusso compatibile oppure consultare una registrazione associata all’evento. La specifica deve dichiarare quale modalità sarà realizzata e dove resterà il contenuto.
Per la sala operativa
Concordare tempi di disponibilità, schermata di accesso, utenti abilitati e comportamento quando il video non è disponibile. Il messaggio di errore deve permettere di capire cosa manca e chi contattare.
Per chi gestisce i dati
Mappare le copie, i destinatari e i tempi di conservazione. Verificare chi può esportare le immagini e come vengono gestite la cancellazione e la chiusura degli accessi.
Il Garante richiama la valutazione del contesto e delle finalità della videosorveglianza e la definizione dei tempi di conservazione appropriati. Questi aspetti vanno esaminati con il referente privacy del progetto; una piattaforma locale non rende automaticamente conforme il trattamento. Riferimento: Garante Privacy — FAQ sulla videosorveglianza.
Come collaudare un’integrazione senza fermarsi alla demo
Un collegamento che funziona con un evento di prova non dimostra che il flusso gestisca correttamente le anomalie. Il collaudo dovrebbe verificare anche gli esiti negativi, usando test software e simulazioni prima delle attività di volo previste nel progetto.
| Prova | Comportamento da concordare | Evidenza |
|---|---|---|
| Evento duplicato | Una seconda trasmissione non crea richieste incontrollate per lo stesso evento. | Registro di ricezione e decisione sul duplicato. |
| Zona sconosciuta | La richiesta viene respinta o sottoposta a verifica, senza selezionare una rotta arbitraria. | Messaggio comprensibile al richiedente. |
| Missione non eseguibile | Il sistema comunica l’indisponibilità e segue il percorso alternativo previsto. | Motivo dell’esito e destinatario dell’avviso. |
| Video o file non disponibili | La sala operativa vede uno stato corretto, senza confondere un contenuto precedente con quello attuale. | Associazione tra evento e contenuto. |
| Richiesta annullata o scaduta | Il flusso gestisce lo stato secondo una regola concordata e compatibile con la fase della missione. | Storia degli stati e decisioni adottate. |
Il verbale finale deve indicare versioni dei prodotti, funzioni provate, limiti e responsabili dell’assistenza. La formazione della sala operativa e la gestione degli aggiornamenti servono a mantenere il flusso comprensibile e verificabile anche dopo il collaudo.
Domande frequenti
DJI Dock si integra con qualunque sistema di videosorveglianza?
La compatibilità va verificata per prodotto, versione, licenze e interfacce disponibili. La presenza delle API DJI non garantisce un connettore pronto per ogni VMS.
Ogni allarme può far decollare automaticamente il drone?
L’allarme può originare una richiesta nel flusso progettato. L’avvio deve restare subordinato alle condizioni dell’operazione, ai controlli e alle procedure previste.
Cloud API e FlightHub 2 OpenAPI sono la stessa cosa?
Operano su livelli differenti: la Cloud API supporta il collegamento dei prodotti DJI a piattaforme esterne; le OpenAPI espongono funzioni della piattaforma FlightHub 2.
È obbligatorio registrare tutto il video nel VMS?
È una scelta progettuale da definire rispetto alle finalità e ai requisiti applicabili. Visualizzazione, registrazione e archiviazione possono essere gestite in modi differenti.
Come si gestiscono allarmi duplicati o non attendibili?
Serve una regola di qualificazione degli eventi, con identificativi, stati e responsabilità chiari. Il comportamento va verificato nel collaudo, non lasciato alla sola frequenza dei messaggi.
Quali informazioni servono per valutare l’integrazione?
Nome e versione del VMS e del sistema di allarme, interfacce e licenze disponibili, architettura IT, flusso desiderato e persone che useranno il risultato.
Fonti ufficiali e aggiornamento
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.
- DJI Developer — Cloud API
- DJI FlightHub 2 — Public Cloud OpenAPI
- DJI FlightHub 2 — Event API
- Garante Privacy — FAQ sulla videosorveglianza
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.
Approfondisci gli altri aspetti del progetto
Continua il percorso
Tutte le guide, in un solo indice
Passa da questa pagina agli altri approfondimenti su software, operazioni, formazione, manutenzione e documentazione dei due modelli.
Drone Emotions SRL
Valutiamo il collegamento con i tuoi sistemi
Descrivi il flusso che vuoi ottenere. Partire da prodotti, versioni e obiettivo permette di individuare le verifiche tecniche prima dello sviluppo.
- Modello: DJI Dock 4, DJI Dock 3 oppure da individuare.
- VMS e sistema di allarme utilizzati.
- Tipo di evento e risultato atteso in sala operativa.
- Piattaforma DJI prevista e referenti IT del progetto.
Nel messaggio indica anche il tema «DJI Dock: integrazione con videosorveglianza e allarmi», così da contestualizzare la richiesta.