台州Basler巴斯勒GIGE相机维修

工业相机SDK接口使用总结
相机调用 ：
我们利用相机采集图像，先要对相机进行相关参数设置及控制，这需要对相机的SDK包比较了解，一般相机厂家都会提供相机SDK，其中包含用户手册和调用Demo，这些都大大降低了调用门槛，提高了二次开发用户的效率。目前用过Balser、海康、大华等相机，其实都是一个套路，都是按照下面几个步骤进行的。
1）枚举设备
2）创建句柄
3）打开设备
4）开始抓图
5）获取一帧并保存图像
6）停止抓图
7）关闭设备
8）销毁句柄
相机同步：
若是开发过程中用到双目或者多目的话，则需要外接同步触发器或者外部触发信号，通过相机同步触发线来实现同步问题。以实际应用过的Basler acA1300-200uc为例，其相机同步触发线具体类型如下：
1 -—— +12 VDC 红
2 —— I/O Input 1 黄
3 —— VCC(加电阻） 蓝
4 —— I/O Out 1 绿
6 —— DCcam Power GND 黑
0000—— I/O GND 白

工业相机中断响应如何操作？
当相机一帧采集完成后，自动跳转进入中断回调函数，这里分了两种中断回调函数。
种为简单的取Buffer->处理->放回。
第二种结合Windows的消息队列，在此处再给一个“处理队列”，给处理一个缓冲时间。
这里的处理包括常见的图像处理、计算和显示及RawData拼装为图像等用到Buffer的地方。
前面也说过，常用的是中断响应处理，除此之外，自己去查询Buffer填充状态并作相关同步操作在某些场合也会用到，这个请查询不同相机SDK给出的同步方案。
差不多所有的工业相机SDK都是这样的编程模型和流程，AVT 1394相机和Basler Camera Link相机和AVT GigE相机相关代码在笔者网站可下载，还有之前讲的Basler Pylon SDK相机编程，他们基本流程都是一样，恕不详述！

工作流程：
当相机工作时，就是连续的采集-处理-采集-处理...的过程，但是这就存在一个问题，如果采集的速度比处理速度快，处理不过来，怎么办？在实际中，我们使用队列来解决这个问题，当前帧没有处理完，下一帧到来时直接放入队列等待当前处理完成后再处理它。

这里使用三个队列完成采集和处理同步。
DMA队列：
当CMOS或CCD芯片曝光然后将数据转到相机缓存后，这时候DMA会负责将缓存中数据写入到“DMA队列”头Buffer中。
准备队列：
一旦“DMA队列”头Buffer被填充完成，会被加到“准备队列”尾后，这时候会发送中断通知用户程序：当前又有一帧数据采集完成，您看着处理吧。
处理队列：
当用户接收到中断会自动跳转到中断函数中，使用GetFrame拿取“准备队列”头Buffer，然后加到当前用户程序“处理队列”尾，用户程序从“处理队列”头拿取Buffer处理完成后使用PutFrame将Buffer再添加到原始的“DMA队列”尾。

需要说明如下几点：
1.这里的初始队列为1-10,都是初始分配为DMA队列的，这个内存分配和释放过程有的SDK是自己负责的，有的则需要用户自己分配和释放，SDK只负责托管使用。
2.一般开始注册一个中断处理函数，当“准备队列”填充完成会自动跳转到中断函数中，借此完成同步操作。也可以是用户自己维护同步结构体，使用查询和等待的方式判断“准备队列”头是否填充完成，是否该用户程序获取数据和处理了。
3.如果用户处理任务非常简单，可以去掉“处理队列”，每次直接GetFrame->处理->PutFrame。如果用户处理任务比较复杂而不希望出现丢帧的现象，则需要用户使用“处理队列”来保存所有可用的Buffer。
4.这里队列也只是能够解决处理速度比采集速度慢少许的情况，主要是对不同处理速度做平均来采集和处理同步。如果每一帧的处理时间太长，这时候“DMA队列” Buffer全部转移到“处理队列” Buffer，就会出现异常情况，这时不同的相机会有不同的处理方法。

编程模型和流程
对于相机来说，常见编程时我们关注三个对象——相机对象、采集对象、参数对象。
相机对象(Camera Object)：负责相机的连接、断开等工作。
采集对象(Grab Streamer)：负责相机的采集队列分配、相机单帧、连续采集。
参数对象(Parameter Object)：负责相机参数的设置。
不同的SDK可能安排不一样，一般来说要不是三种对象的功能合并到“相机对象”中，要不是分为三种对象，其实采集对象和参数对象都是在“相机对象”上封装而来。