Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simulating arbitrary drt service tasks, e.g. maintenance #3485

Merged
merged 5 commits into from
Oct 1, 2024

Conversation

steffenaxer
Copy link
Collaborator

@steffenaxer steffenaxer commented Sep 16, 2024

Within my parental leave I started the development of a drt contribution (called services) that allows a flexible and extensible definition, dispatching and scheduling of so-called service tasks. Especially, the operation of AD (autonomous driven) drt services brings tasks, such as cleaning, maintenance, plug-in/out into the focus of operations. Even certain weather events that requires the short-dated grounding of the whole fleet may be a very interesting topic for a fleet simulation that could be now stimulated. The main motivation for this concept was the question of how much staff needs to be allocated at hubs/depots to handle a fleet of several hundred vehicles.

The approach
Drt services get extended by an optional parameter set ‘DrtServicesParams’
The ‘DrtServicesParams’ describes sets of services ‘DrtServiceParams’, such as cleaning, sensor checks.
Each service has at least a duration, execution limit and may be attached (stacked to a charging task)
To plan a service ‘DrtServiceParams’ one need to add so called triggers. There are already example triggers, such as Stop, Mileage or Charging triggers. A trigger describes a specific condition under which a service tasks gets scheduled. E.g. if the vehicle has traveled 250 km or it has realized 50 stops a certain service tasks will be scheduled. A charging trigger will execute a defined service task while charging. By setting the service parameter ‘enableTaskStacking=true’ the existing charging time will be utilized for the attached service task. If this time is consumed, the remaining service time is appended to the schedule. The contribution is shipped with some service profile plots and service execution csv. The service profiles allows to estimate the required total staff to handle all service/maintenance tasks at hubs. The approach supports till now drt and edrt. By design it requires the definition of operation facilities (hubs), as those hubs are used to execute service tasks. Ressource constrains, such as available staff at a hub, is not yet implemented, but could be added later on.

@steffenaxer steffenaxer changed the title Simulating arbitrary drt service, e.g. maintenance Simulating arbitrary drt service tasks, e.g. maintenance Sep 16, 2024
@marecabo
Copy link
Contributor

Just amazing!

@steffenaxer steffenaxer enabled auto-merge October 1, 2024 09:48
@steffenaxer steffenaxer merged commit 4a0aa89 into matsim-org:master Oct 1, 2024
47 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants