Advies voor een betere Yagi-antenne

[W3ird_N3rd]

Origineel bericht van: Dotnl

Storing hoeft niet altijd via de antenne binnen te komen.
Kan ook via het (220v) net.
Je kan dan eindeloos zoeken naar stoorbronnen op je antenne maar die zal je nooit vinden als ze via het net binnekomen.
Probeer dus eens los van het net te kijken of de storing zich dan nog voordoet (met een 12v ontvanger een omvormer ofzo).
Pas dan weet je in ieder geval zeker waar je moet zoeken.

Lijkt me extreem sterk, aangezien ik op mijn DVB-S PCI kaart geen storingen heb maar op de DVB-T PCI kaart wel. Maar zal binnenkort kijken of dit kan, ik heb toch een UPS (weet alleen niet precies hoe lang mijn PC daar op kan lopen).

[Klinknagel]

Ik zelf heb hier misschien last van een semafoon zender. Deze staat hier ongeveer 500 mtr. vandaan. Mijn yagi richt antenne op Groningen gericht. Ligt precies in één lijn met deze mast. Deze semafoon zender zend om de aantal minuten enkele seconden uit.

Dit geld ook voor de P2000 zenders. Alleen staat deze hier verder vandaan.

Storing treed niet altijd op. Meestal als het weer wat slechter is. Bijvoorbeeld tijdens buien.

Deze semafoonzenders werken in de 160mhz band met een zendvermogen van enkele honderden watts.

De DVB tunners zouden hier best door worden overstuurd !

 

Heb KPN gemaild over dit probleem(bellen kost 45 eurocent/min)

Alleen krijg je als antwoord, dat je een buiten antenne moet nemen. Op mijn tweede mailtje kreeg ik het verzoek hun service desk te bellen voor 45 cent/min ??

 

 

[W3ird_N3rd]

Een sperfilter dat alles onder de 470Mhz wegdrukt zou de moeite het proberen waard zijn, maar ik weet helaas niet waar je die kan kopen. (en zo'n diyheld ben ik niet)

[EdjeKroketje]

Ik heb op dit moment een meetapparaat tot mijn beschikking en zie soms ook kortstondige hikjes, lost sync en resync in dezelfde seconde. kunnen wij eens dezelfde transportstroom op dezelfde tijdstip monitoren en vergelijken? Laten we een stroom nemen met een coderate 1/2 om ontvangstproblemen zoveel mogelijk uit te sluiten. Omdat de publieke stromen niet landelijk gelijk zijn stel ik voor de stroom met RTL erin te nemen. Wel even de pc's op tijd zetten

[W3ird_N3rd]

Dat zou interessant zijn. Morgen even de antenne weer op z'n plek zetten.

[W3ird_N3rd]

@Sjaak: hmm, dan zal het wel niet gaan werken.

Origineel bericht van: EdjeKroketje

Ik heb op dit moment een meetapparaat tot mijn beschikking en zie soms ook kortstondige hikjes, lost sync en resync in dezelfde seconde. kunnen wij eens dezelfde transportstroom op dezelfde tijdstip monitoren en vergelijken? Laten we een stroom nemen met een coderate 1/2 om ontvangstproblemen zoveel mogelijk uit te sluiten. Omdat de publieke stromen niet landelijk gelijk zijn stel ik voor de stroom met RTL erin te nemen. Wel even de pc's op tijd zetten

Mooi, antenne staat weer op z'n plek, wanneer kan je meten? Ik stel voor het op een avond of eventueel middag te doen, met 1 uur meten heb ik dan vrijwel altijd wel wat errors. Wellicht 2 of 3 uur voor de zekerheid nemen.

[EdjeKroketje]

zondag 12-13 en tot 15 voor zekerheid? de stroom met RTL erin?

[W3ird_N3rd]

Origineel bericht van: EdjeKroketje

zondag 12-13 en tot 15 voor zekerheid? de stroom met RTL erin?

Ok, zondag van 12:00 tot 15:00, voor mij kanaal 48.

[EdjeKroketje]

Nou op zich valt het wel mee lijkt mij. tegen kwart over 12 even een probleempje en nog een hikje rond 13:57

 

 

# ==============================================================================

#

# Start logging at: 2008/05/04 11.59.48

#

# Profile: Default_DVB_Profile

#

# ==============================================================================

 

2008-05-04 12:14:50 Transport_error_indicator on PID 1011 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1031 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1051 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1023 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1031 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1021 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1011 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 1051 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 7834 is set [Transport_error]

2008-05-04 12:14:50 Transport_error_indicator on PID 6835 is set [Transport_error]

2008-05-04 12:14:50 0xB8 is not a valid sync_byte [sync_byte_error]

2008-05-04 12:14:50 0xA9 is not a valid sync_byte [sync_byte_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 6835 (expected: 11, found: 8) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1011 (expected: 12, found: 13) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1031 (expected: 13, found: 0) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1051 (expected: 6, found: 7) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1021 (expected: 13, found: 14) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1041 (expected: 8, found: 9) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1013 (expected: 1, found: 2) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1033 (expected: 12, found: 13) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1162 (expected: 2, found: 3) [Continuity_count_error]

2008-05-04 12:14:50 Incorrect continuity-count on PID 1042 (expected: 8, found: 9) [Continuity_count_error]

2008-05-04 12:14:50 Interval between PCRs on PID 1162 is too long (allowed: 40ms, actual: 54ms) [PCR_repetition_error]

2008-05-04 12:14:50 Interval between PCRs on PID 1142 is too long (allowed: 40ms, actual: 55ms) [PCR_repetition_error]

2008-05-04 12:14:50 PID 3065 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 3196 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 5046 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 5054 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 5692 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 6835 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 6955 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 7691 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 7834 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 12:14:50 PID 3065 is not referenced from (P)SI [unreferenced_PID]

2008-05-04 13:57:22 Maximum allowed PCR accuracy on PID 1031 has been exceeded (allowed: ±500ns, actual: -523ns) [PCR_accuracy_error]

 

 

# ==============================================================================

#

# End report. Start: 2008-05-04 11:59:48 to End: 2008-05-04 15:30:08

#

# Indicator: Errors: Logged:

# -------------------------------------------------------------

#

# Sync_byte_error 2 2

# Continuity_count_error 11 10

# Transport_error 18 10

# PCR_repetition_error 2 2

# Unreferenced_PID 234 10

# PCR_accuracy_error 1 1

# -------------------------------------------------------------

# Total: 268 35

#

# ==============================================================================

[W3ird_N3rd]

Mijn resultaat van 12:00 tot 15:00:

 

wn@wn-desktop:~/recordings$ cat 12.00-690mhz-0405-televespassive.signal | grep -nv "unc 0"

1:FE: Philips TDA10046H DVB-T (DVBT)

2:status SCVYL | signal 44% | snr 98% | ber 17236 | unc -1 | FE_HAS_LOCK

5859:status SCVYL | signal 45% | snr 99% | ber 11270 | unc 17 | FE_HAS_LOCK

9500:status SCVYL | signal 46% | snr 99% | ber 8032 | unc 21 | FE_HAS_LOCK

 

Regel 2 maakt niet uit, aan het begin zit wel vaker een foutje, is gewoon de start van de meting.

 

Fout 1 ongeveer om 13:37 en 39 seconden.

Fout 2 ongeveer om 14:38 en 20 seconden.

 

Ik heb ook het idee dat het in het weekend vaak beter gaat. Maar onze fouten vallen dus niet samen. Als het altijd zo weinig uitviel als bij deze meting..

[EdjeKroketje]

ok ene kant wel jammer aan de andere kant misschien maar goed ook, anders had KPN wel een probleem;)

We zouden het een andere keer nog wel is kunnen herhalen

[W3ird_N3rd]

Origineel bericht van: EdjeKroketje

ok ene kant wel jammer aan de andere kant misschien maar goed ook, anders had KPN wel een probleem;)
We zouden het een andere keer nog wel is kunnen herhalen

Wie weet. Welke zender ontvang jij eigenlijk? Ik dus normaal Goes (ook in deze test) en eventueel Rotterdam en Breda.

[EdjeKroketje]

Arnhem 5 km van de mast