10m 160m at the 27 December now we know this were the last days with exceptional high band propagation f.t.t.b.
N1MM perikelen...
In CW contest sinds kort random bevriest het programma , invoer stopt CW TX stopt , na een aantal seconden word het log veld zwart en stopt ook de CAT verbinding.
Dit had ik een paar jaar geleden ook, oorzaak was toen een aangesloten USB SSD. Hierdoor bevriest de toetsenbord invoer . Daarna heb ik jaren probleemloos kunnen contesten met N1MM.
Echter tijdens de CQWW-CW was het weer raak seconden lang bevriest N1MM
De QSO's worden hierdoor verknoeid zeker als je net in een pileup bent.
Ik heb tot nu geen oorzaak gevonden het moet wel aan mijn PC of een malware programma liggen PA4O had deze problemen niet.
Ik verwijder zoveel mogelijk malware en hoop dat de boosdoener daar bij zit.
mogelijk is er een verband met Telnet en traag i-net
De PC is Win7-64 12GB ram SSD 500G i7 8 core het is een snelle Laptop nog steeds
misschien is dit probleem inmiddels getackeld.
Version 1.0.8807 (December 15, 2020)
Performance: Moving Telnet window to run on its own thread. After this change, connectivity issues do not affect or block the main UI thread (i.e. EntryWindow does not freeze) (Coded by KU7T)
Multi-threading: Some code refactoring to streamline creation and "bring to front" for multi-threaded windows (Coded by KU7T)
SpectrumWindow: Faster start (Coded by KU7T)
Giving Main UI thread a proper name so error logs have more troubleshooting information (Coded by KU7T)
Voor CW gebruik ik de interne N1MM soft CW generator , bij oudere OS zoals XP gaf dat 100% CPU load maar dat is in W7-64 niet zo en het werkt al jaren perfect, mooi strakke CW met de ingebouwde soft keyer.
Winkey gebruik ik niet N1MM keyer is perfect en Winkey USB genereert ruis zodra de USB port actief word is er S9 ruis op 14 MHz!
dus exit winkeyer ..
Dan heb ik nog wat andere N1MM puntjes ook al eens gemeld op N1MM bug / feature report:
1.Network status veld komt steeds bij start hinderlijk vol in beeld, de window status word niet, zoals bij andere windows onthouden in de opstart configuratie file.
2.General DX mode is bedoeld voor algemeen loggen is niet echt General maar een halve contest mode.
3. Een adif import in general log word geweigerd.
Het word getest op: <CONTEST_ID:2>DX ,de exacte naam van het general DX log "contest" type
Elk FT8 contact in WSJT-x word gelogd naar wsjtx_log.adi
maar dat bevat geen contest type veld als: <CONTEST_ID:2>DX
ik heb <CONTEST_ID:2>DX aan het eind van elke ADIF regel voor <eor> geplakt
daarna kon ik dit aangepaste bestand importeren in General DX.
Het is ten 1e vreemd ( fout) dat een General log een contest type veld nodig heeft.
En ten 2e ook fout dat een import hierop word geblokkeerd.
en ten 3e fout dat binnenkomende UDP log broadcast's wel zonder meer worden geaccepteerd. En dat in elk log type.
B.v. ik doe ook veel WSJTx FT8 e.a. modes en wil deze verbindingen ook in General DX N1MM loggen, lijkt me handig, die mogelijkheid bied N1MM ook in config.
Ook o.a. in HAMLOG kan een ADIF bestand importeren dat de minimaal nodige velden heeft ,het CONTEST type word hier genegeerd logischer wijze.
Reporting in N1MM en WSJTx staan aan, zodat een FT8 QSO via UDP ook gelogd word in N1MM als dat op de achtergrond aan staat
N1NN heb ik offline op de achtergrond. De SET is met WSJTx online, N1MM meld de comport als bezet.
Ik start eerst WSJT-x online met de K3 en daarna N1MM. De foutmeldingen COM4 is not available klik ik weg en N1MM minimaliseer ik dan.
Elk WSJTx FT8 QSO word dan ook in het log van N1MM geschreven handig.
4. Een ADIF broadcast log line word niet getest op CONTEST type, als per ongeluk N1MM in een CONTEST mode staat worden deze contacten ongewild in dit log geschreven.
.
5. Misschien heb ik het niet begrepen maar N1MM zou moeten kunnen integreren met WSJTx
WSJTx kan vanuit N1MM worden gestart maar ik heb dat nog niet werkend, er kwamen foutmeldingen en ik kan niet simultaan N1MM en WSJTx gebruiken.
misschien moet het port nummer 2237 zijn..
5. Na offline loggen van FT8 QSO's en weer CAT online blijft de mode op FT8 hangen.
Voorbeeld, ik sluit WSJT-x en breng N1MM weer online met de K3 door in Bandmap rmk reset Radio of in de laatste N1MM versie's staat boven de bandmap een rood veld "reset radio"
De K3 is weer online met N1MM de frequentie loopt weer mee met afstemming.
Maar niet de MODE van de set, die blijft gefixeerd op FT8.
Je moet N1MM tot de orde roepen door in het CALL invoer veld CW of USB te typen. Of herstarten.
Vergeet je dit en begint een contest, dan worden alle QSO's met mode FT8 gelogd in gelijk welk CONTEST type
Volgens het bug/feature request team van N1MM vallen de genoemde features small flaws buiten het normale gebruik van N1MM.
Ze hebben een punt , maar toch vreemd de log functie via UDP is handig,
ook buiten de doel functie, real time CONTEST van N1MM en evenals General log beide zeer bruikbaar maar in mijn opinie dus niet volledig werkend.
ook buiten de doel functie, real time CONTEST van N1MM en evenals General log beide zeer bruikbaar maar in mijn opinie dus niet volledig werkend.
Feature request:
De mogelijkheid om in General DX log mode het QTH veld ook in het invoer venster zichtbaar en invoerbaar te maken, te meer omdat het QTH veld al aanwezig is in de FT8 ADIF en ook in het data base veld van N1MM word geschreven , evenals het NAME veld maar dat is wel zichtbaar in het invoer venster van N1MM.
De normale internationale Frequenties 474.2kHz en 136kHz kunnen loggen in General DX .
Wissen van een fout record met leeg CALL veld zonder eerst een dummy call in te moeten voeren.
N1MM een super contest log programma. Je mag een gegeven paard niet in de mond kijken maar toch.
Ik heb geprobeerd via bug/feature rapport een bijdrage te leveren aan dit fantastische real-time log programma, helaas geen positive response mogen ontvangen.
Comments