[Rock-dev] Component does not read input port even though the previous is writing on its output port.

[Diego Cesar]

Hello guys,

Recently I had a problem on the component `auv_control:PIDController` going
to `POSE TIMEOUT` state.

The point, however, is that looking to the logs, the pose feedback
component is writing samples on its output port. So the `readNewest` on
this line
<https://github.com/rock-control/control-orogen-auv_control/blob/master/tasks/PIDController.cpp#L52>
is
not returning "RTT::NewData".

Additionally I found this message on
"orocos.auv_control_aligned_vel2body_effort-XXX.txt",
related to "mqueue" that may be related to this issue:


140.289 [ ERROR  ][MQSendRecv] FAILED opening '/auv_control_aligned_
> vel2body_effort.pose_samples.0x7f627c0051b0 at 400' with message size 516,
> buffer size 10 for reading :
> 140.289 [ ERROR  ][MQSendRecv] Insufficient space for the creation of a
> new message queue.  This probably occurred because the queues_max limit was
> encountered; see mq_overview(7).
> 140.290 [ ERROR  ][CDataFlowInterface_i::buildChannelOutput] Failed to
> create MQueue Channel element: Could not open message queue: mq_open
> returned -1.
> 140.290 [ ERROR  ][CDataFlowInterface_i::buildChannelOutput] The type
> transporter for type /base/samples/RigidBodyState failed to create an
> out-of-band endpoint for port pose_samples
> 141.308 [ Debug  ][CDataFlowInterface_i::createConnection]


This message is printed repetitively until the component breaks.

I'd like to ask if any of you have already had this problem or if the
"mqueue" message can somehow be related to it. If not, which would be the
reasons that could lead to this symptom.

Best Regards,

Diego Cesar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.dfki.de/pipermail/rock-dev/attachments/20171204/8b5b4e5b/attachment.htm