Date   

Re: jumbled images

Robert Moore
 

David,
- the tc-recv.exe process is /also/ being excluded from AVAST
I had ....\T-Systems\BusinessTV-IP\* set as an exception in Avast! But this I think was the wrong directory. I have now set C:\EUMETCast\ as an exception (and noted the time). Avast! wants to make the whole C;\ drive an exception with this setting. But I will wait and watch.
- that the RAMdisk is actually in use (it holds current .FYS files)
all OK, there are two FYS files there at present and activity in the tmp folder. The RAMdisk has always been excluded from Avast!
Thanks for the advice - will continue monitoring.

Robert


Re: jumbled images

Robert Moore
 

David, this response to my request to Novra for info on BER:


LDPC Packet Error Rate PER is a ratio. For example, PER of 1e-6 means one packet error per million packets.


This copied and pasted from their email, so I think some Ps and Bs being mixed up here.
Robert


Re: AVHRR and Metop missing segments

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

Dear David,
thanks for the response and to learn that you got the 11.48 image totally does
mean that there is a problem with something here. The config of the recv.ini is
fine and I do have a ramdisk working correctly. The dish is as perfectly aligned
as I can get it and I have paid attention to skew and LNB to squeeze the last
drop of rf out of it. But it will do no harm to go over things again as sometimes
it's the glaringly s***ing obvious that has not been attended to.

I use a 1m dish and because getting up a ladder is no longer advisable I have
a Diseq positioner to take care of the east- west alignment.
My SNR is 10.00 and the BER is zero.

I will try and have a re-adjust this weekend of the elevation and LNB if the weather is ok.

Pete
============================

Thanks for those details, Pete. Although my estimate is that you should be getting nearer 12 dB Es/No with a 1 m dish and good LNB, 10 dB if steady should still be enough to get error-free reception. It's possible that the recent high winds have moved the dish slightly.

Do let us know what you find.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: AVHRR and Metop missing segments

Peter Stein
 

Dear David,
thanks for the response and to learn that you got the 11.48 image totally does
mean that there is a problem with something here. The config of the recv.ini is
fine and I do have a ramdisk working correctly. The dish is as perfectly aligned
as I can get it and I have paid attention to skew and LNB to squeeze the last
drop of rf out of it. But it will do no harm to go over things again as sometimes
it's the glaringly s***ing obvious that has not been attended to.


I use a 1m dish and because getting up a ladder is no longer advisable I have
a Diseq positioner to take care of the east- west alignment.
My SNR is 10.00 and the BER is zero.


I will try and have a re-adjust this weekend of the elevation and LNB if the weather is ok.


Pete


Re: jumbled images

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

Robert,

Briefly, from what you wrote, I would check that:

- the tc-recv.exe process is /also/ being excluded from AVAST

- that the RAMdisk is actually in use (it holds current .FYS files)

- that the tmp_directory is correctly setup

But do monitor against day of the week just in case....

I look forward to knowing just what the BER from that unit means. My feeling is that /any/ non-zero value is bad news.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: jumbled images

Robert Moore
 

Apologies for the long reply David, but I thought it best to get all the information in one place:

1 - I am confused by the values for BER. They seem to be in the region of 10000-20000 but what are the units? On most of the Ayecka and TBS receivers we see a rate of less than 1 part per million (ppm), usually zero.

> Currently showing 1.967e+004 which I make to be 19700. I can find no reference to units of this value in the S300E handbook, so I have emailed the company.

2 - A C/N should be OK for reception in clear-sky conditions, although its at the lower end of the range seen by many:

> 11.9 has been my maximum. Contractor thought that a larger dish would pose severe problems given the setup on my wall, but would it be worth trying?

In the past, when people have seen problems like this it has been one of two reasons:

- unintentionally, they are running multiple copies of e.g. the MSG Data Manager, so one is eating the other one's files.
> No, carefully checked!

- they haven't sent the rapid-scan data to a completely separate directory.
If things sometimes work and at other times not, it sound less like a configuration error, but just to confirm what I mean, you should have something similar to:

[EUMETSAT Data Channel 1]
target_directory=received\Data Channel 1
[EUMETSAT Data Channel 2]
.......
[EUMETSAT Data Channel 4]
target_directory=received\Data Channel 4
[EUMETSAT Data Channel 5]
target_directory=received\RSS
[EUMETSAT Data Channel 6]
target_directory=received\RSS

with the full-scan MSG Data Manager pointing at "received", and the rapid-scan instance pointing at "received\RSS". I'm sure you already have this.

> Yes, I do


It's not impossible that you are getting radio interference from some local transmission which is stopping reception intermittently - are things different between weekdays and weekend?
> An interesting one this - I did wonder - perhaps I should set up continuous monitoring. There are no commercial premises around here, but who knows what RF may be generated by some new and noisy domestic gadget?

Perhaps there is a connector isn't 100% tightened or has too little or too much of the centre conductor poking out?
> Did this carefully when installing new box, but I will check again.

On the computer side, I assume you have a RAMdisk which is being used, that you have the tmp_directory set in recv.ini, and that you have excluded both the tc-recv.exe process and the "received" directory tree for any anti-virus scanning.
> RAMdisk in use with 'temp_directory=receiving/tmp' In recv.ini in [locations] the only reference to .../tmp was hashed out: #file_database_directory=receiving/tmp. Sunday evening I removed the # but this has made no difference.

I do recall that you had some 3rd-party anti-virus product running which I had not heard of, so I can't vouch for whether it may cause trouble or not. Do remember that there is a very long list of processes and services which EUMETSAT recommend disabling under Windows-7 (and 8) although I have got away without disabling them.

> I only have Avast! running now. i have excluded the RAMdisk and the Tellicast directory from scanning etc

Monday morning I ran RSS 5 minute data in GSS; and made an animation of 96 ch09 images. I then played these slowly (2 images a second) and watched every image very closely. The bands of data that lie south of the northern Spanish coast were clearly making a lot of movements backwards, the remainder of the image only very occasionally. It seems that no data are missing, they are just being assembled in the wrong order from time to time.

In addition - and just in case it is connected to any of the above - I have had a number of messages from MetopManager 'Unable to process chunk file: .......etc'

BTW I checked again on the MSG-1 site and in the 'files' section I have no 'Upload' button. So I must have been in Satsignal when I posted the file (don't know why).

Robert


Re: ECLIPSE

Simon Proud <simon.proud@...>
 

Hi,
The strange shape is sunglint, a particularly strong solar reflection -
usually happens over ocean (like here) but can also happen over lakes and
rivers. As the sun is in the same plane as the satellite just now (equinox)
that leads to the sunglnit being even higher than normal.

cheers,
Simon

On 22 March 2015 at 18:23, 25071950@... [MSG-1] <MSG-1@...>
wrote:





Hello
I've added a few pictures of the eclipse (shadow on Earth) (&#92; F5JPK)
And some strange pictures of FY2D and MET 7 with a strange shape in the
South of the India (cloud?, illusion?...)



[Non-text portions of this message have been removed]



[Non-text portions of this message have been removed]


Re: AVHRR and Metop missing segments

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

Hi Chaps,
I have come to terms with imagery content encountered since we
moved to 10e and to improve I would love to move to a 1.5 or 2m dish .
But to actually do that where I currently live would be impossible and to move house
just to get better images would mean me coming to terms with being a bachelor if you get the drift.

However what I do miss is regular solid passes that includes the UK from N19 and Metop.
I get missing segments when the pass is over the UK and in the AVHRR browser the 11.48
Metop B from today looks like a Zebra Crossing !

AVHRR and Metop segments missing with 9e happened occasionally but not to the level
that I am currently encountering.

Am I the only one in this situation or is there someone out there who can
show me the error of my ways in the way that I might have things configured ?
Weatherwise today has been cloud free in NW England

Any help apreciated
Pete
=================================

Pete,

The 11:48 yesterday was solid here.

First, what Es/No are you seeing? I gather you may be near Loughborough. You may like to compare how well nearby stations are performing, such as David Anderson with a 110 cm dish:

http://www.eastleake-weather.org.uk/mrtg/sr1-dual-link-margin.html

With a perfectly aligned dish he is seeing about 6.5 dB link margin, so you could lose 2.5 dB from that and still be at the minimum recommended level of 4 dB. I make that a 1.77 area difference, so a 1.33 linear difference, suggesting that an 82 cm dish would /just/ suffice. Does that fit in with what you are seeing?

Some of the files you mention are quite large ones, which then raises the questions:

- do you have a RAMdisk, which is both in use and large enough?

- have you configured a tmp_directory (in the recv.ini)?

I cannot emphasise enough how critical it is to get the best Es/No possible, by optimising the dish azimuth and elevation, the LNB skew, and the LNB focus. Another 0.2 dB from each of those adjustments could make all the difference!

73,
David GM8ARV
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


AVHRR and Metop missing segments

Peter Stein
 

Hi Chaps,
I have come to terms with imagery content encountered since we
moved to 10e and to improve I would love to move to a 1.5 or 2m dish .
But to actually do that where I currently live would be impossible and to move house
just to get better images would mean me coming to terms with being a bachelor if you get the drift.


However what I do miss is regular solid passes that includes the UK from N19 and Metop.
I get missing segments when the pass is over the UK and in the AVHRR browser the 11.48
Metop B from today looks like a Zebra Crossing !


AVHRR and Metop segments missing with 9e happened occasionally but not to the level
that I am currently encountering.


Am I the only one in this situation or is there someone out there who can
show me the error of my ways in the way that I might have things configured ?
Weatherwise today has been cloud free in NW England


Any help apreciated


Pete


ECLIPSE

roland francois
 

Hello
I've added a few pictures of the eclipse (shadow on Earth) (&#92; F5JPK)
And some strange pictures of FY2D and MET 7 with a strange shape in the South of the India (cloud?, illusion?...)


Re: jumbled images

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

I have a problem that I think some other list members may have encountered from time to time. I'm getting segments that seem to be out of order. This shows up most notably in animations where the image jumps around - segments go backwards in the animation in a rather random way. As a result RSS is often unusable and GSS animations barely usable. By selecting files carefully I can always get a good static GSS image however because there are enough images intact. So GSS is not so serious a problem - but my Atlantic IR animation that was always running on a second monitor has been out of action for a while.
I suspected environmental factors because the line of sight to the satellite passes very close to trees. But there is no variation in reception with wind, which I would expect to be the case if swaying branches were the problem.
On David's suggestion I have been monitoring reception - although not at such regular intervals as I would have liked. I'm not sure I know how to read these data, so any hints would be welcome. I have put both Tellicast and Novra data into tables in a Word document which I am uploading to the group's files.
The little strings 'xxx' are where numbers are changing too fast to write down.

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

Robert,

First impressions:

1 - I am confused by the values for BER. They seem to be in the region of 10000-20000 but what are the units? On most of the Ayecka and TBS receivers we see a rate of less than 1 part per million (ppm), usually zero.

http://www.satsignal.eu/mrtg/performance_eumetcast-europe_ber.php

Brussels can plot lower values and typically shows 200 milli x 10E-7, so 0.2 E-7.

2 - A C/N should be OK for reception in clear-sky conditions, although its at the lower end of the range seen by many:

http://www.satsignal.eu/mrtg/performance_eumetcast-europe_snr.php

That also seems to be supported by the low-ish number of uncorrectables the Novra is reporting.

3 - The number of missed and recovered TelliCast packets goes down as well as up, suggesting that there have been TelliCast restarts. Over the last few days there have been some Europe-wide TelliCast losses, such as these seen here:

Mar 21 23:15: 225 missed, 4 recovered
Mar 20 10:00: 221 missed, 0 recovered
Mar 18 12:05: 205 missed, 28 recovered

In any case, such a small number of missed packets should not cause the dramatic effect you are reporting.

In the past, when people have seen problems like this it has been one of two reasons:

- unintentionally, they are running multiple copies of e.g. the MSG Data Manager, so one is eating the other one's files.

- they haven't sent the rapid-scan data to a completely separate directory.

If things sometimes work and at other times not, it sound less like a configuration error, but just to confirm what I mean, you should have something similar to:

[EUMETSAT Data Channel 1]
target_directory=received&#92;Data Channel 1

[EUMETSAT Data Channel 2]
target_directory=received&#92;Data Channel 2

[EUMETSAT Data Channel 3]
target_directory=received&#92;Data Channel 3

[EUMETSAT Data Channel 4]
target_directory=received&#92;Data Channel 4

[EUMETSAT Data Channel 5]
target_directory=received&#92;RSS

[EUMETSAT Data Channel 6]
target_directory=received&#92;RSS

with the full-scan MSG Data Manager pointing at "received", and the rapid-scan instance pointing at "received&#92;RSS". I'm sure you already have this.

It's not impossible that you are getting radio interference from some local transmission which is stopping reception intermittently - are things different between weekdays and weekend? Perhaps there is a connector isn't 100% tightened or has too little or too much of the centre conductor poking out?

On the computer side, I assume you have a RAMdisk which is being used, that you have the tmp_directory set in recv.ini, and that you have excluded both the tc-recv.exe process and the "received" directory tree for any anti-virus scanning.

I do recall that you had some 3rd-party anti-virus product running which I had not heard of, so I can't vouch for whether it may cause trouble or not. Do remember that there is a very long list of processes and services which EUMETSAT recommend disabling under Windows-7 (and 8) although I have got away without disabling them.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: jumbled images

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

I have a problem that I think some other list members may have encountered from time to time. I'm getting segments that seem to be out of order. This shows up most notably in animations where the image jumps around - segments go backwards in the animation in a rather random way. As a result RSS is often unusable and GSS animations barely usable. By selecting files carefully I can always get a good static GSS image however because there are enough images intact. So GSS is not so serious a problem - but my Atlantic IR animation that was always running on a second monitor has been out of action for a while.
I suspected environmental factors because the line of sight to the satellite passes very close to trees. But there is no variation in reception with wind, which I would expect to be the case if swaying branches were the problem.
On David's suggestion I have been monitoring reception - although not at such regular intervals as I would have liked. I'm not sure I know how to read these data, so any hints would be welcome. I have put both Tellicast and Novra data into tables in a Word document which I am uploading to the group's files.
The little strings 'xxx' are where numbers are changing too fast to write down.


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

Robert's file is here:

https://groups.yahoo.com/neo/groups/SatSignal/files/monitoring.doc

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: jumbled images

Robert Moore
 

The uploaded file went to the Satsignal list (now how did I do that?) Apologies.

Robert


jumbled images

Robert Moore
 

I have a problem that I think some other list members may have encountered from time to time. I'm getting segments that seem to be out of order. This shows up most notably in animations where the image jumps around - segments go backwards in the animation in a rather random way. As a result RSS is often unusable and GSS animations barely usable. By selecting files carefully I can always get a good static GSS image however because there are enough images intact. So GSS is not so serious a problem - but my Atlantic IR animation that was always running on a second monitor has been out of action for a while.
I suspected environmental factors because the line of sight to the satellite passes very close to trees. But there is no variation in reception with wind, which I would expect to be the case if swaying branches were the problem.
On David's suggestion I have been monitoring reception - although not at such regular intervals as I would have liked. I'm not sure I know how to read these data, so any hints would be welcome. I have put both Tellicast and Novra data into tables in a Word document which I am uploading to the group's files.
The little strings 'xxx' are where numbers are changing too fast to write down.


Robert


Re: Ayecka SR1 ocassional issue: IP data flow but "Config error" at tellicast

daniarnedo
 

Dan,

Have you reported this problem to Ayecka or EUMETSAT?
Perhaps you could supply the following information:

- Are you on the current software release (255) for the Ayecka?
- What is your Es/No - i.e. how good a signal are you getting?
- What are the RX Link Margin Thresholds set to?
- Are you trying to take the high-volume service as well as the basic
service?
- If only taking the Basic Service, have you set the MODCOD?

I would suggest using the current software, and ensuring that your settings
for the receiver are the best for the signal and service you are receiving.


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



Hi, thanks for your answer.


Yes, I reported to EUMETSAT and they recommended to me paying attention to the settings you mention and also doing the sw upgrade. I already had version 255, but did the config changes according to their recommendations. Let's see what happen at next outage.
Ayecka told they do not have feedback about problems with their units, and I do not see two many people at the group having problems like the one I reported. So, migth be a problem with my unit.


Have all a nice weekend.


Dan.


Re: Ayecka SR1 ocassional issue: IP data flow but "Config error" at tellicast

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

Hi,

Thanks for sharing the info. I knew yesterday of other users having this problem, but some having two units, only one had the glitch.

It seems the signal trigger started at 10:09UTC according to Tellicast Log file. Since then, the SR1 stopped working fine, messages of "coordinator lost" and "lost message" was returned by tellicast. This is not the first time I see this after a signal outage. A reboot usually solve this, but this is a workaround more than a solution.

Best,
Dan
=====================================

Dan,

Have you reported this problem to Ayecka or EUMETSAT?
Perhaps you could supply the following information:

- Are you on the current software release (255) for the Ayecka?
- What is your Es/No - i.e. how good a signal are you getting?
- What are the RX Link Margin Thresholds set to?
- Are you trying to take the high-volume service as well as the basic service?
- If only taking the Basic Service, have you set the MODCOD?

I would suggest using the current software, and ensuring that your settings for the receiver are the best for the signal and service you are receiving.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: Ayecka SR1 occasional issue: IP data flow but "Config error" at tellicast

daniarnedo
 

Hi DG,
At about 10:00 this morning, my SR1 had a similar glitch.
tc-recv showed pink. Active Channels all showed โ€œConnectingโ€ and the log
showed โ€œCoordinator lostโ€ on all of them.
Dual link margin etc were unaffected (See DTโ€™s web site โ€“ Cullercoats).

Did a warm reset on the SRI via HyperLink.

Everything fine.

All this after months of steady operation.

Regards
John
===============================================================================
The signal was completely lost this morning at about 10.00 UTC with a red
"T" and my TBS Box with no green light and no signal quality. This outage
had been advised via the Weekly Operations Report and indeed a further
outage was expected at approx. 13.30 as were some unannounced losses.
However it looks at the moment that the 13.30 outage did not happen,
although there was some missed and not all recovered packets about midday.
I had 179 lost 19 recovered.

Regards
Ian.



___________________________________________________________________________________________
___________________________________________________________________________________________


Hi,

Thanks for sharing the info. I knew yesterday of other users having this problem, but some having two units, only one had the glitch.


It seems the signal trigger started at 10:09UTC according to Tellicast Log file. Since then, the SR1 stopped working fine, messages of "coordinator lost" and "lost message" was returned by tellicast. This is not the first time I see this after a signal outage. A reboot usually solve this, but this is a workaround more than a solution.


Best,


Dan


Re: Data Stoppage

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

It looks like all data has stopped since just before 15.55 UTC -- quite a long outage.

Regards
Ian.

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

Yes, I just tweeted along the same lines.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Data Stoppage

Ian Deans
 

It looks like all data has stopped since just before 15.55 UTC -- quite a long outage.

Regards
Ian.


Re: Ayecka SR1 ocassional issue: IP data flow but "Config error" at tellicast

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

Dear,

Would like knowing if other Ayecka SR1 user have ever seen this issue I discribe below.

Ayecka SR1 works fine for weeks or months. Suddenly one day, the unit starts delivering "corrupted" or incomplete ip traffic and tellicast top status change from "OK" to "config error". IP traffic is seen at wireshark for instance. Bad packet count and bad frame counts increase quickly and the BER rate increase, not 0e-7 as usual. The only way to solve this is doing a "cold reset" via the telnet or console or hard reset. I could checked that at least once, at the same time EUMETSAT confirmed a signal trigger at the uplink.

Thanks for answering if someone had a similar problem.

Best,
D.G.
==================================================

As Ian pointed out, there were two maintenance periods scheduled for EUMETCast today. You can see what effect there was on some different stations here:

http://www.satsignal.eu/mrtg/performance_eumetcast-europe_link_margin.php
http://www.satsignal.eu/mrtg/performance_eumetcast-europe_losses.php

Most people seemed to see packet loss around 12:05, but no noticeable change in data rate from the SR1 or into the PC:

http://www.satsignal.eu/mrtg/performance_eumetcast-europe_rx_io.php
http://www.satsignal.eu/mrtg/performance_eumetcast-europe_pc_io.php

Glad the reset worked.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...