Bluetooth: передача данных через SCO, данных, а не звука Опции

[gerber]

Как известно, существуют 2 основных способа передачи данных через Bluetooth-соединение - ACL и SCO.
ACL всем хорош, но данные добираются до другого "берега" беспроводного линка с приличной задержкой, от 3 до 30 мс, что губительно для моей задачи. Настройка QoS (Quality of Service) существенно улучшает ситуацию до 5-7 мс, но периодически, очень редко задержка всё равно достигает 25-30 мс и вся идея теряет смысл.
SCO является синхронным каналом с гарантированной полосой и минимальными задержками и вписался бы замечательно в моё решение, но он предназначен для передачи звука. При открытии канала и передаче данных через него я вижу на приемной стороне не точную копию входного бинарного потока, а некоторую "пародию" на него. Дело в том, что SCO-канал целиком и полностью ориентирован на звук, и перед передачей он аппаратно обрабатывается некими алгоритмами (кодеками), которые далеко не lossless. Таким образом, бинарный поток несколько видоизменяется, что приемлемо для звука, но неприемлемо для данных.
Может, подскажет кто - неужели нельзя использовать SCO-канал для передачи данных?

[uriy]

Насколько помню в SCO используются только кодеки alaw и ulaw.
А какую скорость вы ожидаете получить?
Если у вас на входе будет пара десятков дискретных значений думаю их вполне можно однозначно детектировать на приемной стороне.
Да и FSK модем на скорости 2.4 кбит/сек думаю должен нормально работать.
SCO не обеспечит гарантированную доставку, это вас устраивает?
Для настройки времени доставки есть параметры настройки. Назывались они кажется page, snif интервал.
А может это имеет место только в режиме ожидания подключения, уже не помню.

[gerber]

Насколько помню в SCO используются только кодеки alaw и ulaw.

Ещё CVSD. И, кстати, начиная с версии 1.2 появился режим voice air coding = transparent data, возможно, это именно то, что мне нужно. До этого я смотрел спецификацию 1.0, и там не было такого режима.

А какую скорость вы ожидаете получить?
Если у вас на входе будет пара десятков дискретных значений думаю их вполне можно однозначно детектировать на приемной стороне.
Да и FSK модем на скорости 2.4 кбит/сек думаю должен нормально работать.

Скорость нужна немаленькая, хотя бы 115200 бит/с. Тот канал SCO, который я сейчас вижу, пересылает по 60 байт каждые 3,2 мс, вроде как, нормально, если пойдут через него raw-данные.

SCO не обеспечит гарантированную доставку, это вас устраивает?

Это как раз не проблема, потерянные данные восстановит верхний протокол. К тому же там есть механизмы, улучшающие вероятность доставки пакетов, это и восстанавливающие коды FEC, и retransmission. Но гарантии доставки, как у ACL, нет, это понятно.

Для настройки времени доставки есть параметры настройки. Назывались они кажется page, snif интервал.
А может это имеет место только в режиме ожидания подключения, уже не помню.

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