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]

Von: "ernstlobsiger" <ernst.lobsiger@...>
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.

--- In MSG-1@..., "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

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

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@...

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

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

Thanks! :)

Cheers,
U.

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@...

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.

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.

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

Regards
Ian.

Hi All

This from OPS

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

Cheers

Alan

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

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

Alan

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

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.

Hello David,

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

Greetings,
Arne van Belle

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@...

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.

David,
mine reads 327 680 bytes, dated dec 29, 2006 (sounds like a "this must be
finished this year' date.). The other versions I have are either yet older or V
3.0.

Cheers,
U.

Sounds much older. Don't forget that the Chinese New Year is rather later than ours (and ours is already late). <G>

But from the graphs it now seems to be working OK, doesn't it?

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

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

David,
mine reads 327 680 bytes, dated dec 29, 2006 (sounds like a "this must be
finished this year' date.). The other versions I have are either yet older or V
3.0.

Cheers,
U.


An: <mSG-1@...>
Von: "David J Taylor" <gm8arv@...>
Datum: Mon, 14 Mar 2011 08:46:10 -0000
Betreff: Re: [MSG-1] dvbreport
Antwort an: MSG-1@...