机床联网第一课
一、不是废话的废话
照例第一篇文章先介绍下整个专栏系列的内容和背景，这篇文章不涉及任何代码和技术知识，大家都能看得懂。
1、写作初衷
自入行接触设备数据采集、设备联网工作近十年，期间记不清有多少次有人请我帮忙去处理公司外部的项目，但都被我以各种理由拒绝了。一是当时正在行业当中，免不了有一些职业道德和操守在。二是数据采集类的项目大多不是简单靠代码就能解决的。除了拥有丰富的知识和经验外，还需要现场调研、硬件调试、软件调试等一系列的工作，我自觉分心无术，所以大都没有答应。
回想近十年的从业经历，我从一名软件工程师、再到技术经理、再到项目经理，直到业务负责人，一路走来深知设备数据采集并不简单。其中有当软件工程师时候的技术难点解决不掉，通宵在工厂设备旁调试代码，也有做项目经理时忍受客户的抱怨和各种无理性要求，更有业务负责人时承受的业务压力。各种心酸只有自己才能体会，所以我决定将这些年掌握的机床联网技术重新进行梳理，以专栏的形式呈现给大家。
前两天一篇网传的文章“中国软件行业几乎全军覆没”其实对我感触比较大。首先这里不讲文中的任何观点，单从最后的结论来说中国的软件不好做，其中的管理软件更不好做。那我所在领域的MES系统、设备联网软件就更难做了。我时常想能通过自己的努力为行业做一点贡献，改变行业什么的不敢想，至少能对从业者有帮助就好了，能降低软件工程师的开发成本，项目经理的沟通成本，为老板节省些研发成本。
2、行业现状
还有一个原因是我认为行业的拐点到了。我所说的拐点不是指行业的走势，二是行业的状态。任何技术都有周期性，我认为工业互联网正在经历从谷底向光明方向发展。最近几年越来越发现企业做信息化越来越理性了（也可能是政府没有补贴后的结果）。这两年制造业都不好过，一是全球经济增长放缓，市场需求不及预期，导致制造业订单减少。二是劳动力成本上升，特别是在发展中国家，劳动力成本的增加使得一些制造业企业面临着竞争压力。管理软件的主要客户就是这些制造业主。一旦地主家没有余量了大家的日子也明显不好过。所以整个设备联网行业也带来了恶性竞争。我刚入行的时候B公司报价是5K一台设备联网。现在目前上市场上能找到最低已经是一个硬件2000块，能连接几十台。平均下来一台设备的联网成本也就几十元钱。一个曾经5K的东西如果变成60元那么会发生什么现象呢：
1.专业化数据采集公司被迫转型或死亡
专业化的数据采集公司如果不进行转型，那么就会面临成本不变，但售价降低的局面，随之带来的是利润降低甚至亏损，直至死亡。
2.同类公司内卷严重
面对报价你报2000，我就敢报1500，你报1500，我就报1000。这单亏本没关系，我在乎的是这个客户不能丢，下次我用其他订单再赚回来。如此恶性竞争最终还是企业自己买单，大家都每利润，整个市场被大家做烂。
3、破局之道
面对这种市场，行业这种现状，给我们从业者或者给我们软件公司有什么启示呢？
1、设备联网将从一项专业技能变成通用技能
从这一点上我可以判断，单纯以为设备联网生存的公司及个人将会消失。因为这类技能的难度随着时间的推移将会逐渐降低。未来没有人因为会设备数据采集这一单一技能就能找达到工作，也没有公司能够靠设备采集业务就能够生存。随着设备数量的增加，设备采集需求已经从特殊需求变成了通用需求。就像二十年前的打字员，现在消失了，取而代之的是人人都会打字了。换句话说未来每个从事工业软件行业都需要设备联网知识，都需要懂设备联网。
2、设备联网需求不会消失反而会越来越多
曾几何时只有德国、日本才具备设备数据联网采集功能，目前已经变成国产设备验收的必须项，这也是这些年我们这些从业者不断教育客户的结果。未来中国制造业某些企业你可以说不上机器人，你也可以说不做智能工程，甚至你都可以不搞那些精益生产，但你的设备一定是越开越简单、智能、高级，这样你才能够用最低的成本，最高的效率达到生产要求。那么设备联网一定会存在你的设备之中，直到某天你有相关需求被使用。只要可连接的设备基数足够大，就总会有 设备联网的需求，因为总会有那些不满足现状的企业，总会有想要通过软件手段提升生产效率的企业。所以设备联网的需求一定是越来越多。
基于自身对行业的认知和假设，我决定用15篇左右的文章讲清楚机床联网这件事。想要通过15篇文章把这件事讲清楚其实比较难，但我仍然想通过这个系列文章让大家从底层协议端搞清楚设备联网究竟是一项什么样的工作。
二、本专栏所讲内容
1、主要内容
本系列文章主要会结合底层网络协议采集的方式，以为各类机床设备采集为案例，讲解各类机床采集的方式。这在后面的文章中皆是重点。
本系列不会包含：设备数据采集官方开发包、各类设备采集协议文档、各类设备采集的完整工程源代码。看到这，有些朋友肯能会觉得失望，因为某些人其实就是想要这些文档资料，而不是相关技术知识。我在这里还是要简单做下以下几点说明，避免歧义，也避免大家对此专栏的失望：
1.设备数据采集官网开发包：
这类文档均是有明确的版权的，数据不能随便复制类的内容。虽然我在文章中会有相关介绍（也肯能会有相关使用说明），但我是不能随便分发出去的，可能会涉及到法律风险。那么获取这类资料的途径:让公司通过官方购买、让其他公司或者个人发给你、从网络或其他途径获取。
2.设备数据采集协议文档：
这类内容属于东西不多，单字字珠玑。拿到手使用过后便毫无价值，没有的话又没办法做项目。虽然我手上也有，单不能轻易放出去，不然传播太广了同行就彻底每饭吃了。毕竟现在市面上还是有靠着设备数据采集吃饭的公司和个人。我不能刚出了这个锅，就砸掉同行的饭碗，这样做也违背我的初衷。
3.设备采集完整工程源代码：
这类代码软件工程难度并不复杂，属于中级软件工程师就能写出来并且能够使用的水平。不在这个专栏中免费给出来的原因：一是真没必要，如果有了设备数据采集文档，编写代码如水到渠成一般，根本没必要从别人那再搞一份。二是我是真心希望大家看完我整个系列的文章后能够自己动手去把理论和知识用起来，能够写自己的代码。根据公司或项目的业务场景，自己搭建采集框架，实现设备数据采集。这样及时后续出现问题之后，自己想改也可以调整。
2、文章规划概览
下面的各个章节内容待后续更新后，补充文章链接。
0、机床联网第一课
1、重新认识网络协议
2、发那科设备采集
3、三菱设备采集
4、西门子设备采集
5、兄弟设备采集
6、海德汉设备采集
7、哈斯设备采集
8、广数设备采集
9、新代设备采集
10、凯恩帝设备采集
11、宝元设备采集
3、文章的受众
1、软件工程师
首先软件工程师是这个系列最主要的受众。我自己是经历过领导让采集某类设备，但手头又没有相关资料，整个互联网、QQ群、供应商搜集资料的过程的。我也经历过在现场怎么调试不出想要的结果，在车间调试一宿代码，我还经历过在现场调试采集的过程中，设备突然停机报警，设备故障，面对甲方和公司的压力无所适从。我系统软件工程师能够通过我的文章对这类技术和概念能有清晰的认识，节省你们的开发时间。毕竟现状软件行业大环境不好，我希望这个系列能够帮助到你。
2、项目经理
对于项目经理在评估客户需求的时候，能够准确评估风险是重点。某类设备数据采集有哪些坑？有没有数据采集授权和接口？软件开发的时间评估是否准确？希望你看了这个系列能提升此类认知。
3、企业负责人
对于企业负责人来说，虽然整个系列还是更加偏向技术。但对于软件类型企业的负责人大多技术出生，相信看明白问题不大。如果能够从中调整公司的战略布局或者对采购的供应商能够更好的做出资质评审，那么我的目的也就达到了。
甲辰年端午 上海