Replies: 1 comment
-
|
@cooldelay As mentioned in https://github.com/orgs/openTCS/discussions/169#discussioncomment-11029569, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Dear openTCS team,
I am currently working on a project that involves extending and customizing the VehicleControllerPool functionality in OpenTCS. As part of this effort, I have created a custom implementation of DefaultVehicleControllerPoolV2 to better suit my project requirements.
However, I have encountered some challenges with the VehicleControllerFactory interface, which mandates the creation of a DefaultVehicleController instance through the createVehicleController method. I would like to implement our own custom vehicle controller, but the current factory method restricts this by only allowing the creation of DefaultVehicleController, within the file located at open-tcs\openTCS-Kernel\src\main\java\org\opentcs\kernel\vehicles\VehicleControllerFactory.java, between lines 11 and 21.
Could you kindly provide guidance on the following points:
Is it possible to modify or extend the VehicleControllerFactory interface to support custom implementations of VehicleController?
Are there any best practices or official recommendations for extending the DefaultVehicleController functionality while maintaining compatibility with the current OpenTCS framework?
Could you advise on the best approach to implement a flexible factory that allows us to create our own controller, without diverging from OpenTCS's architecture?
I would greatly appreciate your feedback on these questions. Any guidance or resources you could share would be invaluable to me as I work on extending the controller functionality.
Thank you for your time and support.
Beta Was this translation helpful? Give feedback.
All reactions