<span style=" font-size:10pt;font-family:sans-serif">Hello Diego,<br>
</span>
<br><span style=" font-size:10pt;font-family:sans-serif">Just a quick check
that might be useful. Have you tried changing readNewest by a readNew?
</span>
<br><span style=" font-size:10pt;font-family:sans-serif">I had unexpected
behaviour with readNewest in the past, and found that readNew is doing
what I would expect from readNewest, as long as your port connection does
not have a buffer.</span>
<br>
<br><span style=" font-size:10pt;font-family:sans-serif">Maybe your issue
is unrelated but it should take you very little time to try.</span>
<br>
<br><span style=" font-size:10pt;font-family:sans-serif">Cheers,</span>
<br><span style=" font-size:10pt;font-family:sans-serif">Martin</span>
<br><span style=" font-size:8pt;color:#001fe2;font-family:Verdana">Martin
Azkarate<br>
TEC-MMA</span>
<br><span style=" font-size:7pt;color:#8f8f8f;font-family:Verdana"><b>HE
Space for ESA - European Space Agency</b><br>
Space Automation and Robotics Engineer </span>
<br><span style=" font-size:7pt;color:#8f8f8f;font-family:Verdana"><b>ESTEC
- European Space research and TEchnology Centre</b><br>
Keplerlaan 1, 2201 AZ Noordwijk <br>
The Netherlands <br>
Martin.Azkarate@esa.int | </span><a href=www.esa.int><span style=" font-size:7pt;color:#8f8f8f;font-family:Verdana">www.esa.int</span></a><span style=" font-size:7pt;color:#8f8f8f;font-family:Verdana">
<br>
Tel +31 71 565 3480 | Mob +31 650 625 564 </span>
<br>
<br>
<br>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">From:
&nbsp; &nbsp; &nbsp; &nbsp;</span><span style=" font-size:9pt;font-family:sans-serif">Diego
Cesar &lt;diego.b.cesar@gmail.com&gt;</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">To:
&nbsp; &nbsp; &nbsp; &nbsp;</span><span style=" font-size:9pt;font-family:sans-serif">rock-dev@dfki.de</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Date:
&nbsp; &nbsp; &nbsp; &nbsp;</span><span style=" font-size:9pt;font-family:sans-serif">04/12/2017
16:46</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Subject:
&nbsp; &nbsp; &nbsp; &nbsp;</span><span style=" font-size:9pt;font-family:sans-serif">[Rock-dev]
Component does not read input port even though the previous is writing
on its output port.</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Sent
by: &nbsp; &nbsp; &nbsp; &nbsp;</span><span style=" font-size:9pt;font-family:sans-serif">rock-dev-bounces@dfki.de</span>
<br>
<hr noshade>
<br>
<br>
<br><span style=" font-size:12pt">Hello guys,&nbsp;</span>
<br>
<br><span style=" font-size:12pt">Recently I had a problem on the component
`</span><span style=" font-size:7pt">auv_control:PIDController</span><span style=" font-size:12pt">`
going to `POSE TIMEOUT` state.</span>
<br>
<br><span style=" font-size:12pt">The point, however, is that looking to
the logs, the pose feedback component is&nbsp;writing samples on its output
port. So the `readNewest`&nbsp;</span><a href="https://github.com/rock-control/control-orogen-auv_control/blob/master/tasks/PIDController.cpp#L52" target=_blank><span style=" font-size:12pt;color:blue"><u>on
this&nbsp;line</u></span></a><span style=" font-size:12pt">&nbsp;is not
returning &quot;RTT::NewData&quot;.</span>
<br>
<br><span style=" font-size:12pt">Additionally I found this message on
&quot;orocos.auv_control_aligned_vel2body_effort-XXX.txt&quot;, related
to &quot;mqueue&quot; that may be related to this issue:&nbsp;&nbsp;</span>
<br>
<br>
<br><span style=" font-size:12pt;color:#a2a2a2;font-family:Tahoma">140.289
[ ERROR&nbsp; ][MQSendRecv] FAILED opening '/auv_control_aligned_vel2body_effort.pose_samples.0x7f627c0051b0@400'
with message size 516, buffer size 10 for reading :<br>
140.289 [ ERROR&nbsp; ][MQSendRecv] Insufficient space for the creation
of a new message queue.&nbsp; This probably occurred because the queues_max
limit was encountered; see mq_overview(7).<br>
140.290 [ ERROR&nbsp; ][CDataFlowInterface_i::buildChannelOutput] Failed
to create MQueue Channel element: Could not open message queue: mq_open
returned -1.<br>
140.290 [ ERROR&nbsp; ][CDataFlowInterface_i::buildChannelOutput] The type
transporter for type /base/samples/RigidBodyState failed to create an out-of-band
endpoint for port pose_samples<br>
141.308 [ Debug&nbsp; ][CDataFlowInterface_i::createConnection]</span>
<br>
<br><span style=" font-size:12pt">This message is printed repetitively
until the component breaks.&nbsp;</span>
<br>
<br><span style=" font-size:12pt">I'd like to ask if any of you have already
had this problem or if the &quot;mqueue&quot; message can somehow be related
to it. If not, which would be the reasons that could lead to this symptom.</span>
<br>
<br><span style=" font-size:12pt">Best Regards,&nbsp;</span>
<br>
<br><span style=" font-size:12pt">Diego Cesar</span>
<br><tt><span style=" font-size:10pt">_______________________________________________<br>
Rock-dev mailing list<br>
Rock-dev@dfki.de<br>
</span></tt><a href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev"><tt><span style=" font-size:10pt">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</span></tt></a><tt><span style=" font-size:10pt"><br>
</span></tt>
<br>
<br><PRE>This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

</PRE>