设备总览与批量管理
支持设备新增、导入、筛选、绑定、分页和批量操作，适合项目交付阶段和量产后维护阶段统一管理。
Device Ops Platform
把设备日志、Web 终端、虚拟串口和固件管理，收进一个统一平台
UTool 面向设备调试、交付和远程运维场景，提供设备接入管理、MQTT 消息与日志留存、浏览器终端、 Windows 虚拟串口映射、固件上传升级，以及微信小程序侧的设备查看与绑定能力。 它不是单一页面，而是一套把研发、测试、售后和现场支持串起来的设备服务平台。
设备状态总览
云端日志留存
Web 远程终端
UCOM 虚拟串口
微信小程序联动
Web 管理后台
设备、固件、用户、日志与批量操作集中管理。
MQTT 与设备日志
实时接收设备消息，保留运行日志，方便追溯问题。
微信小程序
提供设备查看、绑定解绑和现场轻量操作入口。
Windows UCOM
把远程设备能力映射成串口，兼容既有上位机工具链。
这个项目在解决什么问题
很多设备平台只解决“能不能看到设备”，UTool 更偏向“能不能真正把设备运维起来”。 它把状态查看、日志分析、远程调试、固件升级和多端协同放到同一个闭环里。
日志留存与问题回溯
设备运行日志统一回收、查询和下载，减少现场只能口述现象、无法回放问题的情况。
Web 终端远程调试
浏览器里直接进入设备终端，贴近串口或 SSH 类调试体验，适合远程排障、命令执行和配置核查。
固件与版本迭代
统一上传固件、管理版本和下发升级动作，让设备版本演进不再依赖人工线下分发。
平台组成与协同方式
这套系统不是单端页面，而是 Web 后台、MQTT 服务、微信小程序和 Windows 工具共同协作。 首页里把这些角色讲清楚，访客一眼就能知道平台边界。
后台与服务端
Web 管理后台负责设备、固件、用户和日志的日常管理；MQTT 服务负责设备消息接入、状态更新和日志流转。
平台既适合作为内部运维控制台，也适合作为项目交付时的客户演示入口。
微信小程序端
适合现场、售后或非重度后台用户，完成设备查看、绑定解绑和基础信息确认。
Windows UCOM 端
将远程设备能力映射为本地串口，便于继续使用既有上位机、串口工具和调试流程。
研发与售后协同
研发关注日志、终端和版本；售后关注设备状态和快速定位。平台把两类工作链路打通。
建议展示的产品画面
这里我先放了固定占位位。你后面只要把真实截图覆盖到对应路径，就能直接替换成你的产品画面， 不需要再改模板。
推荐图 1：Web 终端 / 调试页
建议放浏览器终端、日志联动或远程命令执行场景，让首页更直观体现“不是普通设备列表页”。
推荐图 2：微信小程序 / 移动端
建议放设备列表、设备详情或扫码绑定画面，突出多端协同，而不是只有后台网页。
演示视频位
首页已经预留了视频区域。你后面可以直接放一个 30 秒到 90 秒的演示视频，按“设备上线、日志出现、打开终端、固件管理” 这样的节奏来拍，效果会比单张图片更完整。
推荐视频内容结构
第一段展示设备上线和列表状态变化，第二段展示日志或终端调试，第三段展示固件上传或批量管理，最后补一个小程序或 UCOM 端画面。
视频文件路径已经固定为 /server/web/static/landing-demo.mp4，封面路径为 /server/web/static/landing-video-poster.svg。
接入流程
首页里最好把“设备怎么被接入、平台怎么被使用”讲清楚。 这样无论是客户、同事还是现场人员，看到首页就知道这套系统不是静态展示页。
创建或导入设备
后台批量导入设备资料，生成设备档案、标识信息和后续管理基础数据。
设备接入平台
设备通过 MQTT 或既有链路接入后，平台开始记录状态、日志、版本和最近活跃时间。
远程调试与支持
研发和售后通过日志、Web 终端、小程序或 UCOM 工具协同定位问题并完成支持。
持续升级与运维
固件和配置在平台统一管理，后续的版本演进和设备维护保持可追踪、可复用。
素材替换方式
当前首页主图、终端图、小程序图和视频封面都使用固定占位文件。
后面你只需要把真实素材覆盖到这些路径：
/server/web/static/landing-product-placeholder.svg、
/server/web/static/landing-console-placeholder.svg、
/server/web/static/landing-mobile-placeholder.svg、
/server/web/static/landing-video-poster.svg，
以及视频文件 /server/web/static/landing-demo.mp4。