Forum Krótkofalarskie PKI

Witam wszystkich.

Mam problem ze skonfigurowaniem mojego oprogramowania do pracy na TF8. Jakis pomysl co jest nie tak, jak ma byc? Jestem uzytkownikiem IC-746 + program WSJT-X v. 2.5.4 d28164. Wiecej widac na zdjeciach.

Witam wszystkich.

Mam problem ze skonfigurowaniem mojego oprogramowania do pracy na TF8. Jakis pomysl co jest nie tak, jak ma byc? Jestem uzytkownikiem IC-746 + program WSJT-X v. 2.5.4 d28164. Wiecej widac na zdjeciach.



Przepraszam, ale za pierwszym razem wstawilem zbyt wielkie obrazki!

przede wszystkim widzę błąd z portem COM4, system widzi taki port? może to kwestia driverów

Propozycja:
Otwórz managera urzadzen i rozwin choinke COM
Odłącz od kompa obie wtyczki USB
włącz USB od CIV i zobacz czy akceptuje ja komp (i jaki com)
potem włącz wtyk USB modemu i sprawdz czy jest i jaki com

Jeśli jest OK to wpisz wlasciwe comy w programie do FT. Jeśli nie to zainstaluj wlasciwe drivery od CIV i Modemu.
A i w konfiguracji programu wpisz wlasciwy TRX.

A kolega SP3NYR nic nie wie w temacie swojego produktu?

Witam.
Panowie i panie mam pewien problem, pracując FT8 F/H zresztą jak zawsze z CY0S otrzymałem dwa komunikaty,
wie ktoś co one oznaczają???
Jakby coś od QTH Locator???

https://iv.pl/image/GZeNWh7

Typowe błędy dekodowania. Zobacz, jak słabo ich odbierałeś. -24 to najniższa dekodowana wartość przez WSJT-X.

Adamie pierwszy komunikat był przy-16, a to nie tak słabo, po co gość miałby mi pisać ,że słabo mnie odbiera??
Robiłem już łączności obustronne przy -24. Bo przecież program sam nie wygenerował mi takiego komunikatu, tak mi się przynajmniej wydaje. Mam już parę łączności ale takiego czegoś jeszcze nie widziałem.
Przy okazji wiesz co oznaczają takie znaczki i cyferki które pojawiają się od jakiegoś czasu ? a3
Dziękuję za zainteresowanie się moją sprawą. Pozdrawiam

a3 oznacza, że udało się zdekodować dopiero przy trzeciej próbie. Część zdekodował poprawnie, ale nie do końca. Sprawdzałeś, czy jesteś w logu?

SQ3DQ pisze:

a3 oznacza, że udało się zdekodować dopiero przy trzeciej próbie. Część zdekodował poprawnie, ale nie do końca. Sprawdzałeś, czy jesteś w logu?

Tu wyjaśnione co to oznacza https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.6.1.html#_ap_decoding - oba znaki zdekodowane, reszta niepewna - i tak właśnie widać na fotce w części gdzie oczekiwany jest raport. Możliwe że strumień na 362 mógł mieć zakłócony. W tej sytuacji można było odesłać R-16 ręcznie.

pozdr. P.

Dziękuję panowie za fachowe informacje, w logu mnie nie było, żeby wysłać raport ręcznie trzeba wyłączyć tryb F/H,
a na to jest mało czasu podczas robinia łączności.
Pozdrawiam.

Od wersji 2.6.0 WSJT-X pojawił się dedykowany przycisk do załączania/ wyłączania F/H, nie trzeba już grzebać w ustawieniach i jego wciśnięcie nie powoduje przeskoczenia na domyślną częstotliwość dla emisji na danym paśmie (jak w starszych wersjach).
Proponuję też włączyć sobie opcję załączenia nadawania po dwukrotnym kliknięciu na daną stację, znacznie skraca to czas operacji w takich sytuacjach (i nie tylko - ułatwia życie).

Adamie dziękuję za odpowiedź, innym też dziękuję.
Tak przy okazji, podoba mi się Twoja stopka.

Tak jeszcze chciałbym się dowiedzieć co robić, jak wołana stacja w trybie F/H odpowie raportem ale zamiast przenieść na swoją częstotliwość przenosi mnie obok do 1000 i nie podaje raportu. Teraz nie wiem co mam robić wołać dalej na tej częstotliwości obok stacji DX czy zaczynać wołanie od nowa.
Myślę, że dość przejrzyście opisałem problem.

Niekoniecznie musi pracować w F/H prawdopodobne jest też MSVH.
https://www.dxmaps.com/FT8_How.html
Dlatego imho lepiej korzystać z JDTX - znacznie lepiej radzi sobie w wielu sytuacjach (również wtedy gdy nie wiesz czy F/H czy multistream.
CS0Y pracowali i w F/H tego co pamiętam, do tego mieli chyba jakieś kłopoty techniczne z kompem.
Dobiłem się do nich ze 4 raz w tym 3 razy z a3 ... i tylko jedna łączność znalazła się finalnie w ich logu.

Dzięki Rob, przymierzałem się do JDTX parę razy ale jakoś zawsze nie miałem przekonania, piszą ludzie, że lepiej dekoduje,
może jeszcze kiedyś przysiądę do niego. Czy w MSHV tryb Multistream się jakoś włącza a raczej powinienem zapytać, jak się włącza ten tryb w MSHV.
Finalnie CY0S zrobiłem na trzech pasmach.
Pozdrawiam.

Żeby pracować ze stacją nadającą w multistream MSHV nie trzeba nic specjalnie włączać tylko wystarczy mieć świadomość, że tak pracują (co wyraźnie widać po ilości generowanych wątków za każdym razem) i nie wchodzić na ich częstotliwości nadawania, nie obowiązuje tu zasada z F/H o nadawaniu powyżej 1000, ale taka się to zwykle odbywa.
Uważam, że F/H powinno być zastąpione mshv - pracuje się zwyczajnie łatwiej.

Kłopot z którym ja się borykam, to dekodowanie długich callsign (oczywiście bez względu na to czy wsjt-x czy jtdx)... np:
teraz pracuje FH/F4IFF co powoduje zahaszowanie &lt,...&gt, jego callsign w transmisji
co skutkuje tym, że nie można "kliknąć" w jego transmisję by zacząć wywołanie.
Wiem, jest to związane z ilością znaków w transmisji ft8 i można dowołać się na znak podstawowy czyli F4IFF, ale w przypadku automatycznego logowania wymaga wprowadzenia potem poprawek do logu w callsign (o ile to możliwe bo np w logu QRZ już się nie da).
Czy ktoś zna jakąś metodę by to ogarnąć ???

Rob dzięki za odpowiedź.
Jeżeli chodzi o Twój problem to w WSJT-X klikam na znak FH/F4IFF do systemu wskakuje F4IFF i go wołam, w międzyczasie dodaję ręcznie cały znak w DX CALL, trwa to chwilę i wołam dalej.

Jtdx159, Cqrlog, Gridtracer. Nie mogę skonfigurować JTDX, żeby chciał pracować z Cqrlog. Na wersji JTDX 152 Wszystko śmiga bez problemów.
Moje ustawienia na Mint 21 są takie. https://www.facebook.com/photo/?fbid=2906048329529174&set=gm.1913810752307462&idorvanity=801651353523413
Niestety przy JTDX 159 nie działają. Autor JTDX rozłożył ręce.

A ja mam pytanie odnośnie konfiguracji na zawody, które mają być dziś o 15 czasu UTC.
Czy może mi ktoś pomóc?
WSJT-x 2.5.2 działa poprawie, zapisuje łączności, lecz nie mam pojęcia jak ustawić RAPORTY RST 599 001 ponoś to automatycznie generuje program.