Date   

Re: Missing HRV Sector 17

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

--- In MSG-1@..., "Peter Benney" <tugboat@g...> wrote:
I seem to have a problem receiving this HRV sector. This morning
it is missing from the 0530, 0600, 0615 and 0700 cycles. The
Tellique log appears normal except for the 0615 cycle when a missing
or incomplete file warning is logged between the reception of
sectors 16 and 18. No clues in the DM log. This is happening quite
regularly with missing sector 17's on most days.

Any ideas ?
Peter,

That sector is typically the one where the switch is made from the
lower window of the scan to the upper. In all of my recent testing
I have both the Upper and Lower boxes checked for the Centre HRV
window option on the Advanced setup. It might be interesting to
know what you have set, and if setting those options removes the
problem.

If it's not the MSG Data Manager - do you have a process running
every 15 minutes on your PC which might be interfering with
reception. If it _was_ the MSG Data Manager, I would have thought
that other people would have seen the problem as well.

Cheers,
David


Missing HRV Sector 17

Peter Benney <tugboat@...>
 

I seem to have a problem receiving this HRV sector. This morning it is missing from the 0530, 0600, 0615 and 0700 cycles. The Tellique log appears normal except for the 0615 cycle when a missing or incomplete file warning is logged between the reception of sectors 16 and 18. No clues in the DM log. This is happening quite regularly with missing sector 17's on most days.

Any ideas ?

Peter


resolution

Guy Martin <agm@...>
 

I may have missed the discussion about this but when animating HRV, as the terminator moves across and the pictures descends into darkness the resolution goes to 'pot', square edged chunks of dark grey and black. I can see this effect on some of the LRIT images as well. Is this an effect of the lossy compression or the fact that graphics cards only use 8 bits even for a greyscale.

regards, Guy

----------

http://www.gordano.com - Messaging for educators.


Re: IMPF

Luca Bertagnolio <lucaberta@...>
 

Actually what happened was, they skipped all the 7th HRIT segments
and HRV segments 19 thru 23, so the final segments were all
disseminated, and MDM recorded the image normally.

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.
Looks good.

Douglas.


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/