先说结论：CANopen超线此刻线，，，，，，，不是某个软件的名字，，，，，，，而是把CANopen和谈和超限检测、实时在线监测结合起来的一套利用规划。。。。。。。 。搞工业节造、设备联网的伴侣，，，，，，，应该对CANopen不陌生，，，，，，，但“超线此刻线」剽个组合，，，，，，，好多人第一次听到会愣一下。。。。。。。 。
其实它要解决的事件很直接：设备运行的时辰，，，，，，，数据能不能实时传到上位机，，，，，，，超限报警能不能实时触发，，，，，，，通讯链路稳不不变。。。。。。。 。这三点做好了，，，，，，，设备就像长了个“在线大脑”，，，，，，，哪有问题哪里亮红灯。。。。。。。 。?
CANopen自身是个啥，，，，，，，先把它捋明显
CANopen是基于CAN总线的高层通讯和谈，，，，，，，在自动化设备里用得出格多。。。。。。。 。它跟Modbus、Profibus这些和谈不一样的处地点于，，，，，，，CANopen天生支持多主站、实时性更强，，，，，，，并且节点之间能够直接通讯，，，，，，，不用非要经过主站中转。。。。。。。 。
这就意味着，，，，，，，在一条总线上挂几十个设备，，，，，，，每个设备都能自动上报数据，，，，，，，不像轮询那样一个一个问。。。。。。。 。放到超限检测场景里，，，，，，，好比地磅、称沉传感器、限位开关，，，，，，，这些设备的数据就能实时“自己说”出来，，，，，，，而不是等上位机来“问”。。。。。。。 。?
超线此刻线这个概想，，，，，，，说白了就是把CANopen的实时性用在超限检测和在线监测上。。。。。。。 。设备一旦超限，，，，，，，数据立刻上报，，，，，，，上位机顿时响应，，，，，，，功夫差险些能够忽略。。。。。。。 。
传统超限检测的痛点，，，，，，，老工程师都懂
早些年做超限检测，，，，，，，常用的规划是模拟量信号加PLC，，，，，，，或者走RS485轮询。。。。。。。 。问题很显著：模拟量信号容易受滋扰，，，，，，，线一长电压就飘；；；；；RS485轮询速度慢，，，，，，，设备一多，，，，，，，一轮下来好几秒，，，，，，，超限瞬间底子抓不到。。。。。。。 。
出格是那些高速运行的设备，，，，，，，好比皮带秤、破碎机，，，，，，，超限就那么一两秒的事，，，，，，，数据要是延长了，，，，，，，报警就造成了“过后诸葛亮”。。。。。。。 。?
CANopen超线此刻线规划把这个问题解决得挺彻底。。。。。。。 。它用的是CAN总线，，，，，，，抗滋扰能力强，，，，，，，通讯速度最高能到1Mbps，，，，，，，并且带优先级仲裁机造。。。。。。。 。哪台设备数据垂危，，，，，，，哪台就先发，，，，，，，不会由于列队把关键数据堵住。。。。。。。 。
这套规划具体怎么搭，，，，，，，关键看三个点
第一，，，，，，，节点设备的CANopen和谈栈要齐全。。。。。。。 。不是轻易挂个CAN收发器就行，，，，，，，得支持PDO、SDO、心跳报文这些根基职能。。。。。。。 。PDO用于实时数据传输，，，，，，，SDO用于参数配置，，，，，，，心跳报文用来监控节点状态，，，，，，，少一个都不杏祝。。。。。。 。
第二，，，，，，，上位机要能处置CANopen报文。。。。。。。 。此刻好多组态软件都集成了CANopen驱动，，，，，，，但若是你是自己写上位机，，，，，，，就得用CANopen和谈栈库，，，，，，，把接管到的PDO数据解析出来，，，，，，，再映射到界面上的变量。。。。。。。 。这块代码量不大，，，，，，，但逻辑要理清。。。。。。。 。?
第三，，，，，，，超限判断逻辑最好放鄙人层。。。。。。。 。也就是说，，，，，，，让节点设备自己判断超限前提，，，，，，，超了就发一个垂危PDO，，，，，，，而不是把所罕见据都传上来让上位机算。。。。。。。 。这样上位机负载幼。。。。。。 。，，，响应也快，，，，，，，现场调试也方便。。。。。。。 。
一个现实案例，，，，，，，看完就领略它好在哪
我之前接触过一个散料输送线的项目，，，，，，，皮带秤、堵料开关、电流互感器，，，，，，，一共十几个节点，，，，，，，全数走CANopen。。。。。。。 。老规划是PLC轮询读数据，，，，，，，超限报警最慢要等两秒，，，，，，，后来改成超线此刻线规划，，，，，，，堵料开关一作为，，，，，，，上位机险些同时弹报警，，，，，，，中央也就几十毫秒的差距。。。。。。。 。
现场工程师说了一句话，，，，，，，我印象出格深：“以前是设备出事了才知路，，，，，，，此刻是设备刚要出事，，，，，，，系统就通知你了。。。。。。。 。”?
并且CANopen的节点配置支持动态批改，，，，，，，现场加设备不用沉新布线，，，，，，，挂在总线上就杏祝。。。。。。 。调试参数用SDO在线改，，，，，，，不用断电沉启，，，，，，，省了不少事。。。。。。。 。
选型的时辰把稳这几个坑，，，，，，，别踩
不是所有宣称支持CANopen的设备都是一回事。。。。。。。 。有的只做了个CANopen从站，，，，，，，PDO映射还得自己配，，，，，，，有的压根没做心跳报文，，，，，，，节点掉线了都不知路。。。。。。。 。选产品的时辰，，，，，，，最好问明显：PDO数量支持几个，，，，，，，心跳距离能不能设，，，，，，，SDO能不能动态读写，，，，，，，有没有EDS文件。。。。。。。 。
EDS文件这玩意儿挺沉要，，，，，，，它是设备的职能描述文件，，，，，，，上位机直接导入就能鉴别设备参数，，，，，，，省得一个一个手动配。。。。。。。 。?
另表，，，，，，，线缆和终端电阻别忽略。。。。。。。 。CAN总线固然抗滋扰，，，，，，，但通讯距离长、波特率高的时辰，，，，，，，终端电阻不匹配，，，，，，，照样会出现丢包。。。。。。。 。120欧姆电阻，，，，，，，两端各接一个，，，，，，，这是根基操作，，，，，，，别省。。。。。。。 。
这套器材的将来，，，，，，，其实挺值得等待
此刻工业设备都在往智能化、数字化方向走，，，，，，，超限检测和在线监测的需要只会越来越多。。。。。。。 。CANopen作为底层通讯和谈，，，，，，，成熟不变，，，，，，，设备生态也美满，，，，，，，加上超线此刻线这种利用思路，，，，，，，把实时性做到了现场级别，，，，，，，比传统规划有优势得多。。。。。。。 。
以来要是往CANopen FD（矫捷数据率）方向走，，，，，，，单帧数据量更大，，，，，，，波特率更高，，，，，，，超限检测的响应速度还能再上一个台阶。。。。。。。 。到时辰，，，，，，，设备自诊断、边缘推算这些职能，，，，，，，都能在这套通讯架构上跑起来。。。。。。。 。
搞工业这行的人都知路，，，，，，，通讯和谈这器材，，，，，，，不钻营花哨，，，，，，，就钻营不变、实时、好守护。。。。。。。 。CANopen超线此刻线，，，，，，，这三个点都占了，，，，，，，用起来的确顺手。。。。。。。 。说到底，，，，，，，设备在线不是主张，，，，，，，数据实时到位才是关键。。。。。。。 。不论是调试还是守护，，，，，，，这套规划都能让你少操不少心。。。。。。。 。?
