4. Dewesoft软件授权与版本管理

在Dewesoft测试测量项目中,软件授权与版本管理往往不是技术难点,却是验收交付阶段最容易产生争议的环节。硬件通道数、采样率、传感器类型决定了系统能力上限,而软件许可证决定了这些能力能否被合法、完整地调用。如果交付时许可证类型与合同不符、版本与硬件固件不匹配,或升级路径没有提前确认,轻则导致部分功能无法使用,重则影响整个项目验收。因此,本节从许可证类型、版本兼容性、升级策略和交付确认四个维度展开,帮助你在项目交付前把授权与版本问题一次性理清。

一、Dewesoft许可证类型与功能边界

Dewesoft的授权体系围绕“软件平台 + 功能模块 + 通道规模”三个维度组织。理解这一点,才能判断一份许可证是否满足项目需求。

从授权形态看,常见类型包括:

  • 永久许可证(Perpetual License):一次性购买,永久有效,通常绑定到特定Dewesoft硬件序列号或加密狗。适合长期固定测试台架、实验室台位。
  • 订阅许可证(Subscription License):按年或按月付费,在订阅期内有效,通常包含版本升级和技术支持。适合项目周期明确、预算按年度划分的场景。
  • 试用/演示许可证(Trial/Demo License):功能完整但有效期短(常见30天),用于评估或临时测试,不能作为正式交付依据。
  • 教育/科研许可证:面向高校和科研机构,功能可能受限或价格优惠,交付前需确认是否允许用于商业项目。

从功能模块看,Dewesoft将能力拆分为多个可选授权项,例如:基础数据采集(DAQ)、实时功率分析、模态分析、旋转机械阶次分析、CAN/CAN FD与XCP/CCP总线解析、视频同步、数学公式与脚本、报告生成等。每个模块独立授权,未授权的模块在软件中会显示为灰色或提示“License not available”。

从通道规模看,许可证通常规定最大可用通道数(如8通道、16通道、32通道、64通道或无限通道)。需要注意的是,这里的“通道”可能按模拟输入、数字输入、计数器、总线信号分别计算,具体规则以Dewesoft授权文件为准。

交付前务必核对三件事:许可证类型是否与合同一致、功能模块是否覆盖全部测试需求、通道数是否满足最大并发采集规模。任何一项缺失,都应在发货前补齐,而不是等到现场调试时才发现。

二、版本兼容性:软件、固件与硬件的三角关系

Dewesoft软件版本(如DewesoftX 2023.1、2024.2)与硬件固件(Firmware)之间存在明确的兼容矩阵。软件升级后,如果硬件固件版本过旧,可能出现设备无法识别、通道漂移或采样异常;反之,固件过新而软件过旧,也可能导致新功能不可用。

版本兼容性主要关注以下关系:

  • 软件版本 ↔ 硬件固件版本:Dewesoft官方发布每个软件版本时,会注明支持的固件最低版本和推荐版本。升级软件前,应先确认所有硬件的固件是否在支持范围内。
  • 软件版本 ↔ 操作系统:不同DewesoftX版本对Windows版本有要求,例如较新版本可能要求Windows 10/11 64位,旧版本可能仍支持Windows 7。交付前应确认客户工控机的操作系统版本。
  • 软件版本 ↔ 项目文件格式:高版本软件保存的项目文件(.dxd)通常无法在低版本中打开。如果客户现场有多台机器使用不同版本,应统一版本或约定文件交换格式。
  • 许可证 ↔ 软件版本:部分订阅许可证只允许升级到订阅期内的最新版本,超出订阅期后无法激活更高版本。

实际项目中,建议在交付前建立一份“版本基线表”,记录每台交付机器的软件版本、固件版本、操作系统版本和许可证类型。这样在后续维护或升级时,可以快速判断兼容性。

三、升级策略:什么时候升、怎么升、升完怎么验证

升级不是越新越好,而是要在功能需求、稳定性和授权成本之间取得平衡。常见的升级策略有三种:

  1. 跟随官方最新版:适合研发型项目,需要最新功能支持。风险是新版本可能存在未知问题,且升级后旧项目文件可能需要迁移。
  2. 锁定稳定版本:适合量产测试、产线台架等对稳定性要求高的场景。选定一个经过验证的版本后,不轻易升级,直到有明确需求或安全补丁。
  3. 按项目阶段升级:在项目验收前升级到合同约定的版本,验收后锁定,后续维护期只打补丁不升大版本。

升级操作本身并不复杂,但需要按顺序执行:先备份当前项目文件和许可证文件,再升级软件,然后检查硬件固件是否需要同步升级,最后用已知信号源或标准测试项目验证关键通道和功能模块。验证时应重点关注:所有授权模块是否正常激活、通道是否全部可用、采样率是否达到设定值、总线解析是否正常、报告模板是否兼容。

升级前必须确认许可证是否覆盖新版本。永久许可证通常需要有效的维护期(Maintenance)才能免费升级到新版本;订阅许可证则需在订阅期内升级。如果维护期已过,升级后可能无法激活,导致软件退回演示模式。

四、交付确认:把授权与版本写进验收清单

交付确认的核心是“可验证”。不能只说“软件已安装”,而要能证明许可证类型、版本号和功能范围与合同一致。建议在验收清单中设置以下检查项:

检查项确认内容验证方式
许可证类型永久/订阅/教育,是否与合同一致软件内License Manager截图
授权模块所需功能模块是否全部激活逐项打开模块,确认无灰色提示
通道规模最大可用通道数是否满足需求创建满通道配置,检查是否报错
软件版本版本号是否与交付基线一致About页面截图
固件版本所有硬件固件是否在兼容列表内设备信息页面逐台核对
升级权限维护期/订阅期截止日期License Manager中查看有效期

下面这张图展示了从许可证类型到交付确认的完整关系,帮助你在实际项目中快速定位每个环节的关键对象和判断依据。

Dewesoft 授权与版本管理交付确认关系图 许可证类型 永久 / 订阅 / 试用 / 教育 功能模块授权项 通道规模上限 版本兼容性 软件 ↔ 硬件固件 软件 ↔ 操作系统 项目文件格式版本 升级策略 跟随最新版 锁定稳定版 按项目阶段升级 交付确认 License截图 版本基线表 验收清单签字 交付前一致性核对 许可证类型 · 功能模块 · 通道数 · 版本 · 固件 · 升级权限 ✓ 全部一致 → 签署交付确认单 归档License截图、版本基线表、验收记录 ✗ 存在差异 → 暂停交付 补齐授权 / 统一版本 / 升级固件后重新核对 关键原则:许可证类型与合同一致 · 功能模块覆盖全部测试需求 · 通道数满足最大并发规模 软件版本与固件版本在兼容矩阵内 · 升级前确认维护期/订阅期有效 · 交付确认单需客户签字

这张图把许可证类型、版本兼容性、升级策略和交付确认串联成一条完整的核对链路。左侧是授权基础,中间是版本约束,右侧是升级决策,最终汇聚到“交付前一致性核对”这个判断节点。实际项目中,你可以把它当作交付前的检查地图:从许可证类型开始逐项确认,遇到差异就回到对应环节补齐,全部一致后再签署交付确认单。

最后需要强调的是,Dewesoft的授权和版本管理并非一成不变。官方会定期发布新版本、调整授权策略、更新兼容矩阵。作为交付方,建议在项目启动时就向Dewesoft销售或技术支持索取最新的授权说明和兼容性列表,并在合同中明确软件版本、许可证类型、功能模块和升级维护期限。这样在验收时,双方都有明确的依据,避免因授权或版本问题导致项目延期。