It can sometimes take up to 15 minutes for the GPS device to achieve a 'lock'. If your GPS antenna is indoors with a metal roof or in your basement or live in a subterranean home or live in a forest o

#gps #gpsd #ntp #time

From the console output: - DRAWS hat eeprom can not be read - DRAWS driver can not enumerate device Possible causes: - 40 pin connector is not seated properly - ie. not on all the way or off-by-one pi

#time #gps #gpsd #ntp

Well, I though t it was working fine, but after rebooting now nothing works, aplay -l no li=longer lists the draws, I am attaching the the showudrc script output for more information. login as: pi pi@

#time #gps #gpsd #ntp

I originally purchased a DRAWS last April, played with it a bit and had some trouble, got busy so set it aside and hadn’t touched it until a couple of days ago when I started working with a a little b

#gps #gpsd #ntp #time

Sent you a private email to john@.... Let me know if you got it. Thanks Paul

#ax25 #gps

Thanks Dave, I did in fact have a clear view to the sky and waited at least 15 minutes, I have experience with gpsmon and the program never started. i.e. never got the screen that starts with /dev/tty

#ax25 #gps

Paul, If you didn't change anything having to do with gpsd and it started working later, this usually indicates that the gps wasn't locked before: 1. The gps loses ephemeris data if the board is power

#ax25 #gps

List of utilities to verify DRAWS gps device https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md#check-gps /Basil n7nix Ryan Matthew Headley <headley.ryan@...> writes:

#draws #gps

Your suggested experiment was exactly my intention. I will give it a shot this weekend. And thank you for the reference as well.

#draws #gps

Ryan, Your question peeked my interest so I looked around to see what I could find about GPS reception. See https://www.itu.int/dms_pubrec/itu-r/rec/m/R-REC-M.1787-3-201803-I!!PDF-E.pdf not alot on th

#draws #gps

After seeing some pictures in another forum, a question came to mind. Aside from the difference between active and passive gps antennae, is there any advantage/disadvantage to orienting them verticall

#draws #gps

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@...> 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