ALMotionProxy::moveToward() 的 NAOqi 没有按预期工作
ALMotionProxy::moveToward() of NAOqi does not work as exptected
我想通过 NAOqi C++ API ALMotionProxy::moveToward() 发送速度输入来移动 NAO，这需要沿 x-y-z 的归一化速度。我通过操纵杆生成这些命令，以便它们在 [-1,1] 范围内自动归一化。
但是，当我在方法中设置相应的值时，NAO 仅在值恰好为 -1 或 +1 时才会移动。相反，对于所有其他值，它根本不动。这看起来像是一种不寻常的行为，因为使用 Choregraphe 中的 moveToward 块，NAO 实际上也会移动 -1 和 1 之间的值。
我正在打印生成的操纵杆命令，然后再提供给 moveToward() 方法，因此我已经检查过它们是否已正确获取。我只在 x 和 z 方向指挥 NAO。
在这里粘贴代码是不必要的，感兴趣的部分只是方法调用
motionProxy.moveToward(fvel_x,0.0f,fvel_z);
如果您需要更多信息，请告诉我。预先感谢您的回答。
问题已解决。 Naoqi 1.14 版本与 OpenCV 运行 on Ubuntu 14.04 之间存在冲突问题（实际上，Naoqi 文档不确保支持更新的 OS）。 运行 Ubuntu 12.04 上的相同代码解决了我的问题。
我想通过 NAOqi C++ API ALMotionProxy::moveToward() 发送速度输入来移动 NAO，这需要沿 x-y-z 的归一化速度。我通过操纵杆生成这些命令，以便它们在 [-1,1] 范围内自动归一化。 但是，当我在方法中设置相应的值时，NAO 仅在值恰好为 -1 或 +1 时才会移动。相反，对于所有其他值，它根本不动。这看起来像是一种不寻常的行为，因为使用 Choregraphe 中的 moveToward 块，NAO 实际上也会移动 -1 和 1 之间的值。
我正在打印生成的操纵杆命令，然后再提供给 moveToward() 方法，因此我已经检查过它们是否已正确获取。我只在 x 和 z 方向指挥 NAO。
在这里粘贴代码是不必要的，感兴趣的部分只是方法调用
motionProxy.moveToward(fvel_x,0.0f,fvel_z);
如果您需要更多信息，请告诉我。预先感谢您的回答。
问题已解决。 Naoqi 1.14 版本与 OpenCV 运行 on Ubuntu 14.04 之间存在冲突问题（实际上，Naoqi 文档不确保支持更新的 OS）。 运行 Ubuntu 12.04 上的相同代码解决了我的问题。