Forum Krótkofalarskie PKI

Panowie przeinstalowałem wsjt-x do najnowszej wer. i pojawił się problem.Stacje z którymi było już przeprowadzone qso wyświetla na zielono , czyli niby poprawnie, ale tknęło mnie, aby to sprawdzić.Okazało się że bywa z tym różnie, jedne pokazuje poprawnie inne błędnie . Dopatrzyliście się ? ,co z tym fantem zrobić bo tak nie fajnie dublować qso.

To by mogło wyjaśnić dlaczego od pewnego czasu woła mnie dużo stacji z którymi miałem QSO.
Czy log w wsjt-x masz uzupełniony ??
Czasami po przeinstalowaniu robią się dziwne rzeczy w logu.

Zaznacz sobie odpowiednie kolory ( jakie miałeś wcześniej )w seetings: CQ in message, New call, New Call Band, New DXCC, My call in message, New Continent (napisałem w kolejności od dołu). Te mam zaznaczone i kolory takie jak w poprzedniej wersji.

SP9VEY pisze:

Zaznacz sobie odpowiednie kolory .

O ile dobrze zrozumiałem spostrzeżenia kolegi sq7iqm to problem nie jest w ustawieniu kolorów tylko w tym ,że program "fałszywie" informuje użytkownika o zrobionych QSO .Czyli pokazuje w kolorze zielonym zrobione i nie zrobione QSO też się zdarzają i są pokazane na zielono.A nie powinny skoro nie było łączności

sp7iit pisze:

To by mogło wyjaśnić dlaczego od pewnego czasu woła mnie dużo stacji z którymi miałem QSO.
Czy log w wsjt-x masz uzupełniony ??
Czasami po przeinstalowaniu robią się dziwne rzeczy w logu.

Nawet poszedłem o krok dalej, ptaszki postawiłem we wszystkich kolorkach ,a program i tak swoje że qso nie zrobione z daną stacją.Odnośnie logu to adifa nie wydłubuje z programu są wszystkie qso zapisane tą emisją

Witajcie ,ja miałem to samo .wyeksportowałem cały log z hrd tylko z emisją FT8 ,potem ściągnąłem program adif filter ze strony SP7DQR ustawiłem w filtrze co ma zawierać adif ,czyli znak grind itp... i wszystko pokazuje ok gdzieś wyczytałem że to wina wsjtx i że ma być to poprawione .co więcej teraz jest wszystko ok ale gdybym wyeksportował znów z hrd log tylko z FT8 i załadował bezpośrednio do wsjtx bez udziału programu adif filter to znowu będzie wsjtx błędnie odczytywał zrobione/niezrobione qso

SQ5TDZ pisze:

Witajcie ,ja miałem to samo .wyeksportowałem cały log z hrd tylko z emisją FT8 ,potem ściągnąłem program adif filter ze strony SP7DQR ustawiłem w filtrze co ma zawierać adif ,czyli znak grind itp... i wszystko pokazuje ok gdzieś wyczytałem że to wina wsjtx i że ma być to poprawione .

Dziękuję za podpowiedź.Tyle że twórcy programu powinni to ogarnąć poprawiali ,poprawiali i poprawili w starszych wer. tego nie było ,no nic trzeba być czujnym.Kolorków przybyło dosłownie tęcza i sami twórcy się pogubili.

WSJTX ma otwarty kod i mechanizm zgłaszania bugów. Jak ktoś jest w stanie, to błędy może poprawić i odpowiednią poprawkę twórcom wysłać. Jeśli nie programuje to należy przynajmniej bug zgłosić, bo twórcy często nie są ich świadomi.

SQ7IQM pisze:


sp7iit pisze:

To by mogło wyjaśnić dlaczego od pewnego czasu woła mnie dużo stacji z którymi miałem QSO.
Czy log w wsjt-x masz uzupełniony ??
Czasami po przeinstalowaniu robią się dziwne rzeczy w logu.

Nawet poszedłem o krok dalej, ptaszki postawiłem we wszystkich kolorkach ,a program i tak swoje że qso nie zrobione z daną stacją.Odnośnie logu to adifa nie wydłubuje z programu są wszystkie qso zapisane tą emisją

Witam

A co pokazuje JT Alert z włączonym oknem Decode History Window?

Używam JTDX i nie zauważyłem takich problemów.

Jak chcę użyć WSJTX to plik wsjtx_log,adi kopiuję do katalogu(ukryty w danych aplikacji) WSJT-X i wszystko się zgadza co do zrobionych QSO

SQ9JXB pisze:


SQ7IQM pisze:


sp7iit pisze:

To by mogło wyjaśnić dlaczego od pewnego czasu woła mnie dużo stacji z którymi miałem QSO.
Czy log w wsjt-x masz uzupełniony ??
Czasami po przeinstalowaniu robią się dziwne rzeczy w logu.

Nawet poszedłem o krok dalej, ptaszki postawiłem we wszystkich kolorkach ,a program i tak swoje że qso nie zrobione z daną stacją.Odnośnie logu to adifa nie wydłubuje z programu są wszystkie qso zapisane tą emisją



Witam

A co pokazuje JT Alert z włączonym oknem Decode History Window?

Używam JTDX i nie zauważyłem takich problemów.

Jak chcę użyć WSJTX to plik wsjtx_log,adi kopiuję do katalogu(ukryty w danych aplikacji) WSJT-X i wszystko się zgadza co do zrobionych QSO

sprawdzałeś z logiem ?

SQ9JXB pisze:

Jak chcę użyć WSJTX to plik wsjtx_log,adi kopiuję do katalogu(ukryty w danych aplikacji) WSJT-X i wszystko się zgadza co do zrobionych QSO

Zalecają kopiowanie zarówno pliku wsjtx_log.adi jak i wsjtx.log, może aby w dwie strony działało, jak ktoś naprzemiennie używa JTDX i WSJT-X.

http://www.dk7uy.de/downloads/pdf/Merging%20internal%20logbook%20from%20WSJT%20with%20JTDX.pdf

SQ7IQM pisze:



sprawdzałeś z logiem ?

Sprawdzałem. Mam osobny log do FT8. I zawsze patrzę na znacznik B4

2664 QSO w FT8 i tylko kilkadziesiąt B4 (poniżej50).

A jak ktoś woła to czemu mam nie robić QSO?

ten problem występuje tylko wtedy gdy ktoś robi eksport qso ft8 z programu logującego np log40m , hrd do pliku adif wtedy wsjtx ma z tym problem ponieważ tam jest za duzo danych tj.w pliku adif i program się gubi , w jtdx ten problem nie występuje ,kopiowanie na przemian pliku adif z programu jtdx do wsjt-x i odwrotnie ten problem też nie występuje

Cześć. Ja pracuje na jednym logu do wszystkich emisji i jest nim baza w log4om. Razem z WSJT-X pracuje JT-Alert, który loguje do log4om. Wszystko pokazuje prawidłowo i nie ma problemów z exportem / importem itp. Jest pewność, że nic się nie zgubi ani zdubluje. Log4OM robi dodatkowo backup w chmurę. Tak polecam zrobić. Dodatkowo na drugim trx mam uruchomione drugie okno WSJT-X z drugim JT-ALert. Wszystko śmiga.
Pozdrawiam i najlepsze życzenia na Nowy Rok

SQ5TDZ pisze:

ten problem występuje tylko wtedy gdy ktoś robi eksport qso ft8 z programu logującego np log40m , hrd do pliku adif wtedy wsjtx ma z tym problem ponieważ tam jest za duzo danych tj.w pliku adif i program się gubi , w jtdx ten problem nie występuje ,kopiowanie na przemian pliku adif z programu jtdx do wsjt-x i odwrotnie ten problem też nie występuje

O jakim problemie piszesz?

Nie raz robiłem eksport z Log4OM do pliku .adi i wysyłam na różne serwery i nie ma żadnego problemu z odczytaniem tego pliku.
HRD czy UR5EQF_log importuje taki plik i nie wywala żadnych błędów.
Standart ADIF jest jeden i programy nie mają z tym problemu.
Okna logowania w JTDX czy WSJT-X są takie same.
Loguję w Log4OM i mam opcję eksportu .adif w wersji 2.0 czy 3.0.
A także Standard ADIF fields czy Simplified.

Ale problemem Kolegi SQ7IQM jest odczyt zrobionych QSO przez program WSJT-X a nie export logu do .adif

A gdzie SP5IT bo przyznam że zacząłem się martwić.

SQ9JXB pisze:


SQ5TDZ pisze:

ten problem występuje tylko wtedy gdy ktoś robi eksport qso ft8 z programu logującego np log40m , hrd do pliku adif wtedy wsjtx ma z tym problem ponieważ tam jest za duzo danych tj.w pliku adif i program się gubi , w jtdx ten problem nie występuje ,kopiowanie na przemian pliku adif z programu jtdx do wsjt-x i odwrotnie ten problem też nie występuje


O jakim problemie piszesz?

Nie raz robiłem eksport z Log4OM do pliku .adi i wysyłam na różne serwery i nie ma żadnego problemu z odczytaniem tego pliku.
HRD czy UR5EQF_log importuje taki plik i nie wywala żadnych błędów.
Standart ADIF jest jeden i programy nie mają z tym problemu.
Okna logowania w JTDX czy WSJT-X są takie same.
Loguję w Log4OM i mam opcję eksportu .adif w wersji 2.0 czy 3.0.
A także Standard ADIF fields czy Simplified.

Ale problemem Kolegi SQ7IQM jest odczyt zrobionych QSO przez program WSJT-X a nie export logu do .adif

Janku zrób export do pliku adif z log4om zapisz go do wsjtx i odczytuj zrobione/niezrobione w wsjt-x , jak będzie pokazywało ok to pogadamy

Michał nie używa, mówię o FT8 (HI)