3o|||sheet : комплекс для разработки промышленных контроллеров (виртуальных, или физических).Состоит из трех независимых частей:

1)Среда разработки. 2) Компилятор. 3) Среда выполнения на железе:

3o|||sheet IDE : Легкая кроссплатформенная среда разработки, может открываться даже на одноплатных ПК. Задача среды - транслировать языки программирования  (любые) в набор текстовых инструкций  для 3o|||sheet компилятора. А также, Устанавливать виртуальный  RTOS (собственной разработки) если пользователь распараллеливает программу на независимые задачи. В данный момент поддерживается LD, FBD и текстовый редактор для языков типа ST

3o|||sheet - компилятор

3o|||sheet - компилятор собственной разработки: независимое кроссплатформенное приложение. Самая интеллектуальная часть. Писать программы можно и без 3o|||sheet IDE,  Взяв  любой текстовый  редактор, например  Visual Code.

“Родным” кодом компилятора есть собственный стиль, гибрид синтаксиса ассемблера (инструкции) и языка СИ (данные) , сделано с целью - максимально простой трансляции других высокоуровневых языков на платформу. Какая бы ни была среда разработки  (LD FBD ST) своя или сторонняя, среда должна транслировать в наш код .3osheet.

Несмотря на то что данные / переменные в системе виртуальные - физический их размер такой же как у языка СИ или Ассемблера. По переменным - никакой избыточности нет. В отличии от lua, Java , MicroPython , где переменная типа bool - весит больше 20 байт . Тут все оптимизировано для экстремально слабого железа. Вся ответственность типизации и работы с массивами лежит на компиляторе.

3o|||sheet Runtime

3o|||sheet Runtime: регистровая виртуальная машина работающая на стороне железа. Написана на СИ. Не использует низкоуровневый код под конкретную архитектуру, и быстро компилируется на любое железо ARM, RISC V,  x86, разница только в настройке периферии, которую также инициализировать можно из виртуального уровня.

Указанные требования - только  для запуска виртуальной машины.

Для пользовательских программ нужно  + память  программ ( к ОЗУ и Flash). С примерным расчетом 8-12 байт на каждую базовую инструкцию если мы говорим о LD языке. И 60-100 байт на каждый таймер / счетчик.

Если говорим о пользовательских LD/FBD то каждая атомарная инструкция входящая в него (ADD, SUB , инкременты  разные, переходы по веткам ) -  4 байта.

3o|||sheet Runtime - это полноценная машина. Содержит все нужные типы инструкций в том числе по работе с виртуальным стеком / контекстом задач. Что позволяет исполнять любые программы (глубокие переходы между функциями, рекурсии, многопоточность/многоядерность ). Разрабатывалась специально под АСУ ТП и строгие временные рамки исполнения задач.

Преимущества перед мировыми брендами

Это первая система виртуализации для железа с критически малыми ресурсами . У мировых производителей есть ПЛК с вытесняющей многозадачностью (не на железе с 8кБ ОЗУ). У нас  первый возможный ПЛК,  который может работать в нескольких  режимах одновременно ( в отличии от брендов где только что то одно). И в целом кардинально новое.

На базе микроконтроллера с 16 килобайт ОЗУ можно запустить несколько исполнителей, разделяя на критичность процессов.

Представьте что вы АСУ ТП шник, и меньше всего хотите остановить какой то процесс из-за простоя. Вы можете создать несколько изолированных исполнителей разделяя  по критичности:

Первая VM0 это - общие задачи + RTOS. Хотя  зависшая задача не повлияет на другие задачи так как периферийный таймер все равно переключит, но критическая ошибка кода - может положить систему/машину.

Обычный ПЛК от критической ошибки бы - лег. Тут ляжет только один из исполнителей.

Сюда мы можем установить HMI , не критическую связь, иной код с возможными рисками.

VM1 VM2 Критический код, безопасность (максимально простые процессы, не используя стек или глубокие переходы) - выполняем отдельными независимыми исполнителями.

На физическом уровне, в CPU -  у каждого исполнителя своя область памяти (свой массив байт) что бы там не произошло - вылетит только один,

другие продолжат работать.

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

Используя подобную архитектуру, сейчас разрабатываю механизм для создания  ПЛК под возможный стандарт  безопасности SIL3 SIL4 обеспечивая механизмы которых нет даже в мировых брендов:

Множественные исполнители программ.

Выполняться  код может в безопасном режиме. Например один исполнитель без доступа к физическим процессам - исполняет код, второй проверяет не слетела ли машина после этого , и самое главное - проверяет хэш исполнения на наличия “тихих ошибок” которые просто могут быть не замечены компилятором и даже средой выполнения ( не будет исключения, но данные могут быть ошибочны - вместе с ложным  срабатыванием впоследствии физическим выводом).

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

Жесткая изоляция: Сбой в VM1 (например, из-за некорректных данных с Датчика 1) никак не повлияет на выполнение VM2.

В классическом ПЛК с одной общей памятью сбойная программа могла бы повредить общие данные и "положить" весь контроллер.

Arbiter - сверяет данные, перезапускает слетевшего исполнителя, другое.

Подобные механизмы были раньше только в системах на Linux, а не на микроконтроллерах с 8-16 кб ОЗУ в формате ПЛК. Но Linux -  не система реального времени, и вообще темный лес для безопасности критических систем.

Виртуализация  выполнения проигрывает по скорости в 2-4 раза в сравнении с нативным кодом. А  создание нативных платформ для ПЛК - гораздо легче  путь,  так как свои LD ST  программы можно транслировать в СИ и компилировать например СИ-шным компилятором,  не заморачиваться о деталях реализации самому (как это делают открытые проекты типа Beremiz  и разные отечественные разработчики ПЛК).

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

Первое тестирование и сравнение с брендом: Своими разработками, соревнуюсь с брендами в АСУ ТП. Аналог Allen Bradley? STM32G030 против Micro810

Дальше буду тестировать свою разработку на разном железе и сравнивать с мировыми брендами. То что на быстрых CPU результаты будут хорошие итак понятно, но целенаправленно буду тестировать в основном "слабые" микроконтроллеры, для демонстрации уровня оптимизации и максимальные возможности которые можно эффективно выжать из слабого железа чего не предлагают мировые бренды в АСУ ТП.

Этот пост - обновленная справка по проекту, ссылаться на него буду в дальнейшем в тестах, как информация о проекте

При текущем уровне добычи рентабельных запасов нефти России хватит всего на 26 лет. Об этом заявил министр природных ресурсов и экологии Александр Козлов во время правительственного часа в Госдуме. Из 31 млрд тонн разведанных запасов экономически целесообразно извлекать лишь 13 млрд тонн, сосредоточенных в основном в традиционных регионах вроде Западной Сибири и Поволжья. При этом свыше 70% неразведанных ресурсов находятся в Арктике и зонах вечной мерзлоты, где добыча сопряжена с особыми сложностями. Без освоения этих месторождений страна уже в ближайшие десятилетия столкнется с резким падением добычи, что приведет к росту цен на топливо для населения и потере бюджетами важного источника доходов.

Основная проблема нефтедобычи на севере — это уникальная высоковязкая нефть. Чтобы поднять ее на поверхность, необходимо разогревать горную породу.

Самый эффективный метод — подача перегретого пара, который обеспечивает прогрев до температур 200-300°C, что позволяет ему нести больше тепловой энергии и не остывать при движении по скважине. Пар проникает в пласт и «растапливает» нефть прямо под землей, чтобы она могла подняться.

Для добычи высоковязкой нефти существуют и другие методы, но в условиях вечной мерзлоты каждый из них сталкивается с серьезными технологическими барьерами. Например, химические растворители требуют постоянных затрат и могут нанести вред экологии, а их эффект часто оказывается кратковременным. Внутрипластовое горение напоминает управление подземным пожаром — процесс плохо поддается контролю, может привести к безвозвратной потере части запасов и создает прямую угрозу безопасности: процесс может привести к резким выбросам пламени, разрушению скважин и возгоранию. Электрический нагрев потребляет колоссальные объемы энергии и экономически не оправдан для крупных месторождений. Механические методы, например, специализированные насосы, просто не справляются с экстремальной вязкостью нефти в таких условиях.

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

Однако и у пара есть серьезный побочный эффект. При движении по скважине он сильно нагревает всё вокруг. Это тепло растапливает многолетнемёрзлые породы — природный фундамент, который тысячелетиями обеспечивал прочность и стабильность грунта. Когда вечная мерзлота тает, исчезает естественная опора всего месторождения. Мерзлые породы теряют прочность, скважины деформируются и выходят из строя, что приводит к авариям и миллионным убыткам. До 30% тепла тратится впустую и вместо прогрева нефти уходит на оттаивание мерзлоты. Таяние грунта запускает цепную реакцию: проседают фундаменты зданий, нарушается водный баланс территорий, высвобождаются парниковые газы. Это создает угрозу для инфраструктуры всего региона и усиливает глобальное изменение климата, делая проблему не только производственной, но и общеэкологической.

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

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

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

Решение нашли ученые Пермского Политеха. Они создали виртуальный двойник скважины — математическую модель процессов тепломассопереноса в ТЛТ, которая прогнозирует распространение тепла в нефтяных скважинах, оборудованных термокейсами. Уникальность модели в том, что она впервые в мире создана как полноценная 3D-модель, которая точно рассчитывает распространение тепла через все слои скважины одновременно.

Ученые «перевели» на язык математики цепочку теплопередачи в скважине. Модель просчитывает весь путь теплового потока — от момента подачи пара по трубам до его взаимодействия с окружающими породами. Эта цифровая копия учитывает множество параметров одновременно. Она отслеживает, как материалы меняют свойства при нагреве, как тепло распространяется во времени, и все уникальные особенности конструкции скважины и окружающего грунта.

— Эффективность модели проверяли на данных с Усинского месторождения в Республике Коми.  Этот регион был выбран неспроста — там сочетаются вечная мерзлота, залежи вязкой нефти и проблемы с парафиновыми отложениями. Последние представляют особую сложность: при снижении температуры парафины в нефти затвердевают и оседают на стенках трубопроводов, уменьшая их диаметр, повышая давление в системе и создавая риск полной блокировки потока нефти, — рассказывает Дмитрий Пинягин, аспирант кафедры «Конструирование и технологии в электротехнике» ПНИПУ.

Результаты испытаний показали высокую точность математической модели во всех режимах работы скважины. В фоновом режиме (без подачи пара) расхождение между расчетами и фактическими данными составило менее 0,1% — практически идеальное совпадение.

В рабочих режимах точность тоже впечатляющая. В режиме пропитки — при умеренном нагреве до 143°C — расхождения не превысили 8%. В наиболее интенсивном режиме нагрева до 273°C модель показала хороший результат — 95% соответствия экспериментальным данным.

— Небольшие расхождения между расчетными и фактическими данными в рабочих режимах связаны с объективными производственными факторами. На реальном месторождении теплоизоляция постепенно теряет первоначальные характеристики, а в местах соединения труб неизбежно возникают дополнительные теплопотери, которые на данном этапе не были учтены в математической модели, — поясняет Наталия Труфанова, заведующая кафедрой «Конструирование и технологии в электротехнике» ПНИПУ, доктор технических наук.

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

Разработка особенно важна для месторождений со сложными мерзлотными условиями, где инженерная ошибка может привести к многомиллионным убыткам и серьезному экологическому ущербу. Внедрение модели позволит повысить эффективность добычи, снизить энергозатраты, увеличить межремонтный период скважин и предотвратить аварии, связанные с оттаиванием мерзлых пород. Гибкость и масштабируемость решения позволяют применять его для различных типов скважин.

Bluetooth — беспроводная технология для обмена данными на небольшом расстоянии. Она распространилась в начале 2000-х годов, обеспечив мобильным телефонам поддержку беспроводных гарнитур и быструю передачу файлов. Сегодня одна из главных сфер использования Bluetooth — беспроводные наушники. Чем отличаются между собой версии и профили этой технологии?

Bluetooth 1.x

Дебютные версии Bluetooth — 1.0 и 1.0B — презентовали в 1999 году. В мобильных телефонах эта технология впервые появилась в 2000 году. Она предполагала передачу на скорости до 1 Мбит/c. Полезные данные могли занимать полосу до 0.7 Мбит/c. Однако реализация первых версий оставляла желать лучшего. Анонимность при соединении не обеспечивалась, а совместимость между продуктами разных производителей была плохой.

В конце 2001 года представили Bluetooth 1.1. В этой версии исправили множество ошибок и увеличили функционал. Здесь появились индикатор уровня принимаемого сигнала и возможность использования незашифрованных каналов.

Bluetooth 1.2, появившийся в 2003 году, доработали более существенно. Эта версия обеспечивала более быстрое обнаружение и подключение устройств. Кроме того, стандарт лучше использовал доступную полосу передачи. Стабильность работы выросла счет технологий eSCO и AFH. Первая позволяла повторно передавать поврежденные при передаче пакеты. Вторая улучшала устойчивость к помехам, возникающих из-за других устройств в этом же частотном диапазоне.

Bluetooth версии 1.1 и 1.2 поддерживались каждым вторым мобильником начала «нулевых».

Bluetooth 2.x

Вluetooth 2.0 + EDR увидел свет в конце 2004 года. Его главным улучшением стал режим Enhanced Data Rate. В нем пропускная способность увеличивалась втрое — за счет трехбитового кодирования. Скорость соединения составляла до 3 Мбит/с, а полезных данных — до 2,1 Мбит/с. Энергопотребление в режиме EDR было снижено, но этот режим использовался лишь опционально. Без него технология была обратно совместима с предшественниками версии 1.x.

В 2007 году вышел Вluetooth 2.1 + EDR. Его спецификации аналогичны предшественнику. Улучшения коснулись безопасности, надежности и скорости сопряжения устройств. Среди новшеств — функция Sniff Subrating. Она позволяет увеличить интервал подтверждения сигнала. За счет этого заметно сократилось энергопотребление.

Bluetooth 2.0 и 2.1 — одни из самых долгоживущих на рынке версий. Мобильные телефоны (а позже и смартфоны) оснащались такими модулями с 2005 по 2012 год.

Bluetooth 3.0

В апреле 2009 года появился Bluetooth 3.0 + HS. Его особенностью стал новый режим High Speed. Он позволял передавать данные на скорости до 24 Мбит/c. Но для этого задействовался не сам Bluetooth, а канал Wi-Fi. Для передачи на максимальной скорости требовался модуль этой беспроводной сети. Без него новый Bluetooth работал аналогично предшествующей версии 2.1.

Bluetooth 3.0 не снискал большой популярности. В основном им оснащались только флагманские устройства. Многие модели перешли со второй версии технологии сразу на четвертую.

Bluetooth 4.x

Bluetooth 4.0 презентовали в июне 2010 года. Он получил еще один режим — низкого энергопотребления (Low Energy, LE). В первую очередь он предназначался для устройств интернета вещей: различных датчиков и «умных» гаджетов. Устройства с поддержкой Bluetooth 4.0 могут включать свой передатчик только на время отправки данных. Это позволяет в несколько раз продлить их работу от батарей или аккумуляторов.

В декабре 2013 года вышел обновленный Bluetooth 4.1. Теперь любое устройство могло быть и клиентом, и концентратором одновременно. Появилась возможность управлять каждым из сопряженных устройств с помощью другого. Например, смартфоном с умных часов — и наоборот. Также появился фильтр для защиты от помех мобильных сетей LTE, которые к тому времени стали набирать обороты.

Bluetooth 4.2 появился ровно через год, в декабре 2014. Он получил заметные улучшения режима Low Energy. Теперь для устройств интернета вещей поддерживалась сеть IPv6 с уникальными адресами. Реальная скорость обмена данными с ними возросла до 2,5 раз. Все благодаря увеличению емкости переданных пакетов.

Bluetooth 5.x

Bluetooth 5.0 увидел свет в декабре 2016 года. Его ключевые изменения — заметное повышение дальности и скорости обмена данными. В режиме High Speed она выросла с 24 до 48 Мбит/c, а в режиме Low Energy — с одного до двух Мбит/c. К тому же, теперь любые устройства могли без ограничений использовать режим LE, в том числе — беспроводные наушники. Поэтому период их расцвета начался именно с распространением Bluetooth 5.0.

Обновление Bluetooth 5.1 появилось только спустя два года, в январе 2019. Разработчики оптимизировали энергопотребление и надежность соединения. Но главное — они внедрили отслеживание углов получения (AoA) и отправки сигнала (AoD). Это позволяет с высокой точностью определять местоположение сопряженного устройства, концентрируя сигнал в его направлении.

В декабре того же года представили Bluetooth 5.2. Его ключевые улучшения были направлены на передачу звука в режиме LE. Новый механизм Power Control позволяет устройствам «договариваться» о мощности передачи. На близком расстоянии она снижается, на высоком — повышается. А улучшенный протокол передачи атрибутов (EATT) теперь поддерживает параллельные транзакции и управление размерами блоков прямо во время соединения. Это улучшает стабильность работы.

Завершает картину LE Isochronous Channels — функция одновременной синхронной передачи звука на несколько устройств с разными приемниками. Ее стали широко задействовать в 2022 году, с появлением стандарта LE Audio.

LC3

Новый перспективный кодек, разработанный Fraunhofer IIS и Ericsson в качестве замены SBC. Входит в стандарт Bluetooth 5.2 LE, что должно поспособствовать его распространению в новых устройствах в ближайшее время. Битрейт LC3 составляет от 160 до 345 Кбит/с, но за счет более продвинутой технологии кодирования качество по сравнению с SBC выше.

Интересная особенность: кодек поддерживает 32-битную точность звука. При этом он довольно нетребователен к ресурсам, так как нацелен на экономию энергии. Благодаря невысокому битрейту удалось значительно сократить задержку — по этому параметру LC3 сравним с другими кодеками Low Latency.

На передачу более качественного звука рассчитан более продвинутый LC3 Plus. Его битрейт может доходить до 600 Кбит/c, а частота дискретизации увеличена с прежних 48 до 96 кГц. LC3 Plus имеет сертификат Hi-Res Wireless Audio, что намекает на его будущую конкуренцию с LDAC и LHDC.

Bluetooth 5.3 появился в июне 2021 года. Одна из его главных новаций — функция Connection Subrating. Она позволяет менять параметры соединения с минимальной задержкой. Выросли помехозащищенность и дальность. А еще подключенные устройства научились сообщать основному данные о наличии и качестве свободных каналов. В прошлых версиях технологии выбором канала занималось только основное устройство.

Bluetooth 5.4 выпустили в феврале 2023 года. Обмен периодическими уведомлениями между устройствами теперь сопровождается взаимными ответами. Это позволяет тратить меньше энергии на поддержку синхронизации. К тому же, данные в этих уведомлениях могут быть зашифрованы. Это делает соединение более безопасным.

Bluetooth 6.0

В августе 2024 года презентовали Bluetooth 6.0. Он получил функцию Channel Sounding, помогающую очень точно рассчитывать расстояние между гаджетами. Большие объемы данных теперь могут разбиваться на более мелкие пакеты. Это повышает скорость передачи и уменьшает задержки.

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

Сравнение версий

Объединим основные характеристики различных версий Bluetooth в таблице ниже.

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

Основные профили

Когда между Bluetooth-устройствами устанавливается соединение, они получают данные о поддерживаемых профилях друг друга. Только устройства, использующие одни и те же профили, могут обмениваться данными. Чем новее версия, тем больше разных команд «понимают» и могут выполнить устройства.

Существует множество профилей Bluetooth, предназначенных для различной техники. Вот основные варианты для беспроводных наушников и гарнитур.

• HSP (Handset Profile)

Базовый профиль для гарнитуры с микрофоном. Передает монофонический звук с битрейтом до 64 кбит/с. Поддерживает основные функции управления: ответ на звонок и его завершение, регулировку громкости. Это самый первый профиль для передачи звука по Bluetooth. C 2008 года его актуальной версией является 1.2.

• HFP (Hands-Free Profile)

Улучшенная версия HSP. Вдобавок к основным командам поддерживает голосовой набор, повторный набор последнего номера и ожидание вызова. Может использоваться и для гарнитур, и для громкой связи в автомобиле. К версии 1.5 в нем появилась возможность выводить номер вызываемого абонента и отображать статус вызова.

В версии 1.6 добавили широкополосный кодек Wide Band Speech. Он улучшает передачу звука. Добавилась поддержка передачи состояния с помощью индикаторов — например, уровня сигнала и заряда батареи гарнитуры. В версии 1.7 этот функционал доработали. В версии 1.8 улучшилась поддержка голосовых команд. В последней версии 1.9 добавили технологию Super Wide Band Speech. Она делает передачу звука еще более естественной.

• A2DP (Advanced Audio Distribution Profile)

Профиль для беспроводных наушников. Может передавать стереозвук с помощью разнообразных аудиокодеков. A2DP сам по себе не обеспечивает функций дистанционного управления. Для этой цели используется его связка с профилем AVRCP.

• AVRCP (Audio / Video Remote Control Profile)

Профиль дистанционного управления устройством воспроизведения. Первая версия умела только передавать команды на запуск, остановку и переключение треков. С версии 1.3 подключенные устройства научились «понимать», проигрывается ли дорожка или остановлена. А также получать ее метаданные: имя исполнителя, название трека и т. д.

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

В более поздней версии 1.5 исправили множество мелких ошибок. Сейчас она используется во многих смартфонах используется по умолчанию. Последние версии 1.6.x позволили передавать обложки треков, а также отображать количество треков в списке без его загрузки. Эти функции не используются наушниками, но пригодятся беспроводным колонкам с дисплеем.

Вспомогательные профили

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

• GAP (Generic Access Profile)

Базовая основа для других профилей. Определяет, как устройства Bluetooth обнаруживают и устанавливают соединение друг с другом.

• SPP/RFCOMM (Serial Port Profile)

Эмуляция передачи данных с помощью серийного порта. Лежит в основе профиля AVRCP, поэтому иногда указывается в характеристиках наушников отдельно.

• DIP (Device ID Profile)

Общий профиль, позволяющий передавать название и класс устройства. Благодаря ему мы видим на смартфоне название беспроводных наушников.

• SDAP (Service Discovery Application Profile)

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

• PBAP (Phone Book Access Profile)

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

• TMAP (Telephony and Media Audio Profile)

Общий профиль, определяющий набор функций Bluetooth для телефонии и воспроизведения мультимедиа.

• AVCTP (Audio/Video Control Transport Protocol)

Профиль контроля управления воспроизведением мультимедиа. Тесно связан с AVRCP.

• AVDTP (Audio/Video Distribution Transport Protocol)

Профиль, определяющий согласование параметров соединения и передачи для потоков аудио и видео. Также связан с AVRCP.

• GATT/ATT (Generic Attribute Profile/Attribute Profile)

Связанные между собой профили, предоставляющие службы обнаружения для устройств Bluetooth LE.

• SMP (Security Manager Protocol)

Профиль, использующий протоколы безопасности для подключения устройств с поддержкой Bluetooth LE.

Итоги

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

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

Лично мне было бы гораздо спокойнее, если бы у него на самом видном месте был красный грибок Emergency Stop. ⛔️

(Я про робота)

Место действия: ЖД вокзал Ростов-Главный.