登录社区云,与社区用户共同成长
邀请您加入社区
我们是一个专注自动驾驶全栈技术攻关的团队。在这里,你将直面感知、预测、规划与控制中的核心难题,并致力于将可靠的解决方案部署于千万量级场景。
我们寻找具备以下特质的工程师: · 在相关技术领域有扎实积累与深刻理解。 · 拥有出色的工程实现能力,能将复杂算法转化为高质量代码。 · 对解决开放性问题有强烈的热情和韧性。
我们提供极具挑战性的工作、纯粹的技术氛围、与顶尖团队共事的机会,以及匹配你贡献与价值的全面回报。
社区规范:仅讨论OpenHarmony相关问题。
更多推荐
OpenHarmony 异步回调晚到了怎么办?用请求编号和状态机守住结果边界
请求已经超时,成功回调却刚刚到达;页面已经退出,后台任务仍在返回数据;用户连续点击两次,上一轮结果覆盖了下一轮状态。这些问题看起来不同,实际都需要回答三个问题:结果属于哪次请求,现在还允许接收吗,接收对象还活着吗? Laval 社区的《OpenHarmony 回调函数使用心得:从接口声明到异步结果处理》讨论了回调接口、执行时机和数据生命周期。本文沿着这个思路,用一个独立构造的 C++17 教学示例
CH585_IOTC_内存占用分析总结
固件的Flash和RAM的分析方法 固件Flash与静态RAM占用分析方法总结(沁恒 .map 分析法) 适用场景:沁恒 CH585(MounRiver 工程,LiteOS-M + IOTC + BLE)固件的 FLASH / 静态 RAM 占用分析。 一、分析思路总览 沁恒 MounRiver 工程编译链接 │ (链接器输出所有输入段的最终地址、大小、归属) ▼ .map 文件(obj\CH58
瑞芯微 I2S 学习笔记:上层应用开发与调试实战
1. 概述 瑞芯微平台上的音频项目通常由三层构成: 物理层 / 控制器层:I2S 控制器 + Codec(已在第二篇拆解)。内核驱动层:ASoC CPU DAI、Codec DAI、Machine(已在第二篇拆解)。用户空间层:tinyalsa、ALSA Lib、PulseAudio/PipeWire、APP 直接 ioctl(本篇重点)。 调试与调优贯穿三层。常见经验:70 % 的"无
扫一扫分享内容
为遵守国家网络实名制规定,未绑定将限制内容发布与互动
所有评论(0)