sp7ivo pisze:
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.
sp4tkr pisze:
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
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
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.
Dzień dobry,
Zawsze wiedziałem , że trafię w dyby i to publicznie
Kilka razy i ja stałem się ofiarą tzw. zbiorowej odpowiedzialności.....
Chłopaki nie płaczą ....
Pozdrawiam
Andrzej sp4tkr
Andrzej SP4TKR