Date   

Re: SR1 again. Brief instances of negative Traffic being shown on Traffic dial.

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

I hadn't realised that so many people sate and watched the SR1 Console!

I've not watched long enough to see this, but I've seen a possibly similar effect on Windows (and possibly Linux) systems where the byte or bit counter rolls past a 31, 32-bit (or 63, 64-bit) limit and would overflow. Something confuses 31 and 32 bits, and mistakenly sees a large positive number as a large negative one. It's a rate display, isn't it, so:

rate = (new-value - old-value) / time-interval

<new-value> incorrectly seen as negative. I suspect it's purely a cosmetic effect in the display routine rather than any malfunction in the device. I wonder whether this has already been fixed? My Console says (1.01b491) in the window title - what version shows the erroneous behaviour? Oh, I see John's is the same.

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


Re: SR1 again. Brief instances of negative Traffic being shown on Traffic dial.

Douglas Deans
 

On 02/07/2020 12:37, geojohnt via groups.io wrote:
All,
I'm having a discussion with Ayeckca regarding brief periods of 'negative traffic Mbps' being shown
on the SR1's Traffic dial.
I've been aware of this for some years but it was just a 'split second' event.
Since updating to HVS-1 and the new TC, last autumn, it appears that my periods of 'negative traffic'
are becoming more frequent - and certainly for a longer period, up to 5 seconds before the dial and
pointer is again in positive territory.
TC HTML shell graph shows no break in data during this period nor is there a gap in an image.
Ayecka would like to know if any other SR1 users have seen this anomaly which they believe is/could be
caused by, the amount of data throughput in my BS and HVS-1 single system (and with 10 of David's
processing programmes running including animation.
Regards,
John Tellick.
==========================================================================

Yes I have seen that since the beginning of use with the SR1. I do not continually monitor it but it does happen from time to time even when only using the SR1 on the basic service as I have done for a while.

Regards,
Douglas.


Re: SR1 again. Brief instances of negative Traffic being shown on Traffic dial.

Graham Woolf
 

Hi John

Yes I have seen the same more or less since I started with the SR1

Regards

Graham


SR1 again. Brief instances of negative Traffic being shown on Traffic dial.

geojohnt@...
 

All,

I'm having a discussion with Ayeckca regarding brief periods of 'negative traffic Mbps' being shown 
on the SR1's Traffic dial.

I've been aware of this for some years but it was just a 'split second' event.
Since updating to HVS-1 and the new TC, last autumn, it appears that my periods of 'negative traffic' 
are becoming more frequent - and certainly for a longer period, up to 5 seconds before the dial and   
pointer is again in positive territory.

TC HTML shell graph shows no break in data during this period nor is there a gap in an image.

Ayecka would like to know if any other SR1 users have seen this anomaly which they believe is/could be 
caused by, the amount of data throughput in my BS and HVS-1 single system (and with 10 of David's 
processing programmes running including animation.

Regards,
John Tellick.



Re: SR1 configuration.

geojohnt@...
 

Ernst,

Thanks for the information.

And for your further email link regarding NewTec receivers - interesting.

>https://www.youtube.com/watch?v=VAcO2YezfZg

>AFAIK this was used from DVB-S2 day one in EUMETCast Uplinks and professional NewTec >receivers.
>DVB-S2X will allow for sharper bandwidth filtering than current DVB-S2 (problem as always is >drivers!).

Regards,
John.

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

-----Original Message-----
From: Ernst Lobsiger via groups.io <ernst.lobsiger@...>
To: MSG-1@groups.io
Sent: Wed, 1 Jul 2020 17:44
Subject: Re: [MSG-1] SR1 configuration.

On Wed, Jul 1, 2020 at 09:02 AM, <geojohnt@...> wrote:
So, does this matter?
Does it make any difference?
 
BTW, I've no idea what Roll Off is.
 
John

RollOff means how steep the bandwidth filter prevents from interference by close transponders.
20% is somewhat better (sharper) than 25% but you will probably not see any difference such
as increased power and less lost packets. Originally EUMETSAT was talking about 5% RollOff but
only (Non Standard HW, AFAIK 20% is best for DVB-S2) NewTec receivers can possibly do that.


Regards,

Ernst


Re: SR1 configuration.

geojohnt@...
 

David,

Ah, of course, I remember now, something to do with bandwidth.

Thanks for your comments.

Regards,
John.

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

John,


I think it's the sharpness of the filtering.  I suspect that (a) the 
receiver should be the same as or slightly greater than the transmitter (to 
ensure that all the transmitted bandwidth is received) and that (b) there 
will be very little difference in practice between 20% and 25%.

I recall asking EUMETSAT the same question many years back and getting a 
similar response.

Of course, if anyone has better information, do please inform us.

Cheers,
David
-- 

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

-----Original Message-----
From: David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io <david-taylor@...>
To: msg-1@groups.io
Sent: Wed, 1 Jul 2020 17:34
Subject: Re: [MSG-1] SR1 configuration.

Hello All,

I've been looking at my SR1's status via Telnet and see that the/my Roll
Off, # F is set to 25%.

Having been reading the EUMETSAT guide to setting up an SR1 for something
else, I see that
their Roll off is set to 20%

So, does this matter?
Does it make any difference?

BTW, I've no idea what Roll Off is.

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



Re: SR1 configuration.

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

On Wed, Jul 1, 2020 at 09:37 AM, David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 wrote:
Of course, if anyone has better information, do please inform us.David

Sorry, our posts crossed. Here is a link from NewTec that shows their (5%) Clean Channel Technology

https://www.youtube.com/watch?v=VAcO2YezfZg

AFAIK this was used from DVB-S2 day one in EUMETCast Uplinks and professional NewTec receivers.
DVB-S2X will allow for sharper bandwidth filtering than current DVB-S2 (problem as always is drivers!).

Ernst
==============================

Ernst,

No problem - it's better to have two explanations than one, especially when they explain things from a different point of view.

Thanks for the NewTec link. With filtering being digital these days, and with chip power ever increasing (more ops per second) I imagine getting sharper filtering may not be too difficult. More power from the satellite is something that many enthusiasts would welcome, though!

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


Re: SR1 configuration.

Ernst Lobsiger
 

On Wed, Jul 1, 2020 at 09:37 AM, David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 wrote:
Of course, if anyone has better information, do please inform us.
David

Sorry, our posts crossed. Here is a link from NewTec that shows their (5%) Clean Channel Technology

https://www.youtube.com/watch?v=VAcO2YezfZg

AFAIK this was used from DVB-S2 day one in EUMETCast Uplinks and professional NewTec receivers.
DVB-S2X will allow for sharper bandwidth filtering than current DVB-S2 (problem as always is drivers!).

Ernst


Re: SR1 configuration.

Ernst Lobsiger
 

On Wed, Jul 1, 2020 at 09:02 AM, <geojohnt@...> wrote:
So, does this matter?
Does it make any difference?
 
BTW, I've no idea what Roll Off is.
 
John

RollOff means how steep the bandwidth filter prevents from interference by close transponders.
20% is somewhat better (sharper) than 25% but you will probably not see any difference such
as increased power and less lost packets. Originally EUMETSAT was talking about 5% RollOff but
only (Non Standard HW, AFAIK 20% is best for DVB-S2) NewTec receivers can possibly do that.

Regards,
Ernst


Re: SR1 configuration.

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

Hello All,

I've been looking at my SR1's status via Telnet and see that the/my Roll Off, # F is set to 25%.

Having been reading the EUMETSAT guide to setting up an SR1 for something else, I see that
their Roll off is set to 20%

So, does this matter?
Does it make any difference?

BTW, I've no idea what Roll Off is.

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

John,

I think it's the sharpness of the filtering. I suspect that (a) the receiver should be the same as or slightly greater than the transmitter (to ensure that all the transmitted bandwidth is received) and that (b) there will be very little difference in practice between 20% and 25%.

I recall asking EUMETSAT the same question many years back and getting a similar response.

Of course, if anyone has better information, do please inform us.

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


SR1 configuration.

geojohnt@...
 

Hello All,

I've been looking at my SR1's status via Telnet and see that the/my Roll Off, # F is set to 25%.

Having been reading the EUMETSAT guide to setting up an SR1 for something else, I see that 
their Roll off is set to 20%

So, does this matter?
Does it make any difference?

BTW, I've no idea what Roll Off is.

Regards,
John Tellick.

  


Re: no MetOp C data in EPS10 folder

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

David> The last time I used the system I regularly received both MTB and MTC and since then in my configuration nothing has changed also because I only configured BASIC reception
Ernest> YES, I had read that note and my system was already configured to receive both MTB and MTC on the BASIC system
----------------------------------------!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!--------------------------------------------
I have reactivated now (18.15 Italian time) the system and the data begin to arrive. I was unlucky to start the system during a blackout period.
Thank you all for your interest
SOLVED
73, IZ1KBP ... Mario
===========================================

Excellent, Mario! Thanks for letting us know.

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: no MetOp C data in EPS10 folder

Mario Brustia
 

David> The last time I used the system I regularly received both MTB and MTC and since then in my configuration nothing has changed also because I only configured BASIC reception
Ernest> YES, I had read that note and my system was already configured to receive both MTB and MTC on the BASIC system
----------------------------------------!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!--------------------------------------------
I have reactivated now (18.15 Italian time) the system and the data begin to arrive. I was unlucky to start the system during a blackout period.
Thank you all for your interest
SOLVED
73, IZ1KBP ... Mario


Re: no MetOp C data in EPS10 folder

Ernst Lobsiger
 

On Tue, Jun 30, 2020 at 06:38 AM, Mario Brustia wrote:
I reactivated the MSG system after a few months of stand by and I noticed the lack of METOP-C data in the EPS10 folder.
Mario

If "a few months" is about a year, this change might be of interest:

https://www.eumetsat.int/website/home/News/DAT_4411829.html

Regards
Ernst


Re: no MetOp C data in EPS10 folder

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

Hello everyone sorry for the inconvenience.
I reactivated the MSG system after a few months of stand by and I noticed the lack of METOP-C data in the EPS10 folder.
I searched the forum but found no post that could give me any suggestions, I missed some particular changes in the distribution of eumetsat?
I regularly receive METOP-B
Thank's in advance to any!!
Have a nice day!
IZ1KBP, Mario
========================================

Mario,

As you are getting Metop-B you /should/ be getting Metop-C as well. I do wonder whether you need to register separately for Metop-C, but that seems unlikely.

Maybe you are just in a data gap - my last log line reads:

2020-06-30 13:42:40.000 (UTC) created 2020-06-30_1313_M03_08545.hpt

so that's some 45 minutes ago. Metop-C shows as "OK" here:

https://www.eumetsat.int/ossi/webpages/level2.html?ossi_level2_filename=gds_metop_c.html

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: no MetOp C data in EPS10 folder

Ernst Lobsiger
 

Mario

Channel "EPS-10"   Metop-B and Metop C  (Basic Service)
Channel "E1H-EPS-10" Metop-A (HVS-1)

That's how the files ar pooring in here.

Regards
Ernst

P.S. EPS-10 versus EPS10 ?


no MetOp C data in EPS10 folder

Mario Brustia
 

Hello everyone sorry for the inconvenience.
I reactivated the MSG system after a few months of stand by and I noticed the lack of METOP-C data in the EPS10 folder.

I searched the forum but found no post that could give me any suggestions, I missed some particular changes in the distribution of eumetsat?
I regularly receive METOP-B
Thank's in advance to any!!
Have a nice day!
IZ1KBP, Mario


Re: Signal

geojohnt@...
 

Ian,

Yes, I saw from the European users graphs that the SNR did drop back later.

I went out an nudged my dish but couldn't improve my SNR - I see now that this was after the SNR had dropped back.
But I have to say that I wasn't aware on an increase during the '4 hour period.'

The graphs on David's website show that several users saw quite a distinct sustained increase in SNR over that period while others - apparently - saw none, or a minute increase.

I don't understand that.

Regards,
John.

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


-----Original Message-----
From: Ian Deans via groups.io <iandeans142@...>
To: MSG-1@groups.io
Sent: Sun, 28 Jun 2020 17:57
Subject: Re: [MSG-1] Signal

Spoke too soon John and see the signal is back down again after just
over 4 hours. In my case in poor weather 13.1 to 12.5 SNR. At the same
time as the drop in the signal I saw a missed/recovered packet of 5/5
which is quite rare for me, suggesting a station change.

At the risk of repeating myself, it is very annoying that their back up
station has a considerably better signal.

Regards
Ian.

On 28/06/2020 17:26, geojohnt via groups.io wrote:
> Ian,
>
> Interesting, I see from David's website that many say this increase.
> I didn't and since many users SNR is still up a bit, I might just go and
> give my dish a nudge.
>
> Then again, I might just not!
>
> Regards,
> John.
>
> ++++++++++++++++++++++++++++
>
> -----Original Message-----
> From: Ian Deans via groups.io <iandeans142=btinternet.com@groups.io>
> To: MSG-1@groups.io
> Sent: Sun, 28 Jun 2020 17:08
> Subject: [MSG-1] Signal
>
> I see a signal increase about 13.00 UTC suggesting a move to the back up
> station. Signal up about 0.5 SNR and nice to see 13.00 + SNR again even
> with unfavourable weather conditions here.
>
> Regards
> Ian.





Re: Signal

Ian Deans
 

Spoke too soon John and see the signal is back down again after just over 4 hours. In my case in poor weather 13.1 to 12.5 SNR. At the same time as the drop in the signal I saw a missed/recovered packet of 5/5 which is quite rare for me, suggesting a station change.

At the risk of repeating myself, it is very annoying that their back up station has a considerably better signal.

Regards
Ian.

On 28/06/2020 17:26, geojohnt via groups.io wrote:
Ian,
Interesting, I see from David's website that many say this increase.
I didn't and since many users SNR is still up a bit, I might just go and give my dish a nudge.
Then again, I might just not!
Regards,
John.
++++++++++++++++++++++++++++
-----Original Message-----
From: Ian Deans via groups.io <iandeans142=btinternet.com@groups.io>
To: MSG-1@groups.io
Sent: Sun, 28 Jun 2020 17:08
Subject: [MSG-1] Signal
I see a signal increase about 13.00 UTC suggesting a move to the back up
station. Signal up about 0.5 SNR and nice to see 13.00 + SNR again even
with unfavourable weather conditions here.
Regards
Ian.


Re: Signal

geojohnt@...
 

Ian,

Interesting, I see from David's website that many say this increase.
I didn't and since many users SNR is still up a bit, I might just go and give my dish a nudge.

Then again, I might just not!

Regards,
John.

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

-----Original Message-----
From: Ian Deans via groups.io <iandeans142@...>
To: MSG-1@groups.io
Sent: Sun, 28 Jun 2020 17:08
Subject: [MSG-1] Signal

I see a signal increase about 13.00 UTC suggesting a move to the back up
station. Signal up about 0.5 SNR and nice to see 13.00 + SNR again even
with unfavourable weather conditions here.

Regards
Ian.



1861 - 1880 of 31500