Couple questions about the bluetooth protocol

[Gernby]

I looked through the sample code that you provided here, but since it's not a syntax I'm familiar with, there are a couple things that I'm not clear about.

Am I correct that a single request can be sent to retrieve many different parameters, and the FlashPro (or other device) will respond with a single packet that contains the values for all of the parameters in the previous request? If so, could it be that sample rate per parameter would be independent of the number of parameters in the request, or could a higher sample rate (per parameter) be achieved by requesting fewer parameters?

Is there a way to have the FlashPro stream data across the channel continuously, or will it only send a single response for each request?

[Gernby]

After looking through the ELM documentation, I'm really curious if the bluetooth protocol will allow me to request that the ELM stream raw data from the CAN bus (page 48). If so, what kind of data rate might the bluetooth connection be able to support?

[Hondata]

The sample code is in 'C', the only code a real programmer uses. Some portions are in pseudo-code.

The datalog packet size & content is fixed.

We only partially implement the ELM327 protocol (I think it mentions this in the documentation). Advanced CAN filtering, raw data is not supported.

[Gernby]

The sample code is in 'C', the only code a real programmer uses.

ZING!!! LOL

It's been years and years since I wrote anything in C, so it looks like jibberish after working with VB.NET for the last 7 years.

[Gernby]

The datalog packet size & content is fixed.

So does this mean that the sample rate could double by requesting half as many parameters?

[Hondata]

You don't request parameters - it is a fixed size & format packet.