Например TDA7294

Форум РадиоКот • Просмотр темы - Разработка Bluetooth приложений на модулях Silicon Labs
Форум РадиоКот
Здесь можно немножко помяукать :)



Текущее время: Пн апр 19, 2021 15:42:38

Часовой пояс: UTC + 3 часа


ПРЯМО СЕЙЧАС:



Начать новую тему Ответить на тему  [ Сообщений: 87 ]    , , , 4,  
Автор Сообщение
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Ср фев 10, 2021 22:09:09 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Для примера, возьму ту же Lab4. Есть светодиод и характеристика его включающая. Добавим условие, что при разрыве соединения он должен выключаться. Есть кнопка и характеристика передающая notification при изменении её (кнопки) состояния. И при разрыве соединения очищать переменную хранящую статус включены нотификации или нет (странно, что в лабе этот момент пропущен, но это не принципиально - для лабы). Ну и не хотелось бы держать всё в одном файле app.c или собирать туда все вызовы и уж тем более все процессы выполняемые по разрыву соединения собирать в одном app.c под одним case sl_bt_evt_connection_closed_id:, если их можно держать в отдельных файлах и не валить всё в одну кучу.

И я так понял, что этим идеалогия SSv5 отличается от SSv4. Ведь в SSv4 у меня в app.c нужно было держать строчки для OTA DFU:
В то время как в SSv5 в этом уже нет необходимости - они есть, но в другом файле и в моём они не мешаются под ногами.

т.е. цель получить ветки case sl_bt_evt_connection_close_id: в разных файлах app.c, led.c, button.c, а не заниматься экспортом переменных и функций.

Но, я понял, что если я не могу использовать встроенные механизмы, то могу уже сам организовать это - я прозрел.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Чт фев 11, 2021 00:22:40 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Наконец-то Вам удалось донести до меня свою цель. Конечно, это дело вкуса - держать все BT events в одном месте или распылить их по разным местам. В конце концов, у BT не так много events, чтобы возникла путаница с помещением всего, что к ним относится, в один файл.

Сегодня мне подсказали на силлабовском форуме как переделать проекты с SDK 3.1.0 на 3.1.1. Нужно просто нажать кнопку Force Generation после открытия slcp файла (в его закладке Overview). Компиляция потом происходит без проблем. И действительно, Ваш проект лаба, что выкладывали выше заработал под SDK 3.1.1 без изменений.


Вернуться наверх
 

JLCPCB, всего $2 за прототип печатной платы! Цвет - любой!

Отличное качество, подтвержденное более чем 600,000 пользователей! Более 10,000 заказов в день.

Зарегистрируйтесь и получите два купона по 5$ каждый:https://jlcpcb.com/cwc

Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Пт фев 12, 2021 08:50:15 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Такссс, вчерась пришла ссылка на следующий лаб, чтобы "Familiarize yourself с нею". И.. снова, когда должна произойти нотификация - отваливается по таймауту. Я еще буду разбираться... но, может кто подтвердит, что это личная проблема или нет. Возможно проблема в том, что SDK у меня 3.1.1. предыдущую 3.1.0 - я снял галочку в SdK manager-е и она исчезла.

p.s. Это уже становится не смешно.Теперь ситуация прямо противоположная. На плате BGM220P (BRD4314A) работает, а на "кошерной" Thunderboard (BRD4184A) - нет. Ивент наступает, фунция sl_bt_gatt_server_send_notification() возвращает SL_STATUS_OK, но соединение отваливается по таймауту.


Вернуться наверх
 
PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Пт фев 12, 2021 19:43:08 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Ссылка на следующий лаб? Это какой? Мой следующий вебинар будет во вторник, но я пока ничего не получил к нему. Из предыдущего поста неясно в чём конкретно проблема и про какую галочку идёт речь. Или это только мне непонятно, что проблема по-прежнему с кнопками или ещё с чем-то, например LDMA? Если что-то не работает даже на "кошерной" плате, я-бы дождался вебинара и посмотрел будет-ли работать у других. Там-же и вопрос можно будет задать. А пока без лабов я на него не отвечу. Если дадите ссылку на новый лаб, можно и через ЛС, посмотрю на выходных.

Про себя скажу, что никогда не имел проблем с посылкой нотификаций и вообще с Bluetooth стеком на любой плате. Может это потому, что я никогда не использовал "драйвера" Simple LED и Simple Button, a всегда обходился функциями EMLIB настройки портов (это 1 строчка кода на пин) и прерываний от GPIO (это 3 строчки кода средствами EMLIB). Для себя я выделяю 3 следующих уровня (абстракции) конфигурирования периферии, в частности GPIO:
Низший уровень: прямая манипуляция и установка битов регистров конфигурации;
Средний уровень: использование библиотечных API из EMLIB;
Высший уровень: использование "драйверов".
Уровень "абстракции" повышается снизу вверх и одновременно падает уровень универсальности и гибкости. Если для каких-то драйверов (например, I2C) использование их имеет смысл, то для GPIO никакого смысла в них я не вижу. "Драйверов" GPIO не было в SSv4, они появились только в SSv5, и, видимо, что-то в них накосячено. Тем более, что стабильный и отработанный EMLIB-овский подход к GPIO из SSv4 работает и в концепции SSv5. Мне вообще трудно представить, что разработчики будут использовать драйвера GPIO и вообще кажется, что они только для "ардуинщиков" или демонстрации на вебинарах, чтобы быстро и не вникать в детали и неважно какая будет эффективность.


Вернуться наверх
 
Пружинные клеммники Degson - высокое качество соединения по оптимальной цене!

Пружинные клеммные блоки Degson для монтажа на печатную плату – это простое и надежное соединение, которое позволяет легко решать задачи для различных приложений за счет обширного ассортимента. Клеммники Degson доступны в двух конструктивных исполнениях (торцевой контакт и зажимная клеть), имеют различные направления ввода проводника (45°, 90°, 180°) и обладают широким диапазоном поперечных сечений (0,2…2,5 мм2).

Подробнее>>
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Пт фев 12, 2021 20:10:03 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Я думал, что это письмо уже всем участникам вторничного вебинара разослано.
Цитата:
We're looking forward to seeing you on Tuesday, February 16th, at our next workshop: Optimal Power Using ADC With LDMA Using Configurator Tool.

Be sure to complete the checklist below before the workshop:

Install necessary software outlined in our pre-work instructions
Familiarize yourself with the lab
Submit any questions you have in advance

Is this the first time you’re using your Thunderboard Kit? We recommend you watch this Getting Started Lab.
И чтобы подготовиться я просто выполнил то, что там написано. И как обычно, что-то не пошло. При этом, это не мой код! Для диагностики добавил Simple LED, чтобы видеть, что код побывал там, где я его ожидаю, и что функция вернула результат без ошибки.

Я еще помучаюсь, выясняя, кто тормозит BT стек, ивент или посылка нотификации...

p.s. результат "исследования". Пробовал разные комбинации пока не "упростил" программу до минимума. Т.е по факту возникновения события просто меняется состояние светодиода и ничего более:
Код:
   case sl_bt_evt_system_external_signal_id:
      sl_led_toggle(&sl_led_led0);
      // External signal triggered from LDMA interrupt
      if(evt->data.evt_system_external_signal.extsignals & LE_MONITOR_SIGNAL) {

        // Get the average
        uint16_t data_mV = le_voltage_monitor_get_average_mv();

        // Convert endianess
        volt_buf[0] = (data_mV >> 8) & 0x00FF;
        volt_buf[1] = data_mV & 0x00FF;


        // Start the next measurements
        le_voltage_monitor_start_next();
      }
      break;
Так вот после первого toggle соединение через некоторое время отваливается (EFR Connect сообщает State:Disconnected. Status:8), но светодиод продолжает мигать с периодом в несколько секунд - т.е. события продолжают идти. Попробовал убрать "перезапуск" - закомментирвал строчку le_voltage_monitor_start_next(); - отваливает всё-равно. Если в прерывании void LDMA_IRQHandler(void) (в файле le_voltage_monitor.c) убрать функцию sl_bt_external_signal(LE_MONITOR_SIGNAL);, соединение остаётся - не теряется.

Мне не хочется так говорить, но явно, что это ошибка в SDK.



Про галочку...
ай, нет, я всё наврал... У меня 2 workplace и оказывается я это сделал на другом, и снял галочку не с 3.1.0 (его нигде больше нет), а с 3.0.0.


Вернуться наверх
 
Вебинар «Решения Analog Devices для гальванической изоляции. Обзор технологий и новинок» (27.04.2021)

Компания «Компэл» и Analog Devices приглашают всех желающих 27/04/2021 принять участие в вебинаре, посвященном решениям Analog Devices для гальванической изоляции. В программе вебинара: технологии гальванической изоляции iCoupler, цифровые изоляторы, изолированное питание и технология isoPower, гальванически изолированные интерфейсы (RS-485, CAN, USB, I2C, LVDS) и другое.

Подробнее>>
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Сб фев 13, 2021 22:44:39 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Да, похоже Вы правы - это bug. Проверил на "кошерной" плате и поведение такое-же как у Вас. Решил проблему путём отсылки нотификаций в обработчике LDMA_IRQHandler (файл le_voltage_monitor.c) вместо посылки внешнего сигнала стеку (см. под спойлером, там ещё нужно будет добавить #include "gatt_db.h"). Тогда всё работает стабильно. Т.е. bug в обработке внешних сигналов в SDK3.x, что подтверждается Вашими экспериментами. Примечательно, что в старом SDK2.x под SSv4 внешний сигнал отрабатывался стеком стабильно и без проблем, хотя я его на всех чипах не проверял.

Поверю Вашему опыту с модулем BGM220. Проверил сейчас проект с оригинальным кодом на Wireless Starter Kit Mainboard с установленной на нём платой BRD4182A (т.е. на точно таком-же hardware как в лабе). На этой плате стоит другой чип EFR32MG22 вместо BG22, и на ней все работает как надо, не отваливаясь. Сейчас напишу обо всём этом своему контакту в Silabs, и если ничего не произойдёт, будет что спросить на семинаре во вторник. Кстати, емайл про лаб я всё ещё не получил, так что спасибо за ссылку.


Вернуться наверх
 


Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вс фев 14, 2021 13:24:33 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Спасибо, что подтвердили, а то уж начинаю думать, что даже по инструкции ничего сделать не могу. Зато тут появилась очередная мысль. Сколько я теперь понимаю, все функции, которые должны что-то передавать, я могу вызывать практически из любого места и только приём отлавливать в функции sl_bt_on_event()?

Я тут еще вычитал... По поводу параметра характеристики. Вот если взять эту же характеристику avg_voltage_data. В этой лабораторной она имеет тип USER. Но про тип user я вычитал что пользователь сам должен вне стека выделить для неё место и сам делать ответы на запрос чтения. Если же определить как HEX или UTF-8, то стек сам будет обслуживать запросы на чтение. Вот тут попробовал, но странно, что не обслуживает посылку нотификаций. Пришлось сделать такой код, после изменения значения характеристики делаю отдельно посылку нотификации:

Ну это из разряда "хотелось бы". А вот что не так - так это то, что где-то, что-то протекает. Работать - работает, но через некоторое время отвал по таймауту. Попробовал ваш вариант - работает значительно дольше, но тоже через какое-то время отваливается.

Так что, наверное, надо ждать, когда всё начнёт работать стабильнее.


Вернуться наверх
 


Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вс фев 14, 2021 20:44:10 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Да, правильно понимаете - передачу можно организовать из любого места, и лишь вопросы, связанные с приёмом, из bt_on_event. Также правильно понимаете и про тип USER. Нотификации по изменению характеристики и не должны посылаться стеком автоматически, согласно спецификации SIG, так что код пользователя в этом случае необходим. Для отсылки нoтификаций может быть масса причин, в соответствии с логикой работы устройства, поэтому и принятие решения об их отсылке переложили на пользователя.

Я тут попытался поправить изначальный код для TB BG22 платы путём изменения дефолтных параметров соединения. Короче, попробуйте модифицировать connection_opened хендлер так:
Код:
    case sl_bt_evt_connection_opened_id:
      connection_handle = evt->data.evt_connection_opened.connection;
      sl_bt_connection_set_parameters(connection_handle, 80, 100, 5, 1500, 0, 0xFFFF);
      break;

Здесь TB2 запрашивает клиента об изменении параметров соединения и установки ненулевой latency (дефолтное знечение параметров соединения клиентом может задавать слишком маленький период и нулевую latency). У меня стало работать стабильно минут 10 без разрыва соединения, больше не проверял. Интересно, как будет у Вас.

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

Ваш код под характеристику типа HEX сейчас посмотрю и напишу отдельно.
Посмотрел и не понял зачем пишите новое значение характеристики в BT Database? В свойствах этой характеристики не разрешено её чтение клиентом, а разрешены лишь нотификации. Значение характеристики все-равно хранится вне BT DB. Вы пишите, что "пришлось сделать такой код" и я не понял почему пришлось. Что, без записи в DB что-то работало не так? Короче, опишите проблему более детально и/или чего хотите добиться.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вс фев 14, 2021 22:10:19 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
По поводу нотификаций и "пришлось". Ну вы уже объяснили, что спецификация такова, а не так как я её себе представлял. Я предполагал, что есть характеристика и её значение. И если я её значение меняю командой sl_bt_gatt_server_write_attribute_value, то она уже читаться должна как новое значение. Ну а если я хочу послать нотификацию... где мне взять это значение? Пока я не нашел функции посылающей нотификацию со значением, которое прописано в характеристике. Выходит даже наоборот, командой write_attribute_value, я записываю одно значение, а нотификацию могу послать с другим значением. Или послать нотификацию с новым значением, но не записывая это значение в характеристику. Это всё валидные операции?

Ser60 писал(а):
Я тут попытался поправить изначальный код для TB BG22 платы путём изменения дефолтных параметров соединения. Короче, попробуйте модифицировать connection_opened хендлер так:
У меня с этими параметрами соединение происходит явно медленнее чем обычно и не получаю ни одной нотификации, а снова разрыв соединения по таймауту.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вс фев 14, 2021 23:16:43 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
При посылке нотификаций, значение их берётся не непосредственно из стека, а из внешней переменной. Поэтому все Ваши перечисленные операции валидные. Если характеристика типа HEX и посылаются её нотификации, следует предварительно прочитать её значение из BT DB во внешнюю переменную, а потом послать её по нотификации. В случае обсуждаемого приложения предварительно читать характеристику не имеет смысла, поскольку её значение всё-равно хранится во внешней переменной и нотификации посылаются как только будет получено очередное её значение. К тому-же чтение характеристики в профиле Лаба не разрешено клиентам (мастеру, однако, всегда разрешены запись и чтение любой характеристики).

Представьте ситуацию когда характеристика типа HEX, например, температура, измеряется каждую минуту и её значение записывается в BT DB. Если разрешено её чтение клиетом, то оно будет отрабатываться стеком автоматически и клиент получит возможность читать текущую температуру из DB в любое время. Теперь представим, что хотим посылать нотификацию клиенту только если температура повысится выше порога. Вот тогда и следует посылать нотификацию, причём необязательно нотификацию температуры. Это может быть нотификация другой характеристики, например, с командой на включение кондиционера. Короче, операции чтения и записи характеристик инициируются клиентами, а операции индикации и нотификации - сервером, и сервер решает какие именно данные посылать.

Я связываюсь с BT сервером с помощью Cypress донгла. Да, с новыми значениями интервала соединения чтение клиентом BT DB сервера медленнее. Попробуйте поиграть с параметрами. В моём случае все стабильно работало (опять-же по крайней мере 10 минут) со следующими значениями:
Код:
sl_bt_connection_set_parameters(connection_handle, 15, 20, 5, 100, 0, 0xFFFF);

Для ускорения чтения клиентом характеристик сервера лучше эту строчку вставить перед началом производства измерений, т.е. перед строкой
Код:
le_voltage_monitor_start_next();
в обработчие события sl_bt_evt_gatt_server_characteristic_status_id.
Уточню: я эксперементирую с оригинальным кодом из Лаба, добавив в него лишь одну строчку выше. Плата - Thunderboard BG22. На других не пробовал. Если у Вас соединение разрывается сразу, может ваш клиент не воспринимает изменение сервером временных параметров соединения, хотя мне это и странно представить.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Пн фев 15, 2021 21:49:30 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Да, в оригинальом коде работает и я не дождался отсоединения.

А предыдущее сообщение о разрыве соединения было в коде, где не посылается ивент, а посылка нотификации происходила в прерывании LDMA. И вот это самое печальное. Т.е. для работы нужны бубны с танцами. Или информация, что не так, как это проконтролировать и как избежать.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вт фев 16, 2021 02:24:11 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Полностью согласен, что детальное описание как всё работает было-бы полезно. Однако, думаю это будет неподъёмный толмуд, который сложно поддерживать актуальным из-за частых переделок системы, и который большинство пользователей наверняка не будет читать в пользу простоты задания вопросов на форуме. Если-бы на них сотрудники фирмы ещё всегда отвечали и с разумной задержкой...

Тем не менее, что мне с самого начала не нравилось в оригинальном коде - это длиннющий LDMA_IRQHandler. Я ввёл переменную dmaFlag, инициализированную в 0, и устанавливаемую в 1 в LDMA_IRQHandler и перенёс весь код из этого хендлера в app_process_action в файле app.c (см. под спойлером), где отсылка нотификации производится без посылки сигнала о внешнем событии стеку. Туда-же перевёл сам хендлер. Всё опять стало работать. Видимо, есть какая-то связь между приоритетами прерываний периферии и пробуждением стека.

Следует только добавить инклюды
Код:
#include "em_iadc.h"
#include "em_letimer.h"
#include "em_ldma.h"
uint8_t dmaFlag = 0;


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вт фев 16, 2021 18:46:56 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Да, SDK не виновата - обвинения снимаю :-). Вчера у меня возникли аналогичные предположения, но я начал подозревать функцию le_voltage_monitor_start_next(), которую вставил в обработчик. Оказалось, что проблема гораздо раньше. Я повторил ваш вариант в еще более близком к изначальному коду - просто всё содержимое обработчка прерывания поместил в app_process_action() (ну кроме очистки самого прерывания), оставив посылку sl_bt_external_signal(LE_MONITOR_SIGNAL); - всё так же работает.

Ну послушаем, что нам сейчас расскажут на вебинаре.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вт фев 16, 2021 20:49:08 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Xa! Я всё время тестировал оригинальный код со CySmart и их донглом в качестве клиента. Сегодня во время вебинара попробовал приложение EFR32. Оказалось, оригинальный код для TB BG22 платы работает стабильно с моим смартфоном (Samsung Galaxy S8) и разрыва соединения не происходит, так что у меня не было причины задать соответствующий вопрос. Считаю, что обсуждать донглы других фирм на силлабовском семинаре неуместно. Однако, на семинаре не рекомендовали вызывать команды BT стека из обработчика прерываний, а рекомендовали либо посылать внешний сигнал стеку, либо из кода пользователя, как в последнем случае.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вт фев 16, 2021 22:38:13 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Но на вебинаре тоже был как минимум один человек, который пожаловался на разрыв соединения. И ведущий не смог ничего сказать, только спросил сразу разрывает или нет. Тогда получается, что клиент может задать такие параметры соединения (и сервер их принимает), что этого времени уже не хватает на то, чтобы успело обработаться всё, что наворочено в прерывании. Смартфон задаёт одни параметры, а планшет другие? Этот момент прояснился - надо писать коротко.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вт фев 16, 2021 23:59:38 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Да, вполне может быть, что смартфон задаёт одни временные параметры соединения, а планшет другие. Это зависит от версии ОС, и также от аппаратной начинки. Например, известно, что iOS устройства медленнее, чем Android в плане поддерживаемых периодов соединения. Например, минимально возможный период 7.5мс, рагламентируемый SIG, может оказаться слишком быстрым для многих iPhonе-ов и для них не рекомендуется опускаться ниже 20мс. Поэтому надёжнее всегда вставлять в сервер код посылки запроса клиенту перейти на кастомный connection interval с его дефолтного функцией connection_set_parameters. Не факт, что любой клиент примет эти параметры, особенно если он их не может поддерживать, но если может, то примет почти наверняка (я не встречал обратного). Не знаю в скорости-ли дело или в чём-то ещё и почему такая разница в соединении с нашими устройствами.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Сб фев 20, 2021 11:02:19 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Можно ли меня куда направить в сторону, как определить нужный сервис. В статье было про использование handle. Но, если я хочу сделать "совместимое" с другим устройством своё устройство, как обеспечить их "совпадение"? Тем более в конфигураторе такого поля нет и задать его не могу. Где-то вычитал про UUID. Но с ними тоже не всё ясно. Есть 16-битные adopted и есть еще какие-то очень длинные.

Изображение
Вот, если я хочу сделать устройство имеющее характеристику аналогичную показанной на картинке с Handle = 0х0012. Какова должна быть последовательность действий? Создать характеристику с UUID 0xFFE1 ? И какими функциями я могу добыть хэндл для соединения клиента затем с этой характеристикой?


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Вс фев 21, 2021 01:07:12 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
UUID сервисов и характерстик бывают либо 16-битные, либо 128-битные. 16-битные UUID следует использовать лишь для утверждённых SIG аттрибутов. Handles аттрибутов профиля определяются конфигуратором профиля автоматически в порядке расположения их в профиле и должны быть без пропусков. Профиль показанный на картинке можно создать в конфигураторе, используя в точности такие-же аттрибуты с хендлами выше 0х0012, здесь не вижу проблем. Иначе возможности разместить характеристику в точности с данным handle не вижу, да это и не нужно. Стандартные SIG UUID аттрибутов профиля станут доступны в конфигураторе профиля нажатием на кнопку +. Для кастомных аттрибутов UUID всегда длинные и формируются конфигуратором автоматически. В сети имеются генераторы кастомных UUID, но для SS это не нужно. Здесь под аттрибутом я понимаю сервис/характеристику/дескриптор.

Для определения в программе клиента handle для определённой характеристики сервера, при условии, что известен её UUID, используйте API sl_bt_gatt_discover_characteristics_by_uuid(). При обнаружении её в профиле сервера на стороне клиента генерируется событие, в переданной стеком структуре которого будет поле с handle характеристики на строне сервера. Если этого недостаточно, см. другие API GATT клиента.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Ср мар 03, 2021 21:10:52 
Друг Кота
Аватар пользователя

Карма: 45
Рейтинг сообщений: 1209
Зарегистрирован: Пт авг 28, 2009 21:34:30
Сообщений: 6829
Откуда: 845-й км.
Рейтинг сообщения: 0
Медали: 1
Получил миской по аватаре (1)
Спасибо за подсказку. Сейчас делаю клиента, а потом буду делать сервер (по-новой, старый был в SSv4). Оказалось, что для characteristic discovery необходимо знать хэндл сервиса. Правда, в программе CySmart его подсмотреть не удалось. Не нашел, где это можно увидеть. Да и донгл, что-то не хотел ни с чем соединяться. Программу CySmart переинсталлировал - не помогло. Помогла только перепрошивка фирмвари донгла. Была 1.0.0.53, стала 1.0.0.54 - тогда только удалось соединиться. Пока разбирался с этим CySmart, в своей клиентской программе сделал просмотр сервисов сервера и получение хэндла. В качестве сервера выступал модуль HM-11. Выяснил, что требуемый UUID сервиса 0xFFE0 и получил хэндл 0x0010FFFF. Вот отладочный вывод:
Код:
f4:84:4c:4d:d5:13   (4)   NonamePRK▒
Scanning stopped
Service handler = 0010ffff
Discovered service 16bit: ffe0
Characteristic handler = 0012
Discovered characteristic 16bit: ffe1
Правда, когда оживил CySmart там нашел что хэндл сервиса всего 0x0010. Но в хидерах SDK это поле имеет тип uint32_t:
Код:
PACKSTRUCT( struct sl_bt_evt_gatt_service_s
{
  uint8_t    connection; /**< Connection handle */
  uint32_t   service;    /**< GATT service handle */
  uint8array uuid;       /**< Service UUID in little endian format */
})
Так что может и хорошо, что сам получал хэндл, а не подсматривал в другой программе.

Сам поиск делал аналогично поиску устройства из статьи: посылаю запрос и сравниваю полученные массивы с заданными UUID.
вот как это выглядит - это модуль сериального порта для связи с HM-11 (и совместимыми модулями):

Тут я сделал "разделение" вызова sl_bt_on_event() из app.c . Т.е. этот вызов проходится и через app.c , и через serial.c. В app.c только процедуры соединения устройства (пароль, бондинг итп), а в serial - только обслуживание сервиса передачи данных. И, подумал, что можно было бы сделать еще файлы для других сервисов. Но....

Сейчас "график" работы выглядит так:
Произошло соединение- sl_bt_evt_connection_opened_id: делаем запрос на поиск сервиса по UUID .
нашли сервис sl_bt_evt_gatt_service_id: узнали хэндл, делаем запрос на поиск характеристики по UUID
нашли характеристику sl_bt_evt_gatt_characteristic_id: всё, включаем нотификацию и работаем пока не разъединимся.

Да вот проблема в том, что за раз можно делать только один gatt-запрос. Т.е. пока я по факту соединения запрашиваю один UUID сервис - всё хорошо, но второй-то запрос обломится. И вот как принято эти запросы разделять/сериализировать? Флагами? Я тут уже попытался ввести флаг gatt_procedure_in_progress, который пока нигде не принимаю во внимание. Но ведь проблема в том, что событие соединения с сервером sl_bt_evt_connection_opened_id больше в этой жизни не повторится. Делать ивенты? Но их всего 32 - маловато будет.


Вернуться наверх
 
Не в сети
 Заголовок сообщения: Re: Разработка Bluetooth приложений на модулях Silicon Labs
СообщениеДобавлено: Ср мар 03, 2021 21:47:06 
Друг Кота
Аватар пользователя

Карма: 73
Рейтинг сообщений: 546
Зарегистрирован: Ср дек 24, 2008 09:58:58
Сообщений: 3415
Рейтинг сообщения: 0
Медали: 3
Мявтор 1-й степени (1) Мявтор 2-й степени (1) Мявтор 3-й степени (1)
Как это не удалось посмотреть handles в CySmart? Нужно соединиться с сервером и нажать на Discover All Attributes. Вся поднаготная сервера будет представлена как на ладони, вклячая handles и UUIDs.

У Вас, наверное, старая версия донгла(?) Вот параметры моего (модель CY5677 CYSMART 256K):

Флагов скорее не 32, а 2^32, т.к. флаг - это не отдельный бит, а всё слово.
Цитата:
И вот как принято эти запросы разделять/сериализировать?

В программе клиента формируется событие когда придёт ответ сервера на запрос. Дождитесь его и потом посылайте следующий. Или я неправильно понял вопрос?

Вложение:
handles.png [22.15 KiB]
Скачиваний: 11

Вложение:
dongle.png [9.05 KiB]
Скачиваний: 11


Вернуться наверх
 
Показать сообщения за:  Сортировать по:  Вернуться наверх
Начать новую тему Ответить на тему  [ Сообщений: 87 ]    , , , 4,  

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: Google [Bot], sergei1962 и гости: 34


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB
Extended by Karma MOD © 2007—2012 m157y
Extended by Topic Tags MOD © 2012 m157y