解决方法

软件开发的Linux和领域专业知识是OEM的责任。那些使用exOS的OEM需要有内部的Linux专业知识。

实施Linux代码、物联网算法、机器学习和AI模型是OEM的责任。

背景信息

exOS在的基础上提供了一个层，为我们的OEM厂商增加了便利和价值。

基于Linux的物联网、人工智能、机器学习模型直接在机器上使用。此外，OEM可以不受编程语言的影响，可以使用高级编程语言如python。

使用高级编程语言，如Python、java、C#等。

展望

目前还没有改变这种行为的近期计划

解决方法

目前，exOS只在Hypervisor中可用。GPOS（Linux）和RTOS（Automation Runtime）被放置在一个APC/PPC中。

因此，B&R Hypervisor对于运行exOS是必不可少的。

背景信息

只有基于APC/PPC的系统运行Hypervisor，才有可能运行exOS。

展望

然而，在未来，有一个计划是提供exOS与专用的物理系统。在这样的设置中，APC/PPC将被用来运行GPOS（Linux），任何B&R控制器将被用来运行RTOS（运行时）。

因此，在这样的设置中，B&R Hypervisor将不需要运行exOS。

目前，我们还没有关于这种解决方案的近期计划

解决方法

目前，exOS只支持并测试了B&R的Debian Linux。

如果OEM希望将他们特定的Linux发行版与Hypervisor和exOS一起使用，B&R 将无法 支持这样的主题，因为B&R还没有在各种Linux发行版上测试exOS。

背景信息

exOS计划只支持B&R Debian Linux在带有B&R Hypervisor的APC / PPC上运行。

展望

目前还没有计划在未来改变这种行为。