How easy would it be for us to log data from a serial input? I am in the process of getting my engine computer to spit out it's real time logging into serial data. I would really like to log the Race Capture Pro and engine computer data once and ideally in Race Capture Pro.
How easy would this be to do? I have lots of parameters I care about logging some of which are not easily available as electrical signals externally like load and pressure indices to the speed density maps, boost target, knock values, knock based retard, and fuel trims. Many other values are also available through this that I could tap externally but this list is very long including such items as manifold pressure, AIT, throttle position, RPM, coolant temp, oil temp, fuel pressure, and wideband O2.
I am a software guy so I don't mind coding something up on either side of the connection. Either to get the data into a format for Race Capture Pro, or work at extending Race Capture Pro to consume the data.
I do realize that there will be some delay and obviously a bandwidth limitation (samples / second) over a serial interface even running at 115,200 or 250 kbps.
I can't wait to get my "Data Junkie" device! I've only become more excited about this product since I first signed up! I missed out on the mobile app + bluetooth but I'll be getting one of those once they are available. Thanks again!!!
Logging Serial Data
Moderators: JeffC, rdoherty, stieg, brentp
Hi kbuckham,
Thanks for supporting the project!
Next to the socket for the GPS module is the connection we use for the telemetry connection, bluetooth, or something else.
that something else could be an integration between Race Capture and your ECU - if you're comfortable writing in C code you should be able to write the code that queries the ECU, fetches the values you want, and logs the data.
Hooks in the Lua scripting - like for creating virtual , calculated channels may also be used as part of this solution.
Hope this helps- but yes, basically these types of things will be possible with RaceCapture/Pro.
Thanks for supporting the project!
Next to the socket for the GPS module is the connection we use for the telemetry connection, bluetooth, or something else.
that something else could be an integration between Race Capture and your ECU - if you're comfortable writing in C code you should be able to write the code that queries the ECU, fetches the values you want, and logs the data.
Hooks in the Lua scripting - like for creating virtual , calculated channels may also be used as part of this solution.
Hope this helps- but yes, basically these types of things will be possible with RaceCapture/Pro.
We will be making the software / hardware open source on the fulfillment of the Indiegogo campaign- not much information other than what we have in our existing documentation.
I'm sure you could write the base C algorithms that parses the ECU's data stream outside of RaceCapture, then you can snap it in (more or less) when you receive the hardware and source code!
I'm sure you could write the base C algorithms that parses the ECU's data stream outside of RaceCapture, then you can snap it in (more or less) when you receive the hardware and source code!
-
- Posts: 43
- Joined: Tue Apr 30, 2013 10:35 am
Would this have to be done in C? I'm no programmer, but the ECU on my GSXR engine has a TTL serial output that can output diagnostic data from every sensor. It'd be great to be able to log that data. It's documented on the ECU Editor forums.
Sprinting an ADR Sport 2
www.endurancelay.co.uk
www.endurancelay.co.uk
-
- Posts: 43
- Joined: Tue Apr 30, 2013 10:35 am
I'm mostly interested in RPM, gear selected, clutch position and throttle position. RPM will most likely also come in through a pulse input (there's a separate output from the ECU for that), gear selection only needs to be 1-2Hz and the other two can be ~10Hz for reasonable resolution.
Sprinting an ADR Sport 2
www.endurancelay.co.uk
www.endurancelay.co.uk