On Jul 27, 9:19 pm, HIPAR <captc...@verizon.net> wrote:
> > Hi CHAS,
>
> > Don't we actually need another dead satellite before another launch ?
>
> > With PRN01 healthy in August, we'll be back to 31 healthy.
>
> > Perhaps PRN24 can be retired right before the next launch or PRN27
> > since it's the worst on orbit performance (at least for now).
>
> > Can the pre/post launch checks be performed with the 32nd PRN,
> > shutting down another healthy bird right before setting the new launch
> > healthy ?
>
> > One more thought, wouldn't it be more interesting to place PRN1 as a
> > wide trailing pair to PRN21 ? This would leave the D plane with 3
> > pairs instead of one triplet, one pair and a single bird. Leaving PRN1
> > as a wide trailing pair also puts it close to the PRN24/PRN11 pair, so
> > it could be moved quickly to a position closer to PRN11 than to PRN21
> > when PRN24 is retired. It also allows PRN1 to cover for PRN30
> > periodically as well as moving PRN6 forward would do the same for
> > different periods.
>
> > Marcelo Pacheco
>
> I don't think a 'dead' satellite is a prerequisite for launching a new
> one. A launch as needed strategy certainly can be interpreted as
> allowing replacement of a satellite that engineering telemetry
> indicates might fail within the next year.
>
> Block IIA satellites have been retiring at about one per year.
>
> I'm still expecting GPS IIF-2 to replace SVN24 (PRN24). Don't forget
> SVN24 was relocated for the 24+3 constellation. So the USAF will
> place a reliable satellite close by supporting the expanded
> configuration.
>
> With the loss of SVN30 (PRN30) there is a 24+3 problem in Plane B.
> Some potential solutions; one of them to be controversial:
>
> 1) Do nothing to restore Plane B; residual space vehicles not
> suitable
>
> 2) Turn off PRN24, repair PRN30 and turn it back on; but it's
> probably only marginally suitable
>
> 3) Turn off PRN24 and bring back and relocate residual SVN35 on
> PRN30; it was tested prior to GPS IIF-2 launch?
>
> 4) Turn off PRN24 and set SVN49, the satellite with the anomalous
> antenna radiation pattern, usable on PRN30
>
> It's been said that, despite its anonymity, SVN49 performs equal to
> many Block IIA satellites.
>
> --- CHAS
Hi Chas,
Some thoughts:
If the 32 PRN active (31 healthy and one unhealthy) is possible, I
would set PRN3 unhealthy and assign PRN30 healthy to either SVN35 or
SVN49.
On the SVN35 versus SVN49, WAAS was affected by SVN30 retirement, but
only very slightly so (only for LPV200, and about 0.1% impact), SBAS
operators stated they wouldn't use SVN49, although there's the
theoretical workaround of forcing SVN49 UDRE to 4.5meters minimum).
PRN3 could be set healthy again should PRN6 fail (considering that
PRN3/6 has PRN19 as a wide companion, so PRN19 can hold the slot for a
few hours until PRN3 is reactivated).
I'm assuming that setting one bird unhealthy doesn't prevent the
ground segment from tracking its clock and nav accuracy, allowing 2nd
SOPS to keep tabs on its performance, making it a hot spare.
SVN49 URE assessment showed 2.5 meter errors.
Currently PRN27 has UREs of 1.2m, around 1m for three other PRNs, and
all others below 90cm.
My source is
http://adn.agi.com/GNSSWeb/PAFPSFViewer.aspx
But I'd rather use SVN49 than some really old residual that isn't
likely to live much longer anyways. Given that the B orbit gives birds
the lowest service life, wait as long as possible to replace PRN30
with a new bird.
If it were up to me, absent more failures, I would do two launches
next year. One to replace PRN27, another to replace both PRN3 and
PRN6, freeing up precious PRNs, allowing for more room in the
constellation's engineering, since PRN6 replacement would have PRN19
as a wide pair.
I see a scheduled DeltaV for PRN24. Hope that's a reposition. If so,
notice how PDOP will improve as PRN24 moves away from PRN11. It's one
of the constellation's current bottlenecks in geometry, specially when
the PRN11/24 pair flies close to the PRN 20/32 pair (about to happen
for the next two hours). Any increased distancing between PRN20 and
PRN32 that might be possible would also improve worst case PDOPs
substantially.
Marcelo