-
Notifications
You must be signed in to change notification settings - Fork 6
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
Reorganize and Rename to have multiple autonomy algs #107
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
… a future commit This reverts commit c2883d1.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
…ay though (works for now though....)
This comment was marked as outdated.
This comment was marked as outdated.
class PIDControllerNode(Node): | ||
"""A PID controller. | ||
|
||
This node subscribes to a path which is the data type published by the Cone Path Planner node, and publishes vehicle inputs to follow the path. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no mention anywhere of what file type it is. Can you say that here or type hint it in the callbacks? And is it specific to cone path planner? I thought it was just a geometry msgs path or something?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no mention anywhere of what file type it is.
Not sure what you mean by this
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Like the comment says "Cone Path Planner", but this node isn't specific to the cone path planner right? It should instead say what message types it receives and which it publishes. This is probably a best practice we should try to do in the future. I wouldn't worry about this rn, unless you want to change it
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I'll fix this when I go through and fix all the docstrings.
workspace/src/control/pid_controller/pid_controller/pid_controller.py
Outdated
Show resolved
Hide resolved
workspace/src/common/launch/art_localization_launch/launch/pf_estimation.launch.py
Outdated
Show resolved
Hide resolved
...line_objects_path_planner/centerline_objects_path_planner/centerline_objects_path_planner.py
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
overall confused about the difference between the localization nodes. overall looks good tho, just a few comments.
workspace/src/common/launch/art_localization_launch/launch/art_localization.launch.py
Outdated
Show resolved
Hide resolved
workspace/src/common/launch/art_localization_launch/launch/art_localization.launch.py
Outdated
Show resolved
Hide resolved
workspace/src/common/launch/art_localization_launch/launch/ekf_estimation.launch.py
Show resolved
Hide resolved
workspace/src/common/launch/art_localization_launch/launch/ground_truth.launch.py
Outdated
Show resolved
Hide resolved
...lization/particle_filter_estimation/particle_filter_estimation/particle_filter_estimation.py
Outdated
Show resolved
Hide resolved
...lization/particle_filter_estimation/particle_filter_estimation/particle_filter_estimation.py
Outdated
Show resolved
Hide resolved
...lization/particle_filter_estimation/particle_filter_estimation/particle_filter_estimation.py
Show resolved
Hide resolved
workspace/src/localization/ground_truth/ground_truth/ground_truth.py
Outdated
Show resolved
Hide resolved
but honestly too much code to actually look through properly. If you test thoroughly (like all nodes and how they interact), i think it should be fine. |
This comment was marked as outdated.
This comment was marked as outdated.
Only difference between the actual nodes for Would there have been a better way to go about this? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should instead publish the message directly in the sim than have a separate node.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I disagree, because for certain applications we might want this info packaged in one message. I could see moving this to sensing
because it is somehow pre-processing of data / packaging of data, but I still think it is necessary to have this in sim/real.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For example, if we are using RTK GPS and IMU, we DO want localization to just package the info into one message for the path planner, but not do any processing / estimation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Assume you've tested. I honestly don't care too much about code, I just think we should follow best practices for file organization and stuff like that. Looks good to me from that perspective at least.
#105