Forum Krótkofalarskie PKI

RTTY FSK z PC
T#598900
Facebook
sp5it
poziom najwyższy i najjaśniejszy :-)

Użytkownik
QTH: KO02OI
Ilość edycji wpisu: 2
#8068169 30.03.2023 20:02:20
Mam zagwozdkę z kluczowaniem FSK i może ktoś bardziej obeznany będzie potrafił wyjaśnić.
Moje radio łączy się z PC po USB tworząc 2 porty rs232. Liniami dtr i rts moge sobie kluczować cw, ptt, rtty.
Obecnie testuję TrueTTY, które przypadło mi do gustu, ale...
FSK działa tam tylko po txd i po krótkiej korespondencji z autorem dowiedziałem się, że kluczowanie po rts/dtr jest be i jedynym słusznym sposobem jest txd, którego moje radio nie obsługuje.

Pytanie: Jaka jest przewaga kluczowania rtty po txd nad pozostałymi?
Inne programy do rtty nie mają problemu z uzyciem rts/dtr i to działa.
Michał
wpis edytowany 30.03.2023 20:05:07



You can't have too many antennas...
antek
poziom 6
Użytkownik
#8068176 30.03.2023 20:14:35
Może tylko taka, że z lenistwa ładuje dane do wysłania do rejestru "TXD" i nie musi mieszać ręcznie bitami na porcie. Może być też całkiem prozaiczna, że nie ogarnia czasówek w WIN i mu się wszystko rozjeżdża bit trwa dłużej bo akurat wykonywane jest zadanie o wyższym priorytecie. Nadawanie przez załadowanie do rejestru TXD wprowadza pewien reżim na czas trwania bitów więc sprawa się upraszcza.



Kod Q - nie mów do mnie kotku HAMie jeden!
sp7iit
poziom 6

Użytkownik
QTH: Krzysztof Kielce
#8068189 30.03.2023 21:09:59
A próbowałeś MMVARI. W jednym programie masz rtty i psk31/63/125 stary ale jary. Polecam.



http://sp7iit.wixsite.com/krzysztof
https://www.qrz.com/db/SP7IIT
sp5it
poziom najwyższy i najjaśniejszy :-)

Użytkownik
QTH: KO02OI
#8068221 30.03.2023 22:10:06
Antek trafił w dziesiątkę.
rxd/txd ma timing z windowsa i się rozjeżdża. txd ma timing z kości UART i trzyma czasy.
Temat rozwiązany.



You can't have too many antennas...
sp6ryd
poziom najwyższy i najjaśniejszy :-)
Użytkownik
QTH: Wrocław
Ilość edycji wpisu: 3
#8068586 31.03.2023 16:34:37
    sp5it pisze:


    rxd/txd ma timing z windowsa i się rozjeżdża. txd ma timing z kości UART i trzyma czasy.


Tylko czy hardwarowy timing w PC ma opcję 45,45 baud ?
To zależy jak emulowany jest wirtualny COM w konwerterze USB. Na HD16550 to raczej nie było możliwe stad pierwotnie bitbanging na RTS/CTS

https://en.wikipedia.org/wiki/16550_UART

edit: wygląda na to że w FTDI też nie można ustawić baud na 45,45

https://ftdichip.com/wp-content/uploads/2020/08/DS_FT232R.pdf

Baud Rate Generator - The Baud Rate Generator provides a 16x clock input to the UART Controller
from the 48MHz reference clock. It consists of a 14 bit pre-scaler and 3 register bits which provide fine
tuning of the baud rate (used to divide by a number plus a fraction or “sub-integer”). This determines the
baud rate of the UART, which is programmable from 183 baud to 3 Mbaud.
wpis edytowany 01.04.2023 12:45:42
SP4UBW
poziom 5
Użytkownik
#8068779 01.04.2023 11:07:15
    sp5it pisze:

    Antek trafił w dziesiątkę.
    rxd/txd ma timing z windowsa i się rozjeżdża. txd ma timing z kości UART i trzyma czasy.
    Temat rozwiązany.


Nie zdążyłem napisać. wesoły

Kiedyś zrobiłem generator sygnałowy na te linie sterujące i porzuciłem go właśnie z powodu rozjeżdzania się czasów. Wystarczyło ruszyć myszą czy przesuwać okno i wszystko się rozjeżdzało. Dlatego to jest kiepski pomysł i nie należy tego stosować.

PS. jak ktoś chce taki pseudo generator to chętnie podrzucę programik. Dwa niezależne sygnały, całkowicie konstruowane. Z wzajemną synchronizacją lub bez i takie tam. Do zabawy jak ktoś nie ma pod ręką niczego i chce popiszczeć bzyczkiem - nadaje się wesoły



Ale nie polecam. To tylko Info, że człowiek popełnia błędy wesoły
sp9ds
poziom 4
Użytkownik
QTH: Kraków
#8068780 01.04.2023 11:10:30
    SP4UBW pisze:

    [quote=sp5it]Antek trafił w dziesiątkę.
    rxd/txd ma timing z windowsa i się rozjeżdża. txd ma timing z kości UART i trzyma czasy.
    Temat rozwiązany.


Nie zdążyłem napisać. wesoły

Kiedyś zrobiłem generator sygnałowy na te linie sterujące i porzuciłem go właśnie z powodu rozjeżdzania się czasów. Wystarczyło ruszyć myszą czy przesuwać okno i wszystko się rozjeżdzało. Dlatego to jest kiepski pomysł i nie należy tego stosować.

PS. jak ktoś chce taki pseudo generator to chętnie podrzucę programik. Dwa niezależne sygnały, całkowicie konstruowane. Z wzajemną synchronizacją lub bez i takie tam. Do zabawy jak ktoś nie ma pod ręką niczego i chce popiszczeć bzyczkiem - nadaje się wesoły



Ale nie polecam. To tylko Info, że człowiek popełnia błędy wesoły[/quote]

Ja tu .NET widzę? Ale w sumie co by nie było, generuj sygnał w drugim wątku, bo obstawiam, że generujesz w wątku GUI to Ci się rozjeżdża (bo procesor musi obsługiwać zdarzenia interfejsu). A przecież chyba masz trochę lepszy procesor niż Pentium 4 i masz kilka rdzeni?
SP4UBW
poziom 5
Użytkownik
Ilość edycji wpisu: 1
#8068781 01.04.2023 11:14:54
    sp9ds pisze:



    Ja tu .NET widzę? Ale w sumie co by nie było, generuj sygnał w drugim wątku, bo obstawiam, że generujesz w wątku GUI to Ci się rozjeżdża (bo procesor musi obsługiwać zdarzenia interfejsu). A przecież chyba masz trochę lepszy procesor niż Pentium 4 i masz kilka rdzeni?


To dawno porzucony programik z 2015 roku. Cud, że znalazłem na dysku wesoły
wpis edytowany 01.04.2023 11:15:10
Borg3
Użytkownik
#8068884 01.04.2023 22:11:54
Zrob dodatkowy watek? Ustaw mu prioryted RT (RealTime) via SetPriorityClass(pHnd,REALTIME_PRIORITY_CLASS)
Tak jak kolega pisal, robienie czegos w watku GUI gdzie jest obsluga WndProc() to bardzo zly pomysl.
Aby pisać na forum musisz się zalogować !!!
załóż własne forum · korzystasz z forum? wesprzyj projekt - postaw kawę! · rss