但就说驱动芯片。就目前国内厂商来做难度很大。就像CAN 、Flexray 、EtherCat .这些技术从问世到大量应用基本有10年左右的成熟期。我们国内的厂商还能等10年吗?
但是使用标准的、通用的硬件架构,开发自己的控制协议。或者直接就用简单的差分控制信号。提高其传输速度、高层协议自己定义。就像Profibus CCLINK ,可操作性还是很强的。但是还是要花大量的人力、物力对其进行验证测试。
另外使用通用的硬件+开放的协议不见得都会花费很多。
现在很多MCU都内嵌 CAN 、EtherNet 、 甚至 Flexray 使用这些硬件再加上开发的高层协议,如CANopen ,对一个企业来说应该不尝为一种风险更小、投入更少、预期更明确的选择。
只要信号形式一样就可以。你可以用75176接收、发送Profibus 报文。至于专用的协议芯片就是一个专用的ASIC ,帮你做高层协议处理。如果协议够开发可以自己写高层协议。但Profibus 确要买这个协议芯片,之前用的是SPC3,自己可以用75176写一些简单的功能。
就像CANopen (CAN)就没有几个人来用专用的协议芯片,高层协议基本都自己写。但是确也有厂商提供主、从站接协议解决方案。DPRAM 接口的。ASC接口。IIC接口的都有。
另外关于100M总线到底对于10M总线有多少优势。在16轴或32轴的数量级几乎是一样的。在更高数量级的应用才能体现100M的优势,毕竟上位机刷新控制网络数据、计算运动控制程序仍需要更多的时间。这个时间可能大于1ms。
其实把高层协议写在CPU中是没有问题的,在前期是个不错的选择。对于控制量比较少的系统,完全没问题。也赞成这样做。 但是要控制量较多,协议较复杂时,不但会使的开发复杂度和难度增加很多。也会使cpu压力增大。对于现在的100M的控制,其好处不仅体现在速度上。他会加入很多安全可靠的机制在里面。而且通信方式也增多(适合不同的场合)。数据格式会比较多样化。控制灵活性提高。便于做大型系统及高端控制。毕竟这才是趋势
赞成!100M确实是现场总线发展的趋势。内嵌协议栈负载却也不小,所有有些高阶变频都用到150M的MCU,但对于从站节点。其实还好。只是主站负载有点可怕。 特别在100M下。
运动控制总线实际应用中菊花链的接线应该比较多。
看来楼主对 总线型运动控制器很感兴趣。总线只是数据传输方式,更重要的是运动控制功能。做运动控制器是一条比较繁琐漫长的路。
楼主洋洋洒洒的谈了这么多,不会是落眼子的吧,总线伺服有意义么?现在国内的机器一般一到二台伺服,多的四五台,再多的8台了不起了,PLC或卡+驱动器的形式足亦够用,楼主说了这么多,又有何意义,只要功能实行就行了,又不是过程控制,,集中起来到总控台一人就可以完成,机器总是要有人守着的,,再者说来,驱动器上加个RJ45,口,对伺服厂家来说应该不是难事,,,
总之,没意义,楼主有什么要说的,可以再一一道来
1、在一些高速、高精场合,做一些控制算法优势。一般高级控制算法都采用速度控制方式,甚至转矩控制方式(其最大好处是响应快)。也许你会说现在这些也都可以啊,没错,但是模拟量控制时普遍从在的干扰及其零漂问题。长距离传输的衰减问题呢。。。。。。数字信号的抗干扰能力要强的多
2、目前几乎所有的伺服与控制器接线引脚定义都不同。配线比较麻烦。减少接线点造成的不可靠因素。而且省线对应的干扰机会也小。
3、在轴数比较多时成本降低。
4、 系统扩展容易,便于系统化发展,也是以后发展趋势。大型自动化生产。及高精设备(一些设备的精度其实与轴数是息息相关的)
希望大家能予以补充和指正。。。。。。。。。。。。
内容的回复: