Revert back to stock standard settings

[C-Fu]

Good day,

I stupidly followed the README in rpi folder without actually understanding what I was doing. and now cgps doesn't get a fix anymore.

./gps

open com1 /dev/ttyAMA0 115200
display all off
ubxRate pvt 1
ubxRate tp 1
ubxRate clock 1
ubxRate timels 1
config save
exit

I have another unit, same model, from the same seller, and would like to copy the settings from here to the non-working one. How would I be able to do that?

Working usb model:

dmesg | grep -i tty

[ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=16 bcm2708_fb.fbheight=16 bcm2708_fb.fbdepth=16 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3f000000 vc_mem.mem_size=0x3f600000 console=tty1 root=PARTUUID=2fed7fee-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet net.ifnames=0
[ 0.000153] printk: console [tty1] enabled
[ 2.188630] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81, base_baud = 0) is a PL011 rev2
[ 8.213163] cdc_acm 1-1.1.3:1.0: ttyACM0: USB ACM device
[ 4233.183627] cdc_acm 1-1.1.3:1.0: ttyACM0: USB ACM device

Non-working (cgps) model:

dmesg | grep -i tty

[ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=16 bcm2708_fb.fbheight=16 bcm2708_fb.fbdepth=16 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3f000000 vc_mem.mem_size=0x3f600000 console=tty1 root=PARTUUID=2fed7fee-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet net.ifnames=0
[ 0.000312] printk: console [tty1] enabled
[ 2.323507] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81, base_baud = 0) is a PL011 rev2
[ 8.346567] cdc_acm 1-1.1.2:1.0: ttyACM0: USB ACM device

lsusb

Bus 001 Device 008: ID 1546:01a8 U-Blox AG [u-blox 8]

gpspipe /dev/ttyACM0 -r

{"class":"VERSION","release":"3.17","rev":"3.17","proto_major":3,"proto_minor":12}
{"class":"DEVICES","devices":[{"class":"DEVICE","path":"/dev/ttyACM0","activated":"2020-08-31T20:34:07.182Z","native":0,"bps":9600,"parity":"N","stopbits":1,"cycle":1.00}]}
{"class":"WATCH","enable":true,"json":false,"nmea":true,"raw":0,"scaled":false,"timing":false,"split24":false,"pps":false,"device":"/dev/ttyACM0"}

Working usb adapter:

gpspipe /dev/ttyACM0 -r

{"class":"VERSION","release":"3.17","rev":"3.17","proto_major":3,"proto_minor":12}
{"class":"DEVICES","devices":[{"class":"DEVICE","path":"/dev/ttyACM0","driver":"NMEA0183","activated":"2020-08-31T20:37:10.336Z","flags":1,"native":0,"bps":9600,"parity":"N","stopbits":1,"cycle":1.00}]}
{"class":"WATCH","enable":true,"json":false,"nmea":true,"raw":0,"scaled":false,"timing":false,"split24":false,"pps":false,"device":"/dev/ttyACM0"}

bolded are ones that are not present on the non-working usb gps.

[creatica-soft]

None of the commands that you ran affect the fix.
display all off - turns off spitting gnss messages to stdout, so that you can see your own commands. You may run "display all on" to see them again.
ubxRate pvt 1 - sets the rate of UBX-PVT messages to every second
ubxRate tp 1 - same for UBX-TP messages
ubxRate clock 1 - same for UBX-CLOCK
ubxRate timels 1 - same for UBX-LS
config save - saves the above, which can be reverted to defaults by running
config default

It is possible that you changed the baud rate from whatever it was (default 9600) to 115200 and saved it. Whatever app you use to get the fix (cgps?), may use a different baud rate and therefore, it simply can't connect anymore. Again, running "config default" should restore the baud rate.

One note is about faulty u-blox receivers - I have USB one as an example - they are simply buggy and either do not process some commands at all or process them in a failed manner. Sorry, nothing I can do about it. Buy a gnss from a known reputable vendor.