![]() Braking, throttle, and steering would be of primary interest, and in that order. Secondary channels of information are mostly used to help explain variances in the primary channels. How do I go faster? The critical measurements for that analysis are the 3-axis accelerometers, plus speed and position because those measure the forces acting on the car, location on the track, lap times and such. The second reason and the one some people, myself included, progress into is performance analysis. DSG temp or some VAQ engagement measure isn't too interesting for that application. The first, and the one that got me started, is to make cool videos to share with my friends. ![]() ![]() There are probably 3 basic reasons why people want to acquire driving data. If you haven't purchased a logger yet, check out the RaceCapture Track MK2. CAN busses are prioritized such that low ID always get sent before high IDs. On the CAN bus, the frequency is dependent on the ID. If you connect directly to the CAN bus you are ONLY receiving (no request, the data is just there for the taking). You are requesting the data, so the frequency is the rate you request. In terms of frequency of messages, with PIDs the rate is what ever you set. Just in case this isn't fully understood: PIDs are request/receive communication. Once the ardiuno or pi is outputting the new messages, you can program the logger with the new IDs and layout. If you want to go down that road let me know if you need help. A lot of the aftermarket dataloggers don't like it when the data wraps from one byte to the next. Click to expand.I'm not sure what your comfort level is with all these bits and bytes and programming, but the easiest way to get everything to your logger is to tap directly into the powertrain bus with an arduino or pi and have it pull the data and translate it to new IDs and with a friendlier layout.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |