编写104程序，还有对104文本的理解，第一：要搞懂TCP/IP的传输机制，第二是C/S的编程，第三：理解什么是平衡传输。不要只局限看104规约文本。
其实我认为104的程序的编写还是非常容易的。
只于其他的问题，我想大家都已经回答了。比如没有1，2类数据，数据的直接上传等。我想你还是没有理解平衡传输游戏规则才会有上面一些错误的认识的。
以下是引用realarthur在2004-6-17 8:47:10的发言：
现在没有搞懂的是：关于传输方式：平衡还是非平衡，是如何确定的，即什么情况下，子站才能知道应该采取什么方式进行数据传输：对于变位遥信soe数据主动上传还是等待召唤。
另外下面是南瑞测控单元集成的104规约的功能，好像跟上述大家说的有些东西不完全一致，版主帮忙看看，分析分析：
1、104规约是基于TCP/IP协议的电力系统通信规约,C/S结构的。在通信开始时需要建立连接。
2、在104规约中的用户数据采用的时101规约的一部分ASDU单元。
3、104规约没有具体定义主站如何和子站进行通信的规则，是采用问答方式还是采用循环发送方式由主站决定，子站要能够完成主站相应的请求。
4、我们做的104规约是这样的。开始建立连接，然后主站进行总召唤数据，子站回答总召唤。然后主站进行分组召唤，根据分组标号，子站回答主站要的信息。当子站有事件产生（包括SOE、遥信变位等），在子站的回答正常报文之前优先传送，保证实时性。
5、没有一级和二级数据之分。
6、子站不会主动上送数据，它相当于一个服务器，只会响应主站的请求。
7、当双方的通信规则是polling方式时，如果主站不进行召唤，子站是没有义务发送任何数据。
1,2,3,4,5都是可以理解的，也基本符合104规约，只是他既有总召唤，也有分组召唤（在104中是没有必要的）。
至于6，子站（IDE)不会主动上送数据，完全是无稽之谈。从站一般是服务器，但是他并不是“只会响应主站的请求”。唉！
7，至于POLLING方式，简直就是。。。。。
其实我在编写PMA时，觉得104是最简单的，而且我与国外的产
其实我认为104的程序的编写还是非常容易的。
只于其他的问题，我想大家都已经回答了。比如没有1，2类数据，数据的直接上传等。我想你还是没有理解平衡传输游戏规则才会有上面一些错误的认识的。
以下是引用realarthur在2004-6-17 8:47:10的发言：
现在没有搞懂的是：关于传输方式：平衡还是非平衡，是如何确定的，即什么情况下，子站才能知道应该采取什么方式进行数据传输：对于变位遥信soe数据主动上传还是等待召唤。
另外下面是南瑞测控单元集成的104规约的功能，好像跟上述大家说的有些东西不完全一致，版主帮忙看看，分析分析：
1、104规约是基于TCP/IP协议的电力系统通信规约,C/S结构的。在通信开始时需要建立连接。
2、在104规约中的用户数据采用的时101规约的一部分ASDU单元。
3、104规约没有具体定义主站如何和子站进行通信的规则，是采用问答方式还是采用循环发送方式由主站决定，子站要能够完成主站相应的请求。
4、我们做的104规约是这样的。开始建立连接，然后主站进行总召唤数据，子站回答总召唤。然后主站进行分组召唤，根据分组标号，子站回答主站要的信息。当子站有事件产生（包括SOE、遥信变位等），在子站的回答正常报文之前优先传送，保证实时性。
5、没有一级和二级数据之分。
6、子站不会主动上送数据，它相当于一个服务器，只会响应主站的请求。
7、当双方的通信规则是polling方式时，如果主站不进行召唤，子站是没有义务发送任何数据。
1,2,3,4,5都是可以理解的，也基本符合104规约，只是他既有总召唤，也有分组召唤（在104中是没有必要的）。
至于6，子站（IDE)不会主动上送数据，完全是无稽之谈。从站一般是服务器，但是他并不是“只会响应主站的请求”。唉！
7，至于POLLING方式，简直就是。。。。。
其实我在编写PMA时，觉得104是最简单的，而且我与国外的产