Date   

Re: IMPF

Luca Bertagnolio <lucaberta@...>
 

--- In MSG-1@..., "David Taylor" <david-taylor@b...>
wrote:
Luca, that usually means that the OS has created the file, but
nothing has yet been written to it. Unusual, yes. Perhaps
Tellique
took its time writing the file data?
sure, that's what I thought, but the odd thing was that the 0k file
was surrounded by other files with reasonable lentgh, and there were
some three 0k files in a couple of minutes time.

We'll see later, when I turn on MDM, if those files are OK or not.
Running the usual 8% signal strength today... ;-)

Bye, Luca


Re: Tellique software...........

John Parkins <kvp@...>
 

Hello Alan,

No the log didn't help at all on one line it was downloading a file
the next line was when I restarted it! Oh well at least I know it's
not just me. In fact I had been rather impressed with that machine, it
had been running for nearly a month since it's last re-boot.

Tuesday, October 28, 2003, 3:39:25 PM, you wrote:

AS> John,
AS> I have had this happen twice, both times I reported it here, the second
AS> email is quoted below FYI (17/10/2003).

AS> Hi all,
AS> This morning at 0653 UTC, the tellique software shut itself down after
AS> having problems with the child process, almost identical to that which I had
AS> a few days ago and reported here. I did not notice this until a couple of
AS> hours later, and tried to restart tellique but it would not restart. I had
AS> to shut down the computer and restart it, whereupon tqrecv would start and
AS> run and everything else could be got back running again. I wish I knew the
AS> cause of this, but whatever the cause it does show that tqrecv is not
AS> robust. Perhaps the newer version (is it officially approved by Eumetsat
AS> yet?) may be better.

AS> Oh, and HRV is back over Europe, thank you!

AS> Best regards - Alan
AS> BTW: the Tellique log showed the shutting down of tqrecv when it had lost
AS> its child process. what did your log say?

AS> Best of luck - Alan

--
Best regards,
John mailto:kvp@...


Re: Tellique software...........

Alan Sewards <alan.sewards@...>
 

John,
I have had this happen twice, both times I reported it here, the second
email is quoted below FYI (17/10/2003).

Hi all,
This morning at 0653 UTC, the tellique software shut itself down after
having problems with the child process, almost identical to that which I had
a few days ago and reported here. I did not notice this until a couple of
hours later, and tried to restart tellique but it would not restart. I had
to shut down the computer and restart it, whereupon tqrecv would start and
run and everything else could be got back running again. I wish I knew the
cause of this, but whatever the cause it does show that tqrecv is not
robust. Perhaps the newer version (is it officially approved by Eumetsat
yet?) may be better.

Oh, and HRV is back over Europe, thank you!

Best regards - Alan
BTW: the Tellique log showed the shutting down of tqrecv when it had lost
its child process. what did your log say?

Best of luck - Alan


----- Original Message -----
From: "John Parkins" <kvp@...>
To: "MSG-1 Mailing List" <MSG-1@...>
Sent: Tuesday, October 28, 2003 4:17 PM
Subject: [MSG-1] Tellique software...........


Hello,

Erm.... just noticed that for some reason the Tellique software just
stopped at 23:56 last night. It's running on it's own computer
(1800+AMD WinXP) and hasn't done this before. Anyone else had the
software just stop? No indications in the log and the computer and
Skystar card are working fine.



--
Best regards,
John mailto:kvp@...





To unsubscribe from this group, send an email to:
MSG-1-unsubscribe@...



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/




Re: IMPF

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

hmmm... how strange, I had a bunch of files with 0k length, but I
just checked now and they are of proper length. Just hit F5 and
their correct size appeared. Never seen this behaviour before.

FYI, I monitor my receiving PC at home via VNC over my VPN link
between the router at home and the office, but as I said I had
never
seen a 0k file before.
Luca, that usually means that the OS has created the file, but
nothing has yet been written to it. Unusual, yes. Perhaps Tellique
took its time writing the file data?

Ciao,
David


Tellique software...........

John Parkins <kvp@...>
 

Hello,

Erm.... just noticed that for some reason the Tellique software just
stopped at 23:56 last night. It's running on it's own computer
(1800+AMD WinXP) and hasn't done this before. Anyone else had the
software just stop? No indications in the log and the computer and
Skystar card are working fine.



--
Best regards,
John mailto:kvp@...


Re: IMPF

Douglas Deans <douglas@...>
 

----- Original Message -----
From: "David Taylor" <david-taylor@...>
To: <MSG-1@...>
Sent: Tuesday, October 28, 2003 2:44 PM
Subject: [MSG-1] Re: IMPF


Channel 6 HRIT also looks a lot better. The interpolation
artefacts are almost gone now but at the expense of quite a loss on
the west side.

Presumably, you don't have the "Calibrate thermal" set for channel 6?
Oops you are right !!

Hadn't noticed the west side loss.
Still a nice balanced disc now.
HRV outlines now spot on.
The change has certainly rounded off the few remaining sharp edges...
excellent.

Regards
Douglas.


Re: IMPF

Luca Bertagnolio <lucaberta@...>
 

--- In MSG-1@..., "David Taylor" <david-taylor@b...>
wrote:
No, I didn't see that. What were the file names? (There should
never be zero length files, as all files should have a header).
hmmm... how strange, I had a bunch of files with 0k length, but I
just checked now and they are of proper length. Just hit F5 and
their correct size appeared. Never seen this behaviour before.

FYI, I monitor my receiving PC at home via VNC over my VPN link
between the router at home and the office, but as I said I had never
seen a 0k file before.

Bye, Luca


Re: IMPF

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

I am not running the decode PC now, so I am just monitoring the
downloaded data. Did you noticed to 0k files in both HRV and HRIT
channels around 14:12?

Bye, Luca
No, I didn't see that. What were the file names? (There should
never be zero length files, as all files should have a header).

Cheers,
David


Re: IMPF

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

Channel 6 HRIT also looks a lot better. The interpolation
artefacts are almost gone now but at the expense of quite a loss on
the west side.

Presumably, you don't have the "Calibrate thermal" set for channel 6?

Hadn't noticed the west side loss.

Cheers,
David


Re: IMPF

Luca Bertagnolio <lucaberta@...>
 

The scans seem to now fit well into the 15 minutes slot, the last
file of the 1400 slot was sent at 14:13, so the EPI file is now
really an epilogue and not a mix between two adjacent slots, finally!

I am not running the decode PC now, so I am just monitoring the
downloaded data. Did you noticed to 0k files in both HRV and HRIT
channels around 14:12?

Bye, Luca

--- In MSG-1@..., "Douglas Deans" <douglas@d...> wrote:
As advised the IMPF changed occurred at 13.00. As suggested the
data is
definitely earlier, and to allow for that the 12.45 UTC scan was
cleverly
ended early by, I think, sending blank final sectors. So David's
program
did not need to wait.


HRV channel experiment - was: Re: Re: IMPF

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

Will there be a temp to let us see the trial HRV with wavelet lossless,
David.

Regards
Douglas.
It should just be automatic, I think. The section that handles the
decoding of segments knows nothing about whether it's dealing with an
HRIT, LRIT or whatever channel, it just decodes wavelet, JPEG etc. to an
image segment. I'm planning on keeping some raw data just in case.

Cheers,
David


Re: IMPF

Douglas Deans <douglas@...>
 

----- Original Message -----
From: "David Taylor" <david-taylor@...>
To: <MSG-1@...>
Sent: Tuesday, October 28, 2003 1:31 PM
Subject: [MSG-1] Re: IMPF


--- In MSG-1@..., "Douglas Deans" <douglas@d...> wrote:
As advised the IMPF changed occurred at 13.00. As suggested the
data is definitely earlier, and to allow for that the 12.45 UTC scan
was cleverly ended early by, I think, sending blank final sectors.
So David's program did not need to wait.
Looks good.

Douglas.
Well I just checked the spatial accuracy of HRV, and it's much
better than before. The water vapour gains have been adjusted as
well, making the LRIT water vapour image (channel 5) much more
usable. I think the interpolation artefacts at the SE and NW limbs
are reduced as well.... Still waiting for the first foreign
satellite data, although I don't know if it will affected by the
change.

Hurrah! Let me know if you do see any issues....

Cheers,
David
Channel 6 HRIT also looks a lot better. The interpolation artefacts are
almost gone now but at the expense of quite a loss on the west side.
The data is definitely earlier and there now appears to be a gap between
scans perhaps resolving for once and for all the prologue/last sector issue.
All looking very good. Tomorrow (HRV test) will also be interesting.
Will there be a temp to let us see the trial HRV with wavelet lossless,
David.

Regards
Douglas.


Re: IMPF

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

--- In MSG-1@..., "Douglas Deans" <douglas@d...> wrote:
As advised the IMPF changed occurred at 13.00. As suggested the
data is definitely earlier, and to allow for that the 12.45 UTC scan
was cleverly ended early by, I think, sending blank final sectors.
So David's program did not need to wait.
Looks good.

Douglas.
Well I just checked the spatial accuracy of HRV, and it's much
better than before. The water vapour gains have been adjusted as
well, making the LRIT water vapour image (channel 5) much more
usable. I think the interpolation artefacts at the SE and NW limbs
are reduced as well.... Still waiting for the first foreign
satellite data, although I don't know if it will affected by the
change.

Hurrah! Let me know if you do see any issues....

Cheers,
David


IMPF

Douglas Deans <douglas@...>
 

As advised the IMPF changed occurred at 13.00. As suggested the data is
definitely earlier, and to allow for that the 12.45 UTC scan was cleverly
ended early by, I think, sending blank final sectors. So David's program
did not need to wait.
Looks good.

Douglas.


Re: Eutelsat

Peter Benney <tugboat@...>
 

However every TV/Data uplink/downlink has been out at the same time on 11096
so it has to be a Eutelsat/Hotbird problem.
Ian,

The point I was trying to make is that T-Systems not Eutelsat provide the encoding and multiplexing of the signal, the uplink service and the provision of a digital satellite slot within the multiplex transmitted on HotBird. All the TV, data and radio channels on the 11096 tp are multiplexed on the 14.37516 uplink, so a problem within T-Systems on that uplink would affect all the channels on that tp be it TV, data or radio.

T-Systems customers include ARD, ZDF, RTL, RTL 2, CNN, NBC, Deutsche Welle, Kurdsat, Super RTL, VIVA Polska, VOX, Spiegel TV, DeeJay TV and Sailing Channel among others. They operate three earth stations, Usingen, Raisting and Milan.

Todays Admin Message
Report for 25/10/03:-
Due to uplink problems repeat cycles between 18:30 and 20:45 were interrupted.

Also received an EARS message detailing the exact times of the outages on the 25th.

Regards,

Peter


Re: Eutelsat Hotbird

Alan Sewards <alan.sewards@...>
 

Peter,
The reference you quoted is a little naive on motion of geostationary
satellites in orbit. It is also misleading to say that the rate of drift
tends to increase as the satellite gets older. When a geostationary
satellite is placed in orbit there is normally a small residual error in the
velocity vector from that intended for a perfect geo orbit. This manifests
itself by a figure-of-eight motion of the satellite about its orbital point
above the equator, every 24 hours. The amount of the motion can be
controlled by firing the satellite's thrusters, but as this uses up fuel
propellant it is done as sparingly as possible. Normally stationkeeping (as
it is called) is done periodically say every month or a number of weeks.
When the satellite has used up all its expendable fuel, it can no longer do
stationkeeping and the amplitude of the figure-of-eight begins to increase,
and will eventually take the satellite out of the beam of the ground
antennas for part of the day. Normally, well before that situation arises,
the bird has been taken out of service and replaced by another, and the last
bit of fuel propellant is used to push it out of geostationary orbit. If you
have a program such as WinTrak or the various alternatives, you can put in
the Celestrak 2-line orbital data sets for the various geostationary
satellites and it will show the amount of movement - the figure-of-eight
pattern is clearly visible.
I don't think satellite stationkeeping has anything to do with our
Eumetcast problems!

Best regards - Alan

----- Original Message -----
From: "Peter Benney" <tugboat@...>
To: <MSG-1@...>
Sent: Monday, October 27, 2003 5:00 PM
Subject: Re: [MSG-1] Eutelsat Hotbird


Ian/Douglas,

Here are some interesting views and movies of the Hotbirds in orbit from
John Locker.

http://www.satcom.freeserve.co.uk/geos.htm

He reports one of them them shows a tendency to drift more than he would
expect and has
sent copies of his findings to Eutelsat , and is at this moment he is
waiting to hear from their control centre.

He tells me, "The bird moving rather more than the rest has been labelled
HB3 , however ,
there is little to support this at present...it could well be HB6....this
is
what I need to iron out with Eutelsat".

Regards,

Peter



To unsubscribe from this group, send an email to:
MSG-1-unsubscribe@...



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/




Re: Eutelsat Hotbird

Ian S Deans <ian@...>
 

Peter,

Thanks for your mail and interesting link. I saw a program on TV less than a
year ago about SES ( Astra ) and it also showed how they had to adjust the
drift of the various satellites from time to time at their 19.2 degree
slot -- extremely interesting. However I am getting off topic -- I can
sense a mail from David !!

Thanks again

Regards

Ian


Re: Eutelsat Hotbird

Peter Benney <tugboat@...>
 

Ian/Douglas,

Here are some interesting views and movies of the Hotbirds in orbit from John Locker.

http://www.satcom.freeserve.co.uk/geos.htm

He reports one of them them shows a tendency to drift more than he would expect and has
sent copies of his findings to Eutelsat , and is at this moment he is waiting to hear from their control centre.

He tells me, "The bird moving rather more than the rest has been labelled HB3 , however ,
there is little to support this at present...it could well be HB6....this is
what I need to iron out with Eutelsat".

Regards,

Peter


Re: Eutelsat

Ian S Deans <ian@...>
 

Peter,

The MSG trials having got nothing to do with my mail to Eutelsat. If
Eutmetsat (T-Systems ) were the only ones to be having uplink/downlink
problems on that transponder then understandably I would accept that they
had a problem ( under trial ) to sort out. However every TV/Data
uplink/downlink has been out at the same time on 11096 so it has to be a
Eutelsat/Hotbird problem. My mail to Eutelsat was simply to ask how long we
can expect these problems to continue -- not unreasonable given the number
of times there has been a problem.

Regards

Ian

----- Original Message -----
From: "Peter Benney" <tugboat@...>
To: <MSG-1@...>
Sent: Monday, October 27, 2003 1:35 PM
Subject: Re: [MSG-1] Eutelsat


Just to update the position, I have now received a further mail from
Eutelsat confirming that my query ( complaint !! ) has been sent to the
appropriate dept. who will be in touch with me soon.
Perhaps we should bear in mind that these are trials !

Peter


Re: Eutelsat

Douglas Deans <douglas@...>
 

----- Original Message -----
From: "Peter Benney" <tugboat@...>
To: <MSG-1@...>
Sent: Monday, October 27, 2003 2:43 PM
Subject: Re: [MSG-1] Eutelsat


I think you are misreading Eutelsat for Eumetsat.
Douglas,

The Eumetsat data is fed and uplinked by T-Systems to their multiplex on
Eutelsats Hotbird 6 from the T-Systems site at Usingen in Germany. As I
understand it there is only one uplink frequency for each transponder so any
uplink/feed problem would affect all PID's.

Hotbird 6 tp129
Horizontal downlink 11.09591
Vertical uplink 14.37516

Fair point Peter. But where, for example, is the sailing channel uplinked
from. It is also on 11096 and it was dead as well. The entire transponder
output was out. I take your point it could be uplink that makes the
transponder fail on output but there are many diverse uplinks suggesting it
is Eutelsat's problem. 11096 carries quite a number of data/TV programs of
which Eumetcast is just one.
An interesting debate nevertheless. Will be interesting to see to whom
Eutelsat attributes the outages.
Hopefully all is now well. There is a lot of learning curves with these new
systems !

Regards
Douglas.