Цитата:
|
Спасибо, тоже об этом думал. Видимо придется так и сделать.
----------
lprot
Переведи в читабельный вид))
|
Смысла переводить нет. Суть проста Infineon получив команду 01 fe 01 00 04 00 ff 30 0f 00, начинает диалог (его в логе не видно, но это не проблема) с прошивкой чипа LMX9830 (такой на оригинале стоит).
Если он получает нужные ответы от прошивки bluetooth, он выдает большой пакет с именем bluetooth, PIN, режимом безопасности и таймаутами.
Infineon передает команды UART break, SET_EVENT_FILTER, SPP_TRANSPARENT_MODE, GAP_READ_LOCAL_NAME, GAP_GET_FIXED_PIN, GAP_GET_SECURITY_MODE, Bluetooth модулю и соответственно ждет на них адекватный ответ. Иначе выдает 01 fe 01 00 02 00 05 00 что означает - ошибка связи с модулем bluetooth.
И соответственно когда Infineon получает посылку
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.
Он снова начинает диалог с прошивкой bluetooth чтоб записать имя, пин и настройку безопасности в bluetooth модуль. GAP_WRITE_LOCAL_NAME, GAP_SET_FIXED_PIN, GAP_SET_SECURITY_MODE
Руками я уже сэмулировал этот трафик (в режиме чтения) и добился того, что EDICConfig у меня не ругается Device is not accessible.
Но это первые шаги. Как реализовать этот алгоритм в прошивке модуля у меня задумка есть, сейчас разбираюсь с исходником SPP_UART.