Перейти к содержанию
    

alx125

Свой
  • Постов

    212
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о alx125

  • Звание
    Местный
    Местный

Контакты

  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

3 200 просмотров профиля
  1. Может быть об этом речь? "Технология NearLink от Huawei передает данные эффективнее, чем Bluetooth и Wi-Fi" hightech.plus/2023/08/07/besprovodnaya-tehnologiya-nearlink-ot-huawei-peredaet-dannie-effektivnee-chem-bluetooth-i-wi-fi
  2. BLE в Windows10

    Такого уже не может быть! Ну конечно, если Вы не используете внешний старый USB dongle. В компьютерах и смартфонах уже давно используются Dual Mode чипы Bluetooth. Они поддерживают Classic и BLE. Ну, а Windows 10, тем более, оба стека поддерживает. Другое дело, что у Classic гораздо больше стандартных профилей. И большинство из них отсутствует в BLE.
  3. Добрый день! Подскажите пожалуйста бюджет разработки. (Можно в личку) Прежде чем что-то обсуждать, хотелось бы понять серьезность и адекватность намерений! Фразы: "несложного BT-устройства", "совместимым от 2.0 до 5.0 (в идеале) ", " И приобретаться модуль должен не на блошином рынке в Китае " удивляют. P.S. Часто, в постах присутствуют "стоп-фразы" , которые помогают воздержаться от дискуссии. С уважением.
  4. Добрый день. Если договоримся, то сделаю. Дорого! Все будет очень маленькое. И при производстве низкая себестоимость. Электроника, батарейка, печатная антенна с цепями согласования ~4кв.см. При Вашем режиме работы вольтметра - батарейка CR1632 будет практически вечная! Расстояние, обычно, на открытом пространстве - метров до 50. Могу и дальше, но дороже. Уже выпускаемые изделия - много! Покажу Будет желание, пишите сюда: cc23byte[собачка]mail[точка]ru P.S. Если бюджет сильно ограничен, тогда можно не писать. Не интересно.
  5. Извините за неточность Точнее было бы так: Вам не очень "дорог" CCS-9.2 Речь не о деньгах ;-)
  6. Здравствуйте. Если потребность сохраняется и Вам не очень дорог CCS-9.2, то пишите на cc23byte[собачка]mail[точка]ru Технические подробности и сроки. Также укажите , пожалуйста, о финансах (не спрашивайте, пжста, "сколько мне для счастья надо" ;-) ). Если договоримся - сделаю. P.S. Но, консультации - не моя область работы.
  7. Здравствуйте. Если потребность сохраняется, то пишите на cc23byte[собачка]mail[точка]ru Технические подробности и сроки. Также укажите , пожалуйста, о финансах (не спрашивайте, пжста, "сколько мне для счастья надо" ;-) ). Если договоримся - сделаю.
  8. Если Вы в слово ble вкладываете смысл низкого потребления, то в данном случае это не так. Чип поддерживает стандарт v.4.2. Да. Но он, то что называется Dual-Band. Т.е. и BT Classic , и Low Energy. Для вашего применения будет задействована часть BT Classic. Отсюда и не очень уж низкое потребление (см. datasheet). Причем, там цифры приведены для очень "нежного" варианта использования, а не для "боевого". Там же есть и раздел Low Energy Consumption, но к передаче звука он не имеет отношения.
  9. Добрый день. Подсчитаем: ..данные АЦП накапливаются (допустим на частоте дискретизации 300Гц до объема 4096 байт (это сейчас так сделано), потом высылаются, затем опять накапливаются и цикл повторяется.. Допустим, что выборка АЦП -это 2 байта (= 16 бит). (Если выборка АЦП это 1 байт - то все в 2 проще.) 300гц * 16 бит = 4800 бит/сек. - требуемая скорость Такую скорость для payload передаваемых пакетов может обеспечить даже BLE v4.0. !!! Допустим, что особенность проекта - обязательное накопление 4096 байт, а затем передача по BLE. (В противном случае все еще проще - передаем сразу же как накопится размер payload для пакета). Время накопления в буфере (вариант 2-х байтной выборки АЦП): T= 3.33ms * (4096 байт / 2) = 6.8 sec !!! И столько же времени накапливаются следующие 4096 байт. Т.е. (при наличии 2-х буферов) для передачи мы имеем ~7 сек, что позволяет нам спокойно передать содержимое буфера. И требуемая скорость - те же 4800 бит/сек. BLE прекрасно подойдет для вашей задачи. Все будет очень маленькое и малопотребляющее. При непрерывной работе (7sec передаем/7 sec накапливаем) и питании от CR2032, все проработает несколько месяцев. При редком включении BLE - годы. Если, все же, нужно быстрее - выбирайте SoC+SDK с поддержкай BLE v.4.2 или BLE 5 При этом , конечно, важны возможности второй стороны обмена. Но Вам требуется такая низкая скорость передачи, что все заработает без особых настроек... Обычно эти SoC содержат и ADC, и SRAM >4096 байт, что может упростить конструкцию прибора. Я, например, использую SoC от TI: CC2640, CC2640R ...Пробовал NRF51822 - передавать либо обновлением характеристики, либо через notofication - данные теряются, либо все вообще виснет... BLE работает "железобетонно". Только учтите, что вариант notification - это без подтверждения доставки пакета (как в UDP). (Лучше бы Indication). Или вообще измените логику работы: вторая сторона (например, Android) раз в 7 сек запрашивает соединение и читает 4096 байт. Тогда можно и без notification, Indication ..Нужно что-то типа SPP или A2DP.. Наверное Вы имели в виду SPP и протокол RFComm? Ни того , ни другого в BLE нет. Но это не проблема, т.к. написать приемлемый вариант эмуляции SPP не трудно. Профиль - это всего лишь для стандартизации и удобства.
  10. А никто и не заявлял , что BLE v4.2 (версия написана в даташите) позволит скорость payload 1 мбит/с! Возможно, Вы имели в виду 1 МГц? Так это модуляция. На самом деле, с т.з. этого модуля , все не так и плохо для Вас! BLE v4.2 теоретически позволяет скорость payload до 200 кбит/с. Но! Тут важны нюансы: - возможности конкретной реализации стека BLE (см. SDK). - возможности чипа и стека (HW и SW) второй стороны обмена. - чтобы использовать новые предельные возможности BLE v.4.2 нужна тщательная настройка параметров взаимодействия двух BLE стеков. "По дефаулту" вряд ли Вы получите эти предельные характеристики. Что касается BLE v.4.0, то там (при тщательном подходе) достигаются скорости передачи payload до 80-100 кбит/с.
  11. Добрый день. Лучше, если будут обозначены числа. Сколько задержка сейчас? Сколько приемлемо? Более подробно об условиях применения. В какие моменты возникают "неприемлемые задержки"? BT Classic не славится сильно экономичный потреблением! А BLE v4.x не подойдет для большИх скоростей обмена. (кроме , BLE v.5. Но мне известен лишь смартфон с поддержкой этой версии BT)
  12. Добрый день. Термин Dual mode говорит о том, что модуль поддерживает режим Classic и Low Energy одновременно. В свою очередь, наличие режима BT- Classic говорит о том, что стек поддерживает протоколы ACL и SCO. А SCO - это и есть простейший протокол для передачи аудио. Например, он применяется в обычных BT-гарнитурах. А отсутствие удобного профиля, просто облегчающего жизнь программисту не так и страшно. Его легко "прикрутить" самостоятельно. P.S. Вообще в названиях много путаницы и указания Bluetooth 4.1 не отвечает на много вопросов о возможностях конкретного чипа И даже термины Smart и Smart Ready тоже не на все вопросы отвечают. Например, на алиэкспрессе полно устройств, где указано v4 протокола, но они не поддерживают режим Low Energy :rolleyes:
  13. Добрый день С какими смартфонами (или др гаджетами ) хотите связать? Уже такие выпущены? ТС, если вопрос актуален, можете скинуть в личку (или здесь) бюджет проекта. Если будет интересно - сделаем. Кодек какой планируется? Высокого битрейда не получится! P.S. Ассемблер здесь вряд нужен :rolleyes:
  14. Все просто Когда речь идет о использовании коммуникаций, то надо >= 2-х устройств Очень соблазнительно в качестве одного из них использовать, то что уже лежит у каждого в кармане
  15. Добрый день. Подскажите пожалуйста парочку смартфонов/планшетов (или др. гаджеты) на рынке с BLE 5.0 ? Если получится, то и их процент от всего рынка смартфонов? А это вопрос объема рынка и совместимости.. Спецификация mesh (Ad Hoc), только анонсирована. Массово появится не скоро! (Ручную имитацию здесь не рассматриваю) Даже BLE 4.2 в полном объеме до сих пор встретишь не часто. В основном очень свежее, флагманское и дорогое А на BLE 4.0 (да и на 4.2) о скоростях передачи можно только мечтать... Наверное, все же, речь идет о стандартных BLE-сервисах? Стандартные профили BLE: GAP и GATT. Остальные варианты (в т.ч. любимый всеми SPP) могут эмулироваться программистами на базе стандартного ATT-протокола, который для этого ну совсем не приспособлен! Цель BLE была - экономия на всем! Отсюда и скорости...... Большое количество стандартизированный профилей это из BT-classic ( <= v2.1+EDR). При этом любой гаджет изначально (без доп. добавок) поддерживает очень мало этих профилей (~1-4) ! BT v.3 (>20MBit/s) не рассматриваем. Это экзотика. Наверное, использую только я :( Хотя, если кастомный профиль содержит только один сервис , эти понятия иногда используют взаимозаменяемо :) P.S. У Вас так много одновременных проектов! Скажите, как Вы успеваете все? TC, ведет как в китайской мудрости - сидит на берегу и ждет когда проплывет труп врага (читай - идея) Это комплименты )
×
×
  • Создать...