Фемофлор — 16 [реал-тайм ПЦР]

Фемофлор 16 – расширенное молекулярно-биологическое исследование качественного и количественного состава микрофлоры мочеполовых путей у женщин, включающее оценку общей бактериальной массы, состояния нормофлоры, определение широкого спектра клинически значимых условно-патогенных микроорганизмов, в том числе микоплазм и уреаплазм, а также грибов рода Candida.

Исследование информативно только для женщин репродуктивного возраста.

Взятие урогенитального мазка у беременных женщин выполняется только врачом по предварительной записи по телефону Контакт-центра +7 (800) 700 03 03.

Синонимы русские

Исследование биоценоза влагалища методом ПЦР.

Синонимы английские

Femoflor 16 Real Time PCR.

Метод исследования

Полимеразная цепная реакция в режиме реального времени.

Какой биоматериал можно использовать для исследования?

Соскоб урогенитальный.

Как правильно подготовиться к исследованию?

• Исследование (процедуру взятия урогенитального мазка) рекомендуется производить до менструации или через 2-3 дня после её окончания.

Общая информация об исследовании

По данным проекта Human Microbiom Project Национального института здоровья США, установлено, что в организме человека обитает около 10 000 видов микроорганизмов, преимущественными локусами распространения которых являются кожа, кишечник и урогенитальный тракт. Микрофлора мочеполовых путей у женщин в норме представлена преимущественно различными видами бактерий рода Lactobacillus, которые играют большую роль в предотвращении колонизации урогенитального тракта болезнетворными микроорганизмами. Вследствие различных причин может возникать дисбаланс микробиоты мочеполового тракта, выражающийся в нарушении её количественных и качественных характеристик, что в итоге приводит к развитию воспалительного процесса. Рядом исследований показано, что в этиологической структуре мочеполовых инфекций, обусловленных дисбалансом условно-патогенной флоры, в большинстве случаев играет роль ассоциация микроорганизмов и изменения в составе нормофлоры.

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

Проблему качественной диагностики урогенитальных инфекций, вызванных условно-патогенной флорой, позволило решить внедрение в практику метода полимеразной цепной реакции с детекцией результатов в режиме реального времени. Методика исследования основана на обнаружении в исследуемом материале генетического материала (ДНК) микроорганизма, его многочисленном копировании и идентификации. Так как количество полученных в конце реакции копий зависит от исходного количества исследуемой ДНК, анализ позволяет определить содержание микроорганизма в биоматериале. Отечественная разработка Фемофлор, основанная на технологии RT-ПЦР, предназначена для исследования биоценоза урогенитального тракта у женщин и позволяет выявлять ДНК условно-патогенных микроорганизмов, ДНК лактобактерий и геномной ДНК человека (в качестве контрольного параметра).

Спектр выявляемых показателей позволяет получить комплексное представление о качественных и количественных изменениях состава микрофлоры урогенитального тракта, что во многом определяет адекватную тактику медикаментозной терапии. Разработано несколько вариантов комплектации тестовых систем Фемофлор, в зависимости от спектра выявляемых условно-патогенных микроорганизмов. Фемофлор 16 позволяет определять 25 показателей, включая контроль взятия материала, общую бактериальную массу и 23 группы микроорганизмов:

• Lactobacillus spp. – в большинстве случаев составляют основу нормальной микрофлоры влагалища у женщин репродуктивного возраста;

• Семейство Enterobacteriaceae, Streptococcus spp., Staphylococcus spp. – являются компонентами нормальной флоры урогенитального тракта у женщин, могут быть причиной вагинита;

• Gardnerella vaginalis, Prevotella bivia, Porphyromonas spp.

  – представители нормальной и транзиторной (Gardnerella vaginalis) флоры, этиологические агенты развития бактериального вагиноза;

• Eubacterium spp. – бактерии этого семейства преимущественно обитают в кишечнике, условно патогенны, могут вызывать развитие бактериального вагиноза;

• Sneathia spp., Leptotrihia spp., Fusobacterium spp. – анаэробные микроорганизмы, с ними может быть ассоциировано развитие бактериального вагиноза;

• Veilonella spp., Megasphaera spp., Dialister spp. – условно-патогенные анаэробные бактерии, участвуют в развитии бактериального вагиноза;

• Lachnobacterium spp. – анаэробные труднокультивируемые бактерии, ассоциированы с развитием бактериального вагиноза;

• Clostridium spp. – представитель нормальной флоры кишечника, в урогенитальном тракте условно-патогенный микроорганизм, может вызывать бактериальный вагиноз;

• Mobiluncus spp., Corynebacterium spp. – анаэробные условно-патогенные микроорганизмы, могут вызывать инфекции урогенитального тракта;

• Peptostreptococcus spp. – анаэробные кокки (шаровидные бактерии), условно-патогенны, могут вызывать бактериальный вагиноз;

• Atopobium vaginae

  – анаэробный микроорганизм, может приводить к бактериальному вагинозу;

• Mycoplasma hominis, Ureaplasma (urealyticum + parvum) – условные патогены;

• Candida spp. – аэробные грибы, условно-патогенные микроорганизмы;

• Mycoplasma genitalium – патогенный микроорганизм, вызывает уретрит (воспаление мочеиспускательного канала).

Для чего используется исследование?

• Для оценки качественного и количественного состава микрофлоры урогенитального тракта при наличии клинических проявлений воспаления, плановой подготовке к гинекологическим операциям, обследовании перед планированием беременности, в том числе при использовании вспомогательных репродуктивных технологий.

Когда назначается исследование?

• При наличии клинических или лабораторных признаков воспалительного процесса урогенитального тракта.

• При планирующихся оперативных вмешательствах на органах малого таза с высоким риском развития инфекционных осложнений.

• Диагностический поиск при наличии отягощенного акушерского анамнеза (невынашивание беременности, перинатальные потери, бесплодие).

• Плановое обследование перед планированием беременности, при подготовке к процедуре экстракорпорального оплодотворения.

• Мониторинг эффективности проводимой терапии, восстановления нормоценоза.

Что означают результаты?

КВМ – контроль взятия материала. Необходимым условием качественного ПЦР-исследования считается правильное взятие биоматериала. Показателем адекватности полученного образца является достаточное количество ДНК человека, которая в процессе реакции выделяется из клеток, выстилающих слизистую оболочку и попадающих в пробу при правильном взятии мазка. Показатель КВМ менее 10⁴ свидетельствует о недостоверных результатах ПЦР, в таких случаях рекомендуется повторное взятие биоматериала.

ОБМ (общая бактериальная масса) – общее количество бактерий, имеющихся в исследуемом образце. Снижение ОБМ ниже пороговых значений свидетельствует о недостаточном заселении данного локуса бактериями, в том числе вследствие антибиотикотерапии или гормональных нарушений.

Нормальная флора — Lactobacillus spp. — их абсолютное количество в норме практически не отличается от показателя общей бактериальной массы, так как лактобактерии являются ее главной составляющей. Относительный показатель лактобактерий высчитывается автоматически путем вычисления разницы десятичных логарифмов между абсолютным значением лактобактерий и ОБМ (например, для абсолютного показателя ОБМ 10

7 десятичный логарифм будет равен 7). Снижение относительного показателя лактобактерий отражает дисбаланс урогенитальной микрофлоры.

Оценка условно-патогенной флоры. Количество аэробных и анаэробных бактерий также оценивается в абсолютных и относительных показателях. Относительный показатель высчитывается по разнице между десятичными логарифмами микроорганизма или их группы и ОБМ. По уровню относительной величины определяется незначительное, умеренное и значительное повышение.

Оценка микоплазм, уреаплазм и грибов рода Candida проводится только по абсолютному показателю, при превышении определенного порога (10³ для Candida, 10⁴ для микоуреаплазм) аппарат фиксирует положительный результат.

Для более удобной интерпретации результатов исследования используется специальная цветовая маркировка:

• контрольные показатели: белый – соответствие критериям, красный – несоответствие;

• условно-патогенные микроорганизмы и дрожжеподобные грибы: белый – соответствие критериям нормы, желтый – умеренное отклонение, красный – выраженное отклонение от нормы;

• нормальная флора (лактобациллы): зеленый – нормоценоз (соответствие критериям нормы), желтый – умеренный дисбиоз (умеренное отклонение от нормы), красный – выраженный дисбиоз;

• патогенные микроорганизмы: белый – не обнаружены, красный – обнаружены.

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

Важные замечания

• Фемофлор 16 позволяет детально оценить состав микрофлоры, однако его желательно выполнять после исключения инфекций, вызванных патогенными микроорганизмами (Chlamydia trachomatis, Neisseria gohorrhoeae, Trichomonas vaginalis). Для уменьшения времени обследования возможно одновременное взятие биоматериала для обоих исследований.

Также рекомендуется

• Микроскопическое исследование отделяемого мочеполовых органов женщин (микрофлора), 3 локализации

• Исследование микробиоценоза влагалища с определением чувствительности к антибиотикам

• Chlamydia trachomatis, ДНК [реал-тайм ПЦР]

• Neisseria gonorrhoeae, ДНК [реал-тайм ПЦР]

• Trichomonas vaginalis, ДНК [реал-тайм ПЦР]

• Посев на анаэробную флору

• Планирование беременности — здоровье партнеров (для женщин)

• Планирование беременности — здоровье партнеров (для мужчин)

Кто назначает исследование?

Гинеколог, репродуктолог, врач общей практики.

Литература

• Е. В. Рыбина. Современные методы оценки микробиоценоза влагалища. Журнал акушерства и женских болезней, том LXIV, выпуск 1/2015. С. 53-66.
• Ю. С. Шишкова, Т. В. Становая, Л. Н. Бугрова, Е. Д. Графова, Т. А. Пономарева. Молекулярно-биологический анализ содержания лактобактерий во влагалище у женщин репродуктивного возраста. Вестник Челябинского государственного университета. 2013, №7 (298). С. 44-45.
• Инструкция по применению набора реагентов для исследования биоценоза урогенитального тракта у женщин методом ПЦР в режиме реального времени Фемофлор. ООО «ДНК-Технология», 2017.
• Е. Е. Баранова, Е. И. Батенева, И. С. Галкина, А. Е. Донников, В. В. Зорина, Л. В. Тумбинская, Г. Г. Шигорина. ПЦР в реальном времени: новые возможности технологии в решении репродуктивных проблем. Пособие для врачей. ООО «ДНК-Технология».

Сложноподчиненное предложение — презентация онлайн

1. Сложноподчиненное предложение

2.

План:• Схема СПП.
• Пример СПП.
• Основные группы СПП по их
значению + примеры.
• СПП с несколькими придаточными.
Виды связи в них.
• Знаки при сложном союзе.
• Знаки в сложных предложениях.
• Упражнения

3. Схема СПП.

[главное],(придаточ).
[…, (хотя), …].
(Несмотря на то что…), [ ].

4. Пример СПП.

• В одном месте мы спугнули
несколько пар журавлей, которые с
печальным криком полетели
дальше.
СПП. Виды
придаточных
предложений.

6. СПП с придаточным определительным.

• Вопрос:какой?
• Указательные слова:такой, той, тот,
те, та, то.
• Союзы(союз.слова):который, куда,
шде, что, откуда.

7. Пример.

• Мы вышли на поляну, где
рос дуб.

8. СПП с придаточным изъяснительным.

• Вопросы: вопросы косвенных
падежей.
• Указательные слова: того, тем, то,
о том и др.
• Союзы: что, как, будто, чтобы, ли.

9. Пример.

• Говорили, будто его видели в
городе.
СПП с придаточными
обстоятельственными.

11. Образа действия и степени.

• Вопросы:как, каким образом, в
какой степени.
• Указательные слова:так, на
столько, такой.
• Союзы:как, что, чтобы, будто,
словно, сколько, на сколько.

12. Пример.

• Ученик всё сделал так хорошо,
что мастер его похвалил.

13. Места.

• Вопросы:где, куда, откуда.
• Указательные слова:туда, там,
откуда.
• Союзы:где, куда, откуда.

14. Пример.

• Медведь остановился там,
где только что стоял лось.

15. Времени.

• Вопросы:когда, как долго, с
каких пор, до каких пор.
• Указательные слова:тогда, то.
• Союзы:когда, пока, едва, как
только, до тех пор пока.

16. Пример.

• Очнулся он, когда солнце
стояло уже высоко.

17. Условия.

• Вопросы: при каком условии.
• Указат.слова: то,(-).
• Союзы: если, когда, раз.

18. Пример.

• Если исчезает воображение, то
человек перестает быть
человеком.

19. Причины.

• Вопросы: почему,так как и др.
• Указат.слова: потому, от того.
• Союзы: потому что, так как,
ибо.

20. Пример.

• Пишу открытку, потому что
нет бумаги.
• Вопросы:зачем, с какой целью.
• Указат.слова:так, затем.
• Союзы:чтобы, для того чтобы, с
тем чтобы, затем чтобы.

22. Пример.

• Лампа заслонена бумагой,
чтобы свет не разбудил Сережу.

23. Сравнения.

• Вопрос: как.
• Указат.слова:-.
• Союзы: как, подобно, тому как,
словно, будто, точно, чем-тем, чем.

24. Пример.

• Всё отскакивает от него, как
резиновый мяч.

25. Уступки.

• Вопрос:-.
• Указат.слова:-.
• Союзы:хотя, хоть, пускай,
несмотря, на то что, как ни.

26. Пример.

• Войска все шли и шли, хотя
опустилась ночь.

27. Следствия.

• Вопрос: вследствие чего.
• Указат.слова:-.
• Союз: так что.

28. Пример.

• Снег становился всё ярче и
ярче, так что ломило в
глазах.

29. Присоединительные.

• Содержат добавочное сообщение и
присоединяются к главному союзными
словами:что, почему, отчего.
• СПП с придаточным
присоединительным синонимичны
ССП с союзом и.

30. Примеры.

• В город мы уехали вместе, что
было вполне естественно.
• Морозы стояли лютые, отчего и
погибли сады.
СПП с несколькими
придаточными.
Виды связи в них.

32. Три вида подчинительной связи:

• Последовательное подчинение
• Параллельное подчинение
• Однородное подчинение

33. Последовательное подчинение

Схема:[ ], ( ), ( )

34. Пример.

• Будь жесток к себе, если не
хочешь, чтобы другие были к
тебе жестоки.

35. Параллельное подчинение

Схема:( ), [ ], ( )

36. Пример.

• Когда говоришь без всякого
плана, сам не отгадаешь, куда
приведет тебя твоя речь.

37. Однородное подчинение

Схема:[ ], ( ), ( ).

38. Пример.

• И грустно думать, что напрасно была
нам молодость дана, что изменяли её
всечасно, что обманула нас она.
Комбинационное
подчинение.

40. Схема:

Схема:[ ], (если), (если), (как), (как).

41. Пример.

• Не может быть хорошего прозаика, если
человек не знает на память лучших
наших поэтов, если он не слышит, как
звучит слово, как чередуются в нем
звуки.

42. Союзы и союзные слова.

• Подчинительные союзы (что, как, словно) и
союзные слова (относительные
местоимения и наречия который, чей ) в
придаточном предложении связывают его
связывают его с главным.
• Союзные слова – члены предложения, а
союзы ими не являются.

43. Сравните:

• Движение катеров прекратится, если (союз)
шторм усилится.
• Мы увидели новый дом, который (=дом)
строители недавно сдали в эксплуатацию.
Который – союзное слово.

44. Знаки при сложном союзе:

Что, если
Что если, то
Что, когда
Что когда, то
Так что, хотя
Так что, то

45. Сравните:

• Она сказала ему, что, если он болен,
надо лечиться.
• Она сказала ему, что если он болен, то
надо лечиться.

46. Знаки в сложных предложениях.

• Запятая между ними ставится,
когда после придаточного
предложения нет второй части
двойного союза( то, так) или союза
но.

47. Пример.

• По сумрачному небу носились
густые тучи, и, хотя шел только
третий час дня, было темно.
• [ ],

48. II случай.

• Между союзами и и хотя запятая
не ставится, так как после
уступительного придаточного
стоит союз но, то, так.

49. Пример.

• По сумрачному небу носились
густые тучи, и хотя шел только
третий час дня, но было уже
темно.
Упражнения.
• Солнце освещало вершины лип
которые уже пожелтели под свежим
дыханием осени.
• На поляну, где рос огромный дуб, мы
вышли под вечер.
,
• Изъясните мне, в чем состоит ваша
просьба, и, может быть, мне удастся вам
помочь.
• Он охотно соглашался со всем, что
говорил капитан.
• Ветер дул с такой силой, что стоять на
ногах было невозможно.
• Ока волочила грунт на перекате с такой
силой ,что было видно, как песчаное дно
переливается вниз по течению.
• Куда река пошла, там и русло будет.
• На пне, где мы сидели , я заметил несколько
фигур , вырубленных топором, и ,похожих на
те, которые я видел во время последней
экскурсии к реке.
• Он выехал оттуда , откуда одна за другой
съезжали во двор лошади.
• Пока не взошло солнце, дышать было легко.
• В то время, как я вздремнул , взошла луна, и
бросала сквозь тучи свой холодный и яркий
свет.
• Очнулся он, когда солнце стояло уже
высоко.
• Когда труд -удовольствие, жизнь хороша.
• Любое живое дело можно загубить , если
делать его равнодушными руками.
• Раз вы согласились, так уж нельзя вам
отказываться.
• Густая трава росла по берегам озера, потому
что здесь достаточно было влаги.
• Зелень сохранила свежесть до начала июля,
вследствие того ,что весна была сырая.
• Так как времени оставалось ещё достаточно,
то я отправился проискать место для своей
будущей хижины.
• Рыбы выскакивали из воды, для того чтобы
похвастаться перед Петей пестрой чешуей.
• Дерсу употреблял все усилия подвести плот
ближе к берегу, дабы дать возможность мне
высаиться.
• Небо опустилось и стало желто – розовым,
будто на него падал отсвет далекого
пожара.
• Чем дальше мы отходили от дома, тем
глуше и мертвее становилось вокруг.
• Хорошие летние туманные дни, хотя
охотники их не любят.
• Исток Волги люди знали давно, хотя
научно , географы подтвердили его только в
конце минувшего века.
• Стало так темно, что мы все время
сбивались с дороги.
• Снег становился всё белее и ярче так, что
ломило глаза.
• Виктор попросился в забойщики, потому что
он слышал ,что это самая почетная
профессия на шахте.
• Схема: [ ], (потому что …), (союз что…).
• Когда мы пришли, отец показал мне
несколько крупных окуней и плотиц,
которых он увидел без меня.
• Схема: (союз когда …), [ ], (которых…).
• Светлым солнечным утром, когда ещё вовсю
распевали птицы когда, ещё не просохла
роса на тенистых полянках парка весь,
лагерь пришел провожать Альку.
• Схема:[обст. вр., (когда…), (когда…), …].
• Синцов долго не мог ни у кого узнать, когда
же подойдет тот поезд на Минск , с которым
ему предстояло отправляться.
• Кучер Трофим, наклонясь к переднему окну,
сказал моему отцу, что дорога стала тяжела,
что нам не доехать засветло до Парашина,
что мы запоздаем.
• Раз, гуляя по лесу я, забрел так далеко,
что чуть-чуть не заблудился, но, к
счастью , наконец набрел на тропку,
которая привела меня к морю, где я
сейчас же смог ориентироваться.
• Он о чем – то все время думал и так
был занят своими мыслями, что когда
его спрашивали о чем – нибудь, то он
вздрагивал, встряхивал головой и
просил повторить вопрос.
• Он [ Дерсу ] считал своим долгом
предупредить об угрожающей
опасности и, если видел, что его не
слушают, покорялся , шел молча и
никогда не спорил.
• Яков встал рано утром, когда солнце ещё
не палило, и с моря веяло борой
свежестью.
• Когда я сказал, что розы будут цвести всё
лето , если правильно срезать цветы, дети
были в восторге.

SPP (профиль последовательного порта) через BLE — v2.13

Описание

В этом примере представлен простой шаблон для SPP-подобной связи. Чтобы сделать код максимально коротким и простым, функции минимальны. Ожидается, что пользователи будут настраивать код по мере необходимости в соответствии с требованиями своего проекта.

Связанный образец кода представляет собой одно приложение, реализующее роли сервера и клиента (в их собственных C-файлах). Роль выбирается динамически при включении питания с помощью кнопок, как описано в разделе 9.0007 Как использовать .

Клиентская часть этого примера ( spp_client_main ) также может использоваться в качестве отправной точки для любой универсальной центральной реализации BLE, которая сканирует и автоматически подключается к устройствам, которые рекламируют UUID конкретной службы. Клиент выполняет обнаружение службы после установления соединения. Этот процесс работает аналогично для любых услуг на основе GATT. С небольшими изменениями код spp_client_main можно преобразовать в 9Например, 0013 «клиент сердечного ритма» или «клиент термометра» код.

Сервер SPP

Поскольку Bluetooth Low Energy не имеет стандартной службы SPP, ее необходимо реализовать как специальную службу. Таможенный сервис сведен к минимуму. Для входящих и исходящих данных используется только одна характеристика. Служба определена в файле gatt.xml , связанном с этим документом и показанном ниже.

 
  
  <служба uuid="4880c12c-fdcb-4077-8920-a450d7f9b907"реклама="истина">
    Служба SPP
    <характеристика uuid="fec26ec4-6d71-4442-9f81-55bc21d658d6">
      Данные SPP
      <свойства write_no_response="true" notify="true" />
      
    
 

При загрузке сервер переводится в режим объявления. В этом примере используются рекламные пакеты, которые автоматически заполняются стеком. В пользовательском определении службы SPP (см. выше) Advertising=true имеет значение true, что означает, что стек автоматически добавит 128-битный UUID в рекламные пакеты. Клиент SPP будет использовать эту информацию для распознавания сервера SPP среди других периферийных устройств BLE.

Для входящих данных (данные, отправленные клиентом SPP и записанные в UART на сервере SPP), используются неподтвержденные передачи записи ( write_no_response ), что обеспечивает более высокую производительность, чем обычные подтвержденные записи, поскольку могут выполняться несколько операций записи. в один интервал соединения.

Для исходящих данных (данных, полученных от UART и отправленных клиенту SPP) используются уведомления с командой gatt_server_send_characteristic_notification . Уведомления не подтверждаются, что опять же позволяет уместить несколько уведомлений в один интервал подключения.

Обратите внимание, что передача данных не подтверждается на уровне GATT. Это означает, что на уровне приложения подтверждения не происходят. Однако на более низких уровнях протокола каждый пакет по-прежнему подтверждается, и при необходимости используются повторные передачи, чтобы гарантировать доставку всех пакетов.

Ядром примера реализации SPP является 256-байтовый буфер FIFO ( data[] в функции send_spp_data ), используемый для управления исходящими данными. Данные принимаются от UART и отправляются клиенту SPP с помощью уведомлений. Входящие данные от клиента вызывают событие gatt_server_attribute_value . Затем полученные данные копируются в UART.

Опционально может быть включена простая проверка переполнения. Если количество байт превышает 256, происходит переполнение FIFO. В зависимости от приложения переполнение может обрабатываться по-разному. Для некоторых приложений лучше отбрасывать байты, которые не помещаются в буфер. Для других приложений может быть лучше немедленно остановить все передачи данных, чтобы избежать дальнейшего повреждения. Смотрите комментарии в spp_utils.h для получения дополнительной информации.

Клиент SPP

Что касается входящих/исходящих данных UART, клиент SPP работает так же, как и сервер SPP. Используется аналогичный 256-байтовый буфер FIFO со следующими отличиями:

Данные принимаются по воздуху уведомлениями (событие gatt_characteristic_value ). Данные отправляются вызовом gatt_write_characteristic_value_without_response .

Клиент более сложен, чем сервер, поскольку ему необходимо обнаружить сервер SPP, просматривая пакеты объявлений. Кроме того, клиент должен выполнить обнаружение службы после подключения к клиенту, чтобы получить информацию об удаленной базе данных GATT.

Для использования службы SPP клиенту необходимо знать значения дескрипторов характеристик. Дескрипторы обнаруживаются динамически, поэтому жестко запрограммированные значения не требуются. Это важно, если сервер SPP необходимо перенести на какой-либо другой модуль BLE, а значения дескриптора заранее неизвестны.

При запуске клиент начинает обнаружение, вызывая le_gap_start_discovery . Для каждого полученного рекламного пакета стек будет вызывать событие le_gap_scan_response 9.0014 . Чтобы распознать SPP-сервер, клиент просматривает каждый рекламный пакет и ищет 128-битный UUID службы, назначенный для пользовательской службы SPP.

Сканирование рекламных пакетов выполняется функцией process_scan_response . Рекламные пакеты включают в себя один или несколько элементов рекламных данных, закодированных в соответствии со спецификацией BT. Каждый рекламный элемент начинается с байта длины, который указывает длину этого поля, что упрощает просмотр всех элементов в цикле while.

Второй байт в рекламном элементе — это тип AD. Предопределенные типы перечислены на веб-сайте Blutetooth SIG.

В этом варианте использования релевантны типы 0x06 и 0x07, указывающие на неполный/полный список 128-битных служебных значений. Если этот тип AD найден, полезная нагрузка AD сравнивается с известным 128-битным UUID службы SPP, чтобы проверить, есть ли совпадение.

После обнаружения совпадения в рекламных данных клиент открывает соединение, вызывая le_gap_connect . Когда соединение открыто, следующей задачей является обнаружение служб и определение значения дескриптора, соответствующего характеристике SPP_data (см. приложенное определение XML нашей пользовательской службы).

Обнаружение службы реализовано в виде простого конечного автомата, а последовательность операций после открытия соединения приведена ниже:

1) Вызов gatt_discover_primary_services_by_uuid для запуска обнаружения службы

2) Вызов gatt_discover_characteristics , чтобы найти характеристики в службе SPP (в Find_service Состояние)

3) Вызовите GATT_SET_CHARACTERISTIAIST_NOTIFICAT только службы, которые соответствуют определенному UUID, имеют отношение к обнаружению служб. Другой вариант — вызвать cmd_gatt_discover_primary_services и вернуть список всех служб в удаленной базе данных GATT.

После завершения каждой процедуры в приведенной выше последовательности стек вызовет событие gatt_procedure_completed . Клиент использует переменную main_state для отслеживания текущего состояния. Событие gatt_procedure_completed заставит конечный автомат перейти к следующему логическому состоянию.

Когда уведомления включены, приложение находится в прозрачном режиме SPP, на что указывает запись строки «SPP Mode ON» в UART. После этого любые данные, полученные от UART, отправляются на сервер с использованием передачи записи без подтверждения. Точно так же все данные, полученные через уведомления (событие gatt_characteristic_value ) копируется в локальный UART.

Обратите внимание, что в серверном приложении на консоль выводится строка "SPP Mode ON" . На стороне сервера это делается, когда удаленный клиент включил уведомления для характеристики spp_data .

Данные обрабатываются прозрачно, что означает, что передаваемые значения могут быть либо строками ASCII, либо двоичными данными, либо их смесью. Соединение можно закрыть, нажав любую из кнопок на клиенте.

Управление питанием

Периферийное устройство USART недоступно в спящем режиме EM2. По этой причине и клиентское, и серверное приложения временно отключают спящий режим (режим EM2), когда активен режим SPP. Режим SPP в этом контексте означает, что клиент и сервер подключены и что клиент включил уведомления для характеристик SPP_data.

При входе в режим SPP код вызывает SLEEP_SleepBlockBegin(sleepEM2) , чтобы временно отключить спящий режим. Когда соединение закрыто (или клиент отключил уведомления), SLEEP_SleepBlockEnd(sleepEM2) вызывается для повторного включения спящего режима.

Дополнительные сведения об управлении питанием см. в разделе Использование режимов энергопотребления со стеком Bluetooth.

Известные проблемы

Реализация этого примера не гарантирует 100% надежную передачу. Реализация использует драйвер retargetserial для чтения данных с UART. Драйвер находится в /hardware/kit/common/drivers/. Для входящих данных драйвер использует буфер FIFO, размер которого определяется с помощью символа 9.0013 RXBUFSIZE (значение по умолчанию 8).

Для повышения надежности работы увеличьте значение RXBUFSIZE . Однако даже при большом буфере FIFO некоторые данные могут быть потеряны, если скорость передачи данных очень высока. Если буфер FIFO в ОЗУ заполнится, драйвер просто отбросит неподходящие байты.

Настройка

Для запуска этого примера вам потребуется следующее:

• Два начальных комплекта беспроводной связи (WSTK)
• Две радиоплаты или модули
• Два окна терминала (например, TeraTerm или PuTTY), запущенные на вашем ПК

1. Создайте новый SoC — пустой проект приложения с Bluetooth SDK версии 2. 12 или новее.

2. Щелкните файл .isc в дереве проекта, выберите поле Custom BLE GATT в правой части конфигуратора и, наконец, выберите Импорт GATT из файла .bgproj из значков рядом с полем (самый нижний значок).

3. Выберите предоставленный файл gatt.xml , нажмите Сохранить и нажмите Создать . Теперь у вас должна быть новая служба SPP и в ней одна характеристика.

4. Copy the following files to your project:

   • app.c
   • spp_utils.h
   • spp_utils.c
   • spp_client_main.c
   • spp_server_main.c

5. Enable printing to console by setting DEBUG_LEVEL от 0 до 1 в app.h

6. Создайте проект и прошейте его на оба ваших устройства. (Если у вас есть две разные радиоплаты, вам нужно создать два проекта, по одному для каждой платы, и повторить шаги. Если вы используете одинаковые радиоплаты, вы можете прошить один и тот же образ.)

Использование

Когда приложение загружается, оно проверяет состояние кнопок PB0 и PB1. Если кнопки не нажаты, приложение запускается в роли сервера SPP, и вы должны увидеть это в последовательном выводе: * Режим сервера SPP *

Удерживая либо PB0, либо PB1 нажатой во время перезагрузки, приложение запускается в режиме клиента SPP , и вы должны увидеть это в последовательном выводе: * Режим клиента SPP *

В режиме сервера устройство объявляет пользовательскую службу SPP и ожидает входящих подключений.

В режиме клиента устройство начинает сканирование и выполняет поиск пользовательского UUID SPP в ответах на сканирование. Если совпадение найдено, клиент подключается к цели, обнаруживает службу и характеристики SPP и включает уведомления для характеристики SPP_data. В этот момент любые данные, вводимые на стороне клиента, отправляются по воздуху на сервер и распечатываются на удаленном UART. Точно так же любые данные, вводимые в UART сервера, передаются обратно клиенту.

Для подключения к комплекту с помощью терминальной программы используйте следующие настройки UART: скорость передачи 115200, 8N1, без управления потоком .

ПРИМЕЧАНИЕ: Убедитесь, что вы используете те же настройки скорости передачи данных и управления потоком в вашем стартовом комплекте и микропрограмме радиоплаты или модуля, а также в вашей терминальной программе. Для WSTK это можно проверить в Debug Adapters->Launch Console->serial vcom (config speed/handshake)

Launch Console

Конфигурация WSTK

На приведенной ниже анимации показано, что происходит при включении клиентской и серверной плат. Клиент слева, а сервер справа. Вскоре после включения клиент найдет сервер и автоматически откроет соединение. Когда соединение настроено правильно и уведомления включены, оба приложения будут выводить строку «SPP Mode ON» , что указывает на то, что прозрачное последовательное соединение открыто. С этого момента любые данные, которые вы вводите в клиентский терминал, будут отображаться в серверном терминале и наоборот.

Демонстрационная анимация терминала

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

Источник

• app.c
• spp_client_main.c
• spp_server_main.c
• spp_utils.c
• spp_utils.h
• gatt.xml

SPP API — ESP32 — — Руководство по программированию ESP-IDF последняя документация

Пример применения

Проверьте папку bluetooth/bluedroid/classic_bt в примерах ESP-IDF, которая содержит следующее приложение:

• Это демонстрационная версия SPP. Эта демонстрация может обнаруживать службу, подключаться, отправлять и получать данные SPP bluetooth/bluedroid/classic_bt/bt_spp_acceptor, bluetooth/bluedroid/classic_bt/bt_spp_initiator

Справочник API

Функции

esp_err_t esp_spp_register_callback (обратный вызов esp_spp_cb_t)

Эта функция вызывается для инициализации обратных вызовов с модулем SPP.

Параметры

обратный вызов – [in] указатель на функцию обратного вызова инициализации.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_init (режим esp_spp_mode_t)

Эта функция вызывается для инициализации модуля SPP. Когда операция будет завершена, функция обратного вызова будет вызвана с ESP_SPP_INIT_EVT. Эту функцию следует вызывать после успешного завершения esp_bluedroid_enable().

Параметры

режим – [in] Выберите режим SPP, ESP_SPP_MODE_CB или ESP_SPP_MODE_VFS.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_deinit(void)

Эта функция вызывается для объединения модуля SPP. Операция сначала закроет все активные SPP-соединения, затем будет вызвана функция обратного вызова с ESP_SPP_CLOSE_EVT, а количество ESP_SPP_CLOSE_EVT равно количеству соединений. Когда операция будет завершена, функция обратного вызова будет вызвана с ESP_SPP_UNINIT_EVT. Эту функцию следует вызывать после успешного завершения esp_spp_init().

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_start_discovery(esp_bd_addr_t bd_addr)

Эта функция вызывается для обнаружения услуг, предоставляемых данным одноранговым устройством. Когда операция будет завершена, функция обратного вызова будет вызвана с ESP_SPP_DISCOVERY_COMP_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Параметры

bd_addr – [in] Адрес Bluetooth-устройства удаленного устройства.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_connect(esp_spp_sec_t sec_mask, роль esp_spp_role_t, uint8_t remote_scn, esp_bd_addr_t peer_bd_addr)

Эта функция устанавливает соединение SPP с удаленным адресом BD. Когда соединение инициировано или не удалось инициировать, обратный вызов вызывается с помощью ESP_SPP_CL_INIT_EVT. Когда соединение установлено или не удалось, обратный вызов вызывается с ESP_SPP_OPEN_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Параметры

• sec_mask – [in] Маска настроек безопасности. Предлагается использовать только ESP_SPP_SEC_NONE, ESP_SPP_SEC_AUTHORIZE или ESP_SPP_SEC_AUTHENTICATE.

• роль – [in] Главный или подчиненный.

• remote_scn – [in] Удаленное устройство bluetooth устройство SCN.

• peer_bd_addr – [in] Адрес Bluetooth-устройства удаленного устройства.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_disconnect (дескриптор uint32_t)

Эта функция закрывает соединение SPP. Когда операция будет завершена, функция обратного вызова будет вызвана с ESP_SPP_CLOSE_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Параметры

ручка – [дюйм] Соединительная ручка.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_start_srv (esp_spp_sec_t sec_mask, роль esp_spp_role_t, uint8_t local_scn, const char *name)

Эта функция создает сервер SPP и начинает прослушивать запрос на подключение SPP от удаленного устройства Bluetooth. Когда сервер успешно запущен, обратный вызов вызывается с помощью ESP_SPP_START_EVT. Когда соединение установлено, обратный вызов вызывается с ESP_SPP_SRV_OPEN_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Параметры

• sec_mask – [in] Маска настроек безопасности. Предлагается использовать только ESP_SPP_SEC_NONE, ESP_SPP_SEC_AUTHORIZE или ESP_SPP_SEC_AUTHENTICATE.

• роль – [in] Главный или подчиненный.

• local_scn – [in] Конкретный канал, который вы хотите получить. Если канал равен 0, означает получение любого канала.

• наименование – [in] Имя сервера.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_stop_srv(пусто)

Эта функция останавливает все серверы SPP. Операция сначала закроет все активные SPP-соединения, затем будет вызвана функция обратного вызова с ESP_SPP_CLOSE_EVT, а количество ESP_SPP_CLOSE_EVT равно количеству соединений. Когда операция завершена, обратный вызов вызывается с ESP_SPP_SRV_STOP_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_stop_srv_scn(uint8_t scn)

Эта функция останавливает определенный сервер SPP. Операция сначала закроет все активные соединения SPP на конкретном сервере SPP, затем будет вызвана функция обратного вызова с ESP_SPP_CLOSE_EVT, а количество ESP_SPP_CLOSE_EVT равно количеству соединений. Когда операция завершена, обратный вызов вызывается с ESP_SPP_SRV_STOP_EVT. Эта функция должна быть вызвана после успешного выполнения esp_spp_init() и перед esp_spp_deinit().

Параметры

scn – [in] Номер канала сервера.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_write (дескриптор uint32_t, int len, uint8_t *p_data)

Эта функция используется для записи данных, только для ESP_SPP_MODE_CB. Когда эту функцию необходимо вызывать повторно, настоятельно рекомендуется вызывать эту функцию снова после того, как получено предыдущее событие ESP_SPP_WRITE_EVT и параметр «cong» равен false. Если предыдущее событие ESP_SPP_WRITE_EVT с параметром «cong» равно true, функция может быть вызвана снова только при получении события ESP_SPP_CONG_EVT с параметром «cong», равным false. Эта функция должна быть вызвана после установления соединения между инициатором и акцептором.

Параметры

• ручка – [in] Соединительная ручка.

• len – [in] Длина записываемых данных.

• p_data – [in] Данные записаны.

Возвращает

• ESP_OK: успех

• прочее: ошибка

esp_err_t esp_spp_vfs_register(void)

Эта функция используется для регистрации VFS. На данный момент SPP поддерживает только запись, чтение и закрытие.

Возвращает

• ESP_OK: успех

• прочее: ошибка

Штуцеры

объединение esp_spp_cb_param_t

#include

Объединение параметров обратного вызова SPP.

Публичные члены

структура esp_spp_cb_param_t::spp_init_evt_param инициализация

Параметр обратного вызова SPP SPP_INIT_EVT

Структура esp_spp_cb_param_t::spp_uninit_evt_param модуль

Параметр обратного вызова SPP SPP_UNINIT_EVT

структура esp_spp_cb_param_t::spp_discovery_comp_evt_param disk_comp

Параметр обратного вызова SPP SPP_DISCOVERY_COMP_EVT

структура esp_spp_cb_param_t::spp_open_evt_param открыть

Параметр обратного вызова SPP ESP_SPP_OPEN_EVT

структура esp_spp_cb_param_t::spp_srv_open_evt_param srv_open

Параметр обратного вызова SPP ESP_SPP_SRV_OPEN_EVT

структура esp_spp_cb_param_t::spp_close_evt_param закрыть

Параметр обратного вызова SPP ESP_SPP_CLOSE_EVT

Старт структуры esp_spp_cb_param_t::spp_start_evt_param

Параметр обратного вызова SPP для ESP_SPP_START_EVT

структура esp_spp_cb_param_t::spp_srv_stop_evt_param srv_stop

Параметр обратного вызова SPP ESP_SPP_SRV_STOP_EVT

структура esp_spp_cb_param_t::spp_cl_init_evt_param cl_init

Параметр обратного вызова SPP ESP_SPP_CL_INIT_EVT

структура esp_spp_cb_param_t::spp_write_evt_param запись

Параметр обратного вызова SPP ESP_SPP_WRITE_EVT

структура esp_spp_cb_param_t::spp_data_ind_evt_param data_ind

Параметр обратного вызова SPP ESP_SPP_DATA_IND_EVT

структура esp_spp_cb_param_t::spp_cong_evt_param конг

Параметр обратного вызова SPP ESP_SPP_CONG_EVT

структура spp_cl_init_evt_param

#include h>

ESP_SPP_CL_INIT_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

uint8_t sec_id

Идентификатор безопасности, используемый этим сервером

логическое значение use_co

ИСТИНА для использования co_rfc_data

структура spp_close_evt_param

#include

ESP_SPP_CLOSE_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t port_status

Состояние ПОРТА

uint32_t дескриптор

Соединительная ручка

логический асинхронный

ЛОЖЬ, если локальный инициирует отключение

структура spp_cong_evt_param

#include h>

ESP_SPP_CONG_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

логическое значение

ИСТИНА, перегружен. FALSE, незагруженный

структура spp_data_ind_evt_param

#include

ESP_SPP_DATA_IND_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

uint16_t лен

Длина данных

uint8_t *данные

Данные получены

структура spp_discovery_comp_evt_param

#include

SPP_DISCOVERY_COMP_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint8_t scn_num

Число scn_num

uint8_t scn[ESP_SPP_MAX_SCN]

канал #

константный символ *имя_службы[ESP_SPP_MAX_SCN]

имя_службы

структура spp_init_evt_param

#include

SPP_INIT_EVT.

Публичные члены

статус esp_spp_status_t

статус

структура spp_open_evt_param

#include

ESP_SPP_OPEN_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

Внутренний номер

Дескриптор файла только для ESP_SPP_MODE_VFS

esp_bd_addr_t rem_bda

Адрес однорангового узла

структура spp_srv_open_evt_param

#include h>

ESP_SPP_SRV_OPEN_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

uint32_t new_listen_handle

Новый дескриптор прослушивания

Внутренний номер

Дескриптор файла только для ESP_SPP_MODE_VFS

esp_bd_addr_t rem_bda

Адрес однорангового узла

структура spp_srv_stop_evt_param

#include

ESP_SPP_SRV_STOP_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint8_t scn

Номер канала сервера

структура spp_start_evt_param

#include h>

ESP_SPP_START_EVT.

Публичные члены

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

uint8_t sec_id

Идентификатор безопасности, используемый этим сервером

uint8_t scn

Номер канала сервера

логическое значение use_co

ИСТИНА для использования co_rfc_data

структура spp_uninit_evt_param

#include

SPP_UNINIT_EVT.

Публичные члены

статус esp_spp_status_t

статус

структура spp_write_evt_param

#include

ESP_SPP_WRITE_EVT.

публичных участников

статус esp_spp_status_t

статус

uint32_t дескриптор

Соединительная ручка

внутр. длина

Длина записываемых данных.

логическое значение

состояние перегрузки

Макросы

ESP_SPP_SEC_NONE

Нет защиты. относятся к BTA_SEC_NONE в bta/bta_api.h

ESP_SPP_SEC_AUTHORIZE

Требуется авторизация (требуется только для исходящего соединения) относится к BTA_SEC_AUTHORIZE в bta/bta_api.h

ESP_SPP_SEC_AUTHENTICATE

Требуется аутентификация. относятся к BTA_SEC_AUTHENTICATE в bta/bta_api.h

ESP_SPP_SEC_ENCRYPT

Требуется шифрование. относятся к BTA_SEC_ENCRYPT в bta/bta_api.h

ESP_SPP_SEC_MODE4_LEVEL4

Услуга уровня 4 в режиме 4, т. е. входящее/исходящее MITM и шифрование P-256 относятся к BTA_SEC_MODE4_LEVEL4 в bta/bta_api.h

ESP_SPP_SEC_MITM

Защита «Человек-в-середине» относится к BTA_SEC_MITM в bta/bta_api. h

ESP_SPP_SEC_IN_16_DIGITS

Минимум 16 цифр для пин-кода относятся к BTA_SEC_IN_16_DIGITS в bta/bta_api.h

ESP_SPP_MAX_MTU

SPP макс. MTU

ESP_SPP_MAX_SCN

SPP макс. SCN

Определения типов

typedef uint16_t esp_spp_sec_t

typedef void (*esp_spp_cb_t) (событие esp_spp_cb_event_t, esp_spp_cb_param_t *param)

Тип функции обратного вызова SPP. При обработке ESP_SPP_DATA_IND_EVT настоятельно рекомендуется кэшировать входящие данные и обрабатывать их в другой прикладной задаче с более низким приоритетом, а не непосредственно в этом обратном вызове.

Параметр события

Тип события

Параметр Параметр

Указатель на параметр обратного вызова, в настоящее время тип объединения

Перечисления

перечисление esp_spp_status_t

Значения:

перечислитель ESP_SPP_SUCCESS

Успешная операция.

перечислитель ESP_SPP_FAILURE

Общий сбой.

счетчик ESP_SPP_BUSY

Временно не могу обработать этот запрос.

счетчик ESP_SPP_NO_DATA

Нет данных

перечислитель ESP_SPP_NO_RESOURCE

Нет больше ресурса

счетчик ESP_SPP_NEED_INIT

Модуль SPP должен инициализироваться первым

счетчик ESP_SPP_NEED_DEINIT

Модуль SPP должен деинициализировать первый

счетчик ESP_SPP_NO_CONNECTION

Соединение могло быть закрыто

перечислитель ESP_SPP_NO_SERVER

Нет сервера SPP

перечисление esp_spp_role_t

Значения:

перечислитель ESP_SPP_ROLE_MASTER

Роль: мастер

перечислитель ESP_SPP_ROLE_SLAVE

Роль: раб

перечисление esp_spp_mode_t

Значения:

перечислитель ESP_SPP_MODE_CB

При поступлении данных будет обратный вызов с данными

перечислитель ESP_SPP_MODE_VFS

Использовать VFS для записи/чтения данных

перечисление esp_spp_cb_event_t

События функции обратного вызова SPP.