[Ovmsdev] some partial success
Michael Balzer
dexter at expeedo.de
Thu Jan 3 03:34:21 HKT 2013
Nikolay, Mark,
Am 02.01.2013 19:28, schrieb Nikolay Shishkov:
>
> can_2_soc2 = ((unsigned int) can_databuffer[4] << 8) +
> can_databuffer[5];
> Initially I got the 5th and 6th array elements, but noticed that I had
> it wrong... so I changed to 4th and 5th...
>
> And finally at the debug sms handler:
> s = stp_i ( s, " SOC=", can_2_soc2 );
>
> I changed the strings abit and can see that the new code is running,
> but do not understand how come a completely different values are
> reported - the value is from can_databuffer[5] and can_databuffer[6].
> So the 301 contains the following bytes (viewed with PCAN) 00 00 0e 7d
> 01 b2 0a 4a.
> The SOC is supposed to be in 0E7D (actually it is the DOD), but I am
> getting the 0AB2 in the can_2_soc2 value.
I don't know PCAN, but the CAN byte numbering normally begins at 0 on
the left, so 0e in your example is can_databuffer[2] and 7d is ...[3].
If you get 0AB2, that would be [6][5] = your initial code?
Btw: we could solve variable name conflicts between vehicle modules by
introducing some namespace prefix (replacing "can_") like Mark already
did for the functions. I'd shorten that for vars to e.g. "vrt_" for
"vehicle renault twizy", accordingly "vtc_" for the Think and so on. OK,
Mark?
Regards,
Michael
--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130102/4234190a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dexter.vcf
Type: text/x-vcard
Size: 206 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130102/4234190a/attachment-0002.vcf>
More information about the OvmsDev
mailing list