Показать сообщение отдельно
Старый 14.09.2019, 18:47   #7933 (permalink)
Завсегдатай
 
Регистрация: 11.07.2019
Сообщений: 335
Вы сказали Спасибо: 87
Поблагодарили 86 раз(а) в 48 сообщениях
Сказал(а) Фууу!: 3
Сказали Фууу! 0 раз(а) в 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. Ответы на команды выше ожидаются в другом формате/последовательности.

Последний раз редактировалось lprot; 14.09.2019 в 19:00..
lprot вне форума   Ответить с цитированием