The 1PPS Signal is on IO7, Pin 26 on the 40 pin header if you have an Oscillator with 1PPS Sync input. Bryan K7UDR

#1pps #frequencyreference #draws #gps #time

No GPSDO is implemented

#1pps #frequencyreference #draws #gps #time

I'm interested in using DRAWS to drive my FT-818ND for digital applications up in the microwave bands Eg. 904, 1296, 2304 MHz, etc (FT8, JS8CALL, etc) as well as a precise frequency reference for my L

#1pps #frequencyreference #draws #gps #time

Cool! Like seeing results from the longer runs. Your results look good, or at least as good as I have seen on my units. So forgive me, I'm trying to remember if this run is without the gps battery ins

#gps

Out of town again, but this time I was smart enough to leave the Pi at home and running so I can log in remotely. This has been running for a bit over 24 hours: pi@draws:~/n7nix/gps $ ./gps_test.sh gp

#gps

Jeff, Xastir found its code didn't account for the additional satellite positioning systems the chip supports. Since you are familiar with the cgps and gpsd code, would you take a look at the sentence

#gps

here you go ==== Sound Card ==== udrc card number line: card 0: udrc [udrc], device 0: Universal Digital Radio Controller tlv320aic32x4-hifi-0 [] udrc is sound card #0 ==== ALSA Controls for Radio Tan

#gps

Please send me the console output of showudrc.sh and ~/n7nix/gps/verify_time.sh /Basil Josh H. KB6FJ <opg4759@gmail.com> writes:

#gps

Every few days, cgps simply stops showing any satellites or position data on my DRAWS hat, yet gpsd and cgps continue to run without errors. gpsmon shows that data is actively being sent/polled from t

#gps

I had cgps just running in the background and when I came back to my station a day later it had stopped with an message GPS TIMEOUT I then tried to restart it and no data would flow it was just hung.

#gps

What indication do you have that it is 'timing out'? The diagnostic you provided indicates the GPSD is running. I have DRAWS boards running for months with the GPS continuing to run.

#gps

Has anyone else run into an issues where after leaving the DRAWS up for 24+ hours that the GPS times out and requires a reboot or to bring it back? I've got steady power running to the DRAWS via a fee

#gps

No worries -- a good data point!

#gpsd #gps

Welp! Color me stupid. As it turns out, I inserted the battery backwards on the DRAWS board. I assumed the FLAT end of the battery is negative and the "button" side was positive. Nope... Reversed the

#gpsd #gps

Will do. Thanks! Tom

#gpsd #gps

Tom, Could you please do the following: 1. Take a close up picture of your DRAWS hat installed on the RPi - Send as an attachment to my email only. - In the picture be sure to include the battery & an

#gpsd #gps

Hello All, I tried these two things last night. I even hustled the DRAWS/Pi outside and placed the GPS in an open spot in my backyard. I ran cgps, gpsmon, and gpspipe. They all queried gpsd and it res

#gpsd #gps

Tom, My bad. The line wrapped. You are running BETA9 image confirmed. /Basil

#gpsd #gps

Thank you for providing the output of showudrc.sh. I don't think you are running the Beta9 image because the image version is not being displayed from /var/log/udr_install.log file. Excellent! Run pro

#gpsd #gps

Hi Tom, Two things: 1. What you are seeing when starting gpsmon is JSON that is coming from gpsd. It looks right/normal. If you want to see gps sentences, use the command gpspipe (man gpspipe) 2. Make

#gpsd #gps