ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
2021-06-03 12:26:11 -0500 | received badge | ● Good Question (source) |
2018-11-20 21:59:57 -0500 | received badge | ● Necromancer (source) |
2017-11-14 13:36:56 -0500 | received badge | ● Nice Question (source) |
2017-11-14 13:36:54 -0500 | received badge | ● Guru (source) |
2017-11-14 13:36:54 -0500 | received badge | ● Great Answer (source) |
2017-09-06 06:22:02 -0500 | received badge | ● Nice Question (source) |
2017-07-26 20:12:20 -0500 | received badge | ● Good Question (source) |
2017-02-27 09:21:35 -0500 | received badge | ● Good Question (source) |
2017-02-07 21:42:24 -0500 | received badge | ● Good Question (source) |
2016-12-15 03:44:29 -0500 | received badge | ● Favorite Question (source) |
2016-06-21 09:31:03 -0500 | received badge | ● Nice Question (source) |
2016-05-31 23:56:55 -0500 | received badge | ● Favorite Question (source) |
2015-12-22 05:16:51 -0500 | received badge | ● Nice Question (source) |
2015-11-18 06:22:05 -0500 | received badge | ● Famous Question (source) |
2015-07-30 07:58:52 -0500 | received badge | ● Good Answer (source) |
2015-07-30 07:58:52 -0500 | received badge | ● Enlightened (source) |
2015-06-22 09:25:39 -0500 | commented question | Shouldn't smach transition even if the action process has died? I have it working now. I pasted the correct code now, which subclasses SimpleActionState and will abort the state in a separate heartbeat thread if it hasn't received feedback in 3 seconds. If you have any feedback that would be great, but I am marking this as answered. Thanks again. |
2015-06-20 00:58:28 -0500 | received badge | ● Notable Question (source) |
2015-06-19 16:25:35 -0500 | commented answer | Shouldn't smach transition even if the action process has died? Thank you very much. I added the code for my first pass at this suggestion to the question above. However, I am not sure how I can abort? Please take a look at the method/thread _heartbeat_timer() where I try to abort. What should I call to force an abort? Thanks! |
2015-06-15 21:47:03 -0500 | received badge | ● Popular Question (source) |
2015-06-11 16:08:33 -0500 | received badge | ● Commentator |
2015-06-11 16:08:33 -0500 | commented question | Shouldn't smach transition even if the action process has died? I found a related issue, but it doesn't say how to address the problem with smach: simpleactionstate-behaviour-if-action-server-crashes |
2015-06-11 15:49:38 -0500 | asked a question | Shouldn't smach transition even if the action process has died? Hello, I am using a smach concurrent state machine and I want it to transition, even if one of the child states has died. It seems like it sits there waiting for the pre-emption to return, when it never will, since the process has died. This leads to undesirable behavior where the state machine will not transition to other states when command messages are sent. My concurrent state is composed of the following states:
This all works fine if the nodelet is running as expected. I can publish a topic which the monitor state listens for, the monitor state becomes invalid, and terminates, causing the outcome of the concurrent state to transition to a different state. The problem comes when the simple action state has died (due to software bugs causing a crash.) Of course, I am fixing these bugs to prevent future crashes of the nodelet process. I am also now setting the problem nodelet to respawn in the launch file. However, for robustness, I would like for the state machine to still transition, even if this process has died. Is this behavior by design or is there a way to force the concurrence behavior to transition, even if one of the children does not respond to the pre-emption request? In my outcome map, I am using the following, which I thought would cause it to terminate from the monitor state alone, but I think it is waiting for a response from the crashed nodelet. Thanks in advance! Edit: I am adding my subclassed code for SimpleActionState: Edit2: The code is working now and properly aborts the state: (more) |
2014-11-25 13:48:27 -0500 | received badge | ● Nice Answer (source) |
2014-07-14 02:36:21 -0500 | received badge | ● Famous Question (source) |
2014-07-07 05:15:49 -0500 | received badge | ● Famous Question (source) |
2014-06-11 06:25:04 -0500 | received badge | ● Famous Question (source) |
2014-06-11 06:25:04 -0500 | received badge | ● Notable Question (source) |
2014-06-11 06:25:04 -0500 | received badge | ● Popular Question (source) |
2014-06-02 06:53:47 -0500 | received badge | ● Famous Question (source) |
2014-06-02 06:53:47 -0500 | received badge | ● Notable Question (source) |
2014-06-02 06:53:47 -0500 | received badge | ● Popular Question (source) |
2014-05-14 21:17:05 -0500 | received badge | ● Self-Learner (source) |
2014-05-14 21:17:05 -0500 | marked best answer | Can I roslaunch a rosjava node? In previous versions of rosjava, I used to be able to start my node using roslaunch or rosrun. Now, it seems that to execute a node (as shown in the tutorials), I have to use the following syntax: ./my_pub_sub_tutorial com.github.rosjava_catkin_package_a.my_pub_sub_tutorial.Talker & Please advise if it is still possible to use roslaunch and a launch file. I prefer to launch my java nodes this way, to be able to set parameters in a consistent way with my C++ based nodes. Now, I get an errror, "cannot launch node of type [execute]". Also, it is not clear if I should be creating my rosjava subprojects as libraries (jar files) or executables to do this. Thanks in advance. |
2014-05-12 02:42:11 -0500 | received badge | ● Famous Question (source) |
2014-04-24 10:47:43 -0500 | asked a question | How to get boost libraries to link in cross compile? I cannot get my cross compile to link to the boost libraries in my buildroot. How can I get catkin/cmake to find the correct libraries (using the arm native libraries in my buildroot instead of the i386 system libraries)? I have tried updating LD_LIBRARY_PATH, and CMAKE_PREFIX_PATH, but I still get linker errors: I think this is because cmake does not like that there are multiple versions of this library on the system, even though I order them in the LD_LIBRARY_PATH! Yes, cmake, I know. I "hid" them on purpose. Why is it ignoring the CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY setting? So, what is the correct way of forcing cmake to use the libs in the buildroot? Here is my toolchain.cmake file: Thanks in advance! |