Date   

Hurricane Michael.

Douglas Deans
 

Hurricane Michael to intensify to major hurricane and hit the NE Gulf coast.
Pseudo true colour image made from my Eumetcast GOES 16 data and EUMETCastView.

Regards,
Douglas.


Re: File eating up tmp disk space

James Brown
 

On 8 Oct 2018, at 15:42, David J Taylor via Groups.Io <gm8arv=yahoo.co.uk@groups.io> wrote:

Folks,

EUMETSAT have confirmed that these test files should not have been disseminated, and shold now have stopped.

If you see any more please report to EUMETSAT ASAP.

Thanks,
David
--
Thanks for the update David.
Wonder what they were about?

James.


Re: File eating up tmp disk space

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

Folks,

EUMETSAT have confirmed that these test files should not have been disseminated, and shold now have stopped.

If you see any more please report to EUMETSAT ASAP.

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


Re: File eating up tmp disk space

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

I can confirm that I received two files as well totalling nearly 3GB.
They are in my NPP-2 received folder. I am not on the manufacturers
list, so I suspect many others will have received these files as well if
they take NPP-2.

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

Thanks, Ian.

Yes, it looks like everyone subscribed to NPP-2 must have received that. Thanks goodness it wasn't at a weekend when fixing it may have taken longer. Not heard back from EUMETSAT yet, but the query was acknowledged.

Bet that's ruined someone's yearly appraisal!

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


Re: TBS 6903 extra power cable

nigel
 

Hi Ernst,
Very happy to report that I've made some good progress and am now getting close, I think, to having a working system.

The latest step this afternoon was to reboot, with the EKU fitted and it seems to be working (occasional blink) and "/etc/init.d/pcscd status" shows running. No worrying messages in "journalctl -f" either, so I'm quietly confident!!
Tomorrow I hope to reroute the cable from the LNB to the TBS 6903 and see if I can get reception going.

However, the latest version of tellicast-client that I have been able to find is 2.12.1-11_i386.deb - in your notes (STRETCH64.txt) you mention 2.14.1-3_i386.deb - is there much difference between these two versions and should I be able to get reception going with this older version??
I'll be ordering a new DVD and EKU from ops in the next day or two but it might take a while to get here !

Thanks for your help
Regards
Nigel


On 04/10/2018 15:44, Ernst Lobsiger wrote:
Hi Nigel,

STRETCH64.txt is an attachment to message 26864 August 2nd.
You should install a CLI only system later. Maybe you have an
onboard graphic chip and could use it for initial setup. For what
I work with your graphics card is the MONSTER I suspected :-).

Be aware  that 64Bit Linux has some extra problems as the
TelliCast client and EKU software is still 32Bit only.

Regards,
Ernst




Re: File eating up tmp disk space

Ian Deans
 

On 08/10/2018 14:17, David J Taylor via Groups.Io wrote:
I can confirm this David. My temp directories are on a 1tb hd but 2/3 are now eaten up!
Thanks for noticing. I had wondered why your graphs had started showing a lot of missed/recovered packets!
Cheers,
James.
=========================================
Well, having stopped the TelliCast processes and restarted, the bad file disappeared on two systems, but was more persistent on the third. Perhaps EUMETSAT stopped it.  It was filled with zeros, by the way.
The losses yesterday James were due to rain and high wind, from the "wrong" direction.  More wind expected later in the week.  Sigh!
Cheers,
David
=======================================================================

I can confirm that I received two files as well totalling nearly 3GB. They are in my NPP-2 received folder. I am not on the manufacturers list, so I suspect many others will have received these files as well if they take NPP-2.

Regards
Ian.


Re: No transport status lock in Ayecka SR1 after installing a larger disk

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

Many Thanks Ernst and Thorsten,

I will repoint my dish this afternoon and report back.

Greetings,

Herman
=========================================

Herman,

I recently bought one of these - about €50:

https://www.ebay.co.uk/itm/V8-DVB-S2-HD-TV-Satellite-Finder-Digital-TV-Finder-Meter-with-3-5-LCD-Display/123191989920

which should be handy for the job. I found:

Al-Forat HD1: 11007 V 4800 S2-QPSK
Dzair news: 11164 V 4000 S2-QPSK
Dzair TV: 11164 V 4000 S2-QPSK (couldn't see video)
Kurdistan TV: 11624 V 3800 S2-QPSK
Zagros TV: 11630 V 3800 S2-QPSK
Kurdistan 24 HD: 11645 4800 S2-QPSK
LBC Europe: 11681 H 3200 8PSK
LDC AM: 11681 H 3200 8PSK
-noorsatt: 10961 H 1333 S2-QPSK

That should be enough to confirm the satellite at least. Received with a TBS5925 and the free SmartDVB software. BDADataEx used for EUMETCast tests, but using something like the "Finder-Meter" above should be equally OK.

You might be able to use those with the Ayecka too,

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


Re: File eating up tmp disk space

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

I can confirm this David. My temp directories are on a 1tb hd but 2/3 are now eaten up!

Thanks for noticing. I had wondered why your graphs had started showing a lot of missed/recovered packets!

Cheers,
James.
=========================================

Well, having stopped the TelliCast processes and restarted, the bad file disappeared on two systems, but was more persistent on the third. Perhaps EUMETSAT stopped it. It was filled with zeros, by the way.

The losses yesterday James were due to rain and high wind, from the "wrong" direction. More wind expected later in the week. Sigh!

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


Re: File eating up tmp disk space

Ernst Lobsiger
 

Hi All

Ganymed could just handle that with its 3 GB Ram-Disk.
According to Murphy the file  came in at the time of sun
colinearity interference. But no lost packets on Ganymed.

Cheers
Ernst


Re: File eating up tmp disk space

James Brown
 

On 8 Oct 2018, at 12:23, David J Taylor via Groups.Io <gm8arv=yahoo.co.uk@groups.io> wrote:

Looks like EUMETSAT are sending a file on NPP-2 which is 2 GB or more, and eating up disk space on the PCs here. Hope you're not also affected....

I've cleared two PCs which had run out of tmp space, but it looks like the other which has a 4 GB RAMdisk will need to let that fill before I can fix the issue.

EUMETSAT: perhaps this is only manufacturers but if the file could be stopped, please?

Cheers,
David
--
I can confirm this David. My temp directories are on a 1tb hd but 2/3 are now eaten up!

Thanks for noticing. I had wondered why your graphs had started showing a lot of missed/recovered packets!

Cheers,
James.

JB out and about


Re: File eating up tmp disk space

Hartmut Schulla
 

Confirmed!
File is named "testfilefrommmds". It size is 2.097.152KB.
No problem here so far!
Regards

-----Ursprüngliche Nachricht-----
Von: MSG-1@groups.io [mailto:MSG-1@groups.io] Im Auftrag von David J Taylor via Groups.Io
Gesendet: Montag, 8. Oktober 2018 13:23
An: MSG-1 group
Cc: OPS Eumetsat
Betreff: [MSG-1] File eating up tmp disk space

Looks like EUMETSAT are sending a file on NPP-2 which is 2 GB or more, and
eating up disk space on the PCs here. Hope you're not also affected....

I've cleared two PCs which had run out of tmp space, but it looks like the
other which has a 4 GB RAMdisk will need to let that fill before I can fix
the issue.

EUMETSAT: perhaps this is only manufacturers but if the file could be
stopped, please?

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


File eating up tmp disk space

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

Looks like EUMETSAT are sending a file on NPP-2 which is 2 GB or more, and eating up disk space on the PCs here. Hope you're not also affected....

I've cleared two PCs which had run out of tmp space, but it looks like the other which has a 4 GB RAMdisk will need to let that fill before I can fix the issue.

EUMETSAT: perhaps this is only manufacturers but if the file could be stopped, please?

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


Re: No transport status lock in Ayecka SR1 after installing a larger disk

Herman Vijlbrief
 

Many Thanks Ernst and Thorsten,

I will repoint my dish this afternoon and report back.

Greetings,

Herman



Op 7-10-2018 om 20:59 schreef Ernst Lobsiger:

Herman,

Check on www.flysat,com wether you are pointing at a 9° Satellite.

Cheers,
Ernst



Re: No transport status lock in Ayecka SR1 after installing a larger disk

Ernst Lobsiger
 

Herman,

Check on www.flysat,com wether you are pointing at a 9° Satellite.

Cheers,
Ernst


Re: No transport status lock in Ayecka SR1 after installing a larger disk

Thorsten Miglus
 

Hi Herman,

your dish points to the wrong satellite.
Symbol rate is 33.000 Msps for Eumetcast.
Your receiver shows 29.995 Msps.
Point to Eutelsat 10 and data will flow.

Cheers,
Thorsten


On Sun, Oct 7, 2018 at 08:29 PM, Herman Vijlbrief wrote:
Dear all,

After installing a larger 105 cm dish I have 1,4 dB more SNR comparing to my 88 cm dish. (12,0 vs 10,6 dB)
Satellite is locked but the transport status is not locked.
Switching back to the 88 cm there is normal reception with transport status locked.

Does anybody have a clue why there is no data transport lock with this larger dish?

In the Ayecka settings the configuration set 2 is enabled and the settings are conform the settings of Eumetsat setup guide v3B on page 11.

MODCODS filter is set on 0x00041000
PIDs are checked and OK
The network settings are conform the settings on page 10 of the setup guide.

I see in the status page where my software version is displayed (1.05b255 with hardware version 2.1 and firmware version 2.02b922)
Rx1: Active, Locked
EUMETCast DVB-S2 1513.000 MHz, DVB-S2 8psk 2/3, 29.995 Msps, CCM, 12,1 dB
one page 8 of the setup guide DVB-S2 is displayed as 16APSK 2/3 32,996 Msps, ACM

That is different than my settings.
If that is the reason why there is no data transport lock? If so how can i change these settings?

Any help highly appreciated!

Greetings,

Herman Vijlbrief


No transport status lock in Ayecka SR1 after installing a larger disk

Herman Vijlbrief
 

Dear all,

After installing a larger 105 cm dish I have 1,4 dB more SNR comparing to my 88 cm dish. (12,0 vs 10,6 dB)
Satellite is locked but the transport status is not locked.
Switching back to the 88 cm there is normal reception with transport status locked.

Does anybody have a clue why there is no data transport lock with this larger dish?

In the Ayecka settings the configuration set 2 is enabled and the settings are conform the settings of Eumetsat setup guide v3B on page 11.

MODCODS filter is set on 0x00041000
PIDs are checked and OK
The network settings are conform the settings on page 10 of the setup guide.

I see in the status page where my software version is displayed (1.05b255 with hardware version 2.1 and firmware version 2.02b922)
Rx1: Active, Locked
EUMETCast DVB-S2 1513.000 MHz, DVB-S2 8psk 2/3, 29.995 Msps, CCM, 12,1 dB
one page 8 of the setup guide DVB-S2 is displayed as 16APSK 2/3 32,996 Msps, ACM

That is different than my settings.
If that is the reason why there is no data transport lock? If so how can i change these settings?

Any help highly appreciated!

Greetings,

Herman Vijlbrief














Re: Pytroll/SatPy for EUMETCast

Ernst Lobsiger
 

Simon,

I'am still an absolute Python newby, So what you recommend is out of reach :-).

SatPy is Pytroll integrated to a level where you can get results with 3 lines.
But this goes with less control. I have not yet found a way to make SatPy use
a provided TLE. It seems to download that from Internet whenever necessary.

Also I have an issue with "platforms.txt". Under certain conditions I can
not reproduce so far, my scripts show a need for that file in the DEBUG output.
The file seems not distributed with satpy or pyorbital. On the command line
it's easy to get the message that the platforms.txt is missing in PPP_CONFIG_DIR.
If PPP_CONFIG_DIR environmental varable is not set it Defaults to ...satpy/etc.

from pyorbital import tlefile
On the other hand the OLCI reader does read all 21 channels + tie_geometries
+ geo_coordinates + ...._instrument_data. It does not (yet?) understand
xdumanifest + time_coordinates + quality_flags + removed_pixels. The olci.py
DEBUG output does not show a need for a TLE or an attempt to download that.

Images are rather pale compared to what I get using SNAP4 convert.


Cheers,
Ernst





Am 07.10.2018 11:48, schrieb simonproud:
Hi Ernst,
We have been using SatPy (and PyTroll before that) for some time to
generate the live satellite images on TV screens around our workplace. It's
an excellent tool!
One thing I would recommend is to only use SatPy to load the data, then to
do the processing yourself in numpy/xarrays. SatPy seems very slow at
calculating solar angles, so I prefer to link it to an external C-script
that can calculate the angles much faster, it saves us about 5 minutes of
processing time for the high res satellites, and a minute or two for
SEVIRI. You can still use the satpy composites to generate the final image,
just requires a bit of hacking!
We're also looking to use SatPy with OLCI/SLSTR NRT data, although we've
not done that yet. One thing I don't understand there is why PyOrbital is
needed, both OLCI and SLSTR granules contain geoinfo so I don't know why
there's a need to know the TLEs for Sentinel-3A/B. I presume I have missed
something obvious! ;-)
I may be going to the next SatPy workshop, so maybe see you there?
Cheers,
Simon


Re: Pytroll/SatPy for EUMETCast

simonproud <simon.proud@...>
 

Hi Ernst,
We have been using SatPy (and PyTroll before that) for some time to generate the live satellite images on TV screens around our workplace. It's an excellent tool!
One thing I would recommend is to only use SatPy to load the data, then to do the processing yourself in numpy/xarrays. SatPy seems very slow at calculating solar angles, so I prefer to link it to an external C-script that can calculate the angles much faster, it saves us about 5 minutes of processing time for the high res satellites, and a minute or two for SEVIRI. You can still use the satpy composites to generate the final image, just requires a bit of hacking!

We're also looking to use SatPy with OLCI/SLSTR NRT data, although we've not done that yet. One thing I don't understand there is why PyOrbital is needed, both OLCI and SLSTR granules contain geoinfo so I don't know why there's a need to know the TLEs for Sentinel-3A/B. I presume I have missed something obvious! ;-)

I may be going to the next SatPy workshop, so maybe see you there?

Cheers,
Simon

On Sat, 6 Oct 2018 at 12:49, Ernst Lobsiger <ernst.lobsiger@...> wrote:

Dear All,

This is my second attempt to crack SatPy. This Python package
is still in development and documentation is not for the faint
of heart. Nevertheless the developers are very helpful and
responsive. Together with Christian I did a lot of try and error
so far. The result is a couple of scripts that can image and
reproject in different composites the following satellites
that we receive with EUMETCast: MSG1, MSG4, GOMS2, Himawari8
GOES15, and GOES16. Sentinel-3A/3B OLCI is next to look at.

As this is Python much of our work should run with little
tweeking in an Anaconda3 installation under Windows too.
But as you know I'm on the GNU/Linux track and new to Python
as well. I intend to write an EUMETCast SatPy HOWTO when I
have some more experiance. For the moment you find a protocol
of my installation steps and a few scripts that work so far
together with some recent images I did on my receiver Ganymed:

                http://185.74.120.175:83
 
I look forward to others publishing their scripts or SatPy hints
in this thread. BTW the next Pytroll workshop is at EUMETSAT.


Cheers,
Ernst

 


Re: R: [MSG-1] BS SNR down this morning..

Herman Vijlbrief
 

Thanks John for contacting EUMETSAT.
First I noticed my SNR was 4 dB down.
But after restarting the SR1 and tweaking the cross polarisation my SNR was about 1 dB down.
With a 88 cm dish not much link margin left for HVS1.
I soon hope to install a larger dish.

Greetings,

Herman

  


Op 6-10-2018 om 11:40 schreef geojohnt via Groups.Io:

Hello Stefano,

I'm really not sure what is going on as several of us saw a 'step down' in SNR a couple of days ago around 08:30 UTC which remains, but as Hartmut posted yesterday, he didn't see this - and has not experienced this drop.

I've contacted EUMETSAT and await a comment.

Best wishes,
John

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

In a message dated 06/10/2018 08:59:39 GMT Standard Time, stefanomina@... writes:

Good morning. regarding the decline we snr, I observe strange discrepancies
In my location using a 120cm antenna. (Pesaro-Italy) I found a loss from 15.00 to 14.7 .14.6 db. = 0.4db
Observing the graphs mrtg oh noted for example that- Wienerwald, AT- and Colmar -FR did not fall of snr.While other stations with antennas even of a larger diameter (for example Huizen, NL and Nail-De) have the same fall of mine snr 0.3-0.4db.
Pointing errors, or transponder covering Europe with different antennas and power?



Pytroll/SatPy for EUMETCast

Ernst Lobsiger
 

Dear All,

This is my second attempt to crack SatPy. This Python package
is still in development and documentation is not for the faint
of heart. Nevertheless the developers are very helpful and
responsive. Together with Christian I did a lot of try and error
so far. The result is a couple of scripts that can image and
reproject in different composites the following satellites
that we receive with EUMETCast: MSG1, MSG4, GOMS2, Himawari8
GOES15, and GOES16. Sentinel-3A/3B OLCI is next to look at.

As this is Python much of our work should run with little
tweeking in an Anaconda3 installation under Windows too.
But as you know I'm on the GNU/Linux track and new to Python
as well. I intend to write an EUMETCast SatPy HOWTO when I
have some more experiance. For the moment you find a protocol
of my installation steps and a few scripts that work so far
together with some recent images I did on my receiver Ganymed:

                http://185.74.120.175:83
 
I look forward to others publishing their scripts or SatPy hints
in this thread. BTW the next Pytroll workshop is at EUMETSAT.


Cheers,
Ernst