Web 应用与服务端开发为带硬件的产品写软件

硬件与物联网设备厂商：需要为自己出货的设备搭建云端管理后台、数据监控看板或远程控制界面。

已经找过移动应用开发公司或跨平台 App 开发公司报价，然后发现 App 只占三分之一——后端与设备固件仍然得有人做的企业。

工业与现场运维团队：需要在浏览器里实时查看终端状态、派发指令、接收故障告警，而不是跑现场。

缺少硬件背景的软件团队：已有上层应用开发能力，但需要有人处理设备端到 Web 端的协议联调。

产品不含硬件、只需要纯软件 Web 应用的公司我们也接。下面写的案例和优势，只是都集中在设备相关的项目上，因为经验在那里。

物联网设备管理平台：设备接入、在线状态、报警事件、远程操作。

远程设备管理软件与远程监控管理平台：一个后台管住分散在各地的整批设备，状态、告警与指令下发都在同一处。

数据采集与展示：传感器数据上报后端、入库、按需查询与图表呈现。

视频 Web 端：RTSP / HLS 流接入浏览器播放。

WebRTC 实时音视频：多人会议、一对一视频通话、网页与安卓设备互通，信令与媒体服务自建，不依赖第三方平台。

语音与音频处理：Speex、Opus 编解码，音频降噪，KWS 关键词唤醒，低时延 IP 对讲；产品需要时可做到嵌入式层。

任意端到端组合：Web↔Web、Web↔Mobile、Mobile↔Mobile、Mobile↔设备、设备↔设备、Web↔设备，六种都实际交付过，不是纸面能力。

实时控制：网页下发指令，经服务端与消息通道到达设备。

渐进式 Web 应用（PWA）开发：可添加到主屏、支持离线与推送，适合不值得让客户专门下一个原生 App 的轻量功能。也支持 Flutter PWA。

定制 Web 应用与 REST 接口，供其他需要接入系统的一方对接。

设备通过 MQTT（EMQX 代理）或 CoAP 上报；NestJS / Node.js 服务端做接入与业务逻辑，数据进 PostgreSQL，热数据放 Redis；浏览器端实时更新走 WebSocket，其余走 HTTP 接口。

视频单独一条链路：RTSP 经 ZLMediaKit 转成 HLS 给网页端。

产品需要双向音视频而非单向观看时，这条链路换成 WebRTC：媒体走 peer connection，信令服务由我们自建，后端负责房间、参会方与录制。

这套结构就是我们所说的物联网平台开发——不是转售的现成产品，而是按项目组装的架构。下面的案例都真实跑过它。

六种端到端组合我们都做过：Web↔Web、Web↔Mobile、Mobile↔Mobile、Mobile↔设备、设备↔设备、Web↔设备。这个领域多数供应商覆盖前两种。难的是任意一端是设备的那几种——浏览器和一块嵌入式板子协商媒体的方式完全不同，而只有 200KB 内存的那一端说了算。

在线面试平台用 WebRTC 打通面试官与应聘者的视频，后端是 Node.js 与 PHP，数据落 SQL Server，配原生 Android 客户端与 Web 管理后台——Web↔Web 与 Web↔Mobile 在同一个产品里。

云视频聊天系统的服务端用 C++ 实现，配置驱动部署，发布流程脚本化。IP 对讲系统则做到嵌入式层：设备端采集与编码音频，经 IP 网络实时传输，针对低时延调优。

传输之下是编解码，那是另一门功夫。智能头盔对讲用 Speex 做语音编码，经 4G 链路传输，配 TCP 中继服务器与 UDP 心跳维持群组连接——设备↔设备，链路里没有手机。带宽与音质需要动态权衡时我们也用 Opus；在姿态感知设备上，我们把音频降噪与 KWS 关键词唤醒做进了音频通路。IP 对讲系统则整个下沉到嵌入式层：设备端采集与编码，经 IP 网络实时传输，针对时延而非保真度调优。

单向观看是另一类问题，我们同样做：433MHz 安防系统把摄像头 RTSP 码流经 ZLMediaKit 转发到手机 App，这是 Mobile↔设备；R528 控制板则直接从浏览器经 WebSocket 接收指令，这是 Web↔设备。双向会议、低时延语音、单向观看——产品到底需要哪一种，值得早点定下来，三者的架构完全不同。

同一支团队写固件、写 App、写后端。设备行为异常时，纯软件公司只能把现象转述给你——「设备没上报」；我们可以直接打开固件，看设备到底发了什么、服务端有没有收到。

也省掉来回传话。协议改动与报文格式在同一支团队内部定，不用在两家供应商之间协调。

XTELL（深圳市极智未来科技有限公司）2016 年成立于深圳，成立十年，交付了 100 多个项目，客户以欧美 B2B 公司为主。