Logitech MX Master 3 и Bluetooth TP-Link Archer T5E

Загрузился ради теста с Xubuntu 22.04 Live USB. Также имеется подлагивание при первом воздействии на курсор мыши после простаивания в течении 5+ секунд.

Unifying

там 2.4 радио, не бт

курсор начинает свой путь с кратковременной задержкой

аналогия напрашивается с vpn over udp - некоторое количество пакетов уходит в пустоту, без ответа - удаленным процессам необходимо засетапится, расшифровать и ответить

там 2.4 радио, не бт

Так и есть, поэтому работает отлично.

аналогия напрашивается с vpn over udp - некоторое количество пакетов уходит в пустоту, без ответа - удаленным процессам необходимо засетапится, расшифровать и ответить

Как бы сделать так, чтобы устройство постоянно опрашивалось, чтобы не было таких задержек?

IMHO ваше желание противоречит требованию к BT по обеспечению минимального энергопотребления.

Почему это не противоречит требованиям к BT на macOS, где все работает без лагов?

Мне кажется, Ваш собеседник комментарием выше говорил о power management в рамках Blueman. Это «модное» энергосбережение способно «попить кровушки» linux-пользователя…

Сейчас я хожу вокруг мысли, как бы заставить пинговать мышь. Потому что, пока от мыши что-то приходит на BT, то она работает отлично. Но стоит ей перестать передавать хоть какие-то данные, то при первом взаимодействии получается рывок курсора.

Как мне его отключить? Или поднастроить. Инструкции в интернете пока встречал только по USB BT, а у меня PCI-E BT.

Загрузился ради теста с Fedora 37 Live USB. Также имеется подлагивание при первом воздействии на курсор мыши после простаивания в течении 5+ секунд. Ничего не меняется. Но и здесь Blueman, конечно.

Если отказаться от Blueman и коннектится через bluetothctl, это может решить проблему?

Нет.

чтобы устройство постоянно опрашивалось, чтобы не было таких задержек?

никак - это дизайн продукта, смирись и закрой тред. :)

Что еще было замечено. Если двигать курсор в момент, когда скорость получения данных от мыши на BT падает в 0, то курсор дергается более заметней, чем если подождать еще секунду и сдвинуть мышь.

Мне еще интересно, в пакетах типа Solaar или logiops, может быть что-то, что решит вот этот вот переход в режим ожидания?

Еще более интересно, почему в сети так мало информации по поводу Logitech MX Master 3 и BT под Linux. Все через Unifying Receiver работают? =)

никак - это дизайн продукта

А какого именно из них? BT на мышке или в компухторе? И почему такой проблемы нет под macOS?

смирись и закрой тред. :)

Я так быстро не сдаюсь.

Помимо того, что я пользуюсь данной мышью через BT на macOS, и никаких проблем не испытываю с ней, я прямо сейчас подключился по BT к мобильному телефону на базе Android, и проблемы с подлагиванием на нем нет.

Может дело не в софте, а в адаптере? Какой посоветуете попробовать?

Проблема решена. Не без без помощи внимательного кента. Хоть адаптер и втыкается в PCI-E, но сам Bluetooth работает через USB, который я подключил и забыл вообще о его существовании. А кореш напомнил, что маловероятно BT работает через PCI. А следовательно, отключать энергосбережение нужно на USB для этого устройства.

Полезные ссылки:

https://wiki.archlinux.org/title/Power_management#USB_autosuspend

https://unix.stackexchange.com/questions/539122/bluetooth-mouse-lag/709355#709355

К решению.

Находим наш USB Bluetooth:

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 8087:0a2a Intel Corp. Bluetooth wireless interface
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 002: ID 05ac:029c Apple, Inc. Magic Keyboard

Для меня это устройство с ID 8087:0a2a. Где 8087 - idVendor, а 0a2a - idProduct.

Создаем файлик /etc/udev/rules.d/50-usb_power_save.rules с правилом для этого USB устройства, чтобы отключить энергосбережение:

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="8087", ATTR{idProduct}=="0a2a", ATTR{power/autosuspend}="-1"

Перезагружаемся и наслаждаемся работой. =)

А какого именно из них? BT на мышке или в компухторе? И почему такой проблемы нет под macOS?

macOS - в поддержку macOS.
возможен fast-accept, но это не точно и не безопасно - принимать любые пакеты данных к действию, сам понимаешь - небезопасно.
задержка есть на рандомных бт/радио чина-мышах, вероятно это системный дизайн.

Это не системный дизайн, это autosuspend, который уже решен. =)

Таки дело было в энергосбережении, хоть и не самого BT а интерфейса по которому он подключен. =)

Я снова запаздал с ответом… В проблеме Вы разобрались. Xорошо.

И решение описано. Спасибо. (возможно мне тоже поможет)

Обход хороший, но я думаю, это неправильное поведение ядра, power management должен работать. Возможно, есть смысл написать баг.

cast iliyap

Master

Мышка для фанатов гачимучи?

Возможно, что TP-Link Archer T5E не самый лучший вариант для Bluetooth под Linux (а может и в целом).

Конечно, на его стоимость можно дважды посидеть на пеньке.

Какой тогда лучший вариант под Linux?

Это была шутка. Если серьезно, судя по всему эта плата хорошая для Linux, она работает, только без энергосбережения, что на десктопе не критично.

А вообще с этими адаптерами тот еще рандом. Есть у меня блютус, один из немногих официально поддерживаемых Линуксом, ну и ASUS USB-BT400 - не воспроизводится звук по HSP/HFP - работает из коробки, но без профиля гарнитуры, надо поставить проприетарную прошивку, которой нет в дистрибутиве.

Нет его, лучшего варианта, почти со всеми всё одинаково приемлемо.