Apologies, I had missed your question.
Unfortunately I can't really help.
I used the 100w value as something I'd seen in summer driving - the higher
value associated with the original bus model was far too high - 100w is
probably low.
The value is obviously temperature dependant as lower temperatures will invoke
use of cabin and battery heating.
The energy used in this heating is also dependant on journey length as once the
battery/cabin have reached appropriate temperatures it takes less energy to
maintain those temperatures - short journeys are disproportionately impacted
because operating temperatures may not be reached.
I was interested in temperature impacts on energy usage and captured real world
behaviour on my vehicle for a month. I saw huge variation and no simple
correlation with temperature.
[Eg a 9km journey @4c reported 1.3kWh 66% driving, 13% electrics, 21% cabin
heating. A 370km journey @3-5c reported 51kWh 92% driving, 3% electrics, 5%
cabin heating]
I eventually assumed that battery heating meant that most usage variations were
related to the use of cabin heating, not variations in battery performance.
Given that is so dependant on the driver/passenger preference I couldn't see a
sensible way of modelling this.
Further, given that use of real world routes gave me a good fit to observed
usage, I felt that the effects of tweaking the 'constantPowerIntake' could not
be justified - it would be taking the model into a granularity it could not
support with no real benefit?
Good luck!
Div
-------- Original Message --------
On 7 Jan 2022, 09:40, Iñaki Cejudo Fresnadillo wrote:
> Hi Div and Jakob,
>
> Sorry for the late response. This thread and your responses helped me a lot
> to make a simulation close to real world. The new electric vehicle model
> included in SUMO aswell.
> I wanted to ask you if you have any clue on how to model the auxiliary system
> with "constantPowerintake" parameter. Do you know an average value for summer
> or winter conditions? Any reference where I could model this condition?
> Thanks in advance.
>
> Iñaki
>
> El mié, 24 nov 2021 a las 15:57, The div (<[email protected]>) escribió:
>
>> Update:
>> Jakob pointed out that the acceleration/deceleration values I'd used here
>> were very low - I repeated the exercise using the theoretical (ie
>> "manufacturer specification") value for acceleration and a default for
>> deceleration, then with +/- 10% values for acceleration/deceleration. The
>> latter was run under reduced traffic conditions = higher speeds/lower
>> efficiency.
>>
>> [image.png]
>>
>> For the values for which I have multiple real-world data points (short
>> urban/short mixed) the specification acceleration in Sumo shows a reduced
>> efficiency relative to my real world. I might posit that the closer fit of
>> the low acceleration value may reflect my "senior" driving style :)
>>
>> The updated vType aligned with the vehicle specification is as follows:
>> <vType id="soulEV65" minGap="2.50" maxSpeed="46.0" color="white" accel="3.6"
>> decel="4.5" sigma="0.0" emissionClass="Energy/unknown">
>> <param key="airDragCoefficient" value="0.35"/> <!--
>> https://www.evspecifications.com/en/model/e94fa0 -->
>> <param key="constantPowerIntake" value="100"/> <!-- observed summer levels
>> -->
>> <param key="frontSurfaceArea" value="2.6"/> <!-- computed (ht-clearance) *
>> width -->
>> <param key="has.battery.device" value="true"/>
>> <param key="internalMomentOfInertia" value="0.01"/> <!-- guesstimate -->
>> <param key="maximumBatteryCapacity" value="64000"/>
>> <param key="maximumPower" value="150000"/> <!-- website as above -->
>> <param key="propulsionEfficiency" value=".98"/> <!-- guesstimate value
>> providing closest match to observed -->
>> <param key="radialDragCoefficient" value="0.1"/> <!-- as above -->
>> <param key="recuperationEfficiency" value=".96"/> <!-- as above -->
>> <param key="rollDragCoefficient" value="0.01"/> <!-- as above -->
>> <param key="stoppingTreshold" value="0.1"/> <!-- as above -->
>> <param key="vehicleMass" value="1830"/> <!-- 1682kg curb wt + my average 2
>> passengers / bags -->
>> </vType>
>>
>> cheers
>> Div
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>> On Monday, November 15th, 2021 at 14:05, The div <[email protected]> wrote:
>>
>>> This thread piqued my interest and I've been trying to model the real world
>>> behaviour of my own EV (a Kia Soul EV 2020) - so I share this for your
>>> amusement!
>>>
>>> I extracted a map of England from OSM and cut out an area for which I had
>>> trip information.
>>> - specifically some relatively local journeys I have made frequently and a
>>> few longer distance journeys which were single data points.
>>>
>>> As noted in the thread the values appropriate to a bus considerably
>>> overstate the radial drag coefficient for a car - this and the vehicle mass
>>> had most impact on my modelling.
>>> Whilst I modelled the exact routes I couldn't model traffic because of the
>>> scale and complexity of the longer routes. (I did scale up the simulation
>>> to increase congestion in the urban parts of the route and get overtaking
>>> behaviour into the motorway route sections but ....) With those caveats I
>>> believe SUMO provides very good correlation with my observed efficiency cf:
>>> [image.png]
>>> These routes are on UK roads which have general limits of 30/40mph in urban
>>> areas and 70mph on motorways - the specific values having been set by the
>>> OSM import.
>>> The variation observed in the real world short routes appears to be
>>> temperature related (eg morning vs afternoon). The single data point routes
>>> were made in early August.
>>>
>>> I played with artificial routes of comparable distances but could not get
>>> realistic or even proportionate efficiency outputs - those models always
>>> produced much higher efficiency values (double) than can be achieved, a
>>> realistic model encompassing junctions, roundabouts etc seems necessary.
>>>
>>> I settled on the following vType as being most representative of my driving
>>> style - the relative efficiencies gave a comparable ratio to energy
>>> consumed/recuperated as reported by my vehicle.
>>> <vType id="soulEV65" minGap="2.50" maxSpeed="29.06" color="white"
>>> accel="1.0" decel="1.0" sigma="0.0" emissionClass="Energy/unknown">
>>> <param key="airDragCoefficient" value="0.35"/> <!--
>>> https://www.evspecifications.com/en/model/e94fa0 -->
>>> <param key="constantPowerIntake" value="100"/> <!-- observed summer levels
>>> -->
>>> <param key="frontSurfaceArea" value="2.6"/> <!-- computed (ht-clearance) *
>>> width -->
>>> <param key="has.battery.device" value="true"/>
>>> <param key="internalMomentOfInertia" value="0.01"/> <!-- guesstimate -->
>>> <param key="maximumBatteryCapacity" value="64000"/>
>>> <param key="maximumPower" value="150000"/> <!-- website as above -->
>>> <param key="propulsionEfficiency" value=".98"/> <!-- guesstimate value
>>> providing closest match to observed -->
>>> <param key="radialDragCoefficient" value="0.1"/> <!-- as above -->
>>> <param key="recuperationEfficiency" value=".96"/> <!-- as above -->
>>> <param key="rollDragCoefficient" value="0.01"/> <!-- as above -->
>>> <param key="stoppingTreshold" value="0.1"/> <!-- as above -->
>>> <param key="vehicleMass" value="1830"/> <!-- 1682kg curb wt + my average 2
>>> passengers / bags -->
>>> </vType>
>>> Whilst these figures model a Soul they should be easily tweaked for any of
>>> the Hyundai/Kia EV range that basically use the same electric powertrain.
>>>
>>> cheers
>>> Div
>>
>> _______________________________________________
>> sumo-user mailing list
>> [email protected]
>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/sumo-user
>
> --
>
> https://www.vicomtech.org
>
> Iñaki Cejudo Fresnadillo
> Research Assistant | Ayudante de Investigación
>
> [email protected]
> +[34] 943 30 92 30
> Intelligent Transport Systems and Engineering | Sistemas de Transporte
> Inteligentes e Ingeniería
>
> https://www.linkedin.com/company/vicomtech
> https://www.youtube.com/user/VICOMTech https://twitter.com/@Vicomtech
>
> member of: https://graphicsvision.ai/
>
> La información que contiene este mensaje y sus adjuntos son confidenciales y
> están dirigidos exclusivamente a sus destinatarios. Si recibe este mensaje
> por error, se ruega nos lo comunique y proceda a su borrado.
>
> The information contained in this electronic message is intended only for the
> personal and confidential use of the recipients designated in the original
> message. If you have received this communication in error, please notify us
> immediately by replying to the message and deleting it from your computer.
_______________________________________________
sumo-user mailing list
[email protected]
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
