I remember reading somewhere that the tire pressures for the leaf have been
difficult to obtain because we do not know the command codes to request them.
^^^If the tire pressures are in the CAN data, we have not identified them.
Since they are almost constant during any typical log session, they are
not easy to find, but I suspect that nobody has looked closely, after
designing a short log session where the tire is deflated, and then inflated
again, with the car On, where it flashes the lights and beeps the "horn" during
the re-inflation process.
The data is not broadcasted from TPMS rather, they only reply when asked,
this might happen when the car is first turned on.
^^^Since the car needs to monitor the tire pressures during driving,
to operate the low-pressure idiot light, the car must be asking for
the pressures occasionally, but the tire pressure data might not
be broadcast on one of the CAN buses (probably the CAR-CAN bus).
The only way we can get this code is probably with a consult III
In an unrelated question, if I/we install a switch to change over to EV-CAN
(disconnected from OBDII of course), will this application pick anything up?
^^^The GID-Meter has a switch (double pole, break-before-make) to switch
between the EV bus and the CAR bus, and switching while live does not
appear to cause any problem there. However, it is just "listening", not
writing to the bus and waiting for responses.
If the App had a Pause-Polling function, that might be useful for
graceful switching between the two CAN buses.
Can we get actual gids?
^^^The App could get actual GIDs when the ELM327 device is attached to the EV bus.
or would we have to use hyperterm and manually punch in the request?
