Date   

Register now to take part in ESA's [virtual] Open Day 2020

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

From ESA:


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Register now to take part in ESA's Open Day 2020 [ https://www.esa.int/About_Us/ESTEC/Open_day_2020/Register_now_to_take_part_in_ESA_s_Open_Day_2020 ] 22-09-2020 10:39 AM CEST
ESA Open day ESTEC 2020

Register now [ https://atpi.eventsair.com/20g05---esa-estec-open-day/registration ] to take part in the virtual ESA Open Day at ESTEC 2020. The annual event takes place on Sunday 4 October from 13:00 to 15:30 CEST; participants will be able to roam from online room to room as well as raise questions and make points in the Open Day's talks, demonstrations and tours.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

It's OK - it doesn't clash with an F1 event!

David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: TelliCast Missed Packets False Alarms

R. Alblas
 

About missing packets etc.: Thanks, Ernst for explaining. I'll stick to the Tellicast terminology to prevent confusions.
And thanks to Eumetsat for the demo ;-)

Rob.

On 20-09-2020 12:54, David J Taylor GM8ARV ๐Ÿด ๐Ÿ‡ช๐Ÿ‡บ via groups.io wrote:
It was quite unusual!David

Very unususl indeed. I do not remember to have seen something like that. And YES it would be worth asking what they did!
Maybe someone at EUMETSAT follows the discussion here and wanted to give a demo of the TelliCast FEC for Rob :-)) ?

Attached the stats what receiver my Io has seen.

Cheers,
Ernst
====================================

Ah, specially for Rob!ย  LOL!

I've sent a note to EUMETSAT - something of interest for their Monday morning!

Cheers,
David


Re: TelliCast Missed Packets False Alarms

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

It was quite unusual!David

Very unususl indeed. I do not remember to have seen something like that. And YES it would be worth asking what they did!
Maybe someone at EUMETSAT follows the discussion here and wanted to give a demo of the TelliCast FEC for Rob :-)) ?

Attached the stats what receiver my Io has seen.

Cheers,
Ernst
====================================

Ah, specially for Rob! LOL!

I've sent a note to EUMETSAT - something of interest for their Monday morning!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

On Sun, Sep 20, 2020 at 02:27 AM, David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ wrote:
It was quite unusual!
David

Very unususl indeed. I do not remember to have seen something like that. And YES it would be worth asking what they did!
Maybe someone at EUMETSAT follows the discussion here and wanted to give a demo of the TelliCast FEC for Rob :-)) ?

Attached the stats what receiver my Io has seen.

Cheers,
Ernst

--------------------------------------------------------------------------------
TelliCastStatsCollector_2   (A script for GNU/Linux)                 Version 1.1
(c) David Taylor, Arne van Belle, and Ernst Lobsiger                 License GPL

HOST: io
RECV: Quad Inverto Black Ultra, TBS-6903_V12 card, TelliCast client(s)    2.14.7
DESC: Receives BAS + HVS-1 + HVS-2 using a single LNB cable! (HVS-2 stats shown)
--------------------------------------------------------------------------------
YearMonDay   -UTC-    Missed    Recov.      Lost      Received          Received
YYYY-MM-DD   hh:mm   Packets   Packets   Packets       Packets             Bytes
2020-09-19   00:29         0         0         0     6'653'941     7'796'959'729
2020-09-19   00:59         0         0         0    12'692'516    14'872'857'003
2020-09-19   01:29         0         0         0    15'429'147    18'079'590'683
2020-09-19   01:59         0         0         0    22'527'833    26'397'709'077
2020-09-19   02:29         0         0         0    28'385'122    33'261'172'422
2020-09-19   02:59         0         0         0    32'779'644    38'410'597'732
2020-09-19   03:29         0         0         0    37'353'002    43'769'569'624
2020-09-19   03:59         0         0         0    43'797'217    51'320'776'933
2020-09-19   04:29         0         0         0    50'036'657    58'632'047'087
2020-09-19   04:59         0         0         0    52'422'091    61'427'252'941
2020-09-19   05:29         0         0         0    59'644'324    69'890'142'575
2020-09-19   05:59         0         0         0    65'042'735    76'215'906'635
2020-09-19   06:29         0         0         0    68'720'375    80'525'298'660
2020-09-19   06:59         0         0         0    74'830'031    87'684'487'119
2020-09-19   07:29         0         0         0    81'103'296    95'035'375'562
2020-09-19   07:59         0         0         0    86'964'569   101'903'460'873
2020-09-19   08:29         0         0         0    90'659'185   106'232'743'706
2020-09-19   08:59         0         0         0    96'355'195   112'907'218'942
2020-09-19   09:29         0         0         0   103'442'679   121'212'204'651
2020-09-19   09:59         0         0         0   105'384'073   123'487'093'518
2020-09-19   10:29         0         0         0   113'344'872   132'815'413'070
2020-09-19   10:59         0         0         0   118'000'264   138'270'518'905
2020-09-19   11:29         0         0         0   122'862'016   143'967'434'072
2020-09-19   11:59         0         0         0   127'755'449   149'701'473'288
2020-09-19   12:29         0         0         0   134'389'155   157'474'732'236
2020-09-19   12:59         0         0         0   140'181'210   164'261'761'347
2020-09-19   13:29         0         0         0   143'535'799   168'192'605'521
2020-09-19   13:59         0         0         0   149'600'717   175'299'362'606
2020-09-19   14:29         0         0         0   155'623'223   182'356'430'311
2020-09-19   14:59         0         0         0   158'708'895   185'972'165'230
2020-09-19   15:29         0         0         0   166'417'349   195'004'789'608
2020-09-19   15:59         0         0         0   171'943'533   201'480'268'115
2020-09-19   16:29         0         0         0   176'246'757   206'522'710'692
2020-09-19   16:59         0         0         0   180'647'198   211'679'073'443
2020-09-19   17:29         0         0         0   187'484'160   219'690'499'918
2020-09-19   17:59         0         0         0   194'183'970   227'541'218'550
2020-09-19   18:29         0         0         0   196'910'338   230'735'925'830
2020-09-19   18:59         0         0         0   203'699'841   238'691'745'642
2020-09-19   19:29         0         0         0   209'920'442   245'980'934'974
2020-09-19   19:59         0         0         0   212'795'884   249'350'328'584
2020-09-19   20:29       613       613         0   219'831'226   257'594'218'507
2020-09-19   20:59     3'755     3'755         0   225'903'826   264'709'928'601
2020-09-19   21:29     3'755     3'755         0   230'402'859   269'981'813'695
2020-09-19   21:59     3'755     3'755         0   234'919'353   275'274'154'868
2020-09-19   22:29     3'755     3'755         0   241'539'957   283'032'058'620
2020-09-19   22:59     3'755     3'755         0   247'991'435   290'591'730'815
2020-09-19   23:29     3'755     3'755         0   250'366'279   293'374'528'364
2020-09-19   23:59     3'755     3'755         0   256'878'693   301'005'656'993
--------------------------------------------------------------------------------

===============================================
TClogSummary                       Version 0.95

Debian 9 GNU/Linux EUMETCast receiver    io
GNU/Linux TelliCast Client Ver. 2.14.7  (HVS-2)

TelliCast Client Event Summary from  2020-09-19
Head time 00:00:03.8 -UTC- Tail time 23:59:57.2

A BASH script by                 Ernst Lobsiger
With ideas from                  Arne van Belle
===============================================
Number of messages of category ERR: 0
===============================================
Number of messages of category WRN: 0
===============================================
Number of messages of category MSG: 938
===============================================
Number of *Starting* (what) events: 0
===============================================
Number of *Missed* (file) messages: 0
===============================================
Number of *Connected*  achan/dchan: 0/118
===============================================
Number of *Reconnect*  achan/dchan: 0/0
===============================================
Number of *Disconnect* finis/coord: 118/0
===============================================
Transm. *ended[/int.]* Lists/Files: 0/0
===============================================
Transm.  *interrupted* Lists/Files: 0/0
===============================================
Received and delivered Lists/Files: 351/487
===============================================
Treated number of recv Files/Lines: 1/47322
===============================================


Re: TelliCast Missed Packets False Alarms

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

On Sun, Sep 20, 2020 at 01:45 AM, David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ wrote:
By the way, there was a sustained missed/recovered packets period last night on HVS-2 from ~20:20 to 20:45, seen by all active stations across Europe. Any explanation or comments?David

Yes I saw that and have *NO* idea what's going on here.
Maybe EUMETSAT tried a TBS5927 on the UPLINK :-) ?

Cheers,
Ernst
==========================

Yes, that would be an interesting variation! But I'm wondering if EUMETSAT know what produced that, perhaps they may know what parameter to twiddle on the uplink to affect its generation, and even twiddle the existing parameters. At least, give us an idea of what parameters /we/ can, or cannot, twiddle.

It was quite unusual!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

On Sun, Sep 20, 2020 at 01:45 AM, David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ wrote:
By the way, there was a sustained missed/recovered packets period last night on HVS-2 from ~20:20 to 20:45, seen by all active stations across Europe. Any explanation or comments?
David

Yes I saw that and have *NO* idea what's going on here.
Maybe EUMETSAT tried a TBS5927 on the UPLINK :-) ?

Cheers,
Ernst


Re: TelliCast Missed Packets False Alarms

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

David,

as Ernst said, try to disable C-States (I did in complete). Cures the problem with the SkyStar2 eXpress HD and even on Smaug where I use two TBS 5925 the get full service. Even there it was ok only after switching off C-states.

Regards,

Christian
==========================================

Thanks, Ernst and Christian. I took a look this morning and there's nothing listed in the BIOS for C states. I did notice that the PC was set for "Balanced" rather than "Performance" power, but even after I changed that the steady missed/recovered issue persists. I would have thought that something in Windows might allow the C state to be set, but I've yet to find it.

I use the same nomenclature as TelliCast:

- missed: a packet not received correctly

- recovered: a packet which can be restored through TelliCast FEC (forward error correction)

- lost: a missed packet which can't be recovered

By the way, there was a sustained missed/recovered packets period last night on HVS-2 from ~20:20 to 20:45, seen by all active stations across Europe. Any explanation or comments?

https://www.satsignal.eu/mrtg/performance_eumetcast-europe_losses.php#hvs2

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

On Sat, Sep 19, 2020 at 01:26 PM, R. Alblas wrote:
OK, thanks. So it's not really a 'missed' packet but a packet withย  errors.

Regards,
Rob.
Rob

That's just the naming from the TelliCast clients WEB interface Statistics Page. If the packet cannot be fixed I count it "lost".
There is more: If packets are lost or even missing as you understand it special users have NAKs. They can send a NAK
(Not AKnowledged) to EUMETSAT. They then either get the missing data via Internet or (if a lot of people ask for the same
stuff because of UPLINK or transponder problems) there will be a retransmission of the missing data. Amateurs do not get
the NAK possibility but in rare occasions they can benefit from retransmissions. If you get the "Missed parts of file ..." message
in the TelliCast client log this means that a file will wait for hours as tmp file that has an internal gap filled with zeros longing for
a retransmission to fill this gap. That's the problem when using RAM disks as damaged tmp files can jam your RAM disk and
they sit and wait there for hours to be fixed. EUMETSAT can time per channel or kind of file how long a damaged tmp waits.

Regards
Ernst


Re: TelliCast Missed Packets False Alarms

R. Alblas
 

OK, thanks. So it's not really a 'missed' packet but a packet withย  errors.

Regards,
Rob.


On 19-09-2020 21:48, Ernst Lobsiger via groups.io wrote:
Rob

There is 2 kinds of FEC involved: The EUMETCast TS has MPE packets with 188 Bytes. There is FEC on the DVB-S2 demodulator called LDPC.
MPE packets are tagged with PID and assembled per PID to UDP packets by the OS. Tellicast has it's own FEC on the IP (UDP) level. A "missed"
packet is some damaged UDP packet (CRC ERROR or whatever). If TelliCast's FEC can fix it it's called recovered and you will have no files lost.

Regards
Ernst


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

Rob

There is 2 kinds of FEC involved: The EUMETCast TS has MPE packets with 188 Bytes. There is FEC on the DVB-S2 demodulator called LDPC.
MPE packets are tagged with PID and assembled per PID to UDP packets by the OS. Tellicast has it's own FEC on the IP (UDP) level. A "missed"
packet is some damaged UDP packet (CRC ERROR or whatever). If TelliCast's FEC can fix it it's called recovered and you will have no files lost.

Regards
Ernst


Re: TelliCast Missed Packets False Alarms

R. Alblas
 

Not sure if I did already ask this some time ago, but what exactly is a missed packet, and how can it be recovered anyway? If a packet is missed for whateverย  reason you can't ask to resend it (UDP) , it's gone. If there is an error in the packet then it may be corrected, but that's not a 'missed' packet... And I don't think each packet is sent twice?

Cheers,
Rob.



On 19-09-2020 20:56, Ernst Lobsiger via groups.io wrote:
David

Christian had lots of missed and recovered packets, see here:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=c&time1=2020-09-06+20%3A00&time2=2020-09-07+15%3A00

Now with C-States turned off in the BIOS it looks like that:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=b&time1=&time2=

In the BIOS you normally can not check C-States one by one. Maybe you have 2 or 3 options for processor energy savings.


Cheers,
Ernst


Re: TelliCast Missed Packets False Alarms

Christian Peters
 

David,

as Ernst said, try to disable C-States (I did in complete). Cures the problem with theย SkyStar2 eXpress HD and even on Smaug where I use two TBS 5925 the get full service. Even there it was ok only after switching off C-states.

Regards,

Christianย 

Am 19.09.2020 um 20:56 schrieb Ernst Lobsiger via groups.io <ernst.lobsiger@...>:

David

Christian had lots of missed and recovered packets, see here:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=c&time1=2020-09-06+20%3A00&time2=2020-09-07+15%3A00

Now with C-States turned off in the BIOS it looks like that:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=b&time1=&time2=

In the BIOS you normally can not check C-States one by one. Maybe you have 2 or 3 options for processor energy savings.


Cheers,
Ernst


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

David

Christian had lots of missed and recovered packets, see here:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=c&time1=2020-09-06+20%3A00&time2=2020-09-07+15%3A00

Now with C-States turned off in the BIOS it looks like that:

https://eluna-ancalagon.hcpeters.de/index.pl?rrd=24_packets0&type=b&time1=&time2=

In the BIOS you normally can not check C-States one by one. Maybe you have 2 or 3 options for processor energy savings.


Cheers,
Ernst


Re: TelliCast Missed Packets False Alarms

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

David

Running out of other options: Have you tried to disable C-States in the BIOS (if possible at all)?
Christian recently had this deja vue with a Technisat SkyStar2 eXpress HD card on his Ancalagon.

Regards
Ernst
=================================

Thanks, Ernst. No, I've not tried at. I see 13 C-states listed here:

https://www.dell.com/support/article/en-uk/qna41893/what-is-the-c-state?lang=en

Were you thinking of any particular one?

What was Christian's problem exactly? Perhaps there is a message reference?

I wish I knew the time that it takes for a missed packet to be recovered. USB devices are polled every millisecond, so perhaps if the device isn't polled sufficiently frequently that's the missed packet, and on the next poll there's enough to recover the packet. Perhaps the USB is too busy? Why do we only see this on direct PCie and USB devices, and even then only on /some/ systems. I've never seen this on network-connected receivers where the MTU is about three times bigger (1500 bytes) than what I've seen quoted for USB 2 (500 bytes).

Back of envelope sum: USB practical max, say 240 Mbps, 30 MBps, 1 millisecond polling => 30 kB per poll. EUMETCast Basic Service 55 Mbps, well under 240 Mbps. Doesn't help!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: TelliCast Missed Packets False Alarms

Ernst Lobsiger
 

David

Running out of other options: Have you tried to disable C-States in the BIOS (if possible at all)?
Christian recently had this deja vue with a Technisat SkyStar2 eXpress HD card on his Ancalagon.

Regards
Ernst


Re: TelliCast Missed Packets False Alarms

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

Progress report.

I've been trying to resolve the steady missed/recovered TelliCast packets issue on PC Penguin, and I did further tests yesterday and today but without success so far.

- Adding a RAMdisk (tmp and received)

- changing to a TBS5925 (from TBS5927)

- and moving to a USB 3 port (from USB 2) have all made no difference.

Items left in common: BDADataEx (but that works correctly with the TBS6903 PCIe card running BAS, HVS-1 and HVS-2, and with an earlier PC with a TBS5925 USB receiver plugged into a separate USB3 card). TelliCast was 2.14.5 on the old PC, 2.14.6 on the new. I'm reluctant to revert TelliCast, or the TBS5927, as they are units which the new user would be using.

It seems that the new PC has a single main USB hub internally on the motherboard, so perhaps there's a parameter I can tune there? If so, I couldn't see one Perhaps adding a low-profile PCIe USB 2 card could be an option giving two top-level hubs, such cards seem to be no longer available! I am trying to avoid USB 3.0 cards as they require extra power connectors.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Gaps in AVHRR images yesterday.

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

That solved the problem empirically but not (for me) theoretically. I ran Kepler updater and now have lat/long and outlines correct in AVHRR Manager. I normally download Keplers by hand and did so this morning. When I came to compare the two lines for satellites in the manually download file with the updater files, they were identical. But perhaps one overwrote the other thus making them identical. I'll run the updater overnight in future.
Ah, well ......
BTW Is the Kepler Manager program superseded by Updater (not that I've used the former for a long while)?
Robert
===========================

Always good to hear of progress, Robert..

Yes, the Kepler Manager was replaced in July 2019, as [I hope] notified in the SatSignal group. The SSL libraries now required were incompatible with the older program. In addition, I wrote the updater to be more efficient, and to use the EUMETSAT Kepler data for the polar orbiting satellites they operate (as discovered by Thorsten Miglus).

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Gaps in AVHRR images yesterday.

Robert Moore
 

That solved the problem empirically but not (for me) theoretically. I ran Kepler updater and now have lat/long and outlines correct in AVHRR Manager. I normally download Keplers by hand and did so this morning. When I came to compare the two lines for satellites in the manually download file with the updater files, they were identical. But perhaps one overwrote the other thus making them identical. I'll run the updater overnight in future.
Ah, well ......
BTW Is the Kepler Manager program superseded by Updater (not that I've used the former for a long while)?
Robert

-----Original Message-----
From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of David J Taylor GM8ARV ?????????????? ???? via groups.io
Sent: 18 September 2020 13:55
To: MSG-1@groups.io
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

I have my weekend job, checking packet loss etc. Meanwhile a different problem has emerged: a very nice NOAA-19 image this morning 0620_NOAA19_59849, no missing segments. The latitude of my home station is correctly entered in HRPT Reader, the countries.dat file is present and Keplers are up to date (today). But HRPT Reader says I am at 2.75 degrees south, when I'm 53.26 degrees north. So I turned on country outlines; outline of southern England just visible off the top of the image. Denmark is just below the outline for the southern coast of West Africa - obviously the outline is serious displaced northwards. So turned on lat. and long.
markers - to my surprise the longitude line converged southwards, the with North pole somewhere in South Africa (not visible in this image) and I'm now at 3.3 South, Denmark on the Equator.
So; outlines displaced drastically northwards, right way up, and lat/long upside down. The image itself excellent!
Might it be a good idea to uninstall and reinstall AVHRR Manager just to eliminate any corruption of something somewhere?

Robert
====================================

Robert,

Overlays being way off very strongly suggests that your Kepler data is way out of date. Look at the View, Diagnostics menu, and search for lines like:

Decoded pass quarter hour is 2019-May-15 10:00 UTC Update orbit data for METOP-A read from C:\Tools\SatSignal\HRPTreader\Keps\Updates\METOP-A.txt
Orbit data is only 0.1 days stale - OK

Perhaps the HRPT Reader isn't looking where you expected? Remember that the HRPT Reader can accept either current data (like weather.txt with multiple
satellite) or historic data such as METOP-A.txt with many entries for a single satellite. My KeplerUpdater will keep the historic data current. If yours has lapsed, there's a daily update here:

http://www.satsignal.eu/software/KeplerUpdates.zip

See:

http://www.satsignal.eu/software/KeplerManager.htm

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Gaps in AVHRR images yesterday.

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

I have my weekend job, checking packet loss etc. Meanwhile a different problem has emerged: a very nice NOAA-19 image this morning 0620_NOAA19_59849, no missing segments. The latitude of my home station is correctly entered in HRPT Reader, the countries.dat file is present and Keplers are up to date (today). But HRPT Reader says I am at 2.75 degrees south, when I'm 53.26 degrees north. So I turned on country outlines; outline of southern England just visible off the top of the image. Denmark is just below the outline for the southern coast of West Africa - obviously the outline is serious displaced northwards. So turned on lat. and long. markers - to my surprise the longitude line converged southwards, the with North pole somewhere in South Africa (not visible in this image) and I'm now at 3.3 South, Denmark on the Equator.
So; outlines displaced drastically northwards, right way up, and lat/long upside down. The image itself excellent!
Might it be a good idea to uninstall and reinstall AVHRR Manager just to eliminate any corruption of something somewhere?

Robert
====================================

Robert,

Overlays being way off very strongly suggests that your Kepler data is way out of date. Look at the View, Diagnostics menu, and search for lines like:

Decoded pass quarter hour is 2019-May-15 10:00 UTC
Update orbit data for METOP-A read from C:\Tools\SatSignal\HRPTreader\Keps\Updates\METOP-A.txt
Orbit data is only 0.1 days stale - OK

Perhaps the HRPT Reader isn't looking where you expected? Remember that the HRPT Reader can accept either current data (like weather.txt with multiple satellite) or historic data such as METOP-A.txt with many entries for a single satellite. My KeplerUpdater will keep the historic data current. If yours has lapsed, there's a daily update here:

http://www.satsignal.eu/software/KeplerUpdates.zip

See:

http://www.satsignal.eu/software/KeplerManager.htm

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: experiences and lessons learned with a fresh Eumetcast install for WIndows and Linux

David J Taylor GM8ARV ๐Ÿด๓ ง๓ ข๓ ณ๓ ฃ๓ ด๓ ฟ ๐Ÿ‡ช๐Ÿ‡บ
 

Hi all

I thought this would be a suitable thread to post my problem with setting up a Eumetcast system. I basically started a new system besides using an existing dish which was aligned correctly.

I am based in South Africa so I am using the Eumetcast Africa service, using a Norva satellite receiver on Windows 10. I installed the EKU, tellisat and configured the receiver. The EKU and receiver are working fine and I am able to connect to the announcement channel (TSL-AFR-1) but none of the additional data channels appear even though the license is active.

I would appreciate any advice.

Kind regards,
Jean du Preez
====================================

David,

- are the PIDs correct?

- what does the TelliCast log file say? The last few lines, that is!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv