lprot

Продолжим изучение протокола bluetooth.

Сегодня я попробовал в HTerm посылать те же команды, что и EDICConfig.
Получается интересная штука. В прошлый раз, я уже приводил посылку от Infineon на которой EDICConfig закрывает порт, так как получает посылку предназначенную прошивке модуля bluetooth 02 52 4e 01 00 a1.

На самом деле Infineon посылает следующую посылку (привожу сразу с расшифровкой команд:
02 52 4e 01 00 a1 02 03 REQ SET_EVENT_FILTER All events reported
02 52 11 01 00 64 01 03 REQ SPP_TRANSPARENT_MODE Port0
01 fe 01 00 02 00 05 00 - вот эту посылку должен получить EDICConfig

Также разобрался с кодированием первых двух байт. Они служат для контроля вместо контрольной суммы. Сессия всегда начинается с байтов 01 ff. И с каждым новым пакетом, первый байт увеличивается на единицу, а второй уменьшается на единицу.

Проверил реакцию EDICConfig на сообщение 01 fe 01 00 02 00 05 00 и оно ему не нравится:

[12/09/2019 23:00:54] - Open port COM1 (C:\Program Files (x86)\Softing\EdicDriver\EDICConfig.exe)

[12/09/2019 23:00:56] Written data (COM1)
f0 f1 f2 f3 рсту
[12/09/2019 23:00:57] Read data (COM1)
f5 f4 f3 f2 f1 f0 хфутср
[12/09/2019 23:00:57] Written data (COM1)
00 ff 04 00 02 00 aa 01 .я....Є.
[12/09/2019 23:00:57] Written data (COM1)
f0 f1 f2 f3 рсту
[12/09/2019 23:00:58] Read data (COM1)
f5 f4 f3 f2 f1 f0 хфутср
[12/09/2019 23:00:58] Written data (COM1)
00 ff 01 00 04 00 ff 30 0e 00 .я....я0..
[12/09/2019 23:00:59] Read data (COM1)
00 ff 01 00 03 00 00 00 01 .я.......
[12/09/2019 23:00:59] Written data (COM1)
01 fe 01 00 04 00 ff 30 0f 00 .ю....я0..
[12/09/2019 23:01:00] Read data (COM1)
01 fe 01 00 02 00 05 00 .ю......
[12/09/2019 23:01:10] - Close port COM1

Жду лог Serial Port Monitor от владельцев адаптера с модулем AMB2300 который пускает в настройки в EDICConfig...