南京Basler巴斯勒COMS相机维修

1.工业相机编程模型和流程
2.工业相机SDK接口使用总结
3.Basler Pylon工业相机SDK的使用
4.Pylon 以实时图像采集讲解PylonC SDK使用流程
5.关于使用维视工业相机 SDK 采集图像的问题
6.工业相机SDK之opencv二次开发

Pylon 以实时图像采集讲解PylonC SDK使用流程
一般的对于提供硬件编程来说，硬件生产厂家都会提供好SDK使用的手册和实例。手册中一般包括安装和配置流程，一些基本概念的介绍，SDK每个函数使用，SDK使用流程和实例(有些硬件实例直接写在手册中，有些会以单文件存在，还有的两者皆有)。对于上位机软件开发人员来说拿到一个硬件上位机编程任务。
先应该阅读了解其SDK概念，再按照其介绍的SDK开发流程阅读其提供的实例，修改相应的实例为自己所用，有不懂的函数查询一下其用法即可。有些开发人员习惯性的去记其API，这是费时费力的做法，并不推荐。下面主要以实时图像采集讲解Basler相机的PylonC 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可能安排不一样，一般来说要不是三种对象的功能合并到“相机对象”中，要不是分为三种对象，其实采集对象和参数对象都是在“相机对象”上封装而来。

可以看到相机编程需要做三方面工作：
1.初始化操作
先初始化相机驱动Com环境，然后遍历得到当前的相机列表，根据相机ID或List 编号选择对应相机。
之后连接相机，先设置本次采集的相机参数(帧速、图像大小、缩放比等)，然后是分配和注册当前DMA队列，这里有的是用户完成，有的是SDK完成。
之后先开启DMA逻辑等待相机采图，然后使相机开始工作采图，整个系统就按照之前工作流程运作起来了，许多SDK将“开启DMA”和“相机开始工作”合并为“开始采集”。
2.结束操作
先停止相机工作再关闭DMA逻辑，许多SDK将“开启DMA”和“相机开始工作”合并为“结束采集”。
然后清理DMA队列，和分配时对应，这里有的是用户完成，有的是SDK完成。
后断开相机并清理工作环境。