Date   

Re: SR1 RX Status.

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

Hi,

Calling all SR1 users.

Does anyone know the 'workings' of the (Telnet accessed) SR1 RX status readout?

Do the Bad Frame Count and Bad Packet Count auto clean every so often?

I'm monitoring my TC missed packets for an Ops report - which was interrupted by the recent co-linearity events and yesterday's storm so I'll have to start again.
Ops suggested looking at the SR1 readouts as well.

At 10:30 UTC this morning I had 195 Bad Frame Counts and 2207 Bad Packet Counts - not sure what that means regarding TC bad packets figures.

At 17:30 UTC this afternoon I had 0 Bad Packet Counts and 0 Bad Frame Counts.


????


All day my SNR has been 13.00 dB plus.
Now 13.4 dB 'very steady' at 19:41.


Is this another anomaly with my SR1 readouts?


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

John,

As far as I know, simply looking at the bad packet/frame count won't reset it. I would be surprised if there is an auto-reset.

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


Re: New EUMETCastView 1.4.8 release

Hugo
 

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


Re: New EUMETCastView 1.4.8 release

Esko Petaja
 

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










SR1 RX Status.

geojohnt@...
 

Hi,

Calling all SR1 users.

Does anyone know the 'workings' of the (Telnet accessed) SR1 RX status readout?

Do the Bad Frame Count and Bad Packet Count auto clean every so often?

I'm monitoring my TC missed packets for an Ops report - which was interrupted by the recent co-linearity events and yesterday's storm so I'll have to start again.
Ops suggested looking at the SR1 readouts as well.

At 10:30 UTC this morning I had 195 Bad Frame Counts and 2207 Bad Packet Counts - not sure what that means regarding TC bad packets figures.

At 17:30 UTC this afternoon I had 0 Bad Packet Counts and 0 Bad Frame Counts.

????

All day my SNR has been 13.00 dB plus.
Now 13.4 dB 'very steady' at 19:41.

Is this another anomaly with my SR1 readouts?

Regards,
John Tellick.





Re: New EUMETCastView 1.4.8 release

Hugo
 

Hi Douglas,

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

Kind Regards,

Hugo


Re: New EUMETCastView 1.4.8 release

Douglas Deans
 

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.


New EUMETCastView 1.4.8 release

Hugo
 

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


Re: FY-3D

R. Alblas
 

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.
 

On 24-10-2020 20:47, Graham Woolf wrote:
Hi Rob and David

Here is one attached

Regards

Graham


Re: Double tuner in T1/T2

Ernst Lobsiger
 

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


Re: Double tuner in T1/T2

Esko Petaja
 

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




Re: Double tuner in T1/T2

Ernst Lobsiger
 

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


Re: Double tuner in T1/T2

Ernst Lobsiger
 

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


Re: Double tuner in T1/T2

Esko Petaja
 

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


Re: Eumetcast Tuner

Esko Petaja
 

Hello David

One more think forget to write

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

Br. Esko P 


Re: Eumetcast Tuner

Esko Petaja
 

Hello David

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

Br. Esko P
 


Re: FY-3D

Ernst Lobsiger
 

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


Re: FY-3D

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

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@...
Twitter: @gm8arv


Re: FY-3D

David J Taylor 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@...
Twitter: @gm8arv


Re: FY-3D

Ernst Lobsiger
 

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


Re: FY-3D

Ernst Lobsiger
 

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