Topics

Telique log files (was: Re: Missing Segments)


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

Now I will try and compare!

Regards David S.
Well, look for the words "missed" and "lost". I have verbose
logging enabled - perhaps you do as well. But particularly, look at
what is happening when one of the missing segments should have been
received.

Cheers,
David


David Strickland <David@...>
 

--- In MSG-1@..., "David Taylor" <david-taylor@b...>
wrote:
Now I will try and compare!

Regards David S.
Well, look for the words "missed" and "lost". I have verbose
logging enabled - perhaps you do as well. But particularly, look
at
what is happening when one of the missing segments should have been
received.

Cheers,
David
David,
I loaded my verbose files into MSWord and used 'find' to seach
for 'missing'. Every missed segment corollates with the log. I note
that I received the file you missed. So diverse reception is the
answer? Now I will go and re-check my dish again. I guess that if
others are not getting problems then I am probably suffering from
localised effects, though the signal as per Arne looks good.

Regards David S.


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

David,
I loaded my verbose files into MSWord and used 'find' to seach
for 'missing'. Every missed segment corollates with the log. I
note
that I received the file you missed. So diverse reception is the
answer? Now I will go and re-check my dish again. I guess that if
others are not getting problems then I am probably suffering from
localised effects, though the signal as per Arne looks good.

Regards David S.
So what I would like to know is what "missed" means:

- a momentary break in signal?

- a CPU load which prevents the Tellique software completing an
operation in a timely manner (timeout)?

- an inadequate DMA buffer size which causes a single operation to
be split into several parts?

- a shared IRQ line which prevents timely servicing of an interrupt
or even the loss of an interrupt?

- a load from the network while transferring the current data for
processing, preventing proper reception of the next block of data
coming in?

- simultaneous data on Data Channels 2 and 3?

It's a genuine issue, ad we really need a guide to minimising or
eliminating the problem.

Cheers,
David


David Strickland <David@...>
 

--- In MSG-1@..., "David Taylor" <david-taylor@b...>
wrote:
David,
I loaded my verbose files into MSWord and used 'find' to
seach
for 'missing'. Every missed segment corollates with the log. I
....
localised effects, though the signal as per Arne looks good.

Regards David S.
So what I would like to know is what "missed" means:

- a momentary break in signal?
......
It's a genuine issue, ad we really need a guide to minimising or
eliminating the problem.

Cheers,
David
David,
Final thought of the day but I have yet to check it out. I know
we are well out of the equinox but several times I have lost segments
on bright clear sunny days with no wind or rain like today around
1100-1140. I wonder if the LNB is suffering from being heated? This I
will check at the next opportunity. My dish is a low cost 88cm and is
probably only coated with normal paint ( a Timestep dish). Paints
designed for dishes are non reflective to Infra Red so it is a
possibility. Here in the south with a good look at the Sat one would
not expect signal losses to this extent. The level indications and
SNR are good and should be enough. Removal of the WiFi card and
replacement with Ethernet to a WAP has seriously reduced the
collection PC processor load with all loadings well below 20% peak.
Averages are down below 5% for processor, disc and pageing. No other
unnecessary services are running but this seems to have had little
effect on the number of lost segments. By the way no segment losses
since 1315 so in my case it does seem there is a time relationship
for at least some of the segment loss.

Regards David S.


Peter Benney <tugboat@...>
 

- a shared IRQ line which prevents timely servicing of an interrupt
or even the loss of an interrupt?
David,

I had bad segment loss today on the 0200, 0215, 0230 cycles and the 0245 cycle was reported missing.

The Tellique log shows a mass of "missed messages" and several error messages...

"Failed to open data channel 'Eumetsat Data Channel 2', address 224.223.222.21:2511
(wrong interface address 192.168.238.238?)"

I note the B2C2 interface share IRQ18 with my NIC. I think if I move the NIC to another PCI slot it may well get another IRQ.

Peter


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

--- In MSG-1@..., "David Strickland" <David@s...> wrote:
[]
Final thought of the day but I have yet to check it out. I
know we are well out of the equinox but several times I have lost
segments on bright clear sunny days with no wind or rain like today
around 1100-1140. I wonder if the LNB is suffering from being heated?

Well, that's where the least stable oscillator is, and it is most
exposed to the elements. But if things were as bad as they
sometimes seem, surely satellite digital TV would not be accepted by
customers?

This I will check at the next opportunity. My dish is a low cost
88cm and is probably only coated with normal paint ( a Timestep
dish). Paints designed for dishes are non reflective to Infra Red so
it is a possibility. Here in the south with a good look at the Sat
one would not expect signal losses to this extent. The level
indications and SNR are good and should be enough.

Be very aware of stating DVB card version and driver version when
comparing "signal quality" or SNR readings.

Removal of the WiFi card and replacement with Ethernet to a WAP
has seriously reduced the collection PC processor load with all
loadings well below 20% peak. Averages are down below 5% for
processor, disc and pageing. No other unnecessary services are
running but this seems to have had little effect on the number of
lost segments. By the way no segment losses since 1315 so in my case
it does seem there is a time relationship for at least some of the
segment loss.
I really don't know what to blame right now. The drivers behave
rather differently in terms of producing a CPU load between V4.2.2
and V4.2.8, but whether this procudes a difference if the missing
segment rate I don't know. Whether it is the hardware, the drivers,
the DVB Receiver application, or the Tellique software that is the
weak link, I don't know!

Minimisng any extra CPU load certainly helps!

Cheers,
David


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

--- In MSG-1@..., "Peter Benney" <tugboat@g...> wrote:
[]
I had bad segment loss today on the 0200, 0215, 0230 cycles and
the 0245 cycle was reported missing.

The Tellique log shows a mass of "missed messages" and several
error messages...

"Failed to open data channel 'Eumetsat Data Channel 2', address
224.223.222.21:2511
(wrong interface address 192.168.238.238?)"

I note the B2C2 interface share IRQ18 with my NIC. I think if I
move the NIC to another PCI slot it may well get another IRQ.

I don't know. On my 1GHz Pentium III system (ASUS CLUSL2-C
motherboard), today I removed the DVB card (i.e. uninstalled it in
software) and moved it to a different slot.

On re-installing it all the IRQs are about the same and still
shared - IRQ 9 is (ISA) ACPI compliant system, (PCI) DVB card, sound
card, video card and network card. I wonder if I ought to
have "Plug-and-play OS" enabled in the BIOS?

On the 2.8GHz Pentium 4 system with its ASUS P4P800 motherboard, the
IRQs are (PCI) 5 Hauppauge audio driver, 11 USB controller, 16 video
card, 17 sound card, 18 disk, 19 USB, 20 IEEE 1394, 21 DVB card and
Hauppauge video driver, 22 network and added-in SCSI card. Where do
these IRQs above 15 comre from? [And no, I am not recommended that
anyone use a DVB card on such a fully loaded system - mine is just
an experiment).

Cheers,
David


Roger Mawhinney <roger@...>
 

David
It might be a worthwhile experiment to see how your DVB card would run in
your main system. I have a very heavily loaded single PC system and have no
lost segments over the past few days. Could it be that users with 2 PCs are
using a reasonably old (low performance)PC as the receiver? If performance
is essentially disk bound, then even simple things like hard disk buffers
and faster I/O buses which have improved dramatically over the past year or
so will make a huge difference, possibly to the point where a heavily loaded
single "modern" PC can out perform the reception only duties of a less
capable PC.

Have any 2 PC users tried a direct comparison with single high performance
PC configuration?
Roger

|

|-----Original Message-----
|From: David Taylor [mailto:david-taylor@...]
|Sent: 13 November 2003 16:49
|To: MSG-1@...
|
|--- In MSG-1@..., "Peter Benney" <tugboat@g...> wrote:
|[]
|> I had bad segment loss today on the 0200, 0215, 0230 cycles and
|the 0245 cycle was reported missing.
|>
|> The Tellique log shows a mass of "missed messages" and several
|error messages...
|>
|> "Failed to open data channel 'Eumetsat Data Channel 2', address
|224.223.222.21:2511
|> (wrong interface address 192.168.238.238?)"
|>
|> I note the B2C2 interface share IRQ18 with my NIC. I think if I
|move the NIC to another PCI slot it may well get another IRQ.
|
|I don't know. On my 1GHz Pentium III system (ASUS CLUSL2-C
|motherboard), today I removed the DVB card (i.e. uninstalled it in
|software) and moved it to a different slot.
|
|On re-installing it all the IRQs are about the same and still
|shared - IRQ 9 is (ISA) ACPI compliant system, (PCI) DVB card, sound
|card, video card and network card. I wonder if I ought to
|have "Plug-and-play OS" enabled in the BIOS?
|
|On the 2.8GHz Pentium 4 system with its ASUS P4P800 motherboard, the
|IRQs are (PCI) 5 Hauppauge audio driver, 11 USB controller, 16 video
|card, 17 sound card, 18 disk, 19 USB, 20 IEEE 1394, 21 DVB card and
|Hauppauge video driver, 22 network and added-in SCSI card. Where do
|these IRQs above 15 comre from? [And no, I am not recommended that
|anyone use a DVB card on such a fully loaded system - mine is just
|an experiment).
|
|Cheers,
|David
|
|
|------------------------ Yahoo! Groups Sponsor
|---------------------~-->
|Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
|Printer at MyInks.com. Free s/h on orders $50 or more to the
|US & Canada.
|http://www.c1tracking.com/l.asp?cid=5511
|http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/RLYolB/TM
|---------------------------------------------------------------
|------~->
|
|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/
|
|


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

David
It might be a worthwhile experiment to see how your DVB card would run
in
your main system.
That is almost exactly what I now have. I found that heavey image
processing operations in Paint Shop Pro or making large panoramas (minutes
of CPU) could easily get you missing segments.

I have a very heavily loaded single PC system and have no
lost segments over the past few days. Could it be that users with 2 PCs
are
using a reasonably old (low performance)PC as the receiver? If
performance
is essentially disk bound, then even simple things like hard disk
buffers
and faster I/O buses which have improved dramatically over the past year
or
so will make a huge difference, possibly to the point where a heavily
loaded
single "modern" PC can out perform the reception only duties of a less
capable PC.
It's what I had hoped, but whereas the data rate off a CD is not
dissimilar to the data rate of the HRIT channel, handling the DVB data
stream is a lot more critical. As I said before, it is not clear to me
just where this criticality lies.

Cheers,
David