ORK包的安装与linemod算法识别测试 (使用kinect v2 出现很奇怪的问题和解决)

 

上一段时间安装测试了linemod的ROS程序包,跑了一下,使用的是kinec v2  ,安装过程也是很麻烦,出现了很怪异的问题,具体据说是因为kinect的分辨率问题导致的,实际上还有一个因为mesa库的问题导致的。具体看下面吧~

安装过程主要是参考了

https://blog.techbridge.cc/2016/05/14/ros-object-recognition-kitchen/

http://wg-perception.github.io/ork_tutorials/tutorial03/tutorial.html#setup-the-working-environment

http://wg-perception.github.io/object_recognition_core/install.html#install 官方教程

这两个教程,ORK Object Recognition Kitchen 物体识别程序包,里面集成了很多物体识别的C++开源算法,我们主要是使用目前效果较好,较为常用的linemod算法。主要看一下这个包的安装过程与配置。我使用的是源代码安装的过程,推荐源安装,因为到最后,确实出现了问题,在修改了源代码之后,才解决问题。

1.在catkin_ws/src下建立ORK包,并cd进入其中,执行:

git clone http://github.com/wg-perception/object_recognition_core

git clone http://github.com/wg-perception/capture

git clone http://github.com/wg-perception/reconstruction

git clone http://github.com/wg-perception/linemod

git clone http://github.com/wg-perception/ork_renderer

git clone http://github.com/wg-perception/tabletop

git clone http://github.com/wg-perception/tod

git clone http://github.com/wg-perception/transparent_objects

2.安装关于ROS的东西

git clone http://github.com/wg-perception/object_recognition_msgs

git clone http://github.com/wg-perception/object_recognition_ros

git clone http://github.com/wg-perception/object_recognition_ros_visualization

3.推到catkin_ws执行catkin_make 注意最好先执行

rosdep check --from-paths /home/zzurobotics/catkin_ws/src/ork --ignore-src

rosdep install --from-paths /home/zzurobotics/catkin_ws/src/ork --ignore-src

会自动检查相关程序包的依赖关系,并且安装。

出现错误的时候,只要再次输入catkin_make 执行编译,就会继续进行下去,如果有些错误始终存在,就需要执行上面的两句话了。

Linemod算法程序包是一个相对独立的程序包,需要单独安装一下,但是安装之后,根据指令启动之后,并不能使用,表现是,电脑变得很卡,然后终端抛出错误,节点终止。总共出现的问题有两个

这是第一个,解决之后,会出现第二个

问题1的原因是关于mesa库的问题导致的,简单给出解决方法是,修改ork_renderer程序包中的CMakeList.txt文件。将mesa的方法替换为GLUT

之后再编译就行了,参考https://github.com/JimmyDaSilva/ork_renderer/commit/4bdd53e3c418e7d02be0212ece04598619b4323a

问题2的原因是因为kinectV2的特殊分辨率导致的,具体的修改办法是

参考 https://github.com/wg-perception/linemod/issues/28,这个问题需要修改linemod程序包的源文件,以及linemod包中conf文件夹下的training.ork配置文件,修改如下所示

至此,就能正常运行linemod算法了。

使用linemod算法步骤:上面的步骤完成之后,还不能用,他只是装好了ork相关的东西,但是linemod算法是基于模板匹配的算法,所以可以想到,肯定要有一个已知的模型,而且好要针对它进行训练才可以识别。

首先安装模板对比库

sudo apt-get install couchdb

添加可乐罐模型

rosrun object_recognition_core object_add.py -n "coke " -d "A universal can of coke" --commit

点击下面链接查看模型是否建立和物体的ID编号http://localhost:5984/_utils/database.html?object_recognition/_design/objects/_view/by_object_name

上面只是建立了编号,还没有模型,现在要指定并提供模型文件,下载官方的教程包,里面有一个可乐罐的stl模型。

git clone https://github.com/wg-perception/ork_tutorials

cd .. && catkin_make

向数据库添加模型

rosrun object_recognition_core mesh_add.py 0be612246c9b0a00baaa4adefb0009eb /home/rosindigo/catkin_ws/src/ork_tutorials/data/coke.stl --commit

1.启动kinect驱动节点

roslaunch kinect2_bridge kinect2_bridge.launch publish_tf:=true reg_method:=opencl     //启动kinect节点

2.映射话题节点

rosrun topic_tools relay /kinect2/qhd/image_depth_rect /camera/depth_registered/image_raw

rosrun topic_tools relay /kinect2/qhd/image_color_rect /camera/rgb/image_rect_color

rosrun topic_tools relay /kinect2/qhd/camera_info /camera/rgb/camera_info

rosrun topic_tools relay /kinect2/qhd/camera_info /camera/depth_registered/camera_info

rosrun topic_tools relay /kinect2/qhd/points /camera/depth_registered/points

rosrun tf static_transform_publisher 0 0 0 0 0 0 kinect2_ir_opticalrame camera_depth_optical_frame 40

3.启动识别节点

rosrun object_recognition_core detection -c  `rospack find object_recognition_linemod`/conf/detection.ros.ork

4.启动rviz

最终识别结果中可乐罐位姿和实际位置有偏差,并且不断在跳跃,不知道为什么,在网上查到很多人都有这个问题,不知道是不是和kinect内参标定有关系,但是可以看到识别的可信度一直在93%左右。

 

我也贴上我的节点图

也可以参考这位同学的

https://blog.csdn.net/weixin_40799950/article/details/81911877

 

 

 

 

 

 

 

 

  • 7
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
### 回答1: ork.cloud:spring-cloud-starter-openfeign:jar是一个基于Spring Cloud的开源库,用于简化微服务架构中服务之间的调用和通信。 OpenFeign是一个声明式的Web服务客户端,它简化了编写HTTP请求的代码,使得服务间调用更加简单和高效。它是Spring Cloud提供的一个集成了Ribbon和Hystrix的库,可以方便地与其他微服务组件集成使用使用OpenFeign,我们可以通过编写接口的方式来定义服务间的调用,而不需要关注底层的HTTP请求。通过注解配置,OpenFeign会自动根据接口定义生成对应的代理类,并且提供了负载均衡、断路器等功能,方便处理高并发和服务故障的情况。 在微服务架构中,服务之间的调用是非常频繁的,而且随着微服务的增多,手动编写HTTP请求的代码会变得非常繁琐和容易出错。使用OpenFeign可以大大简化服务之间的调用流程,提高开发效率和代码质量。 总结来说,ork.cloud:spring-cloud-starter-openfeign:jar是一个方便而强大的库,可以帮助我们简化微服务架构中服务之间的调用和通信,并且提供了负载均衡和断路器等功能,能够提高系统的可靠性和性能。 ### 回答2: ork.cloud:spring-cloud-starter-openfeign:jar是一个基于Spring Cloud的开源项目,它提供了一种方便的编写和调用RESTful服务的方式。Feign是一个声明式的Web服务客户端,它可以简化HTTP请求的处理和封装,使得开发者可以更加专注于业务逻辑的编写。 使用Spring Cloud Starter OpenFeign可以快速地编写和调用其他微服务。它通过注解的方式将HTTP请求映射到对应的方法上,自动进行了服务的发现和负载均衡。 Feign支持多种请求方式,括GET、POST、PUT、DELETE等,还可以使用@PathVariable、@RequestParam等注解处理路径参数和查询参数。Feign还支持对请求体进行处理,可以将请求体转换成Java对象,方便业务逻辑的处理。 在使用Feign时,不需要手动编写HTTP请求的代码,只需要定义一个接口并使用Feign的注解进行标记即可。Feign会根据注解生成代理对象来完成请求的发送和接收。这样可以大大简化开发的工作量,并且使得代码更加清晰易读。 Spring Cloud Starter OpenFeign还集成了Ribbon和Hystrix,这使得我们在使用Feign时可以实现负载均衡和熔断的功能。即使请求的目标服务发生宕机或故障,也能够保证系统的高可用性和稳定性。 总之,Spring Cloud Starter OpenFeign是一个非常实用和方便的工具,可以简化微服务架构下的服务调用,并提供了负载均衡和熔断等功能。它的使用可以加快开发速度,提高系统的可靠性和稳定性。 ### 回答3: spring-cloud-starter-openfeign是一个开源的Spring Cloud组件,用于简化在微服务架构中进行远程服务调用的过程。它基于Netflix的Feign库进行开发,提供了一种声明式的、基于接口的远程服务调用方式,可以方便地实现服务之间的通信和数据交互。 ork.cloud:spring-cloud-starter-openfeign:jar是spring-cloud-starter-openfeign组件的一个特定版本的jar。在使用Spring Boot构建的项目中,可以通过引入这个jar来集成并使用spring-cloud-starter-openfeign组件,从而简化远程服务调用的代码编写和配置。 使用spring-cloud-starter-openfeign,我们只需要定义一个接口,通过注解的方式声明远程服务的地址和调用方法,然后在需要调用远程服务的地方直接调用这个接口的方法即可。Spring Cloud会根据注解信息自动进行服务发现和负载均衡,将我们的调用请求转发到对应的服务实例上。 该jar中除了含spring-cloud-starter-openfeign的核心功能外,还可能含一些额外的依赖库或工具,以及特定版本的相关代码和配置文件。通过引入这个jar,我们可以一键集成和启用spring-cloud-starter-openfeign组件,省去了手动添加依赖和配置的步骤,能够更快速地搭建起微服务架构中的服务调用机制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值