You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We found a phenomenon,but i am not sure if it is a dora bug.
We created 3 nodes A, B, C in Dora. Node A is responsible for reading IMU measurements from the serial port(/dev/ttyUSB0), such as xsens mti-30. Node B receives the data from node A and prints the data to confirm that node A can read the IMU data normally. Node C is a node under development. We hope to use node C to receive the data of node A and forward it to ROS2.
Node A and node B can run normally without reporting errors.
When we were debugging node C, we found that if node C exits abnormally, it will cause dora kernel sotp (I am not sure whether the description of sotp is correct), that is, we need to start it again with the dora up command before we can continue to use dora start.
The phenomenon is like this:
Once node C fails, the dora kernel stops, node A cannot be started again, and the node will prompt that the serial port is always occupied. In other words, the serial port may not be released after dora exits abnormally.
This phenomenon has occurred several times, and we currently can only solve this problem by restarting the computer.
The text was updated successfully, but these errors were encountered:
Describe the bug
We found a phenomenon,but i am not sure if it is a dora bug.
We created 3 nodes A, B, C in Dora. Node A is responsible for reading IMU measurements from the serial port(/dev/ttyUSB0), such as xsens mti-30. Node B receives the data from node A and prints the data to confirm that node A can read the IMU data normally. Node C is a node under development. We hope to use node C to receive the data of node A and forward it to ROS2.
Node A and node B can run normally without reporting errors.
When we were debugging node C, we found that if node C exits abnormally, it will cause dora kernel sotp (I am not sure whether the description of sotp is correct), that is, we need to start it again with the dora up command before we can continue to use dora start.
The phenomenon is like this:
Once node C fails, the dora kernel stops, node A cannot be started again, and the node will prompt that the serial port is always occupied. In other words, the serial port may not be released after dora exits abnormally.
This phenomenon has occurred several times, and we currently can only solve this problem by restarting the computer.
The text was updated successfully, but these errors were encountered: