Portate la planimetria del cantiere al sopralluogo per il preventivo. Utilizzate un colore per le aree di lavoro generali: piazzale, percorso, zona di carico. Utilizzatene un altro per passaggi, bordi o linee di rilevamento che la macchina deve individuare nuovamente. Il primo colore può essere utilizzato con il GNSS standard. Il secondo colore è invece più indicato per i casi in cui è necessario un progetto RTK, a condizione che siano disponibili il collegamento di correzione e la vista del cielo.
Quella mappa offre un'introduzione migliore al confronto tra RTK GNSS e GNSS standard rispetto a due dati di precisione riportati in una brochure. Riporta l'acquirente a una decisione operativa: cosa deve sapere il veicolo, per quanto tempo e cosa succede quando non lo sa più? Ricevitore, antenna, servizio di correzione, applicazione e sistema di fallback possono quindi essere valutati come un'unica installazione.
Iniziate dalla scelta del veicolo, non dall'etichetta del ricevitore.
Un addetto alla pianificazione che chiede "in quale piazzale si trova il camion numero 14?" ha un problema diverso da una livellatrice che segue una superficie rilevata o da un trattore che ritrova la fila del giorno prima. Inserite esattamente questa domanda all'inizio della specifica. Sotto, descrivete cosa comporterebbe per il lavoro una posizione in ritardo, mancante o errata. Ora la classe di posizionamento ha una ragione d'essere.
Il GNSS standard è spesso una soluzione adeguata per il contesto del percorso, la visibilità della flotta e le geofence ampie. L'RTK aggiunge un riferimento o una correzione di rete alle osservazioni del ricevitore mobile. In condizioni appropriate, ciò può supportare una relazione molto più stretta con il riferimento operativo. Aggiunge anche un servizio, un percorso dati, una transizione di stato e un caso di ripristino che deve essere gestito da qualcuno.
| Domanda in taxi | Probabile punto di partenza | Cosa potrebbe far cambiare idea? |
|---|---|---|
| In quale percorso o zona di lavori mi trovo? | GNSS standard | Un confine stretto o una funzione di sicurezza |
| Posso tornare a questa riga di riferimento? | Valutare RTK | Correzioni inadeguate o un percorso fortemente ostruito |
| La macchina è in grado di mantenere il percorso di lavoro richiesto? | Valutare RTK con il sistema di controllo | Limiti del controller, dell'antenna o del sistema di riferimento |
| Dove si trovava la risorsa durante l'ultimo aggiornamento? | GNSS standard | Un caso d'uso che dipende effettivamente dalla posizione rilevata |
Posiziona il percorso di correzione accanto all'hardware
L'etichetta RTK su un codice articolo non è sufficiente a completare il quadro. Sullo stesso foglio del terminale, elencare la sorgente di riferimento, il formato di correzione, l'account, il punto di montaggio, il modem o la radio, l'antenna e la copertura prevista. Disegnare il percorso dalla sorgente al ricevitore. Assegnare un responsabile a ogni interruzione del percorso.
Richiedete una verifica in tempo reale delle correzioni presso la sede dell'acquirente, non uno screenshot da un'altra città. Zone senza copertura cellulare, zone d'ombra radio, credenziali scadute e un flusso errato possono impedire a un ricevitore, anche se funzionante, di effettuare la correzione desiderata. Il file di progetto dovrebbe indicare cosa riporta il terminale in quel momento. "Le coordinate sono ancora presenti" non è una risposta completa.
Le pagine NOAA CORS forniscono informazioni di base utili sulle stazioni di riferimento operative ininterrottamente. Non stabiliscono la copertura del servizio per il percorso dell'acquirente. Copertura, latenza, accesso e condizioni commerciali sono di competenza del servizio specifico proposto.
Parcheggiare due volte prima di discutere di accuratezza
Per la prima simulazione, lasciare il veicolo nella zona di cielo più libera fino a quando la configurazione proposta non si stabilizza. Salvare l'ora, lo stato della soluzione, l'età della correzione, le informazioni satellitari e l'output della posizione. Per la seconda simulazione, utilizzare la parete reale, la chioma, il cumulo di materiale o la linea degli alberi. Salvare gli stessi campi. L'intervallo tra queste registrazioni è più utile al team di acquisto rispetto a un dato estratto dalla scheda tecnica del ricevitore.
Non sommare tre risultati in uno solo. Innanzitutto, confronta la posizione con il riferimento scelto. Poi, conta per quanto tempo il test ha fornito la soluzione richiesta. Infine, cerca delle interruzioni durante ogni intervallo di lavoro. Un punto a cielo aperto può sembrare eccellente anche se il percorso intorno all'edificio continua a interrompersi.
La panoramica sull'accuratezza di GPS.gov include la progettazione del ricevitore e l'ambiente operativo tra i fattori che influenzano le prestazioni effettive. Il prodotto in questione necessita che l'ambiente operativo sia specificato accanto al dispositivo.
Non scegliere per ultimo l'antenna di produzione
Un'antenna dimostrativa su un palo temporaneo è facile da spostare fino a ottenere il risultato desiderato. L'antenna definitiva, invece, deve convivere con un tetto, un tubo di scarico, luci, radio, bordi metallici e cavi in movimento. Scattate una fotografia del tetto e indicate sotto di essa la posizione dell'antenna, del piano di massa, del cavo e del connettore. Aggiungete la distanza misurata dal punto di riferimento del veicolo utilizzato dall'applicazione.
Eseguire un leggero controllo manuale dell'antenna montata. Il movimento del cavo dovrebbe arrestarsi in corrispondenza del pressacavo, anziché tirare il connettore o la staffa. Seguire il percorso del cavo evitando radio e cablaggi di alimentazione mentre la cabina è aperta. Cinque minuti in questa fase spesso rivelano un rischio assente in tutte le tabelle comparative GNSS.
Ripetere il percorso ostruito con la staffa e il cablaggio finali. Se la prova ha utilizzato hardware diverso, etichettare il risultato come "configurazione di sviluppo" anziché associarlo all'opzione di produzione. Chiedere a PDS di esaminare il disegno del tetto e del cablaggio per la configurazione del terminale selezionata.
Descrivi il passaggio di consegne dal ricevitore al controllore.
Apri un messaggio o un registro di esempio accanto alla specifica dell'interfaccia. Cerchia i campi relativi a posizione, tempo, sistema di coordinate e stato della soluzione. Quindi chiedi all'ingegnere dei sistemi di controllo quali cerchi vengono effettivamente letti dall'applicazione. Un controllore che consuma le coordinate ma ignora il flag di stato potrebbe continuare a funzionare come se nulla fosse cambiato dopo la scomparsa delle correzioni.
Registrare l'interfaccia fisica, il formato del messaggio, la frequenza di aggiornamento e la sorgente oraria per la build offerta. Seriale, CAN, Ethernet e USB non sono promesse intercambiabili. Né lo sono due famiglie di firmware in contenitori simili. Il log utilizzato per l'accettazione deve identificare l'hardware del terminale, l'opzione del ricevitore e la versione del software che lo ha generato.
Durante la prova, rimuovere il tappo di correzione.
Eseguire questa operazione in un luogo controllato e a una velocità nota. Disconnettere o bloccare il percorso di correzione registrando lo stato del ricevitore e la risposta dell'applicazione. Leggere il registro in seguito: quando è cambiato lo stato, quando è comparso l'avviso, cosa ha raggiunto il controller e cosa ha fatto la macchina? Ripristinare il collegamento, ma mantenere il cronometro in funzione fino al raggiungimento della soluzione concordata.
La scheda di accettazione necessita di una riga per questo evento. In sua assenza, "supporto di fallback" può significare qualsiasi cosa, da un allarme visibile all'utilizzo silenzioso di una stima di posizione più ampia. Il costruttore della macchina è responsabile dell'azione di sicurezza; il fornitore del terminale deve fornire le informazioni sullo stato concordato in modo sufficientemente affidabile per tale azione.
| Evento di prova | Documentazione | Decisione dell'acquirente |
|---|---|---|
| Iniziate all'aperto | Sequenza temporale e di stato di inizializzazione | Il tempo di preparazione si adatta al ciclo di lavoro |
| Superare l'ostacolo principale | Stato, età della correzione e data e ora del percorso | La disponibilità richiesta è soddisfatta |
| Correzioni di interruzione | Ritardo di rilevamento, allarme e risposta del controller | Il ricorso al piano di ripiego è compreso e accettato. |
| Ripristina le correzioni | Tempo di recupero e transizione di stato | Il rientro al lavoro segue le regole concordate |
Fornire un brief di acquisto equo per il GNSS standard
Un acquirente non risparmia denaro scrivendo un requisito GNSS standard vago. Specifica le dimensioni del geofence, l'intervallo di aggiornamento, i tempi di avvio previsti, il percorso e gli ostacoli. Verifica con la stessa attenzione la posizione dell'antenna e le interferenze. Decidi inoltre cosa deve visualizzare l'applicazione quando la posizione non è aggiornata o non è disponibile.
Il GNSS standard può rappresentare la soluzione più pulita per la localizzazione di flotte su larga scala o per la segnalazione di zone a basso rischio. Richiede un minor numero di servizi di correzione. Ciò non significa che tutti i ricevitori standard siano uguali, né che una posizione approssimativa si trasformi in un input di controllo. È importante mantenere visibili la decisione e la relativa tolleranza.
Conta le righe RTK aggiuntive prima di approvare il preventivo
Affiancate entrambe le proposte. Aggiungete antenna, staffa, cavo, modem o radio, piano dati, abbonamento per la correzione, integrazione, registri, messa in servizio e supporto. Indicate i componenti forniti dall'acquirente. Un ricevitore RTK più economico con una colonna vuota per la correzione e l'integrazione non rappresenta la soluzione più economica per il veicolo.
RTK si aggiudica generalmente quei tratti in cui un percorso ripetuto, un bordo misurato o un riferimento di lavoro riducono gli sprechi o le rilavorazioni. Non si aggiudica questi tratti semplicemente perché il valore riportato nella brochure è inferiore. Utilizzare il test del percorso a fasi e dell'interruzione per risolvere la questione RTK GNSS rispetto al GNSS standard.
Allega prove a supporto dell'opzione proposta.
Fornite a ogni offerente lo stesso foglio di configurazione vuoto. La copia restituita deve indicare terminale, ricevitore, antenna, cavo, metodo di correzione, interfacce e firmware. Utilizzate l'ultima riga per il numero di serie del campione e il nome del file del registro di percorso. Un'eventuale successiva modifica delle opzioni indicherà direttamente le informazioni da esaminare.
Evitate richieste generiche di "tutti i report GNSS". Preferite un registro di percorso di dimensioni contenute, effettuato dal sistema citato, a un pacchetto di dati voluminoso proveniente da hardware sconosciuto. Se il riferimento è fornito da un rilievo topografico, registratene il metodo e il proprietario. Una richiesta priva di un record corrispondente non riceverà ancora punti di confronto.
Esamina la proposta PDS sullo stesso percorso
Utilizzate la gamma di prodotti PDS per identificare una configurazione di partenza, non una promessa definitiva. Inviate a PDS il disegno del veicolo, la mappa di lavoro, la fonte di correzione, l'interfaccia, l'alimentazione, la posizione dell'antenna e il percorso di collaudo. Ad esempio, per una pala caricatrice che gira intorno alle cataste di materiale, è necessario aggiungere la sua visuale del cielo variabile alla revisione dell'applicazione per l'edilizia e l'industria mineraria .
Segnala un cablaggio, un involucro, un'immagine software o una staffa diversi durante la revisione OEM/ODM di PDS . PDS può separare un'opzione disponibile dal lavoro di progetto e indicare quale record si applica alla realizzazione. Mantieni la decisione relativa al GNSS RTK rispetto al GNSS standard associata al veicolo, alla configurazione e al percorso effettivamente testati.
Dieci domande da chiarire prima del rilascio
1. La tecnologia RTK funziona senza correzioni in tempo reale?
Le coordinate possono rimanere, ma non corrispondono più allo stesso stato operativo. Decidete in anticipo se l'applicazione può utilizzarle.
2. RTK è sempre la scelta più precisa?
Non esiste un'unica soluzione valida per ogni angolo di un cantiere. È necessario verificare la presenza di ostacoli, riflessioni, interferenze radio, configurazione dell'antenna e modalità di trasmissione delle correzioni.
3. È possibile confrontare direttamente i dati di accuratezza di due brochure?
Di solito no. Innanzitutto, bisogna abbinare la statistica, il riferimento, l'ambiente, l'antenna, la sorgente di correzione, la velocità e lo stato della soluzione a ciascuna figura.
4. Cosa dovrebbe essere registrato durante un test di percorso?
Conservare timestamp, posizione, stato della soluzione, età della correzione, velocità, firmware e note per ogni ostruzione o interruzione.
5. Perché registrare il punto di riferimento dell'antenna?
L'applicazione potrebbe dover trasformare la posizione dell'antenna nel punto della macchina utilizzato per la guida o la misurazione.
6. Il GNSS standard è sufficiente per il monitoraggio della flotta?
Spesso ciò accade quando la decisione riguarda un percorso o una zona piuttosto che una linea rilevata. Verifica l'effettiva geofence e l'intervallo di aggiornamento.
7. A chi appartiene il conto di rettifica?
Indica il nome dell'organizzazione che acquista il servizio, rinnova le credenziali, monitora la copertura e interviene in caso di problemi di accesso.
8. Cosa dimostra che un registro corrisponde alla citazione?
Il record di configurazione, l'identità del campione, l'opzione hardware e il firmware devono puntare allo stesso registro.
9. Il controllore deve leggere lo stato della soluzione?
Se la sua azione dipende dalla qualità della posizione, l'interfaccia dovrebbe contenere lo stato concordato e l'applicazione dovrebbe utilizzarlo.
10. Cosa conclude il confronto?
Una configurazione firmata e un test di percorso ripetibile la chiudono. Il risultato dovrebbe includere il normale funzionamento, l'ostacolo principale, la perdita di correzione e il ripristino.
Contattaci
📧Email: [email protected]
📞Tel: +86 13421822024
🌐Sito web: www.szpds.com
Disclaimer
Le informazioni contenute in questo articolo sono fornite a solo scopo di riferimento. PDS Technology Co., Ltd. declina ogni responsabilità per eventuali errori, omissioni o per l'inadeguatezza del contenuto ad applicazioni specifiche. Le specifiche del prodotto sono soggette a modifiche senza preavviso. Gli acquirenti sono tenuti a verificare tutti i dettagli tecnici con il nostro team prima dell'utilizzo.
Informazioni su PDS Technology
PDS Technology è un'azienda leader nella produzione OEM/ODM di terminali GNSS RTK ad alta precisione e computer di bordo, al servizio dei settori agricolo, edile, minerario, dei taxi e della logistica dal 2011.
Con oltre 15 anni di esperienza in ricerca e sviluppo nel settore automobilistico, offriamo dispositivi robusti e multi-OS (Android/Linux/OpenHarmony) dotati di posizionamento RTK con precisione centimetrica, protezione IP66 e funzionalità predisposte per l'intelligenza artificiale. I nostri stabilimenti certificati IATF16949 hanno prodotto oltre 100.000 unità distribuite a livello globale, detenendo oltre il 30% del mercato cinese dei terminali di guida automatica per macchine agricole. Esportiamo in Giappone, Stati Uniti, Regno Unito, Turchia, Russia e altri paesi.
