USB Datalogging
Posted: Tue Aug 24, 2010 5:45 pm
To Hondata: I'm hoping you guys are really cool about all this...
I had my radio stolen. Searching for replacements, I came across computers that fit in the dash. I am planning to author an application which implements the USB logging features of K-Manager but with "fancy" (er) virtual gauges.
Please note that this is not for profit and I am not in business. This is just for my own personal enjoyment.
My question is: what do I need to know to datalog through the USB port?
I assume that the FTDI chip does the standard RS232 stuff but I really don't know what I need to send to the board to get it to start/stop sending sensor values (and avoid stepping on the other features of the board). Or does it even work this way... Would i need to iteratively query for each sensor value by ID (like CAN BUS ID)?
Additional implementation info:
My goal is to have any external sensors such as GPS receivers, accelerometers, an pyrometer, and the sensor data from the K-Pro ECU fed into a single common operating picture for fancy (near real time) processing and display. (A la GT-R)
I would like to use an Arduino microcontroller as a multipurpose interface/microcontroller/muxer. It will query|receive sensor data from K-Pro via USB and send this information to the "car-puter" through another interface. The car-pc can then perform any intensive conversions/computations and (if necessary) send a command to the microcontroller. The microcontroller I have spec'd has 14 digital input/outputs and 6 analog input/outputs (with PWM capability). So something like a pyrometer could be fed into the car-puter by connecting directly to this board. The board then, is an interface which muxes the data coming from K-Pro with data from directly connected sensors which can also be used to extend the number of I/O pins available for auxillery systems controlled by the car-pc.
There is also potential for an alternative use in this application. If you send information such as input states back to the K-pro (and also commands from the K-Pro to the board) you could extend the number of I/O pins available to the ECU. I thought you guys might be interested in this as an alternative to reusing existing ECU pins. My first thought on this is that you guys didn't do it because the ECU's main processor only has direct access to existing pins.
My guess is that the K-Pro datalogs by passively sniffing the CAN BUS and so is in fact isolated from bi-directional communication with the ECU. If this is true one would only need to reset (interrupting the ECU's processor) and write (the new firmware) to the ECU. But even so it would seem posible to use shared memory for communication. Anyway, all I am personally interested in is getting raw data OUT of the ECU.
I would really like to see K Manager implement a slick dashboard which I could simply run on my car PC. I would still need to find a way to add the accelerometer/GPS/pyrometer so I can do dyno-estimations and economy tuning.
On another note, a feature request: Should you guys find yourself with lots of extra time and money (we should be so lucky), an "economy" module in K Maganer would be fantastic! I see that you provide products for more vehicles than the RSX to which this could be a selling point. I think something like short term (last 2 seconds) fuel rate per minute/mile, long term fuel rate I.E. since [trip beginning]/[last reset] per minute/mile, and some extensions for a pyrometer would do the trick...
Thank you!
I had my radio stolen. Searching for replacements, I came across computers that fit in the dash. I am planning to author an application which implements the USB logging features of K-Manager but with "fancy" (er) virtual gauges.
Please note that this is not for profit and I am not in business. This is just for my own personal enjoyment.
My question is: what do I need to know to datalog through the USB port?
I assume that the FTDI chip does the standard RS232 stuff but I really don't know what I need to send to the board to get it to start/stop sending sensor values (and avoid stepping on the other features of the board). Or does it even work this way... Would i need to iteratively query for each sensor value by ID (like CAN BUS ID)?
Additional implementation info:
My goal is to have any external sensors such as GPS receivers, accelerometers, an pyrometer, and the sensor data from the K-Pro ECU fed into a single common operating picture for fancy (near real time) processing and display. (A la GT-R)
I would like to use an Arduino microcontroller as a multipurpose interface/microcontroller/muxer. It will query|receive sensor data from K-Pro via USB and send this information to the "car-puter" through another interface. The car-pc can then perform any intensive conversions/computations and (if necessary) send a command to the microcontroller. The microcontroller I have spec'd has 14 digital input/outputs and 6 analog input/outputs (with PWM capability). So something like a pyrometer could be fed into the car-puter by connecting directly to this board. The board then, is an interface which muxes the data coming from K-Pro with data from directly connected sensors which can also be used to extend the number of I/O pins available for auxillery systems controlled by the car-pc.
There is also potential for an alternative use in this application. If you send information such as input states back to the K-pro (and also commands from the K-Pro to the board) you could extend the number of I/O pins available to the ECU. I thought you guys might be interested in this as an alternative to reusing existing ECU pins. My first thought on this is that you guys didn't do it because the ECU's main processor only has direct access to existing pins.
My guess is that the K-Pro datalogs by passively sniffing the CAN BUS and so is in fact isolated from bi-directional communication with the ECU. If this is true one would only need to reset (interrupting the ECU's processor) and write (the new firmware) to the ECU. But even so it would seem posible to use shared memory for communication. Anyway, all I am personally interested in is getting raw data OUT of the ECU.
I would really like to see K Manager implement a slick dashboard which I could simply run on my car PC. I would still need to find a way to add the accelerometer/GPS/pyrometer so I can do dyno-estimations and economy tuning.
On another note, a feature request: Should you guys find yourself with lots of extra time and money (we should be so lucky), an "economy" module in K Maganer would be fantastic! I see that you provide products for more vehicles than the RSX to which this could be a selling point. I think something like short term (last 2 seconds) fuel rate per minute/mile, long term fuel rate I.E. since [trip beginning]/[last reset] per minute/mile, and some extensions for a pyrometer would do the trick...
Thank you!