I am adding a new transport to the SDK 1.1.1 UCI on Murata Type2AB.
all works great, start up and shutdown, ranging on the controlee reports the 0x62 Ranging NTF’s
(which means the controller side is sending some signal to be processed at the controlee, and I get good distance and angle values.)
however, on the controller side, I do NOT get the 0x62 ranging NTF’s reported in debug logging.
the app setup string is identical to the one produced by the python app, and then status NTFS report ready and active, same as the python app..
but nothing.. is there a state where TWR does only one way?
the only functional mod is to take the input from a different buffer and call out from the reporter for handling the Ranging reports..
any ideas where else to look? I’ve added debug in all the places to look, the transport is attached, then backends are open,
the code is conditional compile controller vs controlee, but only in handling the appropriate buffer mechanisms. I have intentionally not modified any of the UCI.. i modified controlTask to get the data from a different buffer..
my generated setup config string and the python script version below
21.03.00.6A.01.00.00.00.1B.00.01.01.11.01.01.03.01.00.01.01.02.06.02.00.00.04.01.09.22.01.01.02.01.00.12.01.03.2E.01.0B.27.02.08.07.28.06.01.02.03.04.05.06.0D.01.01.2B.08.00.00.00.00.00.00.00.00.14.01.0A.15.01.02.08.02.60.09.09.04.C8.00.00.00.1B.01.19.32.02.00.00.2C.01.00.13.01.00.2D.01.00.05.01.01.07.02.01.00.24.01.00.35.01.01
21.03.00.6a.02.00.00.00.1b.00.01.01.11.01.01.03.01.00.01.01.02.06.02.00.00.04.01.09.22.01.01.02.01.00.12.01.03.2e.01.0b.27.02.08.07.28.06.01.02.03.04.05.06.0d.01.01.2b.08.00.00.00.00.00.00.00.00.14.01.0a.15.01.02.08.02.60.09.09.04.c8.00.00.00.1b.01.19.32.02.00.00.2c.01.00.13.01.00.2d.01.00.05.01.01.07.02.01.00.24.01.00.35.01.01
only thing different is the case of the hex digits, also the same on the controlee side..which works.