Forum Krótkofalarskie PKI

Witam,
mam problem z przekonwertowaniem logu w formacie ADIF na TQSL format. Wyrzuca mi przykładowy komunikat:

Warning: Signing cancelled
No records to upload
Signing using Callsign SQ8NZB, DXCC Entity POLAND
Error: Invalid argument on line 7
Band: 80M
Call: SM4WKT
Freq: 3.787
Mode: SSB
QSO_DATE: 20090127
TIME_ON: 004011

Proszę o pomoc.

Pozdrawiam
Daniel SQ8NZB

Czy to masz w przypadku wszystkich QSO czy jakiś pojedyńczych?

W linii 7 nie mam nic. Błąd mi wyskakuje w przypadku wszystkich QSO. A jak daję opcję ignorowania błędu to program się zapętla. Przekonwertowałem plik na Cabrillo i dzieję się to samo.
P.S. certyfikat z LOTW dostałem w 5 dni !
Nie chce mi się wpisywać kilkunastu tysięcy qso ręcznie na moim kocie w LOTW. Ale coś czuje, że nie będę miał wyboru...
Pozdrawiam
Daniel SQ8NZB

Poczytaj manuale w zakładce LOTW na stronie Marka SP7DQR http://www.sp7dqr.waw.pl/

Możesz wysłać ten opis do lotw arrl'u. Odpowiedzą na pewno i będzie z pierwszej ręki. Błąd w linii 7 dotyczy programu a nie wpisu adif, jak sądzę. Może się okazać, do czego zmierza EI3HMB , że ten adif jest albo uszkodzony albo inny (format) niż adif lotw. Może spróbuj tę drogę. Też miałem klopot z uzyskaniem certyfikatu, który po 3 latach traci ważność a przekonałem się, że niektóre instrukcje są napisane po amerykańsku i jak próbujesz po angielsku zrozumieć to czasem się nie da. Dobra jest strona help.

Jacku,
w zakładce Valid mam: 2013-10-22 00:00:00 - 2016-10-21 23:59:59; QSO Dates: 2009-01-21 00:00:00 - 2014-10-17 23:59:59
Jako programu logującego używam DXkeeper. Niestety kolega Nowy może mieć rację... Może znajdzie się ktoś kto miał podobny problem, bo na razie błądzę po omacku.

to nie jest błąd programu podpisującego log. Nic nie wymyślisz dopóki nie pokażesz tutaj pliku adif przed podpisaniem.
Otwórz plik adif notatnikiem i skopiuj tu do wątku pierwsze kilka linii.

Ważne są daty: przy zgłoszeniu rejestracyjnym do LotW podaje się w/g opisu w instrukcji datę z wydania licencji a napisane jest , że można podać datę pierwszego QSO. U mnie to nie zadziałało. Kiedy podałem datę z licencji było ok. Może tu leży błąd , że qso jest poza zakresem. Tam jest wiele podpowiedzi , które wprowadzają w błąd. Czytaj bardzo uważnie help ze strony LotW. Mnie pomogło. Czy data valid od 2013, 10, 22 do 2016 jest po rejestracji czy po renowacji certyfikatu. QSO z 2009 nie mieściłby się w przedziale czasu, jeśli to przedział po pierwszej rejestracji.

linijki z dwu QSO:
<Band:3>80M <Call:6>SM4WKT <APP_DXKEEPER_DXCCPREFIX:2>SM <DXCC:3>284 <Freq:5>3.787 <Mode:3>SSB <Name:3>JAN <Operator:6>SQ8NZB <QSL_Rcvd:1>R <QSL_Sent:1>R <QSO_DATE:8>20090127 <TIME_OFF:6>004033 <TIME_ON:6>004011 <RST_Rcvd:2>59 <RST_Sent:2>59 <TX_PWR:5>100.0 <QSLSDATE:8>20120404 <QSLRDATE:8>20120404 <CONT:2>EU <ITUZ:2>18 <CQZ:2>14 <IOTA:6>EU-001 <GRIDSQUARE:6>JJ00aa <PFX:3>SM4 <STATION_CALLSIGN:7>;SQ8NZB <OWNER_CALLSIGN:7>;SQ8NZB <LAT:11>N000 01.000 <LON:11>E000 02.000 <EQSL_QSL_SENT:1>Y <EQSL_QSL_RCVD:1>R <EQSL_QSLSDATE:8>20111211 <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20131023 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <APP_DXKEEPER_MY_QTHID:6>SQ8NZB <EOR>
<Band:3>40M <Call:5>RN6FR <APP_DXKEEPER_DXCCPREFIX:2>UA <DXCC:2>54 <Freq:5>7.095 <Mode:3>SSB <Operator:6>SQ8NZB <QSL_Sent:1>R <QSO_DATE:8>20090127 <TIME_OFF:6>004033 <TIME_ON:6>004011 <RST_Rcvd:2>59 <RST_Sent:2>59 <TX_PWR:5>100.0 <QSLSDATE:8>20090216 <QSLRDATE:8>20090216 <CONT:2>EU <ITUZ:2>19 <CQZ:2>16 <IOTA:6>EU-001 <GRIDSQUARE:6>JJ00aa <PFX:3>RN6 <State:2>ST <STATION_CALLSIGN:7>;SQ8NZB <OWNER_CALLSIGN:7>;SQ8NZB <LAT:11>N000 00.000 <LON:11>W000 00.000 <EQSL_QSL_SENT:1>Y <EQSL_QSL_RCVD:1>R <EQSL_QSLSDATE:8>20111211 <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20131023 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR>

<STATION_CALLSIGN:7>;SQ8NZB <OWNER_CALLSIGN:7>;SQ8NZB

przeglądnij ustawienia - masz wsadzony średnik przed swoim znakiem - stąd błąd

Próbowałem zrobić przykładowy log w loggerze 32 (przykładowe 1 qso) i niestety pojawia się taki sam błąd, więc może to problem jest jednak w programie...

widzisz jak wygląda struktura ADIFa - stwórz ADIF składający się z 1-2 QSO. W notatniku wyedytuj plik - wyłącz zawijanie wierszy i usuń wszystko poza 1 czy 2 QSO. W każdym QSO usuń to: <STATION_CALLSIGN:7>;SQ8NZB <OWNER_CALLSIGN:7>;SQ8NZB
pamiętając o spacjach jakie mają zostać i taki plik podpisz programem od LotW
wtedy będziesz miał odpowiedź
5 min roboty - warto

sq8nzb pisze:

Próbowałem zrobić przykładowy log w loggerze 32 (przykładowe 1 qso) i niestety pojawia się taki sam błąd, więc może to problem jest jednak w programie...

Stwórz log z jedną łącznością ADIF, otwórz go i sprawdź czy masz ten średnik przy swoim znaku, jeżeli tak to masz swój znak w logerze źle ustawiony. Możesz ręcznie usunąć ten średnik w logu i zobaczyć czy taki log Ci LoTW przyjmie. Jeśli tak to cały problem w średniku.

Sprawdź wpisane swoje dane do programu, w którym eksportujesz do ADIF'a - opis stacji albo coś takiego bo stąd to sie bierze.

Proponuję dobrze prześledzić zapis qso w wskazanej 7 linijce logu przed stworzeniem ADIF. Ja wrzucałem łączności od 1972r i wyskoczyło mi dużo błędów, np.brak kropki przy dacie qso(albo myślnika),czy też za dużo lub za mało zer przy zapisie częstotliwości itd. Po poprawieniu błędów wszystko było ok. Kiedyś łączności zapisywało się w dzienniku papierowym, stąd miałem tyle błędów. Teraz komputer rzadko się myli i nie mam tego typu problemów.

Proponuję dobrze prześledzić zapis qso w wskazanej 7 linijce logu przed stworzeniem ADIF. Ja wrzucałem łączności od 1972r i wyskoczyło mi dużo błędów, np.brak kropki przy dacie qso(albo myślnika),czy też za dużo lub za mało zer przy zapisie częstotliwości itd. Po poprawieniu błędów wszystko było ok. Kiedyś łączności zapisywało się w dzienniku papierowym, stąd miałem tyle błędów. Teraz komputer rzadko się myli i nie mam tego typu problemów.

W programie TQSL można generować plik ADIF. Przykładowe 1 qso które wygenerowałem:

<CALL:6>SQ8NZB
<BAND:4>160M
<MODE:2>CW
<QSO_DATE:8>20131023
<TIME_ON:6>133000
<FREQ:5>1.850
<BAND_RX:4>160M
<FREQ_RX:5>1.850
<EOR>
Niestety komunikat:

Signing using Callsign SQ8NZB, DXCC Entity POLAND
Error: Invalid argument on line 9
CALL: SQ8NZB
BAND: 160M
MODE: CW
QSO_DATE: 20131023
TIME_ON: 133000
FREQ: 1.850
BAND_RX: 160M
FREQ_RX: 1.850

9 jest zwrot -eor- jak go usuwam to TQSL nic nie widzi

<EOR> musi być na końcu każdej linii
to jest znacznik końca linii opisującej qso

sq8nzb pisze:

W programie TQSL można generować plik ADIF. Przykładowe 1 qso które wygenerowałem:

<CALL:6>SQ8NZB
<BAND:4>160M
<MODE:2>CW
<QSO_DATE:8>20131023
<TIME_ON:6>133000
<FREQ:5>1.850
<BAND_RX:4>160M
<FREQ_RX:5>1.850
<EOR>
Niestety komunikat:

Signing using Callsign SQ8NZB, DXCC Entity POLAND
Error: Invalid argument on line 9
CALL: SQ8NZB
BAND: 160M
MODE: CW
QSO_DATE: 20131023
TIME_ON: 133000
FREQ: 1.850
BAND_RX: 160M
FREQ_RX: 1.850

9 jest zwrot -eor- jak go usuwam to TQSL nic nie widzi

Nie wiem czy to może mieć znaczenie, ale próbujesz załadować QSO samego z sobą ?

Zdaje mi się, że żaden (przepraszam) idiotoodporny program nie powinien przyjąć znaku stacji ze średnikiem (bo chyba taki "łamaniec" nie występuje) a drugie, że <CALL:.> oznacza stację korespondenta... czyli błąd w 9 linii może oznaczać, że cały zapis tego qso jest do kitu.