推 sd016808: 不推AOI 绝大部分的状况都是 case by case 除非是开发 05/26 13:11
→ sd016808: 产品 不然跟产线绑在一起就是屎缺 永远做不完 05/26 13:11
推 sd016808: 而且很多时候都是改机构或光源解决 为了快、稳 所以演 05/26 13:13
→ sd016808: 算法本身不会复杂到哪 学不太到东西 05/26 13:13
对 也不对
1. case by case
因为设备的金额高, 你要检测的东西就不一样
所以你当然要用不一样的算法, 要用不一样的光源相机
你在不一样的情况之下要检不一样的东西
你就会用到不一样的算法 case by case是全世界的AOI的公司都会作的事
2. 改机构或光源解决
这有两个原因
1. 改机构或光源解决比较省钱比较快
就像明明某些东西, 你打红光就很简单可以检出缺陷
你用白光就比较不好检 误检率高
你为什么要用白光去搞一堆, 换个红光就可以解决的事
就要用白光? 简单的事就用简单的方法解决
把他全部推给软件 一点意思都没有
2. 你的软件本身能力就不好
AOI要面对的问题就是影像定位
问你一个问题 你们的影像定位是自己写还是直接call函式库?
并不是使用 patmax, easyMatch.... 叫作开发算法
也许有一天你遇到一个案子, 里面的功能你都有办法自己解决
但就缺一个定位算法 要旋转 放大缩小 (OpenCV作不到)
而定位精度要到subpixel等级
你是要花开发license 约20万 + runtime license 约10万 共约30万
去买一套就为了达到一个功能?
可是当你这个案子 总金额只有100万
你软件中的一个功能 定位就要到30万了
你要怎么办?
你知道Cognex靠着Patmax 在各种领域吃到饱到撑吗?
他是AOI厂啊 工业视觉厂啊
但是 半导体 组装厂 钢铁厂 等等.....
都在用Patmax在定位
因为 稳 快 适应性高 这是个别人达不到境界
你当有一天你需求只要达到他的一半快
而你的功能又不需要像他适应性那么高
你可以自己写一个算法 来取代这30万 但功能你现在的应用就够用了
你觉得这你学不到东西吗?
当你买的函式库 有一天你要的功能他的功能都不合用
或者为了达到你要的功能 你必须绕一大圈用一堆函式来达到
你想要自己写一个 但你自己写的东西却变成速度瓶颈
你会SIMD指令吗? 你会平行化处理吗?
你知道怎么用减少运算量的方式来达到你要的目的吗?
这些问题 你真的想过吗?
我并不觉得AOI学不到东西
只是看你用什么视野去想 还有你有没有多扩充算法的知识
当你知道更多方法可以应用在AOI
你就会去想更多的事情
而不是永远只有 Otsu->Thresholding -> Erosion -> Dilation ->算质心
->定位
这种东西 来上三个月的影像处理 会coding
就会了 何需要唸到研究所?