你的位置:首页 > 操作系统

[操作系统]actionlib的身世之谜


不知道为什么会把这么严肃认真的一篇技术整理贴起这么一个故事会风格类似的名字,就这样吧:^)shenmegui

园子里有人整理了actionlib的初学者教程,我来整理下actionlib的细节描述吧。初版偏向于逐字翻译+少量个人理解。等我再长大一些感悟更多的时候再修改更新我的更多理解。我boss说开始学ROS相关就是会很乱的。我是一个喜欢划分割线的奇女子~\(≧▽≦)/~


一、服务端描述

1)goal是在ActionClient端启动的(client会发送sendgoal嘛),一旦ActionServer接收到goal请求,它就会为这个goal创建一个状态机来追踪goal的状态转换,重复三遍,状态机是跟踪goal的不是跟踪ActionServer的:

zou是这个状态转换图,下面来细说这些个状态:

2)服务端状态

  • 这些状态的转换大多是服务的实施者触发的(这么生硬的翻译,其实就是服务的程序下同),用小一串命令:
    • setAccepted - 检查到有goal之后,决定开始处理它

    • setRejected - 检察到goal后,决定不去处理它,因为它是个无效请求(溢出,资源不可用,无效等)

    • setSucceeded - 告知goal被正确执行

    • setAborted - 告知goal在处理时遇到了问题不得不被终止了

    • setCanceled - 告知因cancle请求,goal不再被执行了

    action client也能异步触发状态转换:
    • CancelRequest: 客户端通知action server它想要server停止处理这个goal服务端状态

 

 

服务端状态
中间状态

(前面说了,simple的状态有三个,就是等待执行挂起)

  • Pending - goal还没有被ActionServer处理

  • Active - goal正在被AS处理

  • Recalling - goal没有被处理并且从客户端已发送取消它的命令,但AS还不确定goal已经被取消了(时差导致的?)

  • Preempting - goal正被处理呢,从AC端收到了取消请求,但AS还不确定goal已经被取消了

终点状态
  • Rejected - AC没有发cancle请求,goal被AS不处理直接拒绝了The goal was rejected by the action server without being processed and without a request from the action client to cancel

  • Succeeded - goal被AS成功实现 was achieved successfully by the action server

  • Aborted - goal被AS终止没有AC的cancle请求

  • Recalled - 在AS开始执行之前这个goal被另一个goal或者cancle请求取消了

  • Preempted - 处理中的goal被另一个goal或者AC的取消请求给取消了

并发问题

setAccepted-CancelRequest vs CancelRequest-setAccepted:

直接的说就是AS能在收到CR之后仍然能把goal给SA。这是因为执行CR的异步竞争机制,那是,因为除了server之外的其他代码触发了状态转换,server不能确定现在到底是在[PENDING]还是 [RECALLING]状态。


二、客户端描述

1)客户端状态机

actionlib中,认为server的状态机是主机,client的状态机是从机/耦合机,它在追随主机的状态。

2)客户端转换

服务端触发转换

  • Reported [State]: 因为client在追随主机状态,很多状态的转换都是通知自己状态转换后触发client的状态转换

  • Receive Result Message: 这种状态,server给client发送result message。接收到result就意味着追踪这个goal 结束了

客户端触发转换

  • Cancel Goal: 请求server停止处理这个goal

"略过" 状态

  • 鉴于ROS是基于传输层协议,非常有可能client并不能收到所有server状态的更新。因此,我们允许客户端状态机“略过”server的触发状态
    • Example: 客户端在 [WAITING FOR GOAL ACK]状态, 收到 [PREEMPTED]server的更新状态, 客户端状态可以跳过 [ACTIVE]状态,直接转移到  [WAITING FOR RESULT]状态

  • 因为多AC可以连接单一AS,因此允许一个client取消另一个client的goal。因此当收到server的[RECALLING]状态时允许client从 [PENDING] 转移到 [RECALLING]状态


三、Action接口和传输协议

那天例会时候讲过了,我先整理四,等整理完了再把三补完整。不然会再而衰三而竭的


四、协议

1)Simple Action Client

一般,高层的应用和可执行文件并不关心goal是否被处理或是否完整。他们才关心中间状态呢。Simple Action Client的原始客户端状态机只有三个状态:Pending, Active, & Done

1.1)客户端状态模糊

要开会了,等会写。。。