klapauzius
Posts: 1658
Joined: Thu Feb 24, 2011 4:19 pm
Delivery Date: 25 Jan 2011
Leaf Number: 0197
Location: Seattle, Wa

Re: Linearity of SOC

Tue Nov 22, 2011 10:18 pm

TickTock wrote: Since the voltage and current is very stable, I think this just means that the car is using something else to generate the gid count that has a fair amount of error.
If that was the case, then the gids would be useless as a means of indicating SOC, but apparently they work reasonably well. Could it be that the gid messages do not get sent out in sync with the amp/volts messages? If the gids are not sent out at the corresponding voltage/amp messages then any random interval in the system can throw your plot off... Do you get a time stamp on the gid? And does it tell you when the message was sent or when it arrived at the bus?

User avatar
TickTock
Posts: 1701
Joined: Sat Jun 04, 2011 10:30 pm
Delivery Date: 31 May 2011
Leaf Number: 3626
Location: Queen Creek, Arizona
Contact: Website

Re: Linearity of SOC

Wed Nov 23, 2011 7:38 am

klapauzius wrote:
TickTock wrote: Since the voltage and current is very stable, I think this just means that the car is using something else to generate the gid count that has a fair amount of error.
If that was the case, then the gids would be useless as a means of indicating SOC, but apparently they work reasonably well. Could it be that the gid messages do not get sent out in sync with the amp/volts messages? If the gids are not sent out at the corresponding voltage/amp messages then any random interval in the system can throw your plot off... Do you get a time stamp on the gid? And does it tell you when the message was sent or when it arrived at the bus?
I think this is an over-statement. Most of the points fall within +/- 1 LSB which is a fairly common spec for data converters. Even with the outliers, it is still "good enough" for the purpose. It is possible the gid messages are getting held up somewhere (timestamps are on the message, not the data sample time) but that would be a *very* long pipe in computer terms (over 1.5 minutes long and ~15messages deep).

User avatar
garygid
Gold Member
Posts: 12469
Joined: Wed Apr 21, 2010 8:10 am
Delivery Date: 29 Mar 2011
Leaf Number: 000855
Location: Laguna Hills, Orange Co, CA

Re: Linearity of SOC

Wed Nov 23, 2011 8:31 am

1. Graphing the Pack Current during charging, I get a lot of "noise".

2. Does each LEAF CAN message contain a time stamp in its header?

If so, I did not know about it, and please educate me.

3. When CAN-Do receives a message it ADDS a Sec+Msec time-stamp to each message, but it is possible that some messages get delayed in the COMM buffers. When logging only one channel (without the Dashboard enabled), the delays should be minimal, probably around one milli-second. However, having an RS232 UART hardware buffer ON could delay getting the last character(s) of one message until the following message starts. I will have to examine the code, and my Windows Hardware settings (Device Manager).

4. For multi-channel Logging, I will have to re-examine my message-receiving strategy, to make sure I gave fair treatment to all channels.
See SOC/GID-Meter and CAN-Do Info
2010 Prius
2011 LEAF, 2014 Tesla S85
2018 & 2019 Tesla Model 3
PU: SDG&E
Solar PV: 33 x 225W -> 7 kW max AC
Craigslist: Xm5000Li Electric Motorcycle

User avatar
TickTock
Posts: 1701
Joined: Sat Jun 04, 2011 10:30 pm
Delivery Date: 31 May 2011
Leaf Number: 3626
Location: Queen Creek, Arizona
Contact: Website

Re: Linearity of SOC

Wed Nov 23, 2011 9:00 am

garygid wrote:1. Graphing the Pack Current during charging, I get a lot of "noise".
I am seeing 9.5,10, and 10.5A for most of the charge (only 5% noise). Saw a few as low as 8.5A towards the end of the charge cycle...
garygid wrote:2. Does each LEAF CAN message contain a time stamp in its header?
Not unless you took it out before saving to the log. ;-) My assumption is the timestamp in the log is the time the message was recieved.

garygid wrote:If so, I did not know about it, and please educate me.

3. When CAN-Do receives a message it ADDS a Sec+Msec time-stamp to each message, but it is possible that some messages get delayed in the COMM buffers. When logging only one channel (without the Dashboard enabled), the delays should be minimal, probably around one milli-second. However, having an RS232 UART hardware buffer ON could delay getting the last character(s) of one message until the following message starts. I will have to examine the code, and my Windows Hardware settings (Device Manager).

4. For multi-channel Logging, I will have to re-examine my message-receiving strategy, to make sure I gave fair treatment to all channels.

klapauzius
Posts: 1658
Joined: Thu Feb 24, 2011 4:19 pm
Delivery Date: 25 Jan 2011
Leaf Number: 0197
Location: Seattle, Wa

Re: Linearity of SOC

Wed Nov 23, 2011 9:31 am

If the volts and amps can be read at fairly precise timing, you could log the time for those and
initially record a charge/discharge curve along with the gids...since this would be over a long period of time (>> than the timing error on the gids), you can take the measured gids, fit a curve to that and then derive the Wh/gid from the fit and your accurately measured and integrated amp/voltage curve. That would hopefully be less noisy.

User avatar
garygid
Gold Member
Posts: 12469
Joined: Wed Apr 21, 2010 8:10 am
Delivery Date: 29 Mar 2011
Leaf Number: 000855
Location: Laguna Hills, Orange Co, CA

Re: Linearity of SOC

Thu Nov 24, 2011 10:23 am

As I recall:
1. The Pack V and A values displayed by the SOC-Meter are averaged over 10 messages.
2. The values in the messages seem to be at 1/2 volt and 1/2 amp resolution.
See SOC/GID-Meter and CAN-Do Info
2010 Prius
2011 LEAF, 2014 Tesla S85
2018 & 2019 Tesla Model 3
PU: SDG&E
Solar PV: 33 x 225W -> 7 kW max AC
Craigslist: Xm5000Li Electric Motorcycle

Return to “LEAF CANBus”