现在有100多个可以独立运行的站点需要进行中央监控。 站点比较小可以交换的数据量非常小几十个字节就够了。问题在于这100多个站分布在不同的地方，各个站之间距离比较远，怎么样也有几十公里了。用光纤是不太现实的。

我打算100多个子站都采用S7-1200的CPU。中心站如果用wincc好像不支持这么多的S7-1200，所以中心站打算用一个或两个S7-1500的CPU与所有的S7-1200通讯。那么问题来了：S7-1500用什么方式和这些远距离的1200通讯呢？

S7-1500支持128个 IO智能从站。一个TIA项目里包含100来个S7-1200和一个S7-1500，不知道有没有这么玩过，搞不好一个项目就上1个G了，别到时候博途又动不动就卡得挂了。

另外一个问题，CPU1511PN 最大连接资源数是96，可连接 I/O 设备的最大数为128，这个该如何理解？

楼主可以考虑两个CPU1510-1SP，VPN远程架构，实现S7通讯或TCP-UDP通讯

楼主这是典型的RTU的项目，1200+CP1243-1+TCSB+Wincc是标准解决方案。

无线接入的CP124X-7国内无法销售，所以只能用有线接入的CP替代。

TCSB的方案别说是100个PLC接入，就是几千个PLC接入都没有问题。

这么广的分布，又100多个站点，电信VPN不便宜啊。土豪今年又可以大捞一把了。既然都是独立运行的，肯定每个站点都是1200了。远程IO什么的跟你讲想也别想。
简单的做法是，把设备分布瓜分成多个密集区，每个密集区的设备全部光纤接入交换机再拉一条网线接入互联网VPN，然后每个1200都是webserver，最后只要在接入互联网的电脑上就可以直接通过网页浏览器直接浏览1200发布的网页了。没必要非得搞那越来越不靠谱的WinCC7.x。
如果觉得1200的webserver很丑，那么就自己用node-red搭建数据交换接口，nodejs搭建webserver，你想怎么折腾美美的网页都可以。
不过，100多个完全互联网接入，搞这个很花时间的。想想都累了。。。尤其是搞美美的网页对于搞PLC的非美工来说是短板。。。