Res Solaris wrote:
> Ecco a te:
>
> http://jaqm.ro/issues/volume-2,issue-1/pdfs/enescu.pdf
Grazie! Non vedo nessuna indicazione sui tempi di calcolo, e
nell'algoritmo mancano tutti i filtraggi e gli stimatori. Sempre
dell'idea che si possa fare tutto in un millisecondo? Guarda quante
funzioni trigonometriche bisogna valutare (con elevata precisione) e in
un risc non hai la funzione implementata in hardware.
> Comunque, pur continuando a sostenere la mia tesi secondo cui il tempo
> di integrazione del segnale GPS (valutabile nell'ordine tra mezzo
> secondo e due secondi) inficia enormemente pi� di qualunque intervallo
> impiegato calcolare materialmente le posizioni,
Se lavori in batch si`, integri (cioe` filtri), quando hai il risultato
dell'integrale calcoli la posizione. Ma non e` il solo modo di fare.
Visto che si sta parlando di ottenere quanti piu` fix di posizione
possibili per unita` di tempo, i filtri possono essere stile filtro
trasversale, e quindi presentare tempo di latenza ma avere un throughput
elevato, e quello che limita le prestazioni e` la potenza di calcolo.
> credo sia dimostrato il
> punto fondamentale di questo topic, ovvero che non abbiamo a che fare
> con dati attendibili, per un motivo o per un altro.
Su questo non c'e` il minimo dubbio, l'accelerazione riportata e` data
dalla scatola nera, non dal gps. Forse dal gps si puo` avere la
velocita` prima dell'evento.
--
Franco
Wovon man nicht sprechen kann, dar?er mu? man schweigen.
(L. Wittgenstein)
Received on Tue Nov 11 2008 - 17:49:54 CET