GigE —— GVCP 控制通道

最新推荐文章于 2024-08-08 13:04:45 发布

Mr_zhliang

最新推荐文章于 2024-08-08 13:04:45 发布

阅读量4.9k

点赞数 5

分类专栏： GigE 文章标签： Control Channel GigE

本文链接：https://blog.csdn.net/Mr_zhliang/article/details/94016145

版权

GigE 专栏收录该内容

4 篇文章 15 订阅

订阅专栏

文章目录

简介
控制通道

简介

为了处理多个连接，每个连接承载不同类型的信息，GigE Vision引入了“通道”的概念。通道是用于在GigE视觉实体之间传输信息的虚拟链接。GigE Vision支持三种类型的频道:

1、控制通道（主应用程序始终有一条控制通道）；
2、流通道（0-512个流通道）；
3、消息通道（0或者一个消息通道）。
不同的通道可以使用相同的网络接口。下面两个图第一个是简单用例，第二个是高级用例：
在这里插入图片描述

控制通道

控制通道用来应用程序和设备进行交互，GVCP有两种类型的控制通道：

主控制通道：是由主应用程序创建，主应用程序是允许写入设备寄存器的应用程序，只允许一个应用程序作为设备的主应用程序。

辅助控制通道：辅助控制通道可由任何辅助应用程序创建。辅助应用程序只能读设备寄存器，不能写，这可用来监控和调试，一个设备可支持多个辅助应用程序，也支持没有辅助控制通道。

即使只支持一个主应用程序，也可以使用UDP广播或多播向/从多个接收方发送/接收图像或数据流。但是所有流都是在主应用程序的控制之下（PACKTRESEND请求除外）。

设备必须回应设备发现请求，即使这个请求不是从主应用程序发出。

在创建流或消息通道之前，必须实例化控制通道。

控制通道上的数据包流序列为:

1、应用程序发送命令包；

2、设备接收命令包；

3、设备执行命令；

4、设备发生回应包（如果有回应包）；

5、应用程序接收回应包（如果有回应请求）。

Control Channel Privileges（特权）

独占访问：具有独占访问的应用程序是设备的主程序。他可以读写设备。任何其他应用程序都不能对该设备进行读写。当应用程序具有独占访问权限时，设备不能允许辅助应用程序创建辅助控制通道。当设备已授予独占访问后，它必须在确认消息中向发送命令消息的任何其他程序返回一个错误（GEV_STATUS_ACCESS_DENIED），但ACTION_CMD、DISCOVERY_CMD、PACKETRESEND_CMD和FORCEIP_CMD命令除外。
在这里插入图片描述
控制访问：具有控制访问权限的应用程序是设备的主应用程序，它可以读写设备，且其它应用程序可以从该设备读数据，注意，不需要设备来支持控制访问。

1、当设备支持控制访问并且有已经有应用程序具有控制访问时，设备应该允许辅助应用程序创建支持READREG和READMEM消息的控制通道。

2、当设备支持控制访问，且没有使用独占访问或控制访问注册应用程序，则可以授予控制访问。如果应用程序具有启用切换控制权限，那么如果另一个应用程序具有正确的凭据，则设备可以授予对该应用的访问权限。当应用请求访问时，如果将CCP寄存器的control_switchover_key字段设置为Control Switchover键引导寄存器所持有的值，则应用程序具有正确的凭据。否则，它必须返回一个错误(GEV_STATUS_ACCESS_DENIED)。

在这里插入图片描述

具有切换功能的控制访问：与控制访问模式不同的地方在这种模式允许具有正确凭据的应用程序控制设备。当应用程序启用切换的控制访问时，设备应该允许辅助应用程序创建支持READREG和READMEM消息的控制通道。

监视访问：具有监视访问权限的应用程序对设备没有特权，它是一个辅助应用程序，只有当没有具有独占访问权限的应用程序连接到设备时，才能从设备读取。例如，它可以用来转储设备的寄存器。只有在没有具有独占访问权限的应用程序时，设备才允许监视器访问。如果这个特权可用，辅助应用程序可以直接向设备发送READREG_CMD或READMEM_CMD消息。应用程序不写入CCP寄存器以获得监视访问。注意，不需要设备来支持monitor访问。不需要设备来跟踪辅助应用程序的req_id:辅助应用程序中的每个命令，即使是重试命令，都会被执行。