It looks like you're new here. If you want to get involved, click one of these buttons!
Hi! I'm trying to use an OBD2 splitter with racechrono and a race dash, but I cant, if I connect the dash before racechrono it doesnt show any data or channels in racechrono, but if I connect first the racechrono app and then the dash both works perfect for like 15 seconds and then racechrono stop recieving data, while obd2 Bluetooth still blinks (showing it is working) and other apps like torque pro or dashcommand works fine with the splitter 🤔
Comments
Ok, I asked because any other apps works perfectly with good update rate, even racechrono for the 10seconds it works, aim dash polls 360 pids per second and I could use torque pro at the same time working fine
Also I'm fairly sure AIM Dash uses CAN-Bus not OBD-II...
The race dash could theoretically just listen to the data already broadcast over the CAN bus, but I presume they just use the OBD protocol for simplicity and almost universal support. Just as a data point, using my DIY CAN reader in parallel with a OBDLink MX+ in the OBD mode works great for me in RaceChrono. The reason I'm doing that is because unfortunately, some data in my car only seems to be available on request (OBD PIDs) and isn't regularly broadcast (CAN PIDs), or at least I wasn't able to find the right CAN PIDs. I'm planning to add OBD polling to my CAN project and introduce a synthetic CAN PID so that RaceChrono can get that data over the CAN DIY protocol. It might also be useful for RaceChrono add support for OBD requests over CAN DIY protocol.
BUT I'm not going to change my opinion about two OBD-II devices polling at the same time. Please do not ask for that feature.
You could push any data through the DIY "CAN-Bus" API, so not sure if it needs any RaceChrono support to do that. Just create an OBD-II polling cycle on the device, and have special PID numbers to output the data to RaceChrono. It's DIY after all.
I'd like to do that OBD-II + CAN-Bus with the commercial products like OBDLink, but unfortunately the rigid protocol does not really allow this properly. The update rate would suck on either the CAN-Bus or OBD-II PIDs.
> PID numbers to output the data to RaceChrono. It's DIY after all.
Yeah, that's what I was thinking as a hack for now too.
But hope some day there is enough demand for this to become part of the API
> I'd like to do that OBD-II + CAN-Bus with the commercial products
> like OBDLink, but unfortunately the rigid protocol does not really allow
> this properly. The update rate would suck on either the CAN-Bus or OBD-II PIDs.
Understood...
For channels where I do need high refresh rates I already found most of the CAN PIDs needed.
But there's a bunch of OBD PIDs that I can't easily find on the CAN bus for a few cars,
and I don't need them at a high update rate anyways. But oh well.
Again, I understand the technical limitations, just complaining at the combination of
- lack of CAN PID standardization or at least documentation
- inflexibility of the communication protocols