Forum Krótkofalarskie PKI

Problemy z działającymi programami: rigctld, cqrlog, fldigi i jtdx, zaraz po uruchomieniu Firefoxa ( każdej innej przeglądarki www).

Pracuję w takim układzie:
Debian 12, LXDE
rigctld z pakietu Hamlib 4.5.5
cqrlog 2.5.2
fldigi 4.2.06.26
jtdx 2.2.159
TRX IC-718
Interface: 2x FT232 (ftdi) + karta dźwiękowa; całość na hub usb; z optoizolacją od strony TRX-a.

Wszystko ładnie ze sobą współpracuje , ale

do momentu gdy otworzę przeglądarkę www Firefox, Chrome czy Microsoft Edge. Wtedy port USB, który steruje transceiverem "wariuje": przełącza VFO A i B, zmienia częstotliwosci, przekaźnik nadawania "kłapie". Programy tracą połączenie z radiem, zawiesza się JTDX, cqrlog traci częstotliwość. Wszystko to trwa ok 2 sekund, potem spokój ok 40 s i znowu "wariactwo". Nie da się pracować!!!!

dmesg pokazuje:
ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32


Dużo wcześniej usunąłem pakiet "brltty", który też mieszał w sterownikach tty.

Nie potrafię tego rozgryźć
Nie wiem dlaczego tak się dzieje.
Może jakaś dobra dusza coś podpowie? Proszę.
Jurek sp3rat

Hmmm.... jeżeli to ma związek z "wlezieniem w gumiakach" (przez przeglądarkę) na używany /dev/XXXX (choć jakoś ciężko mi to sobie wyobrazić) to można by za pomocą udev'u zmienić handle'a dla FTDI na inny (i odpowiednio zmienić ustawienia w używanych programach). Jednakowoż, jeśli to jakiś wredny bug w samym LIBie od FTDI - to problem jest znacznie głębszy.

Wleźć z butami przeglądarka mogła - jest standard WebUSB pozwalający na dostęp do urządzeń USB z poziomu przeglądarki... Z tym, że to strzał w ciemno. Zwłaszcza, że problem występuje w Firefoxie też, a on nie umie w WebUSB...

itq pisze:

Wleźć z butami przeglądarka mogła - jest standard WebUSB pozwalający na dostęp do urządzeń USB z poziomu przeglądarki... Z tym, że to strzał w ciemno. Zwłaszcza, że problem występuje w Firefoxie też, a on nie umie w WebUSB...

Firefox nie wspiera webusb.

Dzięki za odzew.

1. Wyłączyłem w Firefoxie a about:config "security.webauth.webauthn_enable_usbtoken false"
To jedyne co było z usb. Ale to chyba nie zadziałało, to nie było to, bo w Chrome nic nie robiłem a też jest dobrze.

2. W systemie w /etc/udev/99-ftdi-nopowersave.rules dopisałem na końcu dwie zasady do już istniejących:
.... ATTRpower/control=="off", ATTRSpower/autosuspend=="-1" (system nie wyłącza zasialnia dla USB)

Teraz zadziałało.

Mam otwarte jednocześnie rigctld, cqrlog, fldigi, jtdx i Firefoxa. Nie było żadnej anomalii.
Fldigi pracuje na zamianę z jtdx i cqrlog przyjmuje od nich logi, a ja piszę tego posta na Firefoxie
Powalczę jeszcze z tym, może to tylko chwilowo tak fajnie jest.
Mam nadzieję, że to jest to

Pozdrawiam wszystkich.
Jurek

Mam CQRLOG ustawiony na TS590s i /dev/ttyUSB0. Nie zauważyłem tego problemu u siebie.

Pozdrawiam,
Artek, SP3LOZ

SP3LOZ pisze:

Mam CQRLOG ustawiony na TS590s i /dev/ttyUSB0. Nie zauważyłem tego problemu u siebie.

Pozdrawiam,
Artek, SP3LOZ

Ja z tym problemem spotykam się wielokrotnie. Za każdym razem gdy "stawiałem" nowego Debiana. Może mamy jednak inne konfiguracje. Cały czas się z tym borykałem.
Może do dziś?

Pozdrawiam.

sp3rat pisze:


SP3LOZ pisze:

Mam CQRLOG ustawiony na TS590s i /dev/ttyUSB0. Nie zauważyłem tego problemu u siebie.

Pozdrawiam,
Artek, SP3LOZ


Ja z tym problemem spotykam się wielokrotnie. Za każdym razem gdy "stawiałem" nowego Debiana. Może mamy jednak inne konfiguracje. Cały czas się z tym borykałem.
Może do dziś?

Pozdrawiam.

U mnie Linux Mint 32b (już nie jest wspomagany)

Nie w temacie. Wiele lat używałem CQRLog. Ale IMHO ten logger umiera. Jedyną osobą która jeszcze walczy o niego jest OH1KH, oryginalni autorzy raczej milczą od dawna, hackowane ogłoszniami forum często przypominało dobrze wyposażoną aptekę. Uznałem w końcu że szkoda, ale dalej używać się tego nie da. Od jakiegoś czasu używam z powodzeniem QLog https://github.com/foldynl/QLog i ten idzie w dobrym kierunku, więc warto się nim zainteresować. Do kompletu ciągle brak dobrego loggera contestowego natywnego dla linux, choć not1mm wygląda dość obiecująco.

SP3RXO pisze:

.... Ale IMHO ten logger umiera. .... Od jakiegoś czasu używam z powodzeniem QLog https://github.com/foldynl/QLog i ten idzie w dobrym kierunku, więc warto się nim zainteresować. Do kompletu ciągle brak dobrego loggera contestowego natywnego dla linux, choć not1mm wygląda dość obiecująco.

Dzięki za info. QLog kiedyś przeglądałem. Zajrzę jeszcze raz
Do zawodów przechodzę na Win7 i n1mm

SP3RXO pisze:

Nie w temacie. Wiele lat używałem CQRLog. Ale IMHO ten logger umiera. Jedyną osobą która jeszcze walczy o niego jest OH1KH, oryginalni autorzy raczej milczą od dawna, hackowane ogłoszniami forum często przypominało dobrze wyposażoną aptekę. Uznałem w końcu że szkoda, ale dalej używać się tego nie da. Od jakiegoś czasu używam z powodzeniem QLog https://github.com/foldynl/QLog i ten idzie w dobrym kierunku, więc warto się nim zainteresować. Do kompletu ciągle brak dobrego loggera contestowego natywnego dla linux, choć not1mm wygląda dość obiecująco.

CQRlog nie umiera. Życie jest na githubie oraz grupie telegramowej. Aktualizacje wychodzą w miarę regularnie, aczkolwiek procedura jest dziwna.
Qlog wygląda interesująco, wypróbuję.
Co do NOT1MM, to obserwuje rozwój od dawna, idzie to w bardzo dobrym kierunku, ale na razie na pewno N1MM nie jest w stanie zastąpić.

canis_lupus pisze:


SP3RXO pisze:

Nie w temacie. Wiele lat używałem CQRLog. Ale IMHO ten logger umiera. Jedyną osobą która jeszcze walczy o niego jest OH1KH, oryginalni autorzy raczej milczą od dawna, hackowane ogłoszniami forum często przypominało dobrze wyposażoną aptekę. Uznałem w końcu że szkoda, ale dalej używać się tego nie da. Od jakiegoś czasu używam z powodzeniem QLog https://github.com/foldynl/QLog i ten idzie w dobrym kierunku, więc warto się nim zainteresować. Do kompletu ciągle brak dobrego loggera contestowego natywnego dla linux, choć not1mm wygląda dość obiecująco.


CQRlog nie umiera. Życie jest na githubie oraz grupie telegramowej. Aktualizacje wychodzą w miarę regularnie, aczkolwiek procedura jest dziwna.
Qlog wygląda interesująco, wypróbuję.
Co do NOT1MM, to obserwuje rozwój od dawna, idzie to w bardzo dobrym kierunku, ale na razie na pewno N1MM nie jest w stanie zastąpić.

To nie są aktualizacje, tak właściwie to jest już fork by OH1KH. W forku jako takim nie ma nic złego i doceniam jego wkład pracy w CQRLog i support użytkowników. Ale autorzy milczą, perspektywy rozwojowej od nich nie ma, bałagan na forum - to wszystko nie świadczy dobrze.
N1MM... dorównac komukolwiek będzie trudno, w zasadzie jedyny powód moich powrotów do Windows. Ale not1mm warto śledzić - może kiedyś... Sam projekt ok, ale baza zawodów jeszcze mała. BTW przegapiłem, że SP DX Contest pojawił się w nim w ostatniej chwili nim zdążyłem się zorientować.

sp3rat pisze:


SP3RXO pisze:

.... Ale IMHO ten logger umiera. .... Od jakiegoś czasu używam z powodzeniem QLog https://github.com/foldynl/QLog i ten idzie w dobrym kierunku, więc warto się nim zainteresować. Do kompletu ciągle brak dobrego loggera contestowego natywnego dla linux, choć not1mm wygląda dość obiecująco.



Dzięki za info. QLog kiedyś przeglądałem. Zajrzę jeszcze raz
Do zawodów przechodzę na Win7 i n1mm

Jest jeszcze EWLog:
https://github.com/ew8bak/ewlog

Piotrek76 pisze:


itq pisze:

(...) Zwłaszcza, że problem występuje w Firefoxie też, a on nie umie w WebUSB...


Ale umie w U2F, FIDO2 itd. i po portach USB grzebie.

To jest całkiem inne API.

Piotrek76 pisze:



Ale umie w U2F, FIDO2 itd. i po portach USB grzebie.

Nie wiem co to jest, ale sprawdzę u siebie.

Ale jak zaradziłeś, aby było dobrze?

Ja już rozpocząłem budowę nowego interface. Może w starym mam coś "nagrzebane", a to samoróbka przecież.