-----广州虹科电子 技术部 anabel 古东娇
由于主站具有中央控制、数据存储等诸多复杂的功能，在PROFIBUS系统中起主导的作用，所以主站的合理选择在整个方案中显得至关重要。主站的选择往往需要根据项目的需求和系统性能要求来决定。通过调查，总结出根据需求的不同，目前国内外PROFIBUS主站的实现方式主要有几种，选用现成的PLC 的控制作为主站相对来说是比较简单的，尤其是西门子的S7系列PLC，以其结构紧凑，可靠性高，功能全等优点，在自动控制领域占有重要的地位，其中包括200、300、400、1200等多个系列，200和1200系列属于入门级的，面向中低端市场，而300及400系列属于高级版本，面向控制要求更严苛的高端市场，
但是也越来越多基于PC机作为控制主站 ，用PC通讯网卡使PROFIBUS接入到PC机，如西门子的CP5411、CP5611、CP5X11等系列，德国COMSOFT 公司的DP PROFI II 通讯板卡等，这种方案可以使系统获得很大的灵活性，系统可以根据需要与第三方设备或软件进行搭配，实现用户要求，而且相对来说价格要低廉很多。 但在配置上出现了诸多问题，我这边整理客户在使用基于PC +PROFIBUS 板卡的方案中遇到一些问题：
应用背景：
PLC S7-CPU315作为从站，PC +德国COMSOFT 公司的 DF PROFI II 板卡作为主站 ，简单的一主一从的本来配置应该是非常好配置的，但是客户最后发现两边的配置都貌似没有问题，但就是通讯不上，因为 DF PROFI II 板卡是支持这个labview的，客户反馈说驱动安装没有问题，但没有办法调用自带的VI 样例程序，提示的故障信息也是简答粗暴：就是配置故障，站点还没有准备，或者还没有参数化，怎么办？
解决方案的步骤：
1、检查 相应的主站的配置以及驱动问题，排除板卡驱动故障。发现客户找到板卡，也可以顺利下载，说明驱动是没有什么问题的，
2、检查PLC S7 CPU 315端的配置看是否是通讯端的没有设置好？：发现没有问题与主站的配置一致，并且也设置了PLC 为总站模式，。
那么问题来了，貌似两边的配置都没有问题，那么为什么故障显示，还是通讯不上？ 还是直接指明还没有参数化？ 那说明主站下载到板卡配置是不正确的，从站并没有被主站识别到，那么一定是PLC从站这边有的配置还有那些是漏掉的，重点放在 PLC 的配置上，后来在西门子的技术官网中找到：找到线索
西门子PLC 的gsd在主站配置的时候，gsd添加以后，之前应该添加3个空地址协议，就是那3个类似握手的空槽。
general 1st
general 2nd
general 3rd
没记错，应该是这么写的，反正类似一个东西，然后再插入
1 byte mater i salve q
1 byte mater q salve i
需要注意的是，315你配置的byte是unit还是all ；一般默认unit，就是单元，
1 byte mater i salve q unit
1 byte mater q salve i unit
不然就是complete结尾那个
插入式后，发现可以正常通讯了，调用DF PROFI II profibus板卡自带的 VI 样例程序也正常通讯了，
