[time-nuts] Control and monitor program for Spectracom 8195B
I recently acquired a pair of Spectracom 8195B GPS Ageless Master Oscillators. Using terminal emulation on PC and RS232, I can configure and monitor their operations. They are working fine. But, I cannot seem to be able to find any Windows based software to configure OR monitor operations. It does not seem any publically available software supports this GPSDO. My go-to package, Lady Heather does not support it. Does anyone know a source of one? I have so many GPSDOs now that I cannot possibly remember command for each. (or remember which one takes which command) --- (Mr.) Taka Kamiya KB4EMF / ex JF2DKG ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
[time-nuts] Galileo service currently degraded
Lady Heather is open source and has parsers/decoders for just about any receiver you are likely to see... and a few that your aren't.One big issue with binary protocols is handling big/little endian (byte order) issues when reading messages or sending them to the device. You need to be aware of what the system CPU uses and what the receiver uses. > One alternative, if you only need two lines is to write a parser just for > them. There’s not a whole lot to the protocol and the uBlox doc’s are pretty good at describing it. Yes, it’s a binary protocol so there will be a bit of this and that involved. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Hi One alternative, if you only need two lines is to write a parser just for them. There’s not a whole lot to the protocol and the uBlox doc’s are pretty good at describing it. Yes, it’s a binary protocol so there will be a bit of this and that involved. Bob > On Jul 13, 2019, at 5:16 PM, Kevin Croissant wrote: > > This is the library I am using: > https://github.com/jkua/ubx > > Basically the only applicable files are ublox2.py and ubloxMessage.py. > There's some bug in how it handles its byte buffer and the buffer grows out > of control, which causes all sorts of issues. I tried to fix it but failed > due to time constraints. Highly recommend against touching that library... > > I started off by using NMEA but found that there is was more resolution in > the UBX messages, so that's why I went that route. I thought there must be > a way to get the same resolution, but did not figure it out, and eventually > I had to just get it online so I could move on. Looking at gpsd, I'm still > not sure that it supports UBX, and I think that was why I disregarded it > before. Do you know if it does? The only UBX messages my project truly > needs are NAV-PVT and NAV-DOP, though I look at other ones for data > validation and debugging. > > Kevin > > On Sat, Jul 13, 2019 at 5:06 PM Hal Murray wrote: > >> >> ke...@kevincroissant.com said: >>> The library I used for the U-blox UBX protocol frankly sucks, and was a >> major >>> source of issues. >> >> What library are you using and/or did you look at gpsd? >> >> >> -- >> These are my opinions. I hate spam. >> >> >> >> >> ___ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe, go to >> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >> and follow the instructions there. >> > > > -- > Kevin Croissant > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Thanks for the info Gary! I will check this out -- I am using the F9P for another project now, so that might be useful. Unrelated to gpsd... I forgot about this until now, but I actually encountered a WNRO bug in the U-Blox M8N (or possibly my library?) when my data collection was running. I only have this screenshot now from the incident, but you can also download data from the website around the WNRO timestamp and see that all constellations stopped collecting simultaneously. Screenshot: https://gnssperformancemonitor.com/time-nuts/wnro.png -- look at "Server Timestamp" to see what time the glitches all actually happened at. It seems to me that the cause was that the u-blox M8N looked at GPS for timestamps, even when you explicitly turn off GPS. I never did any more investigation into it since the 9th gen was coming out and it shouldn't be a problem again for a while. Did anyone else see WNRO glitches with the 8th gen? Kevin On Sat, Jul 13, 2019 at 8:13 PM Gary E. Miller wrote: > Yo Kevin! > > On Sat, 13 Jul 2019 17:16:37 -0400 > Kevin Croissant wrote: > > > Looking at gpsd, I'm still not sure that it supports UBX, > > gpsd has supported u-blox since the SiRF2-ublox TIM chip in 2007. > > gpsd now support all the way up to the ZED series. > > RGDS > GARY > --- > Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 > g...@rellim.com Tel:+1 541 382 8588 > > Veritas liberabit vos. -- Quid est veritas? > "If you can’t measure it, you can’t improve it." - Lord Kelvin > -- Kevin Croissant ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Yo Kevin! On Sat, 13 Jul 2019 17:16:37 -0400 Kevin Croissant wrote: > Looking at gpsd, I'm still not sure that it supports UBX, gpsd has supported u-blox since the SiRF2-ublox TIM chip in 2007. gpsd now support all the way up to the ZED series. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpZKP8UKTG5A.pgp Description: OpenPGP digital signature ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Hello Kevin There is a Perl script to configure and log the ublox that is available as part of OpenTTP https://github.com/openttp/openttp/tree/master/software/gpscv/ublox Cheers Michael On Sun, Jul 14, 2019 at 8:03 AM Kevin Croissant wrote: > > This is the library I am using: > https://github.com/jkua/ubx > > Basically the only applicable files are ublox2.py and ubloxMessage.py. > There's some bug in how it handles its byte buffer and the buffer grows out > of control, which causes all sorts of issues. I tried to fix it but failed > due to time constraints. Highly recommend against touching that library... > > I started off by using NMEA but found that there is was more resolution in > the UBX messages, so that's why I went that route. I thought there must be > a way to get the same resolution, but did not figure it out, and eventually > I had to just get it online so I could move on. Looking at gpsd, I'm still > not sure that it supports UBX, and I think that was why I disregarded it > before. Do you know if it does? The only UBX messages my project truly > needs are NAV-PVT and NAV-DOP, though I look at other ones for data > validation and debugging. > > Kevin > > On Sat, Jul 13, 2019 at 5:06 PM Hal Murray wrote: > > > > > ke...@kevincroissant.com said: > > > The library I used for the U-blox UBX protocol frankly sucks, and was a > > major > > > source of issues. > > > > What library are you using and/or did you look at gpsd? > > > > > > -- > > These are my opinions. I hate spam. > > > > > > > > > > ___ > > time-nuts mailing list -- time-nuts@lists.febo.com > > To unsubscribe, go to > > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > > and follow the instructions there. > > > > > -- > Kevin Croissant > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
We monitor GNSS timing in this way ie with common, single-frequency receivers configured to track a single GNSS system only, measured with respect to UTC(AUS). The plan was to make the data publicly available but that's still on the TODO. Currently we monitor GPS, GLONASS and BeiDou. Over the two years or so we've been doing this, I've noticed multiple problems with receiver loss of tracking, even when many SVs are visible and useable, and lockups when tracking non-GPS signals. I attribute this to bugs in the receiver firmware, rather than the GNSS. There is of course a vast amount of data available already through the many IGS stations reporting multi-GNSS data, just not in a convenient form. Cheers Michael ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
> Looking at gpsd, I'm still not sure that it supports UBX, and I think that was > why I disregarded it before. Do you know if it does? The only UBX messages my > project truly needs are NAV-PVT and NAV-DOP, though I look at other ones for > data validation and debugging. I haven't been keeping up with gpsd. The general idea is that it tries to convert whatever a device provides into a standard format. If all goes well, your setup should be able to compare 2 different brands of receiver. I think they have been working on ublox. I don't know if it is ready for prime time yet. If not, it's probably close and/or they may be interested in fixing bugs if you provide a good test case. -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
The Galileo outage is being attributed to problems at the Precise Timing Facility in Italy https://insidegnss.com/update-galileo-service-degraded-on-all-satellites-precise-timing-facility-problems-cited/ Cheers Michael On Sun, 14 Jul 2019 at 7:06 am, Mark Sims wrote: > The satellite tracking / health info is sent by the receiver. Heather > just reports what the receiver is sending. > > Oh, and the Galileo system status has changed from "degraded" to "service > outage". > > https://www.gsc-europa.eu/system-status/Constellation-Information > > What is amazing is that I can find no other reports that the system is > down. Also how such a long and severe outage could happen. I expect heads > will be rolling... > > -- > > > What prompts Heather to mark visible satellites as yellow, and not use > them? > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
[time-nuts] Galileo service currently degraded
A report that the outage is due to a failure at the Galileo "precise time facility" in Italy. It has all their cesiums and a maser. Hmmm... no backup facility... sounds like a recipe for disaster? Service outage may last over 90 hours. https://insidegnss.com/update-galileo-service-degraded-on-all-satellites-precise-timing-facility-problems-cited/ ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
This is the library I am using: https://github.com/jkua/ubx Basically the only applicable files are ublox2.py and ubloxMessage.py. There's some bug in how it handles its byte buffer and the buffer grows out of control, which causes all sorts of issues. I tried to fix it but failed due to time constraints. Highly recommend against touching that library... I started off by using NMEA but found that there is was more resolution in the UBX messages, so that's why I went that route. I thought there must be a way to get the same resolution, but did not figure it out, and eventually I had to just get it online so I could move on. Looking at gpsd, I'm still not sure that it supports UBX, and I think that was why I disregarded it before. Do you know if it does? The only UBX messages my project truly needs are NAV-PVT and NAV-DOP, though I look at other ones for data validation and debugging. Kevin On Sat, Jul 13, 2019 at 5:06 PM Hal Murray wrote: > > ke...@kevincroissant.com said: > > The library I used for the U-blox UBX protocol frankly sucks, and was a > major > > source of issues. > > What library are you using and/or did you look at gpsd? > > > -- > These are my opinions. I hate spam. > > > > > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. > -- Kevin Croissant ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
[time-nuts] Galileo service currently degraded
The satellite tracking / health info is sent by the receiver. Heather just reports what the receiver is sending. Oh, and the Galileo system status has changed from "degraded" to "service outage". https://www.gsc-europa.eu/system-status/Constellation-Information What is amazing is that I can find no other reports that the system is down. Also how such a long and severe outage could happen. I expect heads will be rolling... -- > What prompts Heather to mark visible satellites as yellow, and not use them? ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
ke...@kevincroissant.com said: > The library I used for the U-blox UBX protocol frankly sucks, and was a major > source of issues. What library are you using and/or did you look at gpsd? -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
In message , Kevin Croissant writes: >Great! We were hoping that more people would set up similar sites as well, >so I am glad to see interest. >The only outstanding issue with the website is the data collection. The >library I used for the U-blox UBX protocol frankly sucks, and was a major >source of issues. The gpsd software has what looks like a moderately competent python library for UBX. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] GPDSO Distribution amp that does not radiate ?
Sure sounds to me like the distribution amp does have some sort of shielding problem, in effect. Are the power connections (whether AC or DC) properly filtered? Are all the coax connectors' bodies well-bonded to the metallic enclosure? You might want to try sniffing with a small diameter (~1 inch) loop on the end of a flexible coax cable going to the SA. Sniff connectors, power input(s), seams on the case, any other penetrations in the case (like a display?), etc. Dana On Sat, Jul 13, 2019 at 12:00 PM Jerry O. Stern wrote: > I have been using a Tbolt and TAPR TADD-1 for a few years, mainly as an > external reference source for my workbench equipment. Just got a SDR radio > kit (Ubitx) and trying to calibrate the local oscillators found this > annoying substantial 10MHz signal heterodyning with the LO's (45MHz and > 12MHz). Taking a look on my SA with just a broad band telescopic antenna > in the SA input, I see a 10MHZ at about -55 dBm and no other signals > -120 > dBm. The Tbolt is about 4-5' away from the workbench BUT I disconnected > everything and it is only connected to the TADD-1 distribution amplifier > The TADD has no distribution coaxes attached, it is in the TAPR metal > cabinet which I always thought was well shielded and every port has been > terminated with 50 Ohm dummy load plugs. When I take the TADD-1 out of > the > equation and just run the Tbolt into a 50 ohm termination plug, the 10MHz > signal on my SA drops down to > -90 dBM. I duplicated this with a > Lucent RFTGm-Xo/Rb pair and the TADD-1 with similar results.Has anyone > else seen this with their distribution amp? > > > > Jerry > > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Kevin, I am very interested in your GNSS monitoring website. I would consider building a system similar to yours, perhaps using dual frequency receivers. I am not exactly in 'another part of the world' (though it often seems another planet) in central Missouri at 38.947232, -92.303583. I would like to know more about your setup. Dave ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Hi Dave, Great! We were hoping that more people would set up similar sites as well, so I am glad to see interest. The only outstanding issue with the website is the data collection. The library I used for the U-blox UBX protocol frankly sucks, and was a major source of issues. As such, messages are occasionally dropped and lost. I would highly recommend picking receivers that have well tested and supported libraries so you do not run into this issue. There's a diagram on the About Us page that shows how the system works, here's a direct link: https://gnssperformancemonitor.com/images/architecture.png There are 4 major subsystems: 1. Data Collection 2. Job Scheduler 3. Data Plotting 4. Website Data is collected and stored in a MySQL/MariaDB database (the database schema is virtually identical to what you get from the datadownload page). A job scheduler runs at multiple regular intervals and runs plotting scripts which fetch data from the database using SQL queries. The data plotter uses matplotlib as a backend to generate png images (and ffmpeg to generate the daily MP4 videos: https://gnssperformancemonitor.com/images/1Day/GPS/GPS_1Day.mp4), which are stored in a directory accessible by the web server. The website uses PHP as a templating language essentially to build the pages, since all that's really changing on each page is links to images (constellation name, timespan). I have uploaded a PDF of our Final Design Review that I presented to my class at the end of last semester, it has a lot of information on implementation and such. See here: https://gnssperformancemonitor.com/time-nuts/Final_Design_Review.pdf Additionally, a pic of the data collection system: https://gnssperformancemonitor.com/time-nuts/datacollection.png Fortunately/unfortunately, I am about to start my EE Masters program, so I am very short on time for more projects. I am currently just maintaining the website, and not adding new features. I don't currently have plans to open source my code but that may change in the future if there is significant interest. Best, Kevin On Sat, Jul 13, 2019 at 1:38 PM David Witten wrote: > Kevin, > > I am very interested in your GNSS monitoring website. I would consider > building a system similar to yours, perhaps using dual frequency > receivers. I am not exactly in 'another part of the world' (though it > often seems another planet) in central Missouri at 38.947232, -92.303583. > I would like to know more about your setup. > > Dave > -- Kevin Croissant ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Hi Mark, What prompts Heather to mark visible satellites as yellow, and not use them? Maybe that the calculated results are too far away from your known position? Regards, Peter On Sat, 13 Jul 2019 at 18:20, Mark Sims wrote: > ... Sats that are visible but not being used for navigation are flagged > in YELLOW. Sats that are actively being used are shown in GREEN and are > used to draw the satellite count plot line (CYAN line at the bottom of the > plot area). > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] GPDSO Distribution amp that does not radiate ?
Hi Running and shielding a 10 MHz standard signal is never easy. Ground loops here or there are highly likely to exist and create all sorts of issues. In some setups, -10 to -20 dbm is not an uncommon result ( = fix the termination on your Spectracom system …). Getting below -90 is actually doing pretty well. Bob > On Jul 13, 2019, at 12:53 PM, Jerry O. Stern wrote: > > I have been using a Tbolt and TAPR TADD-1 for a few years, mainly as an > external reference source for my workbench equipment. Just got a SDR radio > kit (Ubitx) and trying to calibrate the local oscillators found this > annoying substantial 10MHz signal heterodyning with the LO's (45MHz and > 12MHz). Taking a look on my SA with just a broad band telescopic antenna > in the SA input, I see a 10MHZ at about -55 dBm and no other signals > -120 > dBm. The Tbolt is about 4-5' away from the workbench BUT I disconnected > everything and it is only connected to the TADD-1 distribution amplifier > The TADD has no distribution coaxes attached, it is in the TAPR metal > cabinet which I always thought was well shielded and every port has been > terminated with 50 Ohm dummy load plugs. When I take the TADD-1 out of the > equation and just run the Tbolt into a 50 ohm termination plug, the 10MHz > signal on my SA drops down to > -90 dBM. I duplicated this with a > Lucent RFTGm-Xo/Rb pair and the TADD-1 with similar results.Has anyone > else seen this with their distribution amp? > > > > Jerry > > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
[time-nuts] Galileo service currently degraded
Not this time... Heather flags unhealthy sats in RED. Sats that are visible but not being used for navigation are flagged in YELLOW. Sats that are actively being used are shown in GREEN and are used to draw the satellite count plot line (CYAN line at the bottom of the plot area). Typically there are a couple of Galileo sats that are always unhealthy. Currently the Galileo sats are all yellow, with a couple shown in red. Yesterday I set the F9T to only use Galileo. The plot line has not shown that it ever actively tracked any Galileo sats in the last 24 hours. > But that is (almost certainly) because they have the sats broadcast "unhealthy" status. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
[time-nuts] GPDSO Distribution amp that does not radiate ?
I have been using a Tbolt and TAPR TADD-1 for a few years, mainly as an external reference source for my workbench equipment. Just got a SDR radio kit (Ubitx) and trying to calibrate the local oscillators found this annoying substantial 10MHz signal heterodyning with the LO's (45MHz and 12MHz). Taking a look on my SA with just a broad band telescopic antenna in the SA input, I see a 10MHZ at about -55 dBm and no other signals > -120 dBm. The Tbolt is about 4-5' away from the workbench BUT I disconnected everything and it is only connected to the TADD-1 distribution amplifier The TADD has no distribution coaxes attached, it is in the TAPR metal cabinet which I always thought was well shielded and every port has been terminated with 50 Ohm dummy load plugs. When I take the TADD-1 out of the equation and just run the Tbolt into a 50 ohm termination plug, the 10MHz signal on my SA drops down to > -90 dBM. I duplicated this with a Lucent RFTGm-Xo/Rb pair and the TADD-1 with similar results.Has anyone else seen this with their distribution amp? Jerry ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
My M8T and Lady Heather, from UTC-4: . When I first checked (July 12, ~10:00?), all Gal sats seen showed with good dBc, but where yellow. . 14:50 all Gal sats seen showed as red, with good dBc. . 22:00 showed ten Gal were N/A and red, three had good dBc: one red, two yellow. . Today July 13, 10:30 showed two Gal yellow with good dBc, several Gal sats as N/A in red. Then jumping all around every few minutes. Samples: . 10:40 two Gal yellow with good dBc, three tracked yellow no dBc and one red all N/A . 11:00 three Gal yellow with good dBc, three tracked yellow no dBc and three red all N/A . 11:08 one Gal yellow with good dBc, four tracked yellow no dBc, three red all N/A . 11:11 two Gal yellow with good dBc, three tracked yellow no dBc, five red all N/A . 11:19 two Gal yellow with good dBc, three tracked yellow no dBc, four red all N/A https://uhr.ptb.de/ is not reporting time. Michael On 13/07/2019 2:33 AM, Poul-Henning Kamp wrote: In message , Mark Sims writes: It seems to more than a little "degradation". My F9T is seeing and tracking Galileo sats, but is not using the results for navigation... Lady Heather shows all Galileo sats in yellow. Selecting Galileo only, the receiver reports it is attempting to acquire satellites and not producing a navigation solution. But that is (almost certainly) because they have the sats broadcast "unhealthy" status. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
Hi There are an enormous number of combinations and permutations to the whole GNSS timing question. 1) Does your multi band receiver only track GPS L2C? ( = is it like a F9T or F9P) If so, the number of GPS stats will be smaller and performance will not be as good as it might be. 2) Are you afraid of a specific system being “bonked”? Right now the poor people at Galileo are in a mess. A while back it was the GPS guys. Glonass has had more than it’s share of issues. I’m not sure anybody is really watching the Chinese system very closely …. 3) Is this a multi band setup? Without multi band, you are heavily dependent on corrections. Different systems handle them different ways. If you are looking for augmentation (SBAS), can you get it for this system in your region? 4) Multipath is a very real thing. More sats helps. Constellations repeat on a regular basis. Thus some errors on a “single system” will have a very periodic nature to them. Having multiple systems spreads this out a bit. yes the list goes on and on from there …. Bob > On Jul 13, 2019, at 6:34 AM, Dana Whitlow wrote: > > I wonder if a case could be made for multi-GNSS reception in the case of a > poorly- > located GPS antenna at the reception site. That is, could the benefits of > having a lot > more sats in the sky outweigh poorer performance of some of the systems with > respect to other systems? > > Dana > > > On Sat, Jul 13, 2019 at 1:02 AM Kevin Croissant > wrote: > >> Hi Luciano, >> >> Yes this is typically the case. GPS is the most reliably good system >> currently. When the Galileo system is working nominally and the geometry >> over our antenna is good (remember, the constellation is not yet complete), >> the single frequency performance easily rivals GPS. BeiDou will likely be >> similar once the constellation is finished, assuming they don't >> intentionally degrade the civilian signals over non-Chinese regions. >> GLONASS, well that's another case altogether. >> >> Keep in mind the limitations of the website's data collection - single >> frequency "professional grade" receivers which do not perform carrier-phase >> or any kind of satellite based corrections/augmentations (SBAS, etc). If >> the receivers were more sophisticated and in another region, the story may >> be different. If anyone wants to set up a similar monitoring system in >> another part of the world, let me know, I would be very interested in that. >> >> Kevin >> >> On Sat, Jul 13, 2019 at 1:05 AM tim...@timeok.it wrote: >> >>> >>> Looking at the data it seems that GPS is the best system among the >>> four, correct? >>> >>> Luciano >>> >>> >>> Da "time-nuts" time-nuts-boun...@lists.febo.com >>> A "Discussion of precise time and frequency measurement" >>> time-nuts@lists.febo.com >>> Cc >>> Data Fri, 12 Jul 2019 18:29:10 -0400 >>> Oggetto Re: [time-nuts] Galileo service currently degraded >>> I built this website as my senior design project last year, >>> unfortunately >>> there's no timing data (except for tdop) being logged but you can see >>> the >>> impact. Data is collected with four ublox m8n receivers, one per >>> constellation. >>> >>> Galileo data from last 1 week: >>> https://gnssperformancemonitor.com/viewdata.php?constellation=2×pan=1 >>> >>> Kevin >>> >>> On Fri, Jul 12, 2019, 4:06 PM Hal Murray >>> wrote: >>> > Galileo service is currently degraded, see: >>> https://www.gsc-europa.eu/ > notice-advisory-to-galileo-users-nagu-2019025 Thanks. Is anybody monitoring a Galileo-only setup to see how far off the >>> timing drifts? -- These are my opinions. I hate spam. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there. >>> ___ >>> time-nuts mailing list -- time-nuts@lists.febo.com >>> To unsubscribe, go to >>> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >>> and follow the instructions there. >>> ___ >>> time-nuts mailing list -- time-nuts@lists.febo.com >>> To unsubscribe, go to >>> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >>> and follow the instructions there. >>> >> >> >> -- >> Kevin Croissant >> ___ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe, go to >> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >> and follow the instructions there. >> > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. __
Re: [time-nuts] Galileo service currently degraded
I wonder if a case could be made for multi-GNSS reception in the case of a poorly-located GPS antenna at the reception site. That is, could the benefits of having a lot more sats in the sky outweigh poorer performance of some of the systems with respect to other systems? Dana == Certainly, for my needs (~1 us and accurate frequency) I'm sure that the more satellites the better. All being well, a 13 us error in one cluster would be outvoted by the others. Cheers, David -- SatSignal Software - Quality software for you Web: http://www.satsignal.eu Email: david-tay...@blueyonder.co.uk Twitter: @gm8arv ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
I wonder if a case could be made for multi-GNSS reception in the case of a poorly- located GPS antenna at the reception site. That is, could the benefits of having a lot more sats in the sky outweigh poorer performance of some of the systems with respect to other systems? Dana On Sat, Jul 13, 2019 at 1:02 AM Kevin Croissant wrote: > Hi Luciano, > > Yes this is typically the case. GPS is the most reliably good system > currently. When the Galileo system is working nominally and the geometry > over our antenna is good (remember, the constellation is not yet complete), > the single frequency performance easily rivals GPS. BeiDou will likely be > similar once the constellation is finished, assuming they don't > intentionally degrade the civilian signals over non-Chinese regions. > GLONASS, well that's another case altogether. > > Keep in mind the limitations of the website's data collection - single > frequency "professional grade" receivers which do not perform carrier-phase > or any kind of satellite based corrections/augmentations (SBAS, etc). If > the receivers were more sophisticated and in another region, the story may > be different. If anyone wants to set up a similar monitoring system in > another part of the world, let me know, I would be very interested in that. > > Kevin > > On Sat, Jul 13, 2019 at 1:05 AM tim...@timeok.it wrote: > > > > >Looking at the data it seems that GPS is the best system among the > > four, correct? > > > >Luciano > > > > > >Da "time-nuts" time-nuts-boun...@lists.febo.com > >A "Discussion of precise time and frequency measurement" > > time-nuts@lists.febo.com > >Cc > >Data Fri, 12 Jul 2019 18:29:10 -0400 > >Oggetto Re: [time-nuts] Galileo service currently degraded > >I built this website as my senior design project last year, > > unfortunately > >there's no timing data (except for tdop) being logged but you can see > > the > >impact. Data is collected with four ublox m8n receivers, one per > >constellation. > > > >Galileo data from last 1 week: > >https://gnssperformancemonitor.com/viewdata.php?constellation=2×pan=1 > > > >Kevin > > > >On Fri, Jul 12, 2019, 4:06 PM Hal Murray > > wrote: > > > >> > >> > >> > Galileo service is currently degraded, see: > > https://www.gsc-europa.eu/ > >> > notice-advisory-to-galileo-users-nagu-2019025 > >> > >> Thanks. > >> > >> Is anybody monitoring a Galileo-only setup to see how far off the > > timing > >> drifts? > >> > >> > >> -- > >> These are my opinions. I hate spam. > >> > >> > >> > >> > >> ___ > >> time-nuts mailing list -- time-nuts@lists.febo.com > >> To unsubscribe, go to > >> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > >> and follow the instructions there. > >> > >___ > >time-nuts mailing list -- time-nuts@lists.febo.com > >To unsubscribe, go to > > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > >and follow the instructions there. > > ___ > > time-nuts mailing list -- time-nuts@lists.febo.com > > To unsubscribe, go to > > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > > and follow the instructions there. > > > > > -- > Kevin Croissant > ___ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. > ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] High accuracy temp controller ckt
In message <20190712203821.5ddb6406...@ip-64-139-1-69.sjc.megapath.net>, Hal Mu rray writes: >Shipping a TEC cooler could get interesting. You need to get rid of the heat >somehow. Cooling fins on a package would be interesting. They have ways of dealing with freight like that (think: live animals and human transplant organs) Costs a fortune. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
Re: [time-nuts] Galileo service currently degraded
In message , Mark Sims writes: >It seems to more than a little "degradation". My F9T is seeing and tracking >Galileo sats, but is not using the results for navigation... Lady Heather >shows all Galileo sats in yellow. Selecting Galileo only, the receiver >reports it is attempting to acquire satellites and not producing a navigation >solution. But that is (almost certainly) because they have the sats broadcast "unhealthy" status. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.
