Hyvät asemapaikat ovat harvassa. Kun sellaiseen pääsee, pyritään sinne tavallisesti asentamaan mahdollisimman monta radioyhteyttä ja -verkkoa. Jos lähettävät ja kuuntelevat radiot ovat samalla taajuusalueella eli bandilla, niin lähekkäisyys aiheuttaa keskinäishäiriöitä, kuten interferenssejä, mykistymistä, pätkimistä ja ylikuulumista. Tyypillinen esimerkki ylikuulumisesta on ripiitteri, joka pätkii puhetta, tai pahimmillaan ‘oksentaa’ kohinaa jaksollaan.
Toistimiin perehtyneemmät tuvihamssit ovatkin kyselleet, miten saman bandin pakettinodet ja puhetoistimet eli ripiitterit saadaan toimimaan lähekkäin mahdollisimman vähin keskinäisin häiriöin. Tässä joitakin ohjeita.
Antennien polarisaatioiden valinta
APRS-digit ja igatet sekä mobileyhteyksien käyttämät puhetoistimet on laitettava pystypolaroituihin eli vertikaaliantenneihin, koska autoantennit ovat vertikaaleja.
2m pakettinodeja puolestaan ei juurikaan käytetä autoista, vaan kotiasemilta. Tehokkaimmat ja kantavimmat hamssiasemien 2m antennit ovat yleensä vaakajageja. Samoin nodeantennit. Myös pystyantenneja on kotiasemilla. Pakettiverkon polarisaatioksi on vasta-asemien suhteen valittavissa lähes yhtä hyvin pysty tai vaaka. Polarisaatioiden keskinäisvaimennus on 20 … jopa 30 dB, eli 100 … 1000-kertainen. Verkon on siis käytettävä samaa polarisaatiota kuullakseen toisensa. Kumpi polarisaatio siis olisi parempi pakettinodeverkkoon?
Antennien polarisaatiovaimennusta voidaan käyttää myös häiriöiden vähentämiseen lähekkäisten saman bandin asemien kesken. Koska APRS ja puhetoistimet edellyttävät pystyantenneja, onkin luontevaa käyttää nodeilla vaaka-antenneja keskinäishäiriöiden vähentämiseksi lähitoistimiin. 2m bandin pakettiverkon polarisaationa antaa siis horisontaali sekä parhaan kantaman, että pienimmät keskinäishäiriöt lähekkäisten puhetoistinten ja APRS-digien kesken.
Node pätkii ripiitteriä - mikä avuksi?
Kun 2m pakettinode tai APRS-digi lähettää, se voi pätkäistä lähekkäisen 2m puhetoistimen kuuntelun purskeen ajaksi. APRS-digin tapauksessa molemmat käyttävät samaa polarisaatiota, joten antennien avulla pätkimistä ei voi juurikaan vaimentaa. Jos asennuspaikalla on netti käytettävissä, niin voi harkita APRS-digin muuttamista pelkästään kuuntelevaksi igateksi, joka ei lähetä. Tällöin puhetoistimen APRS-digihäiriöstä päästään tykkänään eroon.
Pakettinoden häiriöitä saman bandin muille toistimille rajoitti jo ratkaisevasti antennien polarisaatioiden valinta ristiin. Samoin noden lähetystehon rajoittaminen pienimmäksi yhteyden muodostamiseen tarvittavaksi. Usein pakettinodeilla käytetäänkin 1 … 5 W lähetystehoa. Jos noden ja puhetoistimen antennit ovat aivan lähekkäin, esimerkiksi 10 - 20 metrin päässä toisistaan, niin noden lähetyspurskeet voivat silti katkoa kaukaisempien, heikosti puhetoistimelle kuuluvien käyttäjien puhetta. Voimakkaampien lähiasemien kuuntelua puhetoistimella ristiinkäännettyä antennia käyttävä node yleensä ei enää häiritse.
Marginaalikantaman heikkojen asemien puhelähetteitä pätkiviä häiriöitä viereiselle puhetoistimelle voi silti vähentää, yksinkertaisesti valitsemalla pakettinodelle asetukset, joilla se lähettää mahdollisimman harvoin ja mahdollisimman lyhyitä pakettipurskeita. Esimerkiksi TNC:illä toimivilla thenetnodeilla asetetaan TxDelay lyhyeksi n. 200 - 250 mS, eli TxD 25. Node-ID:t käännetään pois päältä. Nodelistan lähetysväli laitetaan pitkäksi, esimerkiksi 1800 s eli puoli tuntia. Näin thenetnode ei lähettele oleellisten yhteyksien kannalta ‘turhia’ purskeita. Vastaavasti kun puhetoistimessa ei käytetä päälle ‘roikkumaan’ jäävää kantoaaltoa, niin se häiritsee mahdollisimman lyhyen aikaa kerrallaan pakettiradio- ja APRS-vastaanottimia.
Entä sitten tietsikkasoftilla toimivat BPQ-nodet? Näissä vähenevät turhat purskeet rajusti, kun kättelyväli asetetaan pitkäksi, esim. configissa T3=3600 eli tunnin, tai kättelyt käännetään kokonaan pois päältä eli NOKEEPALIVES=1. Kuuluvuuden rajoilla takkuavat nodeyhteydet voi lukita pois käytöstä asettamalla manuaalisesti yhteysvälin hyvyysarvoksi nollan (Quality 0). Tässä pakettichattikeskustelu, jossa BPQ-softan kehittäjä John antaa ohjeita BPQ-nodejen asetuksista naapuriripiitteriystävällisen vähähäiriöisiksi:
John G8BPQ gives advice in packet network chat:
[i]OH7HJ at JJTCHA Juha, Liperi [General] Idle for 0 seconds
G8BPQ : John *** Joined Chat, Topic General
Hi Gents!
John, a question: How the rate of handshakes are set with BPQ nodes? We have now a network of several 2m nodes and the handshakes are making trouble.
G8BPQ : Hi Juha. Do you mean the RR C P, RR R F that occurs every couple of minutes?
Yes! They appear every 50 seconds per node. Multiplied by pairs of nodes. We have wondered if there is an option to turn them off?
G8BPQ : There are controlled by T3 in the config file. Te normal is 180 (3 mins). I usually vary them a small amount so the nodes Only node list broadcasts are actually needed. At each end of a link don’t send them at the same time.
OK T3, tnx a lot! If set it 0, will it turn them off?
G8BPQ : They can’t be turned off or a node wouldn’t know of the station at the other end disappeared.
Oh, that makes it worse… Now the handshakes make a lot of QRM with nodes only partially hearing each other. How long is it possible to set it? Thenet nodes work completely without handshakes. They require node list broadcasts only ever half on hour or so. Can T3 be set for 3600 secs, for example?
G8BPQ : Probably, but if a message every 3 minutes is causing problems you probably have other problems. If you have marginal links the best solution is to lock the out, or the system will waste time trying to use them. The system tries to keep links between nodes open, to prove they are still there. If you have marginal tinks, these can cause a lot of traffic. If you can’t lock them out you can disable the keepalive process, either on a link or a node pair. But that prevents the system knowing when they have gone for several hours.
Yes, we have a problem of long distances. Nodes keep trying handshake each other and cause packets collide and jam user traffic. How is keepalive disabled? Will that stop handshakes? How are they locked out?
G8BPQ : Lock a route with quality 0.
Thenet uses node list broadcasts to know if the node is there. If they do not get the list for an hour or so, they remove the node from list. OK route quality 0 to lock out, thanks!
G8BPQ : Use NOKEEPALIVES=1 to disable the keepalive mechanism. But locking out routes that aren’t reliable is a better option.
Another reason for asking is that we use nodes in same station locations as phone repeaters. When node keeps handshaking with short intervals it interferes with repeater, blocking it. If it does send only node list every half an hour, it does not interfere with the repeater. So with long Tx intervals we can use nodes and repeaters together. OK NOKEEPALIVES=1, that might be the solution for nodes close to repeaters?
G8BPQ : Yes, if you are sharing a location with a voice repeater using NOKEEPALIVES makes sense. And it might make sense to reduce IDLETIME a bit so links don’t stay open after they are needed. [/i]
T: - Juha -
Maavirta ei pääse kulkemaan talon maajohtimia pitkin, jos maadoituspisteitä on vain yksi.
