NCLib纯属个人兴趣创建编写的库，非专业团队人士参与开发，库功能以及稳定性并未在居多的项目中实际验证，也没有专人负责完善更新维护，如果你使用拷贝了订阅号中的代码运用到工程中，本人也不对代码负责，因此也不提供技术支持，订阅号仅做面板技术分享交流。NCLib其库功能块涵盖：
S7-200 Smart
S7-1200/1500
S7-300/400
PCS 7
除S7-200 SMART外，库程序都包含了下位机PLC中的自动化块（AS block）以及上位机的图标( icon )以及控制面板( faceplate )。除了常用的电机阀门类以及模拟量监视和PID控制外，还包含了S7，Modbus，Idevice等冗余CPU连接标准CPU通讯功能，CPU诊断等，另外还有一些行业中特有的功能程序块。下图展示部分面板：
我也曾为了把S7-1500系统集成到PCS 7，在博途WinCC专业版设计过APL风格的面板，使得1500带的就地操作计算机可以使用与PCS7一样风格的面板，这对操作员来说，无疑是一大好事。这也无疑给集成商带来一些机会，EPC是否也会更愿意将小型设备给贵公司来做呢？
—————————————————————————————————————————————————
自定义库的优势
对于很多的PLC用户来说，项目程序质量很大程度取决于工程师的个人能力，这就无形给公司增加了成本和或多或少的公司形象问题，试想一下，一个绿手（Greenhand）工程师因为写的程序有bug，总是出现莫名其妙的停机，给生产带来了不大不小麻烦，三番四次去现场查找原因，出差成本增加了吗？公司形象有坏的影响吗？如果使用库程序，能有效的减少不同水平工程师自己编写代码在整个程序中的占比，也减小了工程师个人能力对项目的影响，同时库的使用大大的提高了编程效率。
工程师离职后，接手的工程师看先前的程序一头雾水，这种事情你一定听说过吧？如果都是标准的库编写的程序呢？
老板有叫你带新手工程师吗？给库程序的说明文档好，还是手把手一句指令一句指令的教折磨自己？这时常让我想起那些带女朋友打排位的少年捶胸顿足的画面，只恨不得不能把女朋友送给别人，说不得她笨，说了必生气。
“我们公司在这个行业做了不少项目，也沉积了不少经验，开发了具有这个行业特色的库控制程序”，如果你在客户面前能说这句话，是不是很有面子？
当然自己写的库，想加什么功能加什么功能，不会受制于人。西门子也提供了不少开源的库。其中LBP和BST比较通用，两者都是开源代码的，提供ASblock + icon + faceplate一整套解决方案。
