NOWE POSTY | NOWE TEMATY | POPULARNE | STAT | RSS | KONTAKT | REJESTRACJA | Login: Hasło: rss dla

HOME » EMISJE CYFROWE » FT8 MODE OD K1JT

Przejdz do dołu strony<<<Strona: 34 / 36>>>    strony: 21222324252627282930313233[34]3536

FT8 mode od K1JT

  
sp6ces
18.09.2018 21:30:42
poziom 6

Grupa: Użytkownik

QTH: Złotoryja D-ZT PGA- ZT02

Posty: 1048 #2586127
Od: 2010-7-8
Zainstalowałem wersję 2.0 i mam problem z pracą pod znakiem okolicznościowym SO750W.
W postaci "normalnej" ma za dużo znaków i nie podaje "raportu". Zapisany w postaci SO/750W nie odpowiada stacjom, które zgłaszają się na moje CQ.
W wersji 1.9.1 znak SO/750W działał poprawnie (nie pracował z "RR73" tylko z "RRR".
Czy ktoś już to sprawdzał i znalazł sposób?
Jurek
  
Electra13.12.2018 03:24:01
poziom 5

oczka
  
Adamus
20.09.2018 09:34:53
poziom 1

Grupa: Użytkownik

Posty: 28 #2586585
Od: 2009-6-22
Posiadam program do logowania UR5EQF i nie ma w nim emisji FT8 jak wprowadzić zmianę dopisując ją do wykazu emisji które znajdują się w pamięci programu .Oraz jak spowodować że podczas wpisywania znaków program wyświetlałby imię i QTH.
Adamus
  
SQ9JXB
20.09.2018 11:27:37
poziom najwyższy i najjaśniejszy :-)



Grupa: Użytkownik

QTH: Suszec JO90JB

Posty: 8926 #2586632
Od: 2008-10-24


Ilość edycji wpisu: 1
Adamus


Otwórz Manager Pasm i Emisji i dopisz FT8.

Tu opis jak to ożenić z JTDX lub WSJTX

http://sp7pki.iq24.pl/default.asp?grupa=78615&temat=456288&nr_str=1

A co do wpisywania Imienia i QTH - w głównym oknie UR5EQF_log masz ikonkę E - Explorera - klikasz, otwiera się okno i pobierze odpowiednie dane z internetu. klikasz Kopiuj Wszystko i uzupełni odpowiednie pola danymi które będą zapisane w logu.

Jeden warunek - musisz mieć wpisane dane logowania do QRZ.com. , HamQTH i innych tam wymienionych serwisów. A to wpisujesz w konfiguracji logu.
_________________
Niewiedza jest błogosławieństwem. Wiedząc wszystko nie byłoby nic do odkrycia.


Strona WWW ? ->, wyłączona :)
Obrazek



73! Janek SQ9JXB
Skype: sq9jxb
  
SP6IEQ
04.11.2018 06:34:57
poziom 5

Grupa: Użytkownik

QTH: Świdnica

Posty: 410 #2603804
Od: 2010-2-22
Witajcie,
mam pytanie do WSJT-X i FT8.
W programie jest ograniczona ilość znaków. Normalny znak (6 pozycji) np. SP6IEQ pracuje bez problemowo.
Pragnąc używać znaku (też 6 pozycji) np. SP100X (100 jako sto) program nie dopuszcza pełnej sekwencji czyli znak korespondenta, mój i np. JO80 czy -20. Obcina końcówki, ostatnie znaki z sekwencji.
Po zmianie zapisu na SP1OOX ( OO jako litery) wszystko jest w porządku.
Ta sama długość a jednak program reaguje inaczej.
Czy można coś z tym zrobić?

_________________
Pozdrawiam Dionizy
  
HF1D
04.11.2018 07:18:08
poziom najwyższy i najjaśniejszy :-)



Grupa: Użytkownik

QTH: Szczecin JO73hi

Posty: 2232 #2603808
Od: 2015-1-28
Nie, Dionizy. Program nie jest przewidziany do obsługi znaków okolicznościowych.
Możesz sprobować myku SP/100X jako swój znak z podaniem info na clustrach jaki znak masz faktycznie.
Tylko, że może zostać uznany za zbyt krótki.
Może teraz niektórzy zrozumieją dlaczego 4 lata temu zmieniłem znak. wesoły


_________________
Pozdrawiam
Jurek
HF1D


  
SQ9S
04.11.2018 08:32:35
poziom 3



Grupa: Użytkownik

QTH: Pszów JO90eb

Posty: 190 #2603824
Od: 2011-8-9
10 października wysłałem zapytanie do autora programu z powyższym problemem.
Otrzymałem następującą odpowiedź ( bez tłumaczenia ):

Are you familiar with FT8 and the other WSJT-X modes? Have you read the WSJT-X User Guide?

Callsign details and restrictions in WSJT-X are fully described in the User Guide. For example, go here:
http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-1.9.1.html#PROTOCOLS

"An amateur callsign consists of a one- or two-character prefix, at
least one of which must be a letter, followed by a digit and a suffix of
one to three letters."

SQ100S does not conform to this definition of a standard amateur
callsign, as required for structured messages in the WSJT-X
protocols.

You can send "SQ100S" using the WSJT-X structured modes, but any message containing it will be treated as free text with maximum length 13 characters. QSOs using such messages are possible, but awkward.

Part of the sensitivity advantages of FT8, JT4, JT9, JT65, QRA64, and MSk144 derives from the fact that standard callsigns are compressible as described in the User Guide.

-- 73, Joe, K1JT
_________________
73's de Adam SQ9S
http://sq9jks.jimdo.com/
  
SQ5KLN
04.11.2018 08:51:01
poziom 6



Grupa: Użytkownik

Posty: 1168 #2603830
Od: 2012-7-10
    SP6IEQ pisze:

    Witajcie,
    mam pytanie do WSJT-X i FT8.
    W programie jest ograniczona ilość znaków. Normalny znak (6 pozycji) np. SP6IEQ pracuje bez problemowo.
    Pragnąc używać znaku (też 6 pozycji) np. SP100X (100 jako sto) program nie dopuszcza pełnej sekwencji czyli znak korespondenta, mój i np. JO80 czy -20. Obcina końcówki, ostatnie znaki z sekwencji.
    Po zmianie zapisu na SP1OOX ( OO jako litery) wszystko jest w porządku.
    Ta sama długość a jednak program reaguje inaczej.
    Czy można coś z tym zrobić?


To nie jest "taka sama długość" z punktu widzenia FT8, bo znaki nie są wysyłane literka po literce jako osobne bajty, tylko są w specjalny sposób kompresowane i wysyłane jako 28-bitowa sekwencja. Do zakodowania typowego znaku (prefiks ITU + cyfra + trzyliterowy sufiks) tych 28 bitów wystarcza, umożliwienie wprowadzania cyfry na pierwszym i drugim znaku sufiksu zwiększyłoby entropię do 29 bitów - niby niedużo, ale to musiałoby się odbyć kosztem innych parametrów (albo mniej bitów na dane korekcyjne, albo bity "krótsze" w czasie itp. a to by obniżyło sprawność emisji). Jedyna opcja z takim znakiem, to skorzystanie z free-text messages (gdzie można wysłać dowolną 13-znakową sekwencję) ale takie coś nie jest interpretowane przez program u odbiorcy, tzn. program u odbiorcy wyświetla ciąg, ale "nie wie" co on oznacza, jak korespondent kliknie na tę sekwencję, to mu się automatycznie znak nie przepisze itd., całość QSO musi być przez obydwie strony przeprowadzona "ręcznie" za pomocą free-text a że lekko licząc 95% korespondentów nie będzie wiedziało co jest grane (bo program zachowa się u nich niestandardowo, nie zareaguje na "kliknięcie" tak jak zwykle automatycznym "zrobieniem" QSO) to rezultaty takiej pracy będą nikłe.
Czyli teoretycznie możliwość pracy z takim znakiem istnieje (poprzez free-text messages) ale w praktyce tak jak pisał Jurek - "nie da się" (nie da się w taki sam sposób, jak się pracuje z typowymi znakami)
_________________
Piotr
  
SP6IEQ
04.11.2018 09:28:46
poziom 5

Grupa: Użytkownik

QTH: Świdnica

Posty: 410 #2603836
Od: 2010-2-22
OK, dzięki Koledzy.
generalnie w WSJT używam 3Z6M ale zainteresowało mnie dlaczego 6 pozycyjny znak nie chce wchodzić prawidłowo.
Teraz jasne.

_________________
Pozdrawiam Dionizy
  
HF1D
04.11.2018 09:41:19
poziom najwyższy i najjaśniejszy :-)



Grupa: Użytkownik

QTH: Szczecin JO73hi

Posty: 2232 #2603839
Od: 2015-1-28
    SQ5KLN pisze:


    ...
    Czyli teoretycznie możliwość pracy z takim znakiem istnieje (poprzez free-text messages) ale w praktyce tak jak pisał Jurek - "nie da się" (nie da się w taki sam sposób, jak się pracuje z typowymi znakami)


Kiedyś dawno temu zapytałem K1JT o dwie rzeczy. A właściwie o jedną poprosiłem.
1. Obsługa "special calls"

Dostałem w odpowiedzi pytanie co to są "special calls"?

2. Możliwość zapisania kilku konfiguracji dla różnych urządzeń.
Odpowiedź: "Nie ma takiej potrzeby"

K1JT patrzy na program z punktu widzenia kolegów z drugiej strony bajora, a tam specjalnych znaków używa się w naprawdę wyjątkowych przypadkach.
Nie pamiętam czy używali ich na 200 lecie powstania Stanów zjednoczonych.

Czy nam się to podoba czy nie, K1JT stworzył swoje emisje dla wąskiej grupy docelowej, której jakiekolwiek znaki okolicznościowe są obojętne.
Pierwotnym targetem byli UKF-owcy pracujący EME, MS, a oni są zupełnie normalni pod tym względem i bardziej liczy się kwadrat i odległość niż jakiś nowy prefiks.
JT65 trafiło na KF przez przypadek i się przyjęło, a FT8 miało być alternatywą dla bardzo skutecznych ale przeraźliwie wolnych protokołów JT65 i JT9, a ostatnie zmiany w FT8 (expedition mode) zostały wymuszone przez sponsorów ekspedycji dxowych.

Ponadto okazuje się, że matematyka jest nieubłagana i nie da się wydłużyć wiadomości o 1-2 znaki bez wyraźnych konsekwencji w postaci szybkości czy zajętości pasma.
FT8 zniszczyło niestety jeszcze jeden obyczaj. Dobry obyczaj. To było dostosowywanie mocy do aktualnych warunków.
Łączności a VK czy LU na JT9 udawało sie zrobić moca nawet 200 mW. Na FT8 wali się ile fabryka dała i niewielka grupa deklarująca, że pracują QRP (20-30 W) tego obrazu nie zmieni.
_________________
Pozdrawiam
Jurek
HF1D


  
SQ5KLN
04.11.2018 09:50:38
poziom 6



Grupa: Użytkownik

Posty: 1168 #2603842
Od: 2012-7-10
    HF1D pisze:

    Na FT8 wali się ile fabryka dała i niewielka grupa deklarująca, że pracują QRP (20-30 W) tego obrazu nie zmieni.


Częściowym rozwiązaniem problemu jest ustawienie "Max dB", zwykli użytkownicy raczej z tego nie będą korzystać, ale jeśli DX-pedycje będą z tego korzystać (i będą informować, że korzystają), to przynajmniej tam jest szansa na zdrowy rozsądek (bo przesadzenie z mocą uniemożliwi zrobienie QSO).
_________________
Piotr
  
sp6ces
04.11.2018 16:39:53
poziom 6

Grupa: Użytkownik

QTH: Złotoryja D-ZT PGA- ZT02

Posty: 1048 #2603995
Od: 2010-7-8


Ilość edycji wpisu: 1
Zauważyłeś, że pracują z powodzeniem jako np. SQ/100S ?
  
Electra13.12.2018 03:24:01
poziom 5

oczka
  
canis_lupus
04.11.2018 16:52:46
poziom najwyższy i najjaśniejszy :-)

Grupa: Użytkownik

QTH: Kraków

Posty: 4361 #2604000
Od: 2013-7-18
Pamiętajcie, ze K1JT stworzył kodowanie ORAZ aplikację. Jedno z drugim nie jest powiązane, źródła sa otwarte. Nikt nikomu nie zabrania napisać inna aplikacją używającą tego kodowania, a przyjmująca dowolne znaki czy mającą inne funkcje - jak zapis konfiguracji d,la różnych urządzeń.
_________________

To mówiłem ja, "unlis i ukrywający coś, wstydzący się swojego znaku, człowiek z ulicy, losowa osoba z internetu, anonimowy pirat, do d**y" z Hackerspace Kraków

  
SP5NON
04.11.2018 17:33:58
poziom 3

Grupa: Użytkownik

QTH: LUDWIKOWO JO92TO

Posty: 165 #2604014
Od: 2012-1-11
Ale zapis konfiguracji dla kilku urządzeń jest.
_________________
VY 73 de SP5NON - Marcin
  
SQ9JXB
04.11.2018 18:13:59
poziom najwyższy i najjaśniejszy :-)



Grupa: Użytkownik

QTH: Suszec JO90JB

Posty: 8926 #2604033
Od: 2008-10-24
    SP5NON pisze:

    Ale zapis konfiguracji dla kilku urządzeń jest.


Jest, ale pewnie nie wszyscy o tym wiedzą.,)
_________________
Niewiedza jest błogosławieństwem. Wiedząc wszystko nie byłoby nic do odkrycia.


Strona WWW ? ->, wyłączona :)
Obrazek



73! Janek SQ9JXB
Skype: sq9jxb
  
sq3rx
04.11.2018 18:41:44
poziom 3

Grupa: Użytkownik

Posty: 105 #2604045
Od: 2010-2-21
W nowej wersji protokołu 2.0 będzie rozwiązany problem znaków specjalnych:

%. Compound and nonstandard callsigns (up tp 11 characters), no need
for distinctions about "Type 1" or "Type 2" prefixes/suffixes
_________________
Przemek SQ3RX
  
SQ5KLN
04.11.2018 21:57:26
poziom 6



Grupa: Użytkownik

Posty: 1168 #2604107
Od: 2012-7-10
    canis_lupus pisze:

    Pamiętajcie, ze K1JT stworzył kodowanie ORAZ aplikację. Jedno z drugim nie jest powiązane, źródła sa otwarte. Nikt nikomu nie zabrania napisać inna aplikacją używającą tego kodowania, a przyjmująca dowolne znaki czy mającą inne funkcje - jak zapis konfiguracji d,la różnych urządzeń.


To nie jest kwestia tego że aplikacja nie przyjmuje, tylko kwestia tego że protokół komunikacyjny nie przewiduje. Napisanie własnej apki do FT8 nic nie zmieni. To jak z konwencjonalnym 4-bajtowym adresem IP - jaką byś apkę nie napisał, to tego nie przeskoczysz (musisz zmienić/rozszerzyć protokół i sprawić, aby się upowszechnił, jak to ma miejsce z IPv6, bo na samej warstwie aplikacji nic nie ugrasz).
_________________
Piotr
  
canis_lupus
04.11.2018 22:00:46
poziom najwyższy i najjaśniejszy :-)

Grupa: Użytkownik

QTH: Kraków

Posty: 4361 #2604108
Od: 2013-7-18
    SQ5KLN pisze:


    To nie jest kwestia tego że aplikacja nie przyjmuje, tylko kwestia tego że protokół komunikacyjny nie przewiduje. Napisanie własnej apki do FT8 nic nie zmieni. To jak z konwencjonalnym 4-bajtowym adresem IP - jaką byś apkę nie napisał, to tego nie przeskoczysz (musisz zmienić/rozszerzyć protokół i sprawić, aby się upowszechnił, jak to ma miejsce z IPv6, bo na samej warstwie aplikacji nic nie ugrasz).


I tak i nie. Sam sposób kodowania pozwala na zakodowanie dowolnej treści. Najlepszy przykład - od jakiegoś czasu łączności otwartym tekstem za pomocą FT8. Protokół to warstwa wyżej i owszem - ten nie pozwala.
_________________

To mówiłem ja, "unlis i ukrywający coś, wstydzący się swojego znaku, człowiek z ulicy, losowa osoba z internetu, anonimowy pirat, do d**y" z Hackerspace Kraków

  
SQ5KLN
04.11.2018 22:40:30
poziom 6



Grupa: Użytkownik

Posty: 1168 #2604123
Od: 2012-7-10
    canis_lupus pisze:

      SQ5KLN pisze:


      To nie jest kwestia tego że aplikacja nie przyjmuje, tylko kwestia tego że protokół komunikacyjny nie przewiduje. Napisanie własnej apki do FT8 nic nie zmieni. To jak z konwencjonalnym 4-bajtowym adresem IP - jaką byś apkę nie napisał, to tego nie przeskoczysz (musisz zmienić/rozszerzyć protokół i sprawić, aby się upowszechnił, jak to ma miejsce z IPv6, bo na samej warstwie aplikacji nic nie ugrasz).


    I tak i nie. Sam sposób kodowania pozwala na zakodowanie dowolnej treści. Najlepszy przykład - od jakiegoś czasu łączności otwartym tekstem za pomocą FT8. Protokół to warstwa wyżej i owszem - ten nie pozwala.


Acha, ok, inaczej rozumiemy czym jest FT8 bardzo szczęśliwy Dla mnie FT8 to całość (nie tylko FSK w warstwie radiowej, ale też konkretne FEC, konkretne specyfikacje ramek danych itp.) i w tym sensie na przykład FT8CALL to nie jest FT8 (jest zastosowany nieco inny FEC i inna specyfikacja ramek danych, mimo że pod spodem są te same parametry FSK). To tak jak RTTY i PACKET RADIO to dwie różne rzeczy mimo że na widmie wyglądają tak samo (z dokładnością bitrate i shiftu bardzo szczęśliwy).
_________________
Piotr
  
sp6ryd
04.11.2018 22:54:51
poziom najwyższy i najjaśniejszy :-)

Grupa: Użytkownik

Posty: 2144 #2604126
Od: 2012-1-22


Ilość edycji wpisu: 4
    SQ5KLN pisze:

    Dla mnie FT8 to całość (nie tylko FSK w warstwie radiowej, ale też konkretne FEC, konkretne specyfikacje ramek danych itp.) i w tym sensie na przykład FT8CALL to nie jest FT8 (jest zastosowany nieco inny FEC i inna specyfikacja ramek danych, mimo że pod spodem są te same parametry FSK). To tak jak RTTY i PACKET RADIO to dwie różne rzeczy mimo że na widmie wyglądają tak samo (z dokładnością bitrate i shiftu bardzo szczęśliwy).


Odrobinę nie trafiony przykład bo RTTY i PACKET to radiowo zupełnie inne mody. Lepiej byłoby "PACKET i AX25/AMPRNET" albo "PACKET i APRS". "Radiowo" i pod względem "processing gain" jednak FT8 i FT8CALL są bardziej zbliżone - w tych samych warunkach powinny być tak samo skuteczne (do sprawdzenia) wesoły
  
SQ5BVP
11.11.2018 17:04:17
poziom 2

Grupa: Użytkownik

QTH: Warszawa

Posty: 79 #2606093
Od: 2018-11-1
czy w iC-7300 trzeba cos specjalnie w opcjach radia ustawiac?
_________________
Maciej SQ5BVP Warszawa
  
Electra13.12.2018 03:24:01
poziom 5

oczka

Przejdz do góry strony<<<Strona: 34 / 36>>>    strony: 21222324252627282930313233[34]3536

  << Pierwsza     < Poprzednia      Następna >     Ostatnia >>  

HOME » EMISJE CYFROWE » FT8 MODE OD K1JT

Aby pisac na forum musisz sie zalogować !!!

randki | własny sklep internetowy | promocje | CyberCiekawostki | darmowe forum | sklepy
opinie, testy, oceny | katalog stron | toplsta