01 / FIRST PRINCIPLES
从第一性原理出发。
第一性原理：先拆清目标、事实与约束，找到真正需要解决的问题，再选择软件、规则或 AI。让方案从问题中长出来。
01 / KNOWING & DOING
以知行合一落地。
知行合一：把理解做成原型，把原型做成系统。用真实样本、测试和使用反馈验证判断，再持续改进。Builder，是把思考、实现与验证接在一起。
02 / WHAT ZHENXING BUILDS
振兴可以
做什么？
设备要连起来，数据要看得清，图像要能判断。两类能力，可以独立构建，也能组合成一套系统。
01 / SOFTWARE & DEVICE DATA
让设备与数据， 在一处看清。
上位机软件 · 设备互联 · 数据管理
- 看板与操作界面集中查看设备状态、参数和报警。
- 数据库与查询存储过程数据，按批次查找和追溯。
- 设备互联把 PLC、机械手与采集设备接进工作流程。
设备连进来，状态看得见，过程有记录。
流程示意 · 未连接设备想看看软件怎样组织状态与记录？监控、查询与设备协同的界面示意；可逐步播放。查看软件流程 →
软件与数据流程
设备接入 → 实时看板 → 存入数据库 → 条件查询 → 关联追溯
启用脚本后可逐步播放；业务范围与技术说明可直接阅读。
01 / 05
设备接入
把 PLC、机械手与采集设备的状态接入软件。
接入范围：PLC · 机械手 · 采集设备 · Modbus · SECS/GEM
功能与适配范围
数据监控看板
设备状态、生产数据、报警和趋势，集中在清晰的操作界面。
数据库存储
按设备、任务、批次或产品，存下过程数据、检测结果与日志。
数据查询与追溯
按时间、批次和结果查询，关联原始图像、记录与来源。
PLC 与机械手接入
通过协议或厂商 SDK，连接指令、状态、握手和执行反馈。
各类采集设备
相机、扫码器、传感器与采集模块，进入同一套任务和数据流程。
工业与半导体通信
Modbus、TCP、串口，以及设备侧 HSMS / SECS-II / GEM 的设计与联调。
接入范围按具体设备、协议和 SDK 确认；半导体通信展示设备侧设计与联调能力，不等同完整产线认证。
看项目与实现 ↗02 / VISION & INTELLIGENT INSPECTION
检测缺陷， 也找到位置。
机器视觉 · 传统算法 + AI · 视觉引导
- 在线与离线检测在线配合编码器不停线检测；离线停下拍照检测。
- 传统算法 + AI围绕外观、缺件和尺寸形成检测结果。
- 视觉定位引导找到目标、换算坐标、连接设备反馈。
在线：编码器同步，不停线采集。离线：停下、拍照、检测。
想看看在线与离线检测怎样进行？采集方式、算法流程与定位反馈；可切换场景逐步查看。查看检测流程 →
视觉检测与定位流程
图像输入 → 算法编排 → 定位与测量 → 外观与不良检测 → 反馈与记录
启用脚本后可逐步播放；业务范围与技术说明可直接阅读。
01 / 05
图像输入
在线随流水线连续采集，离线停下拍照，再进入检测流程。
方法范围：ROI · 匹配测量 · 传统视觉 + AI · 标定与定位
功能与适配范围
在线与离线检测
在线配合编码器同步采集，流水线不停线；离线在拍摄位置停下，再拍照检测。历史图像复检属于另一种输入工具。
传统视觉 + AI 检测
用规则约束几何与尺寸，用 AI 辅助识别复杂外观和异常。
视觉不良检测
围绕缺件、错装、装反、划伤等现象，建立可验证的检测流程。
匹配、测量与识别
找特征、数数量、测尺寸、读字符，让图像变成结构化结果。
视觉引导与定位
找到目标位置与角度，经过标定转换，给机械手或运动机构使用。
结果反馈与追溯
把 OK / NG、坐标和异常依据，连接到界面、PLC、数据库或 MES 接口。
检测示意不代表准确率或节拍；算法组合、光学配置与现场效果，要用有代表性的样本验证。
看项目与实现 ↗想知道这些能力怎样组合？
02 / REUSABLE CAPABILITIES
工作各不相同，
构建系统，有共同的方法。
起点可以是一张表、一幅图、一个已有系统，也可以是一台设备。先连接信息，再组织流程，最后验证结果。
01 / 04
先看你已经有什么。
文件、业务数据、图像、系统接口或设备信号。先明确输入和约束，不急着选技术。
方法可以迁移，方案要结合你的流程、数据、使用者与约束。
03 / SELECTED WORK
看已经做过的，
先从一个案例开始。
选一个案例，看界面怎样组织信息、系统怎样工作；想继续了解，再看原理与实现。
PROJECT / INTERFACE
看清上下料，卡在哪一步。
操作人员的双轨状态与记录总览。
项目界面结构还原 · 图形与数据为演示内容
- 同类能力可用于
- 需要看设备状态、关联扫码信息、查找等待原因与过程记录的设备监控流程。
- 任务难点
- 两条轨道并行，状态、编码和过程记录需要一一对应。
- 关键判断
- 先按轨道组织流程，再关联三码与事件记录。
上下料运行监控
双轨状态 → 扫码与三码绑定 → 放行状态与记录
视觉引导锁附
工件偏移 → 找到两个固定参考点 → 修正到现在的孔位；软件组织点位、标定、坐标与反馈
多面 AOI 检测
A / B / C 面模板与当前图对照 → 单面状态 → 汇总记录
同类状态监控可用于需要查看设备进度和等待原因的流程；定位方法可连接其他按位置动作的设备；多图对照可组织多视角检查。具体规则与适配需结合任务验证。以上为项目界面结构的脱敏还原，图形与数据为演示内容。
- 这套系统做什么
- 双轨状态、读码与绑定关系、放行状态和事件记录，集中在一个监控界面。
从界面看设计
双轨状态和编码放在一起，方便沿着同一条流程查看进度与记录。
当前依据 · 依据项目结构还原；另有离线视图在模拟输入下的分阶段截图可查看。
想看看上下料状态怎样被关联起来？双轨状态、读码关联与过程记录的完整原理示意。查看完整工作原理 →
上下料运行监控
双轨状态 → 扫码与三码绑定 → 放行状态与记录
视觉引导锁附
工件偏移 → 找到两个固定参考点 → 修正到现在的孔位；软件组织点位、标定、坐标与反馈
多面 AOI 检测
A / B / C 面模板与当前图对照 → 单面状态 → 汇总记录
同类状态监控可用于需要查看设备进度和等待原因的流程；定位方法可连接其他按位置动作的设备；多图对照可组织多视角检查。具体规则与适配需结合任务验证。以上为项目界面结构的脱敏还原，图形与数据为演示内容。
展开工程依据
从已有项目的界面与流程，看看一套系统实际包含什么。功能与组织方式取自项目代码，现场图像、名称和数据均已替换。
上下料：双轨监控、三码关联、事件与生产记录，连接 PLC / SECS-GEM，记录采用 CSV 存储。锁附：点位图、标定、Mark 图像、坐标转换与机器人接口。多面 AOI：模板与当前图对照、单面状态、PLC 及记录流程。
这里还原源码定义的界面与流程，并非软件实时运行截图。多面 AOI 项目保留历史检测流程，迁移版本仍需完善真实算法接入；现场性能与设备适配需单独验证。
继续看平台结构与流程示意
原来的问题
算法、设备与界面分散，流程配置和后续扩展难以组织。
做了什么
桌面界面、流程节点、算法能力与设备接口，组织在同一套平台中。
得到什么
可以配置流程、接入模块并查看结果的软件结构。
研发项目；具体 SDK、设备兼容与现场效果需要分别验证。
TRY THE WORKFLOW
点一个批次，看看怎样查记录。示例记录的查询与关联。
交互示例 · 通用重绘界面与示例数据，说明查询和关联方法。
| 记录 | 批次 | 来源 | 结果 |
|---|---|---|---|
| A017 | DAQ | OK | |
| A018 | PLC | NG | |
| A017 | DAQ | OK |
批次 A017 包含记录 001、003，来源均为 DAQ；记录 003 可关联到工作站 01 的示例采集任务。
原来的问题
只有检测算法，还缺少操作界面、参数配置、结果呈现与设备反馈。
做了什么
把相机采集、检测、结果显示、PLC 通讯与记录连接起来。
得到什么
包含配置、查看结果、统计与设备接入的检测软件。
实现范围依据项目说明；误检、漏检与节拍需真实样本和现场测试。
CASE / VISION TO ACTION
以视觉检测为例，
看系统怎样协同。
拍照、判断、反馈、处置、记录。检测结果进入完整流程，才真正产生作用。
06 / 06
异常产品进入复核路径，检测结果与设备反馈一起留下记录。
原来的问题
工件位置变化，图像中的目标点不能直接作为设备动作位置。
做了什么
连接目标定位、标定转换、设备握手和状态记录。
得到什么
从定位结果到设备接口的映射与联调流程。
由多个项目提炼；通信和动作分别验证，不代表一条已验收产线。
VISION / POSITIONING
通用流程示意
从图像，到设备坐标
先找到目标。
再告诉设备在哪里。
工件可以移动、旋转。视觉找到目标，再通过标定，把图像位置转换成设备可以使用的坐标。
- 01
看清工件
确定成像条件与搜索区域。
- 02
找到位置
返回目标位置与角度。
- 03
转换坐标
把图像坐标连接到设备坐标系。
通用流程示意，不对应真实产品、客户设备或现场数据。
查看工程细节 ↗04 / WHY ZHENXING
方案有判断，软件有讲究。
11 年行业实践，体现在方案判断、系统整合、算法落地与软件体验。
SOFTWARE TASTE / 细节里的考虑可以亲手试一试
好用，藏在每一步的考虑里。
从状态找到位置、关联记录和下一步检查方向。点一条记录，状态、位置和相关信息一起跟上。
过程时间线3 条记录
顺着线索看清楚
待查看读码等待
轨道 B 正在等待条码，先把相关状态和记录放在一起。
- 所在位置
- 轨道 B
- 当前步骤
- 读码
- 关联记录
- DEMO-018
下一步看哪里
检查读码器连接与触发记录，再核对这一次是否收到条码。
看清状态，找到关联，知道下一步。原创交互示例 · 非项目运行实录
这些优势，有哪些实现依据？界面组织、跨平台边界、模块替换与样本验证；保留完整说明与工程链接。查看依据与模块示意 →
状态与异常，放在该看的位置。
精美的 UI，从清晰的信息组织开始。设备为什么等待、异常发生在哪个点、应该查看哪条记录，让状态、操作和结果相互对应。
看案例：双轨流程与三码状态并排呈现；定位异常标回点位图。界面与业务逻辑分层，方便分别调整。
看项目界面 ↗同一套核心，面向不同使用环境。
基于 .NET / Avalonia，把界面、核心逻辑与设备适配分开组织。面向 Windows、Linux 与 macOS 设计，逐项确认目标环境需要保留和适配的能力。
范围：UI 与核心层可跨平台；相机、PLC 等厂商 SDK，需逐一核实目标系统兼容性。
看平台与模块 ↗新增一种算法，复用前后的流程。
把采集、预处理、匹配、测量与 AI 推理组织成流程。更换一种处理能力时，尽量复用其余模块与接口。
点选一个处理模块处理能力与流程接口
采集ROI传统测量判定记录
采集、ROI、判定与记录接口保持一致，中间的处理模块可以替换。启用脚本后可切换传统测量与 AI 示意；这里未运行真实算法。
工程依据：算子与上下文设计，以及 HALCON / OpenCV / ONNX 的分层接入。
看算法平台 ↗先用你的样本验证，再决定算法。
围绕实际样本，对照传统算法与 AI 的结果，检查误检、漏检和难例，再确定组合方式。前沿方法的价值，要回到你的成像条件与任务中验证。
研究依据：PatchCore / PaDiM 等异常检测复现；具体项目独立评估，不将研究结果直接作为现场承诺。
看算法研究与验证 ↗ENGINEERING / 继续深入打开系统，看看里面。
从界面到流程，从设备、算法到记录。六个工程章节，用动画继续讲清实现。
进入工程细节 →01界面与操作HMI / UX02业务与流程STATE / FLOW03设备与算法DEVICE / VISION04数据与追溯DATA / TRACE
打开系统，看看里面。
从界面到流程，从设备、算法到记录。六个工程章节，用动画继续讲清实现。
进入工程细节 →01界面与操作HMI / UX
02业务与流程STATE / FLOW
03设备与算法DEVICE / VISION
04数据与追溯DATA / TRACE
03 / FROM METHODS TO ENGINEERING
方法可以迁移，
实现必须具体。
下面用六类工程示例继续展开。先看动画理解过程，再打开技术详情，查看架构、时序、算法与验证边界。
例子 / 功能像积木一样组合流程示意
拆开功能 → 组合系统 → 替换模块。换相机或加功能时，替换对应模块，再验证它是否正常工作。
01 / CROSS-PLATFORM SOFTWARE
工作流程变了，软件也要从头做吗？
让软件不再
越做越乱。
界面、流程、数据和外部连接各自独立。工具可以跟着需求演进，而不是每次重新开始。
可迁移的方法：表单、看板、桌面工具和业务系统，都需要清晰的模块边界。
你看到的是：一个系统的功能拆分成模块，再组合成不同的操作界面。
01 / 拆开功能
先把功能拆开。
画面、算法、设备连接各自负责一件事。
02 / 组合系统
把模块接成一个系统。
相同接口把功能连起来，使用者在一个界面完成操作。
03 / 替换模块
只换需要变化的部分。
换相机或加功能时，替换对应模块，再验证它是否正常工作。
例子 / 设备怎样把状态告诉软件流程示意
设备报警 → 传递信号 → 软件看见。设备状态变成可读的报警和记录，后续才能排查或处理。
02 / COMMUNICATION & DATA
信息各在一处，怎样知道整体发生了什么？
让设备状态，
真正被看见。
来源可能是文件、已有系统、接口或设备。先把信息接进来，再统一含义，让状态与异常可见。
可迁移的方法：数据接入、状态建模与异常记录；下面用设备报警说明。
你看到的是：设备发出信号，软件接收、整理，并把状态显示出来。
01 / 设备报警
设备发生了一件事。
机器从运行变成报警，先产生一个明确的状态信号。
02 / 传递信号
把信号传给软件。
通信程序接收并读懂信号：哪台机器、什么状态、什么时候。
03 / 软件看见
人在画面上看见原因。
设备状态变成可读的报警和记录，后续才能排查或处理。
例子 / 让相机看出哪里少了一个零件流程示意
产品到位 → 相机检查 → 标出缺件。缺件位置与判断结果一起交给后续流程，安排复核或处置。
03 / MACHINE VISION
怎样把看见的内容，变成可核对的结果？
产品经过相机，
系统自动看一眼。
让软件识别约定的位置、数量与外观特征，再把判断依据交给人或后续流程。
可迁移的方法：采集、识别、核对和复核；下面用缺件检查说明。
你看到的是：传送线到位 → 灯亮 → 拍照 → 找特征 → 输出检测结果。
01 / 产品到位
产品进入检测位置。
先让相机、光源和设备确认：这一次检查可以开始了。
02 / 相机检查
拍下来，和要求对照。
系统检查约定的位置：这里应该有的零件，实际有没有？
03 / 标出缺件
把异常位置标出来。
缺件位置与判断结果一起交给后续流程，安排复核或处置。
例子 / 看见的位置，变成设备的动作流程示意
位置变化 → 找到坐标 → 引导动作。工具移动到计算出的目标点，实际设备还需要联锁与到位验证。
04 / VISION GUIDED AUTOMATION
系统已经知道结果，下一步怎样接起来？
机器找到位置，
再准确动手。
识别和计算之后，还要转成明确的动作与反馈。软件流程、人工复核和设备动作，都需要清楚的交接。
可迁移的方法：结果映射、执行与反馈；下面用视觉定位引导设备说明。
你看到的是：拍照找孔 → 坐标换算 → 锁附头移动 → 完成反馈。
01 / 位置变化
每次来的位置都不同。
工件有一点平移或旋转，固定不变的动作就可能落空。
02 / 找到坐标
先找到目标在哪里。
相机定位目标，再通过标定把图像位置换成设备坐标。
03 / 引导动作
设备朝着新位置动作。
工具移动到计算出的目标点，实际设备还需要联锁与到位验证。
例子 / 从正常样本里，找出不一样流程示意
学习正常 → 比较新样本 → 提示复核。提示哪里值得检查；是否适合现场使用，仍要用真实数据验证。
05 / AI RESEARCH & APPLICATION
情况总在变化，规则写不完怎么办？
没有固定规则的缺陷，
能让 AI 试着找。
从有代表性的样本中寻找模式，辅助发现不同，再让人复核。是否值得采用，要看数据与验证结果。
可迁移的方法：样本、特征、比较和复核；下面用图像异常说明。
你看到的是：正常样本 → 特征分析 → 新图像 → 异常位置提示。
01 / 学习正常
先认识正常是什么样。
用有代表性的正常样本，让模型建立比较的依据。
02 / 比较新样本
再看一个新的样本。
新图像与已学习的特征对照，寻找外观上的不同。
03 / 提示复核
把可疑区域交给人复核。
提示哪里值得检查；是否适合现场使用，仍要用真实数据验证。
例子 / 从一个问题，到经过验证的系统流程示意
一个问题 → 做出原型 → 验证交付。逐项测试功能和异常情况，修复发现的问题，形成可继续维护的系统。
06 / BUILDER MINDSET
只有一个想法，怎样走到真正可用？
有个想法，
把它一步步做出来。
把模糊需求变成可验证的问题，用原型试清关键步骤，再通过测试、修复和迭代走向交付。
可迁移的方法：理解需求、控制范围、验证结果；应用场景需要具体分析。
你看到的是：理解问题 → 设计方案 → AI 协同开发 → 验证结果。
01 / 一个问题
把问题说具体。
先弄清谁来用、在什么环境用、怎样才算解决了问题。
02 / 做出原型
做出可以试用的原型。
把界面、逻辑与设备连接起来，让想法成为可以操作的东西。
03 / 验证交付
找问题、改问题，再交付。
逐项测试功能和异常情况，修复发现的问题，形成可继续维护的系统。
LET'S BUILD SOMETHING THAT WORKS
说说你现在，
想解决的问题。
你希望流程怎样运转、信息怎样呈现，哪些操作还不够顺手？从想要的结果与使用体验开始聊。
怎样开始
- 梳理现场
目标与约束
- 验证方案
样本与原型
- 构建系统
软件与集成
- 联调交付
依据约定范围
这是沟通与实施的参考顺序，具体范围和验证方式一起约定。
聊聊你希望软件怎样工作 ↘
也可以直接发邮件zhenxingtech@gmail.com
沟通前准备什么，接下来怎样做
可以先发一张图片、一段现有流程，或描述遇到的问题，再说说你希望得到什么结果。先从具体材料出发，一起判断适合怎样做。
说说现有流程、想改善的环节和期望结果，也可以附上图片或现有界面。- 01发来现状
图片、现有界面或流程，以及希望得到的结果。
- 02梳理目标
一起明确使用者、数据、设备与实际约束。
- 03确定验证方式
约定先做什么原型或样本验证，再明确实施范围。
