Date   

Re: Recent TP 1 signal drop and correction.

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

David,

Since the drop was around 08:35 UTC on Thursday 4th September, if you have a trace from the evening before, and the morning of the step before it occurred and another later in the day of September 4th after the step, that might show something?

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

October?

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


Re: Himawari data, multiple feeds, and the MSG Data Manager

Philip Robinson
 

 Hi again,
So in my recv-channels.ini folder i place the following in as it is
[channel]
name=E1H-TPG-2
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_4

or do i use similar to other settings in there
ie
[E1H-2PG-2]
target_directory=received\Data Channel 4

I am not too great with all this so attached two of my screens if it helps in  placing the correct information to obtain E1H-TPG-2
thanks
Philip


------ Original Message ------
From: "David J Taylor via Groups.Io" <gm8arv@...>
To: "MSG-1 group" <MSG-1@groups.io>
Sent: 11/10/2018 14:24:18
Subject: [MSG-1] Himawari data, multiple feeds, and the MSG Data Manager

With the move of Himawari to HVS-1, there are a number of ways you can play this.
 
1.  Use a new, separate instance of the MSG Data Manager (beta version).  I recommend this route as taking all data on a single MSG Data Manager does increase its memory and CPU use somewhat.  This can then get its data either from a network drive or from the HVS-1 instance of TelliCast running on the same PC, giving you more flexibility in locating the source of the TelliCast received data.  There is a new button to reset all Retention periods to zero days.  Use this for new instances, and let your main MSG Data Manager handle all processed data purges.
 
2.  If you must use a single instance of the MSG Data Manager, you will need to place the E1H-TPG-2 received data in the tree which the MSG Data Manager currently uses.  If the TelliCast is local, you can simple use something like:
 
[channel]
name=E1H-TPG-2
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_4
 
3.  With a remote directory, I have found that using Robocopy to mirror the directory can result in problems - I think this may be when Robocopy locks the directory and TelliCast can't then rename its temporary file.  I found that you could create a pseudo directory in the \received\ tree pointing to a network drive, something like (running as Admin):
 
mklink /D  ^
 \EUMETCast\received\EUMETSAT_Data_Channel_4  ^
 \\server\directory
 
I've put this on three lines to try and avoid wrapping.  Here's one I made earlier:
 
MKLINK /D D:\EUMETCast\received\EUMETSAT_Data_Channel_4 \\Lund\eumetcast\received\hvs-1\e1h-tpg-2\
 
If you are already using EUMETSAT_Data_Channel_4, use the alternative:
 
 \EUMETCast\received\Data Channel 4
 
and remember to use quotation marks if there are spaces in the directory name:
 
MKLINK /D "D:\EUMETCast\received\Data Channel 4" \\Lund\eumetcast\received\hvs-1\e1h-tpg-2\
 
 
Remember to use the updated MSG Data Manager:
 
https://www.satsignal.eu/software/beta.htm
 
Currently this is all a little untested, so please be patient!
It's beta, so save your current version!
It was an, er, "interesting" morning!
 
Cheers,
David
-- SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv
 
 

Virus-free. www.avg.com


Re: Recent TP 1 signal drop and correction.

geojohnt@...
 

David,

Since the drop was around 08:35 UTC on Thursday 4th September, if you have a trace from the evening before, and the morning of the step before it occurred and another later in the day of September 4th after the step, that might show something?

Regards,
John.

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

In a message dated 11/10/2018 13:43:23 GMT Standard Time, gm8arv@... writes:

I record a scan usually twice a day. If you would please let me know the
date and morning (usually early) or evening I will post what I have.


Re: Himawari data, multiple feeds, and the MSG Data Manager

Ferdinand Valk
 

-----Original Message-----
From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of David J Taylor via
Groups.Io
Sent: Thursday, 11 October, 2018 13:24
To: MSG-1 group <MSG-1@groups.io>
Subject: [MSG-1] Himawari data, multiple feeds, and the MSG Data Manager

With the move of Himawari to HVS-1, there are a number of ways you can
play this.

1. Use a new, separate instance of the MSG Data Manager (beta version).
I
recommend this route as taking all data on a single MSG Data Manager does
increase its memory and CPU use somewhat. This can then get its data
either
from a network drive or from the HVS-1 instance of TelliCast running on
the
same PC, giving you more flexibility in locating the source of the
TelliCast
received data. There is a new button to reset all Retention periods to
zero
days. Use this for new instances, and let your main MSG Data Manager
handle all processed data purges.

2. If you must use a single instance of the MSG Data Manager, you will
need
to place the E1H-TPG-2 received data in the tree which the MSG Data
Manager currently uses. If the TelliCast is local, you can simple use
something
like:

[channel]
name=E1H-TPG-2
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_4

3. With a remote directory, I have found that using Robocopy to mirror
the
directory can result in problems - I think this may be when Robocopy locks
the directory and TelliCast can't then rename its temporary file. I found
that
you could create a pseudo directory in the \received\ tree pointing to a
network drive, something like (running as Admin):

mklink /D ^
\EUMETCast\received\EUMETSAT_Data_Channel_4 ^
\\server\directory

I've put this on three lines to try and avoid wrapping. Here's one I made
earlier:

MKLINK /D D:\EUMETCast\received\EUMETSAT_Data_Channel_4
\\Lund\eumetcast\received\hvs-1\e1h-tpg-2\

If you are already using EUMETSAT_Data_Channel_4, use the alternative:

\EUMETCast\received\Data Channel 4

and remember to use quotation marks if there are spaces in the directory
name:

MKLINK /D "D:\EUMETCast\received\Data Channel 4"
\\Lund\eumetcast\received\hvs-1\e1h-tpg-2\


Remember to use the updated MSG Data Manager:

https://www.satsignal.eu/software/beta.htm

Currently this is all a little untested, so please be patient!
It's beta, so save your current version!
It was an, er, "interesting" morning!

Cheers,
David
--
=================================
David,

This is to confirm that the 10 minute configuration for Himawari works well.
I had already opted for the first solution you indicate and that worked very
well until now, especially as all the 10 minute data is destined to a
dedicated hard drive. Each job requiring the data can reach it via the
network. No hiccup during the transition.

Cheers,
Ferdinand


Re: GOES-E ?

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

Also,
i am receiving himawari images in my msg data mana so i presume my
software settings etc are ok
Philip
================================

Yes, but the data will disappear from the Basic Service at some point.

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


Re: GOES-E ?

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

Thanks for that
I have now enabled GOES16 data from my EO Portal, and have downloaded
the GOES-ABI-Manager software. Do i need to use the beta MSG Data
Manager for viewing GOES-E images or will they appear in my present MSG
Data Manager v3.1.10.1268. If i do download the beta manager will it
just update my present MSG Data manager.
thanks
Philip
=============================

Philip,

I recommend sending the GOES-16 images to the same directory tree as your existing MSG Data Manager, in the FSD part of the tree. For example:

MSG Data Manager, Processed image files location: D:\MSG\Images\

GOES ABI Manager, Saved image files path: D:\MSG\Images\FSD\

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


Himawari data, multiple feeds, and the MSG Data Manager

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

With the move of Himawari to HVS-1, there are a number of ways you can play this.

1. Use a new, separate instance of the MSG Data Manager (beta version). I recommend this route as taking all data on a single MSG Data Manager does increase its memory and CPU use somewhat. This can then get its data either from a network drive or from the HVS-1 instance of TelliCast running on the same PC, giving you more flexibility in locating the source of the TelliCast received data. There is a new button to reset all Retention periods to zero days. Use this for new instances, and let your main MSG Data Manager handle all processed data purges.

2. If you must use a single instance of the MSG Data Manager, you will need to place the E1H-TPG-2 received data in the tree which the MSG Data Manager currently uses. If the TelliCast is local, you can simple use something like:

[channel]
name=E1H-TPG-2
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_4

3. With a remote directory, I have found that using Robocopy to mirror the directory can result in problems - I think this may be when Robocopy locks the directory and TelliCast can't then rename its temporary file. I found that you could create a pseudo directory in the \received\ tree pointing to a network drive, something like (running as Admin):

mklink /D ^
\EUMETCast\received\EUMETSAT_Data_Channel_4 ^
\\server\directory

I've put this on three lines to try and avoid wrapping. Here's one I made earlier:

MKLINK /D D:\EUMETCast\received\EUMETSAT_Data_Channel_4 \\Lund\eumetcast\received\hvs-1\e1h-tpg-2\

If you are already using EUMETSAT_Data_Channel_4, use the alternative:

\EUMETCast\received\Data Channel 4

and remember to use quotation marks if there are spaces in the directory name:

MKLINK /D "D:\EUMETCast\received\Data Channel 4" \\Lund\eumetcast\received\hvs-1\e1h-tpg-2\


Remember to use the updated MSG Data Manager:

https://www.satsignal.eu/software/beta.htm

Currently this is all a little untested, so please be patient!
It's beta, so save your current version!
It was an, er, "interesting" morning!

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


Re: GOES-E ?

Philip Robinson
 

Also,
i am receiving himawari images in my msg data mana so i presume my
software settings etc are ok
Philip

------ Original Message ------
From: "Philip Robinson" <philip57@...>
To: MSG-1@groups.io
Sent: 11/10/2018 14:17:22
Subject: Re[2]: [MSG-1] GOES-E ?

Thanks for that
I have now enabled GOES16 data from my EO Portal, and have downloaded
the GOES-ABI-Manager software. Do i need to use the beta MSG Data
Manager for viewing GOES-E images or will they appear in my present
MSG Data Manager v3.1.10.1268. If i do download the beta manager will
it just update my present MSG Data manager.
thanks
Philip

------ Original Message ------
From: "David J Taylor via Groups.Io" <gm8arv=yahoo.co.uk@groups.io>
To: MSG-1@groups.io
Sent: 11/10/2018 13:48:14
Subject: Re: [MSG-1] GOES-E ?

I have not used MDM for some time. What happened to the GOES-E images
i used to receive . I have GOES-W , FY-2G and himawari received images
under the world-FSD.
im sure its a simple answer.
=====================

Yes, it is, Philip, as Googling EUMETCast and GOES-16 would show:

https://www.eumetsat.int/website/home/News/DAT_3648626.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

You can also find free software:

https://www.satsignal.eu/software/GOES-ABI-Manager.html

Himawari is moving too:

https://www.eumetsat.int/website/home/News/DAT_4054806.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

and I recommend using my beta MSG Data Manager:

https://www.satsignal.eu/software/beta.htm

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



---
This email has been checked for viruses by AVG.
https://www.avg.com


Re: GOES-E ?

Philip Robinson
 

Thanks for that
I have now enabled GOES16 data from my EO Portal, and have downloaded
the GOES-ABI-Manager software. Do i need to use the beta MSG Data
Manager for viewing GOES-E images or will they appear in my present MSG
Data Manager v3.1.10.1268. If i do download the beta manager will it
just update my present MSG Data manager.
thanks
Philip

------ Original Message ------
From: "David J Taylor via Groups.Io" <gm8arv=yahoo.co.uk@groups.io>
To: MSG-1@groups.io
Sent: 11/10/2018 13:48:14
Subject: Re: [MSG-1] GOES-E ?

I have not used MDM for some time. What happened to the GOES-E images i
used to receive . I have GOES-W , FY-2G and himawari received images
under the world-FSD.
im sure its a simple answer.
=====================

Yes, it is, Philip, as Googling EUMETCast and GOES-16 would show:

https://www.eumetsat.int/website/home/News/DAT_3648626.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

You can also find free software:

https://www.satsignal.eu/software/GOES-ABI-Manager.html

Himawari is moving too:

https://www.eumetsat.int/website/home/News/DAT_4054806.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

and I recommend using my beta MSG Data Manager:

https://www.satsignal.eu/software/beta.htm

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



---
This email has been checked for viruses by AVG.
https://www.avg.com


Re: GOES-E ?

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

I have not used MDM for some time. What happened to the GOES-E images i used to receive . I have GOES-W , FY-2G and himawari received images under the world-FSD.
im sure its a simple answer.
=====================

Yes, it is, Philip, as Googling EUMETCast and GOES-16 would show:

https://www.eumetsat.int/website/home/News/DAT_3648626.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

You can also find free software:

https://www.satsignal.eu/software/GOES-ABI-Manager.html

Himawari is moving too:

https://www.eumetsat.int/website/home/News/DAT_4054806.html
https://www.eumetsat.int/website/home/News/DAT_3942692.html

and I recommend using my beta MSG Data Manager:

https://www.satsignal.eu/software/beta.htm

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


Re: Recent TP 1 signal drop and correction.

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

Hello Thorsten,
[]
I wonder if David has a spectrum scan - albeit, as he says, not quantified, on the day after the step?

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

John,

I record a scan usually twice a day. If you would please let me know the date and morning (usually early) or evening I will post what I have.

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


GOES-E ?

Philip Robinson
 

I have not used MDM for some time. What happened to the GOES-E images i used to receive . I have GOES-W , FY-2G and himawari received images under the world-FSD.
im  sure its a simple answer.


Recent 'signal drop' on TP 1.

geojohnt@...
 

All,

I have received further comment from EUMETSAT regarding the matter and some associated questions I asked.

Regarding the SNR drop:

In our analysis with the reference receivers we could not see this drop
in link margin. No change was visible at all.
We have therefore passed on the plots from the most affected users.

It will take some time before we may get any useful answers.

I also asked:

>I would also be interested to hear from someone, since David T's
>graph appears to show that the 11.263 GHz V channel - Tricolor (IPTV)
>Packages(?) is operational, just how much H/V signal isolation can be
>achieved with a domestic LNB which is accurately skewed.

The standard consumer-type LNBs have sufficient cross-polar isolation,
because otherwise the TV broadcast business would not work.
In fact only few manufacturers list the values which are typically
higher than 25-30 dB.

And:

>Why the H and V channels are not using frequency offset which
>would reduce the/any 'co-frequency' interference.
>This frequency offset used to be the norm with TV broadcast satellites
>in the past?

The satellite frequency bands are limited resources, therefore the
separation between adjacent transponders is minimal.
If the H transponders were shifted versus the V transponders you would
then have 2 neighbours who could potentially interfere.
Perhaps in analogue times there was more spacing between transponders
where shifting did help.

Regards,
John T.




Re: Recent TP 1 signal drop and correction.

geojohnt@...
 

Hello Thorsten,

Yes, you make a valid point and a reminder to me, certainly, and us, that it is not just a drop in transmitted power that can cause lower SNR.

The drop - well, sudden step - was seen across many parts of Europe so couldn't have been 'terrestrially induced '.
Which prompts the question, was it 10 E related or 9 E related?

Lyngsat show that Eutelsat 9B has no active channels below 11.727 GHz V and Ka-Sat 9A - both at 9 degrees E, is a Ka-band satellite, so no channels below ~ 20.00 GHz.

Hotbird is too far away to cause any interference?

But then several users didn't suffer a drop - including EUMETSAT, which is intriguing.

I wonder if David has a spectrum scan - albeit, as he says, not quantified, on the day after the step?

Regards,
John.

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

In a message dated 10/10/2018 17:13:26 GMT Standard Time, thorsten.miglus@... writes:

I think the phrase "signal drop" is misleading.
It was a SNR drop.
In my opinion the signal was pretty stable.
But from an unknown source additional noise came in.
Resulting in a SNR drop.
This is the same effect at solar outage.
The signal strength is stable but additonal noise from
the sun results in a SNR drop.


Re: BS/TP 1 H/V co-channel?

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

Sorry - my attachment seems to have gone AWOL although groups.io apparently took it with no errors. Here is another try - if that doesn't work does anyone have any suggestions?

Anyway, David has now provided a similar plot.

Francis
----------------------------------

Francis, I've had success simply attaching a .PNG to my e-mail.

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


Re: BS/TP 1 H/V co-channel?

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

David,

Thanks very much for that.
Interesting - if the other channel is on, and it certainly looks like it, most of us, it seems, would have improved SNR if it switched off - as we did in the past, or if the frequency was offset as was the situation in the past.

I wonder just how much cross talk isolation can be achieved on a domestic LNB when V and H same frequency transmissions with the skew 'accurately aligned?

At least from your graph they both appear to be the same 'transmitted strength.'

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

John,

I think about 20 dB if you are lucky, perhaps a shade more.

I would put very little trust into the amplitudes, the scale is crazy as no way is an empty channel only 4-5 dB down on an active one! Equally I would not )yet) trust the comparative strengths between channels - at least in dB. You're seeing my cable, the LNB, the TBS 5925 frequency response all contributing to that plot!

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


Re: Recent TP 1 signal drop and correction.

Thorsten Miglus
 

John,

I think the phrase "signal drop" is misleading.
It was a SNR drop.
In my opinion the signal was pretty stable.
But from an unknown source additional noise came in.
Resulting in a SNR drop.
This is the same effect at solar outage.
The signal strength is stable but additonal noise from
the sun results in a SNR drop.

Cheers,
Thorsten


On Wed, Oct 10, 2018 at 05:29 PM, <geojohnt@...> wrote:
All,

I've received an interesting reply from EUMETSAT regarding the recent event 'some' of us saw:
 
 
The cause is under investigation with our service provider, we have not
received the answer yet, I can however tell you that we did not
experience any signal drop here in Darmstadt.
 
Mmmmm?
 
Regards,
John.
 


Recent TP 1 signal drop and correction.

geojohnt@...
 

All,

I've received an interesting reply from EUMETSAT regarding the recent event 'some' of us saw:


The cause is under investigation with our service provider, we have not
received the answer yet, I can however tell you that we did not
experience any signal drop here in Darmstadt.

Mmmmm?

Regards,
John.



Re: BS/TP 1 H/V co-channel?

geojohnt@...
 

David,

Looking at your plot again I see TP 2 is included - showing less transmitted power than TP 1 but also a V channel on the same frequency - which doesn't help?

All these 'satellite websites' are either not up to date, wrong, or do not show a channel that is in operation - from your graph.



And Lyngsat, so getting 'official' current 'operations' is rather difficult.

Regards,
John.

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

In a message dated 09/10/2018 13:51:04 GMT Standard Time, gm8arv@... writes:

I monitor this on a twice-daily


Re: Eumetcast on Debian 9 - was "TBS 6903 extra power cable"

nigel
 

Hi Ernst and Christian,
thanks very much for all that information - most useful and interesting.

I've now succeeded in getting my Windows machine to fetch the files from the Debian reception machine and delete them when processed, by doing as you both suggested:-
changing the TELLICAST_CLIENT_USER to nigel, (which is my username on both machines), adjusting "/etc/cast-client-channels_bas.ini"  slightly and setting up Samba as Christian detailed.

Windows was then happy to allow me to map a drive letter to the new "/home/nigel/data/eumetcast" folder, for the main MsgDataManager and another drive letter to the /home/nigel/data/eumetcast/RSS folder for the RSS MsgDataanager. It seems to be going very well
Great stuff and thanks again for the help!

I haven't yet digested the information in your link, Ernst - will do that tomorrow, but meanwhile both PC's are behaving well and talking to each other.

Next step, in a day or so (I really must do some domestic stuff tomorrow !!) will be to try and receive some High Volume Service files, on transponder 1, but I suspect my link margin, at around 1.5 dB, might be way too low !

Regards
Nigel





On 10/10/2018 10:16, Ernst Lobsiger wrote:

Nigel,

O.K. Christian uses a separate user to run the TC client(s).
Not sure that it helps if you use the same name as on the
Windows side. In any case if you go with the EUMETSAT
distributed default configuration files you have to:

1) # adduser <username>
2) Stop the tellicast client(s)
3) Edit /etc/tellicast-client.cfg
   TELLICAST_CLIENT_USER=<username>
4) Restart the tellicast client(s)

This will put your received data to the place set in
/etc/cast-client-channels_bas.ini
which is (if you have not changed that yet) for all channels
/home/<username>/data/eumetcast/bas/default

NOTE: Under GMU/Linux tmp_directory and target_directory
have always to live on the same file system partition !!
(this of course is the case in der distributed *.ini files)

So it's probably
/home/<username>/data/eumetcast
or even to start with
/home/<username>/data/eumetcast/bas
that you want to make a share accessible from Windows.

Christian uses my system where we write everything
to a RAM disk first and then move that with a script
to a separate data HD every 2 minutes using cron.
This setup gives us less "lost packets" but needs a
minimum of 6-8GB RAM if BAS + HVS-1 + HVS-2 is taken.
That's why Christian exports /mnt/data on his system.

As far as Christian's smb.conf is concerned I wonder if
you really need 777 everywhere? "force create mode = 777"
sounds like the data files are made executable on the
Linux side? It certainly works as Windows ignores that
but perhaps you have a closer look at that with e.g.

https://unix.stackexchange.com/questions/206309/how-to-create-a-samba-share-that-is-writable-from-windows-without-777-permission

Cheers,
Ernst