Hello Esko,

EUMETCastView is written as a pure interactive program. The program is able to process most satellite imagery send by EumetCast. 
Examples of images processed by EUMETCastView : https://www.flickr.com/photos/137270544@N02/
A very short 'userguide' (old!) : https://hvanruys.github.io/
The program EUMETCastWatcher is obsolete. It moved the received files to a directory in the following format : YYYY/MM/DD.
This directory structure is used by the software of David Taylor and by EUMETCastView.

Kind regards,

Hugo

Hello All

I an new in EumetcastView

is there somewhere instruction how i can get it running automatically that it reloads segments automatically and shows
views. ?

I have software installed and running

Another topic there is also mention about. I did not find it as executable   ?.

Br. Esko P
EUMETCastWatcher

Hi Douglas,

Yes I have noticed it too.
I will try to solve that problem. It bothers my also. 

Kind Regards,

Hugo

On 25/10/2020 16:23, Hugo wrote:

Hi,
I included the MERSI images of FY-3D in EUMETCastView. It was long overdue ...
I had to compile the new version in Qt 5.15.0, so the old dll's of previous releases won't be compatible...
The best thing to do do, is to create a new directory and to copy everything to the new directory. You can of course use
the old ini files from the previous release.
Always keep a copy of the previous release in case things go wrong ....
You will notice that  there is a "bow-tie" effect in the images of FY-3D just like the VIIRS images. So to get a clean picture
you must use a projection.
Kind regards,
Hugo

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

Many thanks Hugo. All seems to be working fine so appreciate your efforts in re-compiling.
While I am writing can I ask one very minor question.

Since about 2 or maybe 3 updates ago I notice that the toolbox opens too narrow to see all contents so I have to adjust it. However on closing and re-opening the program it is back to its old too narrow position. Before that it held the chosen size across close/open. Is there some way to fix the size that I am missing.

Thanks again for your hard work.

Best regards,
Douglas.

Hi,

I included the MERSI images of FY-3D in EUMETCastView. It was long overdue ...
I had to compile the new version in Qt 5.15.0, so the old dll's of previous releases won't be compatible...
The best thing to do do, is to create a new directory and to copy everything to the new directory. You can of course use 
the old ini files from the previous release.
Always keep a copy of the previous release in case things go wrong ....
You will notice that  there is a "bow-tie" effect in the images of FY-3D just like the VIIRS images. So to get a clean picture 
you must use a projection.

Kind regards,

Hugo

Ernst, Graham, Thanks for sending; I have now a couple of files.

Btw, these ARE readable using hdf5-software, but to extract the right info you need to know the buildup. That's also the case for MTG and GOES16/17. I don't think any hdf5-reader can read and interpret FY3D, MTG or GOES etc., without explicitely integrating the way the data is put into the hierarchical file, which is different for each mentioned satellite.

h5dump extracts hdf5-files and shows it in ASCII (don't try to print it ! ;-))

Regards,
Rob.
 

Esko

I'm on GNU/Linux. But David has a description of single cable operation here:

https://www.satsignal.eu/wxsat/dvb-s2/T1-T2.html

Maybe it's not exactly up to date but the Windows community can/will help you.

Ernst

Hello

Thanks, What about BDADataEx do you need to have 2 instances or how you are doing tuning of 2 frequencies ?

Another Question:

About telicast. i have been wondering that currently i need to set interface address to 0.0.0.0 instead
of IP of SR1 or Satellite card. No you know any reason for that ?

Br. Esko P

Esko

Two instances is for HVS-1 + HVS-2 as described by David. But you can even take
all three services with a single cable and then must run 3 TelliCast client instances.

Ernst

On Sun, Oct 25, 2020 at 03:56 AM, Esko Petaja wrote:

What you means as singe cable connection. How it can work, because T1 and T2 has different Frequency. ?
Also from Software point of view maybe also 2 instances are needed ?

Esko

It works with a single cable because T1 and T2 are in the same band (high/low) and polarisation (H/V).
The TBS-6903 has two tuners and demodulators to pick out the exact frequencies. Two instances of the
tellicast client must run of course. This works fine under Windows and GNU/Linux.

Regards
Ernst

On Sat, Oct 24, 2020 at 11:58 AM, David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 wrote:

It's in the single-cable configuration.

Hello David.

What you means as singe cable connection. How it can work, because T1 and T2 has different Frequency. ?
Also from Software point of view maybe also 2 instances are needed ?

I did not find any instruction from Eumetsat documentation

I have Quard LNB but at this moment only 2 cables.

In smaller Dish  i have also Dual  LNB wit 2 cables.

Br. Esko  P

Hello David

One more think forget to write

I have Lightning arestors, they did not help in this issue

Br. Esko P 

Hello David

It get somehow hit in the RF part and looses sensivity
It work but horrible number of lost packets

Br. Esko P
 

On Sun, Oct 25, 2020 at 03:11 AM, David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 wrote:

If I understand correctly, this can all be decoded in Python's PyTROLL, so that should work under Windows? Correct? If so, I'll not waste effort duplicating what's already available.

David

It all runs under Windows 10 64Bit since spring 2020. Douglas and Graham uses it and John just said he will try it next.
The FY3D (Micro Physics) image I posted recently in this thread was processed under Windows 10 64Bit PRO as well.

Cheers
Ernst

Sorry David,I did not have any files as I was not taking the satellite
data as I had no way of using the data in windows.
I will start taking data tomorrow for one day, so I have files available.

Regards
Ian.
========================

Ah, OK, I hadn't appreciated that you didn't have the data!

Good luck with the Python stuff. As Python works on Linux it should work on Windows with very minor tweaks.

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

David,

maybe you asked for some more precise information like this (taken from one of my FY-3D PyTROLL/SatPy processing files):

# File Pattern : {platform_shortname}_{start_time:%Y%m%d_%H%M%S}_{end_time:%H%M%S}_{orbit_number:s}_MERSI_1000M_L1B.{ext}
# File Pattern : {platform_shortname}_{start_time:%Y%m%d_%H%M%S}_{end_time:%H%M%S}_{orbit_number:s}_MERSI_GEO1K_L1B.{ext}
# Example name : FY3D_20200429_011200_011300_12719_MERSI_1000M_L1B.HDF
# Example name : FY3D_20200429_011200_011300_12719_MERSI_GEO1K_L1B.HDF
# Hugo's ruler : 0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012
# copied EMCV : 0 1 2 3 4 5 6 7 8 9 10
# EUMETCast : These files arrive as above in channel E1H-RDS-2 (HVS-1)

Best regards
Ernst
========================

Thanks for both pieces of information.

If I understand correctly, this can all be decoded in Python's PyTROLL, so that should work under Windows? Correct? If so, I'll not waste effort duplicating what's already available.

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

On Fri, Oct 23, 2020 at 06:22 AM, <john.haslam4@...> wrote:

For me the problem started on 12th October and affects both SUOMI-NPP and NOAA 20 ascending and descending passes between 50N and 60N; at the moment I do not receive FY-3D
I emailed OPS and they informed me that they were not aware of any anomalies in the data. I have sent them my verbose logfiles and copies of the H5 segment files associated with today's descending SUOMI-NPP pass about 10E of the UK as delivered by Tellicast.
Interestingly the HF file  associated with the missing lines is always significantly smaller than its neighbours.
I have got Python working for GOES 16 under Windows 10 thanks to Ernst's guide. Hope to move on to polar orbiters soon.

Best Rgds

John

John

For Suomi_NPP and Noaa_20 I can confirm your observations. The segments where we see the black gaps pretend
in their file names to be the standard length of app. 85 seconds. But their size is often only 50% of normal segments.

For FY-3D half of the pass over U.K. is simply missing. It's not disseminated. Documented for OPS on 3 orbits each.

Regards
Ernst

David,

maybe you asked for some more precise information like this (taken from one of my FY-3D PyTROLL/SatPy processing files):

# File Pattern : {platform_shortname}_{start_time:%Y%m%d_%H%M%S}_{end_time:%H%M%S}_{orbit_number:s}_MERSI_1000M_L1B.{ext}
# File Pattern : {platform_shortname}_{start_time:%Y%m%d_%H%M%S}_{end_time:%H%M%S}_{orbit_number:s}_MERSI_GEO1K_L1B.{ext}
# Example name : FY3D_20200429_011200_011300_12719_MERSI_1000M_L1B.HDF
# Example name : FY3D_20200429_011200_011300_12719_MERSI_GEO1K_L1B.HDF
# Hugo's ruler : 0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012
# copied EMCV  : 0         1         2         3         4         5         6         7         8         9         10
# EUMETCast    : These files arrive as above in channel E1H-RDS-2 (HVS-1)

Best regards
Ernst

On Sat, Oct 24, 2020 at 11:57 AM, David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 wrote:

Many thanks, Graham. Do you happen to know anything about file names, and what length (minutes/seconds) each file is? I see GEO1K files which are ground location data, I guess.

David

FY-3D segments are 1 minute long as you can see in the file names.
They come in pairs: 1000M image data and GEO reference files.

Ernst