Unire file Rinex

Accade spesso di dover utilizzare dati di stazioni base GPS che sono distributi in file Rinex con i dati divisi per giorno o per fascia oraria. Ovviamente,come dice Murphy, la misura che noi stiamo effettuando andra' a cavallo tra due file ed e' quindi necessario trovare il sistema per unire due o piu' file Rinex. La soluzione risiede nel programma teqc compreso nel pacchetto RTKLib (anche se e' sviluppato esternamente alla libreria)

Per prima cosa se i file RINEX sono in formato compresso devono essere scompattati con crx2rnx

RTKLIB-rtklib_2.4.3\bin>crx2rnx.exe fipr098i.16d

poi si possono unire i vari Rinex per crearne uno di unione

RTKLIB-rtklib_2.4.3\bin>teqc.exe fipr098i.16o fipr098j.16o fipr098k.16o > unione.16o

si puo' procedere allo stesso modo per i file .nav e .gnav

Ublox M8T : sensibilita' in DGPS con RTKLib

Premessa : come in qualunque caso conoscere la  riposta aiuta nel risolvere una domanda. In un caso reale non conoscendo l'ora e l'entita' dello spostamento diventa difficile estrapolare i reali movimenti nascosti all'interno del rumore della misura


Ho voluto provare a vedere quale fosse il minimo  spostamento che e' possibile registrare usando il modulo Ublox M8T in modalita' differenziale usando RTK-Lib in modalita' cinematica (usando come base sia una Ublox M8T che un Leica 1200)

(allargare le immagini per vedere il dettaglio)
Prova 1:
in questo caso il sensore e' stato spostato di 9 cm. Lo spostamento calcolato e' di circa 6.9 cm (76% dello spostamento reale)

Prova 2:
Lo spostamento reale e' stato di 8 cm. Lo spostamento calcolato e' di circa 6.2 cm (77% dello spostamento reale)

Prova 3: 
Qui lo spostamento reale e' stato di 4 cm. Dopo l'elaborazione dei dati GPS lo spostamento e' calcolabile in 3.1 cm (77% dello spostamento reale)

Lo spostamento calcolato e' sempre sottostimato (circa 76-77%) ma si nota che e' possibile avere misure sostanzialmente affidabili fino ai 4 cm

Red Hat Developer Program

RedHat ha iniziato un nuovo programma per sviluppatori per cui viene licenziata gratuitamente una copia di RHEL 7  (quale miglior occasione di tornare ad usare RedHat che non usavo dalla versione 7.2 agli inizi del 2000)

Ovviamente la licenza non permette di usare RedHat in server di produzione ma permette l'accesso alla documentazione

Ed ovviamente, essendo una distribuzione commerciale, non mi aspettavo nessun problema in fase di installazione...mi sbagliavo.
Ho scaricato la iso ed ho creato come al solito la chiavetta USB di avvio con dd, come fatto decine di volte. Il test dell'immagine era corretto ma in fase di installazione ho ricevuto l'errore
Error populating transaction

Arrivato a 10/10 l'installazione si e' bloccata con
Error populating transaction after 10 retrieves. Failure....No more mirrors to try

Sul blog di supporto indicano che questo errore e' generato da una immagine corrotta. Ho provato a scaricare di nuovo la iso, ho creato la penna USB sia sotto Mac e Linux con dd e Windows con Unetbootin,  ho usato due diverse penne USB, ho collegato il pc via cavo o via WiFi ma sempre il solito errore

A questo punto, un po' sfrustrato, ho preso la solita immagine iso e la ho montata su VirtualBox....ovviamente nessun errore ed installazione perfetta

Sto ancora cercando di capire il motivo

Reset to factory default Ublox M8T

L'UBlox, come molti altri dispositivi complessi. e' dotato di una memoria non-volatile. Per questo motivo e' abbastanza semplice, provando e riprovando, mandarlo in uno stato non desiderato
Per riportare i settaggi ai valori di default si usi U-Center nella finestra Messages/UBX->CFG/Revert to default configuration. Non e' necessario, anzi e' sconsigliato, riflashare il firmware

Per vedere il firmware dell'Ublox da UCenter si  va nella finestra Messages/UBX->MON->VER

Un altro interessante settaggio e' in UBX->CFG->RXM che permette di impostare la modalita' Power Save

DGPS Ublox 2 Ublox M8T

Per rendere le cose un po' piu' complicate ho provato ad usare due antenne Ublox M8T per ottenere un sistema DGPS senza la necessita' di appoggiarmi sulla Provincia di Firenze

Stessa metodologia gia' applicata nelle prove precedenti, usandone una come rover ed una come base
Le due antenne sono state tenute ferme tranne per uno spostamento di 8 cm al tempo 10:45:00 con un fix differenziale di oltre il 99%

per confronto questa e' l'elaborazione con i dati dell'antenna della Provincia di Firenze

Il sistema quindi e' funzionante

Wifi su Lenovo X201 con Centos 7

Ho finalmente deciso di smontare la Ubuntu dal mio Lenovo X201 per fare spazio a qualcosa di piu' stabile come la CentOs 7, ed ovviamente sono andato incontro ai guai

L'installazione e' stata senza problemi a parte il fatto che la scheda WiFi, nonostante il modulo iwlwifi  fosse correttamente montato in /var/log/dmesg non compariva in ifconfig

Il primo tentativo e' stato quello di vedere (rfkill list all) se era bloccata in modo hardware e software ed effettìivamente sul dispositivo era presente un Soft Lock rimosso con rfkill unblock all.
Speravo di avere finito ma ancora niente scheda wifi. Usando nmcli d la wifi era dichiarata unmanaged (non gestita)
A questo punto ho provato ad installare

yum install Network-Manager-wifi 

e finalmente ho preso il controllo della scheda WiFi

La mia famiglia Raspberry

Raspberry Pi 2 Model B : in alto a sinistra
Raspberry Pi Model B rev B : in alto a destra
Raspberry Pi Model B rev A : in basso a sinistra
Raspberry Pi Zero : in basso a destra