登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
近日，Discord 联合创始人兼 CTO Stanislav Vishnevskiy 在 X 上宣布，Discord 正将客户端迁移至 Rust，桌面端将移除 Electron，移动端也将放弃 React Native。他展示的 Windows 任务管理器截图显示，新客户端以“Discord Phoenix”的名称运行，内存占用约 290.2MB。还有开发者指出，以前开发原生应用的人工成本很高，
不要死磕官方文档。错误码文档往往只列最常见的场景（9568344 官方只提命名规则），真实原因可能在完全不同的分支。先排除低级问题：拆 HAP 看 pack.info/module.json，对照设备 API 版本、deviceTypes、releaseType。排除过程也是信息。抓全量日志，不要按 tag 过滤。BMS 体系里C01120/BMS各管一段，按 tag grep 极易漏掉关键行。清
本文详细分析了RK3568平台RS485串口在单板自发自收失败的常见原因，强调半双工特性下A/B悬空或无对端时RX为空属正常现象。重点指出：write成功仅表示数据进入UART FIFO，不代表信号已发送；需通过A/B短接回环验证链路通断；正确配置DE/RE控制（GPIO或硬件自动方向）、设备树、权限及串口参数；避免与RS232混淆。推荐使用uart_rs485.c工具进行完整测试，确保收发器供电
优雅草2026开源鸿蒙工业软件项目二：基于星闪SLE的无线阀岛控制系统，解决传统气动产线布线复杂、变更困难问题。利用星闪低时延（<5ms）、高并发（256设备）特性，实现8路阀同步控制，时延抖动可控，支持多节点并发。系统集成OpenHarmony星闪服务组件，具备自动发现与配网能力，硬件含8路阀驱动PCB及压力采集电路，通过逻辑分析仪验证时延与稳定性，样机可复用于气动执行器、闸门等场景，推动
文中迁移公告、平台结构与仓库数量来自 OpenHarmony 官方 Gitee / GitCode 组织页；改名/合并/拆分示例可通过对 OpenHarmony 官方 manifest 历史变更的观察得到。
本文详述了在RK3568平台使用ASR语音模组的串口通信调试过程，重点解决识别帧（A5FC...FB）无法接收的问题。核心要点包括：正确配置/dev/ttyS7@115200波特率，确保模组供电与麦克风拾音；必须先唤醒后发命令，以出厂词为准；解析帧时需确认data[4]=0xA0、data[5]=0x91，再提取动作码（02开灯、03关灯、04播音、05停）；避免与其他模块共用排针导致短路或干扰；
将鸿蒙人脸识别、人证比对、通行等功能合并于单一应用包，虽减少代码维护，却带来发布冲突、权限泛滥、崩溃扩散等风险。建议按场景分HAP，实现模块独立升级与权限最小化。读卡能力应独立部署，避免冗余与安全隐患。算法可共享，但进程宜隔离，保障稳定性。测评时应明确模块组成，避免以“单包简便”为兼容性优势。分包设计更契合多场景推广需求，提升系统安全与可维护性。
优雅草开源鸿蒙工业软件项目——星闪无线分布式挤出机温控系统，解决传统有线温控布线难、抗干扰差问题。基于海思WS63模组与SLE低功耗通信，实现4节点无线温控，精度达±1℃，上报周期100ms，指令时延中位数<15ms。采用MAX31855冷端补偿芯片，支持OpenHarmony轻量系统，打样交付4节点+网关样机及完整文档。可广泛应用于混凝土水化热监测、管道伴热等场景，替代复杂有线布线，推动工
优雅草科技于2026年11月6日发布10个基于鸿蒙（OpenHarmony）+星闪（NearLink）+海思芯片的国产工业开源项目，聚焦注塑温控、无线阀岛、伺服同步、能耗监测等真实场景痛点。项目均从Demo起步，11-12月完成样机与PCB打样，源码、数据、视频持续开源，面向加工厂、器件商与研究机构开放协作，推动国产工业控制技术落地。
ls -l /看到，于是改预置应用配置时到底该写还是，就有了确定答案。顺着往下查才发现，——同一个文件在 OpenHarmony 里挂三四个名字是常态，多的能有五六个。标题里的"不是真身"是说它们都不是物理落点，而是别名或逻辑视图，不是文件不存在。本文以 OpenHarmony 标准系统（5.x / 6.x 主线）为准，涉及版本差异处单独标注。所有结论都建议用第 8 节的命令在自己的设备上复核一次
