Date   

Re: EUMETCast BS/HVS-1 signal level.

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

All,

What's going on?

For the second day running yesterday there has been a period (periods) of increased SNR and thus link margin on the BS/HVS-1 service seen across Europe in David's 'signal logging.'

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

John,

This time it may be genuine uplink switching, judging by the weather over Austria! But looking at:

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

I only see switches at Billingham today, and I guess those are local. Yesterday's were Europe-wide.

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


EUMETCast BS/HVS-1 signal level.

geojohnt@...
 

All,

What's going on?

For the second day running yesterday there has been a period (periods) of increased SNR and thus link margin on the BS/HVS-1 service seen across Europe in David's 'signal logging.'

Regards,
John Tellick.





Re: Data keeps on filling up my disc despite the using the setting in MSG

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

Hi Guys, this is the first time ive used this site. I have been using David's Taylor's software for about 10 years to help me write the forecast for my website www.upminsterweather.co.uk its always worked well. In March of this year i pensioned off my old computer and transferred all my programs to a brand new custom built computer one. All the programs were transferred however the satellite programs appeared to work but the disc kept filling up to top. Despite clearing the data out and ticking what i thought were the right boxes in MSG data manager it now doesn't work.
What is working is the "Pink T" when you click on that all the channels are there in green so the data is coming in ok with no drop outs. The incoming signal on the dish is 90% so no problems with signal strength

I am a power engineer not a computer expert. I have tried to sort it out but I am beaten. I am happy to pay for a member to get on to my computer and sort out the satellite programs

I have google remote desk top and TeamViewer already on my computer. I do have dual screens. I have obviously done something / somethings wrong but i can't see the wood from the trees.
regards Alan Paul
=========================================

Alan,

What data isn't being removed? Is it the raw EUMETCast data or the processed data in \Images\... ?

You might like to try my ShowMan program which is a disk usage Pie Chart - it makes it easy to identify the offending directory!

https://www.satsignal.eu/software/disk.html#ShowMan

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


Polar orbiter sunglint.

geojohnt@...
 

All,

Just to say that there have been some good sun glint events in the Mediterranean 
for several weeks now from Metop-B and Metop-C descending pass.

Use the RGB 1/2/4 setting of HRPT Reader to highlight them.

Regards,
John Tellick.







Data keeps on filling up my disc despite the using the setting in MSG

alan paul
 

Hi Guys, this is the first time ive used this site. I have been using David's Taylor's software for about 10 years to help me write the forecast for my website www.upminsterweather.co.uk  its always worked well. In March of this year i pensioned off my old computer and transferred all my programs to a brand new custom built computer one. All the programs were transferred however the satellite programs appeared to work but the disc kept filling up to top. Despite clearing the data out and ticking what i thought were the right boxes in MSG data manager it now doesn't work.
What is working is the "Pink T" when you click on that all the channels are there in green so the data is coming in ok with no drop outs. The incoming signal on the dish is 90%  so no problems with signal strength

I am a power engineer not a computer expert. I have tried to sort it out but I am beaten.  I am happy to pay for a member to get on to my computer and sort out the satellite programs

I have google remote desk top and TeamViewer already on my computer.  I do have dual screens.  I have obviously done something / somethings wrong but i can't see the wood from the trees.
regards Alan Paul 


Getting the latest EUMETSAT updates.....

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

Folks,

EUMETSAT have two accounts on Twitter, which I STRONGLY recommend you to follow:

Twitter: @eumetsat_users
https://twitter.com/eumetsat_users

Twitter: @eumetsat
https://twitter.com/eumetsat

You get the announcements when you're using Twitter, and they do respond to feedback. Don't miss the news!

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


Re: RSS

Ian Deans
 

On 23/07/2020 10:47, Thorsten Miglus wrote:
Hi Ian,
according to the schedule interruption ends at 2020-07-24 09:00:00
Cheers,
Thorsten
On Thu, Jul 23, 2020 at 11:29 AM, Ian Deans wrote:
RSS switch back to MSG-3 appears to be delayed from its normal time
of 09.00 UTC.
Regards
Ian.
==============================================================================

Thorsten, thanks for the update. I do not appear to have received that revision notification of the changed date and was looking at the original Weekly Report which showed the 23/7/2020.

Many thanks

Regards
Ian.


Re: RSS

Thorsten Miglus
 

Hi Ian,

according to the schedule interruption ends at 2020-07-24 09:00:00



Cheers,
Thorsten


On Thu, Jul 23, 2020 at 11:29 AM, Ian Deans wrote:
RSS switch back to MSG-3 appears to be delayed from its normal time of 09.00 UTC.

Regards
Ian.


Re: RSS

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

RSS switch back to MSG-3 appears to be delayed from its normal time of
09.00 UTC.

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

Did you miss the EUMETSAT announcement?

https://twitter.com/eumetsat_users/status/1285462043705966592

https://www.eumetsat.int/website/home/Data/ServiceStatus/RapidScanningServiceSchedule/index.html

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


RSS

Ian Deans
 

RSS switch back to MSG-3 appears to be delayed from its normal time of 09.00 UTC.

Regards
Ian.


Tomorrow! EARS satellite acquisition priorities will be updated.

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

Form EUMETSAT:


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EARS satellite acquisition priorities will be updated on 22 July.

Thursday, 16 July 2020

With the number of satellites supported by the EARS Regional Services, there will be situations at the individual reception stations where more satellites of interest are visible than the installed antennas can acquire. In these situations, a decision must be taken on which satellites to schedule for acquisition and which to drop. One element for making this decision is satellite prioritisation.

For the EARS stations where EUMETSAT has the scheduling authority – these are Athens, Kangerlussuaq, Maspalomas, Muscat and Svalbard – the satellite priorities will be updated from 22 July 2020, as shown in the table below. The EARS stations for which EUMETSAT does not have the direct scheduling authority are expected to implement the same new satellite acquisition priorities.

This priority update is in line with the WMO DBNet Coordination Group recommendations.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

See:
https://www.eumetsat.int/website/home/News/DAT_5114255.html

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


Re: Who has problems with Shingled Magnetic Recording (SMR) Hard Drives?

Ernst Lobsiger
 

On Fri, Jul 17, 2020 at 12:36 PM, Markus Kempf wrote:
I choose to use a cheap 1TB SSD ~80Euros. Works since about 5 months. I guess it will last for >2 years.
Hello Christoph and Markus

I installed (monster) smartmontools and did a smartctl -a on both /dev/sda and /dev/sdb.
TBH I nomally just use skdump and sktest from (slim) libatasmart-bin and it is out of my
"comfort zone" to peek and poke stuff in drives even unknown to the smartctl database.
In my DELL Optiplex 7010 SFF I found no BIOS setting for disk power management either.

So it seems the only reliable solution today (proven by Christian Peter's Smaug receiver)
is the WD Red 2.5'' 1TB HDD (WD10JFCX) that is available in Switzerland for some CHF 80.-.
For future use a closer look showed the CHF 70.- Toshiba P300 3.5'' 3TB is still with- CMR.

Not so long ago David Taylor did some investigations regarding SSDs for tmp and received.
Up to now this was not recommended due to excessive and rather fast wear in T1+T2 TelliCast
receivers that easily gather up to 500GB per day. Have SSDs become much better meanwhile?


Regards
Ernst


Re: Who has problems with Shingled Magnetic Recording (SMR) Hard Drives?

Markus Kempf
 

Ernst,

I choose to use a cheap 1TB SSD ~80Euros. Works since about 5 months. I guess it will last for >2 years. Then I can buy another one for even less money. The data products (and everything else) are stored on two 10 TB HDD’s made by Toshiba.

Markus
Am 17. Juli 2020, 20:12 +0200 schrieb Ernst Lobsiger via groups.io <ernst.lobsiger@...>:

On Fri, Jul 17, 2020 at 09:21 AM, Christoph Neuhaus wrote:
This leads to the reason why NAS manufacturers like Synology removed the WD RED disks with SMR technology from their compatibility lists even though WD advertises the disks as suited for the use in NAS devices. The NAS disk controllers react to overly long i/o waits and eject the disks from RAIDs, leading to a whole bunch of problems and work for users and admins.
Hello Christoph

Nice to meet you here again. O.K. it seems with 3 months delay I came accross a little WD scandal
and now find more links on heise.de and also people complaining that have bought WD RED drives for
a NAS on digitec.ch and are now stuck. My receivers are single cable with 3 TC clients writing and
overwriting randomly about 400GB per day. I noticed that my WD Blue 2.5'' has 128MB cache while my
WD Blue 3.5'' has 64MB. Christian Peters is lucky to operate a WD Red 2.5'' 1TB (still with CMR)!

Markus Kempf has built a Basic/HVS-1 receiver using a Debian based NAS with some help of me lately.

https://groups.io/g/MSG-1/topic/71144718#29134

But this is *not* only a problem of NAS but seems essential to all TC receivers I can think of.
So this thread will be of interest to many EUMETCast users that are about to buy new data HDDs.
TelliCast reception is certainly not storing blockbusters or music once and then consuming it.

I am currently testing new TBS PCIe hardware. So we will make comparisons with the pure receive on
RAM disk and throw away receivers not to interfere in any way with I/O-Waits. Then I will probably
build my next generation receivers with PCs that have room for one 2.5'' OS SSD + two 3.5'' data HDDs
that I'll put in software Raid0. Here is a cheap 2GB 3.5'' HDD that still seems to work with CMR recording.

https://www.microspot.ch/de/computer-gaming/speicher-laufwerke/hdd-festplatten--c561000/toshiba-p300-hd-sata-6gb-s-2-tb--p0001061777


Best regards
Ernst


Re: Who has problems with Shingled Magnetic Recording (SMR) Hard Drives?

Ernst Lobsiger
 

On Fri, Jul 17, 2020 at 09:21 AM, Christoph Neuhaus wrote:
This leads to the reason why NAS manufacturers like Synology removed the WD RED disks with SMR technology from their compatibility lists even though WD advertises the disks as suited for the use in NAS devices. The NAS disk controllers react to overly long i/o waits and eject the disks from RAIDs, leading to a whole bunch of problems and work for users and admins.
Hello Christoph

Nice to meet you here again. O.K. it seems with 3 months delay I came accross a little WD scandal
and now find more links on heise.de and also people complaining that have bought WD RED drives for
a NAS on digitec.ch and are now stuck. My receivers are single cable with 3 TC clients writing and
overwriting randomly about 400GB per day. I noticed that my WD Blue 2.5'' has 128MB cache while my
WD Blue 3.5'' has 64MB. Christian Peters is lucky to operate a WD Red 2.5'' 1TB (still with CMR)!

Markus Kempf has built a Basic/HVS-1 receiver using a Debian based NAS with some help of me lately.

https://groups.io/g/MSG-1/topic/71144718#29134

But this is *not* only a problem of NAS but seems essential to all TC receivers I can think of.
So this thread will be of interest to many EUMETCast users that are about to buy new data HDDs.
TelliCast reception is certainly not storing blockbusters or music once and then consuming it.

I am currently testing new TBS PCIe hardware. So we will make comparisons with the pure receive on
RAM disk and throw away receivers not to interfere in any way with I/O-Waits. Then I will probably
build my next generation receivers with PCs that have room for one 2.5'' OS SSD + two 3.5'' data HDDs
that I'll put in software Raid0. Here is a cheap 2GB 3.5'' HDD that still seems to work with CMR recording.

https://www.microspot.ch/de/computer-gaming/speicher-laufwerke/hdd-festplatten--c561000/toshiba-p300-hd-sata-6gb-s-2-tb--p0001061777


Best regards
Ernst


Re: Who has problems with Shingled Magnetic Recording (SMR) Hard Drives?

Christoph Neuhaus
 

Dear Ernst,

TLDR: give dm-zoned a try.


Is there somebody out there that has had similar TC problems with consumer grade Data HDDs?
If so, can this person please check whether this could be due to SMR
technology of this HDD?
Unfortunately I cannot answer these questions directly. Instead I can offer some thoughts as a work colleague had the "privilege" to replace all the disks in a pretty huge NAS because of the WD SMR crap. And at the bottom you'll find two possible workarounds for your use case.


Before we dive into the mess that SMR is I assume that you checked the SMART values. In particular, the unload / load count is interesting. Modern hard disks, especially if they are designed for the use in mobile devices tend to have an aggressive energy management which leads to a lot of unload / load cycles. I guess your 2.5" disk falls into that category. In earlier times it was possible to tune some parameters with 'hdparm' even on consumer grade hardware - I don't know if this is still the case. Maybe it would help to turn off the energy management and see what happens.


The problem with the SMR technology is that it works fine only as long as you mainly have write once / read many data. If you want to use it for continuous and repeating write operations you are in a bad spot very quickly, all the more so if you want to overwrite old data.

The reason is the S in SMR: shingled. The data are put to the disks like shingles on a roof, and like those if you want to replace some the disk has to tamper with the surrounding shingles as well. Of course those SMR disks have a cache where they can put the old shingles that may not be overwritten, but if you write a lot of data that buffer will be exhausted resulting in long i/o wait states.

This leads to the reason why NAS manufacturers like Synology removed the WD RED disks with SMR technology from their compatibility lists even though WD advertises the disks as suited for the use in NAS devices. The NAS disk controllers react to overly long i/o waits and eject the disks from RAIDs, leading to a whole bunch of problems and work for users and admins.


I cannot say for sure if your issues are solely caused by the SMR disk, but due to the nature of the EUMETCast data stream it seems likely. Another factor might be ext4 as the filesystem does not know about the SMR "specialties". However, there are workarounds for your Debian / Devuan systems.

For once there is a new filesystem called ZoneFS which specialises on SMR disks (and other so-called zone based devices); unfortunately I don't know if it is available for Debian as it was intended to become a part of the 5.6 kernel.

A second solution is the 'dm-zoned' device mapper target. It adds an abstraction layer between hardware and filesystem / disk management system which hides and mitigates the constraints of SMR disks. Instead of using ext4 directly on the disk you format the disk with the 'dmzadm' tool first. This will give you a new block device that you can partition and format with ext4. Hope that helps!


Regards,
Christoph



Am 17.07.20 um 16:14 schrieb Ernst Lobsiger via groups.io:
Dear All
For some weeks now I am testing a new design of my TELLICast receivers. Instead of my 12 years
old Fujitsu/Siemens Esprimo P7935 (Processor Core2 Duo) I took a smaller 7 years DELL Optiplex
7010 SFF (Processor I5). In both receivers I use a WD-Blue 1TB hard drive as data disk. As the
DELL 7010 is SFF I use the 2.5'' HDD while in my minitower P7935 I have always used 3.5'' HDDs.
I have tmp and received data on Data HDD which has worked fine with GNU/Linux amd64 TC clients.
This is my problem: After a good start the DELL PC always runs into big trouble with I/O-Waits.
I have now tried all my tricks like ext4fs without journal and mount option noatime for speed.
I can only run the DELL receiver when I put tmp and received on a RAM disk and immediately
remove files when complete. This is not exactly what a TELLICast receiver should look like :-\ ...
Today I came accross a link that *might* reveal the cause of my problems. I noted that the new
WD-Blue 1TB 2.5'' HDD uses SMR while the WD-Blue 3.5'' 1TB HDD uses CMR recording technology.
SMR is rather new stuff and has not been disclosed in data sheets until recently. I found these links:
https://www.tomshardware.com/news/wd-lists-all-drives-slower-smr-techNOLOGY
https://toshiba.semicon-storage.com/ap-en/company/news/news-topics/2020/04/storage-20200428-1.html
I also studied the (software) Linux RAID Wiki and they say frankly forget SMR for RAID setups.
https://raid.wiki.kernel.org/index.php/Linux_Raid
I attach a timeline that shows how those I/O-Waits slowly build up and after days finally stall the bare DELL
receiver while my much weaker Fujitsu/Siemens even processes all Sentinel 3A+3B EFR images for month.
As we go towards MTG we will upgrade Data HDDs of sometimes even use a NAS as receiver. MY QUESTION:
Is there somebody out there that has had similar TC problems with consumer grade Data HDDs?
If so, can this person please check whether this could be due to SMR technology of this HDD?
Best regards
Ernst

--
_____________________________________________

University of Bern
Department of Geography
Remote Sensing Research Group

Christoph Neuhaus
ICT Expert

Hallerstrasse 12
3012 Bern - Switzerland

mailto:christoph.neuhaus@giub.unibe.ch
skype: nihil14
http://www.geography.unibe.ch/remotesensing
_____________________________________________


Who has problems with Shingled Magnetic Recording (SMR) Hard Drives?

Ernst Lobsiger
 

Dear All

For some weeks now I am testing a new design of my TELLICast receivers. Instead of my 12 years
old Fujitsu/Siemens Esprimo P7935 (Processor Core2 Duo) I took a smaller 7 years DELL Optiplex
7010 SFF (Processor I5). In both receivers I use a WD-Blue 1TB hard drive as data disk. As the
DELL 7010 is SFF I use the 2.5'' HDD while in my minitower P7935 I have always used 3.5'' HDDs.

I have tmp and received data on Data HDD which has worked fine with GNU/Linux amd64 TC clients.

This is my problem: After a good start the DELL PC always runs into big trouble with I/O-Waits.
I have now tried all my tricks like ext4fs without journal and mount option noatime for speed.

I can only run the DELL receiver when I put tmp and received on a RAM disk and immediately
remove files when complete. This is not exactly what a TELLICast receiver should look like :-\ ...

Today I came accross a link that *might* reveal the cause of my problems. I noted that the new
WD-Blue 1TB 2.5'' HDD uses SMR while the WD-Blue 3.5'' 1TB HDD uses CMR recording technology.

SMR is rather new stuff and has not been disclosed in data sheets until recently. I found these links:

https://www.tomshardware.com/news/wd-lists-all-drives-slower-smr-techNOLOGY

https://toshiba.semicon-storage.com/ap-en/company/news/news-topics/2020/04/storage-20200428-1.html

I also studied the (software) Linux RAID Wiki and they say frankly forget SMR for RAID setups.

https://raid.wiki.kernel.org/index.php/Linux_Raid


I attach a timeline that shows how those I/O-Waits slowly build up and after days finally stall the bare DELL
receiver while my much weaker Fujitsu/Siemens even processes all Sentinel 3A+3B EFR images for month.


As we go towards MTG we will upgrade Data HDDs of sometimes even use a NAS as receiver. MY QUESTION:


Is there somebody out there that has had similar TC problems with consumer grade Data HDDs?
If so, can this person please check whether this could be due to SMR technology of this HDD?


Best regards
Ernst



Re: HVS-2

Ferdinand Valk
 

-----Original Message-----
From: MSG-1@groups.io On Behalf Of David J Taylor
GM8ARV ?????????????? ???? via groups.io
Sent: Wednesday, 15 July, 2020 15:19
To: MSG-1@groups.io
Subject: Re: [MSG-1] HVS-2

Maybe someone has a suggestion for me. I upgraded one machine to the
latest
2004 version of Windows-10 and all went smooth with one notable
exception.
Tellicast for HVS-2 ( for Sentinel) does not start up properly. I'm using
2.14.5.

The statistics page tells me that the Server Address is "not yet received
"
The log file says (verbose)
[]
VRB:2020-07-15 13:00:49.243:No source addresses specified. Client will
start
in any source mode

I have not made any changes to anything besides of the windows upgrade
(which went flawless on all other systems). I have replaced the hvs-2 ini
and
channels ini with a copy of a working system, but no change. I' a bit at a
loss
here. Suggestions very welcome.

Ferdinand Valk
=======================================

What receiver, Ferdinand? TBS 6903 dual or Ayecka SR1?

On my TBS 6903 system I didn't need to do anything after the 2004 Feature
upgrade (but not yet the July security update). The BDADataEx has IP
addresses define (192.168.238.238 and 192.168.238.239) and also have the
Use DHCP set! The two virtual network adapters have the DHCP option
checked, and the two TelliCast instances (HVS-1/2) have the cast-client
set to:

[parameters]
interface_address=192.168.238.238

[parameters]
interface_address=192.168.238.239

A reboot may be worthwhile.

Cheers,
David
--
========================
David,
This one runs on the TBS 6903 dual and the settings are identical to the
ones you mention. When checking these I found however that the update had
reset the dedicated IP addresses to Auto-IP. Something I should have been
aware of in view of past occurrences but it totally slipped my mind. It
seems that the age starts playing tricks on me.
I have reentered the proper IP addresses and all is well again.

Thanks for bearing with me.
Cheers,
Ferdinand


Re: HVS-2

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

Maybe someone has a suggestion for me. I upgraded one machine to the latest
2004 version of Windows-10 and all went smooth with one notable exception.
Tellicast for HVS-2 ( for Sentinel) does not start up properly. I'm using
2.14.5.

The statistics page tells me that the Server Address is "not yet received "
The log file says (verbose)
[]
VRB:2020-07-15 13:00:49.243:No source addresses specified. Client will start
in any source mode

I have not made any changes to anything besides of the windows upgrade
(which went flawless on all other systems). I have replaced the hvs-2 ini
and channels ini with a copy of a working system, but no change. I' a bit at
a loss here. Suggestions very welcome.

Ferdinand Valk
=======================================

What receiver, Ferdinand? TBS 6903 dual or Ayecka SR1?

On my TBS 6903 system I didn't need to do anything after the 2004 Feature upgrade (but not yet the July security update). The BDADataEx has IP addresses define (192.168.238.238 and 192.168.238.239) and also have the Use DHCP set! The two virtual network adapters have the DHCP option checked, and the two TelliCast instances (HVS-1/2) have the cast-client set to:

[parameters]
interface_address=192.168.238.238

[parameters]
interface_address=192.168.238.239

A reboot may be worthwhile.

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


HVS-2

Ferdinand Valk
 

Maybe someone has a suggestion for me. I upgraded one machine to the latest
2004 version of Windows-10 and all went smooth with one notable exception.
Tellicast for HVS-2 ( for Sentinel) does not start up properly. I'm using
2.14.5.

The statistics page tells me that the Server Address is "not yet received "
The log file says (verbose)
MSG:2020-07-15 13:00:47.542:Program started =============
MSG:2020-07-15 13:00:47.542:Watchdog starting... [6612]
MSG:2020-07-15 13:00:47.542:Watchdog started [6612].
MSG:2020-07-15 13:00:47.988:Starting new child...
MSG:2020-07-15 13:00:47.988:Started new child [10068].
VRB:2020-07-15 13:00:48.230:Child connecting to watchdog on port 58342 ...
MSG:2020-07-15 13:00:48.230:Log level is "verbose".
VRB:2020-07-15 13:00:48.230:Created new dongle server [14452]
MSG:2020-07-15 13:00:49.163:tc-cast-client starting... [10068]
MSG:2020-07-15 13:00:49.163:tc-cast-client version is 2.14.5
(201811201841480) revision c848266497fd win32-i86pc release ( 6.2.9200 on a
16-processor (GenuineIntel, Pentium III (Model 85, Stepping 4)) system)
VRB:2020-07-15 13:00:49.163:Dongle support activated.
MSG:2020-07-15 13:00:49.204:License check succeeded
VRB:2020-07-15 13:00:49.204:Starting HTTP server at port 8201 on any
interface ...
MSG:2020-07-15 13:00:49.243:tc-cast-client running [10068].
VRB:2020-07-15 13:00:49.243:No source addresses specified. Client will start
in any source mode


I have not made any changes to anything besides of the windows upgrade
(which went flawless on all other systems). I have replaced the hvs-2 ini
and channels ini with a copy of a working system, but no change. I' a bit at
a loss here. Suggestions very welcome.

Ferdinand Valk


Re: Statistics for HVS2 service availabe

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

Hi David

No its not online any more. 2 years ago we had the major renovation of the roof and at the same time a total network-reconfiguration (new provider) and the two thing combined did it for the weather station and at that time also the EUMETCast reception system. I've only had the time to re-establish the EUMETCast reception station. The weather station will never be re-established.

Regards
Mads
=================================================

Thanks, Mads. Sorry to hear about the weather station. I've updated the Web pages, and the update should be visible after ~08:05 UTC.

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

1841 - 1860 of 31520