鹰潭Basler巴斯勒AOI相机维修

1、走在前端的智能理念——无人充电机器人
ALSONTECH（埃尔森智能科技）于2018年推出套机器人3D视觉引导无人快速充电系统，将智能充电机器人变成现实。
该系统采用Basler集小巧机身和功能于一体的工业相机，搭建出3D视觉作为机器人的“双眼”，帮助机器人定位充电端口，之后该系统会引导充电体自动实现快充操作，结束后机器人甚至可以自动关闭充电盖。借助无人充电机器人，停车场可实现高度智能自动化。从车辆停至充电站到充电完成，整个过程驾驶员无需进行任何干预操作，有效缩短等待时间，省时省力。
随着无人驾驶技术在范围内推广应用，车辆使用方式面临着变革。该项目着眼于汽车工业发展的未来，以“人工智能”为核心理念，采用更加的充电方式为车辆提供能源保障，助力无人驾驶行业的产品升级。

下面是其中对于不同的工作要求，加载相机对象和卸载相机对象是通用的。而要使用其他模块，如事件对象时，相应的改为加载事件对象和卸载事件对象，以及使用事件对象完成相关任务即可。编程时一定要对整个流程做好规划，特别是硬件编程时一定留意内存泄露，前面分配的资源一定要在后面释放。
下面是五个大流程的详细解析，需要的地方已经加以说明，并注解了需要用到的函数
加载相机对象：
卸载相机对象：
加载数据流抓取对象：
卸载数据流抓取对象：
单帧或连续抓图过程：
按照以上介绍的流程即可实现实时图像采集：
很多人问我要源代码，翻了以前的程序文件夹找到了这个程序，演示了利用Pylon SDK进行相机采集的过程，使用MIL完成界面显示，采集部分封装成了类，可以直接重用。测试相机为Basler相机。注意Pylon仅完成Raw Data的采集，使用MIL的MbufPut完成图像数据的重组，然后MIL自动显示。

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

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

如图，每个相机可能有不同的流采集器（Grab Streamer）或同一接口上安装了多个相机(也对应多个流采集器)，对应多个通道（Channel）。对每个通道来说，在实际采集时数据传输实际上是拆分成如图的数据包(Packet) RawData形式传递的，内存中存储形式为一维数组，在每一帧图像的起始存在不同的标识表明一帧的开始和结束，每一个Packet都有标识表明当前所属的通道。为了显示图像，用户程序需要重新将一维数组数据拼装成图像形式，这一过程由用户完成，通常可借助OpenCV或MIL等图像处理包完成该操作。

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

工业相机有哪些故障？
花屏
工业相机有哪些故障？
连不上
工业相机有哪些故障？
通讯故障
工业相机有哪些故障？
黑屏
工业相机有哪些故障？
无图像
工业相机有哪些故障？
竖线
工业相机有哪些故障？
横线
工业相机有哪些故障？
指示灯不亮
工业相机有哪些故障？
电源故障