SQ5KLN pisze:
Nic dziwnego. Przyjęło się pod Linuxem, że do komunikacji z transceiverami, sterownikami anten itd. używa się protokołu hamliba (za pomośrednictwem rigctl/rigctld). Zarówno firma Elecraft jak i żaden z użytkowników ich sprzętu nie ma ochoty wesprzeć projektu HamLib w kwestii obsługi KX2, to wsparcia nie ma. Jeśli chcesz mieć wsparcie KX2, to "nękaj" twórców hamliba (cqrlog jako taki nie komunikuje się bezpośrednio z transceiverem, na dobrą sprawę nawet nie wie jakie radio jest podłączone do komputera i czy w ogóle jest jakieś podłączone
).
sp4jfr pisze:
Sam twórca programu nie potrafi zaproponować skutecznego rozwiązania problemu.
Sam twórca programu nie potrafi zaproponować skutecznego rozwiązania problemu.
Nic dziwnego. Przyjęło się pod Linuxem, że do komunikacji z transceiverami, sterownikami anten itd. używa się protokołu hamliba (za pomośrednictwem rigctl/rigctld). Zarówno firma Elecraft jak i żaden z użytkowników ich sprzętu nie ma ochoty wesprzeć projektu HamLib w kwestii obsługi KX2, to wsparcia nie ma. Jeśli chcesz mieć wsparcie KX2, to "nękaj" twórców hamliba (cqrlog jako taki nie komunikuje się bezpośrednio z transceiverem, na dobrą sprawę nawet nie wie jakie radio jest podłączone do komputera i czy w ogóle jest jakieś podłączone
).Zgadza się. Bo to problem z tymi bibliotekami. Nowe wersje hamliba zawsze podają biblioteki obsługujące Elecraft K2 jako wersję beta. Wielu kolegów "kombinowało" z podstawianiem innych TRX w zamiast K2 i jakoś nikt nie potrafi pochwalić się stabilną pracą CAT. Przekopałem wzdłuż i wszerz internet ale rozwiązania brak.
VY 72&73
Bolek
K2 QRP FT-2000, anteny: druty + HexBeam
Bolek
K2 QRP FT-2000, anteny: druty + HexBeam