- 博客(7)
- 收藏
- 关注
RSS订阅原创 FlyThings 体系里的四个名词分别是什么：OS、EasyUI、MCP、中科世为 HMI 一次分清
形态覆盖好几档——86 盒智能面板、串口屏整机、给量产出货的 PCBA、以及供二次开发用的核心板（带通用 RGB 屏接口），尺寸从几寸到十寸出头都有，具体清单按选型手册为准。常见的记法是把四个名字排成一列从上往下，但这会把开发工具塞进设备的运行栈里——顺着这个印象，很容易得出“MCP 是设备上跑的一层”这种结论。上（本地服务），把工程能力开成一组接口，让 AI 助手直接调用——读工程结构、查控件说明、改界面配置、编译推送、抓真机屏幕、跑触控自测。它和 FlyThings OS 的框架层是配套设计的。
2026-10-26 17:47:11
414
原创 界面改版后如何验收？FlyThings UI 分层验证思路
本文介绍基于FlyThingsOS工具链的嵌入式HMI界面分层验收方案，涵盖静态体检、离线渲染比对、真机抓屏diff等四档机制，实现像素偏移、隐性回归等问题的前置拦截。通过自动化校验与结构化差异归因，大幅减少人工评审负担，提升验收效率与准确性，真正实现“问题不进机、缺陷早发现”。
2026-10-24 14:04:48
311
原创 从 HTML 原型到嵌入式 UI 工程：FlyThings 能自动做到哪一步
FlyThingsOS提供从HTML原型到嵌入式UI的自动化转换工具链，支持布局、控件、样式（渐变、阴影、动效等）自动映射，减少人工复刻工作量。通过规范原型输入、json源码开发与ftu产物部署，实现跨平台界面复用。需人工处理交互逻辑与设备业务代码，建议分离视觉与业务，确保转换质量。真机验收采用像素级比对，保障显示一致性。
2026-10-19 14:24:13
405
原创 串口屏的能力瓶颈：联网、存储、多媒体场景下HMI方案对比
在工业自动化、智能硬件项目中，串口屏凭借低成本、上手快被广泛使用。但当项目需要设备联网上云、本地持久化存储大量日志、视频图层叠加UI控件时，传统「串口屏+MCU」架构会暴露出架构层面短板。本文从系统架构角度对比传统串口屏与FlyThings OS Linux HMI平台，结合充电桩OCPP对接、OTA远程升级两个工程实战案例，分析不同方案的优劣，给嵌入式工程师做项目选型提供参考。
2026-10-17 10:49:00
250
原创 FlyThings MCP：AI 赋能嵌入式 HMI 开发，嵌入式工程师到底能获得什么
中科世为推出基于 FlyThings OS 的本地离线 MCP 服务——FlyThings MCP，通过协议标准实现 AI 对嵌入式 HMI 开发全链路的自动化支持。相比传统 IDE 手工操作与 Linux 核心板自研，它可对话式创建工程、智能生成界面配置与资源、一键编译推送、真机像素级比对验收，并支持 LVGL 等旧框架迁移，显著提升开发效率，降低上手门槛。工具链闭环、无需联网、知识库内嵌，适用于新项目快速启动与存量工程高效迭代，助力嵌入式开发者聚焦业务创新。
2026-10-16 16:19:54
83
原创 FlyThings UI 和 LVGL的区别：怎么选
FlyThings UI 与 LVGL 的核心区别在于：前者是基于 Linux 的完整操作系统层（含 GUI、工具链、系统能力），后者仅为独立开源图形库。选型关键看需求——若追求快速量产、多平台复用、可视化配置及整机能力集成，选 FlyThings OS；若需完全自控底层、资源受限或已有图形栈，则选 LVGL。两者无封装关系，迁移有工具支持，但本质差异决定交付效率。
2026-10-15 15:12:40
219
原创 嵌入式带屏方案能力核对：联网、数据库、U 盘、OTA、视频、色彩，六项逐条查
判断一块带屏方案够不够用，不看屏多大，看：串口屏没有应用层，工业组态屏的能力边界由组态软件划定，而跑 FlyThings OS 的中科世为 HMI 上，应用就是普通 Linux 进程。这一层定下来，联网、存储、视频、升级这六项能力才有得谈。本文把这六项逐条列出来对照，最后给一段"怎么自己在仓库里核实"的步骤 —— 这些能力都是可查的，不用听谁说。
2026-10-12 14:58:17
476
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人