Date   

A handy step-by-step guide to setting up your EUMETCast station - from EUMETSAT!

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

From EUMETSAT:

  Set up your very own EUMETCast station by following our latest tutorial! Lorcan, former @eumetsat intern, walks you through the different steps – from assembling your own antenna to software installation - in this handy step-by-step guide.

Watch here:

  https://www.youtube.com/watch?v=dI46O1HeGrU

It's in English - from Lorcan Kelleher

Cheers,
David

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


Re: probleme with dvb-eumetcast, service don't start

Ernst Lobsiger
 

Celestine,

and you didn't even tell us what EUMETCast receiver you have. If this is an SR1 or similar router smcroute is not needed.
If it is a dvb-s2 USB-Box or PCIe-card smcroute is needed as well as dvb-apps. And one more hint: /etc/init.d/dvb-eumetcast
does also rely on good old ifconfig. Newer distros come with ip only. Debian 10 e.g. still has ifconfig in the net-tools package.

Regards,
Ernst


Re: probleme with dvb-eumetcast, service don't start

Ernst Lobsiger
 

Celestine,

as a sys admin you should at least tell us what system you are using. The init script /etc/init.d/dvb-eumetcast might be the problem because this is still
assuming a deprecated version of smcroute. This used to be one binary "smcroute" only but in latest distros smcroute comes as smcrouted (the daemon) and
smcroutectl (a CLI control program). If you have this new version of smcroute (check with man smcroute) you might have to slightly adapt the startup script.

If you installed smcroute from your distro you might also have the distro startup script (maybe even an smcroute helper service) that you must disable.
Maybe you test that first as all the interfaces used will be setup by /etc/init.d/dvb-eumetcast. This can interfere with a distro started smcrouted daemon.

Cheers,
Ernst


probleme with dvb-eumetcast, service don't start

 

Dear MSG-01 group,

I'm trying to config a computer with EUMETCast client (TelliCast)(https://eumetsatspace.atlassian.net/wiki/spaces/DSEC/pages/739344499/EUMETCast+Client+Software+Description).
I am the new system administrator of my company and this computer has already been configured to receive data (I found data from 04/2020).
I updated all the package (finding here : ftp://ftp.eumetsat.int/pub/OPS/out/user/EUMETCast_Support/EUMETCast_Licence_cd/Linux/) but when I try to reload the dvb-eumetcast service, I have this error :

>> Starting dvb-eumetcast E1 E2: smcroutectl: Invalid input interface Failed to add the multicast route for the multicast IP address '224.223.222.223' (using the multicast origin IP address) FAILED

I registered to this data :

Meteosat Services

    0° Service
        0° SEVIRI Level 1.5 Image Data
            1/4-hourly data transmissions **
            1/2-hourly data transmissions **
            1-hourly data transmissions
        0° Meteosat Meteorological Products
            All other Meteorological Products

I have already sent a message to the eumetsat helpdesk and I am waiting for a response. I try via this group.

Thanks in advance,
Celestine.

 

 


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Christian Peters
 

Nigel,

I would recommend the 64bit version. You can stay on the raspios version as it's more tested on that platform. I tried the ubuntu server version too as I tried ZFS on the pi with two mirrored USB HDs. They packed zfs inside...! ;-)

I will report.

Good luck with the install!

Regards,

Christian

Am 19.01.21 um 15:22 schrieb nigel:

Hi Christian,

thanks for your reply. I've currently installed the official 2020-12-02-raspios-buster-armhf OS. Perhaps I should reconsider that and go for a 64 bit version because, as you say, the chip is 64 bit. Bit more research required ! I'm doing this initial instal on a 2GB model but have an 8GB on order - who knows when it will arrive here in N Cyprus !!

It'll be interesting to hear how you get on, when you get the new SD card.

Regards

Nigel


On 19/01/2021 15:21, Christian Peters via groups.io wrote:
Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst



Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

nigel
 

Hi Christian,

thanks for your reply. I've currently installed the official 2020-12-02-raspios-buster-armhf OS. Perhaps I should reconsider that and go for a 64 bit version because, as you say, the chip is 64 bit. Bit more research required ! I'm doing this initial instal on a 2GB model but have an 8GB on order - who knows when it will arrive here in N Cyprus !!

It'll be interesting to hear how you get on, when you get the new SD card.

Regards

Nigel


On 19/01/2021 15:21, Christian Peters via groups.io wrote:
Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Ernst Lobsiger
 

On Tue, Jan 19, 2021 at 05:01 AM, nigel wrote:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

Nigel,

this HOWTO is attached to message 28324 on this list

https://groups.io/g/MSG-1/message/28324

Just use the part 2) on how to install the PyTROLL/SatPy environment with "virtualenv" and pip(3).
Instead of conda you will always use pip as your installer (Miniconda3 for RASPI seems not to exist).
You will also have to compile xRITDecompress (I have packed the source with the Starter Kit V3)

Good Luck
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Christian Peters
 

Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

nigel
 

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: Sad news I'm afraid.

geojohnt@...
 

Hello again Everyone,

One thing I should of course also have mentioned about Francis is his organisation of several very successful GEO Symposium's at the National Space Centre with Nadine at his side and attended by engineers/specialists and representatives from our friends at EUMETSAT who always gave us informative and interesting presentations.
Which added enormously to our 'GEO members day.'

Kind regards,
John Tellick.

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


-----Original Message-----
From: geojohnt via groups.io <geojohnt@...>
To: geo-subscribers@groups.io <geo-subscribers@groups.io>; msg-1@groups.io <msg-1@groups.io>; satsignal@groups.io <satsignal@groups.io>
Sent: Mon, 18 Jan 2021 19:33
Subject: [SatSignal] Sad news I'm afraid.

Hello Everyone,

GEO members, RIG members and RadComm members and many more I expect.

I'm very sorry to have to tell you that Francis (Frank) Bell died last Thursday.

Many of you will know or have met Francis at both RIG and GEO rallies over many years and remember two great and very well attended RIG Conferences and AGM organised by Francis and hosted by the Royal Grammar School in Guildford where he was a master.
Francis also ran a very successful WXSAT receiving station at the Grammar School back in the 'good old days' of WEFAX/APT which was very well supported and used by the students.

For the management team of GEO we have lost a good friend, colleague and the focus point for GEO.
For a long time after the formation of GEO, 'committee' meetings were held at Francis's house with a big garden in Godalming and Nadine his wife kept us very well fed and 'watered' the day long.
Often we didn't leave till after 10 o/c at night with some longer distance committee members staying overnight at the house as our hosts, Nadine and Francis, looked after us so well.

Happy days and very happy memories.

The GEO management team and many of you I'm sure would wish to send your condolences to Nadine and the family.

Sincerely yours,
John Tellick.


  


Sad news I'm afraid.

geojohnt@...
 

Hello Everyone,

GEO members, RIG members and RadComm members and many more I expect.

I'm very sorry to have to tell you that Francis (Frank) Bell died last Thursday.

Many of you will know or have met Francis at both RIG and GEO rallies over many years and remember two great and very well attended RIG Conferences and AGM organised by Francis and hosted by the Royal Grammar School in Guildford where he was a master.
Francis also ran a very successful WXSAT receiving station at the Grammar School back in the 'good old days' of WEFAX/APT which was very well supported and used by the students.

For the management team of GEO we have lost a good friend, colleague and the focus point for GEO.
For a long time after the formation of GEO, 'committee' meetings were held at Francis's house with a big garden in Godalming and Nadine his wife kept us very well fed and 'watered' the day long.
Often we didn't leave till after 10 o/c at night with some longer distance committee members staying overnight at the house as our hosts, Nadine and Francis, looked after us so well.

Happy days and very happy memories.

The GEO management team and many of you I'm sure would wish to send your condolences to Nadine and the family.

Sincerely yours,
John Tellick.


  


Re: GOES 16 R Decoding Software

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

On 18/01/2021 13:41, MZFB via groups.io wrote:
David thank you I will look at the stuff sent as well what computer hardware is needed for your program?
Thank you so much for helping!
Mike
Mike,

Broadly speaking, and normal Windows PC. No expensive graphics card, 4 GB memory likely OK, quad-core processor suggested.

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


Re: Sudden jump in SNR.

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

On 18/01/2021 16:57, geojohnt via groups.io wrote:
David,
I meant to join Twitter after your earlier prompt.
I've just tried to join using email rather than phone and it tells me that 'that address is 'already' taken.'
???
I'll get onto Ops.
Regards,
John.
John,
Download Twitter (phone and/or PC) and register with the user name you wish. The "Follow" EUMETSAT and whoever else you wish.

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


Re: GOES 16 R Decoding Software

MZFB@...
 

Ernst
Sorry for the confusion. I will look at the link you provided and see where that leads me. But again thanks for the clarification. I will let everyone know how I make out.
Mike


Re: Sudden jump in SNR.

geojohnt@...
 

Ian,

Thanks for this.
I'm glad someone else saw the jump.

Regards,
John.

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


John it was on the Weekly Operations Schedule that there was an uplink 
station maintenance scheduled for today and tomorrow, so it is likely 
that the higher signal, which I also saw, was a switch over to the back 
up station which we know has a higher signal.


Regards

Ian.


-----Original Message-----
From: Ian Deans via groups.io <iandeans142@...>
To: MSG-1@groups.io
Sent: Mon, 18 Jan 2021 15:57
Subject: Re: [MSG-1] Sudden jump in SNR.



On 18/01/2021 15:17, geojohnt via groups.io wrote:
> Hello All,
>
> I had a sudden jump in SNR on TP1 today from 13.3 dB to 13.7 dB at 13:51
> UTC.
> It is still at that 13.7/.6 dB level at 15:15.
>
> The Power level did not change being steady at - 25 dBm.
>
> Sky is 'cloudy grey' but not rain bearing.
>
> It's difficult to see if this ~ 0.4 db rise was seen by others from
> David's signal logging.
>
> Regards,
> John Tellick.
=========================================================================






Re: Sudden jump in SNR.

geojohnt@...
 

David,

I meant to join Twitter after your earlier prompt.
I've just tried to join using email rather than phone and it tells me that 'that address is 'already' taken.'
???

I'll get onto Ops.

Regards,
John.

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


It was announced on Twitter as well.  I keep advising that 

@eumetsat_users is an account to be followed!

  https://twitter.com/eumetsat_users?lang=en

Cheers,

David

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


-----Original Message-----
From: David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io <david-taylor@...>
To: MSG-1@groups.io
Sent: Mon, 18 Jan 2021 16:16
Subject: Re: [MSG-1] Sudden jump in SNR.

On 18/01/2021 15:17, geojohnt via groups.io wrote:
> Hello All,
>
> I had a sudden jump in SNR on TP1 today from 13.3 dB to 13.7 dB at 13:51
> UTC.
> It is still at that 13.7/.6 dB level at 15:15.
>
> The Power level did not change being steady at - 25 dBm.
>
> Sky is 'cloudy grey' but not rain bearing.
>
> It's difficult to see if this ~ 0.4 db rise was seen by others from
> David's signal logging.
>
> Regards,
> John Tellick.






Re: GOES 16 R Decoding Software

Ernst Lobsiger
 

On Mon, Jan 18, 2021 at 06:05 AM, Ernst Lobsiger wrote:
wanted to answer Hugo I have 1.7 Grid dish with the Nooelec GOES sawbird LNA and right now I borrow a friends RSDPlay RSP dx but i may purchase my own RSP 1A.
Mike,

having a closer look at the HW you listed above and considering the fact that you keep talking about "decoding and display"  and also the subject says what it says, I'm afraid this is one big misunderstanding.
All the software presented here does not decode but only construct and display images from error free received files. Our receivers use DVB-S2 HW that must be VCM capable for EUMETCast. The reception
and decoding software is a COTS TelliCast Client from Newtec. If you rather want to do something like

https://www.rtl-sdr.com/rtl-sdr-com-goes-16-17-and-gk-2a-weather-satellite-reception-comprehensive-tutorial/

then this is the wrong group. I have not studied the referenced article so I'm not sure about the PC HW you need. But chances are that you have to send back the second RASPI as well. Prove me wrong.

Regards,
Ernst




Re: Sudden jump in SNR.

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

On 18/01/2021 15:17, geojohnt via groups.io wrote:
Hello All,
I had a sudden jump in SNR on TP1 today from 13.3 dB to 13.7 dB at 13:51 UTC.
It is still at that 13.7/.6 dB level at 15:15.
The Power level did not change being steady at - 25 dBm.
Sky is 'cloudy grey' but not rain bearing.
It's difficult to see if this ~ 0.4 db rise was seen by others from David's signal logging.
Regards,
John Tellick.
It was announced on Twitter as well. I keep advising that @eumetsat_users is an account to be followed!

https://twitter.com/eumetsat_users?lang=en

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


Re: Sudden jump in SNR.

Ian Deans
 

On 18/01/2021 15:17, geojohnt via groups.io wrote:
Hello All,
I had a sudden jump in SNR on TP1 today from 13.3 dB to 13.7 dB at 13:51 UTC.
It is still at that 13.7/.6 dB level at 15:15.
The Power level did not change being steady at - 25 dBm.
Sky is 'cloudy grey' but not rain bearing.
It's difficult to see if this ~ 0.4 db rise was seen by others from David's signal logging.
Regards,
John Tellick.
=========================================================================

John it was on the Weekly Operations Schedule that there was an uplink station maintenance scheduled for today and tomorrow, so it is likely that the higher signal, which I also saw, was a switch over to the back up station which we know has a higher signal.

Regards
Ian.


Re: Sudden jump in SNR.

geojohnt@...
 

Hello again,

I spoke too soon - always the case?

Around 15:33 I noticed my SNR was back to 'normal' at 13.4/.3 dB.

Regards,
John.


-----Original Message-----
From: geojohnt via groups.io <geojohnt@...>
To: msg-1@groups.io <msg-1@groups.io>
Sent: Mon, 18 Jan 2021 15:17
Subject: [MSG-1] Sudden jump in SNR.

Hello All,

I had a sudden jump in SNR on TP1 today from 13.3 dB to 13.7 dB at 13:51 UTC.
It is still at that 13.7/.6 dB level at 15:15.

The Power level did not change being steady at - 25 dBm.

Sky is 'cloudy grey' but not rain bearing. 

It's difficult to see if this ~ 0.4 db rise was seen by others from David's signal logging.

Regards,
John Tellick.


381 - 400 of 31336