FreeBSD bluetooth proximity - следим за удаленностью хозяина через bluetooth.

  Заявление об обязательствах.

Применение представленного материала и скриптов добровольное, на свой страх и риск. Ответственность за последствия применения автор не несет.



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

Актуальность? Сегодня тяжело найти человека с телефоном без поддержки bluetooth. Многие используют телефон в сопряжении с PC (для синхронизации/доступа в Internet) именно через bluetooth. Среди них находятся те, кто ипользует FreeBSD =). Так к чему отказываться от возможной вкусности: пусть железки приносят удовольствие.



Недавно попалась howto для gentoo для блокировки/разблокировки экрана, установки статуса в kopete, управления amarok  и пр., в зависимости от наличия поблизости bluetooth устройства хозяина. Проявил интерес и погуглил на ту же тему для FreeBSD. Нашел вариант скрипта обработки событий близости bluetooth:



http://orel.ru/~bel/btproximity



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



Привожу черновой доработанный вариант, показавшийся мне достаточно работоспособным для миниобзора.



Отправная точка:

1. USB bluetooth устройство + труба с bluetooth + FreeBSD 7. Полагаю будет работать и с более раними версиями, но стоит проверить как ведет себя /etc/rc.d/bluetooth при подключении устройства: как я понял, стек ubt устройства в моем случае создавался атоматически, что дает некоторые преимущества в ситуации с произвольно включаемым/выключаемым bt-свистком 

Подразумевается, что bluetooth настроен (см. handbook) до уровня корректного выполнения команды

l2ping -a <node_name>

разумеется с получением успешного результата =).

2. Работа направлена на KDE, но принципиальных ограничений на переделку под другой набор DE/WM/no-X нет: переделать визуальное оповещение пользователя о состоянии скрипта, добавить по вкусу соответствующие действия на состояния In/Out обрабатываемой зоны bluetooth.



Решения, принятые по доработке первоначального варианта:

1. В качестве действия установлена блокировка ввода (далее действие).

2. Стартовать и останавливать процесс будем по требованию пользователя (например из меню или кликом с рабочего стола). Таким образом для старта и остановки используем один скрипт-стартер, основная работа будет во втором скрипте.

3. В случае невозможности установить связь делаем несколько попыток, потом вызываем действие.

4. В случае отсутствия устройства на борту предупреждаем, но процесс стартуем: действие произведется после нескольктх неудачных попыток установить соединение с телефоном соотв. п3. После подключения устройства при работающем скрипте, начинаются попытки установить связь и оценить уровень сигнала (момент включения устройства в моем случае поддержан автоматическим созданием стека устройства bluetooth. Проверьте для своей версии ОС).

5. В случае достижения критической минимальной отметки сигнала выполняем действие.

6. При останове подчищаем оставшеейся соединение в стартовом скрипте.

7. Размещение: стартер в ~/bin/. Лог, pid  и основной рабочий скрипт в ~/.btproximity/.



И еще... после выключения телефона, пока он находился в рассматриваемой зоне связи, процесс "получения" сигнала происходит еще секунд 10... все это время значение RSSI находится в последнем принятом состоянии, как я понял...



Предупреждение: практика написания на шелл у меня мягко говоря не большая, в обморок не падать =)

tgz с файликами прилагается.

файл скачан размер размещён примечание

1223

2kb

2007-11-23

Скрипты монитора близости bluetooth устройства


Примечание: структура архива

./-

   |-bin/bt_proximity_starter

   |-.btproximity/bt_proximity.sh







Несколько пояснений:



1. Извлеч в архив ~/ , проверить/изменить владельца, проверить/установть исполняемость

2. В ~/bin/bt_proximity_starter переменная DEVNAME - название телефона.

#hccontrol -n ubt0hci Inquiry

Полученный BD_ADDR прописываем в /etc/bluetooth/hosts, как в этом файле и указано, называем этот BD_ADDR звучным именем телефона (у меня xenium).



Проверить усвоилось ли имя =):

#l2ping -a xenium

3. Последняя задача - старт скрипта ~/bin/bt_proximity_starter доступным способом.

Например можно создать ярлык на рабочем столе:

%cat ~/Desktop/BT-Proximity.desktop 
[Desktop Entry]
Comment=
Comment[ru]=
Exec=ksystraycmd /home/azu/bin/bt_proximity_starter > /dev/null &
GenericName=
GenericName[ru]=
Icon=password
MimeType=
Name=BT-Proximity
Path=
StartupNotify=false
Terminal=false
TerminalOptions=
Type=Application
X-DCOP-ServiceType=none
X-KDE-SubstituteUID=false
X-KDE-Username=
%

Повторный старт скрипта останавливает процесс. Сделал для удобства кликанья по ярлыку.



4. При желании добавить действия на уход/приод хозяина - дополнять ~/.btproximity/btproximity.sh: функции device_out и device_in

5. Минимально допустимый уровень сигнала, после которого сработает действие - 

~/.btproximity/btproximity.sh переменная MIN_RSSI.

размещено: 2007-11-23,

				последнее обновление: 2007-11-26,

				автор: azu

aldebober, 2007-11-23 в 18:08:40

В процессе мониторинга наличия нужного человека в офисе было выявлено ухудшение связи у данного лица по телефону через бт гарнитуру. Рекомендуется уменьшить размер пакета для l2ping. зы. Было давно (FreeBSD 5.0) и использовалось для рисования графиков с помощью ррд (имеется много замечательных прикладных задач, решаемых через бт)

azu, 2007-11-23 в 18:55:03

Поясните, к чему размер пакета l2ping упоминается: для определения мощности сигнала используется hccontrol. Определяется не просто наличие в зоне покрытия, а "на сколько далеко". l2ping тут обозначен как способ установить готовность для применения скрипта.

aldebober, 2007-11-23 в 19:01:28

Извиняюсь, не разглядел. Посчитал фразу "Подразумевается, что bluetooth настроен (см. handbook) до уровня корректного выполнения команды l2ping -a <node_name>" призывом к действию. А определить мощность также можно и пынгом по l2ping, время ответа хорошо коррелирует с сигналом источника, собственно что и было реализовано когда то

azu, 2007-11-23 в 19:44:04

Тоже думал как альтернативный вариант через время отклика l2ping, но у меня на первых пакетах сильные перепады получились и в течение замеров перепады оценивались десятком процентов от сигнала... может железки такие у меня. С другой стороны если кто-то уходит =), то и первый и второй случай покажут в итоге одинаковый результат. Преимущество показанного варианта на мой взгляд - готовое значение RSSI, и ничего более пересчитывать не надо.

glitch, 2007-11-24 в 22:53:06

В обновленном bt-стеке просто hccontrol Inquiry # не надо ноду указывать

glitch, 2007-11-24 в 23:02:55

В обновленном bt-стеке просто hccontrol Inquiry # не надо ноду указывать