[Ovmsdev] Volt/Ampera CAN Logs

[Mark Webb-Johnson]

Michael,

I looked at your previous two log files (DS and RH), and they don't seem to match-up with the powertrain logs from before. I think these are completely separate buses with completely separate data, rather than sources of data multiplexed onto the one bus.

Regarding the counters, it is common to see increasing counters (odometer, trip, kWh used, etc), but seems strange they would cycle after just 4, particularly as you describe.

Regards, Mark.

On 28 Jun, 2012, at 8:29 PM, mikeljo at mac.com wrote:

> Hi,
> 
> yesterday i got some Logs.
> I do one log for each action. Lock/unlock car, open/close door, Remote start, Plugin/remove Charging Plug, .....
> I do the action in 5 second interval.
> I think i found some IDs.
> And i found something interesting: Some IDs cycle 4 with 4 times Blocks. That mean there is a counter or an adress field in one data field that repeats after 4 times. It counts like 10 20 30 40, FF FE FD FC, or...... the rest of the data fields change there value.
> Can anybody confirm?
> Didi anybody see this before?
> I can see this after sort the Logs (Excel). As Sort field i use the ID. So i can see the value changing over time.
> 
> Bye
> Michael
> 
> 
> 
> Am 11.06.2012 um 16:39 schrieb Michael Jochum:
> 
>> Hi,
>> 
>> today i got some Logs from both Expansion Buses (DS (Chassis Expansion), RH(High Voltage Powertrain Expansion), Pin 12 and 13). Made an Cable for this.
>> The trc are the time stamped Logs. The txt show only the IDs, the last Values and some comments from me.
>> Unfortunately both stops after 5-10 seconds the car switched of.
>> Car stands still. Clear sky view.
>> 
>> <20120612-Michas Volt Logs>
>> 
>> Next i made a Cable for the RH High Voltage Energy Management BUS (Pin 3 and 11) and than a cable for the Low Speed GMLAN (SWCAN ~33.3kbps) - Body Electrical Services Only  at Pin 1 DS. 
>>  
>> Bye
>> Michael
>> 
>> 
>> 
>> Am 02.06.2012 um 18:45 schrieb R. Scott Perry:
>> 
>>> Hi Michael,
>>> 
>>> I cannot find the data from 32A does not appear elsewhere in the logs.
>>> 
>>> My guess is that OnStar uses a separate GPS system than the navigation, and OnStar sends the latitude/longitude on 32A, and the navigation system sends it on a different bus (or, hopefully, on the same bus but with a different CAN ID).
>>> 
>>> I'll take a look at your log file, and see if I can find the GPS information, if it is in there.
>>>                    -Scott
>>> 
>>> 
>>> On 6/2/2012 7:16 AM, Michael Jochum wrote:
>>>> Hi Scott,
>>>> 
>>>> can you check that the data from ID 32A is somewhere else in your logs?
>>>> in mine 32A is always zero. We have here no OnStar. But i have the full package including Navigation.
>>>> 
>>>> Bye
>>>> michael
>>>> 
>>>> 
>>>>> 
>>>>> The latitude/longitude conversion is almost the same as what you have for the Tesla, with two exceptions -- changing the 2048 to 1000, as noted, and the accounting for negative numbers is different.  It seems that the number the Volt supplies is a 31-bit signed integer.  The easiest way to handle that, I think, would be to add "latlon = latlon<<  1;" before checking for<0, and then "latlon = latlon>>  1;" afterwards.  Running the code you have with those two changes seems to work fine.
>>>>> 
>>>>> The bad news is that I have checked all my log files (I have been logging almost all the time I have driven for about 8 months now), and the CAN ID 32A (latitude/longitude) has never shown all zeroes.  If the GPS data is unobtainable, I believe the car reports the most recent reading.  The GPS data comes from the OnStar system, so I am thinking it may only provide the data if the OnStar service has been activated, which could be a problem for owners outside of U.S/Canada.
>>>>> 
>>>> 
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.teslaclub.hk
>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>> 
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>> 
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.teslaclub.hk
>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> 
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20120628/edb15e79/attachment.htm>