 | Strona: 1 / 1 strony: [1] |
Kenwood TM-D710 vs. hamlib - aprs, echolink itp. |  |
| | | | SP6F | 17.04.2022 21:38:21 | 
Grupa: Użytkownik
QTH: Wrocław
Posty: 60 #7948990
Od: 2020-7-16
Ilość edycji wpisu: 4 | Cześć,
Walczę już od jakiegoś czasu z moim 710 i już trochę kończą mi się pomysły. Otóż korzystam z hamlib-a na linuxie do sterowania Yaesu 818 i wszystko jest jak należy, a z Kenwoodem mam problemy. Próbowałem z svxlink, czy ax25tool i generalnie wszystko wskazuje na to że coś jest nie tak z radiem - chodzi mi o ustawienia, ale może jakaś usterka 
Krótka wersja problemu:
1) kiedy mogę sterować TRX-em poprzez hamlib, to nie działa przekaz audio (sama nośna bez dźwięku),
2) a kiedy działa przekaz audio to nie mogę sterować TRX-em (zmiana częstotliwości, vfo itd.)
Dłuższa wersja ad 1:
a) Komputer (debian/testing/direwolf):
* W direwolf jest parametr do sterowania PTT:
PTT RIG 2034 /dev/ttyUSB0 9600
czyli deklaruje korzystanie z hamliba
* Kabel (na USB) 8-pin do sterowania podłączony z tyłu radia (port PC) - kupny
* Kabel audio 6-pin zrobiony przeze mnie czyli output z 1200bps PR1 (pin nr 5), input z PKD (pin nr 1) - manual sekcja Packet - generalnie używam tego kabla do Yaesu, piny te same.
b) Radio - dokładniej niemodyfikowany TM-D710e (bez gps)
* bez włączonego TNC (próbowałem z - bez znaczenia)
* BEZ włączonego SYS-OP mode (manual sekcja Echolink), ustawienie które się włącza przy włączaniu radia naciskając klawisze PF2 + Power ON i pojawia się ikonka po prawej stronie
Efekt jest taki, że PTT działa, ale bez audio. Co ciekawe zaraz przy włączeniu radia, pierwszy raz ramka przechodzi (audio działa). Kolejne już nie  . Objaw kolejny, że dźwięk jest zbierany z mikrofonu (gruszki). Skąd to wiem? No wiem... Głupi workaround to podłożenie gruszki pod głośniki laptopa (te też emitują ramkę APRS) i - działa 
Krótko mówiąc radio za pierwszym razem działa tak jakbym oczekiwał, później jest głuche i tego nie rozumiem. Radio się generalnie zachowuje jak Yaesu ustawiony w tryb FM a nie PKT. Gdy włączę tryb SYS OP to nie działa PTT - błąd:
Hamlib Error: rig_set_ptt command for channel 0 PTT
Communication timed out
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=3, rs->rigport.retry=3
kenwood.c(577):kenwood_transaction return(-5)
rig.c(2869):rig_set_ptt return(-5)
Transmit timing error: PTT is on 4008 mSec too long.
Dłuższa wersja ad 2:
a) Komputer:
* W direwolf parametr do sterowania PTT:
PTT /dev/ttyUSB RTS
nie wiem jak to dobrze nazwać, ale generalnie nie ma tu ingerencji hamliba, nie mogę sterować radiem (np. zmiana częstotliwości), tylko PTT
* reszta to samo
b) Radio
* włączone SYS-OP mode
* reszta to samo
Efekt - działa. PTT się włącza, audio przekazuje dźwięk, nie zbiera z mikrofonu, ale nie jest to po hamlibie.
To o co mi chodzi skoro działa - już tłumaczę. Po prostu do niektórych projektów potrzebuję sterowania po hamlibie. Np. program pat-winlink ma opcje sterowania PTT tylko (chyba, jeszcze nie doczytałem) po hamlibie. Inny powód - dla sportu - po prostu chce to uruchomić, skoro na Yaesu działa i jest taka opcja.
Odbiór ramek przez 710 działa przy obu ustawieniach (direwolf dekoduje).
Co jeszcze próbowałem:
1) Wpinanie 8pin do panelu - port COM (generalnie to chyba nie do tego)
2) używanie 9600 z 6pin - to akurat przy echolinku
3) zmiana prędkości serial portu (no to chyba nie ma sensu...)
4) włączenie wbudowanego TNC (to chyba też nie ma sensu...)
Czy to z radiem jest nie tak? Z kablem audio? A może jakieś ustawienie radia?
Z góry dzięki za jakieś rady.
_________________
Paweł | | | | | Electra | 21.11.2024 22:39:46 | 
 |
|
 | Strona: 1 / 1 strony: [1] |
| << Pierwsza | < Poprzednia | Następna > | Ostatnia >> |
| Aby pisac na forum musisz sie zalogować !!! |
|
FILMY VIDEO