Date   
Re: experiences and lessons learned with a fresh Eumetcast install for WIndows and Linux

Ernst Lobsiger
 

Markus

The real problem of GNU/Linux is twofold:

- Linuxers want their "own" distro and their "very special" EUMETCast system
- There is no central EUMETCast knowledge base like Davids site for Windows

The hint for the link you made above is found in my README.amd64.gz in message #28250.

My receivers work rock solid on 11 years old hardware with Intel Duo processors taking
BAS + HVS-1 + HVS-2 with a single cable and doing quite a bit of image processing too.

Missed packets are often related to excessive wait states by slow HDDs. I have written
almost "scientfic papers" about that issue. I'm not sure a NAS is the way to go here.

Systemd poses another problem as the EUMETSAT scripts date from quite a while back
and even if I'm no "greybeard" I do not welcome systemd on my EUMETCast receivers.

Cheers
Ernst

P.S. Your next GNU/Linux receiver setup will be much faster :-) ...




Re: experiences and lessons learned with a fresh Eumetcast install for WIndows and Linux

Christian Peters
 

Markus,

thank you for that long article!
That's really interesting and it's good to know there are some other users trying to setup TC on Linux.
Yes, it was really a challenge I never would get the system up without the help of Ernst.
My system runs Debian Stretch and it only runs the TelliCast client software with some basic xrit2pic scripts.
My sytem uses two TBS 5925 to get the data from two transponders. Ernst wrote a special version of dvb-eumetcast and split the the three services on three dummy devices.
Yes, the USB problem, the eToken link and the compiling of the kernel driver for the TBS is really a problem so I didn't touch the system since it runs (now for 214 days without reboot....the last reboot was a power interruption caused by a thunderstorm).

I would love to see an updated script for installing a TC receiver system with a TBS USB device, a TBS PCIe card and a Novra S300N receiver and for one or two Linux distributions like Ubuntu and Debian/Devuan to animate some other people to try Linux as platform. If it runs it runs rock solid! Regarding the reception quality I can't compare but I even get some key errors.

But at my Win10 processor I have to look every day whether the system does a reboot after installing updates in the night...which stops all processing software I have to restart then... :-P
I'm not sure if I would be able to get a Win10 system to not reboot....except disconnecting from the internet... :-D
Maybe all will be much easier if the Linux receiver would use a NOVRA300 hardware....but as the MTG mission will start next year, a third transponder will be set up and I think three of them would be to expensive for me and it would maybe not be possible to use three TBS USB devices like the 5925 on a Win10 or Linux system...!?
I don't know how this challenge could be managed in a easy way....and as the Linux drivers/firmware available for the new TBS PCIe cards is not really working with EUMETCAST....maybe setting up a Linux receiver would be impossible except for really experts in this future!? :-(

But most user know that setting up something in Linux is a challenge and even fun to get it working, but it would be really great if you and Ernst could contact EUMETSAT and could help to update the setup instruction script to lower the bar regarding setting up a Linux TC receiver.

But nevertheless I'm happy with my Linux TC receiver as it runs...but setting it up again I think I would need an updated script and again much help form Ernst and you...! ;-)

Regards,

Christian



Am 10.02.20 um 18:51 schrieb Markus Kempf:

I have used Eumetcast since 2005 and did a few posts to this group a long time ago. My receiving system started on a Pentium system that was up to date in 2005 running Windows XP. I later migrated to Win7 on a new hardware (2014) and finally to Win10 about three years ago. The old Tellicast sw installation just worked and I never touched it. For other reasons, I had to make a completely new fresh installation of Win10. I decided to finally update my old setup and downloaded/replicated the Eumetsat directory at:

ftp://ftp.eumetsat.int/pub/OPS/out/user/EUMETCast_Support/

After a short read of the documentation I downloaded the latest TBS Win10 drivers for my 5925 and Crazycats BDADataEx because I need Diseqc switching, something TVB's IP tool does not provide. I knew that already, but for a newbie it should be mentioned in the Eumetcast documentation.

https://www.tbsdtv.com/download/

After about 15min of downloading, installing and configuring, the system was up and running, receiving my usual data (actually much more because I did not edit the channels configuration :-). I believe that almost everybody could do this in a reasonable amount of time with the docs available and given the fact that the stuff simply works.

Then I got the idea that the Eumetcast reception could be done with my new NAS server system, replacing the old PC and saving some electrical energy and money because the NAS runs 24/7 anyway. I had the same idea a few years ago, but the old NAS server was ARM based and the proprietary Tellicast client is not available. The new system is Intel based, so it seemed perfectly fit for the purpose. I was quite confident that this would work in a short amount of time, given my 35 years of experience working as an engineer in the IT industry and beeing a Unix native... Unfortunately, that was a fallacy. The current state of the software and documentation provided by Eumetsat makes it very unlikely that a normal user will succeed. My biggest mistake was not to search in the archive of this group, because most problems have been addressed already by Christian Peters and Ernst Lobsiger.
My NAS server uses Debian 10, with a backport kernel 5.4. Unlike Ernst/Christian, I like to use systemd, so I'm not a real Unix greybeard...

1) DVB device driver
Even after so many years, the installation of the device drivers for a TBS5925 is still a mess, because they are not part of the slipstream process and have to be compiled by the user and for every new kernel version. That's a real pain for every system not totally dedicated to Eumetcast reception and nothing else. I have used the install scripts at:

https://github.com/tbsdtv/linux_media/wiki

The drivers work, the device gets recognized. Unfortunately the procedure taints the signed kernel and some debian provided modules will no longer work (eg.my USB soundcard).
In the Eumetsat documentation you could eiher use the 2014 or 2016 drivers or the above method depending on which document you read, no consistency at all.

2) EKU software
The crypto dongle, unfortunately still needed, that I use, is the original Aladin dongle ID 0529:0514 Aladdin Knowledge Systems eToken Pro v4.2.5.4. After following the advice in EUMETCast_Support/tellicast-client-pre-release/linux/README_Safenet_EKU_linux.txt, the dongle was not recognized by the system, the lsusb command showed nothing. The troubleshooting guide gives a hint, but has outdated info. On a modern Debian 10 system, the file /lib/udev/rules.d/90-hid-eToken.rules must be changed to include idProduct 514. This can also be found in the archives of this group.
SUBSYSTEM=="block" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="usb" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="usbmisc" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="hid" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="hidraw" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
I'm really astonished, given the many old dongles, that they break the compatibility with the old devices and do not mention this in the documentation. A normal user will already fail at this point.
The dongle now showed up with "lsusb" but still did not work with tc-cast-client -k. After many hours of research, I found the problem. The library libcrypto must be present in /lib or /usr/lib. This is an error in the DEB control file of the Safenet Authentication client core library and should not happen. Again, a normal user would most likely fail again at this point. The archives of this group give another solution, but this simple symbolic link is good enough.
ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 /lib/libcrypto.so

3) Diseqc switching
I have a setup with two dishes and four LNBs, so there is the need to switch to the right LNB. Unfortunately, the documentation again does not really mention it. You can find a hint in the config file /etc/channels.conf in a comment #name:frequency:PolarisationDVBStdModcod:diseqSatNr:Symbolrate:::
szap-s2 can switch, but you have to change the entries to your used number. In my case: E1B:11263:hS1:3:33000:::
Again, this would stop normal users and could be clearly explained in a Linux setup guide.

4) smcrouted
Now my DVB device worked, the EKU worked and I created the necessary network devices with EUMETCast_Support/EUMETCast_Licence_cd/Linux/DVB_devices/Common_Apps/dvb-eumetcast-setup.sh. Unfortunately I still could not receive data... A check with service tellicast-client status showed that smcrouted failed, because another one is already running. So at least on a Debian 10 system, the distribution provided smcrouted service must be disabled.
systemctl disable smcroute
systemctl disable smcroute-helper

5) SUCCESS
After many hours of work, the system finally works...

6) some quirks
the reception is worse compared to the Win10 setup. The count of missed packets is much higher.
I still have missing key errors sometimes in my log file
I need to adapt the metrics and stats scripts for my system

Hopefully this long article will help somebody to setup an Eumetcast system under Linux.

Markus




experiences and lessons learned with a fresh Eumetcast install for WIndows and Linux

Markus Kempf
 

I have used Eumetcast since 2005 and did a few posts to this group a long time ago. My receiving system started on a Pentium system that was up to date in 2005 running Windows XP. I later migrated to Win7 on a new hardware (2014) and finally to Win10 about three years ago. The old Tellicast sw installation just worked and I never touched it. For other reasons, I had to make a completely new fresh installation of Win10. I decided to finally update my old setup and downloaded/replicated the Eumetsat directory at:

ftp://ftp.eumetsat.int/pub/OPS/out/user/EUMETCast_Support/

After a short read of the documentation I downloaded the latest TBS Win10 drivers for my 5925 and Crazycats BDADataEx because I need Diseqc switching, something TVB's IP tool does not provide. I knew that already, but for a newbie it should be mentioned in the Eumetcast documentation.

https://www.tbsdtv.com/download/

After about 15min of downloading, installing and configuring, the system was up and running, receiving my usual data (actually much more because I did not edit the channels configuration :-). I believe that almost everybody could do this in a reasonable amount of time with the docs available and given the fact that the stuff simply works.

Then I got the idea that the Eumetcast reception could be done with my new NAS server system, replacing the old PC and saving some electrical energy and money because the NAS runs 24/7 anyway. I had the same idea a few years ago, but the old NAS server was ARM based and the proprietary Tellicast client is not available. The new system is Intel based, so it seemed perfectly fit for the purpose. I was quite confident that this would work in a short amount of time, given my 35 years of experience working as an engineer in the IT industry and beeing a Unix native... Unfortunately, that was a fallacy. The current state of the software and documentation provided by Eumetsat makes it very unlikely that a normal user will succeed. My biggest mistake was not to search in the archive of this group, because most problems have been addressed already by Christian Peters and Ernst Lobsiger.
My NAS server uses Debian 10, with a backport kernel 5.4. Unlike Ernst/Christian, I like to use systemd, so I'm not a real Unix greybeard...

1) DVB device driver
Even after so many years, the installation of the device drivers for a TBS5925 is still a mess, because they are not part of the slipstream process and have to be compiled by the user and for every new kernel version. That's a real pain for every system not totally dedicated to Eumetcast reception and nothing else. I have used the install scripts at:

https://github.com/tbsdtv/linux_media/wiki

The drivers work, the device gets recognized. Unfortunately the procedure taints the signed kernel and some debian provided modules will no longer work (eg.my USB soundcard).
In the Eumetsat documentation you could eiher use the 2014 or 2016 drivers or the above method depending on which document you read, no consistency at all.

2) EKU software
The crypto dongle, unfortunately still needed, that I use, is the original Aladin dongle ID 0529:0514 Aladdin Knowledge Systems eToken Pro v4.2.5.4. After following the advice in EUMETCast_Support/tellicast-client-pre-release/linux/README_Safenet_EKU_linux.txt, the dongle was not recognized by the system, the lsusb command showed nothing. The troubleshooting guide gives a hint, but has outdated info. On a modern Debian 10 system, the file /lib/udev/rules.d/90-hid-eToken.rules must be changed to include idProduct 514. This can also be found in the archives of this group.
SUBSYSTEM=="block" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="usb" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="usbmisc" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="hid" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
SUBSYSTEM=="hidraw" , ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0514|0602|3002|3004|3005|3006|3007", MODE="0777"
I'm really astonished, given the many old dongles, that they break the compatibility with the old devices and do not mention this in the documentation. A normal user will already fail at this point.
The dongle now showed up with "lsusb" but still did not work with tc-cast-client -k. After many hours of research, I found the problem. The library libcrypto must be present in /lib or /usr/lib. This is an error in the DEB control file of the Safenet Authentication client core library and should not happen. Again, a normal user would most likely fail again at this point. The archives of this group give another solution, but this simple symbolic link is good enough.

ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 /lib/libcrypto.so

3) Diseqc switching
I have a setup with two dishes and four LNBs, so there is the need to switch to the right LNB. Unfortunately, the documentation again does not really mention it. You can find a hint in the config file /etc/channels.conf in a comment #name:frequency:PolarisationDVBStdModcod:diseqSatNr:Symbolrate:::
szap-s2 can switch, but you have to change the entries to your used number. In my case: E1B:11263:hS1:3:33000:::
Again, this would stop normal users and could be clearly explained in a Linux setup guide.

4) smcrouted
Now my DVB device worked, the EKU worked and I created the necessary network devices with EUMETCast_Support/EUMETCast_Licence_cd/Linux/DVB_devices/Common_Apps/dvb-eumetcast-setup.sh. Unfortunately I still could not receive data... A check with service tellicast-client status showed that smcrouted failed, because another one is already running. So at least on a Debian 10 system, the distribution provided smcrouted service must be disabled.
systemctl disable smcroute
systemctl disable smcroute-helper

5) SUCCESS
After many hours of work, the system finally works...

6) some quirks
the reception is worse compared to the Win10 setup. The count of missed packets is much higher.
I still have missing key errors sometimes in my log file
I need to adapt the metrics and stats scripts for my system

Hopefully this long article will help somebody to setup an Eumetcast system under Linux.

Markus

Re: Receiving Noaa 20 data

George Sz
 

I've had this problem before and had to sift through several channels for VIIRS data.

What you're likely looking for is here:

NOAA20 VIIRS: bas, NPP-2
NPP VIIRS hvs-1, E1H-RDS-1

Regards,
George

Re: Signal Level

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

Same here. I can confirm this!
Regards
Hartmut

David, Ian

I can confirm that after a short period of with an increase of the
signal level 0,5 dB up the level decreased later that evening to a level
below 14 dB.
At this moment the signal level is 14,1 dB which is 0,2/0,3 dB lower
that the average level i saw the last months with clear sky in the morning.

Greetings Herman
=======================================================

Folks,

Thanks, both, for the confirmation. I suggest reporting this to EUMETSAT so that they are at least aware of the issue, although the response may be simply that "our provider says it's within specification".

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

Re: Signal Level

Hartmut Schulla
 

Same here. I can confirm this!
Regards
Hartmut

-----Ursprüngliche Nachricht-----
Von: MSG-1@groups.io [mailto:MSG-1@groups.io] Im Auftrag von Herman Vijlbrief
Gesendet: Donnerstag, 6. Februar 2020 09:26
An: MSG-1@groups.io
Betreff: Re: [MSG-1] Signal Level

David, Ian

I can confirm that after a short period of with an increase of the
signal level 0,5 dB up the level decreased later that evening to a level
below 14 dB.
At this moment the signal level is 14,1 dB which is 0,2/0,3 dB lower
that the average level i saw the last months with clear sky in the morning.

Greetings Herman


Thanks, Ian.  I've not heard anything from EUMETSAT, except their
standard response that the services are provided by a third party.

If you see my data as being out of date please try a Ctrl_F5 (or what
even incantation is required for your browser this week!). I do see
similar effects on a number of other stations, and refresh sorts it. 
I'm not quite sure why it is, but something isn't telling the Web
server / browser client that the image needs to be downloaded again
as it's been updated.  Perhap someone more expert in HTML can suggest
something?

Cheers,
David
----------------------------------------------------------------------------


Thanks for your reply David. I have done many refresh attempts to no
avail.

I have just very recently updated to the new Microsoft Edge browser
which is now available for download and it appears that browser is
what is causing the problem but only on your lost/missed and recovered
graphs, with all other graphs being fine. Internet Explorer shows all
graphs up to date so I will you that browser when required.

Regards
Ian.



Re: Signal Level

Herman Vijlbrief
 

David, Ian

I can confirm that after a short period of with an increase of the signal level 0,5 dB up the level decreased later that evening to a level below 14 dB.
At this moment the signal level is 14,1 dB which is 0,2/0,3 dB lower that the average level i saw the last months with clear sky in the morning.

Greetings Herman


Thanks, Ian.  I've not heard anything from EUMETSAT, except their standard response that the services are provided by a third party.

If you see my data as being out of date please try a Ctrl_F5 (or what even incantation is required for your browser this week!). I do see similar effects on a number of other stations, and refresh sorts it.  I'm not quite sure why it is, but something isn't telling the Web server / browser client that the image needs to be downloaded again as it's been updated.  Perhap someone more expert in HTML can suggest something?

Cheers,
David
----------------------------------------------------------------------------


Thanks for your reply David. I have done many refresh attempts to no avail.

I have just very recently updated to the new Microsoft Edge browser which is now available for download and it appears that browser is what is causing the problem but only on your lost/missed and recovered graphs, with all other graphs being fine. Internet Explorer shows all graphs up to date so I will you that browser when required.

Regards
Ian.


Re: Signal Level

Ian Deans
 

On 05/02/2020 18:23, David J Taylor via Groups.Io wrote:
I have just seen a number of mails re an increase in signal level of
about 0.5dB and cannot believe what I am reading !!!
I was about to send a mail reporting that for the last 4 hours or so in
clear conditions my signal level is down by 0.5 SNR up here north of
Dundee and still is. What is going on !!!
When I checked your level David from your graph about 2 hours ago your
level looked a bit down as well.
By the way David I noticed that your lost and missed and recovered
graphs appear to be about 4/5 days old.
Regards
Ian.
Thanks, Ian.  I've not heard anything from EUMETSAT, except their standard response that the services are provided by a third party.
If you see my data as being out of date please try a Ctrl_F5 (or what even incantation is required for your browser this week!).  I do see similar effects on a number of other stations, and refresh sorts it. I'm not quite sure why it is, but something isn't telling the Web server / browser client that the image needs to be downloaded again as it's been updated.  Perhap someone more expert in HTML can suggest something?
Cheers,
David
----------------------------------------------------------------------------

Thanks for your reply David. I have done many refresh attempts to no avail.

I have just very recently updated to the new Microsoft Edge browser which is now available for download and it appears that browser is what is causing the problem but only on your lost/missed and recovered graphs, with all other graphs being fine. Internet Explorer shows all graphs up to date so I will you that browser when required.

Regards
Ian.

Re: Signal Level

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

I have just seen a number of mails re an increase in signal level of
about 0.5dB and cannot believe what I am reading !!!

I was about to send a mail reporting that for the last 4 hours or so in
clear conditions my signal level is down by 0.5 SNR up here north of
Dundee and still is. What is going on !!!

When I checked your level David from your graph about 2 hours ago your
level looked a bit down as well.

By the way David I noticed that your lost and missed and recovered
graphs appear to be about 4/5 days old.

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

Thanks, Ian. I've not heard anything from EUMETSAT, except their standard response that the services are provided by a third party.

If you see my data as being out of date please try a Ctrl_F5 (or what even incantation is required for your browser this week!). I do see similar effects on a number of other stations, and refresh sorts it. I'm not quite sure why it is, but something isn't telling the Web server / browser client that the image needs to be downloaded again as it's been updated. Perhap someone more expert in HTML can suggest something?

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

Data Tailor query

James Brown
 

A while back I worked through the manual for the new software package and also watched the online video presentation - referenced via Twitter.

Personally I found the package a bit too abstruse and ungainly as an amateur.

Just wondering how others have found it.

Mind you I am comparing it with the RR of user friendly packages ;-))

James

Re: Signal level up 0,5 dB

geojohnt@...
 

All,

Mmmmm.

I didn't notice my signal level last evening, but for a couple of days now I would say that my SNR is about 
0.2 dB lower than normal under clear sky conditions.
SW London 1 m dish, SR1.

This morning under foggy conditions I would say my SNR is 0.3 dB down on what it 'should be.'

Regards,
John.



Re: 2met software

Cornish Man
 

Hi

I just emailed them to find out about the software

On Tuesday, 4 February 2020, 19:18:17 GMT, Nadi2016@... <nadi2016@...> wrote:


Hello,
I would like to buy 2met Sofware because they claim a wide range of capabilities(Processing all of Eumetcast data and ...), but I couldn't find a demo or any video from the software. Has anyone worked with this software? What is your Idea about this matter? 

Re: Signal level up 0,5 dB

James Brown
 

On 4 Feb 2020, at 19:37, David J Taylor via Groups.Io <david-taylor=blueyonder.co.uk@groups.io> wrote:

Hi to all,

Tonight I noticed that my signal level is about 0,5 dB up comparing to the normal level of the last month's.
The Es/No level is now a stable 15 dB received with an Ayecka / 125 cm dish/35m cable at my location 16 KM south west of Amsterdam.

I hope that this is seen on more locations an has is on this level in the future.

Greetings Herman Vijlbrief
==============================================

Yes, I see this for some people, perhaps on both transponders.

https://www.satsignal.eu/mrtg/performance_eumetcast-europe_link_margin.php

Whether it will last, who knows? It's very welcome, though.

David
--
Strange dip before and now another dip. Suggesting the signal increase was a mistake?

Cheers,
James.

Signal Level

Ian Deans
 

I have just seen a number of mails re an increase in signal level of about 0.5dB and cannot believe what I am reading !!!

I was about to send a mail reporting that for the last 4 hours or so in clear conditions my signal level is down by 0.5 SNR up here north of Dundee and still is. What is going on !!!

When I checked your level David from your graph about 2 hours ago your level looked a bit down as well.

By the way David I noticed that your lost and missed and recovered graphs appear to be about 4/5 days old.

Regards
Ian.

Re: Signal level up 0,5 dB

Douglas Deans
 

On 04/02/2020 19:21, Herman Vijlbrief wrote:
Hi to all,
Tonight I noticed that my signal level is about 0,5 dB up comparing to the normal level of the last month's.
The Es/No level is now a stable 15 dB received with an Ayecka / 125 cm dish/35m cable at my location 16 KM south west of Amsterdam.
I hope that this is seen on more locations an has is on this level in the future.
Greetings Herman Vijlbrief
_._,_._,_
------------------------------------------------------------------------
I have just noticed that on a beautiful clear night my signal here in central Scotland is down approximately 0.6 dB. Should be about 12.2/12.3 and is 11.7 at the moment.
Very strange and for the first time ever I have parity with HVS2.

Regards,
Douglas.

Re: Signal level up 0,5 dB

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

Hi to all,

Tonight I noticed that my signal level is about 0,5 dB up comparing to the normal level of the last month's.
The Es/No level is now a stable 15 dB received with an Ayecka / 125 cm dish/35m cable at my location 16 KM south west of Amsterdam.

I hope that this is seen on more locations an has is on this level in the future.

Greetings Herman Vijlbrief
==============================================

Yes, I see this for some people, perhaps on both transponders.

https://www.satsignal.eu/mrtg/performance_eumetcast-europe_link_margin.php

Whether it will last, who knows? It's very welcome, though.

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

Re: Signal level up 0,5 dB

Stefano Mina
 

Yes Herman, even here in central Italy the SNR has increased. I hope it is not the usual momentary change of uplink and that this is maintained!
Regards
Stephen.

 

Da: MSG-1@groups.io <MSG-1@groups.io> Per conto di Herman Vijlbrief
Inviato: martedì 4 febbraio 2020 20:21
A: MSG-1@groups.io
Oggetto: [MSG-1] Signal level up 0,5 dB

 

Hi to all,

Tonight I noticed that my signal level is about 0,5 dB up comparing to the normal level of the last month's.
The Es/No level is now a stable 15 dB received with an Ayecka / 125 cm dish/35m cable at my location 16 KM south west of Amsterdam.

I hope that this is seen on more locations an has is on this level in the future.

Greetings Herman Vijlbrief

Signal level up 0,5 dB

Herman Vijlbrief
 

Hi to all,

Tonight I noticed that my signal level is about 0,5 dB up comparing to the normal level of the last month's.
The Es/No level is now a stable 15 dB received with an Ayecka / 125 cm dish/35m cable at my location 16 KM south west of Amsterdam.

I hope that this is seen on more locations an has is on this level in the future.

Greetings Herman Vijlbrief

2met software

Nadi2016@...
 

Hello,
I would like to buy 2met Sofware because they claim a wide range of capabilities(Processing all of Eumetcast data and ...), but I couldn't find a demo or any video from the software. Has anyone worked with this software? What is your Idea about this matter? 

Re: Metop Manager

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

can someone help i am not getting any picture in metop tag in metop manager ? i have latest version i am receiving GAC

Thanks Brian G7TYP
=======================================

Brian,

Likely I'm out of date here, but my understanding is:

- Metop-A is now sent on the HVS-1.

- Metop-B and Metop-C are sent on the BS, as is the NOAA-19 GAC.

Is there anything helpful in the program's Lo information?

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