Date   

Re: not yet perfect, but...

ernstlobsiger
 

Ulrich

--- In MSG-1@yahoogroups.com, "Ulrich G. Kliegis" <Ulrich.Kliegis@...> wrote:

Ernst,
hard to admit - but your .cmd file (yes, 0.91) looked so self-explanatory that I
did never look again at the content of the zip package. May I suggest that
you place an advice in capital letters on the top rows to also read the
readme.txt?
If I name the File README.txt (Nomen est Omen) I expect people to read the file. But this is am matter of OS: (older) UNIX/Linux users are used to read, while Windows users are more likely to click.

BTW, I just installed sdfrag 2.0, and it performs its initial work. That's a part
of the explanation for the presently visible missed packets peaks.

Thanks again to you, Ernst, problem solved for the time being.

Cheers,
U.
Yes, there is always room for improvement. Both of my GNU/Linux receivers have not missed one single packet since mid January 2011. That is about 9 weeks now (since EUMETSAT improved it's uplink system!). Kallisto typically gets 32'000 and Europa 24'000 files a day and there is no such thing as fragmentation on an ext3 FS ...

( See links at the bottom of http://www.gymalp.ch/~eumetcast )

Cheers
Ernst


Re: new tellique

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

Thanks for that David. The reason I ask is that I recent bought two Neoware CA5 thin clients for £4 each and with the addition of a laptop hard drive and a SODIMM card they now run a respectable XP. As they only consume 15W they would be a suitable client to leave on 24/7 for Eumetcast receive without breaking the bank.

Cheers, Guy
Well, Guy, you can't complain about the price!

But as a laptop disk is likely to be slow and have a small cache, you are more likely than not to be relying on RAM to provide sufficient performance (depending exactly what you had in mind, of course, i.e. how much data). With such a slow processor (200MHz) and 256MB max memory, I would be surprised if they worked at all well. Remember from the GEO Quarterly article that the Intel Atom systems were typically fitted with 4GB of memory.

Would make a nice APT receiver, though, if it wasn't missing the sound facilities. It /does/ have a serial port, so you could use it as a precision time source for your station, with a suitable GPS puck and FreeBSD (or Windows XP).

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk


Re: new tellique

Guy Martin <guymartin@...>
 

Thanks for that David. The reason I ask is that I recent bought two Neoware CA5 thin clients for £4 each and with the addition of a laptop hard drive and a SODIMM card they now run a respectable XP. As they only consume 15W they would be a suitable client to leave on 24/7 for Eumetcast receive without breaking the bank.

Cheers, Guy

From: David J Taylor
Sent: Tuesday, March 22, 2011 11:19 AM
To: MSG-1
Subject: Re: [MSG-1] new tellique


Hi,

Whats happened to the new version of Tellique that doesn't need a
ramdisk.

It seems to have gone a bit quiet following the initial excitement.

Cheers, Guy
Guy,

During testing, we discovered a number of problems, and further small
issues have arisen since for those of us who continued to use the client.
For example, if a file takes more than about an hour to send, it may be
lost. Therefore EUMETSAT are not going to release that version (2.5.17),
but are going to look at 2.6. I hope we will get the chance to test
before public release once again.

It might be a topic to ask during GEO's next visit to Darmstadt - I hope
you've booked!

http://www.geo-web.org.uk/

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: mailto:david-taylor%40blueyonder.co.uk





[Non-text portions of this message have been removed]


Re: not yet perfect, but...

Ulrich G. Kliegis
 

Von: "ernstlobsiger" <ernst.lobsiger@gymalp.ch>
Datum: Tue, 22 Mar 2011 11:53:10 -0000

Have you read and followed the README.txt?

Ernst,
hard to admit - but your .cmd file (yes, 0.91) looked so self-explanatory that I
did never look again at the content of the zip package. May I suggest that
you place an advice in capital letters on the top rows to also read the
readme.txt? There is so much more of information in it - and I found out
what I needed - what to write into the command line of the desktop link and
in the scheduled tasks entry. I did not try it in the DOS window again yet, but
will do so at a later time.

Thanks, and may I suggest to all those who, like me until now, were not
aware of the improvement potential of their systems that they take a closer
look at the recv.log content. I am sure I am not the only one who could
benefit from the whole repair and restructuring.

BTW, I just installed sdfrag 2.0, and it performs its initial work. That's a part
of the explanation for the presently visible missed packets peaks.

Thanks again to you, Ernst, problem solved for the time being.

Cheers,
U.


Re: not yet perfect, but...

ernstlobsiger
 

--- In MSG-1@yahoogroups.com, "Ulrich G. Kliegis" <Ulrich.Kliegis@...> wrote:



Von: "ernstlobsiger" <ernst.lobsiger@...>
Datum: Mon, 07 Mar 2011 16:56:43 -0000

I pushed your recv.log through TClogSummary.
Ernst,
please allow me to come back to this point. I have installed your
TClogSummary program, and it works perfectly in manual mode, where I
have to enter the present date by hand. I tried it with the today parameter,
but TClS ignores it - no matter if I enter that manually in a DOS box or if I
write it into the scheduled tasks manager or just into a desktop link,
hyphenated, not hyphenated...
With the intense help of David and Arne, I am pretty close to zero missed
packets now - single, odd events yet to be analyzed. A detailled report will
follow here soon. You can see the latest status here:

http://eumetmon.rummelecke.de/index.html

The cluster of missed packets yesterday afternoon was due to some manual
stops and restarts of Tellicast.

Some improvement over the status two weeks ago, I'd say.

TIA and cheers,

U.
Ulrich

Are you talking about Version 0.91?
Have you read and followed the README.txt?
Have you set the path to your recv.log files?
What is the output from TClogSummary today ?

Interactive mode also works with today's data
when you just hit away the myDate question.

Please look at and publish the TClogDebug.log file!

Cheers
Ernst


Re: new tellique

Mario <bmario1@...>
 

Hi to all....I still use the ramdisk with the versions that do not
require the RAM disk and I feel good.
If something works ... I avoid upset too!

Have a nice Orbit!!

73

mario


Re: new tellique

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

Hi,

Whats happened to the new version of Tellique that doesn't need a ramdisk.

It seems to have gone a bit quiet following the initial excitement.

Cheers, Guy
Guy,

During testing, we discovered a number of problems, and further small issues have arisen since for those of us who continued to use the client. For example, if a file takes more than about an hour to send, it may be lost. Therefore EUMETSAT are not going to release that version (2.5.17), but are going to look at 2.6. I hope we will get the chance to test before public release once again.

It might be a topic to ask during GEO's next visit to Darmstadt - I hope you've booked!

http://www.geo-web.org.uk/

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk


new tellique

Guy Martin <guymartin@...>
 

Hi,

Whats happened to the new version of Tellique that doesn't need a ramdisk.

It seems to have gone a bit quiet following the initial excitement.

Cheers, Guy


Re: Changing .ini-files for Tellicast

Ulrich G. Kliegis
 

So restart TelliCast if you change recv.ini, but there's no need with
recv-channels.ini.
Thanks! :)

Cheers,
U.


Re: Changing .ini-files for Tellicast

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

How does Tellicast react to changes in the .ini files? I remember that it was
mentioned here a long time ago that Tellicast reads recv.ini and recv-
channels.ini regularly and uses the new parameters then. In the Tellicast
Webshell, it is said, though, that TC reads these files completely only when
it is started. Do I have to stop and re-start TC every time I changed
something in recv.ini or recv-channels.ini?
TC 2.4.4.B

Cheers,
U.
Ulrich,

For those who may not know, you can find this information in the TelliCast shell. Select the Help from the left menu, and then File Formats. You can see when each parameter is read but, broadly speaking, the recv.ini file is only read at TelliCast startup, whereas TelliCast monitors the recv-channels.ini file for any changes, and any changes will be acted on as soon as possible.

So restart TelliCast if you change recv.ini, but there's no need with recv-channels.ini.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk


Re: not yet perfect, but...

Ulrich G. Kliegis
 

Von: "ernstlobsiger" <ernst.lobsiger@gymalp.ch>
Datum: Mon, 07 Mar 2011 16:56:43 -0000

I pushed your recv.log through TClogSummary.
Ernst,
please allow me to come back to this point. I have installed your
TClogSummary program, and it works perfectly in manual mode, where I
have to enter the present date by hand. I tried it with the today parameter,
but TClS ignores it - no matter if I enter that manually in a DOS box or if I
write it into the scheduled tasks manager or just into a desktop link,
hyphenated, not hyphenated...
With the intense help of David and Arne, I am pretty close to zero missed
packets now - single, odd events yet to be analyzed. A detailled report will
follow here soon. You can see the latest status here:

http://eumetmon.rummelecke.de/index.html

The cluster of missed packets yesterday afternoon was due to some manual
stops and restarts of Tellicast.

Some improvement over the status two weeks ago, I'd say.

TIA and cheers,

U.


Changing .ini-files for Tellicast

Ulrich G. Kliegis
 

How does Tellicast react to changes in the .ini files? I remember that it was
mentioned here a long time ago that Tellicast reads recv.ini and recv-
channels.ini regularly and uses the new parameters then. In the Tellicast
Webshell, it is said, though, that TC reads these files completely only when
it is started. Do I have to stop and re-start TC every time I changed
something in recv.ini or recv-channels.ini?
TC 2.4.4.B

Cheers,
U.


Re: modis L1 data

Ian Deans
 

The MOD14 fire data also stopped at the same time ( 16/3/11) so it appears an outage of all data.

Regards
Ian.

-----Original Message-----
From: Alan Banks
Sent: Friday, March 18, 2011 12:00 AM
To: MSG-1@yahoogroups.com
Subject: [MSG-1] modis L1 data

Hi All
Have I missed a message as we have seen no MODIS data today?

Alan


------------------------------------


Re: modis L1 data

Alan Banks <alan@...>
 

Hi All

This from OPS

We are currently investigating the outage and will - if possible restore the data as soon as possible.

Cheers

Alan

On 18/03/2011 05:11, David J Taylor wrote:
Hi All
Have I missed a message as we have seen no MODIS data today?

Alan
Alan,

Mine stopped with the 14:25 on March 16. I did include this in my daily
report to EUMETSAT, but I had no direct response. I suggest you report to
Ops at EUMETSAT directly, as should anyone else.

No, I've seen no announcement, and I was just going to ask this group
exactly the same question!

Cheers,
David


Re: modis L1 data

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

Hi All
Have I missed a message as we have seen no MODIS data today?

Alan
Alan,

Mine stopped with the 14:25 on March 16. I did include this in my daily report to EUMETSAT, but I had no direct response. I suggest you report to Ops at EUMETSAT directly, as should anyone else.

No, I've seen no announcement, and I was just going to ask this group exactly the same question!

Cheers,
David


modis L1 data

Alan Banks <alan@...>
 

Hi All
Have I missed a message as we have seen no MODIS data today?

Alan


Re: dvbreport

Ulrich G. Kliegis
 

An: MSG-1@yahoogroups.com
Von: "a_van_belle" <a.van.belle@hccnet.nl>
Datum: Mon, 14 Mar 2011 21:06:41 -0000
Betreff: [MSG-1] Re: dvbreport
Antwort an: MSG-1@yahoogroups.com

I have sent the dvbworld driver dated 2008-04-15 to Ulrich.
Let's hope this fixes all.
Thanks, Arne, I'll let you know tomorrow.

Cheers,
U.


Re: dvbreport

a_van_belle
 

Hello David,

I have sent the dvbworld driver dated 2008-04-15 to Ulrich.
Let's hope this fixes all.

Greetings,
Arne van Belle

--- In MSG-1@yahoogroups.com, "David J Taylor" <gm8arv@...> wrote:

But from the graphs it now seems to be working OK, doesn't it?
That was just a snapshot from before the next shot hit. Nope, seems I'd
could make good use of the working version of the dexatek packet. Arne
indicated yesterday he might have one.

For the time being, I let it run in plain "show me" receiving mode,
David, if
you want to disable my mrtg data in your page until everything looks
better, it
would be fine with me.

Cheers,
U.
No problem with your data, Ulrich. I'm sure we'll soon have the problem
licked. How about the latest drivers from the Dexatek site?

http://www.dexatek.com/Download.asp

http://www.dexatek.com/Images/Driver/DVBS090616.rar (17MB)

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...


Re: dvbreport

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

But from the graphs it now seems to be working OK, doesn't it?
That was just a snapshot from before the next shot hit. Nope, seems I'd
could make good use of the working version of the dexatek packet. Arne
indicated yesterday he might have one.

For the time being, I let it run in plain "show me" receiving mode, David, if
you want to disable my mrtg data in your page until everything looks better, it
would be fine with me.

Cheers,
U.
No problem with your data, Ulrich. I'm sure we'll soon have the problem licked. How about the latest drivers from the Dexatek site?

http://www.dexatek.com/Download.asp

http://www.dexatek.com/Images/Driver/DVBS090616.rar (17MB)

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk


Re: dvbreport

Ulrich G. Kliegis
 

But from the graphs it now seems to be working OK, doesn't it?
That was just a snapshot from before the next shot hit. Nope, seems I'd
could make good use of the working version of the dexatek packet. Arne
indicated yesterday he might have one.

For the time being, I let it run in plain "show me" receiving mode, David, if
you want to disable my mrtg data in your page until everything looks better, it
would be fine with me.

Cheers,
U.

17761 - 17780 of 33027