数采软件替换场景下的配置迁移问题
企业在评估工业边缘数据采集方案时，通常会考察协议覆盖、采样实时性与授权模式。当计划从 Kepware、Litmus Edge 等既有平台迁移至 NeuronEX 时，首先需要面对的是：现已生效的驱动连接、设备参数与大规模点位（Tag）配置，是否必须在 NeuronEX 侧逐项手工重建。
手工录入不仅拉长实施周期，还会引入抄写差错、寻址不一致及联调返工。为缩短配置迁移周期并控制风险面，EMQ 在官网提供驱动配置迁移工具：将第三方平台的导出文件批量转换为 NeuronEX 可导入的标准 JSON，并与 Dashboard 南向模块的导入流程对齐。
立即体验：NeuronEX 驱动配置迁移工具
https://www.emqx.com/zh/products/emqx-neuron/migrator
迁移至 NeuronEX 的技术考量
从传统连接层网关或边缘一体机向现代边缘数据平台演进时，典型约束可按维度归纳如下：
NeuronEX 的对应能力如下：
相较于以连接与协议转换为主的数采方案，NeuronEX 更贴合云原生边缘部署与数据源侧预处理。
驱动配置迁移工具使用指南
配置迁移工具将 KEPServerEX、Litmus Edge 等来源中的驱动与点位配置批量映射为 NeuronEX 南向可用的 JSON。建议按以下顺序执行：
盘点：依据迁移指南核对现有协议是否落入迁移支持列表，识别已知限制（字符串长度、数组、证书等）。
导出：在源平台按文档步骤导出配置文件（Kepware：JSON；Litmus：Plain Text）。
转换：访问官网配置迁移工具页面，选择正确来源并上传，服务端完成映射与校验后下载结果文件，审阅成功 失败汇总。
导入与联调：在 NeuronEX Dashboard 南向设备相关界面导入 JSON，处理失败项或手工补点后，完成连通性与数据质量验证。
迁移完成后，须确认 NeuronEX 运行环境对目标现场设备的网络可达性（IP、端口、串口设备及安全策略以 NeuronEX 侧最终配置为准），并按文档在 Dashboard 中完成连接状态检查与数据监控验证。
配置迁移工具以网站托管服务形式提供，无需单独安装本地迁移客户端；在网络与安全策略允许的前提下，可用于试点验证（POC）。
核心能力一览
Kepware（KEPServerEX）：在 Kepware 侧通过「另存为」导出 JSON，在驱动配置迁移工具中选择来源 KEPServerEX 上传。覆盖 Modbus、OPC UA Client、西门子、三菱、欧姆龙、BACnet/IP、CODESYS、Allen-Bradley 等十余类常用驱动场景。
Litmus Edge：从 Device Management 导出 Plain Text 模板后，在驱动配置迁移工具中选择来源 Litmus Edge 上传。支持 Modbus 系列、OPC UA（Gen1 Gen2）、DF1、欧姆龙 FINS Hostlink、西门子 S7、BACnet/IP 等常见协议。
典型应用场景
平台替换：以 NeuronEX 承接原 Kepware 或 Litmus Edge 的采集职能，通过批量迁移缩短割接窗口。
试点验证（POC）：小范围验证 NeuronEX 与现场设备的连接与数据质量，使点位与寻址尽快与源系统对齐，减少因配置偏差引发的验收分歧。
灾备与双栈：在保留原系统的同时，于 NeuronEX 侧快速复现等价南向配置，用于比对、演练或渐进切换。
结语
工业边缘方案的取舍通常体现在协议纵深、部署弹性与上下游集成能力；实施阶段若大量工时消耗在南向配置重建上，将稀释架构选型带来的收益。驱动配置迁移工具将可规则化的配置映射交由托管服务完成，有利于项目组将精力集中于网络拓扑、安全边界与业务语义对齐；与 NeuronEX 在 MQTT 北向、轻量化部署及云边协同方面的能力相结合，可显著缩短从配置导入到稳定采样就绪的整体路径。
若正在评估自 Kepware 或 Litmus Edge 迁移至 NeuronEX，可先按文档执行小规模导出试转。
阅读原文，参阅完整协议清单与操作说明
