-
Notifications
You must be signed in to change notification settings - Fork 73
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
inaccurate /flexbe/behavior_update message #123
Comments
Was able to reproduce the issue when using the action server. I will take a look and let you know. |
The issue of not updating the action server should be fixed by the above commit. Without digging too much into the FlexBE internals, there are two modes for running a behavior: one being controller and one not controlled. So far, only running the user interface was enabling the controlled mode and thus, providing updates to the behavior mirror. Now this is changed so that running the mirror itself is used as an indication whether updates should be sent. |
@pschillinger It's solved in the |
Thanks for the feedback! I plan the next merge for around end of next week. |
Sorry for later feedback, the state update works well now. |
I need to know which behavior is currently running. I planned to subscribe to the topic in question but it seems only to be available if the GUI is running. But I need to run FlexBE in autonomous mode without operator interaction. |
Planning to look into latching this at new repo home FlexBE/flexbe_behavior_engine#9 |
Hi, I found that the /flexbe/behavior_update can be inaccurate, sometimes state update message can be missing or repeated and sometimes the order of the states update messages can be confusing, especially when behaviors are executed by behavior action without flexbe_app.
Looking forward to a response.
The text was updated successfully, but these errors were encountered: