Dear Kelly,
Your suggestion seems very helpful to me. Actually, I am having
difficulties in unstable offset between PC clock and BT clock with jitters.
I am planning to mitigate jitters by approaching it in statistical manner.
However, your suggestion seems to solve the problem from more fundament
Not a problem, just an idea came into my head.
Since MAC address (48 bits) can be contained in one long long-type
variable, and BT clock (28 bits) can be contained in one integer-type
variable in C++, I can just send those values along a stream. If an offset
is considered, a smaller data type can
Jeon,
If you're just trying to get the results from 'hcitool clock', I'd look at
the source code for hcitool and just copy that code. You'll probably have
to add some extra #includes and link to a few extra libraries. This way
you won't get any extra latency that's added when you create new proc
Thank you, Marcus.
I've implemented code to get MAC address(hcitool dev) in a black class
constructor.
On the other hand, implementing code to get device's clock (hcitool clock)
in start() did not work well, maybe due to my little knowledge. Anyway,
since I have to get clocks repeatedly, I think
Hi Jeon,
Your use case is not what you'd use controlport for; I think you've got
it right: use modtool to create a sync block, but set its number of in-
and outputs to zero; override the start() method to spawn a new thread
that contains a function which has a loop that executes the external
comma
