Need a special serial library built

[Vader]

Hi everyone.

I need a special serial library built. I need to interrogate a physical device over serial. I cannot supply the physical device to you, once you agree to build this, I will have to use your code and test it, providing feedback as required.

There is a handshake required, including querying for available sensors. There is an associated instruction set (protocol), and data will be required to be placed into packages and stored, thus allowing the most recent package to be queried. Raw data received does not equal the data I wish to store - there will be computation of the raw values to store the meaningful data.
There are commands to send that retrieve different data sets. Some commands retrieve 5 bytes, some retrieve more, some commands cause the device to continually send data until you tell it to stop. This data stream may consist of multiple sensor data. The library must operate in the background and not stop the GUI.

So...
Handshake
Query for sensors
Retrieve current values
Compute actual data and store it
Retrieve current values
etc
[Occasionally...] Receive command
Stop current data stream
Send command to device
Retrieve current values
Compute actual data and store it
Retrieve current values
etc

I am happy for you to own the IP, but I must be able to use it without payment, including for commercial use.

Who's up for the challenge?

 

[Vader]

Ok, so I have somebody to assist me. That didn't take long!

 

[Beja]

Hello Vader,
Good that you solved it and found the solution.. I was not going to be able to help anyway.. but talking now in the time lost, I was wondering why would you need a special lib for regular app development. I understand your device has firmware that expects custom commands and event triggers and relay sensor information to a host device, but since the firmware was not part of the job so came my question..

 

[Vader]

No solution yet. It's going to take a while to build what I need, but I do have a partner that seems to know this serial stuff a lot better than I do.

The device is an automotive ECU, and no it isn't OBD2, so that isn't an option.

 

[jdarg]

Sounds like you are dealing with 8192 baud ALDL streams on an OBD1 GM ECU?

If you still need assistance give me a shout.

 

[Vader]

Nope, it's Nissan Consult. I don't need assistance with the protocol, I have that 100% sorted, it's just the stupid way that Android serial comms are performed. I have written it in C++ and C#, so when the time is right, I will have another go at Android.
Thanks for the offer.

 

[KitCarlson]

Using AsyncStreams and BT on Android, out performs VB6 MSCOM RS232 in my ECU GUIs. I think as you get into it, you will like it.

I can share an example if you wish.

 

[Vader]

That would be great. Basically I need to use something that asynchronously places data into a queue for me to process as I require.