-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add flag to enable tick of non-running BT + UC2 in tests #68
Conversation
Signed-off-by: Matteo Morelli <matteo.morelli@cea.fr>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
…tests Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
2e0798a
to
7ed7e73
Compare
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
@@ -0,0 +1,7 @@ | |||
# action pattern | |||
# attributes of goal | |||
int32 block_id |
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.
All of
- InspectBlock.action
- InspectBlockImplem.action
- MoveBlock.action
- MoveBlockImplem.action
- RecoverBlock.action AND
- RecoverBlockImplem.action
are exactly the same. Why not use one definition for all?
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.
This is a question for @m-morelli , but I would expect the original interfaces (with strings and so on) to have some differences...
src/as2fm/jani_generator/scxml_helpers/top_level_interpreter.py
Outdated
Show resolved
Hide resolved
src/as2fm/jani_generator/scxml_helpers/top_level_interpreter.py
Outdated
Show resolved
Hide resolved
skills: List[str] = field(default_factory=list) | ||
# Similar to the skills, currently unused |
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.
Do we need it, if its unused?
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.
That is a good question... in my opinion we do not, but before getting rid of it we should talk to the AS2FM users from Genova ;)
@@ -0,0 +1,52 @@ | |||
<?xml version="1.0" encoding="UTF-8"?> |
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 would suggest to call this skill:
- IsBlockDown or
- HasBlockFallen
or something else that makes sense grammatically ;)
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.
This is also something to ask @m-morelli
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
Signed-off-by: Marco Lampacrescia <marco.lampacrescia@de.bosch.com>
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.
Okay. I guess for now, we can include the UC2 example as is.
With this PR, BT execution stops by default once the root node receives a status different from RUNNING.
Additionally, I added a flag called "bt_tick_if_not_running" that can be set to true to allow re-ticking a BT once it failed or it succeeded.
Finally, the example from UC2 has been added in the test folder and is treated as a unit test (the "fixed" one is still reaching only 98% success rate, some debugging is still required there, but the "bugged", non-reactive version is now consistently failing as expected!)