So I bought an AiM solo 2 DL for my track days so I can look at my data to see what I am doing well when I'm going fast, and more importantly see what I'm doing wrong when I'm not.
Anyway, I knew the wheel speed data, along with secondary throttle plates and MORE is on the CAN bus from my experience with Woolich Racing.
So not to be defeated, I created a CAN bus sniffer out of my Raspberry Pi. (PiCAN hat added to Raspberry Pi).
Cable tied to a battery pack so it's completely wireless, I can connect to it remotely from my laptop to probe live data and trigger data logging:
The fine probes allow me to tap off the CAN bus on the back of the Woolich box, or the Kawasaki Diagnostic Connector:
Below is a screen shot of my very first piece of can bus data logged using his sniffer:
Using the above approach I have now got a whole bunch of the CAN ID's and data.
The following was already logged by AiM by default, but at least I have the CAN_ID's etc for it myself now:
RPM
Throttle Position Sensor (TPS)
Gear
Clutch
Engine Coolant Temp
Intake Air Temp
By creating my custom can bus protocolI can see:
There is still more data, some with more activity than others. I may add AIM logging to this "unknown" data to try work out what it is later. Iv'e not looked for static data like "power mode" "tc_mode" etc...
Using the above I have started to create a custom CAN driver/protocol for the Solo2 DL and below is a couple of examples of data being logged/displayed:
Anyway, I knew the wheel speed data, along with secondary throttle plates and MORE is on the CAN bus from my experience with Woolich Racing.
So not to be defeated, I created a CAN bus sniffer out of my Raspberry Pi. (PiCAN hat added to Raspberry Pi).
Cable tied to a battery pack so it's completely wireless, I can connect to it remotely from my laptop to probe live data and trigger data logging:
The fine probes allow me to tap off the CAN bus on the back of the Woolich box, or the Kawasaki Diagnostic Connector:
Below is a screen shot of my very first piece of can bus data logged using his sniffer:
Using the above approach I have now got a whole bunch of the CAN ID's and data.
The following was already logged by AiM by default, but at least I have the CAN_ID's etc for it myself now:
RPM
Throttle Position Sensor (TPS)
Gear
Clutch
Engine Coolant Temp
Intake Air Temp
By creating my custom can bus protocolI can see:
- Front Wheel Speed
- Rear Wheel Speed
- TPS_Rate (Rate of throttle opening/closing, likely used by TC.)
- Secondary Throttle Plate Position. (Can use it to see where TC limits power?)
- What I am calling "free wheel", or "no-drive.", it indicates when in either neutral or clutch pulled in.
- Some kind of counter that counts up based on RPM, higher RPM = faster count, lower RPM = slower count. Does not count at idle.
There is still more data, some with more activity than others. I may add AIM logging to this "unknown" data to try work out what it is later. Iv'e not looked for static data like "power mode" "tc_mode" etc...
Using the above I have started to create a custom CAN driver/protocol for the Solo2 DL and below is a couple of examples of data being logged/displayed: