Kenwood TM-D710 vs. hamlib - aprs, echolink itp.
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 smutny

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 poruszony . 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 bardzo szczęśliwy

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.


  PRZEJDŹ NA FORUM