| 1 | BNS
|
|---|
| 2 | =========================
|
|---|
| 3 | (*) Allow dummy clock values 999999.999999 as input?
|
|---|
| 4 | Reason: DLR real-time engine (Oliver Montenbruck) uses dummies.
|
|---|
| 5 | The general question behind this is: Could it be done that the
|
|---|
| 6 | input for BNS(from RTNet) is more closely coming in SP3 format?
|
|---|
| 7 | The differences to SP3 we have today are just the 999999.999999
|
|---|
| 8 | and the 2i/3i integers for orbit and clock corrections.
|
|---|
| 9 | However, this touches RTNet's output.
|
|---|
| 10 |
|
|---|
| 11 | (*) How about clocks and orbits coming in sampling rates .ne. 1sec?
|
|---|
| 12 | Does it make sense to support i.e. 3sec/5sec/10sec?
|
|---|
| 13 | Reason: DRL provides clocks and orbits with 30sec sampling.
|
|---|
| 14 |
|
|---|
| 15 | DLR started to send SP3 stream to euref-ip.bkg.bund.de:7777.
|
|---|
| 16 | BNS can't handle that because of 30sec sampling. DLR promised to switch
|
|---|
| 17 | to 10sec within the next 2 months.
|
|---|
| 18 |
|
|---|
| 19 | (*) "TODO: handle old ephemeris" in bns.cpp
|
|---|
| 20 |
|
|---|
| 21 | BNC
|
|---|
| 22 | =========================
|
|---|
| 23 | (*) GW: Keep an eye on www.igs-ip.net/PENC0.
|
|---|
| 24 | Reason: Have seen 100% CPU. Dirk Stoecker says he has not seen
|
|---|
| 25 | this over a period of several days. He also says the reason
|
|---|
| 26 | could actually only be that the decoding function is called
|
|---|
| 27 | although no new data available.
|
|---|
| 28 | GW 08-09-15: BNC again shows 100% CPU because of PENC0.
|
|---|
| 29 | Could it really be that the decoder is called although no new
|
|---|
| 30 | data available? Deleted PENC0 from the configuration.
|
|---|
| 31 |
|
|---|
| 32 | (*) Zdenek: Include GLONASS in RTCMv2 20/21 messages.
|
|---|
| 33 |
|
|---|
| 34 | (*) Zdenek: Include Loss of Lock indicator in socket output for RTNet
|
|---|
| 35 |
|
|---|
| 36 | (*) Let BNC read from files.
|
|---|
| 37 |
|
|---|
| 38 | (*) Reconfigure BNC on-the-fly.
|
|---|
| 39 |
|
|---|
