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.

sp7ivo pisze:


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.

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

Michał,

Czy ja nie nie potrafię znależć informacji w regulaminie ENG
o dodaniu mnożnika , czy informacja o mnożniku została dodana tylko w regulaminu PL?

W PL, Wersja: 20260708_01

6.1 Kategorie nadawcze

Punktacja: Każda poprawna łączność (QSO) to 1 punkt.
Mnożnik: Liczba unikalnych znaków (U) korespondentów zaliczonych w trakcie całej Rundy (w obrębie wszystkich pasm i przez cały czas trwania zawodów). Każdy unikalny znak liczy się do mnożnika tylko raz, niezależnie od liczby pasm lub etapów, na których nawiązano z nim łączność......
Powtórzenia: Odbiór łączności tej samej stacji na tym samym paśmie można powtórzyć w każdym nowym Etapie (zgodnie z podziałem w p. 2.1). Oznacza to możliwość odebrania maksymalnie czterech łączności z tej samej stacji na jednym paśmie w trakcie...


W ENG, Version: 20260606_01

6.1 Transmitting Categories

Scoring: Each valid contact (QSO) is 1 point. QSO validity is verified via cross-checking.
Duplicates: Contacts with the same station on the same band may be repeated in each new Period (as divided in section 2.1). This allows a maximum of four valid contacts with the same station per band during one Round. Working the same station on different bands (80m and 40m) is permitted without any time limit. Consequently, a maximum of eight point-scoring QSOs with a single station (four on 80m and four on 40m) is allowed per Round.

jakoś mam wrażenie że dziś było
jakoś"wiecej"stacji,
co akurat mnie cieszy,
ale moge być w błedzie,
zobaczymy,
tak czy owak była "zabawa"
chć sam nie wiem czy ten,,,
a dobra zobaczymy co bedzie dalej,

sn5n pisze:

Michał,

Czy ja nie nie potrafię znależć informacji w regulaminie ENG
o dodaniu mnożnika , czy informacja o mnożniku została dodana tylko w regulaminu PL?

...

Krzysztof w wersji ENG Version: 20260716_01 już jest.


6.1 Transmitting Categories
Scoring: Each valid contact (QSO) is worth 1 point.
Multiplier: The number of unique callsigns (U) worked during the entire Round (across all bands and throughout the contest duration). Each unique callsign counts towards the multiplier only once, regardless of how many bands or stages you work them on.

Michał,pewnie będziesz musiał "dorobić"następna linijkę:110
wydaje sie ze wczorajsza edycja bedzie rekordowa
pod wzgledem uczestników ,
super,

kurcze,
myslałem ze 100-ka peknie,
jeszcze jest troszke czasu,

,)

Andrzej SP4TKR. Ponownie w qso ze mną jest rozbieżność w numerze nadanym i zalogowanym przez Ciebie. Czy możesz "odtworzyć" z pamięci sytuację w której to nastąpiło?

2026-07-21 20:04 80M CW SN7O 599 089 SP4TKR 599 042 WRONG_SERIAL
2026-07-21 20:04 80M CW SP4TKR 599 043 SN7O 599 089 INVALID_QSO

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

SP7IVO - posłuchałem nagrania, pytanie, zauważyłem, gdy wołam Ciebie po Twoim CQ jest dosyć długa przerwa, jako niecierpliwy człowiek chciałem parokrotnie zmienić częstotliwość, na nagraniu w łączności z sp4tkr tego nie słyszę, czy mam wnioskować, ze nie zawsze ale często po CQ w pasmie 80m nadajesz CQ w pasmie 40m i czekasz z odpowiedzią aż zakończy się nadawanie?

Tadeusz sp1nqn/sn1t

sp3mep pisze:

kurcze,
myslałem ze 100-ka peknie,
jeszcze jest troszke czasu,

,)

No i pękła................

SP1NQN pisze:

SP7IVO - posłuchałem nagrania, pytanie, zauważyłem, gdy wołam Ciebie po Twoim CQ jest dosyć długa przerwa, jako niecierpliwy człowiek chciałem parokrotnie zmienić częstotliwość, na nagraniu w łączności z sp4tkr tego nie słyszę, czy mam wnioskować, ze nie zawsze ale często po CQ w pasmie 80m nadajesz CQ w pasmie 40m i czekasz z odpowiedzią aż zakończy się nadawanie?

Tak, na tym polega 2BSIQ, zawsze któreś radio nadaje. Albo jest to naprzemienne CQ, albo transmisja jakiegoś fragmentu qso. Trudno jest dobrać szybkość nadawania CQ, tak, żeby synchronizacja była jak najlepsza. Są znaki dłuższe i krótsze nadawane szybciej lub wolniej. SN1T, SN5N nadajecie bardzo szybko, a znaki są krótkie, podobnie szybko SP3MEP. W czasie tego zawołania na drugim radiu musi "wybrzmieć" np. TEST SN7O. Doświadczalnie doszedłem do optymalnej szybkości 29WPM jako najbardziej uniwersalnej dla różnych znaków. Czas trwania takiego wywołanie jest 3.4 sekundy, Twoje zawołanie na nagraniu poniżej SN1T trwa 1.22 sekundy, więc cudów nie ma, musi być chwila zwłoki, choć teoretycznie można by przerwać nadawanie na drugim radiu, ale wtedy skimmery przekręcają znak i stacje wołają z bandmapy bez sprawdzenia znaku i jest dużo powtórzonych qso. Zawołanie Jurka SP3MEP trwa 1.68 sekundy pomimo, że nadaje chyba szybciej. Na nagraniu SP4TKR idealnie" wstrzelił" się z długością znaku i szybkością nadawania i dlatego nie ma przerwy i odpowiedź jest natychmiastowa.
To nagranie qso z SP4TKR jest zrobione z "pozycji" trx-a. Poniżej nagranie z pozycji słuchawek, czyli to co ja słyszę. Jest to praca bez podsłuchu własnego nadawania. Jeżeli dobrze wsłuchać się, to można zauważyć momenty przełączania trx-ów na nadawanie i odbiór oraz zaobserwować zwłokę w odpowiedzi.

http://bselektronik.pl/pub/rec_contest/TTC/SN1T.mp3

SP1NQN pisze:


sp3mep pisze:

kurcze,
myslałem ze 100-ka peknie,
jeszcze jest troszke czasu,

,)

No i pękła................

super,to cieszy

sp7ivo pisze:


,,,,,,,,,,,

Boguś jak zwykle bardzo ciekawe sprawy przedstawiasz,
podziwiam Twoje analizy i.t.d,
szacun,

sp7ivo pisze:


SP1NQN pisze:

SP7IVO - posłuchałem nagrania, pytanie, zauważyłem, gdy wołam Ciebie po Twoim CQ jest dosyć długa przerwa, jako niecierpliwy człowiek chciałem parokrotnie zmienić częstotliwość, na nagraniu w łączności z sp4tkr tego nie słyszę, czy mam wnioskować, ze nie zawsze ale często po CQ w pasmie 80m nadajesz CQ w pasmie 40m i czekasz z odpowiedzią aż zakończy się nadawanie?


Tak, na tym polega 2BSIQ, zawsze któreś radio nadaje. Albo jest to naprzemienne CQ, albo transmisja jakiegoś fragmentu qso. Trudno jest dobrać szybkość nadawania CQ, tak, żeby synchronizacja była jak najlepsza. Są znaki dłuższe i krótsze nadawane szybciej lub wolniej. SN1T, SN5N nadajecie bardzo szybko, a znaki są krótkie, podobnie szybko SP3MEP. W czasie tego zawołania na drugim radiu musi "wybrzmieć" np. TEST SN7O. Doświadczalnie doszedłem do optymalnej szybkości 29WPM jako najbardziej uniwersalnej dla różnych znaków. Czas trwania takiego wywołanie jest 3.4 sekundy, Twoje zawołanie na nagraniu poniżej SN1T trwa 1.22 sekundy, więc cudów nie ma, musi być chwila zwłoki, choć teoretycznie można by przerwać nadawanie na drugim radiu, ale wtedy skimmery przekręcają znak i stacje wołają z bandmapy bez sprawdzenia znaku i jest dużo powtórzonych qso. Zawołanie Jurka SP3MEP trwa 1.68 sekundy pomimo, że nadaje chyba szybciej. Na nagraniu SP4TKR idealnie" wstrzelił" się z długością znaku i szybkością nadawania i dlatego nie ma przerwy i odpowiedź jest natychmiastowa.
To nagranie qso z SP4TKR jest zrobione z "pozycji" trx-a. Poniżej nagranie z pozycji słuchawek, czyli to co ja słyszę. Jest to praca bez podsłuchu własnego nadawania. Jeżeli dobrze wsłuchać się, to można zauważyć momenty przełączania trx-ów na nadawanie i odbiór oraz zaobserwować zwłokę w odpowiedzi.

http://bselektronik.pl/pub/rec_contest/TTC/SN1T.mp3

Wszystko jasne, rozwarze zmniejszenie szybkości podczas nadawania znaku, nie zawsze szybkie nadawanie daje pożądany efekt

sp7ivo pisze:

Andrzej SP4TKR. Ponownie w qso ze mną jest rozbieżność w numerze nadanym i zalogowanym przez Ciebie. Czy możesz "odtworzyć" z pamięci sytuację w której to nastąpiło?

2026-07-21 20:04 80M CW SN7O 599 089 SP4TKR 599 042 WRONG_SERIAL
2026-07-21 20:04 80M CW SP4TKR 599 043 SN7O 599 089 INVALID_QSO

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

Cześć,


Ok, sprawdzę to w tym tygodniu.
Jestem teraz w rozjazdach.

Vy 73
Andrzej sp4tkr

SP1NQN pisze:

Wszystko jasne, rozwarze zmniejszenie szybkości podczas nadawania znaku, nie zawsze szybkie nadawanie daje pożądany efekt

Tylko, że to nic nie zmieni. Jedynie zmniejszy się czas oczekiwania. Musiałbyś drastycznie zmniejszyć prędkość, rzędu dwukrotnie, co jest nierealne. Zmiana tylko dla psychiki.

sp7ivo pisze:


SP1NQN pisze:

Wszystko jasne, rozwarze zmniejszenie szybkości podczas nadawania znaku, nie zawsze szybkie nadawanie daje pożądany efekt



Tylko, że to nic nie zmieni. Jedynie zmniejszy się czas oczekiwania. Musiałbyś drastycznie zmniejszyć prędkość, rzędu dwukrotnie, co jest nierealne. Zmiana tylko dla psychiki.

Nie ma wyjścia, uzbroje się w cierpliwość czekając na odpowiedz z Twojej strony

W którymś z poprzednich postów wspomniałem o błędnych spotach i związanymi z tym duplikatami qso. Z ciekawości porównałem listę "prawdopodobnych pomyłek" dostępną na stronie z wynikami zawodów z ostatniej tury ze spotami z RBN jakie pojawiły się w czasie trwania zawodów. Spośród 77 "pomyłek" spotowane były znaki:

DJ9M (40m 19:51) zamiast DJ9MH
DK7YY/p (80m 19:58, 19:59, 20:07)
IO5O (40m 243 spoty) zamiast SO5O
IQ9RM (40m 20:09, 20:22) zamiasta SQ9RM
SA6NL(40m 20:06) zamiast HA6NL
SN7X (40m 19:49) zamiast SN7O
SP3KYY (40m 19:55) zamiast SP3CYY
SP5LMT (40m 19:45, 20:18, 20:22) zamiast SP5LGT
SP6NNJ (80m 20:22) zamiast ?

Nie mam możliwości bez dostępu do logów w formie plików potwierdzić, że powstałe błędy w logach pochodzą na skutek "kliknięcia" na spot na bandmapie bez upewnienia się co do prawidłowości znaku, ale co do SN7X jestem pewny, gdyż mam w logu niezaliczone qso, które korespondent zalogował z tym błędnym znakiem. Wystarczył jeden spot z RBN, żeby pojawił się duplikat.
Ciekawa sprawa ze znakiem IO5O i 243 jego spotami. W bazie znaków występuje, ale raczej nie brał udziału w zawodach, gdyż "pomyłka" wystąpiła tylko w jednym logu. Bardziej prawdopodobne, że są to błędne spoty SO5O.

sp7ivo pisze:


.......
SP6NNJ (80m 20:22) zamiast ?

..... ale co do SN7X jestem pewny, gdyż mam w logu niezaliczone qso, które korespondent zalogował z tym błędnym znakiem. Wystarczył jeden spot z RBN, żeby pojawił się duplikat.
.....

SP6NNJ (80m 20:22) zamiast -> SP6GNJ

2026-07-21 20:24 80M CW DL8QS 599 100 SP6NNJ 599 042 NIL
2026-07-21 20:24 80M CW SP6GNJ 599 042 DL8QS 599 100 NIL

Potwierdzam taką samą sytuację jak opisana powyżej.
Wcześniejsze 4 spoty z RBN SK6AW były poprawne, ale ostatni błędny z 20:22 zrobił mi NIL'a.

sp7ivo pisze:

W którymś z poprzednich postów wspomniałem o błędnych spotach i związanymi z tym duplikatami qso. Z ciekawości porównałem listę "prawdopodobnych pomyłek" dostępną na stronie z wynikami zawodów z ostatniej tury ze spotami z RBN jakie pojawiły się w czasie trwania zawodów. Spośród 77 "pomyłek" spotowane były znaki:

DJ9M (40m 19:51) zamiast DJ9MH
DK7YY/p (80m 19:58, 19:59, 20:07)
IO5O (40m 243 spoty) zamiast SO5O
IQ9RM (40m 20:09, 20:22) zamiasta SQ9RM
SA6NL(40m 20:06) zamiast HA6NL
SN7X (40m 19:49) zamiast SN7O
SP3KYY (40m 19:55) zamiast SP3CYY
SP5LMT (40m 19:45, 20:18, 20:22) zamiast SP5LGT
SP6NNJ (80m 20:22) zamiast ?

Nie mam możliwości bez dostępu do logów w formie plików potwierdzić, że powstałe błędy w logach pochodzą na skutek "kliknięcia" na spot na bandmapie bez upewnienia się co do prawidłowości znaku, ale co do SN7X jestem pewny, gdyż mam w logu niezaliczone qso, które korespondent zalogował z tym błędnym znakiem. Wystarczył jeden spot z RBN, żeby pojawił się duplikat.
Ciekawa sprawa ze znakiem IO5O i 243 jego spotami. W bazie znaków występuje, ale raczej nie brał udziału w zawodach, gdyż "pomyłka" wystąpiła tylko w jednym logu. Bardziej prawdopodobne, że są to błędne spoty SO5O.

Sa RBN-y które maja funkcje weryfikacji-Quality , gdy ja mam włączoną pojawia się zdecydowanie mniejsza ilość spotów fałszywych np HA8TKS

Miałem okazje posłuchać stacji startujących w zawodach w, których można powtarzać łączność co 10 min (6 period po 10 min)czas trwania zawodów 1 godzina, zwróciłem uwagę na jedną stacje, która pod koniec zawodów podała numer 203, stacja ta po podaniu numeru 203 i zakończeniu QSO , przeszła na podawanie CQ TEST i znak, nadała cztery sekwencje CQ TEST ZNAK odstępach 2 sekundowych, gdy zgłosiła się po czwartym CQ stacja numer jaki został podany to 207, czyli w trakcje wołania CQ TEST zrobił 4 QSO, czy ktoś może wytłumaczyć jak to jest możliwe, zaznaczam, ze zawody odbywały się jedynie w pasmie 40m.