002 gtsam/examples CombinedImuFactorsExample.cpp

一、CombinedImuFactor使用例程

1.1 symbols

using symbol_shorthand::B;  // Bias  (ax,ay,az,gx,gy,gz)
using symbol_shorthand::V;  // Vel   (xdot,ydot,zdot)
using symbol_shorthand::X;  // Pose3 (x,y,z,r,p,y)

二、测量参数的设置

boost::shared_ptr<PreintegratedCombinedMeasurements::Params> imuParams() {
   
   
  // 设置噪声-->传感器白噪声和随机游走噪声
  // We use the sensor specs to build the noise model for the IMU factor.
  double accel_noise_sigma = 0.0003924;
  double gyro_noise_sigma = 0.000205689024915;
  double accel_bias_rw_sigma = 0.004905;
  double gyro_bias_rw_sigma = 0.000001454441043;
  Matrix33 measured_acc_cov = I_3x3 * pow(accel_noise_sigma, 2);
  Matrix33 measured_omega_cov = I_3x3 * pow(gyro_noise_sigma, 2);
  //两个预积分的协方差->position from velocities and error in the bias used for preintegration
  Matrix33 integration_error_cov =
      I_3x3 * 1e-8;  // error committed in integrating position from velocities
  Matrix33 bias_acc_cov = I_3x3 * pow(accel_bias_rw_sigma, 2);
  Matrix33 bias_omega_cov = I_3x3 * pow(gyro_bias_rw_sigma, 2);
  Matrix66 bias_acc_omega_int =
      I_6x6 * 1e-5;  // error in the bias used for preintegration
  //重力方向MakeSharedD和MakeSharedU不同
  auto p = PreintegratedCombinedMeasurements::Params::MakeSharedD(0.0);//重力
  // PreintegrationBase params:
  p->accelerometerCovariance =
      measured_acc_cov;  // acc white noise in continuous
  p->integrationCovariance =
      integration_error_cov;  // integration uncertainty continuous
  // should be using 2nd order integration
  // PreintegratedRotation params:
  p->gyroscopeCovariance =
      measured_omega_cov;  // gyro white noise in continuous
  // PreintegrationCombinedMeasurements params:
  p->biasAccCovariance = bias_acc_cov;      // acc bias in continuous
  p->biasOmegaCovariance = bias_omega_cov;  // gyro bias in continuous
  p->biasAccOmegaInt 
<think>好的,用户再次遇到了编译错误,这次是关于`SaveTrajectoryTUM`未声明的错误。之前的对话中,用户已经调整了CMakeLists.txt文件,但问题依然存在。需要先回顾之前的建议,看看是否有遗漏的地方。 首先,用户之前的错误是`SaveKeyFrameTrajectoryTUM`未定义,现在变成了`SaveTrajectoryTUM`,可能是不同的函数,或者是用户修改了代码。需要确认函数名的正确性,是否存在拼写错误或者函数是否被正确声明和定义。 接下来,错误提示指出在`qs.cpp`的main函数中调用了`SaveTrajectoryTUM`,但编译器找不到这个函数的声明。可能的原因包括: 1. 头文件未正确包含:用户可能没有在`qs.cpp`中包含声明该函数的头文件。 2. 命名空间问题:函数可能位于某个命名空间内,比如`ORB_SLAM3`,调用时需要使用作用域解析运算符。 3. 函数实现未链接:对应的源文件没有被CMake正确包含,导致链接阶段找不到定义。 4. 函数已被弃用或更名:在ORB-SLAM3的不同版本中,函数名可能发生了变化,用户需要检查文档或代码历史。 接下来需要逐步排查这些问题。首先,检查用户是否在代码中正确包含了头文件,例如`System.h`,因为`SaveTrajectoryTUM`通常在这个头文件中声明。如果头文件正确包含,那么问题可能在于命名空间。用户可能没有使用`ORB_SLAM3::System::SaveTrajectoryTUM`这样的完整调用方式。 另外,需要确认`System.cc`是否被正确编译到库中,因为如果该源文件没有被添加到`add_library`的源文件列表中,链接时会找不到定义。此外,用户是否在CMakeLists.txt中添加了必要的宏定义,比如`ENABLE_TUM_FORMAT`,以启用相关功能的编译。 还需要检查用户的调用方式是否正确。例如,`SaveTrajectoryTUM`是否是类的成员函数,是否需要通过对象实例调用,而不是直接调用静态函数。如果用户直接调用而没有通过System类的实例,就会导致错误。 最后,考虑ORB-SLAM3的版本差异。不同版本中,保存轨迹的函数可能有不同的名称或参数列表,用户需要确认所使用的版本文档,或者查看源代码中的函数定义,确保调用的正确性。 总结起来,可能的解决步骤包括: 1. 检查头文件包含。 2. 确认命名空间和类作用域。 3. 确保源文件被编译。 4. 检查函数调用方式是否正确。 5. 验证CMake配置中的宏定义和链接库。 用户需要根据这些方向逐步排查,修正代码或CMake配置,然后重新编译。</think>--- ### 错误分析 从报错信息 `error: ‘SaveTrajectoryTUM’ was not declared in this scope` 可以看出,编译器在 `qs.cpp` 中找不到 `SaveTrajectoryTUM` 函数的声明。常见原因如下: 1. **函数未正确声明**:头文件中缺少函数原型。 2. **命名空间未指定**:函数属于某个类或命名空间(如 `ORB_SLAM3::System`),但调用时未指定作用域。 3. **源码未编译**:定义该函数的源文件(如 `System.cc`)未被添加到 `CMakeLists.txt`。 4. **函数已被移除或更名**:ORB-SLAM3 不同版本中接口可能变化(例如某些版本使用 `SaveKeyFrameTrajectoryTUM` 而非 `SaveTrajectoryTUM`)。 --- ### 逐步解决方案 #### 1. **检查函数声明与命名空间** - 在 `qs.cpp` 中,确保调用的函数是 **类的成员函数**,并通过对象或类名调用。 - **正确调用示例**(假设属于 `System` 类): ```cpp // 假设 SLAM 是 System 类的实例 SLAM.SaveTrajectoryTUM("FrameTrajectory_TUM_Format.txt"); // 或静态函数(需确认是否静态) ORB_SLAM3::System::SaveTrajectoryTUM(...); ``` - 如果函数直接定义在全局作用域,需在头文件(如 `System.h`)中声明: ```cpp // System.h 中添加声明 void SaveTrajectoryTUM(const std::string& filename); ``` #### 2. **验证头文件包含** 在 `qs.cpp` 开头检查是否包含定义 `SaveTrajectoryTUM` 的头文件(通常为 `System.h` 或 `Tracking.h`): ```cpp #include "System.h" // 必须包含 ``` #### 3. **确认源码编译** 确保定义 `SaveTrajectoryTUM` 的源文件(如 `System.cc`)被添加到 `CMakeLists.txt` 的编译列表中: ```cmake # ORB_SLAM3/CMakeLists.txt 中检查 add_library(ORB_SLAM3 src/System.cc # 必须包含 src/Tracking.cc # ... ) ``` #### 4. **检查函数实际名称** ORB-SLAM3 的保存轨迹函数可能因版本不同而名称不同。 - 打开 `src/System.cc`,搜索 `SaveTrajectoryTUM`: - 如果不存在,可能已更名(如 `SaveKeyFrameTrajectoryTUM` 或 `SaveTrajectory`)。 - **替代方案**:直接使用官方示例中的接口(如 `SaveTrajectoryKITTI` 或 `SaveKeyFrameTrajectoryTUM`)。 #### 5. **版本兼容性修复** 如果函数在最新版 ORB-SLAM3 中被移除,需回退代码或修改调用方式: - **方法 1**:参考官方 `monocular_tum.cc` 示例,使用标准接口: ```cpp SLAM.SaveTrajectoryTUM("CameraTrajectory.txt"); SLAM.SaveKeyFrameTrajectoryTUM("KeyFrameTrajectory.txt"); ``` - **方法 2**:从旧版本代码中复制 `SaveTrajectoryTUM` 的实现到当前版本。 --- ### 修改示例 假设 `SaveTrajectoryTUM` 是 `System` 类的成员函数,正确调用方式为: ```cpp // qs.cpp 中修改 ORB_SLAM3::System SLAM(...); // 初始化 System 对象 // ...运行 SLAM... SLAM.SaveTrajectoryTUM("FrameTrajectory_TUM_Format.txt"); // 通过对象调用 ``` --- ### CMakeLists 关键配置 确保可执行文件 `qs` 正确链接 ORB-SLAM3 库和依赖项: ```cmake # 主 CMakeLists.txt(在 Examples/Monocular 目录下) add_executable(qs qs.cpp) target_link_libraries(qs ORB_SLAM3 ${OpenCV_LIBS} ${EIGEN3_LIBS} ${Pangolin_LIBRARIES} ) ``` --- ### 验证步骤 1. **重新编译**: ```bash rm -rf build/ && mkdir build && cd build && cmake .. -DCMAKE_BUILD_TYPE=Release && make -j4 ``` 2. **检查符号**: 如果编译成功生成 `qs` 可执行文件,运行以下命令验证函数是否被链接: ```bash nm -C qs | grep SaveTrajectoryTUM ``` - 输出应包含 `ORB_SLAM3::System::SaveTrajectoryTUM`。 --- ### 附:常见问题 1. **函数签名不匹配**: 检查 `SaveTrajectoryTUM` 的参数是否与声明一致(如 `const std::string&`)。 2. **C++11 标准**: 在 `CMakeLists.txt` 中设置 C++14 标准: ```cmake set(CMAKE_CXX_STANDARD 14) ``` --- 通过以上步骤,应能解决 `SaveTrajectoryTUM` 未声明的错误。如果问题仍存在,建议提供 `System.h` 和 `System.cc` 中相关函数的代码片段,以便进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值