Hi Jakob, Thanks for your reply! I have made some demo to simulate the EVs with different values on the attribute of StoppingTreshold and Ihave find some result like the picture shown below [image: 0.0000.png] There are some other understanding of the attribute of cars： 1) whether the attribute of *chargeInTransit is positive or not depends on the difference of speed timestep by timestep;* *2) There is no relationship between the 5th and 6th attributes;* 3) If someone wants to simulate the charging and discharging behavior of EVs and do not want any information of Charging Station, they could add STOPS for EVs to simulate the charging at the specific location without defining Charging Station. Someone could also get the results about the EVs (like the consumed energy, energy charged)which they want . If someone also built the configuration with the Suffix name.sumocfg", SUMO GUI could also simulate the charging and discharging behavior of EVs even though we would not see the Charging Station in the GUI window because Charging Stations have not been defined.
The assumptions mentioned above are true, how did Charging Station know vehicles are going to charge at that Station and how did the station know how much the energy vehicles are going to charge? And the result I got show that when the speed is "0", the cumption energy is 0, too ? Could you help me to make it clear？ Best regard！ On Thu, Jun 14, 2018 at 2:54 PM Jakob Erdmann <[email protected]> wrote: > No. That is a misunderstanding. > The stoppingThreshold has no influence on vehicle behavior. It simply > determines whether charging takes place at chargingStations with > chargeInTransit=false. > Imagine such a chargingStation being placed in front of a traffic light or > at a busStop. Vehicles will occasionally slow down in that area and some of > the will charge. > If the stoppingThreshold is set to a higher value, then slow moving > vehicles may also charge. If it is set to 0, then only vehicles with speed > 0 will get the chance to charge. > > If you want to influence the speed of EVs (i.e. to let them charge for > some time, then you can define a <stop> element to force them to stop at a > chargingStation for some time. > There is currently no model that would do this automatically for you (e.g. > when the battery level is low). > > regards, > Jakob > > 2018-06-14 17:27 GMT+02:00 Jane Cheung <[email protected]>: > >> Additional questions, >> 1) My understanding of the reply is that the rules that SUMO used to >> check whether cars had a braking behavior or not has no relationship with >> the attribute *stoppingTreshold**,* >> 2) There are two defined ways that EVs could choose when they are >> charging (moving or stable. The *stoppingTreshold* have the function to >> let SUMO decrease the speed if CharingStation was also defined in the >> simulation and the attribute *chargeInTransit* is set to be '*false'*. >> if the understanding is right, it would mean that the attribute >> *stoppingTreshold* has no use no matter what value it was defined when >> the *chargeInTransit is "true"?* >> >> >> >> * Regards!Jane * >> >> On Thu, Jun 14, 2018 at 9:28 AM Jane Cheung <[email protected]> >> wrote: >> >>> Jakob, thanks for your detailed reply! >>> >>> Regards! >>> >>> Jane >>> >>> On Thu, Jun 14, 2018 at 2:24 AM Jakob Erdmann <[email protected]> >>> wrote: >>> >>>> for 1-3, refer to Kurczveil, T., López, P.A., Schnieder, E., >>>> Implementation of an Energy Model and a Charging Infrastructure in SUMO >>>> <http://elib.dlr.de/93885/1/Proceeding_SUMO2013_15-17May%202013_Berlin-Adlershof.pdf> >>>> 4 is a factor between physical energy requirement and battery drain >>>> 5 is a factor between physical energy recuperation and battery charging >>>> (0 means no energy is recovered when braking, 1 means all is recovered) >>>> 6: charging stations can be configured to either charge moving vehicles >>>> or only stopped (attribute chargeInTransit). The stoppingThreshild defines >>>> an upper speed boundary that determines whether vehicles are considered as >>>> 'stopped' so they will be charged by these stations. >>>> >>>> regards, >>>> Jakob >>>> >>>> 2018-06-14 2:04 GMT+02:00 Jane Cheung <[email protected]>: >>>> >>>>> Hi, >>>>> There are some parameters that I want someone could explain to me. >>>>> There has no more detail information for these parameters. Appreciate >>>>> for your help in advance. >>>>> >>>>> As shown on the website of >>>>> http://www.sumo.dlr.de/userdoc/Models/Electric.html >>>>> >>>>> 1. internalMomentOfInertia >>>>> 2. radialDragCoefficient >>>>> 3. ollDragCoefficient >>>>> 4. propulsionEfficiency >>>>> 5. recuperationEfficiency >>>>> 6. stoppingTreshold >>>>> >>>>> For the index *stoppingTreshold*, does it have the relationship with >>>>> the parameter * cuperationEfficiency*? The speed threshold used to >>>>> define braking behavior refers to the *stoppingTreshold? In other >>>>> words, if the car's speed is less than the value defined by the >>>>> stoppingTreshold, the cars are going to be charging? In my opinion, >>>>> whether the cars are going to charge or use the battery energy depends on >>>>> the difference of the speed in between the simulation step. If the speed >>>>> is >>>>> always less than than the parameter stoppingTreshold, the cars are going >>>>> to be charging all the time?* >>>>> Could someone give a more detailed explanation for the 1-6 index >>>>> listed above. >>>>> >>>>> Appreciate for your reading it! Thanks! >>>>> >>>>> >>>>> Jane >>>>> >>>>> >>>>> _______________________________________________ >>>>> sumo-user mailing list >>>>> [email protected] >>>>> To change your delivery options, retrieve your password, or >>>>> unsubscribe from this list, visit >>>>> https://dev.eclipse.org/mailman/listinfo/sumo-user >>>>> >>>>> >>>> _______________________________________________ >>>> sumo-user mailing list >>>> [email protected] >>>> To change your delivery options, retrieve your password, or unsubscribe >>>> from this list, visit >>>> https://dev.eclipse.org/mailman/listinfo/sumo-user >>>> >>> >> _______________________________________________ >> sumo-user mailing list >> [email protected] >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://dev.eclipse.org/mailman/listinfo/sumo-user >> >> > _______________________________________________ > sumo-user mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
