N1MM Logger RTTY tietoa        

   

Tarkista seuraavat asetukset että Function Key file (*.MC) toimisi oikein

--

N1MM Logger Screen:  Config > Configure Ports... > Function Keys Välilehti

[v] Send leading zeros...

[v] Work dupes when running

F1 CQ Key

F2 Exchange Key

F3 End of QSO Key

F4 Grab Next Call (Run)

F5 His Call Key

F6 My Call (S&P)

F6 QSO B4 Key (Run)

F8 Again

 

DI1 Screen: > Setup >

[v] RtClick = Return Not Menu

Digital Call Tracking > [v] Disabled

 

DI1 Screen: > Setup > Settings >

[v] RX Windows add to Brab Window

[v] Remove Excess Linefeeds fron RX Windows

[v] Do not add dupes to Grab window

[v] QSY will Clear Grab window

[v] Clear Grab window on CQ

 

TÄRKEÄÄ RTTY TIETOA (Space ja USOS)

F-Key filet (.MC)

Jos imuroit netistä makro-file (.MC) niin katso että koolin edessä

ja takana on aina välimerkki (Space) tai {ENTER}

 

C:\N1MM Logger\Contest_Function Keys OH2GI\

    Näitä voit käyttää, en takaa että olisivat hyviä ja käyttökelpoisia.

Olen poistanut ylimääräiset LineFeed käskyt (LFCR) {ENTER}, koska haittaavat ja aikaa palaa.

Olen lisännyt kutsumerkkien eteen ja jälkeen välimerkin (Space)

Tämä siksi että USOS (UOS) (unshift on space) toimisi oikein.

 

MMTTY ohjelmassa oltava UOS määriteltynä (default) ja

UOS painike alhaalla MMTTY taulussa.

 

Kun vasta-asemana on hätähousu ja käyttää CW makroja RTTY modella:

Tällainen asema vastaa kutsuusi:  XYZ2ET OH2ETXYZ    ohjelma ei tunnista koolia

ja sitten lähettää numeron 123   XYZQWEZYZXYZ    ihmettelet ja pyydät uudelleen 

Sielt tulee    XYZQWE 123XYZ     hiirellä sitä ei saa, menee käsityöksi (aikaa palaa)            

Siis hätähousut aiheuttavat sen että aikaa palaa   (note! XYZ on QRM)

 

 

 

MORE info for UOS (USOS)

There is a common feature called Unshift on Space (UOS or USOS) whose purpose

is to deal with the lost {FIGS}/{LTRS} problem.

It was designed for normal text, where the majority of information is alphabetic.

 

MMTTY has two UOS options. One of these is a button on the MMTTY main window

that affects what you see in the receive window; the other is a setup option

(under the Tx tab in the MMTTY setup) that affects what you transmit.

 

The receive option in the main window simply changes the receive window's

case back to {LTRS} at the beginning of every new "word", i.e. after a space,

unless of course the new "word" starts with {FIGS}. This takes no extra time,

but improves reliability of receipt of alphabetic text.

 

The transmit option, on the other hand, actually transmits extra {FIGS}

characters at the beginning of every numeric "word" to try to ensure greater

reliability. It does not transmit an extra "LTRS" at the beginning of every

alphabetic word, because using UOS on receive is a more efficient way to

achieve the same end result.

 

When you are ragchewing, you should always use UOS on both receive and transmit.

UOS assumes that the majority of "words" are alphabetic, which is true of normal text.