Hypervisor更新

<< 点击显示目录 >>

主页  Hypervisor使用助手 > Hypervisor介绍 >

Hypervisor更新

clip0078

Hypervisor在AS4.4开始支持

 

Hypervisor在AS4.6支持的新功能介绍

 

系统间通信

好处

确定性的AR-POS通信

 

特点

AR和GPOS之间的共享内存通信

替代虚拟IP通信的方法

也可用于自动化运行时仿真(ARsim)和Windows。

 

实施

AR:IEC库ArIscShm和ArIscEvent

GPOS:C语言的API同时适用于Linux和Windows

 

为AR/GPOS使用不同的大容量存储设备

好处

支持带有2张CFast卡的PC配置

 

特点

如果两个操作系统都安装在同一个大容量存储设备上,在GPOS中总是可以看到一个额外的数据存储介质

无论GPOS是单独启动还是与Automation Runtime一起启动

此外,还可以将GPOS和Automation Runtime安装在不同的数据存储介质上。

clip0128

 

Hypervisor在AS4.7支持的新功能介绍

 

支持UEFI

好处

支持Windows 10 2019和未来的GPOS

支持未来的APC/PPC产品

 

特点

系统可以通过安装GPOS进行准备(无论是UEFI还是legacy)

在安装过程中自动检测是UEFI还是legacy

Automation Runtime和Automation Studio都不用区分UEFI和legacy。

 

 

独立的操作系统重新启动

好处

AR的重新启动不再重启GPOS

 

特点

当重新启动一个操作系统时,只有相应的操作系统(GPOS或AR)应该被重新启动,而不是整个系统

现在,即使Automation Runtime被重新启动(例如通过在线通信),整个系统也不会被重新启动(GPOS不受影响)。

由于配置的变化,GPOS的重启可能是必要的 - 这些变化会被自动检测到

在项目更新的过程中,可以通过新的配置设置来防止GPOS的重新启动

clip0129

 

GPOS中的超线程支持

好处

提升GPOS应用程序的性能

 

特点

一个物理核心总是被分配给Automation Runtime,其余的可用物理核心被分配给GPOS。

如果所使用的硬件支持超线程,现在也可以通过在BIOS或UEFI设置中启用该选项来为GPOS使用。

自动化运行时不考虑这一设置。

自动化运行时仍然只使用一个内核

 

缓存分配技术支持

好处

AR应用程序的性能稳定

 

特点

使用的资源被分配给两个操作系统中的一个

操作系统可以通过最后一级缓存或直接访问DRAM而相互影响 - 为了减少这种影响,单个缓存段被分配给操作系统("缓存分配技术")。

此外,在直接访问DRAM方面,Automation Runtime比GPOS更受欢迎。

这些设置不能由用户进行配置

 

 

Hypervisor在AS4.8支持的新功能介绍

支持面板USB接口

好处

从AR应用程序访问自动化面板的USB端口

 

特点

通过SDL连接

可以对其进行分配。
- 可用的USB端口。
- 内置的USB硬件(如RFID、键盘)。

一个USB Touch总是被分配给GPOS。

分配的方式与内部接口的分配方式相同。

clip0130

 

灵活的PCI/PCIe分配

好处

将PCI/PCIe卡单独分配给AR或GPOS

 

特点

PCIe卡可以被单独分配。

因为使用了PCIe2PCI桥,所以PCI卡只能作为一个组被分配。

通过在Automation Studio项目中插入接口卡来完成对自动化运行时的分配。

未配置的卡在GPOS中是可见的(如果有合适的驱动程序可以使用)。

 

clip0131

 

从GPOS安装管理程序

好处

在新的APC/PPC上更容易初步安装管理程序。

 

特点

在Automation Studio中创建安装包(包括应用)。

可以直接从已安装的GPOS中启动管理程序系统的初始调试

仅适用于UEFI系统

可进行静默安装

这些功能仍然可以使用U盘实现

 

 

Hypervisor在AS4.10支持的新功能介绍

更新了对超线程的支持

在Automation Studio中,共享模式可以作为超线程操作的 "高级设置 "被启用。

hyperthreading

默认情况下,共享模式是禁用的。这与以前在Hypervisor上对超线程的支持相对应。一个物理核心只对Automation Runtime可用。

如果共享模式被启用,AR内核中原本未使用的超线程内核将被提供给GPOS使用。

因此,一个额外的逻辑CPU可以提供给GPOS。这可以提高GPOS的性能。

同时,根据GPOS应用的资源要求,自动化运行时的性能可能会受到影响。实时行为不受影响,但由于Automation Runtime的波动,可能会发生违反周期时间的情况。因此,对于CPU利用率高的自动化运行时应用程序,不建议使用该选项。

APC910/PPC910 Skylake和APC3100/PPC3100设备上支持这个功能。

要使用这个功能,还必须部署新的硬件升级。

 

API for rebooting and shutting down the complete system from the GPOS

当使用管理程序时,以前不可能从GPOS应用程序中触发整个系统的重启或关闭PC。

现在通过C语言的API为Linux和Windows都提供了这种可能性。首先,Automation Runtime和GPOS都被正确关闭。之后,系统被重新启动或关闭。

也可以用一个函数来确定系统上是否有Hyperviosr在运行。

 

MPC3100

MPC3100设备系列现在支持B&R Hypervisor。