[Ovmsdev] 3.2.011 BUG for MIEV based cars

Tamás Kovács kommykt at gmail.com
Sat Apr 25 20:21:26 HKT 2020


Sorry the good command is
can log start vfs /sd/file.crtd 286

2020. április 25., szombat dátummal Michael Eric Menk <mikeemenk at gmail.com>
ezt írta:

> I've tried the command you sendt.
>
> OVMS# can log crtd /sd/file.crtd 286
> Unrecognised command
>
> Ths option crtd seams not to exist.
>
> OVMS# can log ?
> list                 Logging list
> start                CAN logging start framework
> status               Logging status
> stop                 Stop logging
>
> OVMS# can log start ?
> monitor              CAN logging to MONITOR
> tcpclient            CAN logging as TCP client
> tcpserver            CAN logging as TCP server
> vfs                  CAN logging to VFS
>
> And yes, I do get the data from the BMS.
>
> Ideal range calculation is = cell_number * 3.7 * bat_cac * bat_soc /
> 16100.  So my full charge ideal range is ~75km.
>
> No matter what method used, it should never set the RR from the can bus
> while fast-charing. In my opinion, better the value set to ''  or '-' than
> 255.
>
>
> On 21.04.2020 20:00, Tamás Kovács wrote:
>
> Please create a log file while you charging with 230V (1-2 minutes
> enough), start logging before connect charger and send it to me.
>
>    - can log crtd /sd/file.crtd 286
>    - …record…
>    - can log stop
>    - http://ovmsname.local/file.crtd
>
>
> The Ideal range is based on 16.1kWh/100km consumption and the battery
> health (this updated during charge, quick and normal charge). My car is
> 2012 Peugoet iOn, with SOH 78%, and my RR at 100% is 113km, the old code
> calc the RR during quickcharge with last rr 20 and range 8km if soc < 20
> this is too optimistic i think.
> Ideal range calculation is = cell_number * 3.7 * bat_cac * bat_soc /
> 16100.  So my full charge ideal range is ~75km.
>
> In your car the bms cell monitor working?
>
> Michael Eric Menk <mikeemenk at gmail.com> ezt írta (időpont: 2020. ápr.
> 21., K, 12:58):
>
>>
>> On 18.04.2020 05:41, Tamás Kovács wrote:
>>
>> Please send the following command output during charge. AC (Type1) or
>> DC(CHAdeMO charge the problem?
>>
>> *me li v.c.*
>>
>> I hava a 80 cell 2015 Citroën C-Zero. VIN: VF71NZKYZFU900455 230V 6A
>> charge after 1.1kWh charged.
>>
>> v.c.charging                             no
>>
>> v.c.climit                               0A
>>
>> v.c.current                              0A
>>
>> v.c.duration.full
>>
>> v.c.duration.range
>>
>> v.c.duration.soc
>>
>> v.c.kwh                                  0kWh
>>
>> v.c.limit.range
>>
>> v.c.limit.soc
>>
>> v.c.mode                                 None
>>
>> v.c.pilot                                no
>>
>> v.c.state                                stopped
>>
>> v.c.substate                             interrupted
>>
>> v.c.temp                                 25°C
>>
>> v.c.time                                 0Sec
>>
>> v.c.timermode
>>
>> v.c.timerstart
>>
>> v.c.type                                 None
>>
>> v.c.voltage                              0V
>>
>>
>> Fast charging (start) CC mode
>>
>> v.c.charging                             yes
>>
>> v.c.climit                               124A
>>
>> v.c.current                              124.6A
>>
>> v.c.duration.full
>>
>> v.c.duration.range
>>
>> v.c.duration.soc
>>
>> v.c.kwh                                  0kWh
>>
>> v.c.limit.range
>>
>> v.c.limit.soc
>>
>> v.c.mode                                 CHAdeMO
>>
>> v.c.pilot                                yes
>>
>> v.c.state                                charging
>>
>> v.c.substate                             onrequest
>>
>> v.c.temp                                 19°C
>>
>> v.c.time                                 20Sec
>>
>> v.c.timermode
>>
>> v.c.timerstart
>>
>> v.c.type                                 Quickcharge
>>
>> v.c.voltage                              320.7V
>>
>> Fast charg CV mode
>>
>> v.c.charging                             yes
>>
>> v.c.climit                               38A
>>
>> v.c.current                              38.88A
>>
>> v.c.duration.full
>>
>> v.c.duration.range
>>
>> v.c.duration.soc
>>
>> v.c.kwh                                  0kWh
>>
>> v.c.limit.range
>>
>> v.c.limit.soc
>>
>> v.c.mode                                 CHAdeMO
>>
>> v.c.pilot                                yes
>>
>> v.c.state                                charging
>>
>> v.c.substate                             onrequest
>>
>> v.c.temp                                 21°C
>>
>> v.c.time                                 817Sec
>>
>> v.c.timermode
>>
>> v.c.timerstart
>>
>> v.c.type                                 Quickcharge
>>
>> v.c.voltage                              328.1V
>>
>> As you can se, the v.c.kwh do not increase, but xmi.e.trip.park.energy.used
>> while charging. An other bug, RR (Range Remaining) is set to 255 on the CAN
>> bus while fast charging, this is now set to 255 out to the user. [1] The
>> code earlier saved the last known value of RR and of SOC, and calculated
>> the RR base on SOC while fastcharging. I find it weird that CC-max goes
>> down during the CV stage of the charging. I started a change of code. The
>> idea was to warn user about reduced speed due to temperature. I stopped
>> when I saw the code change. Coldest cell under 1°C => Max 25A (C/2) Coldest
>> cell under 11°C => Max 50A (C) Warmest cell over 46°C => Max 85A (looks
>> like its more dynamic, no cell goes above 47) Warmest cell over 30°C => Max
>> 100A (2C) Optimal (11-29°C) => Max 125A (2.5C) BTW: If someone know how to
>> start the heater + fanspeed low when Type-1 charging (the DC-bus is
>> energized when type-1 charging), that would bee neat.
>>
>> [1] https://tjinfo.uib.no/Vedlegg?id=e9d1c4031a9f03d196f07e6be82bbe2f
>>
>>
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>
>
>
> --
> Üdvözlettel:
> Kovács Tamás
>
>
> _______________________________________________
> OvmsDev mailing listOvmsDev at lists.openvehicles.comhttp://lists.openvehicles.com/mailman/listinfo/ovmsdev
>
>

-- 
Üdvözlettel:
Kovács Tamás
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20200425/b4056300/attachment-0001.html>


More information about the OvmsDev mailing list