Date   

Re: Gaps in AVHRR images yesterday.

geojohnt@...
 

David,

Thanks for pointing me (again) to TD 15.
It really is now quite comprehensive.

And I still have my 999 MB RAMdisk unused which I was going to (will) experiment with.
As you know Ops want me to do a couple of tests on my current setup which I'll do hopefully under clear sky conditions - when they return.

I've also thought of having a second HDD for HVS-1 alone.

[I have an SSD for 'Windows.']

TD 15 also recommends RAMdisk - and interestingly - SSD's which you used not to favour(?) as it points out HDD's are 'slow' in these days of high data level I/O's..
And, Ernst has pointed out that the new generation of HDD's are 'slower' and best avoided.

So I have a couple of updates to consider to 'speed things up?'

Regards,
John

+++++++++++++++++++++++++

>Missed packets can be caused by a variety of reasons, and EUMETSAT's
>document TD 15 goes into a lot of the causes, slow or busy disks being the
>most likely culprits.  That's why a number of us now use a RAMdisk for both
>tmp and received data, with a e.g. Robocopy running once a minute to move
>any received files onto an HDD for further processing.  For BAS alone, I'd
>recommend ~1.5 GB RAMdisk.





Dish alignment - formally Re: [MSG-1] Gaps in AVHRR images yesterday.

geojohnt@...
 

Jan,

I seem to remember you said in the past that you were not sure about a tree, or was it part of a roof 'in the way?'
We will soon be coming up to Sun, satellite, dish co-linearity in October so you will have several days to see if anything is 'shadowing' your dish. 
In the meantime you can find out the Eutelsat 10 A solar crossing time for your location from David's WXtrack which will give you an idea of any current or future potential shadowing as the Sun gets lower towards co-linearity.

And have you tried www.dishpointer.com (recommended by EUMETSAT) which will show what is 'ahead of your dish' locally.

Oh, and skew is very important since there is (also) a V channel transmitting at 11.623 GHz which needs to be nulled out with accurate skew adjustment.

Regards,
John.

++++++++++++++++++++++++++++++

-----Original Message-----
From: Cornish Man via groups.io <cornishman68@...>
To: MSG-1@groups.io <MSG-1@groups.io>
Sent: Thu, 24 Sep 2020 11:49
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

Hi John.
 
I know I should be getting more DB’s
I adjust the dish Manually as I don’t have a Dish Finder.
 
Using my mobile with Remote Desktop I adjust the dish to get the best signal.
 
I purchased a Inverto Black Ultra LNB a month and I found that I got 1db or so less signal than with my old Technomate T2 LNB
 
Cheers
 
Jan
 
 
Sent from Mail for Windows 10
 
From: geojohnt via groups.io
Sent: 24 September 2020 10:35
To: MSG-1@groups.io
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.
 
Hello Cornish Man,
 
Well if you are in Cornwall and using a 110 cm dish, you've got problems.
But then I think we have discussed this in the past?
 
I'm using a 1 m dish with an Inverto Black Ultra LNB in SW London and at the moment 09:25 UTC with clear skies am getting 13.1 dB SNR with an SR1.
 
You are well within the maximum signal contour so should be getting much better SNR.
 
Regards,
John.
 


_._,_._,_


Re: Gaps in AVHRR images yesterday.

Ernst Lobsiger
 

Jan

If "Signal" means signal strength, 1dB less is irrelevant. You must go for maximum SNR
and compare those. The Inverto Black Ultra LNB is really low noise. Everybody uses it.

Regards
Ernst


Am 24.09.2020 12:49, schrieb Cornish Man via groups.io:

Hi John.
I know I should be getting more DB’s
I adjust the dish Manually as I don’t have a Dish Finder.
Using my mobile with Remote Desktop I adjust the dish to get the best signal.
I purchased a Inverto Black Ultra LNB a month and I found that I got
1db or so less signal than with my old Technomate T2 LNB
Cheers
Jan
Sent from Mail for Windows 10
From: geojohnt via groups.io
Sent: 24 September 2020 10:35
To: MSG-1@groups.io
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.
Hello Cornish Man,
Well if you are in Cornwall and using a 110 cm dish, you've got problems.
But then I think we have discussed this in the past?
I'm using a 1 m dish with an Inverto Black Ultra LNB in SW London and
at the moment 09:25 UTC with clear skies am getting 13.1 dB SNR with
an SR1.
You are well within the maximum signal contour so should be getting
much better SNR.
Regards,
John.
+++++++++++++++++++++++++
-----Original Message-----
From: Cornish Man via groups.io <cornishman68=yahoo.co.uk@groups.io>
To: MSG-1@groups.io <MSG-1@groups.io>
Sent: Wed, 23 Sep 2020 16:11
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.
Wish I had 13 db, lucky if I cat 11.5 on clear days. Though I do have
a 110cm dish
 
Sent from Mail for Windows 10
 


Re: Gaps in AVHRR images yesterday.

Cornish Man
 

Hi John.

 

I know I should be getting more DB’s

I adjust the dish Manually as I don’t have a Dish Finder.

 

Using my mobile with Remote Desktop I adjust the dish to get the best signal.

 

I purchased a Inverto Black Ultra LNB a month and I found that I got 1db or so less signal than with my old Technomate T2 LNB

 

Cheers

 

Jan

 

 

Sent from Mail for Windows 10

 

From: geojohnt via groups.io
Sent: 24 September 2020 10:35
To: MSG-1@groups.io
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

 

Hello Cornish Man,

 

Well if you are in Cornwall and using a 110 cm dish, you've got problems.

But then I think we have discussed this in the past?

 

I'm using a 1 m dish with an Inverto Black Ultra LNB in SW London and at the moment 09:25 UTC with clear skies am getting 13.1 dB SNR with an SR1.

 

You are well within the maximum signal contour so should be getting much better SNR.

 

Regards,

John.

 

+++++++++++++++++++++++++

-----Original Message-----
From: Cornish Man via groups.io <cornishman68@...>
To: MSG-1@groups.io <MSG-1@groups.io>
Sent: Wed, 23 Sep 2020 16:11
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

Wish I had 13 db, lucky if I cat 11.5 on clear days. Though I do have a 110cm dish

 

Sent from Mail for Windows 10

 

 

 


Re: Gaps in AVHRR images yesterday.

geojohnt@...
 

Hello Cornish Man,

Well if you are in Cornwall and using a 110 cm dish, you've got problems.
But then I think we have discussed this in the past?

I'm using a 1 m dish with an Inverto Black Ultra LNB in SW London and at the moment 09:25 UTC with clear skies am getting 13.1 dB SNR with an SR1.

You are well within the maximum signal contour so should be getting much better SNR.

Regards,
John.

+++++++++++++++++++++++++


-----Original Message-----
From: Cornish Man via groups.io <cornishman68@...>
To: MSG-1@groups.io <MSG-1@groups.io>
Sent: Wed, 23 Sep 2020 16:11
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

Wish I had 13 db, lucky if I cat 11.5 on clear days. Though I do have a 110cm dish
 
Sent from Mail for Windows 10
 

_._,_._,_


Re: Gaps in AVHRR images yesterday.

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

David I started this email mid-morning and finished it in the afternoon!


"Unused files": The EARS AVHRR Manager should be handling the NOAA-19 data.
Is there an image on the NOAA_19 tab, and if so, what is the date of that image in the lower left corner.

** Yes, currently 2020-09-23 1341 N19

On the Ground Stations tab, is NOAA-19 checked (I don't think that makes a difference) and it the Kepler status showing a sensible age? The program version here is a beta 4.1.1.241 2019-Mar-11, although 4.1.2 is the release version.

**Kepler status says NOAA-19 and Metop A, B and C are all 5.3 days old. Last file reload 2020-Sep 23 13:07:35 that doesn’t quite make sense.

"BUFR and BIN data": Is the "Process AVHRR polar winds" box checked in the relevant Metop Managers?
** Yes

- I know that in the past you have had problems with the network link between receiver PC and processing PC. Perhaps you are still running a two-receiver system (as I do here)? If there are still network link issues those need to be resolved first. My suit of programs /must/ be able to delete files in the receive directory tree, so check whether there is unprocessed data being left behind in EUMETSAT_data_channel_1.
** EUMETSAT_data_channel_1 does have build-up of files but trimTree deals with them every 24 hours.


- I assume your TelliCast software is at least version 2.14.5. The current version is 2.14.6 but there's no specific need to upgrade [yet] if 2.14.5 is working correctly.
** Version 2_14.4_7 perhaps I need to udate

- You should have a separate receive directory for EUMETSAT Data Channel 1, and be pointing the EARS AVHRR Manager to that directory. The channel entry should be something like:

[channel]
name=EUMETSAT Data Channel 1
receive_buffer_size=8000000
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_1

** Yes - OK

- what you describe (high segment loss) is symptomatic of having TWO EARS AVHRR Managers running. Is that possible? Is there a third-party program which might be accessing the received directory?
** No

** So far I haven’t accessed the Novra console.

I’m currently only running one version of Metop manager, METOP-A. this tends to ‘lock’ while running and to get into it I have to use Task Manager to close it down and then open it in the usual way. The program doesn’t appear to freeze – it just won’t let me in, but sits in the taskbar processing files from the receiver.
Here are my missed segments (as of this afternoon)
Date: 2020-Sep-23, day 267, 19 passes

02:41 METOP-B 21 minutes, 02:56 02:58 03:00
04:33 METOP-B 11 minutes, 04:39 04:40 04:41 04:42
05:26 NOAA-19 17 minutes, 05:27 05:28 05:29 05:31 05:33 05:34 05:35 05:36 05:37 05:39 05:40 05:41
06:14 METOP-B 24 minutes, 06:15 06:18 06:22 06:23
06:40 METOP-A 28 minutes, 06:50 06:51 06:52 06:53 06:54
07:58 METOP-B 24 minutes, 08:07 08:08 08:09 08:10 08:12 08:13 08:14
08:21 METOP-A 30 minutes, 08:31 08:32 08:33 08:34
08:44 NOAA-19 26 minutes, 08:53 08:54 08:55 08:56 08:58
10:02 METOP-A 29 minutes, 10:12 10:13 10:14 10:15 10:16
11:42 METOP-A 19 minutes, 11:53 11:54 11:55 11:56 11:57

Date: 2020-Sep-23, day 267

Missing Metop-A global AVHRR chunks
0001 .. 0504 [orbit 72277]
0655 .. 0658 [orbit 72279]
0722 [orbit 72279]
0807 [orbit 72279]
0816 .. 0825 [orbit 72279]
0849 [orbit 72280]
0858 [orbit 72280]

I will try disabling HVS-1 later - perhaps at weekend

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

Robert,

**Kepler status says NOAA-19 and Metop A, B and C are all 5.3 days old. Last file reload 2020-Sep 23 13:07:35

That doesn’t quite make sense. It does make sense. Likely, you last started the program at 13:07, and the Kepler data it found was 5.3 days old at the time you checked.

I'm afraid I'm too confused now. You reported a problem with EARS AVHRR data, so what does the Metop Manager have to do with it? If you have a Metop Manager hanging use a shorter Auto Restart time. Metop-A is the oldest of the satellites, so I recommend you change to Metop-C which is on the Basic Service.

What are these files you need to clear out from EUMETSAT_data_channel_1, there should be none building up.

HVS-1 brings GOES-16/17 and other data, but disabling it by changing MODCODs will reduced data loss on BAS due to low too low a signal for HVS-1.

My report for yesterday (at the end of the day):

Date: 2020-Sep-23, day 267, 43 passes

01:02 METOP-B 23 minutes, 01:01
06:40 METOP-A 28 minutes, 06:50 06:51 06:52 06:53 06:54
08:21 METOP-A 30 minutes, 08:31 08:32 08:33 08:34
10:02 METOP-A 29 minutes, 10:12 10:13 10:14 10:15
11:42 METOP-A 19 minutes, 11:53 11:54 11:55 11:56 11:57
19:56 METOP-A 21 minutes, 19:55
20:20 NOAA-19 28 minutes, 20:21
22:13 NOAA-19 23 minutes, 22:12

I missed no global NOAA-19 data.

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
 

David I started this email mid-morning and finished it in the afternoon!

Robert



"Unused files": The EARS AVHRR Manager should be handling the NOAA-19 data.
Is there an image on the NOAA_19 tab, and if so, what is the date of that image in the lower left corner.

** Yes, currently 2020-09-23 1341 N19

On the Ground Stations tab, is NOAA-19 checked (I don't think that makes a difference) and it the Kepler status showing a sensible age? The program version here is a beta 4.1.1.241 2019-Mar-11, although 4.1.2 is the release version.

**Kepler status says NOAA-19 and Metop A, B and C are all 5.3 days old. Last file reload 2020-Sep 23 13:07:35 that doesn’t quite make sense.

"BUFR and BIN data": Is the "Process AVHRR polar winds" box checked in the relevant Metop Managers?
** Yes

- I know that in the past you have had problems with the network link between receiver PC and processing PC. Perhaps you are still running a two-receiver system (as I do here)? If there are still network link issues those need to be resolved first. My suit of programs /must/ be able to delete files in the receive directory tree, so check whether there is unprocessed data being left behind in EUMETSAT_data_channel_1.
** EUMETSAT_data_channel_1 does have build-up of files but trimTree deals with them every 24 hours.


- I assume your TelliCast software is at least version 2.14.5. The current version is 2.14.6 but there's no specific need to upgrade [yet] if 2.14.5 is working correctly.
** Version 2_14.4_7 perhaps I need to udate

- You should have a separate receive directory for EUMETSAT Data Channel 1, and be pointing the EARS AVHRR Manager to that directory. The channel entry should be something like:

[channel]
name=EUMETSAT Data Channel 1
receive_buffer_size=8000000
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_1

** Yes - OK

- what you describe (high segment loss) is symptomatic of having TWO EARS AVHRR Managers running. Is that possible? Is there a third-party program which might be accessing the received directory?
** No

** So far I haven’t accessed the Novra console.

I’m currently only running one version of Metop manager, METOP-A. this tends to ‘lock’ while running and to get into it I have to use Task Manager to close it down and then open it in the usual way. The program doesn’t appear to freeze – it just won’t let me in, but sits in the taskbar processing files from the receiver.
Here are my missed segments (as of this afternoon)
Date: 2020-Sep-23, day 267, 19 passes

02:41 METOP-B 21 minutes, 02:56 02:58 03:00
04:33 METOP-B 11 minutes, 04:39 04:40 04:41 04:42
05:26 NOAA-19 17 minutes, 05:27 05:28 05:29 05:31 05:33 05:34 05:35 05:36 05:37 05:39 05:40 05:41
06:14 METOP-B 24 minutes, 06:15 06:18 06:22 06:23
06:40 METOP-A 28 minutes, 06:50 06:51 06:52 06:53 06:54
07:58 METOP-B 24 minutes, 08:07 08:08 08:09 08:10 08:12 08:13 08:14
08:21 METOP-A 30 minutes, 08:31 08:32 08:33 08:34
08:44 NOAA-19 26 minutes, 08:53 08:54 08:55 08:56 08:58
10:02 METOP-A 29 minutes, 10:12 10:13 10:14 10:15 10:16
11:42 METOP-A 19 minutes, 11:53 11:54 11:55 11:56 11:57

Date: 2020-Sep-23, day 267

Missing Metop-A global AVHRR chunks
0001 .. 0504 [orbit 72277]
0655 .. 0658 [orbit 72279]
0722 [orbit 72279]
0807 [orbit 72279]
0816 .. 0825 [orbit 72279]
0849 [orbit 72280]
0858 [orbit 72280]

I will try disabling HVS-1 later - perhaps at weekend

Robert
.


Re: Gaps in AVHRR images yesterday.

Cornish Man
 

Wish I had 13 db, lucky if I cat 11.5 on clear days. Though I do have a 110cm dish

 

Sent from Mail for Windows 10

 

From: David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io
Sent: 23 September 2020 15:49
To: MSG-1@groups.io
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

 

David,

 

Sorry for the delay in responding - just seen this 'way down the pile.'

 

My SNR is always around 13.00 dB in clear sky conditions, so I guess that is

not the problem and disabling HVS-1 won't make much difference?

 

>- check both TelliCast for [ideally] zero packet loss, missed and

>recovered.

>There are some systems where there is steady stream of missed and recovered

>packets, but with the same count for each.  Temporarily disable HVS-1 and

>check again.  BAS should have zero packet loss.

 

 

This is a bit 'worrying' as I don't remember ever having zero MP's even

before HVS-1.

And the old version of Tellicast.

 

 

Remember, I have an SR1 that regularly indicates minus (into the 1,000's)

value of traffic for up to 5 seconds.

And, as Ernst and I think, we get missed packets when we 'switch on' (use)

another quad LNB port on another receiver on the EUMETCast LNB.

 

 

At the moment my statistics from 2020-09-10 14:31 (13 days) are:

 

 

BS MPb4 FEC 2284.     FEC RP 181.

 

 

HVS-1 MPb4 FEC 1763     FEC RP 14.

 

 

SR1 statistics for same period Bad Frame Count 139.   Bad Packet Count 281.

 

 

I would not add too much weight to these figures, although through a clear

sky period, as I've been moving around in front of the dish doing patio work

and we had a period of heavy rain last night.

 

 

Regards,

John.

==================================

 

John,

 

I'm pretty sure that Robert's issue with large EARS AVHRR gaps is something

other than simple lack of link margin, so I'll wait until he can report

back.

 

Missed packets can be caused by a variety of reasons, and EUMETSAT's

document TD 15 goes into a lot of the causes, slow or busy disks being the

most likely culprits.  That's why a number of us now use a RAMdisk for both

tmp and received data, with a e.g. Robocopy running once a minute to move

any received files onto an HDD for further processing.  For BAS alone, I'd

recommend ~1.5 GB RAMdisk.

 

Obviously obstructing the dish will cause data loss, and heavy rain and

thick cloud (ice-crystal-topped) too.

 

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 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

David,

Sorry for the delay in responding - just seen this 'way down the pile.'

My SNR is always around 13.00 dB in clear sky conditions, so I guess that is not the problem and disabling HVS-1 won't make much difference?

- check both TelliCast for [ideally] zero packet loss, missed and recovered.
There are some systems where there is steady stream of missed and recovered
packets, but with the same count for each. Temporarily disable HVS-1 and
check again. BAS should have zero packet loss.

This is a bit 'worrying' as I don't remember ever having zero MP's even before HVS-1.
And the old version of Tellicast.


Remember, I have an SR1 that regularly indicates minus (into the 1,000's) value of traffic for up to 5 seconds.
And, as Ernst and I think, we get missed packets when we 'switch on' (use) another quad LNB port on another receiver on the EUMETCast LNB.


At the moment my statistics from 2020-09-10 14:31 (13 days) are:


BS MPb4 FEC 2284. FEC RP 181.


HVS-1 MPb4 FEC 1763 FEC RP 14.


SR1 statistics for same period Bad Frame Count 139. Bad Packet Count 281.


I would not add too much weight to these figures, although through a clear sky period, as I've been moving around in front of the dish doing patio work and we had a period of heavy rain last night.


Regards,
John.
==================================

John,

I'm pretty sure that Robert's issue with large EARS AVHRR gaps is something other than simple lack of link margin, so I'll wait until he can report back.

Missed packets can be caused by a variety of reasons, and EUMETSAT's document TD 15 goes into a lot of the causes, slow or busy disks being the most likely culprits. That's why a number of us now use a RAMdisk for both tmp and received data, with a e.g. Robocopy running once a minute to move any received files onto an HDD for further processing. For BAS alone, I'd recommend ~1.5 GB RAMdisk.

Obviously obstructing the dish will cause data loss, and heavy rain and thick cloud (ice-crystal-topped) too.

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


Re: How to arrange receivers

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Graham
[]
David will certainly comment as an experienced SR1 user how well the ON /OFF switching with SNR works.

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

I run three SR1 receivers (for various reasons) but they are set up exactly as Ernst recommends, with one for each service. That's done via the MODCOD Mask:

Note that setting the MODCOD mask is a little unusual. From the main menu, go to the system menu (option 4), and enter H immediately followed by the mask you want:

for the Basic Service alone, type: H1000<enter>
for either High Volume Service alone, type: H40000<enter>
for both services on transponder 1 type: H41000<enter>

Had to look that up on my own Web page! I did that because I wanted as near perfect BAS reception as possible. All this was originally done when we changed from DVB-S to DVB-S2 and the HVS was a twinkle in Klaus-Peter's eye! As Ernst notes, when you have a less than ideal link margin, low signal can cause failures in the HVS-1, perhaps the receiver doesn't detect the end of the faster data stream, and this can introduce errors in the BAS as well.

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


Re: Gaps in AVHRR images yesterday.

geojohnt@...
 

David,

Sorry for the delay in responding - just seen this 'way down the pile.'

My SNR is always around 13.00 dB in clear sky conditions, so I guess that is not the problem and disabling HVS-1 won't make much difference?

>- check both TelliCast for [ideally] zero packet loss, missed and recovered. 
>There are some systems where there is steady stream of missed and recovered 
>packets, but with the same count for each.  Temporarily disable HVS-1 and 
>check again.  BAS should have zero packet loss.

This is a bit 'worrying' as I don't remember ever having zero MP's even before HVS-1.
And the old version of Tellicast.

Remember, I have an SR1 that regularly indicates minus (into the 1,000's) value of traffic for up to 5 seconds.
And, as Ernst and I think, we get missed packets when we 'switch on' (use) another quad LNB port on another receiver on the EUMETCast LNB.

At the moment my statistics from 2020-09-10 14:31 (13 days) are:

BS MPb4 FEC 2284.     FEC RP 181.

HVS-1 MPb4 FEC 1763     FEC RP 14.

SR1 statistics for same period Bad Frame Count 139.   Bad Packet Count 281.

I would not add too much weight to these figures, although through a clear sky period, as I've been moving around in front of the dish doing patio work and we had a period of heavy rain last night.

Regards,
John.

+++++++++++++++++++++


-----Original Message-----
From: David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io <david-taylor@...>
To: MSG-1@groups.io
Sent: Mon, 14 Sep 2020 10:14
Subject: Re: [MSG-1] Gaps in AVHRR images yesterday.

I meant to add:

- check your receiver for SNR [Es/No, Carrier-to-noise] unless it's at least
12 dB in clear conditions, I suggest disabling HVS-1 reception.
Unfortunately that means no GOES or Himawari.

Instructions for disabling HVS-1 are on page 16 of the Novra guide:

  http://www.eumetsat.int/website/wcm/idc/idcplg?IdcService=GET_FILE&dDocName=PDF_DMT_736617&RevisionSelectionMethod=LatestReleased&Rendition=Web

- check both TelliCast for [ideally] zero packet loss, missed and recovered.
There are some systems where there is steady stream of missed and recovered
packets, but with the same count for each.  Temporarily disable HVS-1 and
check again.  BAS should have zero packet loss.

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





Re: How to arrange receivers

Ernst Lobsiger
 

Graham

If you come to the conclusion that there is no really interesting data on HVS-2 there is one more possibility:

You can use one SR1 for BASIC only and one SR1 for HVS-1 only. This way you degrade the first SR1
to what a SkyStar 2 eXpress HD can do (that you still occasionally find on e-Bay for 20 Euros). But
you are 100% sure to have the best possible BASIC reception on rainy days. I know there is the built
in possibility to switch HVS-1 off automatically depending on SNR and I admit I don't know how well that
works. I had several TBS-6925 PCIe cards (same demodulastor as the SR1) where I programmed the
driver to behave exactly like the SR1. The problem was that you need some integration time to have a
smoother SNR. Often very short term spikes and disturbances on HVS-1 still damaged BASIC reception.
I had the "solution" to switch OFF early but this way I didn't get as much from HVS-1 as actually possible.

David will certainly comment as an experienced SR1 user how well the ON /OFF switching with SNR works.

Regards
Ernst


Re: How to arrange receivers

Graham Woolf
 

Hi David

I take the Sentinel data and process the images using Python

I would like to know what is replacing it too

Kind Regards

Graham


ESA’s third edition of the Φ-week.

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

From ESA:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Join us for the ESA’s third edition of the Φ-week. Φ-week is the annual Earth Observation event organised by ESA-EOP. It focuses on innovation in Earth Observation, and showcases the latest achievements in Earth Observation science, technology and applications.

This year edition of Φ-week will be held fully digital from 28 September to 2 October. The event will be hosted on the online platform Brella [URL below]. The audience will be able to interact with the speakers by asking questions on the @ESA_EO Twitter account (using both hashtags #askESA and #Phiweek).

Φ-week 2020 aims to contribute to the concept of Digital Twin Earth - an AI-driven digital replica of our planet that converts the full power of AI, Earth Science and Modeling, cloud computing and Earth-scale environmental, societal and economical data into actionable insights for scientist, political and economic decision makers.

Φ-week 2020 brings together the necessary ingredients to build the Digital Twin Earth and enable science-based decision capabilities, enhanced predictions and simulations, to responding to the complex societal and environmental challenges of our times.

EO Φ-week gives you the chance to connect and network with scientists, educators, developers, students, start-ups, global industries and institutions in the field of space.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Details:

https://phiweek.esa.int/

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


Re: How to arrange receivers

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Hi

This question may have been asked before but I cant seem to find it

I have two SR1's one has BAS/HVS1 and the other has HVS2

Is this the best arrangement or might it be better to move the HVS1 onto the HVS2 receiver

Kind Regards

Graham
===================================

Graham, as Ernst says, you are running both the best and the worst arrangement - the ONLY arrangement which works!

I'd be interested to know what you take from HVS-2, as you may have seen that the EFR full-resolution data is ending next year. I wonder what's replacing it?

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


Re: How to arrange receivers

Graham Woolf
 

Hi Ernst

Thanks  for the info

Kind Regards

Graham


Re: How to arrange receivers

Ernst Lobsiger
 

Graham

This is the *only* possible arrangement. Basic + HVS-1 are on the same
transponder T1 (it's a mixed 8PSK 16APSK datastream) while HVS-2 is on
transponder T2 (16APSK only). No way to receive HVS-1 + HVS-2 on an SR1.

Regards
Ernst



Am 23.09.2020 13:37, schrieb Graham Woolf:

Hi
This question may have been asked before but I cant seem to find it
I have two SR1's one has BAS/HVS1 and the other has HVS2
Is this the best arrangement or might it be better to move the HVS1
onto the HVS2 receiver
Kind Regards
Graham


How to arrange receivers

Graham Woolf
 

Hi

This question may have been asked before but I cant seem to find it

I have two SR1's one has BAS/HVS1 and the other has HVS2

Is this the best arrangement or might it be better to move the HVS1 onto the HVS2 receiver

Kind Regards

Graham


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