Bluetooth device rfcomm protocol tdi что это

Обновлено: 09.01.2025

Bluetooth является беспроводной технологией для создания персональных сетей на расстоянии не более 10 метров, работающей на частоте 2.4 ГГц, которая не подлежащит лицензированию. Обычно такие сети формируются из портативных устройств, таких, как сотовые телефоны, КПК и лаптопы. В отличие от Wi-Fi, другой популярной беспроводной технологии, Bluetooth предоставляет более высокий уровень сервиса, например, файловые серверы типа FTP, передачу файлов, голоса, эмуляцию последовательного порта и другие.

Стек протоколов Bluetooth во FreeBSD реализован на основе технологии Netgraph (обратитесь к netgraph (4) ). Широкий спектр USB-устройств Bluetooth поддерживается драйвером ng_ubt (4) . Устройства Bluetooth на основе набора микросхем Broadcom BCM2033 поддерживается драйвером ng_bt3c (4) . Устройства Bluetooth, работающие через последовательные и UART-порты, поддерживаются драйверами sio (4) , ng_h4 (4) и hcseriald (8) . В этой главе описывается использование Bluetooth-устройств, подключаемых через USB. Поддержка Bluetooth имеется во FreeBSD 5.0 и более новых версиях системы.

19.4.2 Подключение устройства

По умолчанию драйверы устройств Bluetooth поставляются в виде модулей ядра. Перед подключением устройства вам необходимо подгрузить драйвер в ядро.

Если Bluetooth-устройство в момент запуска системы подключено, то загружайте модуль из файла /boot/loader.conf.

19.4.3 Host Controller Interface (HCI)

Host Controller Interface (HCI) предоставляет интерфейс для управления контроллером передатчика и менеджером соединений, а также доступ к данным о состоянии оборудования и его управляющим регистрам. Этот интерфейс предоставляет унифицированный метод доступа к передающим возможностям Bluetooth. Уровень HCI на управляющей машине обменивается данными и командами с микрокодом HCI в оборудовании Bluetooth. Драйвер для Host Controller Transport Layer (то есть физической шины) предоставляет обоим слоям HCI возможность обмениваться данными друг с другом.

Для одного Bluetooth-устройства создаётся один узел Netgraph типа hci . HCI-узел обычно подключается к узлу драйвера устройства Bluetooth (входящий поток) и к узлу L2CAP (исходящий поток). Все операции с HCI должны выполняться на узле HCI, но не на узле драйвера устройства. В качестве имени по умолчанию для узла HCI используется ``devicehci''. Дополнительные подробности можно найти на справочной странице ng_hci (4) .

Одной из самой часто выполняемой задач является обнаружение Bluetooth-устройств в радиусе RF-доступности. Эта операция называется опросом (inquiry). Опрос и другие операции, связанные с HCI, выполняются при помощи утилиты hccontrol (8) . Пример ниже показывает, как найти доступные устройства Bluetooth. Список таких устройств должен быть получен в течение нескольких секунд. Заметьте, что удалённые устройства будут отвечать на опрос, если только они находятся в режиме обнаруживаемости (discoverable).

BD_ADDR является уникальным адресом устройства Bluetooth, вроде MAC-адресов сетевых адаптеров. Этот адрес необходим для дальнейшей работы с устройством. Адресу BD_ADDR можно присвоить удобное для чтения имя. Файл /etc/bluetooth/hosts содержит информацию об известных хостах Bluetooth. В следующем примере показано, как получить имя, назначенное удалённому устройству.

Если вы выполните опрос на другом Bluetooth-устройстве, но ваш компьютер будет опознан как ``your.host.name (ubt0)''. Имя, назначаемое локальному устройству, может быть в любой момент изменено.

Система Bluetooth предоставляет услуги по соединениям типа точка-точка (при этом задействованы только два устройства Bluetooth) или точка-ко-многим-точкам. В последнем случае соединение используется совместно несколькими устройствам Bluetooth. В следующем примере показывается, как получить список активных для локального устройства соединений.

Идентификатор соединения ( connection handle ) полезен, когда необходимо прекратить соединение. Заметьте, что обычно нет нужды делать это вручную. Стек будет автоматически разрывать неактивные соединения.

Обратитесь к помощи посредством hccontrol help для получения полного списка доступных HCI-команд. Большинство команд HCI для выполнения не требуют прав администратора системы.

19.4.4 Logical Link Control and Adaptation Protocol (L2CAP)

Протокол L2CAP (Logical Link Control and Adaptation Protocol) предоставляет услуги по работе с данными, как ориентированные на соединения, так и без ориентации на них, протоколам более высокого уровня с возможностями мультиплексирования и обеспечением операций по сегментации и обратной сборке. L2CAP позволяет протоколам более высокого уровня и приложениям передавать и получать пакеты данных L2CAP длиной до 64 Кбайт.

L2CAP основан на концепции каналов . Каналом является логическое соединение поверх соединения по радиоканалу. Каждый канал привязан к некоторому протоколу по принципу многие-к-одному. Несколько каналов могут быть привязаны к одному и тому же протоколу, но канал не может быть привязан к нескольким протоколам. Каждый пакет L2CAP, получаемый каналом, перенаправляется к соответствующему протоколу более высокого уровня. Несколько каналов могут совместно использовать одно и то же радиосоединение.

Для одного Bluetooth-устройства создается один узел Netgraph типа l2cap . Узел L2CAP обычно подключается к узлу Bluetooth HCI (нижестоящий) и узлам Bluetooth-сокетов (вышестоящие). По умолчанию для узла L2CAP используется имя ``devicel2cap''. Для получения дополнительной информации обратитесь к справочной странице по ng_l2cap (4) .

Полезной является программа l2ping (8) , которая может использоваться для проверки связи с другими устройствами. Некоторые реализации Bluetooth могут не возвращать все данные, посылаемые им, так что 0 bytes в следующем примере - это нормально.

Утилита l2control (8) используется для выполнения различных операций с узлами L2CAP. В этом примере показано, как получить список логических соединений (каналов) и перечень радиосоединений локального устройства.

Ещё одним диагностическим инструментом является btsockstat (1) . Она выполняет действия, подобные тем, что обычно выполняет netstat (1) , но со структурами данных, связанных с работой в сети Bluetooth. В примере ниже описывается то же самое логическое соединение, что и с l2control (8) выше.

19.4.5 Протокол RFCOMM

Протокол RFCOMM эмулирует последовательные порты поверх протокола L2CAP. Он основан на ETSI-стандарте TS 07.10. RFCOMM представляет собой простой транспортный протокол, с дополнительными возможностями по эмуляции 9 цепей последовательных портов RS-232 (EIATIA-232-E). Протокол RFCOMM поддерживает одновременно до 60 соединений (каналов RFCOMM) между двумя устройствами Bluetooth.

В рамках RFCOMM полный коммуникационный маршрут включает два приложения, работающие на разных устройствах (конечные коммуникационные точки) с коммуникационным сегментом между ними. RFCOMM предназначен для сокрытия приложений, использующих последовательные порты устройств, в которых они расположены. Коммуникационный сегмент по сути является Bluetooth-связью от одного устройства к другому (прямое соединение).

RFCOMM имеет дело с соединением между устройствами в случае прямого соединения, или между устройством и модемом в сетевом случае. RFCOMM может поддерживать и другие конфигурации, такие, как модули, работающие через беспроводную технологию Bluetooth с одной стороны и предоставляющие проводное соединение с другой стороны.

Во FreeBSD протокол RFCOMM реализован на уровне сокетов Bluetooth.

19.4.6 Pairing of Devices

По умолчанию связь Bluetooth не аутентифицируется, поэтому любое устройство может общаться с любым другим. Устройство Bluetooth (например, сотовый телефон) может задать обязательность аутентификации для предоставления определённого сервиса (в частности, услугу доступа по коммутируемой линии). Bluetooth-аутентификация обычно выполняется через PIN-коды . PIN-код представляет из себя ASCII-строку длиной до 16 символов. Пользователь обязан ввести один и тот же PIN-код на обоих устройствах. Как только он введёт PIN-код, оба устройства сгенерируют ключ связи . После этого ключ может быть сохранён либо в самом устройстве, либо на постоянном носителе. В следующий раз оба устройства будут использовать ранее сгенерированный ключ соединения. Процедура, описанная выше, носит название подгонки пары (pairing). Заметьте, что если ключ связи потерян любой из сторон, то подбор пары должен быть повторен.

За обработку всех запросов на Bluetooth-аутентификацию отвечает даемон hcsecd (8) . По умолчанию файл конфигурации называется /etc/bluetooth/hcsecd.conf. Пример раздела, содержащего информацию о сотовом телефоне с явно заданным PIN-кодом ``1234'' приведен ниже.

Кроме длины, на PIN-коды не накладывается никаких ограничений. Некоторые устройства (например, Bluetooth-гарнитуры) могут иметь фиксированный встроенный PIN-код. Параметр -d позволяет запустить hcsecd (8) как нефоновый процесс, что облегчает просмотр происходящих событий. Задайте получение парного ключа на удалённом устройстве и инициируйте Bluetooth-соединение с этим устройством. Удалённое устройство должно подтвердить получение пары и запросить PIN-код. Введите тот же самый код, что находится в hcsecd.conf. Теперь ваш ПК и удалённое устройство спарены. Альтернативным способом является инициация процесса создания пары на удалённом устройстве. Ниже даётся пример выдачи протокола команды hcsecd.

19.4.7 Service Discovery Protocol (SDP)

Протокол обнаружения сервисов SDP даёт возможность клиентским приложениям осуществлять поиск услуг, предоставляемых серверными приложениями, а также характеристик этих услуг. В перечень атрибутов сервиса включается тип класса предлагаемого сервиса и информация о механизме или протоколе, требуемом для использования сервиса.

SDP подразумевает коммуникации между SDP-сервером и SDP-клиентом. Сервер поддерживает список сервисов, в котором описываются параметры сервисов, связанных с сервером. Каждая запись об услуге содержит информацию об одном сервисе. Клиент может запросить информацию об опеределённом сервисе, обслуживаемом SDP-сервером, выдавая SDP-запрос. Если клиент или приложение, связанное с клиентом, решат воспользоваться сервисом, то для его использования необходимо открыть отдельное соединение к устройству, предоставляющему сервис. SDP предоставляет механизм обнаружения услуг и их параметров, но не даёт механизма использования этих сервисов.

Обычно SDP-клиент выполняет поиск услуг на основе некоторых желаемых характеристик услуг. Однако иногда возникает необходимость выяснить полный перечень типов услуг, предоставляемых SDP-сервером, не имея никакой информации об имеющихся сервисах. Такой процесс всех предлагаемых сервисов называется обзором (browsing).

Существующие на данный момент серверы и клиенты SDP реализованы в пакете стороннего разработчика sdp-1.5, который можно сгрузить здесь. Утилита sdptool является SDP-клиентом, управляемым из командной строки. В следующем примере показано, как выполнять запрос на SDP-обзор.

. и так далее. Заметьте, что каждый сервис имеет перечень атрибутов (например, канал RFCOMM). В зависимости от сервиса вам может потребоваться где-то сохранить эти атрибуты. Некоторые реализации Bluetooth не поддерживают просмотр сервисов и могут возвращать пустой список. В этом случае возможен поиск конкретной услуги. В примере ниже показано, как выполнить поиск службы OBEX Object Push (OPUSH).

Во FreeBSD предоставление сервисов клиентам Bluetooth осуществляется сервером sdpd.

Для регистрации сервиса в локальном SDP-сервере также применяется утилита sdptool. В примере ниже показывается, как зарегистрировать Network Access с услугой PPP (LAN). Заметьте, что некоторые сервисы требуют указания их атрибутов (например, канала RFCOMM).

19.4.8 Доступ к сети по коммутируемой линии связи (DUN) и по протоколу PPP (LAN)

Модуль работы с коммутируемым доступом к сети (DUN - Dial-Up Networking) в большинстве случаев используется с модемами и сотовыми телефонами. Этот модуль покрывает следующие случаи:

сотовый телефон или модем используется вместе с компьютером в качестве беспроводного модема для подключения к серверу коммутируемого доступа в Интернет, или другой коммутируемой услуге;

сотовый телефон или модем используется компьютером для приёма входящих соединений.

Модуль доступа к сети по протоколу PPP (Network Access with PPP - LAN) может использоваться в следующих ситуациях:

доступ к ЛВС для одного Bluetooth-устройства;

доступ к ЛВС для нескольких Bluetooth-устройств;

связь между двумя ПК (при помощи протокола PPP поверх эмулируемого последовательного канала связи).

Во FreeBSD оба случая реализуются при помощи сервисных программ ppp (8) и rfcomm_pppd (8) - это обработчик, преобразующий RFCOMM-соединения Bluetooth в нечто, с чем может работать PPP. Перед тем, как использовать любой модуль, в файле /etc/ppp/ppp.conf должна быть создана новая PPP-метка. Примеры использования можно найти в справочной странице к rfcomm_pppd (8) .

В следующем примере rfcomm_pppd (8) будет использоваться для открытия RFCOMM-соединения к удалённому устройству с BD_ADDR 00:80:37:29:19:a4 на DUN RFCOMM-канале. Реальный номер RFCOMM-канала будет получаться с удалённого устройства через SDP. Возможно указать RFCOMM-канал вручную, и в этом случае rfcomm_pppd (8) не будет выполнять SDP-запрос. Для нахождения RFCOMM-канала на удалённом устройстве используйте утилиту sdptool.

19.4.9 OBEX Push (OPUSH) Profile

OBEX является широкоиспользуемым протоколом для простой передачи файлов между мобильными устройствами. В основном он используется в коммуникациях через инфракрасный порт для передачи файлов между ноутбуками или КПК компании Palm, а также для пересылки визитных карточек или календарных планов между сотовыми телефонами и другими устройствами с персональными информационными менеджерами.

Сервер и клиент OBEX реализованы в виде пакета стороннего разработчика obexapp-1.0, который можно сгрузить отсюда. Пакет требует наличия библиотеки openobex (она включена в пакет) и порта devel/glib12. Заметьте, что для работы obexapp привилегий администратора системы не требуются.

Клиент OBEX используется для посылки или приёма объектов с сервера OBEX. Объектом, к примеру, может быть визитная карточка или указание. Клиент OBEX может получить номер RFCOMM-канала, указав вместо него имя сервиса. Поддерживаются следующие имена сервиса: IrMC, FTRN и OPUSH. Канал RFCOMM можно задать его номером. Ниже даётся пример сеанса OBEX, где с сотового телефона забирается объект с информацией об устройстве, а новый объект (визитная карточка) передаётся в каталог сотового телефона.

19.4.10 Модуль последовательного порта (SP)

Модуль последовательного порта (SP - Serial Port) позволяет Bluetooth-устройству осуществлять эмуляцию последовательного порта RS232 (или подобного). Этот модуль покрывает случаи, касающиеся работы унаследованных приложений с Bluetooth в качестве замены кабельному соединению, при это используется абстракция виртуального последовательного порта.

Утилита rfcomm_sppd (1) является модулем, реализующим последовательный порт. В качестве виртуального последовательного порта используется псевдотерминал. В примере ниже показано, как подключиться к сервису Serial Port удалённого устройства. Заметьте, что вы не указываете RFCOMM-канал - rfcomm_sppd (1) может получить его с удалённого устройства через SDP. Если вы хотите переопределить это, укажите RFCOMM-канал явно в командной строке.

После подключения псевдотерминал можно использовать как последовательный порт.

19.4.11 Решение проблем

19.4.11.1 Удалённое устройство не подключается

Некоторые старые Bluetooth-устройства не поддерживают переключение ролей. По умолчанию, когда FreeBSD подтверждает новое соединение, она пытается выполнить переключение роли и стать ведущим устройством. Устройства, которые это не поддерживают, не смогут подключиться. Заметьте, что переключение ролей выполняется при установлении нового соединения, поэтому невозможно выяснить, поддерживает ли удалённое устройство переключение ролей. На локальной машине имеется возможность отключить переключение ролей при помощи HCI-параметра.

19.4.11.2 Что-то идёт не так, можно ли посмотреть, что в точности происходит?

Да, можно. Воспользуйтесь пакетом hcidump-1.5 стороннего разработчика, который доступен для сгрузки здесь. Утилита hcidump похожа на tcpdump (1) . Она может использоваться для вывода на терминал содержимого Bluetooth-пакетов и сбрасывать пакеты Bluetooth в файл.

Из того что я нашел в инете.
Это то что Bluetooth в сущности сетевой протокол, как эзернет например, и что работа разных устройств по блютузу это просто использование разных прикладных протоколов.
Один умный человек все это раскопал Jon Scaife но Broadcom недавно купила Widcomm со всем что было и попросила Джона убрать всю информацию о том, как сдалать так чтобы Видкомоские дрова пахали на, почти, любых Блютуз-контроллерах. Есть некое лицензирование, по которому тот или иной производитель, на уровне драйверов, добовляет возможность использования со своим устройством, мыши или телефона или КПК. Так вот, если вы стали обладателем такого Блютуз-контроллера, производитель которого пожмотничал и в драйверах своих реализовал только поддержку того или иного типа устройств, а не всех которые Вам нужны, то здесь мы с вами все это обсудим и будет нам счастье

надо отдать должное Hipster и Кренг за помощь

На момент установки и удаления драйверов, ОТКЛЮЧИТЕ антивирусы и файрволы .

С устройствами НЕ на Broadcom чипсете, работа с драйверов Widcomm выше версии 5.1.0.1100 - маловероятна , но можно попытаться сделать гибрид из драйверов.

В свою очередь я сделал все по инструкции и с устройством от 3СОМ
3Com Wireless Bluetooth PC Card (3CRWB6096B)
у меня все завелось и значит будем составлять список работающих донглов и т.п. .
PCMCIA карта 3СОМ (PCMCIA\3Com-3CRWB6096B_Bluetooth_PC_Card-959F)
USB донгл в нотабуке FujitsuSiemens Celsius H230 - ALPS (USB\VID_044E&PID_3001)
CF NoName (PCMCIA\BT--547B) может называться Formosa H4 Compact Flash Card
USB донгл Tecom BT3034 (USB\VID_0A5C&PID_200A) может называться Blutonium BCM2035 или Broadcom
USB донгл в ноутбуке Broadcom USB Bluetooth Device BCM2035 (USB\VID_0A5C&PID_200A) "selectively suspendable" dongle
USB донгл Conceptronic CBT 100U (USB\VID_0A12&PID_0001)
USB донгл Billionton UBTCR3C1A-B (USB\VID_0A12&PID_0001)
USB донгл Bluetake BT007X (USB\VID_0A12&PID_0001)
USB донгл Pilotech BU002-ERD (USB\VID_0A12&PID_0001)
USB донгл Hassnet Bluetooth Dongle (USB\VID_055D&PID_0BB1) SAMSUNG BC02 external
USB донгл Prolife UB 22S (USB\VID_0A12&PID_0001) CSR Bluetooth Device Grozd
USB донгл BlueTake BT007SX (USB\VID_0A12&PID_0001), поддержка протокола bluetooth 2.0, EDR от ersm
USB донгл Tekram-307 (USB\VID_0A12&PID_0001) от Infra
USB донгл Cellink BTA-3120 (VID_0C10&PID_0000) чип Silicon Wave
USB донгл Canyon CN-BTU1 (USB\VID_0C10&PID_0000) чип Silicon Wave
USB донгл в нотабуке HP NC4010 - (USB\VID_049F&PID_0086) он же BLUETHUMB USB Device , "selectively suspendable" dongles not supporting remote wakeup when the whole machine is suspended
USB донгл на упаковке маркером было написано "JVC", а на самом донгле написано model:BTU02B made in Taiwan (VID_1310&PID_0001) он же Air2U Bluetooth Device
PCMCIA Billionton работает с 5.0.1.2500, определяется как TDK Bluetooth PC Card, драйвера лежат в DATA1.CAB - его надо распаковать (WinAce/WinRAR), который находится в корне дистрибутива. После установки девайс не будет опознан в "Оборудование" в "Дополнительных настройках" - "Device Not Found", но при этом будет работать.
USB донгл Orient B308 (USB\VID_1131&PID_1001) определяется как ISSC USB Bluetooth Device
USB донгл Espada v1.2 (USB\VID_1131&PID_1001) в системе - ISSC USB Device, WIDCOMM 5.1.0.1100 Zakk_Whylde
USB донгл D-Link DBT-122 USB Bluetooth 1.2 Adapter (USB\VID_2001&PID_F111) он же Formosa 1 , "selectively suspendable" dongle
USB донгл Bluetake BT009X (USB\VID_0A12&PID_0001) , CSR Real Stealth
USB донгл Motorola PC850 (USB\VID_22B8&PID_0850) он же Motorola USB Bluetooth Device "selectively suspendable" dongle
USB донгл и мышь Genius Bluetooth Traveler (USB\VID_0458&PID_003f)
USB донгл ASUS WL-BTD202 Class 2 (USB\VID_0B05&PID_1715) от описание Rucha он же Broadcom 2045 Bluetooth 2.0 USB Device (BS6 -)
USB донгл ASUS WL-BTD201M Class 1 (USB\VID_0B05&PID_1715) от FoxD
USB донгл MSI Starkey 2.0 (USB\VID_0A5C&PID_2101) a-design он же Broadcom 2045 Bluetooth 2.0 USB Device, non UHE "selectively suspendable" dongle
USB донгл Bluetake BT007SX (USB\VID_0A5C&PID_2100) белого цвета из Санрайза от eugene_kadett_13NB , и DeviceLock от Nimnul, он же Broadcom 2045 Bluetooth 2.0 USB-UHE Device, Broadcom Smart Dongle
USB донгл Bluetake BT007SX (USB\VID_0A12&PID_0001) ВНИМАНИЕ, бывает и на CSR, вероятно в UltraComputers от aar
USB донгл в нотабуке FujitsuSiemens S7110 Supreme от августа 2007 (USB\VID_0C24&PID_000F) USB Bluetooth Driver (V2.0+EDR) ; TaiyoYuden/CSR for Fujitsu
USB донгл Epox DG06b (USB\VID_0A12&PID_0001) от Шу!рик
USB донгл CBR (Cyber Brand Retail) ES-600 (USB\VID_1131&PID_1001) от Vic_tor
USB донгл ES-388 (USB\VID_0E5E&PID_6622) от pul2000
USB донгл Acorp WBD1-A2 (USB\VID_0A5C&PID_2101) от f2065
USB донгл в нотабуке Asus F7Sr (USB\VID_0B05&PID_1712) от Victor.K
USB донгл CBR DOK-35U (USB\VID_1131&PID_1001)&REV_0373 (чип ISSC) от LILI
USB донгл Acorp WBD1-C2 (USB\VID_0A12&PID_0001) (чип CSR о чём говорит в названии индекс -C) от LILI
USB донгл в нотабуке Samsung R55 (USB\VID_0A5C&PID_2045) от assa62
USB донгл Tekram TM-308 (USB\VID_0A12&PID_0001) от SuSt
USB донгл нонейм, внешне 1 в 1 выпускается фирмой Cyber-Blue (USB\VID_0A12&PID_0001) от Smith
USB донгл в нотабуке Samsung Q55 (А001) MacS
USB донгл в нотабуке Dell Inspiron 1720 model:PP22X ref:07018, Wireless 355 2.0+EDR (USB\VID_413C&PID_8126) BCM92045MD от Vince
USB донгл в нотабуке Dell Vostro 1310 (USB\VID_413C&PID_8140) от alk0v
USB донгл Smart WD BT 06 A EDR (USB\Vid_1131&Pid_1001&Rev_0373) от beb
USB донгл Epox BT DG02 (USB\VID_0A12&PID_0001) очевидно на CSR, от sciensys
USB донгл Direc USB BLUETOOTH-адаптер micro 2.0 SB8107 (USB\VID_0A12&PID_0001) Generic CSR
USB донгл в нотабуке ASUS F3Sr (USB\VID_0B05&PID_1712&REV_1915) от vvv2007 стек Toshiba
USB донгл некий Broadcom (USB\VID_0A5C&PID_2123) от Mike1981
USB донгл no name (USB\Vid_1131&Pid_1001&Rev_0373) от shaltai с Bluesoliel 5
USB донгл Bluetooth Gembird BTD-MINI1 USB BT ISSC V2.0 EDR (USB\Vid_1131&Pid_1004) от iljaV
USB донгл Super Mini Bluetooth 2.0 Adapter Dongle (USB\VID_0C10&PID_0000) от Zdpn
USB донгл Cellink BTA-5020 (USB\VID_0A5C&PID_2101) от filogin
USB донгл MobileData UBT-208 (Class 1) на CSR, (USB\VID_0A12&PID_0001) от Raproid
USB донгл Acorp WBD2-A2 (Class II) на Broadcom 2045, (USB\VID_0A5C&PID_2101) от EXCITER-2001
НЕ работающие или глЮчные
если интересно как и что глючит - в поиск по ветке (кнопка "печать" и после загрузки Crtl+F ввести слово)
USB донгл E. CYCLONE ADS-273 - в ситеме ISSC Bluetooth Device. Комплектуется обычно дровами BlueSoleil.
USB донгл Match BT100 - он же CYCLONE ADS-273
USB донгл Mobidick BCU43 (USB\VID_0A5C&PID_2101) BCM2045A Grozd
USB донгл Mobidick BCU43 еще один камень от s1zeist
USB донгл Noname от DizM
USB донгл ISSC USB донгл от Cleo1977
Universal Share Downloader для скачивания со всяких Рапидшар, МегаАплоадер и прочих Слил.ру
тут исследователи могут поискать драйвера
Widcomm / Broadcomm
Windows XP / Vista
Widcomm 6 и Widcomm 5 ? от lexab65
Widcomm_patcher_v2.rar Патчер версии 2 НЕОБХОДИМ для Widcomm x32 версий 4.0.1.2101, 5.0.1.х, а может и более свежих. от bbsc. изменяет четыре файла посчле чего становится возможным использование ЛЮБОГО совместимого донгла. Ставить в "безопасном режиме".
WidcommLicensePatcher19pre.rar Патчер v1.9pre файла лицензии
WidcommLicensePatcher17.rar Патчер v1.7 файла лицензии НЕОБХОДИМ для Widcomm х64, но так же может быть использован и для х32 от Phantasm4489. патчит только файл лицензии пару строк в реестре под КОНКРЕТНЫЙ донгл
Патчер файла лицензии - комментарии на GSMhosting
Патчер файла лицензии - комментарии от pretorean
О Widcomm 5.1.0.2700 от Garry
Аккуратнее, в директории svcpack может лежать прошивка - бла бла бла.DFU , перед установкой таких дров, прошивку лучше убрать оттуда вместе с файлом svcpack.ini
Widcomm от Anycom Vista & 7 x32 v6.2.1.0100 multilanguage DizM
Widcomm от Anycom Vista x32 & x64 v6.2.0.9700 multilanguage
Widcomm от Anycom Vista x32 & x64 v6.2.0.8500-BETA multilanguage
Widcomm от Anycom Vista x32 & x64 v6.2.0.7400 multilanguage
Widcomm от Anycom Vista x32 & x64 v6.2.0.6100 multilanguage
Widcomm от Anycom Vista x32 & x64 v6.1.0.5200 multilanguage
Widcomm от Anycom Vista x32 & x64 v6.1.0.4700 multilanguage
Widcomm от Anycom Vista x32 & x64 v6.1.0.4500 BETA multilanguage
Widcomm от Anycom Vista x32 & x64 v6.1.0.2200 BETA multilanguage
Widcomm от Anycom Vista x32 & x64 v6.1.0.1900 BETA multilanguage
Widcomm от Anycom Vista x32 & x64 v6.0.1.6300 multilanguage
Widcomm от ThinkPad bluetooth with Enhanced Data Rate software 6.0.1.4900 rewyt
Widcomm от Anycom XP & Vista x32 & x64 v5.5.0.7800 multilanguage
Widcomm от Anycom XP & Vista x32 & x64 v5.5.0.6900-BETA multilanguage
Widcomm от утилитой автообновления 5.5.0.6800 от Mixail
Widcomm от Anycom XP & Vista x32 & x64 v5.5.0.6000 multilanguage
Widcomm от Anycom XP & Vista x32 & x64 v5.5.0.5500 multilanguage
Widcomm от Anycom XP & Vista x32 & x64 v5.5.0.3900 multilanguage
Widcomm от HP servicepack 5.1.0.4800 от iSmart
Widcomm от Anycom XP & Vista x32 & x64 v5.1.0.4200 multilanguage
Widcomm multilanguage Win32 5.1.0.3300 от a-design Rapidshare
btwusb.inf обновлённый для 5.1.0.1100 х32. положить в распакованный архив вместо оригинала и начать установку. от 15.05.2008
Widcomm 5.1.0.1100 multilanguage Win64 содержит патченную лицензию и REG файл который должен добавляться во время установки. Патчер лицензии тоже прилагается. Ну нижесказанное тоже верно и для х64 версии. Я не проверял х64.
Widcomm 5.1.0.1100 multilanguage Win32 Vista последний, на 25.10.2007, стек от WidComm который работает с CSR, новыми CSR, ALPS, ISSC чипсетами. Уже v5.1.0.1700 неработает, а v5.1.0.4200 и подавно
Файл автоустановки SFX RAR, проверено на WinXPproSP2 с хотфиксами на сентябрь 2007. Содержит ВСЕ донглы перечисленные на первой странице, за исключением PCMCIA и CF, т.к. с ними надо еще разобраться. Так же содержит УЖЕ пропатченные файлы, т.е. ненадо ничего патчить и никуда специально перегружаться. Перед установкой драйверов ОТКЛЮЧИТЬ или вынуть из компа донгл. Установить драйверы, согласившись на ВРЕМЕННОЕ отключение предупреждений Виндовз о неподписанных сертифакатах драйверов, на предложение вставить донгл - ответить отказом, дождаться конца установки, перезагрузить компутер. Если после перезагрузки копутера и подключения донгла не происходит "поиск новых устройств", то в диспетчере устройств надо удалить USB device помеченный желтым знаком вопроса и там же произвести поиск новых устройств посредством правого клика мыши на "названии" вашего компьютера в самом верху списка и выбора там "Обновить конфигурацию оборудования", на предложение подключиться к Internet и соединится с WindowsUpdate - ответить отказом. После того как донгл будет найден нужно перезагрузить компьютер и значек блютуза внизу справа должен стать белым.
пишите если заработает
Widcomm 5.1.0.1100 multilanguage Win32 немодифицированный
Widcomm 4.0.1.2101 от MSI StarKey_Drv4.0.1.2101.zip - вероятно ИХ использовал Mr.I для своей борьбы с CF bluetooth
Toshiba

Windows XP / Vista
XP v5.10.06F оригинальный файл от FujitsuSiemens S7110 (USB\VID_0C24&PID_000F)
Vista32 v5.00.08F оригинальный файл от FujitsuSiemens S7110 (USB\VID_0C24&PID_000F)
BlueSoleil
Windows XP / Vista Версия 6
Программа проверки на совместимость прямая ссылка

Windows 2000 / XP / Vista
(CSR, ISSC main chipset compatible.)

BlueSoleil 5.0.5.178 32bit Multilingual
FTP
вроде для х32 - работает? отпишитесь (патчить в безопасном режиме для висты обязательно)

BlueSoleil 5.0.5.178 64bit Multilingual
FTP
вроде для х64 - работает? отпишитесь (патчить в безопасном режиме для висты обязательно)

Vista compatible Version for Windows 2000/XP/Vista (CSR chip Only)
Bluesoleil 3.2.2.8 VoIP 070421 32bit Multilingual
European
Asia
FTP

Свою историю bluetooth протокол начинает еще в 1998 годусо спецификации 1.0. Современная спецификация описывает уже четвертое его поколение, которое постепенно стало более высокоскоростным, менее энергозатратным. Производственные спецификации bluetooth описывают беспроводные персональные сети ближнего радиуса действия, а говоря о них, подразумевают целый стек протоколов.

Стек протоколов Bluetooth

Протокол LMP

L2CAP протокол

мультиплексирование протоколов;
сегментацию;
реассемблирование;
проведение обмена информацией относительно качества услуг (QoS);
групповое управление.

Протокол обнаружения услуг (SDP)

С помощью этой спецификации Bluetooth устройство обнаруживает доступные услуги, а также их характеристики. Под услугами понимается доступ к поисковой, факсимильной связи, точкам доступа, сетевым мостам, к ресурсам сетевой коммерции прочее. SDP обыкновенно состоит из серверной и клиентской частей, между которыми посылаются запросы и ответы. Серверная часть предоставляет услуги, а клиент их запрашивает. На SDP-сервере размещаются записи о доступных сервисах. Каждая из таких записей связана с одной услугой.

Протокол RFCOMM

В RFCOMM спецификации стек описывает последовательную связь: устройство bluetooth протокол rfcomm tdi использует для эмуляции последовательных портов для безмодемного соединения. Кроме того, он используется как транспорт в общении L2CAP с протоколами верхних слоев. Именно его используют разработчики для эмуляции кабельного соединения; через rfcomm работают службы локальной сети LAN.

Спецификация управления телефонией

Сигнализацией о поступающих вызовах для создания сеанса передачи данных и голоса управляет протокол TCS — Telephony Control Specification. В то же время с его помощью управляют функцией сигнализации при работе с группами bluetooth устройств.

Заимствованные протоколы

Кроме родных спецификаций, стек протоколов bluetooth располагает широким набором заимствованных протоколов: Poit-to-Point, TCP, IP, UDP и прочие. Так, PPP работает над протоколом rfcomm, предоставляя механизм для передачи пакетов данных по последовательным линиям связи. Реализация этих протоколов позволяет подключать устройства, использующие bluetooth связь, к многочисленным устройствам локальной сети LAN или к сети интернет.

Вывод

В стеке протоколов bluetooth можно выделить два слоя: уровень контроллера и сетевой хост-слой. Некоторые авторы выделяют еще слой заимствованных протоколов. На нижнем уровне стека объединены канальный и физический уровни модели OSI. Уровень передачи данных (канальный) сообщается с сетевым узлом через интерфейс хост-контроллера (IHC). Здесь стек располагает протоколы LMP и L2CAP. В рамках сетевого хост-слоя предоставлены спецификации RFCOMM, TCS, SDP. За счет заимствованных протоколов PPP, TCP, UDP, IP устройство bluetooth может быть подключено к устройствам локальной сети и Интернет.

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

На данной странице содержится информация об установке последних загрузок драйверов Microsoft Bluetooth Device (RFCOMM Protocol TDI) с использованием средства обновления драйверов Microsoft.

Драйверы Microsoft Bluetooth Device (RFCOMM Protocol TDI) представляют собой небольшие программы, которые позволяют оборудованию Модем взаимодействовать с программным обеспечением операционной системы. Постоянное обновление программного обеспечения Microsoft Bluetooth Device (RFCOMM Protocol TDI) предотвращает сбои и максимально повышает производительность оборудования и системы. Использование устаревших или поврежденных драйверов Microsoft Bluetooth Device (RFCOMM Protocol TDI) может привести к системным ошибкам, сбоям и отказу оборудования или компьютера. Болеет того, установка неправильных драйверов Microsoft может сделать эти проблемы серьезнее.

Совет: если вы не знаете, как обновлять драйверы устройств Microsoft вручную, мы рекомендуем загрузить служебную программу для драйверов Microsoft Bluetooth Device (RFCOMM Protocol TDI) . Этот инструмент автоматически загрузит и обновит правильные версии драйверов Microsoft Bluetooth Device (RFCOMM Protocol TDI), оградив вас от установки неправильных драйверов Bluetooth Device (RFCOMM Protocol TDI) .

Об авторе: Джей Гитер (Jay Geater) является президентом и генеральным директором корпорации Solvusoft — глобальной компании, занимающейся программным обеспечением и уделяющей основное внимание новаторским сервисным программам. Он всю жизнь страстно увлекался компьютерами и любит все, связанное с компьютерами, программным обеспечением и новыми технологиями.

Протокол RFCOMM (англ. Radio Frequency Communication ) эмулирует последовательные порты поверх протокола L2CAP. Он основан на ETSI-стандарте TS 07.10. RFCOMM представляет собой простой транспортный протокол, с дополнительными возможностями по эмуляции 9 цепей последовательных портов RS-232 (EIATIA-232-E). Протокол RFCOMM поддерживает одновременно до 60 соединений (каналов RFCOMM) между двумя устройствами Bluetooth.

Читайте также: