Please ensure Javascript is enabled for purposes of website accessibility
Powered by Zoomin Software. For more details please contactZoomin

AVEVA™ InTouch HMI

操作系统、​.NET Framework 和虚拟化要求

Save PDF
Save selected topicSave selected topic and subtopicsSave all topics
Share
Share to emailCopy topic URL
TABLE OF CONTENTS

操作系统、​.NET Framework 和虚拟化要求

Save PDF
Save selected topicSave selected topic and subtopicsSave all topics
Share
Share to emailCopy topic URL
  • Last UpdatedJun 08, 2026
  • 3 minute read

本节介绍了有关 InTouch HMI 系统支持软件的其它详细信息。

软件要求备注：

Windows 操作系统备注

  • Windows 8.1 和 10 支持触摸屏手势。在 Windows 8.1 版中，如果用户使用手势从触摸屏右边缘扫入，将显示一组 Windows 超级按钮，包括“搜索”、“共享”、“开始”、“设备”和“设置”。对于非触摸屏，将鼠标光标移至屏幕的右上角也会显示 Windows 超级按钮。

    显示一组超级按钮是 Windows 8.1 版的标准功能，不能使用软件针对触摸屏禁用此功能。因此，操作员可以访问这些 Windows 超级按钮，并可解锁专门的触摸屏视图节点。

  • 高于以上所列版本的操作系统 Service Pack (SP) 不会阻止安装产品。但安装过程中可能会出现警告消息。

  • 如果 System Platform 产品最多安装在五个节点上，那么“Galaxy 储备库”（GR 节点）可以在客户端 Windows 操作系统上运行。如果系统包含五个以上节点，那么 Galaxy 储备库必须安装在运行 Windows Server 操作系统的计算机上。

  • 开发和应用节点被视为服务器 GR 节点的客户端。

  • 升级计算机上的操作系统之前，必须先卸载现有的 System Platform 产品，当升级完成之后，再重新安装这些产品。从 Windows 2012 升级到 Windows 2012 R2 时，无需卸载 System Platform 产品。

.Net 备注

  • 多个版本的 .NET（除了 4.x 版）可以共存，但所有 .NET 代码（包括 QuickScript.net 脚本）都运行在 .NET 4.8 下。

    如需 .NET Framework 要求和兼容性的详细信息，请参阅 .NET Framework 要求和兼容性。

  • 安装 .NET 3.5 仅是因为受支持的 SQL Server 版本需要它。除此之外，没有其他必需的依赖项。

AVEVA 产品通用的操作系统备注

支持的 Windows 操作系统上的 ActiveX 控件行为

由于 Windows 7 以及更高版本操作系统上具有“数据执行保护 (DEP)”功能，所以在 WindowMaker 或 WindowViewer 中，使用 ATL V7.1 或更早版本构建的任何 ActiveX 控件都将无法托管在 InTouch 2017 UPDATE 1 中，或者将会在 InTouch 2017 UPDATE 1 中出现难以预期的行为。如需详细信息，请参阅技术说明文档 922：“InTouch 2012 R2（10.6 版本）不兼容的部分 ActiveX 控件”，该文档可在技术支持官网获取。

配置远程报警检索查询

在当前支持的 Windows 和 Windows Server 操作系统上运行时，为交互式应用程序（如 InTouch HMI）配置远程报警检索查询的过程有所变化。

当 InTouch WindowViewer 启动并从交互式 Windows 桌面会话生成报警时，远程节点上的 AlarmViewer 控件（在 InTouch HMI 内部运行）必须经过专门配置才能查询这些报警。如果不配置 AlarmViewer 控件的报警查询，则不会显示源报警。

此类查询仅适用于在“终端服务”会话中作为报警供应器运行的 InTouch HMI，而不适用于在控制台会话中运行的 InTouch HMI。

配置 AlarmViewer 的报警查询

  1. 启动 InTouch WindowViewer（报警供应器）后，打开 Operations Control Logger 并查找 AlarmMgr 最近生成的字符串。例如，“Registering AlarmMgr with SLSSVC as AlarmMgr 253.127.148.120”。其中所指示的 IP 地址对于您的报警供应节点将是唯一的。请记下此 IP 地址，步骤 2 中会用到。

  2. 在远程计算机上 AlarmViewer 控件的报警查询选项卡中，按如下所示配置报警查询：使用供应报警的 InTouch HMI 的节点名取代下面的“nodename”，并使用您在上一步骤中记录的 IP 地址：

    \\nodename:ip_address\intouch!$system

    其中 nodename 是供应 InTouch 报警的节点的名称，ip_address 是您在步骤 1 中确定的 IP 地址。

  3. 测试以验证由供应报警的节点生成的报警已正确显示在 AlarmViewer 控件中。

在同时运行 InTouch HMI 和 Application Server 报警供应器的单一节点上使用报警管理器

从 Microsoft Windows Vista 开始，操作系统强制使用“会话 0 隔离”来加强安全性。所有 Windows 服务以及相关联的程序必须在“会话 0”中运行，而 GUI 应用程序不得在“会话 0”中运行。

在 Windows Vista 之前，Application Server 和 InTouch HMI WindowViewer 在同一 Windows 会话中运行。“会话 0 隔离”要求 Application Server 和 WindowViewer 在不同的 Windows 会话中运行。现在，Galaxy 报告的报警由“报警管理器 (AlarmMgr)”的“会话 0”实例处理，而 AlarmMgr 的“控制台会话”实例则控制 InTouch 报警。InTouch 报警显示中如下例这样一个简单的报警查询

\InTouch!$System \Galaxy!Area_001

现在由两个分开的 AlarmMgr 实例来维护：一个在“控制台会话”中运行，用于 InTouch；另外一个在“会话 0”中运行，用于 Galaxy。

由于 Windows 操作系统“会话 0”更改而导致的这种行为和相关的行为与错误消息，以及配置“分布式报警系统”支持来自运行 Windows Vista 及更高版本操作系统的同一计算机节点上的 InTouch 和 Application Server 的报警步骤的相关信息，在技术说明 988, "AlarmMgr Support for InTouch and AppServer on Windows Vista and Later" 中有详尽的描述。您可以从 Global Customer Support (GCS) 网站下载此技术说明。

Windows Server 操作系统中的远程桌面服务（终端服务）行为

Windows Server 2008 R2 及更高版本的 Windows 不再支持使用 /console 开关启动远程桌面 (RDP) 客户端，即所谓的“会话 0”或“终端服务器控制台”会话。在 Windows Server 2008 或更高版本中，“会话 0”不再是交互式会话，仅为 Windows 服务保留。在 Windows Server 2008 及更高版本中，所有远程连接都将视为远程 RDP 会话，无论是使用 /console、/admin 还是任何其它开关来建立连接都是如此。

这会影响依赖于远程桌面（终端服务器控制台）会话的 InTouch HMI 功能，如“报警管理器”。

在远程桌面服务行为的另一方面，当 InTouch 在远程桌面 (RDP) 客户端会话中运行时，TSEGetClientID() 之类的 InTouch HMI 函数可能会返回空值。原因是没有在 RDP 客户端中安装相关角色。必须安装“远程桌面主机”角色，TSEGetClientId() 和其它相关函数才能正常工作。

对 Application Server 的影响则很小，因为大多数 Application Server 进程是作为服务运行的。对 Application Server 的一个影响是在 Windows Vista 操作系统中要遵守系统限制，即仅允许存在一个报警供应器。尽管 Application Server 和 InTouch HMI 均可配置为报警供应器，但在任何时间都只能配置一个报警供应器。

Application Server 和 InTouch HMI 会检测应用程序何时在控制台中运行。在 Windows Server 中，应用程序由用户在计算机上实际启动。但是，此行为可能需要您禁用支持快速用户切换的组策略。

软件会检测应用程序何时在控制台中运行。无论 mstsc 连接中的 /console 或 /admin 开关的状态如何，所有远程连接都将被 Windows Server 视为远程 RDP 会话。

要通过“组策略”界面禁用快速用户切换

  1. 单击开始，然后单击运行。此时出现运行对话框。

  2. 输入 gpedit.msc，然后单击确定。此时出现组策略对话框。

  3. 转至以下位置：本地计算机策略 > 管理模板 > 系统 > 登录。

  4. 将隐藏“快速用户切换”的入口点设置为启用。启用此策略可以隐藏登录界面、开始菜单以及任务管理器中的切换用户选项。

  5. 在文件菜单中，单击退出以关闭组策略对话框。

    通过启用该策略，管理员可以隐藏 Windows 登录、开始菜单以及任务管理器中的“切换用户”按钮。

    InTouch HMI 操作系统备注

    • Windows 客户端（从 Windows 7 开始）不支持为一个 InTouch HMI 系统运行一个或多个数据库的专用单节点服务器配置。

    • 将 EnableDisableKeys() 函数写入 Windows 注册表，以启用或禁用在 WindowViewer 中运行应用程序的主机计算机上的某些键。为安全起见，Windows 7 和更高版本的 Windows 禁止标准用户或高级用户写入注册表。如果本地域安全策略未禁用，Windows 管理员可写入注册表。

      您可以对结合了 EnableDisablekeys() 脚本函数的本地 Windows 安全策略进行配置，以调整在运行中的 InTouch 应用程序中用户对键的访问。

    • 从 System Platform 2014 开始，运行 Windows 7 或更高版本操作系统的计算机可配置为 InTouch 和 Application Server 报警供应器。如需详细信息，请参阅“在 Windows Vista 及更高版本操作系统上同时运行 InTouch HMI 和 Application Server 报警供应器的单一节点上使用报警管理器”。

      以下 InTouch 旧有脚本功能无法在 64 位的 Windows 版本上运行：WWPoke()、WWExecute()、WWRequest()、ActivateApp() 和 SendKeys()。

    • 在 Windows 11 或更高版本的操作系统上，可能需要通过右键单击并选择以管理员身份运行启动 InTouch 可扩展性工具包，该工具包才能正常运行。

    • 屏幕键盘选项已针对 Windows 7 与 Windows Server 2008 R2 以及更高版本操作系统进行了更改。

    • 悬停以从 Windows 键盘选择的操作在支持的 Windows 操作系统版本中无效。

    InTouch HMI View 应用程序和 DDE 支持

    InTouchView 应用程序不支持 NetDDE。

    按照设计，InTouchView 应用程序不向任何其它数据源（包括 InTouch HMI 本身）提供数据。WindowViewer 启动时，它会验证应用程序是否为 InTouchView 应用程序。WindowViewer 检测到 InTouchView 应用程序时，它便不注册为 DDE 服务器。访问 InTouch 标记时，工业图形会利用客户端层，好像是一个第三方客户端，去试图访问作为数据服务器的 WindowViewer。因此，在使用 InTouchView 许可证时，工业图形无法与 InTouch 标记通讯。

    在工业图形中，InTouch:‹tagname› 仍是引用本地节点上 InTouch 标记的有效方法。

    InTouch HMI 对 Windows 用户帐户控制的支持

    具有 InTouch HMI 的 系统平台 2026 在运行时节点上支持启用用户帐户控制的操作。

    .NET Framework 要求和兼容性

    要点：如果当前安装的是 .NET 4.7.2 或更低版本，那么 系统平台 2026 会安装 .NET 4.8。如果已安装 .NET 4.8 或更高版本，那么不会对 .NET Framework 进行任何更改。将现有应用程序升级到 系统平台 2026 之前，强烈建议您：

    • 备份应用程序

    • 熟悉 Microsoft 在 .NET Framework 中引入的更改

    • 查看 .NET 脚本和 .NET 控件是否需要任何更改

    升级到 系统平台 2026 之后，您应对该应用程序使用的应用程序脚本和脚本库执行应用程序测试，以确保其在 .NET 4.8 下仍可正常运行。我们也建议您在升级生产系统之前，在预备系统中测试该升级。

    系统平台 2026 利用 Microsoft .NET Framework 4。如果您的系统使用 .NET 4.7.2 或更低版本，System Platform 安装程序将安装 .NET 4.8。如果系统使用 .NET 4.8 或更高版本，那么不会进行更改。多个 .NET Framework 版本可共存。在安装了 SQL Server 的节点上，System Platform 还会安装 .NET 3.5 来支持 SQL Server。在此情形下，同一计算机上其它依赖于 .NET 3.5 的应用程序将访问 .NET 3.5。系统平台 2026 将使用 .NET 4.7.1、4.7.2 或更高版本。

    在 InTouch HMI 和 Application Server 环境中运行的所有用户提供的 .NET 代码都需要 .NET Framework 4.8 或更高版本。虽然 .NET Framework 4.5.1（和更高版本）与使用前版 .NET Framework 构建的应用程序高度兼容，但是，如果您的 .NET 脚本是在 System Platform 2014 之前创建的，那么可能必须升级该脚本。这些更改也可能影响使用 .NET 3.5 开发的 .NET 控件。

    在应用程序脚本中，如果未使用正确的文本编码，那么有些 .Net 代码可能会失败，并可能会导致脚本未完成就退出。UTF8Encoder 是 .Net 4.5 中的默认 BinaryStream 解码器。要使应用程序脚本能够解码 ASCII XML 数据，可以插入以下代码段：

    BinaryReader streamReader = new BinaryReader(ms, new ASCIIEncoding());

    要了解有关不同版本的 .NET Framework 中引入的更改的更多信息，请参见以下 Microsoft 资源：

    .NET Framework 中的新功能：http://msdn.microsoft.com/en-us/library/ms171868%28v=vs.110%29.aspx

    .NET Framework 类库中废弃的功能：https://msdn.microsoft.com/en-us/library/ee461502%28v=vs.110%29.aspx

    .NET Framework 4.6 和 4.5 的迁移指南：https://msdn.microsoft.com/en-us/library/ff657133%28v=vs.110%29

    .NET Framework 4 迁移问题：http://msdn.microsoft.com/en-us/library/ee941656%28v=vs.100%29

    虚拟化主机支持

    请参阅 Global Customer Support (GCS) Technology Matrix 以了解有关受支持虚拟环境的信息。

    In This Topic
    Related Links