Quote:
Originally Posted by e*clipse
You know, the OBDII type data stream would be really nice. Would it be possible to use the OBDII protocol? Maybe even use some of the voltage, temperature, etc sensors - it's all worked out and an industry standard. It seems working with the standard might actually save some effort vs inventing a new protocol.
|
FWIW - OBDII is a request-response superset of CANbus that uses PIDs to identify which information you would like to receive.
Devices like SCANGAUGE II allow for standard PIDs to be polled as well as a few vendor-specific PIDs.
CANBus is a peer-to-peer protocol that has it's priority based on the address of the sender, 8 bytes max data payload for a standard message, and the receiver must use a mask to filter out what codes it wants to receive and interpret. The receiver must already know the format of the data and do things like scaling, putting 2 8bit bytes together to make a 16 bit word, etc.
AC Controllers from some vendors can be controlled via CANbus messages, or at least partly from those messages.
EVTV has an arduino shield that uses a high-throughput CANbus controller - it's open source. Someone (not likely me .. ) could start with it or use it as-is.
It would be *AWESOME* to do stream data with CANbus. The software to interpret the data and put in on a tablet is not trivial ... but would be a good place for a 'skins' type overlay to make the data look any way you want it to ... IMHO
