Forum Krótkofalarskie PKI

sp4tkr pisze:


sp7ivo pisze:

Ciekawostek audio ciąg dalszy. Operator co innego nadał, co innego zalogował.

2026-07-07 20:04 80M CW SP4TKR 599 050 SN7O 599 076 INVALID_QSO

http://bselektronik.pl/pub/rec_contest/TTC/SP4TKR_de_SN7O_TTC-SPCWC_CW_20260707_200418Z_3,5MHz.mp3


2026-07-07 20:02 40M CW EI9KO 599 016 SN7O 599 069 INVALID_QSO

http://bselektronik.pl/pub/rec_contest/TTC/EI9KO_de_SN7O_TTC-SPCWC_CW_20260707_200224Z_7MHz.mp3





Dzień dobry,

Bardzo ciekawy przypadek.

Zweryfikowałem nagranie i rzeczywiście program nadal 049, a zalogował 050 ?
Oczywiście maja wina , ale nigdy nie miałem takiego przypadku ,żeby przysłuchiwać się nadawanemu automatycznie
nr. kolejnego qso generowanego przez mój software.

Używam N1MM+ i do tego WinKey 3.11 z U2r Microhama.

W tej turze co prawda zapisywałem zawody w formacie mp3, ale pilne obowiązki służbowe nie pozwoliły mi na weryfikację.

Zachodze w głowę co mogło się stać, mając na uwadze , że sąsiadujące qso z innymi stacjami są ok

Czyżby jakiś stan nie określony ? Problem 3 ciał ???

Pozdrawiam
Vy 73,

Andrzej sp4tkr

Taki przypadek może mieć miejsce gdy "z rozpędu" zalogujemy qso przed nadaniem raportu i ponownie "klikniemy" (lub naciśniemy Enter) na znak stacji na band mapie, wtedy numeracja "przeskoczy" o jeden w górę i program nada już kolejny nr po naciśnięciu F2 pomimo, że się z tego qso wycofamy.

Tak przy okazji, jest to idealny przypadek ilustrujący moją koncepcję rozliczania zawodów, którą przestawiłem kilka razy na tym forum, między innymi w tym wątku http://sp7pki.iq24.pl/podglad_posta.asp?id_komentarza=8377699 .
Dokładnie tak wyobrażam sobie odejście od zbiorowej odpowiedzialności za błędy w qso, oczywiście przy zaangażowaniu komisji zawodów.