常见物联网面试题详解（问题及答案）

　　假如想求职物联网行业的产品经理等岗位，我们需要提前了解哪些信息，又应该如何在面试中给出相关问题的回答？本文作者便整理了面试中常见的物联网相关问题，一起来看。

　　假如想求职物联网行业的产品经理等岗位，我们需要提前了解哪些信息，又应该如何在面试中给出相关问题的回答？本文作者便整理了面试中常见的物联网相关问题，一起来看。

　　物联网一直是非常火热的行业，G端如智慧城市、智慧工厂、智慧园区、智慧水利、智慧矿山等行业，都会涉及到物联网，基本都是软硬一体，因此当面试相关企业时，物联网平台是面试企业重点考察的项，小伙伴如果从事相关行业，但是一直只是做业务平台，就需要面试之前重点关注和学习一下了！

　　物联网即“万物相连的互联网”，是互联网基础上的延伸和扩展的网络，将各种信息传感设备与互联网相结合而形成的一个巨大网络，实现在任何时间、任何地点，人、机、物的互联互通。

　　物联网是新一代信息技术的重要组成部分，IT行业又叫：泛互联，意指物物相连，万物万联。由此，“物联网就是物物相连的互联网”。

　　第一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络；

　　包含RFID（射频识别技术），如高速公路的我们车上的ETC和我们手机常用的NFC；

　　还有传感器，比如我们监测行业常用裂缝传感器，监测裂缝的大小，如雨量传感器，监测降雨量。

　　网络层，实现数据从感知层传输至平台层，分为物接入互联网、互联网传输两部分。

　　平台层其实指的就是物联网平台，它作为承接设备与行业的中间服务，承载了抽象化的业务逻辑及标准化的核心数据模型，实现设备的快速接入，同时提供强大的模块化能力，支撑行业应用场景下的各类需求。

　　物联网的数据最终会应用到各类行业，如地质灾害监测、智能家居、智慧城市等。

　　这个是面试物联网相关企业一定会问的问题，因为物联网作为数据的中台，上接受着感知层设备的数据，下对接着应用层各个业务平台，承载着至关重要的作用。

　　有自己的物联网平台，但是期初是没有的，因为当时公司业务规模还不大，涉及的业务类型项目、管理的物联网设备还不多，因此公司初期也是直接设备对接到业务平台。

　　③ 信息滞后，设备产生问题后，一般都是业主或者相关负责人被动的告知，导致信息相对比较滞后，造成数据的中断。

　　① 首页；总览大屏，统计设备在地图上的分布，产品、设备、在线、离线、在线率情况，常用功能等信息，主要满足用户对平台信息总览的需求。

　　② 设备接入与管理；主要有产品管理、设备管理、固件管理、物联网卡管理、指令管理等功能，主要满足用户对产品的定义、数据的解析、设备的远程管理和操作、历史数据查看、数据过滤等需求。

　　③ 数据管理；主要有数据分组、数据推送、规则引擎、数据分析，主要满足用户对数据的分析、分发、联动的需求。

　　④ 运维管理；设备预警、设备任务。主要满足运维人员接受设备预警、批量查看和处理预警信息的需求。

　　传统的物联网业务开发包括终端设备研发、设备与云端联调、基于设备和云端进行应用开发三个步骤。

　　如图1所示。三个业务开发步骤是串行的，且每一步都需要一定的资源投入和开发周期，从而导致物联网业务开发周期冗长，资源投入大。

　　基于物模型，可将终端设备实体进行数字化描述，在云端实现设备虚拟化。基于云端虚拟设备可以直接进行物联网的应用开发，终端设备的研发也可以同步进行。

　　如图2所示。这样使得原本的串行研发流程变为并行的研发流程，缩短研发周期，节省人力和资源成本。

　　物联网中的物模型，可以通俗地解释为物联网平台中用来描述和表示物理世界中物体或设备的数字化“模板”或“模型”。

　　这个模型将物理实体的各种属性和功能转化为数字世界中的信息和操作，使得这些实体能够在物联网平台上进行交互、通信和管理。

　　具体来说，物模型就像是为物理世界中的物体或设备在数字世界中创建的一个“身份证”或“说明书”。它包含了物体的基本信息（如名称、类型、位置等）、属性（如温度、湿度、电量等）、服务（如控制开关、调节亮度等）以及事件（如传感器检测到异常时触发的报警等）。

　　通过这些信息，物联网平台可以了解物体的状态，控制物体的行为，并与其他物体或系统进行交互。

　　在物联网应用中，物模型是连接物理世界和数字世界的桥梁。通过定义物模型，我们可以将各种不同类型的物体或设备集成到物联网平台中，实现智能化管理和控制。

　　一方面，物模型将实体设备在云端数字化为服务或资源，为垂直行业IoT应用开发提供统一的访问接口、开发工具、增值服务，实现业务应用的高效复制。

　　另一方面，物模型统一化、数字化地描述了实体设备是什么、能做什么，将设备和应用解耦，实现信息在设备和平台间的横向流动，消除产业链间的服务壁垒。

　　我们在设计物模型的时，也会对应，有传感器物模型、属性物模型、服务物模型和事件物模型。

　　传感器物模型，设备下会挂载多个传感器，传感器是数据的载体，在平台当中，我们需要定义传感器物模型的数据格式，只要传感器的数据和传感器物模型的格式对应，即可上传对应数据，否则上传失败。

　　属性物模型，我们也分为基础属性、参数集属性、能力集属性，基础属性，比如运行时间、CPU、温湿度、经纬度等等；能力集属性，比如是否支持北斗、北斗卡号等；参数集属性，比如采集频率。

　　事件物模型，可配置设备相关阈值或者定义故障类型，设备数据超过阈值或发生故障自动上报，这种行为属于设备侧的报警，边缘计算，和我们常见的平台设置阈值，数据上传过来之后和阈值比较是不同的触发逻辑。

　　其实总结一句话，因为设备参数各种各样，引入物模型，让设备的集成更加灵活可配，无需设备增加相关功能和字段，使得平台也需要跟着开发新增新的功能和字段。

　　① 设备数据采集：物联网设备通过内置的传感器等硬件，实时采集各种数据，如温度、湿度、压力、位置等。

　　② 数据预处理：采集到的原始数据可能包含噪声、冗余或格式不统一等问题，需要通过预处理技术（如数据清洗、格式转换等）将其转换为标准、可用的数据格式。

　　③ 数据传输：经过预处理的数据通过物联网通信协议（如MQTT、CoAP等）传输到物联网平台。在这一过程中，数据可能会经过边缘计算设备或网关的初步处理和分析。

　　④ 数据存储与处理：物联网平台接收到的数据会被存储在云端数据库中，并可以通过规则引擎等工具进行实时处理和分析。

　　⑤ 数据流转到业务平台：经过处理和分析的数据可以通过API接口、消息队列（如AMQP）等方式流转到业务平台。业务平台可以根据这些数据进行业务逻辑的处理和展示，如实时监控、预警通知、数据分析等。

　　比如我们公司，开发物联网平台，并且拥有自己的物联网协议，对于我们自有产品，我们有很大的话语权，会要求设备厂商按照我们的物联网协议去改造设备，来满足物联网平台的对接。

　　有时候对于项目上不是自己公司的设备或设备厂商不愿意改造，这个时候就需要自己公司开发中间件来完成设备的对接。

　　MQTT由于其轻量级、可靠性和安全性，特别适用于低带宽和不可靠的网络环境。经常用于远程监控、家庭自动化、传感器网络、工业控制、车联网等领域有广泛的应用。

　　CoAP则是一个专为小型设备设计的简化HTTP版本，它具有简单、低功耗的特点，由于它使用UDP协议进行通信，传输效率高，占用带宽小，适合传输小数据量。因此，它在智能家居、低功耗设备等领域有广泛的应用。

　　最后，想体验竞品分析物联网的小伙伴，可参考以下两个平台，可免费注册试用，平台上面也有很多关于物联网相关流程和名词的解释：

　　晨阳产品笔记，公众号：晨阳产品笔记，人人都是产品经理专栏作家。从小厂研发到阿里系高级产品经理，主要从事G端物联网行业的产品设计。ag旗舰厅网