VAS 5054 (он же VAS 5054a)

adolf80 · 14.09.2019, 09:45

А у вс417 есть эти режимы например - GAP_SET_SECURITY_MODE?

lprot · 14.09.2019, 10:13

Цитата:

Сообщение от adolf80
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

А у вс417 есть эти режимы например - GAP_SET_SECURITY_MODE?

Есть.

lprot · 14.09.2019, 18:47

Цитата:

Сообщение от adolf80
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

Похоже мы пришли к этому моменту так как:
1. Я разобрался с исходниками SPP_UART и научился как принимать так и отправлять пакеты находясь в середине между EDICConfig и Infineon.
2. Перепробовал разные комбинации ответов на команды Infineon предназначенные LMX9830:
02 52 4e 01 00 a1 02 03 - эта команда заставляет LMX9830 перестать посылать сообщения о событиях, но продолжать генерировать и реагировать на UART break.
02 52 11 01 00 64 01 03 - эта команда переводит LMX9830 в прозрачный режим.
Я пробовал посылать Infineon ответы:
CONFIRM_SET_EVENT_FILTER[] = {0x02, 0x43, 0x4e, 0x01, 0x00, 0x92, 0x00, 0x03};
CONFIRM_TRANSPARENT_MODE[] = {0x02, 0x43, 0x11, 0x02, 0x00, 0x56, 0x00, 0x01, 0x03};

Как по одиночке, сразу за командами которые по логике должны ожидать эти ответы, так и сразу после запроса прозрачного режима. К сожалению я получаю либо ответ об ошибке (01 fe 01 00 02 00 05 00), либо ответа нет, но светодиод на адаптере начинает моргать двумя короткими, одним длинным и одним коротким сигналами.

Предполагаю одно из двух:
1. Infineon посылает и ждет ответа на UART break
2. Ответы на команды выше ожидаются в другом формате/последовательности.

veloseeped · 15.09.2019, 15:46

Цитата:

Сообщение от lprot
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Предполагаю одно из двух:
1. Infineon посылает и ждет ответа на UART break
2. Ответы на команды выше ожидаются в другом формате/последовательности.

В дампе sys54.bin ( с адреса $5EA2 по $5EF7 включительно) есть бинарная структура. Там последовательно в кучу сложены все что относится к передаче данных, которые XC161 использует для связи с БТ-модулем.
Глянь, может натолкнет на какие-то мысли...

PS: Не исключаю, что окажется проще переделать эту табличку с команд для LMX9830 под команды понятные ВС417

veloseeped · 15.09.2019, 20:52

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

PS: Не исключаю, что окажется проще переделать эту табличку с команд для LMX9830 под команды понятные ВС417

Копнул код чуть глубже и похоже, что одной этой таблицей дело не решить.
Часть запросов к BT проц формирует в коде прямой загрузкой в буфер отдельных байтов в hex-виде.
Как пример, это выглядит так:
....
movb rl7, #2 ; STX
movb byte_A282, rl7
movb rl1, #52h ; ; REQ
movb byte_A283, rl1
movb rl2, #28h ; STORE_CLASS_OF_DEVICE
movb byte_A284, rl2
movb rl3, #3
movb byte_A285, rl3
...

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

lprot · 15.09.2019, 21:07

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Копнул код чуть глубже и похоже, что одной этой таблицей дело не решить.
Часть запросов к BT проц формирует в коде прямой загрузкой в буфер отдельных байтов в hex-виде.
Как пример, это выглядит так:
....
movb rl7, #2 ; STX
movb byte_A282, rl7
movb rl1, #52h ; ; REQ
movb byte_A283, rl1
movb rl2, #28h ; STORE_CLASS_OF_DEVICE
movb byte_A284, rl2
movb rl3, #3
movb byte_A285, rl3
...

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

Это нормально, не проблема. Здесь 02 статичен для всех команд - начало пакета, 03 тоже - конец пакета. 52 - тип=запрос, 0х28 опкод STORE_CLASS_OF_DEVICE, там еще длина (два байта) и контрольная сумма формироваться должна (алгоритм простой - последний байт суммы байтов (тип+опкода+длина)).

Мне важно знать другое, когда он начинает поcылать эти:
02 52 4e 01 20 a1 20 03 SET_EVENT_FILTER 00
02 52 4e 01 20 a1 02 03 SET_EVENT_FILTER 00
02 52 11 01 20 64 01 03 SPP_TRANSPARENT_MODE 01
02 52 1a 20 20 6c 03 RESTORE_FACTORY_SETTINGS
02 52 33 20 20 85 03 SDAP_DISCONNECT
02 52 23 01 20 76 0a 03 CHANGE_NVS_UART_SPEED
02 52 1c 20 20 6e 03 GAP_LIST_PAIRED_DEVICES
02 52 18 20 20 6a 03 GAP_GET_SECURITY_MODE
02 52 16 20 20 68 03 GAP_GET_FIXED_PIN
02 52 03 20 20 55 03 GAP_READ_LOCAL_NAME
команды. И что он посылает или ждет при включении адаптера.

С этими командами, мне как бы все понятно:
02 52 4e 01 20 a1 02 03 SET_EVENT_FILTER
00 02 52 11 01 20 64 01 03 SPP_TRANSPARENT_MODE 01

veloseeped · 15.09.2019, 22:37

На вопрос "когда" в условиях OC реального времени, работы по прерываниям с разным уровнем приоритетов точно ответить весьма проблематично
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

----------

Цитата:

Сообщение от lprot
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Мне важно знать другое, когда он начинает поcылать эти:
02 52 4e 01 20 a1 20 03 SET_EVENT_FILTER 00
02 52 4e 01 20 a1 02 03 SET_EVENT_FILTER 00
02 52 11 01 20 64 01 03 SPP_TRANSPARENT_MODE 01

Эти в коде не отслеживаются

Цитата:

Сообщение от lprot
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

02 52 1a 20 20 6c 03 RESTORE_FACTORY_SETTINGS
02 52 33 20 20 85 03 SDAP_DISCONNECT
02 52 23 01 20 76 0a 03 CHANGE_NVS_UART_SPEED
02 52 1c 20 20 6e 03 GAP_LIST_PAIRED_DEVICES
02 52 18 20 20 6a 03 GAP_GET_SECURITY_MODE
02 52 16 20 20 68 03 GAP_GET_FIXED_PIN
02 52 03 20 20 55 03 GAP_READ_LOCAL_NAME

Подпрограммы этих команд видны, но от этого не легче.
Кстати, там еще несколько раз используется команда "отлупа" - GAP_REMOVE_PAIRING

lprot · 15.09.2019, 22:46

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

На вопрос "когда" в условиях OC реального времени, работы по прерываниям с разным уровнем приоритетов точно ответить весьма проблематично
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

Мне не проблема реализовать таблицу, сгенерировать КС, ответить на запросы адаптера. Информация, которой не хватает - почему на команду
00 ff 01 00 04 00 ff 30 0f 00 или 01 fe 01 00 04 00 ff 30 0f 00 (первые два байта не важны так как это счетчик) которую я передаю Infineon руками - он мне отвечает 01 fe 01 00 02 00 05 00 вместо пакета
01 fe 01 00 3c 00 ff 30 10 00 01 00 56 41 53 35 .ю..<.¤0....VAS5
30 35 34 00 00 00 00 00 00 00 00 00 00 00 00 00 054.............
00 00 00 00 00 00 00 00 00 00 00 30 38 32 31 34 ...........08214
35 37 32 35 00 00 00 00 00 00 00 00 83 00 2c 01 5725........Г.,.
32 01 2.

Он даже не пытается читать параметры из модуля блютуз, хотя передает ему команды SET_EVENT_FILTER и SPP_TRANSPARENT_MODE.
Я ему пытался подтверждать SET_EVENT_FILTER и SPP_TRANSPARENT_MODE, также перед началом запроса пытался ему передавать
02 69 25 05 00 93 30 32 31 30 03 LMX9830_READY
и
02 69 0C 07 00 7C 30 32 31 30 12 14 01 03 SPP_INCOMING_LINK_ESTABLISHED

Но он упрямо отвечает 01 fe 01 00 02 00 05 00

Также я попробовал стать на RX ногу модуля блютуз на скоростях 9600 и 921600. И не обнаружил никаких запросов от Infineon к модулю bluetooth при включении питания. На 9600 я получаю строку C0 01 0B 09 90 D2 8F AF 57 57 55 6F 60

Похоже без лога трафика между Infineon и RX/TX выводами оригинального bluetooth модуля не обойтись.

Кстати проверил у себя PIO8 и PIO9 контакты на разъеме, которые уходят на Infineon. Это аналоги PG7 и PG6 на AMB2300. Так вот у меня на PIO8 нет напряжения, а на PIO9 есть.
Что интересно, если я имитирую соединение посылкой f0 f1 f2 f3, светодиод перестает моргать. А если затем закорачиваю PIO8 на PIO9, Infineon реагирует на это сбросом соединения (в UART ничего не шлет) и светодиод начинает снова моргать, но на команды больше не реагирует.

Возможно на оригинале PG6 и PG7 задействованы и Infineon только тогда выдает правильный ответ, когда на PG6 или PG7 высокий или низкий уровень.

veloseeped · 15.09.2019, 23:17

Так я об чем талдычу. Этож реалтайм.
Если посылать команды ручками, кто будет следить за валидностью таймаутов?
И по поводу сложности разборки кода.
Для инфо. Подпрограммы, так или иначе связанные с работой на BT, занимают 46% !!! всего объема кода OC в процессоре.
Причем производитель вообще не заморачивался с оптимизацией этого кода под определенный прибор - эта часть кода есть и в 5055 и прочих EDIC-ах.

lprot · 15.09.2019, 23:58

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Так я об чем талдычу. Этож реалтайм.
Если посылать команды ручками, кто будет следить за валидностью таймаутов?
И по поводу сложности разборки кода.
Для инфо. Подпрограммы, так или иначе связанные с работой на BT, занимают 46% !!! всего объема кода OC в процессоре.
Причем производитель вообще не заморачивался с оптимизацией этого кода под определенный прибор - эта часть кода есть и в 5055 и прочих EDIC-ах.

Да нет там проблем с таймаутами, так как я пробовал ему не руками, а из кода слать ответы на запросы. Протокол там простой, модуль и Infineon общаются по протоколу LMX9830, где защита это старт байт 02, стоп байт 03 и контрольная сумма типа, опкода и длины пакета.

Протокол между EDICConfig и Infineon тоже простой:
f0 f1 f2 f3 - это посылка установки сессии между клиентом (может быть EDICConfig, PDU) после которой светодиод постоянно горит
подтверждение от Infineon f5 f4 f3 f2 f1 f0.
00 ff 04 00 02 00 aa 01 - это запрос на сброс счетчика
00 ff - это счетчик, в котором первый байт увеличивается с каждым новым запросом, а второй уменьшается.

----------

Цитата:

Сообщение от spacer
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

вот лог со сменой тайминга с 600/605с на 300/306с и обратно:

[13/09/2019 18:04:43] - Open port COM36 (C:\Program Files (x86)\Softing\EdicDriver\EDICConfig.exe)

[13/09/2019 18:04:45] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:04:45] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:04:45] Written data (COM36)
00 ff 04 00 02 00 aa 01 .я....Є.
[13/09/2019 18:04:45] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:04:46] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:04:46] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:04:46] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:04:46] Written data (COM36)
01 fe 01 00 04 00 ff 30 0f 00 .ю....я0..
[13/09/2019 18:04:47] Read data (COM36)
01 fe 01 00 3a 00 00 00 01 00 56 41 53 35 30 35 .ю..:.....VAS505
34 20 3c 30 38 32 31 34 35 37 32 35 3e 00 00 00 4 <082145725>...
00 00 00 00 00 00 00 00 00 30 38 32 31 34 35 37 .........0821457
32 35 00 00 00 00 00 00 00 00 83 00 58 02 5d 02 25........ѓ.X.].
[13/09/2019 18:04:57] - Close port COM36

[13/09/2019 18:05:13] - Open port COM36 (C:\Program Files (x86)\Softing\EdicDriver\EDICConfig.exe)

[13/09/2019 18:05:15] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:05:16] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:05:16] Written data (COM36)
00 ff 04 00 02 00 aa 01 .я....Є.
[13/09/2019 18:05:16] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:05:16] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:05:16] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:05:16] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:05:16] Written data (COM36)
01 fe 01 00 04 00 ff 30 0f 00 .ю....я0..
[13/09/2019 18:05:17] Read data (COM36)
01 fe 01 00 3a 00 00 00 01 00 56 41 53 35 30 35 .ю..:.....VAS505
34 20 3c 30 38 32 31 34 35 37 32 35 3e 00 00 00 4 <082145725>...
00 00 00 00 00 00 00 00 00 30 38 32 31 34 35 37 .........0821457
32 35 00 00 00 00 00 00 00 00 83 00 58 02 5d 02 25........ѓ.X.].
[13/09/2019 18:05:17] Written data (COM36)
02 fd 04 00 02 00 aa 01 .э....Є.
[13/09/2019 18:05:18] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:05:18] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:05:18] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:05:18] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:05:18] Written data (COM36)
01 fe 01 00 3c 00 ff 30 10 00 01 00 56 41 53 35 .ю..<.я0....VAS5
30 35 34 00 00 00 00 00 00 00 00 00 00 00 00 00 054.............
00 00 00 00 00 00 00 00 00 00 00 30 38 32 31 34 ...........08214
35 37 32 35 00 00 00 00 00 00 00 00 83 00 2c 01 5725........ѓ.,.
32 01 2.
[13/09/2019 18:05:20] Read data (COM36)
01 fe 01 00 02 00 00 00 .ю......
[13/09/2019 18:05:20] - Close port COM36

[13/09/2019 18:05:48] - Open port COM36 (C:\Program Files (x86)\Softing\EdicDriver\EDICConfig.exe)

[13/09/2019 18:05:50] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:05:51] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:05:51] Written data (COM36)
00 ff 04 00 02 00 aa 01 .я....Є.
[13/09/2019 18:05:51] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:05:51] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:05:51] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:05:51] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:05:51] Written data (COM36)
01 fe 01 00 04 00 ff 30 0f 00 .ю....я0..
[13/09/2019 18:05:52] Read data (COM36)
01 fe 01 00 3a 00 00 00 01 00 56 41 53 35 30 35 .ю..:.....VAS505
34 20 3c 30 38 32 31 34 35 37 32 35 3e 00 00 00 4 <082145725>...
00 00 00 00 00 00 00 00 00 30 38 32 31 34 35 37 .........0821457
32 35 00 00 00 00 00 00 00 00 83 00 2c 01 32 01 25........ѓ.,.2.
[13/09/2019 18:06:02] - Close port COM36

[13/09/2019 18:06:42] - Open port COM36 (C:\Program Files (x86)\Softing\EdicDriver\EDICConfig.exe)

[13/09/2019 18:06:44] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:06:44] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:06:44] Written data (COM36)
00 ff 04 00 02 00 aa 01 .я....Є.
[13/09/2019 18:06:45] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:06:45] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:06:45] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:06:45] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:06:45] Written data (COM36)
01 fe 01 00 04 00 ff 30 0f 00 .ю....я0..
[13/09/2019 18:06:46] Read data (COM36)
01 fe 01 00 3a 00 00 00 01 00 56 41 53 35 30 35 .ю..:.....VAS505
34 20 3c 30 38 32 31 34 35 37 32 35 3e 00 00 00 4 <082145725>...
00 00 00 00 00 00 00 00 00 30 38 32 31 34 35 37 .........0821457
32 35 00 00 00 00 00 00 00 00 83 00 2c 01 32 01 25........ѓ.,.2.
[13/09/2019 18:06:46] Written data (COM36)
02 fd 04 00 02 00 aa 01 .э....Є.
[13/09/2019 18:06:46] Written data (COM36)
f0 f1 f2 f3 рсту
[13/09/2019 18:06:46] Read data (COM36)
f5 f4 f3 f2 f1 f0 хфутср
[13/09/2019 18:06:46] Written data (COM36)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[13/09/2019 18:06:46] Read data (COM36)
00 ff 01 00 03 00 00 00 01 .я.......
[13/09/2019 18:06:46] Written data (COM36)
01 fe 01 00 3c 00 ff 30 10 00 01 00 56 41 53 35 .ю..<.я0....VAS5
30 35 34 00 00 00 00 00 00 00 00 00 00 00 00 00 054.............
00 00 00 00 00 00 00 00 00 00 00 30 38 32 31 34 ...........08214
35 37 32 35 00 00 00 00 00 00 00 00 83 00 00 00 5725........ѓ...
00 00 ..
[13/09/2019 18:06:48] Read data (COM36)
01 fe 01 00 02 00 00 00 .ю......
[13/09/2019 18:06:48] - Close port COM36

Андрей, а можешь открыть COM36 в HTerm (скорость порта 115200), выставь режим передачи HEX без перевода строки. И пошли ему тремя отдельными строками:
00 ff 04 00 02 00 aa 01
f0 f1 f2 f3
00 ff 01 00 04 00 ff 30 0f 00

На первую строку не будет ответа (светодиод будет продолжать мигать), на вторую f5 f4 f3 f2 f1 f0 (светодиод будет гореть), а на третью по идее должен выдать:
01 fe 01 00 3a 00 00 00 01 00 56 41 53 35 30 35 .ю..:.....VAS505
34 20 3c 30 38 32 31 34 35 37 32 35 3e 00 00 00 4 <082145725>...
00 00 00 00 00 00 00 00 00 30 38 32 31 34 35 37 .........0821457
32 35 00 00 00 00 00 00 00 00 83 00 2c 01 32 01 25........Г.,.2.

15.09.2019, 23:17	#7939 (permalink)
veloseeped Абориген Регистрация: 07.12.2013 Сообщений: 1,534 Вы сказали Спасибо: 14 Поблагодарили 1,038 раз(а) в 554 сообщениях Сказал(а) Фууу!: 3 Сказали Фууу! 1 раз в 1 сообщении Откуда: МО	Так я об чем талдычу. Этож реалтайм. Если посылать команды ручками, кто будет следить за валидностью таймаутов? И по поводу сложности разборки кода. Для инфо. Подпрограммы, так или иначе связанные с работой на BT, занимают 46% !!! всего объема кода OC в процессоре. Причем производитель вообще не заморачивался с оптимизацией этого кода под определенный прибор - эта часть кода есть и в 5055 и прочих EDIC-ах. Последний раз редактировалось veloseeped; 15.09.2019 в 23:30..

14.09.2019, 09:45	#7931 (permalink)
adolf80 Абориген Регистрация: 26.10.2012 Сообщений: 1,021 Вы сказали Спасибо: 253 Поблагодарили 149 раз(а) в 98 сообщениях Сказал(а) Фууу!: 2 Сказали Фууу! 1 раз в 1 сообщении Откуда: Минск Авто: VW B7 2011 САХА	А у вс417 есть эти режимы например - GAP_SET_SECURITY_MODE?