运动控制器十大品牌(个人观点) 点击:45426 | 回复:65



眸寻

    
  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 30回
  • 年度积分:0
  • 历史总积分:17
  • 注册:2009年6月21日
发表于:2009-12-25 20:49:33
楼主

Delta Tau Data Systems

Danaher MEI (Synqnet)

Aerotech

ACS Motion Control

Bosch Rexroth NYCe 4000

Galil Motion Control

Paker Hannifin

Baldor Electric

Trio Motion Technology

National Instrument (Softmotion)




  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-28 22:21:58
21楼
建议搞份系统架构的文档看看

能量控制

  • 精华:0帖
  • 求助:0帖
  • 帖子:12帖 | 537回
  • 年度积分:0
  • 历史总积分:1576
  • 注册:2003年9月17日
发表于:2009-12-28 22:31:50
22楼
应该加上OMRON,AB,MITSUBISHI,SIEMENS等PLC BASED MOTION CONTROL,就比较全面了。

眸寻

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 30回
  • 年度积分:0
  • 历史总积分:17
  • 注册:2009年6月21日
发表于:2009-12-29 08:23:19
23楼
回复内容:
对:征 关于

 

请教,实时操作系统的响应是多少?

Vxwors是业界公认的强实时操作系统, 广泛用于航天,工业控制等,Vxwork的时间片是10ms, 之所以实时是靠硬件处理,即系统采用对外围的控制周期很短的外设采用外围单板等硬件处理, 然后通过PCI等总线进行信息交互,从而达到高速的实时处理。但这个实时处理主要是靠硬件来完成的。

如果不采用在PCI总线上的硬件处理方式, 如果也没有采用印鉴中断处理多方式, 而是采用操作系统的纯软件处理, 响应会很慢, 绝对满足不了工控等的时限要求。

才用中断处理时, 对中断响应来说, 跟操作系统无关, 中断的优先级都高于任务, 并且中断的堆栈是直接在当前任务上进行堆栈, 不需要任务切换。 换而言之,如果不带操作系统的硬件中断响应达不到200us, 用什么样的实时操作系统也达不到200us。用操作系统在中断处理的模式下能够达到200us, 如果不带操作系统的处理程序响应是会达到小于等于200us的响应周期, 即性能高于带操作系统的。

如果在操作系统上采用基于PCI总线的硬件处理方式,其实时性能由硬件决定,跟操作系统无关。 如果采用单片机+CPLD的处理方式, 性能相差不大。

之所以采用实时操作系统, 最大的优点不在于实时响应。请搞清楚这个问题。

 

1、Windows上的SoftPLC包括KW Multiprog, 3S CoDeSys和Infoteam OpenPCS是如何实现实时的?

2、IntervalZero公司的RTX又是什么原理?

3、Beckhoff的TwinCAT和EterCAT是如何实现100us的控制周期的?

4、Soft Servo System和NI公司的Soft CNC和Soft Motion又该怎么解释?

内容的回复:


诚心请教:

眸寻

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 30回
  • 年度积分:0
  • 历史总积分:17
  • 注册:2009年6月21日
发表于:2009-12-29 08:24:23
24楼

诚心请教:



1、Windows上的SoftPLC包括KW Multiprog, 3S CoDeSys和Infoteam OpenPCS是如何实现实时的?

2、IntervalZero公司的RTX又是什么原理?

3、Beckhoff的TwinCAT和EterCAT是如何实现100us的控制周期的?

4、Soft Servo System和NI公司的Soft CNC和Soft Motion又该怎么解释?

一界草夫

  • 精华:0帖
  • 求助:0帖
  • 帖子:3帖 | 44回
  • 年度积分:0
  • 历史总积分:125
  • 注册:2007年3月24日
发表于:2009-12-29 11:15:33
25楼

想多轴运动可以看看ELMO的多轴控制器,性价比是目前比较好的,

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-29 11:32:20
26楼

 

我对这些品牌不熟悉,西门子的略有了解,硬实时的都是在总线上外扩处理硬件或处理器实现的。

至于windows 等,可以这样理解:其功能是靠外置或内置的运动控制卡实现的。就相当于在PCI总线上外扩一个带有控制器的控制系统,这个控制板卡的命令源是由WINDOWS的给定的,但对于单轴的闭环控制由板卡的处理器完成,这个控制周期可以很短,跟操作系统无关。

如果纯粹基于操作系统的中断处理(操作系统的tick为10ms), 如果中断达到小于ms级别并且具有严格的实时要求,此时操作系统的CPU完全用于进行中断处理, 即操作系统的任务完全没法运行, 这样的操作系统完全没有意义。

所以对于时限固定小于10ms并具有严格时限要求, 如运动控制系统的位置控制(200us), 采用目前的任何一种实时操作系统的纯中断或者任务处理是实现不了的,只能在系统总线上外挂处理器或者硬件处理。

所有的系统框架基本都是这个原理,只不过实现不同而已。

希望能给你一点借鉴。

麦克疯

  • 精华:0帖
  • 求助:0帖
  • 帖子:11帖 | 856回
  • 年度积分:0
  • 历史总积分:1157
  • 注册:2001年12月10日
发表于:2009-12-30 10:01:55
27楼
Danaher的MEI、Aerotech、ACS在中国市场上还不如德国Beckhoff、贝加莱、施耐德应用的广泛,没有排在十大品牌之内的理由。

好色源自本色

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 41回
  • 年度积分:0
  • 历史总积分:135
  • 注册:2004年7月22日
发表于:2009-12-30 11:08:37
28楼
引用征 的回复内容:

 

我对这些品牌不熟悉,西门子的略有了解,硬实时的都是在总线上外扩处理硬件或处理器实现的。

至于windows 等,可以这样理解:其功能是靠外置或内置的运动控制卡实现的。就相当于在PCI总线上外扩一个带有控制器的控制系统,这个控制板卡的命令源是由WINDOWS的给定的,但对于单轴的闭环控制由板卡的处理器完成,这个控制周期可以很短,跟操作系统无关。

如果纯粹基于操作系统的中断处理(操作系统的tick为10ms), 如果中断达到小于ms级别并且具有严格的实时要求,此时操作系统的CPU完全用于进行中断处理, 即操作系统的任务完全没法运行, 这样的操作系统完全没有意义。

所以对于时限固定小于10ms并具有严格时限要求, 如运动控制系统的位置控制(200us), 采用目前的任何一种实时操作系统的纯中断或者任务处理是实现不了的,只能在系统总线上外挂处理器或者硬件处理。

所有的系统框架基本都是这个原理,只不过实现不同而已。

希望能给你一点借鉴。





楼上的,不知道你所谓的“操作系统的tick为10ms”是指哪种操作系统?

 

并且除了时间片轮询方式,在大多数实时操作系统中,uCOSII, VXWORKS等,实时任务都是可以中断切换的;中断切换时间在us级别。由于程序负载量与执行时间相关,所以才有有些控制系统代码限制的说法。并且实时操作系统的执行效率与CPU的选型很有关系,而不能局限于某个参数(10ms或者1ms),现在的CPU的等级已经提高很多了。但是在200us的级别是完全可以做到的。

至于“采用目前的任何一种实时操作系统的纯中断或者任务处理是实现不了的,只能在系统总线上外挂处理器或者硬件处理。”这种说法,应该是值得商榷的。

并且,据说现在beckhoff的EtherCAT二代产品也能够做到250us的控制周期,不仅仅是总线周期,而是控制周期。而Beckhoff据说也是采用的RTX实时内核(可以在windows环境下)。一般来讲通过现场总线的方式会比采用内部总线(因为内部总线有时候会采用并行通讯)来得慢。连通过带操作系统的以太网通讯都能达到250us的控制周期了,那么通过操作系统的本地总线运动控制芯片那更加是没有问题的了。

以上给你做参考。

wzg1234

  • 精华:0帖
  • 求助:0帖
  • 帖子:69帖 | 237回
  • 年度积分:0
  • 历史总积分:0
  • 注册:2006年5月29日
发表于:2009-12-30 11:10:02
29楼
我只用过GALIL运控卡,感觉还算好用,就是有时货期太慢,特殊要求的东西货期都太长了,

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-30 19:18:46
30楼
回复内容:
对:好色源自本色 关于引用征 的回复内容:

 

我对这些品牌不熟悉,西门子的略有了解,硬实时的都是在总线上外扩处理硬件或处理器实现的。

至于windows 等,可以这样理解:其功能是靠外置或内置的运动控制卡实现的。就相当于在PCI总线上外扩一个带有控制器的控制系统,这个控制板卡的命令源是由WINDOWS的给定的,但对于单轴的闭环控制由板卡的处理器完成,这个控制周期可以很短,跟操作系统无关。

如果纯粹基于操作系统的中断处理(操作系统的tick为10ms), 如果中断达到小于ms级别并且具有严格的实时要求,此时操作系统的CPU完全用于进行中断处理, 即操作系统的任务完全没法运行, 这样的操作系统完全没有意义。

所以对于时限固定小于10ms并具有严格时限要求, 如运动控制系统的位置控制(200us), 采用目前的任何一种实时操作系统的纯中断或者任务处理是实现不了的,只能在系统总线上外挂处理器或者硬件处理。

所有的系统框架基本都是这个原理,只不过实现不同而已。

希望能给你一点借鉴。





楼上的,不知道你所谓的“操作系统的tick为10ms”是指哪种操作系统?

 

并且除了时间片轮询方式,在大多数实时操作系统中,uCOSII, VXWORKS等,实时任务都是可以中断切换的;中断切换时间在us级别。由于程序负载量与执行时间相关,所以才有有些控制系统代码限制的说法。并且实时操作系统的执行效率与CPU的选型很有关系,而不能局限于某个参数(10ms或者1ms),现在的CPU的等级已经提高很多了。但是在200us的级别是完全可以做到的。

至于“采用目前的任何一种实时操作系统的纯中断或者任务处理是实现不了的,只能在系统总线上外挂处理器或者硬件处理。”这种说法,应该是值得商榷的。

并且,据说现在beckhoff的EtherCAT二代产品也能够做到250us的控制周期,不仅仅是总线周期,而是控制周期。而Beckhoff据说也是采用的RTX实时内核(可以在windows环境下)。一般来讲通过现场总线的方式会比采用内部总线(因为内部总线有时候会采用并行通讯)来得慢。连通过带操作系统的以太网通讯都能达到250us的控制周期了,那么通过操作系统的本地总线运动控制芯片那更加是没有问题的了。

以上给你做参考。

 

看看这个链接里关于任务切换的数据, 然后希望你思考一下

内容的回复:


http://www.witech.com.cn/news/Article_Show.asp?ArticleID=258

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-30 19:19:53
31楼

 

看看这个链接里关于任务切换的数据, 然后根据250Us的周期性中断, 希望你思考一下

http://www.witech.com.cn/news/Article_Show.asp?ArticleID=258

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-30 20:26:30
32楼

如果250us的周期中断里, 进行数据计算,运算控制等占用时间为160us, 则CPU空余时间为90us。在这个空余时间里i运行操作系统及任务代码, 假设操作系统一次任务切换时间为15us, 则实际任务运行的时间为75us。

这样的设计对带有嵌入式操作系统的设备来说,在保证一个250us中断响应的情况下, 再运行操作系统CPU响应很慢, 很难满足要求, 例如外界的HMI,从文件系统读取数控程序等。

通用的做法是, 将250us的周期性中断放在带有控制器或者硬件ASIC芯片实现的单板上, 单板通过PCI(带宽133Mb)等高速总线连接到带有嵌入式操作系统的处理平台上,两个处理器采用共享内存的处理方式实现高速数据交互。

在这种架构下, 强实时的控制系统由PCI总线上的控制单板实现,数控系统的命令解析,HMI,其他辅助功能等由嵌入式处理平台实现(在这种情况下, 一个tick采用10ms的处理机制)。

从这个角度上来说, 这个250us和嵌入式操作系统没有关系。

你提到的以太网控制达到250us的问题,这个一定是通过外围带硬件控制芯片的单板挂在高速的总线上实现的数据包发送的, 纯粹靠操作系统的中断方式是不行的。现在国产的中低端千兆路由器是基于vxworks平台(10ms时间片)通过基于PCI总线的硬件单板实现的(实际达不到标称的千兆), 在任何CPU上的以太网口在操作系统下是绝对达不到的。

还有, 冒昧的问一下, 你是做工控研发的吗?

没有别的意思, 对不是做研发的兄弟来说, 他只是看到的一个指标, 对于采用什么样的方法实现这个指标, 他完全没有概念, 所以讨论这些可能意义不大。

 

好色源自本色

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 41回
  • 年度积分:0
  • 历史总积分:135
  • 注册:2004年7月22日
发表于:2009-12-30 22:48:57
33楼

“还有, 冒昧的问一下, 你是做工控研发的吗?没有别的意思, 对不是做研发的兄弟来说, 他只是看到的一个指标, 对于采用什么样的方法实现这个指标, 他完全没有概念, 所以讨论这些可能意义不大。”

——感觉楼上是研发的前辈。其实我做什么到不重要,不然这个论坛里不是研发的兄弟们多着呢,总不成就不能来讨论这个问题了吧?大家就讨论讨论,在讨论中学习嘛,有错就改,只要能学到知识就好。小弟我做过几年的硬件研发,有几个兄弟开发嵌入式硬件与基于实时操作系统(UCOSII,Vxworks)开发工业控制应用软件,当然我只是初识皮毛而已。


“你提到的以太网控制达到250us的问题,这个一定是通过外围带硬件控制芯片的单板挂在高速的总线上实现的数据包发送的, 纯粹靠操作系统的中断方式是不行的。现在国产的中低端千兆路由器是基于vxworks平台(10ms时间片)通过基于PCI总线的硬件单板实现的(实际达不到标称的千兆), 在任何CPU上的以太网口在操作系统下是绝对达不到的。”


——此说法我有疑虑,其实一般实时以太网存储数据,都会使用DMA方式,根本不占用CPU时间,运算与通讯分开执行,也并不一定需要专门外围再加硬件控制芯片(当然如果是通用的以太网芯片也属于专用芯片,那到真的一定要)。可以参考:http://www.ethercat.org/cn/ethercat.html
另外,其实Vxworks的实时性,特别是中断响应与任务执行时间与搭载的CPU等硬件规格是严重相关的,并不是一个固定的数据。



“这样的设计对带有嵌入式操作系统的设备来说,在保证一个250us中断响应的情况下, 再运行操作系统CPU响应很慢, 很难满足要求, 例如外界的HMI,从文件系统读取数控程序等。”


——针对此处,其实HMI通讯部分,实时嵌入式系统针对此也是一个任务来实现。有些是采用操作另外的一个非实时的总线协议,如Modbus,Simotion采用Profibus-dp(它的运动控制采用的是实时的Profibus-dp drive,当然这个总线的效能也不能算很好,只能怪Profibus的协议簇效率真的不是很高)。你指的很难满足要求,似乎只是你的估计而已。


“如果250us的周期中断里, 进行数据计算,运算控制等占用时间为160us, 则CPU空余时间为90us。在这个空余时间里i运行操作系统及任务代码, 假设操作系统一次任务切换时间为15us, 则实际任务运行的时间为75us。”


——您指的操作系统的实际任务是什么?指GUI?还是Windows的那些无聊的任务?嵌入式操作系统与实际移植裁剪很相关。一般专用嵌入式操作系统会将不用的功能都裁剪掉。一般这样的实时系统都会将HMI部分独立出来通过通信让另外的触摸屏之类来实现,就不占用下面的任务了。另外嵌入式操作系统却不都是实时系统。使用以太网都可以完全在250us的实时性。更何况直接CPU与直接的硬件IO。
另外,上海有一家公司在开发基于RTLinux与以太网的运动控制,就是不知道他们的参数如何,不然可以参考看看。希望能够看到国产的实时运动控制。
以上给你做参考,希望得到更多的讨论。

好色源自本色

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 41回
  • 年度积分:0
  • 历史总积分:135
  • 注册:2004年7月22日
发表于:2009-12-30 22:57:14
34楼

其实针对运动控制,不管是基于1、硬件(专用芯片,DSP+FPGA。。),使用2、非操作系统的软件架构,还是3、采用实时总线或者4、实时操作系统搭载运动控制芯片实现。都必须至少能做到1ms以下的实时性,不然性能会差不少。而这四种架构其实现在业界都有各家在采用。

1、固高,研华。。。

2、PLC厂家,单片机等。。。

3、西门子/倍福。。。

4、ACS Motion Control,Pmac。。。

CHENNET

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 105回
  • 年度积分:0
  • 历史总积分:269
  • 注册:2004年4月20日
发表于:2009-12-30 23:29:46
35楼
看看哪几家在做印刷、包装就知道了。
印刷和包装都是对运动控制要求比较高的行业。

全能数控

  • 精华:0帖
  • 求助:2帖
  • 帖子:14帖 | 587回
  • 年度积分:2
  • 历史总积分:3140
  • 注册:2002年12月25日
发表于:2009-12-31 06:51:29
36楼

看了这个帖子, 惊喜论坛里有高人!

全能数控

  • 精华:0帖
  • 求助:2帖
  • 帖子:14帖 | 587回
  • 年度积分:2
  • 历史总积分:3140
  • 注册:2002年12月25日
发表于:2009-12-31 07:03:55
37楼

真心希望咱们大陆也能出象台湾新代,宝元等成熟市场化得数控产品,他们的架构基本是基于工控机+实时操作系统+硬件板卡.

虽不是基于外围总线的高端产品, 但实际使用效果同样出色. 为什么咱们这么高人, 在当前的体制下就出不了响当当的产品呢?

而有些人总是拿些名堂去骗国家的钱, 而其实就是我们千万普通纳税人的钱.

强烈鄙视那些不干实事的"砖家", "叫授"们, 有本事到市场上遛遛, 饿死你们!

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-31 08:52:11
38楼
操作系统中每次中断处理完成后,退出中断时都要进行任务调度,任务调度就要花费CPU时间,对250US的周期性中断,这个任务调度占用CPU的百分比就显得很大了,因此采用外扩CPU或者ASIC等硬件来实现是很好的一种设计。 还有建议你了解一下操作系统的原理,简单的ucos系统,看完源代码后会有收获的! 我不是前辈,只是做过基于vxworks的实时系统的项目,有些东西不敢瞎说

  • 精华:2帖
  • 求助:0帖
  • 帖子:10帖 | 2393回
  • 年度积分:1
  • 历史总积分:5804
  • 注册:2006年1月06日
发表于:2009-12-31 08:59:32
39楼
硬件板卡实际上就是在PCI总线上扩展的,只不过是在工控机上扩展而已。硬件板卡有自己的CPU,二者之间通过高速PCI交互数据。 这种架构跟我说的是一回事!

好色源自本色

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 41回
  • 年度积分:0
  • 历史总积分:135
  • 注册:2004年7月22日
发表于:2009-12-31 09:30:24
40楼

引用征 的回复内容:操作系统中每次中断处理完成后,退出中断时都要进行任务调度,任务调度就要花费CPU时间,对250US的周期性中断,这个任务调度占用CPU的百分比就显得很大了,因此采用外扩CPU或者ASIC等硬件来实现是很好的一种设计。 还有建议你了解一下操作系统的原理,简单的ucos系统,看完源代码后会有收获的!我不是前辈,只是做过基于vxworks的实时系统的项目,有些东西不敢瞎说



当然,你这个担心是需要的。不过事实上确实可以这么做的。任务调度占用时间其实不是很大,你做过Vxworks的项目,应该了解在不同CPU架构下,任务调度时间其实可以挺小的。再说现在动不动就是500Mhz以上的CPU,而运动控制应用上,又不做GUI,多媒体等其他部分的功能。所以使用这种方式,我倒觉得很不错。

至于你说的“因此采用外扩CPU或者ASIC等硬件来实现是很好的一种设计。”,当然,做过硬件,大家都知道使用和独立的CPU和硬件来实现速度肯定会快上很多。但是如果采用一个实时系统和一块CPU已经能够达到性能了,相信大家都不会选择再去设计硬件的。

并且硬件设计看起来简单,调试和维护,认证,售后,升级比起软件来,麻烦的不是一点点。开发周期也长很多。成本又高,人员投入也大。看看现在软件程序员和硬件设计人员的数量差异(更何况很多硬件设计的都在做开发DSP,控制系统,单片机,FPGA都偏软)有多大。


热门招聘
相关主题

官方公众号

智造工程师