智慧宴席系统

面向欧美的宠物智能设备的app，可视频，可语音，可以设置宠物定期喝水，食物，疫苗等计划，可追踪运动轨迹等，还可以对接PayPal等国外主流支付系统。能够设置电子围栏等。能够设置会员体系，根据不同会员享受不同的服务

该项目是一个车路协同预研课题研究项目。采用“中心云-区域云-边缘云”分层级云控基础平台架构，本项目围绕智能网联汽车大数据云控基础平台总体架构设计、标准规范制定、标准件与服务研发、高精度感知与时空定位体系研发、规模化建设五大内容开展建设。我负责区域云数据汇聚到中心云的数功能研发工作，负责系统架构设计，以及后续核心编码（数据接入、转换、存储），以及性能相关功能优化工作

1、立项背景和目标 背景 项目硬件设备采用 WiFi‑MQTT 通信，设备上报带自定义帧头的二进制传感器报文。在硬件未就绪阶段，需要 Windows 上位机作为 MQTT 服务端原型工具，完成通信调试、报文解析、数据落盘验证，支撑上位机业务逻辑开发，规避硬件延期带来的开发阻塞。 目标 搭建 WinForm 可视化 MQTT 服务端，实现服务启停、设备接入管理、二进制报文接收解析；对有效报文做 SQLite 本地持久化，预留历史数据查询能力；日志展示连接状态、原始报文、客户端 IP，作为调试验证工具。 2、软件功能与核心模块 程序基于.NET WinForm 开发，依赖 MQTTnet、Microsoft.Data.Sqlite 8.0.30。 主要功能：自定义端口启停 MQTT 服务；监控设备上下线并获取客户端 IP；接收二进制报文并十六进制日志输出；粘包拆包与 CRC 校验解析协议帧；SQLite 存储有效报文；支持后续扩展历史数据查询页面。 核心模块 1. MqttServerManager MQTT 服务管理模块：封装 MQTT 服务实例，负责服务启动停止，捕获设备上下线、接收 MQTT 消息，向外抛出事件，将数据传递 UI 层，获取接入客户端 IP。 2. ProtocolParser 协议解析模块：维护字节缓冲区，处理 TCP 粘包分包；识别帧头 0xAA 0xBB，截取完整协议帧，完成 CRC16 校验，输出校验通过的完整报文。 3. SqliteDataStorage 存储模块：管理 SQLite 数据库，自动建表索引；保存接收时间、客户端 IP、原始报文；提供分页查询接口供查询页面调用，内部加锁保证多设备并发写入安全。 4. Form1 主 UI 模块：提供端口配置、服务启停、日志展示；绑定业务事件，后台线程数据通过 Invoke 切换主线程更新界面，避免跨线程异常。 3、业务流程与功能路径 整体业务流程：程序启动后，输入监听端口启动 MQTT 服务，等待设备客户端接入。设备连接后上报二进制报文，服务端接收原始字节送入协议解析；解析得到完整有效帧后存入 SQLite 数据库，同时界面输出日志、客户端 IP。设备断开时记录下线日志，支持停止服务释放资源。 关键功能路径 1. 启动服务：界面填写端口→点击启动→调用 MqttServerManager 启动服务，开始监听端口，日志输出启动状态。 2. 设备接入：设备发起 MQTT 连接，触发上线事件，界面打印 ClientId 与客户端 IP。 3. 接收解析存储：MQTT 收到消息→抛出事件传递原始字节→送入 ProtocolParser 做粘包拆包、CRC 校验→得到完整业务帧→调用存储模块写入 SQLite→UI 打印报文日志。 4. 停止服务：点击停止按钮，关闭 MQTT 服务，释放连接资

长材扫码系统面向钢材长材产线现场操作人员，解决线下纸质填报、手工录入报表繁琐低效的痛点，实现生产表单线上化采集。系统分为移动端 App 与 Web 管理后台两大模块：App 端提供二维码扫码填报、表单授权消息通知、我的表单、历史填报记录查询等现场作业能力；Web 后台实现用户权限、菜单资源、二维码规则、业务表单统一管控，支撑长材生产数据规范化采集

项目背景：为史密斯开发一个iot管理平台， 可以查看设备告警，下发设备作业，统计设备信息等功能。 软件功能：首先，我们这边做的项目称为IOT平台，包含了支撑Web页面的几个服务外(device、iot、portal、auth、user、system)，还有几十个Job(Job就是用于处理设备上报的数据，各种业务逻辑的服务)。这些服务都是部署在微软云上的 微软云除了作为部署服务的地方，也是IOT中心，我们和设备交互的平台 假设一个商用设备想上报数据给我们，那么这个设备要有一个终端(DTU或者WIFI，DTU还分为2g和4g)，然后这个终端需要注册到微软云的IOT中心，这样设备就能通过终端上报数据到微软云，微软云存放设备上报数据的地方叫iothub，然后iothub可以转发到eventhub(这块可以先不理解)。反正对于我们来说，只需要通过微软SDK从iothub或者eventhub获取这些数据就好了，获取到了后就进行相应的业务处理，这样的程序就是Job。 商用的设备都是通过DTU上报，DTU有个id作为唯一标识，类似864240051071444(15位数字)，在平台里称为dtuId或者imei。设备本身也有个唯一标识叫设备编号，类似K37A1922022091602 家用的设备都是通过WIFI上报的，WIFI有个wifiMac作为唯一标识，类似849DC263AEA6，设备本身也有个唯一标识叫设备编号，类似K37A1922022091602 商用和家用不对接，所以稍微了解即可。 全屋比较特殊，不再只是设备和终端，全屋还在设备和终端中间加了个中控，也就是设备-中控-终端。设备没有设备号，而是以蓝牙地址为标识，例如000000001202，蓝牙地址只在当前中控下唯一。中控有中控编码，类似U01D2108311069。终端就是DTU或WIFI，对于全屋来说，刚开始做的时候是只有DTU的，后续加入了WIFI，所以现在是有双终端(双通道)。