Date   
Re: Accessing a folder on Windows 10 from Windows 7 pro

diogenes1@...
 

Thanks Thorsten, I just needed a nudge in the right direction!

--
Securely sent with Tutanota. Get your own encrypted, ad-free mailbox:
https://tutanota.com

Re: Accessing a folder on Windows 10 from Windows 7 pro

Thorsten Miglus
 

Hi Peter,

add a network drive on the Windows 7 PC that points to the folder of interest on your Windows 10 PC. You have to allow network access to the Windows 10 folder and both PC's should be in the same workgroup. And turn off password protected sharing.

Cheers,
Thorsten


On Mon, Sep 30, 2019 at 03:55 PM, <diogenes1@...> wrote:
Hello all,
I am desperately trying to figure out how to access my HVS1 files (W10) from a Windows 7 pro pc running David's software. A while ago I did mange to achieve this goal, but to be honest I have forgotten how I did it.  At present I am going round in circles like hurricane Lorenzo, it seemed so much simpler with Home Groups!
Regards, Peter.

Accessing a folder on Windows 10 from Windows 7 pro

diogenes1@...
 

Hello all,
I am desperately trying to figure out how to access my HVS1 files (W10) from a Windows 7 pro pc running David's software. A while ago I did mange to achieve this goal, but to be honest I have forgotten how I did it.  At present I am going round in circles like hurricane Lorenzo, it seemed so much simpler with Home Groups!
Regards, Peter.

Re: Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

geojohnt@...
 

David,

Thanks again for your further information.

Regarding the 'stuck' TC red icon issue, 'now I know.'
It seems the red icon may have misled me into thinking that I had 42 minutes of no HVS-1 reception.
Demonstrated another day by seeing data flowing on the HTML Shell graph whilst a red icon was showing.

Might be worth taking this up with EUMETSAT?

Regarding PC activity and missed packets, despite my PC being able to cope with its high processing demand from all your programmes running at the same time, I think I added to missed packets yesterday having been using HRPT Reader and GSS to process and display Metop and and MSG Hi-Res images - 'at the same time.'

Anyway, as I said earlier, I'm not aware of and image gaps so there is no problem.

>As I've mentioned many times before, automatic monitoring with e.g. MRTG can
>help you tie periods of loss to periods of high CPU, low memory, high
>network I/O, or scheduled malware scanning.  Otherwise it's more guesswork.

Indeed you have.

It would be an interesting exercise but since I'm not suffering image degradation, it's just another thing to set up.
And really, I guess, I don't need the EUMETCast computer connected to wifi 24/7 in which case I could turn off 'active' BullGuard scanning?
I only need Internet access on that computer to upgrade SatSignal programmes.
Oh, and importantly kepler updates.

Regards,
John.



In a message dated 29/09/2019 16:22:37 GMT Standard Time, gm8arv@... writes:


The red icon behaves differently in two circumstances:

- with signal loss and restoration the icon goes red and then clears.

- with some file errors the icon stays red, until you reset it.  The error
message gives a clue to the problem.

I think the present behaviour is satisfactory, once you know the above.

The missed/recovered packet count can be greater if the link margin is
lower, yes, particularly if there are variations in the signal causing
momentary drop-outs (wind is a cause in this location).  The lower the link
margin, the greater the chance of it being below the threshold.

Even with the perfect signal (well, 4 dB or greater steady link margin), if
any PC activity causes the data stream to be interrupted, that can result in
lost packets.  Yes, virus scanners can cause this, so if the PC doesn't have
any users, turn off the scanner, of if there's a keyboard someone can
interact with stop the scanner looking at the EUMETCast directories.  In the
past, a RAMdisk has been shown to ameliorate this problem, but I'm not so
sure these days with faster PCs and updates to TelliCast.

As I've mentioned many times before, automatic monitoring with e.g. MRTG can
help you tie periods of loss to periods of high CPU, low memory, high
network I/O, or scheduled malware scanning.  Otherwise it's more guesswork.

Re: Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

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

David,

Thanks for that, interesting.
So, the SR1 figures relate to received signal 'quality' and the TC figures rather to computer data handling activity and workload?

I reset SR1 and both TC's 'packet figures' yesterday at 12:10 GMT knowing bad weather was on the way.
The rain down here started around 18:00 GMT and wasn't that heavy but continuous.
I checked the 'packet readouts' at 22:41 GMT and all were still 0.

When I got up at 07:30 GMT we had had some heavy rain overnight and my HVS-1 TC icon was red with SR1's SNR around 11.00 dB
This went up to 12.0 + whilst sitting at the computer but the red HVS-1 icon didn't reset - which it does automatically when the LM is restored.

I opened HVS-1 HTML and saw that data was actually running - being shown on the graph.
And there was one Status error message from earlier.
Clicking reset, reset that and cleared the red TC icon.

So with data flowing despite the red task bar icon, the icon is slow to reset when the link margin rises above the threshold - it seems.
Or, I seem to recall, it remains red when a Status error message has been recorded.

This is a bit confusing(?), since a red TC task bar icon suggests lost lock and no data flowing?
It really needs another colour to inform of an error message warning?

Yellow for connecting, orange for message waiting, red for lost lock - no data throughput?

At 09:10 GMT I checked missed packets and HVS-1 showed Missed Packets 1611 - Recovered Packets 0.

BS showed Missed Packets 2114 - Recovered Packets 45

SR1 showed Bad Frame Count 2226 - Bad Packet Counts 16942.

I then reset all at that time.


I think you are saying that if the computer is struggling with the amount of data/services it is having to deal with, TC will show lost/missed packets of data?
Does then low/er SNR - though above link margin threshold, also add to this loss?

I'm running a single PC system 24/7:
Intel i5-4690K CPU @ 3.50 GHz.
16 GB RA1.81 T HDD
Windows 10 Home
and no RAMDisk.

Programmes running: MSG-4 - + FSD, IODC, RSS, Animator, AVHRR Manager (NOAA-19, Metop A B C) Metop Manager B, Metop Manager C, GOES-16, GOES-17, HImarawi, and receive (store) Modis data - programme not running.

Task Manager appears to show my computer is not stressed - but of course I only look at that occasionally.
However, dare I say, your 'favourite' Anti Virus Software programme BullGuard ???? does kick in every now and again to do 'house cleaning,' optimisation and defraging - and goodness knows what else with the HDD working on this as well.

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

John,

The red icon behaves differently in two circumstances:

- with signal loss and restoration the icon goes red and then clears.

- with some file errors the icon stays red, until you reset it. The error message gives a clue to the problem.

I think the present behaviour is satisfactory, once you know the above.

The missed/recovered packet count can be greater if the link margin is lower, yes, particularly if there are variations in the signal causing momentary drop-outs (wind is a cause in this location). The lower the link margin, the greater the chance of it being below the threshold.

Even with the perfect signal (well, 4 dB or greater steady link margin), if any PC activity causes the data stream to be interrupted, that can result in lost packets. Yes, virus scanners can cause this, so if the PC doesn't have any users, turn off the scanner, of if there's a keyboard someone can interact with stop the scanner looking at the EUMETCast directories. In the past, a RAMdisk has been shown to ameliorate this problem, but I'm not so sure these days with faster PCs and updates to TelliCast.

As I've mentioned many times before, automatic monitoring with e.g. MRTG can help you tie periods of loss to periods of high CPU, low memory, high network I/O, or scheduled malware scanning. Otherwise it's more guesswork.

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

Re: Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

geojohnt@...
 

David,

Thanks for that, interesting.
So, the SR1 figures relate to received signal 'quality' and the TC figures rather to computer data handling activity and workload?

I reset SR1 and both TC's 'packet figures' yesterday at 12:10 GMT knowing bad weather was on the way.
The rain down here started around 18:00 GMT and wasn't that heavy but continuous.
I checked the 'packet readouts' at 22:41 GMT and all were still 0.

When I got up at 07:30 GMT we had had some heavy rain overnight and my HVS-1 TC icon was red with SR1's SNR around 11.00 dB.
This went up to 12.0 + whilst sitting at the computer but the red HVS-1 icon didn't reset - which it does automatically when the LM is restored.

I opened HVS-1 HTML and saw that data was actually running - being shown on the graph.
And there was one Status error message from earlier.
Clicking reset, reset that and cleared the red TC icon.

So with data flowing despite the red task bar icon, the icon is slow to reset when the link margin rises above the threshold - it seems.
Or, I seem to recall, it remains red when a Status error message has been recorded.

This is a bit confusing(?), since a red TC task bar icon suggests lost lock and no data flowing?
It really needs another colour to inform of an error message warning?
Yellow for connecting, orange for message waiting, red for lost lock - no data throughput?

At 09:10 GMT I checked missed packets and HVS-1 showed Missed Packets 1611 - Recovered Packets 0.

BS showed Missed Packets 2114 - Recovered Packets 45.

SR1 showed Bad Frame Count 2226 - Bad Packet Counts 16942.

I then reset all at that time.

I think you are saying that if the computer is struggling with the amount of data/services it is having to deal with, TC will show lost/missed packets of data?
Does then low/er SNR - though above link margin threshold, also add to this loss?

I'm running a single PC system 24/7:
Intel i5-4690K CPU @ 3.50 GHz.
16 GB RA1.81 T HDD
Windows 10 Home
and no RAMDisk.

Programmes running: MSG-4 - + FSD, IODC, RSS, Animator, AVHRR Manager (NOAA-19, Metop A B C) Metop Manager B, Metop Manager C, GOES-16, GOES-17, HImarawi, and receive (store) Modis data - programme not running.

Task Manager appears to show my computer is not stressed - but of course I only look at that occasionally.
However, dare I say, your 'favourite' Anti Virus Software programme BullGuard 🙂 does kick in every now and again to do 'house cleaning,' optimisation and defraging - and goodness knows what else with the HDD working on this as well.

Regards,
John.

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

In a message dated 28/09/2019 16:10:51 GMT Standard Time, gm8arv@... writes:

For simplicity, just record the missed & recovered packets on a daily basis,
and reset the statistics  after noting the readings.  On a good day, both
should be zero.

If the bad DVB packets and frames are non-zero, that suggests there's an
issue with the signal.  If the DVB figures are zero, but you still have
packet loss, that suggests there's a computer issue.  By recording the times
of the losses you may be able to judge what caused them.

Re: Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

Cornish Man
 

Hi

HVS-1 ans basic is always disconnecting for me  even in good weather

I sent an email to ERUMetCast and they said to send them the ini and log files.
I am awaiting for them to reply

J larkin

On Saturday, 28 September 2019, 16:10:50 BST, David J Taylor via Groups.Io <gm8arv@...> wrote:


David,

Thanks for your comments and the link to Arne's results.

I have to say that I've never monitored, as such, missed and recovered
packets as I seldom appear to get missed data - as in gaps in images.
I have however over a long period of time noticed in TC HTML Statistics,
figures for Missed Packets before FEC and FEC Recovered Packets.
The recovered packets rather few compared to the missed packets if I recall
correctly.

But I don't think I was aware of 'image missed data.'

Of course when torrential rain/ice crystal clouds, cause link margin to drop
below threshold, then that will cause lost data for that period and 'gaps in
images.'

As you know I lost HVS-1 twice yesterday for short periods when its link
margin dropped below threshold.

There is some wild weather on its way overnight so I've reset both TC HVS-1
and BS statistics -now, with sun and broken cloud, and SNR where it 'should
be.'
I'll see how it goes.

Now, how relevant are the Bad Frame Count and Bad Packet Count figures on
the SR1 readout - to all this?
Both of which are zero at the moment - whereas both TC HVS-1 and BS showed
quite a lot of missed packets over the same operating period.

And what do they actually show?

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

John,

For simplicity, just record the missed & recovered packets on a daily basis,
and reset the statistics  after noting the readings.  On a good day, both
should be zero.

If the bad DVB packets and frames are non-zero, that suggests there's an
issue with the signal.  If the DVB figures are zero, but you still have
packet loss, that suggests there's a computer issue.  By recording the times
of the losses you may be able to judge what caused them.

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




Re: Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

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

David,

Thanks for your comments and the link to Arne's results.

I have to say that I've never monitored, as such, missed and recovered packets as I seldom appear to get missed data - as in gaps in images.
I have however over a long period of time noticed in TC HTML Statistics, figures for Missed Packets before FEC and FEC Recovered Packets.
The recovered packets rather few compared to the missed packets if I recall correctly.

But I don't think I was aware of 'image missed data.'

Of course when torrential rain/ice crystal clouds, cause link margin to drop below threshold, then that will cause lost data for that period and 'gaps in images.'

As you know I lost HVS-1 twice yesterday for short periods when its link margin dropped below threshold.

There is some wild weather on its way overnight so I've reset both TC HVS-1 and BS statistics -now, with sun and broken cloud, and SNR where it 'should be.'
I'll see how it goes.

Now, how relevant are the Bad Frame Count and Bad Packet Count figures on the SR1 readout - to all this?
Both of which are zero at the moment - whereas both TC HVS-1 and BS showed quite a lot of missed packets over the same operating period.

And what do they actually show?

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

John,

For simplicity, just record the missed & recovered packets on a daily basis, and reset the statistics after noting the readings. On a good day, both should be zero.

If the bad DVB packets and frames are non-zero, that suggests there's an issue with the signal. If the DVB figures are zero, but you still have packet loss, that suggests there's a computer issue. By recording the times of the losses you may be able to judge what caused them.

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

Originally Re: [MSG-1] SR1 Traffic dial. - now missed packets

geojohnt@...
 

David,

Thanks for your comments and the link to Arne's results.

I have to say that I've never monitored, as such, missed and recovered packets as I seldom appear to get missed data - as in gaps in images.
I have however over a long period of time noticed in TC HTML Statistics, figures for Missed Packets before FEC and FEC Recovered Packets.
The recovered packets rather few compared to the missed packets if I recall correctly.

But I don't think I was aware of 'image missed data.'

Of course when torrential rain/ice crystal clouds, cause link margin to drop below threshold, then that will cause lost data for that period and 'gaps in images.'

As you know I lost HVS-1 twice yesterday for short periods when its link margin dropped below threshold.

There is some wild weather on its way overnight so I've reset both TC HVS-1 and BS statistics -now, with sun and broken cloud, and SNR where it 'should be.'
I'll see how it goes.

Now, how relevant are the Bad Frame Count and Bad Packet Count figures on the SR1 readout - to all this?
Both of which are zero at the moment - whereas both TC HVS-1 and BS showed quite a lot of missed packets over the same operating period.

And what do they actually show?

Regards,
John

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

In a message dated 27/09/2019 17:17:20 GMT Standard Time, gm8arv@... writes:

My
first thought would be to keep a regular check on missed & recovered
packets, and reset those statistics on a daily basis (we have automated
software which will do this).

Even in this delightful part of the world, when the weather is fair, and the
computers aren't overloaded, I can often get zero missed and zero recovered,
on BS, HVS-1 and HVS-2, Ayecka and TBS systems.  I do note though that with
the TBS software, it was only when I reverted to an earlier driver that I
got zeros, otherwise the missed and recovered counts were no-zero, but
matching.  You'll see that Arne's system is also in that state:

  http://home.hccnet.nl/a.van.belle/MRTG/tcstats-p1-tbs6983-hvs-2-tunerb.html

The monthly and yearly graphs show the base steady missed & recovered stream
best.

Re: SR1 Traffic dial.

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

David,

OK, I'll do that.

It's not that I sit all day watching the dial, but I notice it whilst on the adjacent day to day computer.

Another thing that happens every now and again on the SR1 Contoller is a brief, red 'lost lock' (or whatever the message is) warning.
I suspect it might be, as I'm on a flight path into LHR, a plane eclipsing the satellite.

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

John,

I was referring to the negative traffic as being data you must be feeding to EUMETSAT! Only a joke.

I recall brief flashes happening in the early days of HVS, and they were most likely the TelliCast icon rather than the Java/Ayecka program. My first thought would be to keep a regular check on missed & recovered packets, and reset those statistics on a daily basis (we have automated software which will do this).

Even in this delightful part of the world, when the weather is fair, and the computers aren't overloaded, I can often get zero missed and zero recovered, on BS, HVS-1 and HVS-2, Ayecka and TBS systems. I do note though that with the TBS software, it was only when I reverted to an earlier driver that I got zeros, otherwise the missed and recovered counts were no-zero, but matching. You'll see that Arne's system is also in that state:

http://home.hccnet.nl/a.van.belle/MRTG/tcstats-p1-tbs6983-hvs-2-tunerb.html

The monthly and yearly graphs show the base steady missed & recovered stream best.

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

Re: SR1 Traffic dial.

Douglas Deans
 

On 27/09/2019 12:49, geojohnt via Groups.Io wrote:
All,
Just a question for SR1 users - does your traffic dial indicate a vast number of negative Mbps for a second or so every now and again?
Such as 5 minutes or so ago -1679.x Mbps or  ~ -3344.x Mbps at other times.
Regards,
John Tellick.
===================================================================

Yes John, I have occassionally seen that. I just ignore it. It does not seem to have any effect on reception. It has been about for a long time and remained across software updates.

Regards,
Douglas.

Re: SR1 Traffic dial.

geojohnt@...
 

David,

OK, I'll do that.

It's not that I sit all day watching the dial, but I notice it whilst on the adjacent day to day computer.

Another thing that happens every now and again on the SR1 Contoller is a brief, red 'lost lock' (or whatever the message is) warning.
I suspect it might be, as I'm on a flight path into LHR, a plane eclipsing the satellite.

Regards,
John.

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

In a message dated 27/09/2019 12:55:29 GMT Standard Time, gm8arv@... writes:

I don't recall seeing that, but doubtless EUMETSAT will /really/ appreciate
all the data you must be feeding back!  <G>

Re: SR1 Traffic dial.

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

All,

Just a question for SR1 users - does your traffic dial indicate a vast number of negative Mbps for a second or so every now and again?
Such as 5 minutes or so ago -1679.x Mbps or ~ -3344.x Mbps at other times.

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

John,

I don't recall seeing that, but doubtless EUMETSAT will /really/ appreciate all the data you must be feeding back! <G>

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

SR1 Traffic dial.

geojohnt@...
 

All,

Just a question for SR1 users - does your traffic dial indicate a vast number of negative Mbps for a second or so every now and again?
Such as 5 minutes or so ago -1679.x Mbps or  ~ -3344.x Mbps at other times.

Regards,
John Tellick.

Re: HVS-1 link margin in negative territory for around 42 minutes.

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

Ian,

I've never lost BS before - though this year I have had some error messages in the 'new' updated TC which I started using several months ago.

I'm on the edge of a large cloud again at the moment and SNR is dropping.
Fortunately it is the back end of a big! cloud travelling east to the north of me showing up well on Channel 12 Hi-Res 15:30.

Whatever happened to the days early last year where my basic SNR was 13.9 - 14.3 dB clear sky?

Now it is 12.4/5 - 12.9/13.00 dB.

Er, bigger dish?
Cut down the neighbours fir tree?

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

"Welcome to the real world!"

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

Re: HVS-1 link margin in negative territory for around 42 minutes.

Douglas Deans
 

John in truth none of this should be needed.
Over the years I have spent many hours fine tuning my dish for maximum reception, invested in a 1.0 metre dish to help with the poor Scottish signal (dubiously legal up here !) and due to those endeavours found that sometimes on a good clear morning I could just see an SNR into the 13s. And now over the past year one issue after another has slowly eroded signal and despite much fine tuning I can now never see an SNR starting with anything higher than 11.  
The Eumetcast service is an amazing service for amateurs and I have nothing but admiration for Eumetsat allowing amateurs to receive it, but not withstanding that it seems to me that something is amiss with the management of this 10 year old satellite. Perhaps TV and money rules. 

I for one am now thinking of finding an alternative way of getting the data.

Regards,
Douglas.

PS. apologies if my mail layout is poor but BT pop3 is again down so composing on the server which I hate !
-------------------------------------------------------------------------------------------------------------------------


On Tuesday, 24 September 2019, 16:38:16 BST, geojohnt via Groups.Io <geojohnt@...> wrote:


Ian,

I've never lost BS before - though this year I have had some error messages in the 'new' updated TC which I started using several months ago.

I'm on the edge of a large cloud again at the moment and SNR is dropping.
Fortunately it is the back end of a big! cloud travelling east to the north of me showing up well on Channel 12 Hi-Res 15:30.

Whatever happened to the days early last year where my basic SNR was 13.9 - 14.3 dB clear sky?

Now it is 12.4/5 - 12.9/13.00 dB.

Er, bigger dish?
Cut down the neighbours fir tree?

Regards,
John.

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



_._,_._,_

Re: HVS-1 link margin in negative territory for around 42 minutes.

geojohnt@...
 

Ian,

I've never lost BS before - though this year I have had some error messages in the 'new' updated TC which I started using several months ago.

I'm on the edge of a large cloud again at the moment and SNR is dropping.
Fortunately it is the back end of a big! cloud travelling east to the north of me showing up well on Channel 12 Hi-Res 15:30.

Whatever happened to the days early last year where my basic SNR was 13.9 - 14.3 dB clear sky?

Now it is 12.4/5 - 12.9/13.00 dB.

Er, bigger dish?
Cut down the neighbours fir tree?

Regards,
John.

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


In a message dated 24/09/2019 16:08:27 GMT Standard Time, iandeans142@... writes:

There is no doubt about it John that the drop of 0.5/0.6 SNR in the
basic/HVS-1 signal will result in more incidences of lost HVS-1 data.

If a separate receiver is used for basic only, losses due to signal
should be few as it needs to drop to below 6 SNR before losses occur.

Re: HVS-1 link margin in negative territory for around 42 minutes.

Ian Deans
 

On 24/09/2019 15:10, geojohnt via Groups.Io wrote:
All,
Oh this is ridiculous!
I've just lost both HVS-1 - and BS this time.
A large towering cloud went over and although no rain my EUMETCast SR1 Es/No dropped to 3.1 dB at
13:34:45 with Power dropping from (the usual) -25 dBm to -30 dBm.
The outage started around 13:24 with firstly the loss of HVS-1 and then BS - red tc icons.
This time I monitored Eutelsat 10's 'eutelsat channel' 11.346 GHz H which is (actually) DVB-*S* MPEG-4 27500 3/4 on another of the LNB's quad outputs.
It's C/N dropped from the usual 15 dB to 4.8 dB and lost lock briefly at this level on the SatPal meter.
The meter appears to be very sensitive and C/N was varying considerably up and down like a yo-yo during this period.
And my location is well within the highest power contour of Eutelsat 10 A!
Regards,
John.
==========================================================================

There is no doubt about it John that the drop of 0.5/0.6 SNR in the basic/HVS-1 signal will result in more incidences of lost HVS-1 data.

If a separate receiver is used for basic only, losses due to signal should be few as it needs to drop to below 6 SNR before losses occur.

For me up here north of Dundee and out the main footprint the drop in the TP-1 signal is very unfortunate and I still wonder why it was necessary.

My TP-2 signal is now marginally higher than the TP-1 signal, which is to be expected as Eumetsat had previously indicated that the TP-2 signal would be approx. 0.4 SNR lower than TP-1.

Regards
Ian.

Re: HVS-1 link margin in negative territory for around 42 minutes.

geojohnt@...
 

All,

Oh this is ridiculous!

I've just lost both HVS-1 - and BS this time.

A large towering cloud went over and although no rain my EUMETCast SR1 Es/No dropped to 3.1 dB at
13:34:45 with Power dropping from (the usual) -25 dBm to -30 dBm.
The outage started around 13:24 with firstly the loss of HVS-1 and then BS - red tc icons.

This time I monitored Eutelsat 10's 'eutelsat channel' 11.346 GHz H which is (actually) DVB-S MPEG-4 27500 3/4 on another of the LNB's quad outputs.
It's C/N dropped from the usual 15 dB to 4.8 dB and lost lock briefly at this level on the SatPal meter.
The meter appears to be very sensitive and C/N was varying considerably up and down like a yo-yo during this period.

And my location is well within the highest power contour of Eutelsat 10 A!

Regards,
John.


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


In a message dated 24/09/2019 12:25:50 GMT Standard Time, geojohnt@... writes:

Dear All,

Sorry for the late report - just had to watch the Supreme Court news coverage.

I lost my HVS-1 channel this morning from 07:41 to 08:22 GMT owing to very low SNR caused by torrential rain at times and/or thick cloud from the storm crossing the UK at the moment.

At one point my SNR was down to 7.8 dB giving a link margin of -1.5 dB on HVS-1.

I've only been running HVS-1 since Feb/March and have not experienced this long an outage before.
Having said that, we haven't had that much rain down here in SW London this year - and not this heavy.

At times, as usual, it was not the rain causing the lowered SNR but obviously the cloud above.

My LNB rain shield kept the LNB face free of rain drops - the SNR would have been ~ 0.8 dB (even) lower without it.
1 m dish, Inverto Black Ultra LNB and SR1 receiver.

When my SNR was at its lowest my satellite Power reading was -27 dBm.
It remained at this level for quite some time.
The usual steady reading is -25 dBm.

The HVS-1 icon went red around 07:41 at SNR 9.0 dB Power -27 dBm.
I rebooted it and it sat there yellow till 08:23 when it 'connected' requiring the link margin above +1 dB, if I recall correctly.

However, the latest (3rd?) step drop in SNR has not helped matters.

This doesn't look good if we are going to get more of these 'storm events?'

SNR now at 11:25 GMT with some cloud but no rain is 12.8 dB around the (new) usual (lower) level now.

Regards,
John Tellick



HVS-1 link margin in negative territory for around 42 minutes.

geojohnt@...
 

Dear All,

Sorry for the late report - just had to watch the Supreme Court news coverage.

I lost my HVS-1 channel this morning from 07:41 to 08:22 GMT owing to very low SNR caused by torrential rain at times and/or thick cloud from the storm crossing the UK at the moment.

At one point my SNR was down to 7.8 dB giving a link margin of -1.5 dB on HVS-1.

I've only been running HVS-1 since Feb/March and have not experienced this long an outage before.
Having said that, we haven't had that much rain down here in SW London this year - and not this heavy.

At times, as usual, it was not the rain causing the lowered SNR but obviously the cloud above.

My LNB rain shield kept the LNB face free of rain drops - the SNR would have been ~ 0.8 dB (even) lower without it.
1 m dish, Inverto Black Ultra LNB and SR1 receiver.

When my SNR was at its lowest my satellite Power reading was -27 dBm.
It remained at this level for quite some time.
The usual steady reading is -25 dBm.

The HVS-1 icon went red around 07:41 at SNR 9.0 dB Power -27 dBm.
I rebooted it and it sat there yellow till 08:23 when it 'connected' requiring the link margin above +1 dB, if I recall correctly.

However, the latest (3rd?) step drop in SNR has not helped matters.

This doesn't look good if we are going to get more of these 'storm events?'

SNR now at 11:25 GMT with some cloud but no rain is 12.8 dB around the (new) usual (lower) level now.

Regards,
John Tellick