有无图像没图像
是否黑屏黑屏，白屏，花屏
是否亮灯亮红灯
是否开机不开机
故障设备找不到相机
如图，每个相机可能有不同的流采集器（Grab Streamer）或同一接口上安装了多个相机(也对应多个流采集器)，对应多个通道（Channel）。对每个通道来说，在实际采集时数据传输实际上是拆分成如图的数据包(Packet) RawData形式传递的，内存中存储形式为一维数组，在每一帧图像的起始存在不同的标识表明一帧的开始和结束，每一个Packet都有标识表明当前所属的通道。为了显示图像，用户程序需要重新将一维数组数据拼装成图像形式，这一过程由用户完成，通常可借助OpenCV或MIL等图像处理包完成该操作。
三、 Basler Pylon工业相机SDK的使用
Pylon库有C++ .Net等各种封装版本，一般用C++版本，功能*效率高，但对于不同接口(GigE USB3.0 CameraLink)的相机必须对应使用不同的类，之间不能通用。
基于GenAPI通用相机抽象接口使用的是Node结构，以字符串形式访问相机参数，可以统一管理不同接口类型的相机。但效率低，使用不方便。
Pylon高层用C++封装，形成本地相机对象
如何管理多个相机，靠谱的方法是按相机ID标定顺序，需要读一个配置文件，比如XML或JSON，然而一开始不知道ID，需要先列举出来。
1.工业相机编程模型和流程
2.工业相机SDK接口使用总结
3.Basler Pylon工业相机SDK的使用
4.Pylon 以实时图像采集讲解PylonC SDK使用流程
5.关于使用维视工业相机 SDK 采集图像的问题
6.工业相机SDK之opencv二次开发
需要说明如下几点：
1.这里的初始队列为1-10,都是初始分配为DMA队列的，这个内存分配和释放过程有的SDK是自己负责的，有的则需要用户自己分配和释放，SDK只负责托管使用。
2.一般开始注册一个中断处理函数，当“准备队列”填充完成会自动跳转到中断函数中，借此完成同步操作。也可以是用户自己维护同步结构体，使用查询和等待的方式判断“准备队列”头是否填充完成，是否该用户程序获取数据和处理了。
3.如果用户处理任务非常简单，可以去掉“处理队列”，每次直接GetFrame->处理->PutFrame。如果用户处理任务比较复杂而不希望出现丢帧的现象，则需要用户使用“处理队列”来保存所有可用的Buffer。
4.这里队列也只是能够解决处理速度比采集速度慢少许的情况，主要是对不同处理速度做平均来保证采集和处理同步。如果每一帧的处理时间太长，这时候“DMA队列” Buffer全部转移到“处理队列” Buffer，就会出现异常情况，这时不同的相机会有不同的处理方法。
-/gbahbeb/-
http://jaso.cn.b2b168.com
