rofiNet）是国际组织针对分布式 IO 建立的公开规则。任何厂家遵守这个规则就可以“互联互通”。手册里有说明。可以看 MM440大全。
-------还包括USS通讯也是。PZD是周期通讯的参数，其速度快，但个数受限制，PKW是非周期通讯参数，不受个数限制，但刷新响应速度比较慢。所以，PKW通讯的参数尽量少用，用PZD的通讯控制传动系统。
-----我们一般应用，PZD也足够了。
-----PZD用于控制字，Soll Ist等实时数据
PKW主要用于参数的访问修改，非周期性
------PZD---ProZess Daten----过程数据通道，用于读写包含了控制字、状态字、给定值和实际反馈值等信息。
PKW---Parameter Kanal id Wert--=参数通道，用于读写参数值。
------头一次见有人把单词写出来，我以前还纳闷呢，PZD 跟 过程数据 的缩写总是差一点呢，原来是德文啊
-----1. 周期性通讯的PKW通道（参数数据区）：通过PKW通道PROFINET IO控制器可以读写变频器参数，每次只能读或写一个参数，PKW通道的长度固定为4个字。
2. 非周期性通讯：PROFINET IO控制器通过非周期通讯方式访问变频器数据记录区，每次可以读或写多个参数。
-----周期性通讯，不是PZD吗？PKW也可以周期通讯吗？
------这两个都是周期性通讯，两者的不同是：
PKW可以任意的读写变频器的参数，但是速度要比PZD慢。而PZD传输的变量由PPO和变频器决定，也就是说有的参数PZD是不能传输的，只能传输一些例如电流、频率、电压、速度、扭矩等这些特定的参数。
另外，PZD和PKW如果都是周期通讯的话，他们的通讯周期是怎么确定的？PKW是不确定的吧？
PZD部分需要预先设定好，包括PZD的个数和BICO的互连，通讯期间是不能修改的。每条通讯报文都会主动修改PZD的发送缓冲区和接收缓冲区，这就是所谓的周期通讯。而不是主从双方按照一个固定的周期发送和接收报文。如果请求方没有发出求情报文，接受方就不会主动返回，尽管此时已经建立了通讯连接。
PKW是面向于读写参数的，通过它你可以修改任何P参数，不论是数值还是BICO的互连都可以修改。就像你在用STARTER一样。但是一条通讯报文只能修改一个参数，效率比PZD要低。
以MM440为例最多可以支持到8个PZD，也就是一条请求报文可以写8个参数的值，一条返回报文可以读取8个参数的值，这里读和写的参数可以是不同的参数，它取决于接受和发送的BICO设置。最好的情况下，一条请求报文和一条返回报文通过PZD可以对16个参数进行访问，效率是非常高的！
所以PZD的目的在于速度和效率，PKW目的在于灵活性。
我为什么这么关注此楼的讨论呢？因为，我们采用的PLC与变频器通讯，都是以PZD为主，PKW为辅。但是最近有一个题目，，采用上位机，通过动态链接库直接与变频器装置net通讯，采用的是pkw模式，PZD反倒是不会用。也就是不知道怎么改BiCo的参数。但我发现，net的PKW通讯，一点都不慢，完全是瞬时的，PC只要确认修改了，瞬间PKW对应的参数就被改变了。
PKW的相关问题，在关注中。
-----看过几次这个帖子，我没吱声，就是想知道大家是怎么理解的。有不同的声音，才好交流。
我说一下我的理解：
首先，这两个协议（ProfiBusrofiNet）是国际组织针对分布式 IO 建立的公开规则。任何厂家遵守这个规则就可以“互联互通”。
因为不是集中控制（控制器和IO设备在一起），而是分布式（控制器与远程 IO设备）所以有通讯；交换信息的需要。
在被控 IO设备上，有不同处理优先等级；
1、有接到指令立即执行；不给予返回响应。（例如：执行广播的指令。没有返回报文）
2、有接到指令立即执行；同时返回响应状态。（例如：启动/停止；打开/关闭；加速/减速；同时立即返回当前状态；）
3、有接到指令，需要在合适的情况下执行；执行完成后，返回执行的结果。（例如：设置参数的修改，执行工厂复位；清除记录等等。这些需要较长的时间才能响应，告诉控制器是否正确完成。）
这些在没有以上两个协议的时候，也是这样的情况。只不过各厂家的通讯协议有各自的规则。
在PB/PN中针对上述第二点，称之为（控制）过程数据，它由PZD字段；通过周期通讯来实现。
怎么实现呢？
首先，要建立个轮询的周期通讯。它可以是由单独的模块构成；也可以是在双边控制单元通过数据缓冲区构成。反正就是，远程 IO（IO模块；变频器等）随时将状态放入这里，当控制器（PLC等）指令到来时，IO设备读取执行，同时缓冲区的数据发送回控制器。
指令交换的速度取决于通讯总线的周期。
一旦组态，你控制器发不发报文，这个周期报文交换都是存在的。
针对那些有要求的IO；伺服是有时间响应要求的。例如要求周期在10毫秒，因此就有了同步模式；还有成组同步模式（例如需要多台同时开始动作，这时，缓冲区的数据将不被执行。等接到同步指令时一起动作等等）；如果10毫秒不够，那么还有等时同步模式，使周期固定在1毫秒。
如果需要更快，那么就像Drive-CLiQ采用千兆的速率，使之达到微秒级的控制。
硬线的接法是属于逐渐被淘汰的范畴。
组态的报文，可以仅使用PZD，完全不使用PKW字段。例如：我只需要控制远程IO，参数由其方式（AOP/BOP）设置。当然，也可以完全不用PZD，仅使用PKW字段（反正我不嫌有点慢。）
下面说说PKW字段。（针对第三点）
这个字段是为了对远程 IO设备做设置、读写使用的。在PB/PN中专门为它规定了格式DB47。
如果组态存在周期通讯，它就嵌入在周期报文中执行。如果没有周期通讯，它就单独执行。就像你用的DriveMonitor与MM4通讯。
例如：在含有周期通讯时，读取过程：首先要发送写指令，告诉变频器控制器需要读操作；当收到远程做好准备的响应后；下个周期，发送要读那个参数、什么格式（U16？U32?浮点？）；然后就是一个一个周期等待远程 IO的执行情况的回复响应。（那当然了，要是执行个工厂复位写指令，你就等吧。你在DriveMonitor中看到的就是一串红字无响应。）直到远程IO响应执行的结果（成功/失败）。
这完全根据需要远程执行具体指令的情况啦。
所以，这仍然是非周期的通讯。