Время, чтобы объяснить то, что мы в конечном итоге делает ...
2 почему ключи?
- Если ключ делает сканирование скорость передачи массово замедлена
- донгл может поддерживать только 7 одновременные переводы, если вы делаете сканирование, это падает до 6. Если вы хотите отправить , принимать и сканировать все одновременно, все замедляется, плохо, и вы очень ограничены в каналах.
Итак, идея состоит в том, чтобы запускать непрерывный сканирование каждого ключа (так что устройства отображаются как можно быстрее), а другой ключ, зарезервированный для переносов, и поскольку он не сканирует, передачи являются приятными и быстрыми.
Библиотека мы использовали
После долгих испытаний и думал, мы в конечном итоге выбор в пользу WirelessCommunicationLibrary from BT framework.
Он поддерживает Widcomm, Windows, BlueSoleil и стек Toshiba. Он поддерживает все необходимые серверные компоненты, это хорошо поддерживаемый коммерческий продукт, который отлично работает без ошибок.
Какой стек?
Ну, это сложный вопрос. NONE стеков поддерживает 2 ключа одновременно. Таким образом, единственный вариант - запустить один ключ на одном стеке, а другой - на другой. Именно здесь вам пригодится библиотека WCL!
Microsoft - Если во время сканирования возникает ошибка, общий для всего стека выдается из строя. Это не идеально! Вы должны закрыть и перезапустить радиоустройство, это требует времени и подвержено ошибкам. Но ... стек Microsoft действительно отлично переносит передачи файлов.
Widcomm - Стек Widcomm не подходит для передачи файлов. Есть досадные небольшие приложения, которые устанавливаются с помощью Widcomm, которые продолжают пытаться взять управление из вашего приложения. Вы можете убить bttray.exe, что помогает, но вы все равно получаете странное поведение из стека во время передач. Я уверен, что это можно решить, но так как Windows для сканирования сканируется плохо, имеет смысл использовать Widcomm для сканирования.
Итак ... у нас есть один ключ для Widcomm для сканирования снова и снова, и один ключ, установленный в Microsoft, предназначен для обработки только передачи файлов (в и из).
Получение 2 донглова работать
Мы пошли для использования 2 одинаковых ключей, мы можем заказать их оптом и запасти их все же уменьшая путаницу. Для каждого устройства требуется всего два Bluetooth-ключа, простые.
Единственная проблема заключается в том, что это ключи widcomm, и нам нужен один ключ в стеке Windows. Windows не распознает их как ключи Windows, поэтому не будет регистрировать их для стека Windows. Итак ... это взлом, который вы можете сделать в бит.inf, чтобы он распознал ключ для Windows. Затем вам нужно переключить драйверы на один из ключей для запуска драйверов Windows, и все готово.
Резюме
Итак ... у нас есть один ключ сканирования всего времени, один трансфер обработки, каждый из которых на отдельных стеки, и все это прекрасно работает. Это единственный способ, по которому я нашел 2 рабочих ключа, гладко работающих в Windows. Если у вас есть лучшее предложение, пожалуйста, опубликуйте его!
Спасибо alanjmcf :-) Нам нужен материал на стороне сервера. Мы производим устройство, которое позволяет людям передавать вещи со своего мобильного телефона и отправлять их обратно на свой мобильный телефон. Поэтому нам нужно публиковать сервисы для клиентов. Не уверен, что достаточно 2 потоков, поэтому я не увлекаюсь стеком Windows. Вы можете поместить 8 человек вокруг одного из наших устройств. Я отправлю примеры вопросов на вашем сайте. – badbod99
В любое время, когда автор библиотеки отправляет ответ, он получает +1 имхо. –
Спасибо Иордании. О предыдущих комментариях. Интересно, какой прогресс был достигнут. Во всяком случае, на «двух OBEX PUTs, а также на обнаружении устройств» я только что проверил два, возможно, можно было бы поддерживать полные (?) Семь пикосети-сверстников? Тем не менее его не восемь ... – alanjmcf