Il problema: simulare la presenza di un GPS in modo che un programma client possa leggere i dati via via che arrivano. Vogliamo fornire in input i dati memorizzati in un tracciato GPX.
Il programma client potrebbe voler leggere via TCP/IP tramite gpsd oppure aprire direttamente la seriale (es. /dev/ttyS0) per leggere le stringhe NMEA.
Anzitutto convertiamo il file .gpx in stringhe NMEA:
gpsbabel -i gpx -f track.gpx -o nmea -F track.nmea
Quindi si lancia il comando gpsfake (fornito dal pacchetto Debian python-gps):
gpsfake -b -c 0.5 percorso.nmea
In questo caso facciamo il replay del tracciato intervallando ogni stringa NMEA di 0.5 secondi. Aggiustare l'intervallo fino ad ottenere la velocità di replay desiderata.
gpsfake si comporta cone un gpsd, cioè si pone in ascolto sulla porta 2947 TCP e risponde ai client che si connettono. Se il programma client utilizza una connessione del genere abbiamo finito.
Se invece il programma client vuole aprire una porta seriale, dobbiamo scoprire quale pseudo terminale sta usando gpsfake:
niccolo@delfi:~$ lsof | grep gpsfake | grep pts gpsfake 6031 niccolo 0u CHR 136,7 0t0 10 /dev/pts/7 gpsfake 6031 niccolo 1u CHR 136,7 0t0 10 /dev/pts/7 gpsfake 6031 niccolo 2u CHR 136,7 0t0 10 /dev/pts/7 gpsfake 6031 niccolo 5u CHR 136,10 0t0 13 /dev/pts/10
In questo caso si vede che il programma utilizza due terminali: /dev/pts/7 e /dev/pts/10. Il primo di solito è il terminale dal quale abbiamo lanciato il comando, il secondo (/dev/pts/10 nel nostro caso) è il terminale su cui sta ripetendo i dati NMEA.
Per conferma possiamo vedere se escono le stringhe NMEA con:
cat /dev/pts/10
Sarebbe fatta, a meno che il progrmma client in questione voglia per forza usare /dev/ttySx, allora tocca fare un link simbolico:
rm /dev/ttyS4 ln -s /dev/pts/10 /dev/ttyS4
Abbiamo utilizzato /dev/ttyS4 perché è una porta seriale inesistente sul nostro computer. Al prossimo reboot il /dev/ttyS4 dovrebbe essere ripristinato come in origine.