PI PZT触发功能解析、SDK用法
1. 背景 在高精度PZT扫描系统中，经常需要实现这样一种功能： PZT按照固定速度运动，每移动固定距离触发一次相机采集，从而获得等间隔空间采样数据。 例如： PZT扫描范围：100 μm 触发步长：0.076 μm 相机帧率：150 FPS 理想情况下，希望得到：
上位机
Task.Run踩坑记录-并不是万金油？
前言 在 C# 开发中，Task.Run() 几乎是很多人接触异步编程时最先学会的方法。 当遇到耗时操作时，很多人的第一反应就是： Task.Run(() => { DoSomething(); }); 把任务丢到后台执行，UI 不会卡顿，程序也能继续响应。 因此很容易形成一种习惯： 只要
16路工业相机同时运行是一种什么体验
一次多相机检测系统线程架构的踩坑记录 两年前开始接触工业视觉项目时，我对多相机系统的理解其实很简单： 一个相机采图，一个线程处理；如果一个相机能跑，那么换成多个相机无非就是复制几份代码。 直到真正把多路工业相机放到生产环境里运行之后，才发现事情远没有想象中简单。 工业现场真正困难的地方，往往不是"能
从能跑到稳定跑-上位机软件开发两年的一些体会
开篇：我曾经以为上位机只是"连接设备" 两年前开始接触上位机开发时，我对于这类软件的理解其实比较简单。 设备发送数据，软件接收数据，然后显示、保存或者上传。 看起来，上位机似乎只是连接设备和用户之间的一层桥梁。 但真正参与项目之后才发现，一个运行在真实环境中的上位机软件，远远不只是一个数据接收工具。
从学校到工业现场，我才发现软件工程不是写代码
从学生时代到工业软件开发，这两年让我重新理解了"软件工程"这四个字。 开篇：我曾经对软件工程的误解 在学校里，我一直觉得软件工程就是把需求转化成代码。 老师布置一个题目，分析需求，设计结构，编写代码，测试运行，然后提交。 那时候我认为，一个优秀的软件工程师应该具备： 扎实的代码能力 熟练掌握各种技术