一个月前，一个有关非法数据采集的案子告终，想必大家都已经知晓了：号称形成了超过400亿好友关系和两亿个人名片数据库的脉脉（被称中国版LinkedIn），因非法抓取新浪微博的用户数据而被判赔200万。

历时一年半的维权案终于告一段落，这也是国内首起大数据不正当竞争纠纷案。小采提醒大神们，数据有价值，采集要合法。大数据时代尤其需要注意保护隐私信息哦~所以不要再问小采能不能抓取别人的后台，能不能采个人隐私，一切非法的数据采集我们都是拒~绝~的~

说到这里，小采也非常好奇大家借助采集都做了哪些事？通过交流，我们了解了大神们的应用，不得不说你们的脑洞真的太开，请接受小采的膜拜。

1

年后准备换工作，过年那几天在家闲来无事，就把一些热门公司招聘中我感兴趣的职位、职位数及月薪分布采了下来，以了解行情，哪个档位薪酬合理又比较容易应聘成功一眼就能看出来了吧~

小采：可是，真的不从月薪最高的开始试吗？

2

夫人是网络公司的销售，需要收集一些匹配的企业信息然后打电话联系他们是否需要合作。于是乎利用采集脚本抓了大把的资料给她用，而她的同事据说每天上网搜资料到半夜，大概就是这样。

小采：哈哈，男人总要会一门手艺才能体现重要性呀~

3

我就是传说中的采集小王子。基本上做到了想采哪里采哪里。

之前给公司做了一个监控十几个网站的内容更新，我们自己没有就直接扒过来推给编辑优化一下然后发布了，流量稳压他们一头。但技术方面比较杂，N多IP是必须的，各种伪装技能也是必须的。自动判断采集时间间隔阈值、自动换IP等都是必须的。内容全靠火车头虽然很low，但是很好用，迅速形成生产力。

（来自知乎一位大神）

小采：不low不low，好用才是硬道理不是嘛~~

4

我抓取了男朋友关注的微博中，留下的所有评论。

但后来男朋友不再关注别人微博了，改为python爬取想关注的人的微博。

求问我该怎么办？

小采：这……难道就是传说中程序猿与程序媛的相爱相杀？

5

去年计划在北京买房，谁想房价开始疯长，链家的房价等数据分析只给了一小部分，远远不能满足自己的需求。于是爬下了北京所有的小区信息及北京所有小区的所有历史成交记录。

小采：额，所以采到房价数据之后就没有然后……了吗？

6

抓取猫眼，大众点评，淘宝，糯米四个平台的电影院排片以及电影票票价数据，现已集成到微信公众号中，进入微信公众号中获取当前位置，选中某一部电影根据当前位置获取附近影院以及每个影院各个票价的对比，然后根据数据去最便宜的平台买票！

小采：坐标同为合肥的这位小哥，为何不亮出你的公众号。

7

后端使用火车采集器抓取商业情报（事件、内容、时间、标签、分类）到数据库；前端使用Wordpress+Timeline主题呈现。我是营销人，IT只是玩玩……最终效果如图：只为打造属于自己的商业情报网~

小采：哎哟大神，不错哦~

8

女神准备卖套房，刚挂上网就有无数中介电话打来。每接一个电话都加黑名单，但还是有新的骚扰者。于是我决定献殷勤，把本市各大房产网站的经纪人号码全部采了下来存为CSV，再导入女神的Android 手机，拦截根本不是问题，机智如我。

小采：都像你这般努力哪会有追不到的女神！(～o￣▽￣)～o

除了这些，有的大神们还分享了一些小采表示从来没听过也没访问过的网站……这里就不一一列举了……

2018年7月18日，由北京新能源汽车产业协会和北京市产品质量监督检验院联合主办的北京市新能源汽车指数暨新能源汽车质量安全监控平台一同在京发布，这意味着北京的新能源汽车最权威的新能源汽车指数和质量监控平台正式上线。

北京的新能源汽车指数之前已有不少企业或媒体都曾发布过，但是由于数据采集的样本有限，加上很多指数的评价过程也不够公开透明，因此在公信力方面也经常被质疑。此次，有北京新能源汽车产业协会和北京质监检验院联合发布的新能源汽车指数，可能就能很好的解决这两方面的问题。

北京市科委许心超处长表示，因为北京新能源汽车发展进入了新的阶段，北京市政府对于新能源汽车的管理模式也将发生变化，比如改变事前备案管理方式，转而进行事中事后的监管。由北京新能源汽车产业协会牵头，地方监控平台配合，研究制定了“北京新能源汽车指数”方案，为行业管理和市场监督提供了新的解决方案。

北京市产品质量监督检验院所属的国家汽车质量监督检验中心（北京）承建的北京市新能源汽车质量安全监控平台，主要承担北京市私人领域新能源汽车的质量安全监控工作，是北京市新能源汽车地方监控平台的重要组成部分，是沟通北京市新能源汽车消费者、政府及生产企业三者关系的重要桥梁。监控平台正式上线运营以来，其所接入企业数量、车型数量、车辆数量均已居全国前列。

许心超认为，一个更有公信力的新能源汽车指数，真正的生命力在于公开、公正、公平。北京新能源汽车质量监控平台通过对真实的数据进行深度分析，可以给政府决策，消费者选购等提供更有效的参考。尤其是在政府决策方面，在真实数据的深度分析上，管理部门还应对数据结果做出更科学的决策。

另外，北京市新能源产业协会常务副会长兼秘书长赵景光表示，此次发布的新能源汽车指数将会向全社会公开，通过让全社会来共同监督，来达到促进新能源汽车整体水平的提升。

据赵景光介绍，北京新能源汽车指数主要的数据内容主要包括四部分：市场销售数据（主要以新能源汽车上牌数据为依据，进行分车型销售数据分析）、车辆运营监测数据（主要利用北京市新能源监测平台监管的北京市已售车辆的实际运行情况，客观评价企业和在用产品的综合应用情况）、生产一致性抽查数据（主要利用相关检测机构对北京市上已有车辆的质量抽查数据）和售后检查数据；指数主要由排行榜、运行线及评估三种表现方式对外统一发布。

一、携程实时用户数据采集系统设计实践

随着移动互联网的兴起，特别是近年来，智能手机、pad等移动设备凭借便捷、高效的特点风靡全球，同时各类APP的快速发展进一步降低了移动互联网的接入门槛，越来越多的网民开始从传统PC转移至移动终端上。但传统的基于PC网站和访问日志的用户数据采集系统已经无法满足实时分析用户行为、实时统计流量属性和基于位置服务（LBS）等方面的需求。

我们针对传统用户数据采集系统在实时性、吞吐量、终端覆盖率等方面的不足，分析了在移动互联网流量剧增的背景下，用户数据采集系统的需求，研究在多种访问终端和多种网络类型的场景下，用户数据实时、高效采集的方法，并在此基础上设计和实现实时、有序和健壮的用户数据采集系统。此系统基于Java NIO网络通信框架（Netty）和分布式消息队列（Kafka）存储框架实现，其具有实时性、高吞吐、通用性好等优点。

1、技术选型和设计方案：

一个典型的数据采集分析统计平台，对数据的处理，主要由如下五个步骤组成：

图1、数据平台处理流程

其中，数据采集步骤是最核心的问题，数据采集是否丰富、准确和实时，都直接影响整个数据分析平台的应用的效果。本论文关注的步骤主要在数据采集、数据传输和数据建模存储这三部分。

为满足数据采集服务实时、高效性、高吞吐量和安全性等方面的要求，同时能借鉴互联网大数据行业一些优秀开源的解决方案，所以整个系统都将基于Java技术栈进行设计和实现。整个数据采集分析平台系统架构如下图所示：

图2（数据采集分析平台系统架构）

其中整个平台系统主要包括以上五部分：客户端数据采集SDK以Http(s)/Tcp/Udp协议根据不同的网络环境按一定策略将数据发送到Mechanic(UBT-Collector)服务器。服务器对采集的数据进行一系列处理之后将数据异步写入Hermes(Kafka)分布式消息队列系统。为了关联业务服务端用户业务操作埋点、日志，业务服务器需要获取由客户端SDK统一生成的用户标识（C-GUID），然后业务服务器将用户业务操作埋点、日志信息以异步方式写入Hermes(Kafka)队列。最后数据消费分析平台，都从Hermes(Kafka)中消费采集数据，进行数据实时或者离线分析。其中Mechanic(UBT-Collector)系统还包括对采集数据和自身系统的监控，这些监控信息先写入Hbase集群，然后通过Dashboard界面进行实时监控。

（1）基于NIO的Netty网络框架方案

要满足前面提到的高吞吐、高并发和多协议支持等方面的要求。我们调研了几种开源异步IO网络服务组件（如Netty、MINI、xSocket），用它们和NginxWeb服务器进行了性能对比，决定采用Netty作为采集服务网络组件。下面对它进行一些概要介绍：Netty是一个高性能、异步事件驱动的NIO框架，它提供了对TCP、UDP和文件传输的支持，Netty的所有IO操作都是异步非阻塞的，通过Future-Listener机制，用户可以方便的主动获取或者通过通知机制获得IO操作结果。

图3（Netty框架内部组件逻辑结构）

Netty的优点有：

a、功能丰富，内置了多种数据编解码功能、支持多种网络协议。

b、高性能，通过与其它主流NIO网络框架对比，它的综合性能最佳。

c、可扩展性好，可通过它提供的ChannelHandler组件对网络通信方面进行灵活扩展。

d、易用性，API使用简单。

e、经过了许多商业应用的考验，在互联网、网络游戏、大数据、电信软件等众多行业得到成功商用。

Netty采用了典型的三层网络架构进行设计，逻辑架构图如下：

图4（Netty三层网络逻辑架构）

第一层：Reactor通信调度层。该层的主要职责就是监听网络的连接和读写操作，负责将网络层的数据读取到内存缓冲区中，然后触发各种网络事件，例如连接创建、连接激活、读事件、写事件等，将这些事件触发到Pipeline中，再由Pipeline充当的职责链来进行后续的处理。

第二层：职责链Pipeline层。负责事件在职责链中有序的向前（后）传播，同时负责动态的编排职责链。Pipeline可以选择监听和处理自己关心的事件。

第三层：业务逻辑处理层，一般可分为两类：a. 纯粹的业务逻辑处理，例如日志、订单处理。b. 应用层协议管理，例如HTTP(S)协议、FTP协议等。

我们都知道影响网络服务通信性能的主要因素有：网络I/O模型、线程（进程）调度模型和数据序列化方式。

在网络I/O模型方面，Netty采用基于非阻塞I/O的实现，底层依赖的是JDKNIO框架的Selector。

在线程调度模型方面，Netty采用Reactor线程模型。常用的Reactor线程模型有三种，分别是：

a、Reactor单线程模型：Reactor单线程模型，指的是所有的I/O操作都在同一个NIO线程上面完成。对于一些小容量应用场景，可以使用单线程模型。

b、Reactor多线程模型：Rector多线程模型与单线程模型最大的区别就是有一组NIO线程处理I/O操作。主要用于高并发、大业务量场景。

c、主从Reactor多线程模型：主从Reactor线程模型的特点是服务端用于接收客户端连接的不再是一个单独的NIO线程，而是一个独立的NIO线程池。利用主从NIO线程模型，可以解决一个服务端监听线程无法有效处理所有客户端连接的性能不足问题。Netty线程模型并非固定不变的，它可以支持三种Reactor线程模型。

在数据序列化方面，影响序列化性能的主要因素有：

a、序列化后的码流大小（网络带宽占用）。

b、序列化和反序列化操作的性能（CPU资源占用）。

c、并发调用时的性能表现：稳定性、线性增长等。

Netty默认提供了对GoogleProtobuf二进制序列化框架的支持，但通过扩展Netty的编解码接口，可以实现其它的高性能序列化框架，例如Avro、Thrift的压缩二进制编解码框架。

通过对Netty网络框架的分析研究以及对比测试（见后面的可行性分析测试报告）可判断，基于Netty的数据采集方案能解决高数据吞吐量和数据实时收集的难点。

》》点击阅读全文

北京市政府日前出台《北京市政务信息资源管理办法（试行）》（以下简称《办法》），提出本市将建设统一的市级大数据管理平台，提供政务信息资源共享服务，实现“一次汇聚，多次共享”。政务部门对政务信息能够通过共享获取的信息资源，不得重复采集。

《办法》指出，政务信息资源，是指本市政务部门在履行职责过程中制作或获取的，以一定形式记录、保存的文件、资料、图表和数据等各类信息资源。政务部门应依法采集其履行职责相关的政务信息资源，做到“应采必采”。本市将建设统一的市级大数据管理平台，市级政务部门不得新建跨部门、跨层级和跨领域的共享开放系统，原有系统应逐步并入市级大数据管理平台。市经信委依托市级大数据管理平台提供政务信息资源共享服务，实现“一次汇聚，多次共享”。政务部门能够通过共享获取的信息资源，不得重复采集。

政务信息资源共享应遵循“共享为常态，不共享为例外”的原则。政务信息资源按共享类型分为无条件共享、有条件共享和不予共享三种。可提供给所有政务部门共享使用的政务信息资源属于无条件共享类。凡列入不予共享类的政务信息资源，必须有法律法规或政策依据。使用部门有共享权限的，可通过市级大数据管理平台直接获取共享信息资源。使用部门没有共享权限的，可与提供部门协商，提供部门应在10个工作日内予以答复。

市经信委负责收集整理社会公众对政务信息资源开放的需求并告知相关政务部门，相关政务部门应在15个工作日内对开放需求进行响应，并将结果反馈至市经信委。行政审批、信用、交通、医疗、卫生、地理、文化、养老、教育、环保、旅游、农业、统计、气象等公共服务领域的政务信息资源应优先开放。各区、市级政务部门须依托全市政务信息资源统一开放平台，集中向社会开放政务信息资源，通过原有渠道开放的政务信息资源须同步汇聚至开放平台。（记者 李泽伟）

“我曾经跨过山和大海，也穿过人山人海……”这句被朴树用来唱叹人生的歌词还描画了另一群人的日常。这群人，就是地图采集员。

现代人深知地图带来的便利。除了基础的定位导航服务，丰富的POI信息、车道线信息、道路指示信息等赋予了地图更广阔的应用场景。其中包括且不仅包括出行参考、精准导航、驾驶安全预警等等。此外，随自动驾驶时代的迫近，带有更高坐标精度及更细致道路信息的高精度地图扮演着日益重要的角色，并已经被各大图商和车企争相布局。

这些数据并非凭空而来，而是基于目前的测绘和传感器技术，积跬步采集得来。承担这项工作的，正是地图采集员。此前朋友圈一篇有关“百万年薪采集员”的文章被热传，为这一群体蒙上更多神秘感。

做一名地图采集员到底是种怎样的体验？与我们息息相关的地图又是如何诞生的？3月21日，雷锋网跟随百度地图采集团队深入张家口古城区，亲历地图采集全过程，试图找到这些问题的答案。

采集车内亲历地图数据获取全过程

此次赴张家口古城，雷锋网乘坐装配全景相机、GNSS定位系统+IMU惯导的长安汽车亲历了地图采集全程，也体验了采集员的真实工作场景。

百度地图的采集车采用“单人单车”的采集模式，配备声控操作和图像自动拼接处理，使数据处理得到了很大程度的自动化，也使采集具备了单人操作的前提。车内的副驾驶位置，放置着一台装有百度地图数据采集系统的笔记本电脑。经过简单的调试，采集车正式出发。

*百度地图外业采集系统界面

上图是雷锋网实拍的地图采集系统操作界面。此次采集车的驾驶员，即百度地图北京数据基地采集团队主管王冰告诉雷锋网，为了满足拍摄质量，采集员会根据天气和光照等条件，设置相机的白平衡，其他参数将由系统自动处理。系统设置完成后，位于车顶的三个高清摄像头将在固定间距拍摄照片，每次拍摄的三张图片将由系统自动进行全景拼接。

*系统实时调出的全景拼接图片

王冰介绍说，相机拍摄的距离间隔由不同路段场景而定，繁华路段每隔5-6米拍摄一次，而高速路段大约15米拍摄一次。每次拍摄，系统会根据GNSS和惯导定位在底图上标注拍摄点，这也是王冰口中的系统“打点”，这种操作能够方便地图内业人员的后期数据标注和处理。

*采集系统基于定位自动为拍摄“打点”

这些拍摄到的全景图像，不但收集了道路的街景信息，还将POI、车道线和路牌等道路数据一并采集，而百度地图内业团队，将利用“影像深度学习技术、全景图像自动识别以及多源数据自动差分”三大技术，实现这些全景图像的自动化POI提取、电子眼识别和高精地图数据处理等应用。百度官方给出的数据称，其在交通标志、车道线、信号灯等上百种目标的识别准确率，已经超过90%。

雷锋网发现，类似的智能化操作还也体现在外业采集的过程中。例如在通过一段桥梁时，采集员在桥梁的起始位置分别对系统发布了“桥梁”二字指令，系统则通过语音识别自动将这段道路标注了“桥梁”的特征，方便内业人员的数据处理。王冰告诉雷锋网，这种操作他们称之为“mark点”，相关的mark点还包括：隧道、掉头、高架、山路、铁路道口，等等。

据雷锋网了解，此次采集体验并未涉及配备激光雷达传感器的高精度地图数据采集。在提到该问题时，王冰向雷锋网透露，高精度地图数据采集归百度旗下L3事业部，也就是整合后的智能驾驶事业群组负责。目前该事业部没有独立的采集团队，故高精度数据采集也由王冰所在的外业采集团队负责。

在问及采集进度时，王冰介绍说，百度高精度地图采集于去年启动，今年百度将大规模投入高精度数据采集工作，投放车辆达20台。

百度地图的测绘之眼

随着地图数据覆盖面的深度和广度纵深，单纯的采集车已经无法满足全部的采集场景。这催生了包括骑行采集车、无人机、采集背包等更多元的采集设备诞生。百度地图北京基地外业负责人史开贵告诉雷锋网，不同采集设备都有特定的测绘场景，如骑行采集车用于狭窄道路的复杂POI获取，采集背包则在登山、景区等场景中发挥重要作用。

来看看百度地图此次展示的数据采集阵容。

1.采集车

采集车是百度地图的最主要的地图采集设备，也是雷锋网此次外业地图采集体验的重点。去年7月，百度地图采集车队和内业数据处理中心首次在顺德对媒体开放。彼时百度与长安汽车合作达成，长安方面为百度地图外采贡献了三款共计80辆采集车，加之百度地图之前的采集车队，数量已达到250辆。

这些采集车，配备全景相机、GNSS定位系统+IMU惯导，部分配备激光雷达系统，可用于基础数据、POI数据、路牌、交通灯等道路数据的信息采集。目前，所有采集车均可完成SD MAP（标准地图）和ADAS（自动驾驶辅助系统）的地图数据采集，部分配备激光雷达的采集车能够满足高精度地图（HD MAP）的绘制需求。

据王冰介绍，采集车的采集效率从每日几十公里到几百公里不等。例如在普通公路每日可采集100多公里数据，而高速公路则能达到300-400公里甚至更多。

2.骑行采集车

骑行采集车是专用于胡同小巷等狭窄路段的地图采集设备。骑行采集车身材娇小，但成本不低，车架前方配备两台运动摄像头（前方和后方）、Wi-Fi模块以及GNSS+惯导设备，采集原理与采集车类似。采集系统安装于手机上，便于采集员随时监控。

*采集设备近景

骑行采集车适用于小巷两侧POI信息的连续、单张图片拍摄场景，每条小巷需要骑行者往返一次。史开贵告诉雷锋网，骑行采集车每日的采集效率最多能达到50公里。

3.全景采集背包

全景采集背包专用于步采场景，它在许多特殊的场合发挥着不可替代的作用，如景区、登山、步行街等。

与汽车采集装备类似，全景采集背包设备顶端配置GNSS+惯导以及三个高清摄像头，每个拍摄角度达180度，便于系统实现实时全景拼接。采集员在安装采集系统的手持pad设备上，可以实时查看全景图像的拍摄效果。

全景采集背包的操作人员告诉雷锋网，由于采集行走过程中不断上下颠簸，后期结合定位数据和纠偏算法实现平缓的全景拼接，是该类采集技术的主要难度所在。

采集员亲述：早5点起床，最远日行800公里

上文提到的地图采集车驾驶员、北京数据基地采集主管王冰，是87年生的石家庄人。他于2013年入行，当时在上海一家全景街道数据采集公司任职，而后，该公司被百度收购，他也于2015年来到北京工作。

初次会面时，雷锋网在众多工作人员中一眼识出了他的采集员身份，黝黑的皮肤“出卖”了他，日复一日的日晒外业给他的脸上留下了云游的痕迹。

*北京数据基地采集主管王冰

“太阳出来早的地方，早上5点就出来工作，最远的一次一天跑了800公里”，王冰如是说，但他并不觉得工作有多辛苦——“我们很自由”。

王冰告诉雷锋网，百度地图的更新频率根据不同地域有所区分。北上广深等地一年平均更新3-4次，三四线城市一年可能只有一次，而一些偏远地区可能是两年一次，这样的工作属性给了他们巡游四方的机会。而这，也成为最为他们乐道的工作收获之一。

另一位采集员谢昌平给雷锋网讲了一个故事，一次在沙漠中做数据采集，晚上在旷野的沙漠中以地为席睡觉，而后当地人提醒他附近有狼，他赶忙跑回车中休息。而史开贵则曾在西藏借宿当地人家，向村民讨要饭食，抑或是借宿僧庙，凌晨被强迫起来诵经念佛……

像这样的故事还有很多，百度地图方面介绍，其数据采集不局限于城市，珠峰、沙漠、戈壁、雪山都有百度地图外采团队的足迹，目前，百度地图在全球已经拥有1.4亿的POI，道路覆盖总里程超过670万公里。

采集员也有自己的KPI，王冰告诉雷锋网，不只是采集的里程，采集的图像质量、数据覆盖度质量以及mark点的准确率等等，都会成为他们绩效考核的标准。除此之外，诸如采集车遭遇交通事故等纠纷处理、采集过程中与相关场所的沟通协调，也都是他们日常工作的一环。被冠以高薪名头的采集员工作没有想象中那么容易。

但经过雷锋网的简单调查发现，采集员们对自己工作的满意度中等偏上。“有的走遍世界，有的找到真爱”，他们提到这个的时候脸上的笑容轻松自然。

整场采访中，王冰对雷锋网的提问知无不言。质朴写在他的言语中，也成为他选择采集员这份简单又不那么简单的工作的原因之一。在被问到这份工作最大的缺点时，王冰对雷锋网说，“最大的遗憾就是不能和家人在一起”。

朋友圈帮助王冰记录了家人的点滴，“儿子开学第三天”“今天放假，下雨带小哥出来逛逛”，还有儿子获得学校《模范学生》证书后的照片，以及一句鼓励的话——“小伙儿，加油吧！”……

这句话说给儿子，也可以说给包括王冰在内的采集员兄弟这些认真对待工作和生活的人，他们用手脚丈量了世界，也活出了一种与众不同的人生。

xPro_Therm32

32通道同步采样，热电偶转CAN系统

extending CAN-Logging Systems with 32 Thermocouple Inputs

CAN记录系统32通道热电偶扩展模块

xPro_Analog32 is a signal conditioning unit which extends any CAN logger with additional 32 Thermoelemente Typ K inputs.

xPro_Analog32是一款信号调理单元，可以接入任何CAN记录设备，32个K型热电偶输入。

Input Range Thermocouples热电偶输入范围

The input range for Type-K thermocouples is a wide -200 C to 1350 c. Each channel is sampled in paralle with 7 Hz enough even for dynamically changing temperatures.

K型热电偶的输入范围是 -200℃to 1350 ℃，通道在7Hz的采样率下同步采集温度的变化。

By the use of 24-Bits-Technology xPro_Therm32 does not need any pre-amplifiers which usually introduce a lot of drift and noise. Therfore xPro_Therm32 outputs a very stable signal with a high resolution, which provides information down to 0.01 degrees.

xPro_Therm32使用24位技术，无需预放大器，避免带来大的漂移和噪声。因此xPro_Therm32输出高分辨率的稳定的信号，可以带来0.01度的高分辨率。

xPro_Therm32 has been designed with using the latest technology. Each channel does have its own power supply and also channels are galvanically separeted.

xPro_Therm32设计时采用最新的技术，每个通道单独供电，通道间光隔离。

Each inpidual channel is equipped with a local cold junction compensation, which results in an excellent overall precision.

每个通道配有本地冷端补偿，带来完美的精度。

Power Supply供电

xPro_Therm32 comes with a wide range power supply of 10 … 30 VDC.

xPro_Therm32供电范围为： 10 … 30 VDC。

Vehicle Ground and instrument ground are consequently galvanically isolated, thus reliably avoiding ground loops.

汽车地和仪器地是光隔离的，避免地线回路。

xPro_Therm32 does have an electronic protection against wrong polarity of the supply.

xPro_Therm32 带有供电极性保护，防止极性反接损坏设备。

Status-LEDs and internal CAN-Hub

内置状态LED灯显示和CAN路由

Each input channel of xPro_Therm32 is equipped with a separate multi-colour status LED. These LEDs signal if a channel has been activated for acquisition and if the signal is within the predefined range.

xPro_Therm32每个通道配有不同的多个颜色的LED灯，假如通道激活，信号在其设置范围内，LED可以指示其状态。

By using the internal CAN-Hub ofxPro_Therm32 several units can be chained without the need to attach an external router.

xPro_Therm32的CAN路由功能可以将多个设备串联在一起食用，无需额外的路由设备。

FC-Gateway数据采集接口网关是北京华恒信远专门为工业标准通讯接口OPC Server软件、数据采集接口软件配套定制开发的一款嵌入式硬件产品，内置两个标准RS-232串口（其中一个串口可以通过跳线设置成RS-485）和两个RJ45以太网口，型号为Gateway-227B， 此外，还有Gateway-240B、Gateway-230B等嵌入式工控机型号。 该设备操作系统有Windows、Linux两种，其功能与特点如下： 1、OPC服务器：可连接DCS、PLC等控制系统，读写实时数据，包装成OPC Server工业标准通讯接口，提供给实时数据库系统、先进控制系统和MES系统集成商； 2、安全隔离：当数据采集接口网关为实时数据库系统提供实时数据时，它一般位于自动化控制系统和实时数据库服务器之间，由于数据采集接口网关采用了内置单向数据传输技术，可达到自动化控制系统和实时数据库服务器之间的安全隔离目的。 3、该产品操作系统、数据采集程序等均固化，不可修改。一旦被修改，重新启动后，自动恢复到初始状态，可防止病毒以及黑客软件攻击。 4、结构先进、安装方便，该产品高度1U，可以直接安装在标准机柜中，独特的散热技术，1U机箱有多个磁悬浮风扇散热。 5、数据采集冗余设计：支持双机双网冗余通讯。 6、可作为InfoPlus.21、PI、PHD等实时数据库系统的数据采集终端，也可写数据至关系数据库，为MIS、ERP等管理信息系统提供生产实时数据。