Недавно занимался задачей декодирования входящих СМС, т.к. готовых алгоритмов не нашел, пришлось курить спецификацию GSM 03.38 и заголовочник «RIL.h».
Начну с того, что СМС может кодироваться 3мя методами:
- Метод кодирования «По умолчанию» (Default alphabet) — использует 7 бит на символ, длина СМС считается в символах.
- Метод кодирования «UCS2″ — использует 16 бит на символ, длина СМС считается в октетах.
- Метод кодирования «8-ми битные данные, определенные пользователем» (8 bit data is user defined) — использует 8 бит на символ, длина СМС считается в октетах.
Читать дальше »
Профиль HID и протокол L2CAP
Тонкости использования L2CAP в реализации профиля HID.
Профиль HID использует протокол управления логической связью и адаптацией (Logical Link Control and Adaptation Protocol – L2CAP).
Для полноценной работы профиля обязательным условием является использование 2х или более каналов L2CAP для передачи и приема пакетов управления и данных.
Хост, для bluetooth HID, открывает 2 канала L2CAP: канал управления и канал данных. Для того, что бы использовать 2 разных канала (а каналы назначаются динамически), профиль HID использует 2 различных протокольных/сервисных мультиплексора (PSM — Protocol/Service Multiplexer).
Значения этих PSM однозначно определены в спецификации «Assigned Numbers»:
- для канала управления: 0х0011;
- для канала данных (в HID он называется канал прерываний): 0х0013.
Различия в реализации L2CAP для стеков Broadcom и Microsoft.
Мобильные устройства на базе ОС Windows Mobile в основном используют один из 2х стеков:
- стек от Broadcom;
- стек от Microsoft.
Broadcom в своем SDK для стека, предоставляет интерфейсы для работы с L2CAP:
— CL2CapIf - класс для установки значений PSM и регистрации этих значений в протоколе L2CAP;
— CL2CapConn — класс, управляющий соединениями L2CAP.
Благодаря наличию этих двух классов управление протоколом L2CAP не вызывает никаких затруднений, чего не скажешь о…
Microsoft, которая в своем SDK не предоставляет API для работы с L2CAP 
.
У этой фирмы несколько другой подход к тому, как реализовать протокол L2CAP, а именно Microsoft предлагает использовать так называемый Bluetooth Stack Extension Layer, позволяющий расширять базовую функциональность её стека через написание потокового драйвера. Вот об этом хорошо написано в MSDN, и если еще приложить чуток терпения, то окажется, что в Windows CE Embedded 5.0 есть уже готовый пример Installable Stream Driver именно для L2CAP.
У себя в реализации я использовал готовый пример, только адаптировал его для конкретного применения.
Благодарю за внимание и успехов в изучении технологии 
Стек профиля HID
Если глянуть на рисунок, любезно предоставленный сайтом, то тут все понятно и без слов 
Применительно к рисунку я только хотел заметить следующее:
- PC Host — это у нас будет ПК, к которому мы будем подключать нашу мышь, эту часть мы не будем рассматривать вообще ;
- HID - это КПК, который мы превратим в мышь;
Что касается правой части рисунка, а именно устройства HID, будем предполагать что некоторые части у нас уже есть, это Radio и Baseband как аппаратная часть КПК; Link Manager, L2CAP и SDP как программная часть имеющегося на КПК стека. Естественно если КПК вообще имеет Bluetooth. А вот с «HID application firmware» мы попытаемся что-то сделать, а именно, мы расширим возможности HID, имеющиеся в КПК путем добавления профиля HID, только не как клиента, а как сервера. (клиентом у нас будет ПК).
Еще одно замечание, касающееся протоколов L2CAP и SDP. Описание и ньюансы их реализации, особенно L2CAP для разных производителей стека, а именно Broadcom и Microsoft, я опишу позже, тогда, когда дойду до того, зачем они здесь применяются.
Acrobat vs Canon Network ScanGear
Многие наверняка сталкивались с проблемой, когда Acrobat выдает ошибку инициализации сетевого сканера, имеющегося у крутых принтеров Canon
Случилось это и со мной.
Ситуация: принтер Canon iR 5065, Acrobat 8. Понадобилось мне отсканировать 130 страниц и перевести их сразу в PDF.
Читать дальше »
Bluetooth: Архитектура – Ядро системы
Ядро системы — определение
В ядро системы (Core System) входит: 4 самых нижних уровня и ассоциированные с ними протоколы, определенные в спецификации Bluetooth, а так же один общий протокол сервисного уровня, называемый «протокол обнаружения сервисов» (service discovery protocol -SDP), полные требования к которому указаны в профиле общего доступа (generic access profile — GAP). Полноценное приложение Bluetooth требует целого ряда дополнительных сервисов и протоколов более высокого уровня, определенных в спецификации Bluetooth.
Читать дальше »