OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
G0FTD  > TECHNI   27.01.05 00:28l 37 Lines 1252 Bytes #999 (0) @ WW
BID : 409416G0FTD
Read: GUEST OE7FMI
Subj: Re:G0FTD: QRMSTOP.ZIP info
Path: DB0FHN<DB0THA<DB0ERF<DB0HGW<ON0DXC<ON0RET<DB0RES<DK0WUE<7M3TJZ<SP7MGD<
      ON0BEL<GB7CIP<GB7SXE
Sent: 050126/1741Z @:GB7SXE.#38.GBR.EU #:20369 [Hastings] FBB7.00i $:409416G0FT
From: G0FTD@GB7SXE.#38.GBR.EU
To  : TECHNI@WW


PA3AKK wrote:-
> Oh I trust and beleive you. And ...... I don't need such a qrm eliminator
> because I am a lucky man in a nearly qrm free area outside town or 
> village.

You are indeed a lucky man.

Man made noise is something that should receive a much higher level of
official protection. 

Switched mode PSU's, computers and games consoles are something I hate ;-)

However perhaps we can now use the new EMC Protection directive 2004/108/EC
which came into force 6 days ago to help protect our hobby from noise
(grr).

 
> I was interested for a friend living in a small house in a town with heavy
> qrm. We are discussing plans how to eliminate the qrm in favour of the 
> wanted signals. He can only make a poor HF-antennasituation.

Tyte QRM eliminator circuit that I sent out is fine but it must be 
remembered that it is only capable of removing *1* source of interference
at a time. All other QRM sources will be arriving at different amplitudes 
and phase - meaning you have to choose which QRM you want to eliminate ;-)

Of course if you only have 1 QRM source then everyting is OK.

Or the alternative is to go /M or /P like I do much of the time (see my
G0FTD-P.JPG files).  

- Andy -


Read previous mail | Read next mail


 11.09.2025 00:27:56lGo back Go up