诚实的回答你的问题使从吸附PAC控制器groov史诗。

我想试试一把粮食和饲料两鸟在这个博客…

我们经常把这两个问题从现有光电子22个客户移动或从快速迁移PAC控制器groov史诗(有时保持快速I / O与史诗系统)。

1. 他们是一样的吗?
2. 我应该先配置,groov管理或PAC控制?

两大问题,但我想回答的观点的一个帖子,我反思在光电子22论坛,讨论使用groov史诗系列模块。

这一篇文章谈到了这些问题,让我们仔细看看它。如果你让它通过我的答案,你会发现OptoForum帖子的链接在这个博客。

提前PAC控制器和吗groov史诗控制器一样吗?

嗯,只是从视觉的角度来看,显然不是。也从操作系统的角度来看,显然不是:Linux实时扩展与嵌入式RTOS。甚至从CPU的角度来看,没有关闭:四核的手臂与单核ColdFire。

从PAC的角度控制呢?在这里,真正有趣的事情开始了。史诗使用相同的代码基作为我们SoftPAC基于windows的控制器使用的运行时引擎。它支持64年的图表和多核cpu多线程工作很好当你发现Windows电脑和groov史诗的平台。

我们的工程师写的PAC控制引擎跨平台从一开始。所以在很多方面,PAC吸附控制,史诗,窗户是非常相似的。

当然,控制引擎的代码插入到操作系统上运行有其差异。碰巧与串行端口就是其中之一。例如,SoftPAC运行在Windows不能访问任何主机PC串行端口。

在吸附——r控制器,控制器的串口模块接口通过ARCnet和PAC中出现不同的控制。S1/2控制器,他们又不同的接口,但我们能够展示他们PAC控制引擎一样的机架式控制器和模块。

史诗,串口模块通过USB接口与控制器(这也是为什么模块必须安装在第一批4模块位置,因为那些前4槽有一个USB总线),和Linux操作系统看到他们不同机架式控制器。

所以PAC控制命令参考手册已经爆发这样的指挥结构差异。我们尝试让他们尽可能相同,但有一些需要调整。

这类然后流入…。

我应该配置设置,PAC控制或groov管理?

我将在这里有一个小开心,尽力的奇怪的澳大利亚的幽默感:随意花费大量时间设置groov管理。但是一旦你下载PAC控制策略,一些/最/所有的这些变化将会消失。

好的,让我们把澳元走…

由于PAC控制配置相同的设置groov管理,任何时候你下载或运行策略,它的配置将会覆盖任何配置groov管理。

这是需要注意的一件重要的事情,因为人问道:“为什么只有一些I / O配置(离散或模拟)分?”
答案是:因为只有一些I / O PAC中配置控制。简单的例子:假设你配置一个模拟输入模块groov管理与渠道通过Analog_In_11 Analog_In_0。那你下载一个PAC只有第一点配置的控制策略,如Air_Temperature。在groov管理,Analog_In_0变得Air_Temperature,但是所有的其他人仍在他们。这能让你如果你不期待它。

我总是在PAC强烈建议控制你的名字任何未使用的点(策略)Unused_1,等等。这样,groov管理,你可以清楚地看到的点是未使用的策略。

当然,总会有例外和串口模块就是这样的一个例外。你不能看到在PAC系列模块控制提前PAC I / O清单,但你看到他们groov管理一个史诗架在你下载策略。

最后一个疑问

你能连接吗groov串口模块通过TCP和吸附模块一起可以吗?对于这个答案,看看OptoForums线程我反思……这个问题的答案有一个底部!

和更多的技术技巧从PAC吸附到groov史诗,您可以下载技术说明:
从吸附迁移PACgroov史诗。

欢呼的伴侣。
本