Date   

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

 



Re: SNR Level Suddenly Down last week by 33% - User FHGreaves in West Cork, Ireland

Francis Greaves
 

Hi John, Have tweaked the dish today and got about 0.25dB out of it.
My signal went back to 'normal' ie just below 6dB at about 0830 yesterday, and has been better. Maybe the little extra I have obtained using the SR1 Control software will help.
Regards all round
Francis

----- Original Message -----
From: "francis.greaves" <francis@...>
To: MSG-1@groups.io
Sent: Monday, 8 October, 2018 9:22:46 PM
Subject: Re: [MSG-1] SNR Level Suddenly Down last week by 33% - User FHGreaves in West Cork, Ireland

John, I am hoping to tweak my dish tomorrow to see if I can squeeze a bit more out of it.
I will let you know the results.
Regards
Francis

----- Original Message -----
From: "geojohnt via Groups.Io" <geojohnt=aol.com@groups.io>
To: MSG-1@groups.io
Sent: Monday, 8 October, 2018 6:31:03 PM
Subject: Re: [MSG-1] SNR Level Suddenly Down last week by 33% - User FHGreaves in West Cork, Ireland



Francis,


It's strange that not all European users have seen this drop.
Ernst in Switzerland saw it and detailed it on a graph - yet Hartmut Austria didn't see it ???


I'm inside the central core contour and I certainly saw a reduction.
In fact between February this year and now, I have experienced two significant drops in BS SNR and my 'top level' is now 1 dB lower than it was in February this year.


I have tried several times to realign/adjust my 1 m dish and tried a new LNB but to no avail.


Regards,
John.


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


In a message dated 08/10/2018 19:19:50 GMT Standard Time, francis@... writes:




I have sent this info to Eumetcast
My SNR Level dropped suddenly by 1/3 along with several others in the GEO Group, so as my normal level is only 6dB it is down to 4dB or less, and I am losing masses of data as shown by my mrtg graphing attached.
Is there any reason for this?
Regards
Francis


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

fbreame
 

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


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

geojohnt@...
 

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.

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

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

I monitor this on a twice-daily basis using a TBS5925 and CrazyCat's
excellent CrazyScan software. To the best on my knowledge, the
cross-polarised signal on 11263 MHz has been on since 2018-08-31. This is
independent of any modulation (data or TV) on that channel. It's there
right now.

I've been playing with a few other DVB tools so I might be able to check
what ID the V signal is sending if that's important, but I'm not very
familiar with those tools so it might take a while!

Attached, this morning's plot.