Come time-stamp-are un flusso dati rs232 ?

Ho due dispositivi distanti tra loro e che non comunicano Devono acquisire dei valori variabili nel tempo Devo sincronizzare le letture dei due datalogger per vedere i valori letti dall'apparato 1 e dall'apparato 2 negli stessi istanti Pensavo di usare dei gps con l'uscita pps che darebbe un riferimento di tempo molto preciso ad un costo contenuto Il problema e': come 'miscelare' il flusso dati dei valori letti col flusso dati fornito dal gps ? In sostanza da una rs232 arrivano 1000 letture/sec che rilevano parametri ambientali, da un'altra rs232 arriva il segnale del gps che incorpora (credo sul pin 8 del db25) il segnale pps allineato entro un tempo molto ristretto con gli orologi dei satelliti Come li metto insieme per generare ad esempio un flusso dati il cui primo byte/word sia la lettura valore sul campo ed il secondo byte/word sia il tempo della lettura precedente ? Ciao e grazie RobertoA

Reply to
RobertoA
Loading thread data ...

RobertoA ha scritto:

Dici che acquisisci a 1 kHz. La sincronizzazione ti serve quindi che sia più accurata di 1 ms?

Secondo me dovresti avere un "clock" comune con cui sincronizzare i due trasmettitori. Se le due schede sono identiche e deterministiche potresti usare il segnale (anche via seriale se ci sta, tipo interrogazione) ogni n campioni.

Così hai un sincronismo che puoi agganciare a un dato di tempo GPS (se ti serve sapere ora e data) mentre i successivi campioni saranno all'istante k*T + i dove k è il progressivo del segnale di sync, T l'intervallo tra i sincronismi e i il progressivo dei campioni acquisiti in ogni intervallo.

My 0.02$

Marco

Reply to
Marco Trapanese

Si, mi pare stiamo dicendo la stessa cosa Nel mio caso il "..clock comune.." e' appunto il pps che esce dal gps Mi sembra il sistema piu' semplice e preciso che sia possibile impiegare per sapere in che momento gli apparati hanno letto i valori dal campo Da ricordare che i due apparati non sono comunicanti l'uno con l'altro La sincronizzazione temporale tra i due apparati deve essere almeno dell'ordine del microsecondo, nel senso che gli apparati prendono i dati dal campo ad una velocita' che potrebbe anche non essere uniforme, l'importante e' che una volta messi assieme i dati dell'apparato A e dell'aparato B, i valori siano confrontabili negli stessi istanti temporali L'applicazione finale e' un misuratore di cediment di una zattera subacquea, deve essere visibile il mezzo millimetro di spostamento Credo che usero' questo

formatting link
Il mio problema e' appunto come 'miscelare' i valori presi dal datalogger con i valori di tempo che arrivano dal gps ed incanalarli nello stesso flusso dati E' come avere un tubo con informazioni che arrivano di continuo e dover 'stampigliare' queste informazioni con l'informazione temporale che arriva dal gps Ciao RobertoA

Reply to
RobertoA

RobertoA ha scritto:

Non so che micro tu stia usando, ma hai verificato che ci stai dentro tra le varie latenze dei buffer e isr di trasmissione e ricezione? Cioè, il fatto che tu riceva un pacchetto all'istante X significa che il campione è stato acquisito all'istante X-eps. Ma se eps non è costante o prevedibile rischi di non soddisfare le tue esigenze.

Io in un'applicazione simile (ma a velocità inferiori) avevo semplicemente aggiunto ai pacchetti in arrivo il timestamp. Se vai abbastanza veloce dovresti farcela (sono pochi byte da aggiungere).

O mi sfugge qualcosa?

Marco

Reply to
Marco Trapanese

Non sto attualmente usando nessun micro Sto cercando se esiste qualche prodotto gia' bello e pronto che permetta di fare quanto mi serve Si, aggiungere il timestamp e' quello che vorrei fare Lavorando a 115 Kbaud e dovendo leggere dati grezzi a 2 byte al colpo, a

1000 colpi a secondo, dovrei avere abbastanza spazio per inserirci anche un qualche byte per il timestamp Vorrei evitare di andare a costruire schede per evitare un impiego di risorse non giustificato, specie se esistesse gia' qualche accrocchio che facesse quel che mi serve Ciao e grazie RobertoA
Reply to
RobertoA

Un bel giorno RobertoA digitò:

Sei convinto che ti serva un GPS timing receiver per questo genere di cose? Un modulo GPS normale ha una precisione del PPS di poco peggiore (qualche decina o al massimo centinaio di ns contro i 15 del modulo che riporti) ma costa sicuramente meno.

Fra l'altro l'oggetto in questione a parte il PPS ha delle prestazioni scandalosamente mediocri; non sembra vero di leggere nel 2009 di un ricevitore GPS in produzione che ha precisione di 6 m CEP e sensibilità di

-142 dB. Ma d'altra parte se ti serve solo il timing...

--
emboliaschizoide.splinder.com
Reply to
dalai lamah

"dalai lamah" ha scritto nel messaggio news: snipped-for-privacy@40tude.net...

No non sono sicuro mi serva proprio questo modulo Anche un normale gps andrebbe bene solo che non tutti escono anche col pps Per il costo questo mi sembra sia sui 75$ che saranno circa 60 euri, non mi sembra male Se hai qualche consiglio, ben venga Ciao e grazie RobertoA

Reply to
RobertoA

RobertoA ha scritto:

Avevo utilizzato il Trimble Lassen iQ che dovrebbe avere il PPS. Però non ho sottomano il datasheet e la fattura per dirti prestazioni e costi.

Al massimo prova a dargli un occhio.

Marco

Reply to
Marco Trapanese

Ho visto grazie, ma di questi moduli o gps gia' pronti se ne trovano in abbondanza Quello che devo risolvere ora pero' e' la "miscelazione" delle due seriali, quella con i dati e quella con il tempo Ciao e grazie RobertoA

Reply to
RobertoA

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.